PGM 133, SIP G/W Attributes(133) Опции

[medvedev.oleg]

Поскольку теперь выяснилось, что у Вас старая версия 5.0, а там SIP выполнен совсем по-другому, то давайте уточним, что именно Вы делаете???
Нет ли тут ошибки или недоразумения??

Мдя.... Тут как в детективе... Вот одна из версий "убийства":
Вы входите в ПГМ133. Эта программа в версии 5.0 (!!!!) описывает атрибуты модуля!!!
На входе задается не номер линии, а порядковый номер (Seq. Number) модуля VOIB, т.е. говоря проще - номер слота!!. В вашем случае, встроенные на MFIM каналы VOIP - это слот 1 !!
Входя в ПГМ133 и вводя 1 Вы попадаете в программирование SIP атрибутов всего слота 1 (всех 6 линий, если это линии SIP). Так что еще нужно??

Если войдя в ПГМ133 Вы вводите 2, то это Вы обращаетесь к слоту 2 (а не к линии 2).
А слот 2 вовсе не является модулем VOIB, поэтому ваши изменения в программе НЕ сохраняются.

Это моя версия вашей истории... У Вас есть алиби???

После обновления на 5.5 перестал работать SIP, звоню на SIP номер и после набора номера в трубке тишина, хотя статус SIP Линии в режиме REGISTERED!
Подскажите что нужно проверить после обновления????

Уже проверил!
PGM 210 прописаны адреса ДНС серверов и локальные порты SIP-клиента
PGM 126 прописаны аккаунты регистрации на серверах SIP-провайдера (равно как и в 5.0)
PGM 133 все прописано верно, (аналогично как и на 5.0)

Да, к стати в PGM 133 на всех имеющихся 6 линиях прописан один и тот же SIP оператор (Вроде нужно поменять COLL RANGE - если я не прав подправьте!) .... и еще что странно: если поменять оператора на какой нибудь из 6 линий, то отваливается и зарегенный SIP!!!!

[Dron]

После обновления на 5.5 перестал работать SIP, звоню на SIP номер и после набора номера в трубке тишина, хотя статус SIP Линии в режиме REGISTERED!
Подскажите что нужно проверить после обновления????

Уже проверил!
PGM 210 прописаны адреса ДНС серверов и локальные порты SIP-клиента
PGM 126 прописаны аккаунты регистрации на серверах SIP-провайдера (равно как и в 5.0)
PGM 133 все прописано верно, (аналогично как и на 5.0)

Да, к стати в PGM 133 на всех имеющихся 6 линиях прописан один и тот же SIP оператор (Вроде нужно поменять COLL RANGE - если я не прав подправьте!) .... и еще что странно: если поменять оператора на какой нибудь из 6 линий, то отваливается и зарегенный SIP!!!!

На 5.5 в 133 программе все программируется для СО, на 5.0 для модуля(вводился номер сиквенса). Вы сейчас все верно вводите?

[medvedev.oleg]

На 5.5 в 133 программе все программируется для СО, на 5.0 для модуля(вводился номер сиквенса). Вы сейчас все верно вводите?

