3-d Party SIP Опции

[Зараза]

Есть eMG80. Зарегистрированы 112 - софт-фон на компьютере, 111 - SIP-DECT Panasonic KX-TGP500, 129 - Phontage Deluxe, 110 - аналоговый телефон. Все в локалке.

Проблема: не могу дозвониться на 111 с аналоговых телефонов eMG80.

Выход в город: 110, 111, 112, 129 - работает.
110 -> 112, 129 - все OK
129, 112 -> 111 - все OK
110 -> 111 - соединение не происходит, получаю отлуп.

вот в таком виде:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.1.174:5060;branch=z9hG4bK-f79-3c745d-1a80a3c8-40efb320;rport=5060
To: <sip:111@192.168.1.171>
From: <sip:110@192.168.1.174>;tag=40f3e2c0-ae01a8c0-13c4-65014-f79-4c39fedb-f79
Call-ID: 40f75070-ae01a8c0-13c4-65014-f79-6603d065-f79
CSeq: 1 INVITE
Content-Length: 0

SIP/2.0 488 Not Acceptable Here
Via: SIP/2.0/UDP 192.168.1.174:5060;branch=z9hG4bK-f79-3c745d-1a80a3c8-40efb320;rport=5060
To: <sip:111@192.168.1.171>;tag=1395545948
From: <sip:110@192.168.1.174>;tag=40f3e2c0-ae01a8c0-13c4-65014-f79-4c39fedb-f79
Call-ID: 40f75070-ae01a8c0-13c4-65014-f79-6603d065-f79
CSeq: 1 INVITE
Allow: INVITE,ACK,CANCEL,BYE,OPTIONS,NOTIFY,REFER,UPDATE
Content-Length: 0

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

[Зараза]

Так как все же выключить G.722, чтобы станция вообще забыла о нем?

[harris]

Так как все же выключить G.722, чтобы станция вообще забыла о нем?

Имхо, дело не в кодеке G.722. Вроде в трассировках он нигде и не встречается, и станция его не предлагает.
Если вы обратили внимание, то при вызове SIP абонента от TDM устройства станция всегда работает с применением Re-Invite.
В первом сообщении Invite станция указывает RTP порт 65535, т.е. "пустой" порт, т.к. она еще не назначила порт для обслуживания этого вызова. Ведь вызываемый абонент, может быть, и не ответит вовсе..., зачем зря занимать VOIP канал.
А после ответе вызываемого SIP абонента (200 OK, ACK) станция уже повторно посылает Invite (т.е. это Re-Invite), но уже указывает реальный RTP порт (7000) для связи.
Так вот SIP Softphone нормально воспринимает эту процедуру, а панасовский SIP-DECT, похоже, отрицательно реагирует на порт 65535 (FF'h) и отбивает вход. вызов. До Re-Invite с реальным портом дело не доходит... Имхо, как-то так и причину, мне кажется, нужно искать в Панасе.

[Зараза]

Имхо, дело не в кодеке G.722. Вроде в трассировках он нигде и не встречается, и станция его не предлагает.

Я на этот факт уже ранее обратил внимание, но чем черт не шутит.

Если вы обратили внимание, то при вызове SIP абонента от TDM устройства станция всегда работает с применением Re-Invite.

А вот это "всегда" выключить нельзя?
Прочел в ELG_iPECS_eMG80_A&P_st_IS1_1.pdf все, что нашлось по Invite, ничего толком не вижу.

[harris]

А вот это "всегда" выключить нельзя?

Насколько мне известно - нет, нельзя. Это зашито в алгоритме работы станции.
Попробуйте выяснить в тех. поддержке Панаса, может ли это быть его реакция на порт 65535, с чем это связано, и как это преодолеть.
И еще хорошо бы снять снифер Wireshark'ом, чтобы посмотреть и сигнализацию и RTP трафик.

[Зараза]

И еще хорошо бы снять снифер Wireshark'ом, чтобы посмотреть и сигнализацию и RTP трафик.

Используя ipdump снял дамп для wireshark'а и обнаружил, что станция при звонке 107 - 113 шлет в Connection Information IN IP 0.0.0.0. У меня просто глаза на лоб вылезли. Потому что выше в дампа звонка с 110 - 111 приведенном в сообщении 3 четко видно c=IN IP4 192.168.1.174. И 111 и 113 два SIP-DECT'а, а 107 и 110 два аналоговых телефона. Ситуация становится все более странной.

Дамп в приложении.

Да, напомню, станция и телефоны в одной IP-сети.

Прикрепленные файлы

 107_113.zip ( 997 байт ) Кол-во скачиваний: 2

 

[Dron]

Используя ipdump снял дамп для wireshark'а и обнаружил, что станция при звонке 107 - 113 шлет в Connection Information IN IP 0.0.0.0. У меня просто глаза на лоб вылезли. Потому что выше в дампа звонка с 110 - 111 приведенном в сообщении 3 четко видно c=IN IP4 192.168.1.174. И 111 и 113 два SIP-DECT'а, а 107 и 110 два аналоговых телефона. Ситуация становится все более странной.

Дамп в приложении.

Да, напомню, станция и телефоны в одной IP-сети.

Так опять на SIP-DECT, а что при вызове софтфона? В Re-Invite, видимо, наряду с правильным портом и правильный адрес.

[Зараза]

Так опять на SIP-DECT, а что при вызове софтфона? В Re-Invite, видимо, наряду с правильным портом и правильный адрес.

С софт-фоном не могу ответить сейчас, не представляется возможным проверить. До Re-Invite не доходит, посмотрите дамп, там всего три строки.

[harris]

С софт-фоном не могу ответить сейчас, не представляется возможным проверить. До Re-Invite не доходит, посмотрите дамп, там всего три строки.

Вернемся к вопросу, который вам выше задавал уваж. Dron: какой режим у вас указан для VOIP каналов??
Если стоит по умолчанию режим Common, то нужно изменить его. Уже неоднократно упоминали, что нежелательно оставлять режим Common. Нужно в вашем случаем существующие VOIP каналы поставить в режим SIP&RTP_RELAY.
Сейчас посмотрел старую переписку - была подобная проблема с каналами и адресом 0.0.0.0, если режим назначен в виде Common.

[Зараза]

Вернемся к вопросу, который вам выше задавал уваж. Dron: какой режим у вас указан для VOIP каналов??

Стоит SIP&RTP-Packet-Relay. Я склоняюсь к мысли инициализировать станцию и запрограммировать с нуля. Меня смущает то, что в одних дампах при звонках на SIP-DECT в Connection Info я видел нормальные адреса, в других 0.0.0.0 и между двумя дампами изменений в настройках не проводилось. Сегодня сделаю и сниму еще раз дампы.