Здравствуйте!

MFIM/GS96M-6.0Bo DEC/12
Boot Version-2.1Aa NOV/12
Kernel Version-6.0Ap
H/W issue-2

iPECS LIK300 после прошивки на версию 6.0 Bо перестали работать входящие по SIP линиям, а исходящие работают на УРА!
настройки не менял:
ПГМ 145 на линии выставлено "Пропускать как есть" Use as is
ПГМ 143 удалил первые 8 цифр номера
и в ПГМ 231 по оставшимся 3-м цифрам отправляю на номер секретаря!
В старой прошивке, работало а в новой не хочет.
В чем может быть проблема?

SIP User ID Attributes(126) [N] --> Ring Route Type, DID Conversion Type, Number of Digits (2-4) Expected from DID Circuit, DID Digit Mask (4 digits: *,#,0-9).
Т.е., для SIP свои настройки.

Если используется SIP транк без авторизации, и звонки руляться по 231 программе, то в 145 надо, вроде, поставить Flexible DID Conv. Table

ПГМ 126 как и было настроено со старой прошивкой и все работало:
User ID Register - Register
Authorized Representative ID Table Index - 0
User ID Usage - ON
Ring Route Type - DID CONVERSION
DID Conversion Type Modify Using Flexible DID Conversion table
Number of Digits (2-4) Expected from DID Circuit - 3
DID Digit Mask (4 digits: *,#,0-9) - #***

Есть и такие линии на них ставил Flexible DID Conv. Table тишина в трубке! Как в прочем и на всех остальных.

Ну значить проблемы где то уровнем ниже, тут надо дебаги глядеть и что в 133 пгм.

Вы чего-то путаете.
Если стоит в ПГМ145 = Use as is, то вызов попадать в ПГМ231 никак не может!!
Чтобы работала ПГМ231 тип DID должен быть = Modify using Flex DID Conv Table.

Есди вход. [URI] и/или поле [TO] совпадает с аккаунтом в ПГМ126, то далее прием вызова идет по ПГМ126 (Ring Route type). Если вам далее нужно применить ПГМ231, то Ring type = DID Convertion.

А, ну да, извиняюсь, запутался!!!
Все верно стоит Modify using Flex DID Conv Table и Ring type = DID Convertion.
ПГМ 145
DID Conversion Type - Modify using Flex DID Conv Table
ПГМ 126
Ring Route Type - DID Convertion
DID Conversion Type - Modify using Flex DID Conv Table
ПГМ143, 151
на SIp линии
DID Remove Number - 8
ПГМ231
оставшиеся цифры номера (763) индекс 763 на номер секретаря.

И так!
Входящие DID:
ПГМ 140
CO Type = DID
CO/IP GROUP = 5
ПГМ 145 на линии 2 (линия регистрации на Asterisk)
DID Conversion Type = Modify using Flex DID Conv Table
ПГМ 143 ничего не менял
ПГМ 231 таблица заполнилась автоматически, см.вложение

Звлнки с iPECSa на Asterisk проходят, все норм, с Asteriska звонки не идут, при наборе номера в трубке тишина секунд 30 (астер ждет поток RTP в течении 30 секунд - не увидев его закрывает соединение) потом обрыв.
Что не так? Не могу понять.

1) Когда нет ясности, то нужно снимать трассировку!! Либо снифер с помощью WireShark, либо хотя бы трассировку SIP на самой станции.
2) Конфиг станции не представлен, поэтому неизвестно, что еще в станции напрограммировано. Заниматься гаданием - нет времени.
3) Вы приписали аккаунт только к одному каналу VOIP/SIP ?? А есть ли уверенность, что станция принимает входящий вызов именно на этот канал (СО 2)??

15:55:45.079625 IP 192.168.20.254.sip > 192.168.20.200.sip: SIP, length: 837
E`.a.,..>................M>`INVITE sip:500@192.168.20.200 SIP/2.0
Via: SIP/2.0/UDP 88.205.248.111:5060;branch=z9hG4bK066bbc98
Max-Forwards: 70
From: "800" <sip:800@88.205.248.111>;tag=as723e1689
To: <sip:500@192.168.20.200>
Contact: <sip:800@88.205.248.111:5060>
Call-ID: 107130104312941e4b92de734ba61dd3@88.205.248.111:5060
CSeq: 102 INVITE
User-Agent: FPBX-12.0.1rc15(1.8.30.0)
Date: Fri, 26 Sep 2014 09:55:29 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Type: application/sdp
Content-Length: 265

v=0
o=root 1979467041 1979467041 IN IP4 88.205.248.111
s=Asterisk PBX 1.8.30.0
c=IN IP4 88.205.248.111
t=0 0
m=audio 11422 RTP/AVP 0 8 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=sendrecv

15:55:45.080370 IP 192.168.20.200 > 192.168.20.254: ICMP 192.168.20.200 udp port sip unreachable, length 556
E..@G.....D............,....E`.a.,..>................M>`INVITE sip:500@192.168.20.200 SIP/2.0
Via: SIP/2.0/UDP 88.205.248.111:5060;branch=z9hG4bK066bbc98
Max-Forwards: 70
From: "800" <sip:800@88.205.248.111>;tag=as723e1689
To: <sip:500@192.168.20.200>
Contact: <sip:800@88.205.248.111:5060>
Call-ID: 107130104312941e4b92de734ba61dd3@88.205.248.111:5060
CSeq: 102 INVITE
User-Agent: FPBX-12.0.1rc15(1.8.30.0)
Date: Fri, 26 Sep 2014 09:55:29 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Co

88.205.248.111 - внешний IP Astera
192.168.20.200 - IP iPECSa
Полный лог во вложении!

Вызывается номер 500 (To: <sip:500@192.168.20.200>). Сколько вы там цифирь то удаляете, 8? И??

Угу.
А выше автор топика писал:

Так каким образом вы хотели при входящем номере 500 попасть на индекс 763 в ПГМ231 ??
Ввы чего-то недопонимаете.

Давайте поясню:
есть одна SIP линия от провайдера (прямой московский номер) на этой линии и применяется правило удаления первых 8 цифр и остальные отправляются на номер секретаря через ПГМ 231.
есть SIP транк от Astera (номерной план 800-999), на этой линии цифры не удаляются в ПГМ 143 DID Remove Number=0

Вы используете линии СО1 и СО2??
Так укажите их тип = SIP only (или SIP&RTP Relay) вместо COMMON в ПГМ140-142.

Да использую СО1 и СО2.
в ПГМ 140-142 указал SIP&RTP Relay ситуация не изменилась ...

На СО1 удаляются 8 цифр - DID Remove Number = 8

Для СО1 и СО2 указали SIP&RTP Relay, а остальные так и остались COMMON?

Да, на СО1 и СО2 указал SIP&RTP Relay остальные остались Common

Спасибо всем участникам, разобрался.

Убрали COMMON с остальных линий?

нет, на iPECSe UDP порт поменял в ПГМ210 на 5060. Просто столько манипуляций делалось с этой АТС и не только мной.
Все и не упомнишь.