PGM 133 VOIP линия 1:
- Proxy Server Address (адрес сервера оператора)
- use outbound proxy - YES
- Domain (домен регистрации аккаунта)
- Registration UID range (диапазон строк с аккаунтами для регистрации на этой линии,1-1 Index из PGM 126)
- Remote-Party-ID (NOT USE
- ID Indiduality (все поля Fixed Table, кроме From Display)
- SIP User ID Table Index (Fixed Table Assignment = 1, равным индексу из Registration UID Range)

Собственно все!
На оставшихся 5 линиях тоже самое что и в 1 линии

[Dron]

PGM 133 VOIP линия 1:
- Proxy Server Address (адрес сервера оператора)
- use outbound proxy - YES
- Domain (домен регистрации аккаунта)
- Registration UID range (диапазон строк с аккаунтами для регистрации на этой линии,1-1 Index из PGM 126)
- Remote-Party-ID (NOT USE
- ID Indiduality (все поля Fixed Table, кроме From Display)
- SIP User ID Table Index (Fixed Table Assignment = 1, равным индексу из Registration UID Range)

Собственно все!
На оставшихся 5 линиях тоже самое что и в 1 линии

Так вы для всех линий указали Fixed Table?? Т.е., звоните только через один аккаунт?

[medvedev.oleg]

Так вы для всех линий указали Fixed Table?? Т.е., звоните только через один аккаунт?

Да, для всех линий Fixed Table, только я сам не ставил, после обновления так стало.
Но это я убрал, сейчас используется одна линия на один SIP, соответственно и звоню только через один аккаунт.

[medvedev.oleg]

Да, для всех линий Fixed Table, только я сам не ставил, после обновления так стало.
Но это я убрал, сейчас используется одна линия на один SIP, соответственно и звоню только через один аккаунт.

Похоже у прошивки 5.5 есть косяки с транзитом по SIP через сетевой план нумерации!!!!!!

[harris]

Похоже у прошивки 5.5 есть косяки с транзитом по SIP через сетевой план нумерации!!!!!!

Похоже, и что?? Какое это имеет отношение к данному топику?? В данной теме вроде бы не идет речь о транзите на SIP транк.

[medvedev.oleg]

Похоже, и что?? Какое это имеет отношение к данному топику?? В данной теме вроде бы не идет речь о транзите на SIP транк.

У меня абоненты выходят на SIP линию через сетевой план нумерации (PGM126, 133 и PGM 322, 324) и после прошивки SIP линия перестала работать.

[harris]

У меня абоненты выходят на SIP линию через сетевой план нумерации (PGM126, 133 и PGM 322, 324) и после прошивки SIP линия перестала работать.

ОК, тогда понятно..
Но если у Вас нет транзита от других АТС на этот SIP транк, то зачем тогда использовать сетевой план??
Для "собственных" внутр. абонентов можно ведь просто использовать выход через системный план нумерации или через LCR.

[medvedev.oleg]

ОК, тогда понятно..
Но если у Вас нет транзита от других АТС на этот SIP транк, то зачем тогда использовать сетевой план??
Для "собственных" внутр. абонентов можно ведь просто использовать выход через системный план нумерации или через LCR.

Да в том то и дело что есть iPECS+LDK соединены по PRI. Поэтому я и использовал сетевой план нумерации!

[harris]

Да в том то и дело что есть iPECS+LDK соединены по PRI. Поэтому я и использовал сетевой план нумерации!

О, сколько новых и ранее не упоминавшихся подробностей о конфигурации вашей системы.
Пока корейцы будут исправлять вариант с сетевыми таблицами, Вы можете вместо сетевого плана нумерации использовать для организации транзита программу CO Call Rerouting (ПГМ252). Это работает.

[medvedev.oleg]

О, сколько новых и ранее не упоминавшихся подробностей о конфигурации вашей системы.
Пока корейцы будут исправлять вариант с сетевыми таблицами, Вы можете вместо сетевого плана нумерации использовать для организации транзита программу CO Call Rerouting (ПГМ252). Это работает.

Ок, обязательно попробую. Спасибо!

[harris]

Ок, обязательно попробую. Спасибо!

Извиняюсь, описка: не ПГМ251, а ПГМ252 (СO Call Rerouting).
Там все просто:
Compare CO Group - № СO Group, откуда приходит транзитный вызов (входящий транк)
Compare Digits - транзитный код (то, что ранее прописывали, как PSTN код)
CO + Rerouting Number - код выхода на исходящий транк (в вашем случае номер СO-группы SIP транка)
Rerouting Type - тип перенаправления. Никакой особой роли не играет. У меня при тестировании оставался неопределенным (N/A)
Alternate Dest CO Group - альтернативный транк.

[medvedev.oleg]

Извиняюсь, описка: не ПГМ251, а ПГМ252 (СO Call Rerouting).
Там все просто:
Compare CO Group - № СO Group, откуда приходит транзитный вызов (входящий транк)
Compare Digits - транзитный код (то, что ранее прописывали, как PSTN код)
CO + Rerouting Number - код выхода на исходящий транк (в вашем случае номер СO-группы SIP транка)
Rerouting Type - тип перенаправления. Никакой особой роли не играет. У меня при тестировании оставался неопределенным (N/A)
Alternate Dest CO Group - альтернативный транк.

CO + Rerouting Numbe - выставляю равным CO группы SIP транка, результат не сохраняет и выделяет красным. ЧТо то не правильно ....

[harris]

CO + Rerouting Numbe - выставляю равным CO группы SIP транка, результат не сохраняет и выделяет красным. ЧТо то не правильно ....

Читайте внимательнее:
CO + Rerouting Number - код выхода на исходящий транк . Не номер самой группы линий, а КОД ДОСТУПА к этой группе линий.
Т.е. если к примеру SIP-транк - это CО-группа 11 (по ПГМ140), то код доступа будет 811 (по умолчанию).

[medvedev.oleg]

Читайте внимательнее:
CO + Rerouting Number - код выхода на исходящий транк . Не номер самой группы линий, а КОД ДОСТУПА к этой группе линий.
Т.е. если к примеру SIP-транк - это CО-группа 11 (по ПГМ140), то код доступа будет 811 (по умолчанию).

ДА, все верно это я одной цифрой ошибся ... мне надо было 802 а я ввел 82 .... извиняюсь!

[harris]

ДА, все верно это я одной цифрой ошибся ... мне надо было 802 а я ввел 82 .... извиняюсь!

ОК. Удачи!

[medvedev.oleg]

ОК. Удачи!

С прошивкой 5.5Gt и входящие по SIP не работают, ни на внутреннюю нумерация iPECS ни на вторую АТС LDK300 соединенную по PRI:
На прошивке 5.0Gr настраивал так:
Вхдящие на iPECSe настроил следующим образом:
В ПГМ126 указал:
Ring Route Type = DID Conversion
DID Conversion Type = 2 (Modify Using Flexible DID Conversion Table)
В ПГМ143:
DID Remove Number = 8
Оставшиеся 3 последние цифры SIP номера разруливал по ПГМ231 (Flex DID Table), входящие звонки поступали на NET номер секретаря другой АТС.

[harris]

С прошивкой 5.5Gt и входящие по SIP не работают, ни на внутреннюю нумерация iPECS ни на вторую АТС LDK300 соединенную по PRI:
На прошивке 5.0Gr настраивал так:
Вхдящие на iPECSe настроил следующим образом:
В ПГМ126 указал:
Ring Route Type = DID Conversion
DID Conversion Type = 2 (Modify Using Flexible DID Conversion Table)
В ПГМ143:
DID Remove Number = 8
Оставшиеся 3 последние цифры SIP номера разруливал по ПГМ231 (Flex DID Table), входящие звонки поступали на NET номер секретаря другой АТС.

Тип линий в ПГМ140-142 указан как SIP или остался Common?

[medvedev.oleg]

Тип линий в ПГМ140-142 указан как SIP или остался Common?

Остался как Common, выставлял как SIP only, не помогло!