Поиск  Правила  Войти
Форум » Alcatel-Lucent OmniPCX Enterprise » Конфигурирование

Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru

Страницы: 1
RSS
Вопрос про хантинг группы
 
#1
04.06.2014 16:58:21
Привет всем! Снова пришлось обратиться к Вам за помощью.
Прошивки на всех станциях j2.603-25, а ситуация следующая:
Есть номер АА - 5000. Он создан на ноде 3. На него перенаправляются все звонки. После приветствия следует routing to # preprogrammed - 8000. Это хантинг группа. В ней один абонент 1111 и указано oveflow # - 8001. Это тоже сетевая хантг группа (циклическая) в ней несколько других абонентов 1112,1113,1114. Сделано так чтобы звонки всегда сначала попадали на номер 1111, а звонки на остальные номера - распределялись равномерно. Обе группы сетевые и также как и АА номер принадлежат 3-ей ноде.
Всё это протестилось и вполне успешно работает. Но в последствии обнаружен глюк.
Если абонент 1111 выходит из группы (для этого создан префикс выхода, все права даны), а также приходит звонок с другой станции, то наблюдается следующее:
- звонящий слушает голосовое сообщение АА и следует отбой
- абоненты слышат, что телефон "потрескивает непонятным образом" и больше ничего не происходит
- в incvisu на станции 3 видим следующее:
Код
04/06/14 11:31:31 000003M|019/00/0/003|=3:4102=Lack of VPN resources Glob 1 Decl 1 Used 1
04/06/14 11:32:09 000003M|019/00/0/003|=3:4102=Lack of VPN resources Glob 1 Decl 1 Used 1
04/06/14 11:36:33 000003M|019/00/0/003|=3:4102=Lack of VPN resources Glob 1 Decl 1 Used 1
04/06/14 11:42:03 000003M|019/00/0/003|=3:4102=Lack of VPN resources Glob 1 Decl 1 Used 1
04/06/14 11:42:39 000003M|019/00/0/003|=3:4102=Lack of VPN resources Glob 1 Decl 1 Used 1
04/06/14 11:56:39 000003M|019/00/0/003|=3:4102=Lack of VPN resources Glob 1 Decl 1 Used 1
04/06/14 11:59:52 000003M|019/00/0/001|=3:4102=Lack of VPN resources Glob 1 Decl 1 Used 1

- в incvisu на удаленной станции видим следующее:
Код
04/06/14 11:42:03 000005M|019/00/0/002|=4:4108=VPN call failed: err 140N NL 5>3 eqt 355
04/06/14 11:42:03 000005M|002/06/0/006|=3:1307=MCDU in distri tab entity 0, col Day , line 4 incorrect or missing
04/06/14 11:42:03 000005M|002/06/0/006|=3:1307=MCDU in distri tab entity 0, col Day , line 4 incorrect or missing
04/06/14 11:42:03 000005M|002/00/0/000|=3:4104=outgoing VPN Overflow call aborted No NOK
04/06/14 11:42:28 000005M|002/06/-/---|=4:3778=CLIP detection for terminal 5 , Problem 5
04/06/14 11:42:39 000005M|019/00/0/002|=4:4108=VPN call failed: err 140N NL 5>3 eqt 354
04/06/14 11:42:39 000005M|002/06/0/005|=3:1307=MCDU in distri tab entity 0, col Day , line 4 incorrect or missing
04/06/14 11:42:39 000005M|002/06/0/005|=3:1307=MCDU in distri tab entity 0, col Day , line 4 incorrect or missing
04/06/14 11:42:39 000005M|002/00/0/000|=3:4104=outgoing VPN Overflow call aborted No NOK
04/06/14 11:56:39 000005M|019/00/0/002|=4:4108=VPN call failed: err 140N NL 5>3 eqt 355
04/06/14 11:56:39 000005M|002/06/0/006|=3:1307=MCDU in distri tab entity 0, col Day , line 4 incorrect or missing
04/06/14 11:56:39 000005M|002/06/0/006|=3:1307=MCDU in distri tab entity 0, col Day , line 4 incorrect or missing

Причем если звонок приходит сразу на ТГ в третьей ноде, то всё нормально. Также всё нормально если 1111 вернется в свою ХГ.
Помогите разобраться с проблемой.
Изменено: Сергей Челышев - 04.06.2014 17:07:27
 
 
 
#2
04.06.2014 17:38:53
"Всё это протестилось и вполне успешно работает. Но в последствии обнаружен глюк."  - из этого можно сделать вывод, что все работало и поломалось?
У нас что-то подобное было - закончилось тем, что  на всех нодах  завели все префиксы и все начало работать.  Может и у вас что-то с перефиксами случилось при бродкастах и т.п.

Если подходить основательно, то надо трассировать, анализировать трайсы и делать выводы. Трейсы  большие и нудные :), на форуме анализировать их,наверное, не согласяться - самому брать книгу по  трейсам и читать
 
 
 
#3
04.06.2014 17:42:09
Инцидент 4102 говорит о том, что не хватает локальных VPN префиксов - создан один и один использован. Создайте ещё один-два локальных VPN префикса на 3 узле.
 
 
 
#4
04.06.2014 17:58:30
Цитата
Vlad 46 пишет:
самому брать книгу по трейсам и читать
Такое ощущение, что на форуме астериска у деда совета спросил. :)
 
 
 
#5
04.06.2014 18:38:34
Цитата
etc пишет:
Инцидент 4102 говорит о том, что не хватает локальных VPN префиксов - создан один и один использован. Создайте ещё один-два локальных VPN префикса на 3 узле.
Добавил. Сообщения перестали появляться. Но проблема сохранилась  :o
 
 
 
#6
04.06.2014 18:53:26
Цитата
Сергей Челышев пишет:



Цитата  


Vlad 46 пишет:
самому брать книгу по трейсам и читатьТакое ощущение, что на форуме астериска у деда совета спросил.  

Все что мог  вспомнить - написал,на мой взгляд, надо еще обратить внимание откуда приходит вызов,
а трассировка очень объемная - трассируетя хантгруппа, так сразу и не  вспомнишь - самому надо читать, но она помагает выяснить причину и далее уже действовать,
- никаких дедов не вижу :)
 
 
 
#7
04.06.2014 19:09:44
С чего вы решили, что у группы, из которой все члены вышли, должно работать перетекание? Она считается недоступной и работает перетекание по entity, о чем говорит инцидент 1307. Как вариант - добавьте в группу 8000 ещё одного ненужного абонента, который никогда не выходит из группы. Точно также не работает перетекание у аппарата, который выведен из сервиса.
 
 
 
#8
06.06.2014 13:50:46
А получиться ли добавить в энтити HG 8000 overflow routing No вирт.абонент, и с виртуального абонента immediate forward на HG 8001?
 
 
 
#9
06.06.2014 14:16:54
Собственно - никто не мешает в CDT Ентити - сразу указать HG 8001. Зачем нужен виртуальный абонент+перетекание? Там, насколько я помню - в overflow routing number не все можно указывать. Но в 1st Day/Night Routing - не проблема указать сразу 8001
 
 
 
Страницы: 1
Читают тему