Доброго!

Модули:

MFIM50A - 5.0Gs JUL/10
PRIM - 4.0Ff - 26 JUN 2009
Все в одной сети без NAT или каких либо удаленок.

Проблема:
В pgm231 прописано Index 74 (городской номер XXX-X0-74) Day Ring Mode Destination STA 100 например, и все работает нормально, как только вместо STA100 прописываю HUNT *620 (группа из 3 абонентов, тип RING) станция зависает и не пропускает ни какие входящие звонки (по всем входящим линиям потока (их 5)), но внутренние и исходящие проходят без проблем, проблема решается перезапуском модуля PRIM, работаем 3-5 минут и все по новой.

Пытался посмотреть трассировку с момента зависания по модулю PRIM, но ничего не получилось. Возможно что-то не правильно делаю:

telnet ipстанции 5003
Maintenance пароль
jennie пароль
t b 8
x
и дальше вроде бы должен что-либо увидеть, но ничего не происходит... пробовал открывать два телнета - результат тот же. Или же где-то серьёзно ошибся... В общем SOS

Исходя из опыта LDK (у вас другое может быть) я бы проверил наличие абонентов этой группы в других группах, далее удалил и создал группу заново.

Группа на АТС в единственном числе, манипуляции с созданием/удалением изменением типа группы, количества станций в ней ни к чему не приводят, "висним" все ровно(

Для начала нужно версию прошивки на PRIM поменять. Версия 4.0Ff достаточно старая.
Здесь на сайте лежит версия 4.0Ha; она тоже не последняя, но все-таки более свежая.

У нас на RING GROUP с потока без проблем.
А если изнутри позвонить на эту группу как выглядит?

Перепрошивка модуля положительного результата не дала, при установке входящих вызовов на группу, звонки не проходят, в трубке короткие гудки, исходящая по прежнему в норме, с внутренних номеров звонок на группу проходит без проблем. Какие еще варианты? На что еще обратить внимание?

А направить вызов на абонента этой группы, выключив функцию Pilon Hunt.. Т е, вызов и получится на группу..
Если заработает - проблема решится косвенным путем до выяснения причины и нахождения методов устранения бага..

Вместо Ring группы пробовали назначить другой тип группы (Terminal, Circular)??

Pilot hunt включена по умолчанию... Возможна ли проблема в самих настройках isdn линии? Может Вы (участники форума и этой темы в частности) запросите какие либо параметры смежных либо связанных на прямую с проблемой программ, может в моих настройках есть ошибки?

Да, все возможные манипуляции с типами групп, количеством станций в них...

Скачайте конфиг станции (All DB) в файл и выложите его для обозрения.

в архиве конфиг станции...

Так выключите и направьте вызов не на группу, а на абонента группы - будет ли как вызов в группу работать? Или уже пробовали?

Так уже пробовал, эффект тот же, зависают входящие через 2-3 минуты...

А поясните, зачем Вы урезали:
- кол-во VOIP каналов на MFIM (4/8) до 1 канала??
- кол-во аналоговых СО-портов на MFIM (4) до 2 портов??
- кол-во каналов PRI до 11 (вместо 30)???
Какая была цель??

При сокращении кол-ва портов модулей происходит сдвижка базы данных. Это достаточно тонкий момент.
Из-за этого могло быть все, что угодно.
ИМХО, нужно бы восстановить все порты на MFIM (СО и VOIP).
Или поменять лог. порядок портов СО, чтобы CO01-11 были на PRIM.
Но в любом случае придется перепрограммировать заново все настройки базы СО.

проблема решена следующим образом:

После выполнения всех рекомендаций высказанных по данной теме, и в частности рекомендации уважаемого Harris, проблема не исчезла, но уже было ясно что проблема точно не в настройках моей станции, вернее как оказалось не только в настройках Урезанные для высвобождения места для регистрации телефонных аппаратов линии E1, сыграли злую шутку, поток от провайдера у меня берется в полном объеме, то есть все 30, а отрезав 19 линий, нужно было предупредить провайдера, чтоб он то же со своей стороны заблокировал либо полностью исключил это кол-во линий из потока... Как только это было сделано, все сразу же заработало как нужно, да и еще, сейчас я перенастроил поток через msn, насколько адекватен это вариант и чем он лучше/хуже DID таблицы?

Все спасибо за участие!

просто хочется рвать и метать!!!!!!!!!

+100 !!
Да уж... Зря мозги напрягали.


Полностью адекватен. Не лучше и не хуже, просто один из нескольких способов приема вызовов. По сути - дополнительная "надстройка" над таблицей Flex.DID. В некоторых случаях (например, когда вход. номера имеют разные префиксы, но последние цифры номера пересекаются) - это единственный способ.