Собственно - никто не мешает в CDT Ентити - сразу указать HG 8001. Зачем нужен виртуальный абонент+перетекание? Там, насколько я помню - в overflow routing number не все можно указывать. Но в 1st Day/Night Routing - не проблема указать сразу 8001
06.06.2014 14:16:54, vad.]]>
А получиться ли добавить в энтити HG 8000 overflow routing No вирт.абонент, и с виртуального абонента immediate forward на HG 8001?
06.06.2014 13:50:46, AHTOXA.]]>
С чего вы решили, что у группы, из которой все члены вышли, должно работать перетекание? Она считается недоступной и работает перетекание по entity, о чем говорит инцидент 1307. Как вариант - добавьте в группу 8000 ещё одного ненужного абонента, который никогда не выходит из группы. Точно также не работает перетекание у аппарата, который выведен из сервиса.
04.06.2014 19:09:44, etc.]]>
====quote====
Сергей Челышев пишет:
Цитата
Vlad 46 пишет:
самому брать книгу по трейсам и читатьТакое ощущение, что на форуме астериска у деда совета спросил.
=============
Все что мог вспомнить - написал,на мой взгляд, надо еще обратить внимание откуда приходит вызов,
а трассировка очень объемная - трассируетя хантгруппа, так сразу и не вспомнишь - самому надо читать, но она помагает выяснить причину и далее уже действовать,
- никаких дедов не вижу
04.06.2014 18:53:26, Vlad 46.]]>
====quote====
etc пишет:
Инцидент 4102 говорит о том, что не хватает локальных VPN префиксов - создан один и один использован. Создайте ещё один-два локальных VPN префикса на 3 узле.
=============
Добавил. Сообщения перестали появляться. Но проблема сохранилась
04.06.2014 18:38:34, Сергей Челышев.]]>
====quote====
Vlad 46 пишет:
самому брать книгу по трейсам и читать
=============
Такое ощущение, что на форуме астериска у деда совета спросил.
04.06.2014 17:58:30, Сергей Челышев.]]>
Инцидент 4102 говорит о том, что не хватает локальных VPN префиксов - создан один и один использован. Создайте ещё один-два локальных VPN префикса на 3 узле.
04.06.2014 17:42:09, etc.]]>
"Всё это протестилось и вполне успешно работает. Но в последствии обнаружен глюк." - из этого можно сделать вывод, что все работало и поломалось?
У нас что-то подобное было - закончилось тем, что на всех нодах завели все префиксы и все начало работать. Может и у вас что-то с перефиксами случилось при бродкастах и т.п.
Если подходить основательно, то надо трассировать, анализировать трайсы и делать выводы. Трейсы большие и нудные
, на форуме анализировать их,наверное, не согласяться - самому брать книгу по трейсам и читать 04.06.2014 17:38:53, Vlad 46.]]>
Привет всем! Снова пришлось обратиться к Вам за помощью.
Прошивки на всех станциях j2.603-25, а ситуация следующая:
Есть номер АА - 5000. Он создан на ноде 3. На него перенаправляются все звонки. После приветствия следует routing to # preprogrammed - 8000. Это хантинг группа. В ней один абонент 1111 и указано oveflow # - 8001. Это тоже сетевая хантг группа (циклическая) в ней несколько других абонентов 1112,1113,1114. Сделано так чтобы звонки всегда сначала попадали на номер 1111, а звонки на остальные номера - распределялись равномерно. Обе группы сетевые и также как и АА номер принадлежат 3-ей ноде.
Всё это протестилось и вполне успешно работает. Но в последствии обнаружен глюк.
Если абонент 1111 выходит из группы (для этого создан префикс выхода, все права даны), а также приходит звонок с другой станции, то наблюдается следующее:
- звонящий слушает голосовое сообщение АА и следует отбой
- абоненты слышат, что телефон "потрескивает непонятным образом" и больше ничего не происходит
- в incvisu на станции 3 видим следующее:
====code====
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 на удаленной станции видим следующее:
====code====
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 16:58:21, Сергей Челышев.]]>