Тестовая прошивка SMG-1016M

[mustdie]

Попробую задать вопрос по тестовой прошивке здесь. Версия ПО: V.2.11.02.345. L. M. Build: Nov 15 2012 10:45:56
Маршрут звонка такой SMG-1016M(172.16.120.252:5060)->Kamailio(89.107.115.14:5080)->Asterisk(78.139.117.211:5060). Звонок с номера 378700 на 429369. Схематично это выглядит так:
SEND INVITE
RECV 100 Trying
RECV 200 OK
SEND ACK
и ACK до конечного адресата не доходит потому, что посылает его на другой порт (ACK sip:429369@78.139.117.211:5080 SIP/2.0
). Причем проблема уходит когда перед 200 OK посылаешь 180 Ringing.
PBX trace

[Evgeniy]

День добрый.

А полные логи можно увидеть?

Fedevg@eltex.org

[Evgeniy]

Оох, извиняюсь. Не сразу увидел ссылку на логи. Как-то с общим текстом она смешалась.

Смотрю 200Ок от сервера:

SIP/2.0 200 OK
Via: SIP/2.0/UDP 172.16.120.252;rport=5060;branch=z9hG4bK-o249768916162138d52H48
Record-Route: <sip:89.107.115.14:5080;lr=on;did=3a5.1131;nat=yes>
From: "378700" <sip:378700@172.16.120.252;user=phone>;tag=249768916162138d52G88

Record-route в ответе указывает адрес, на который SMG необходимо слать сообщения. Обычно сервер вставляет этот параметр для того, чтобы принудить оконечную сторону слать все сигнализационные сообщения через него.

[mustdie]

Нет. Дело не в Record-Route. Посмотрите пожалуйста еще раз. Asterisk машина шлет все с порта 5060. И все сообщения приходят именно с этого порта. Но ACK с элтекса почему то шлется уже на 5080. Посмотрите сам заголовок ACK.

[Evgeniy]

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

Кстати, а можно увидеть логи с 180 сообщением, когда, с Ваших слов, все корректно.

>ACK с элтекса почему то шлется уже на 5080.

Вы сами рисовали схему:

Маршрут звонка такой SMG-1016M(172.16.120.252:5060)->Kamailio(89.107.115.14:5080)

В логах вижу:

SEND to "89.107.115.14":5080 from "172.16.120.252":5060

[mustdie]

Правильно, но в схеме еще участвует третья машина SMG-1016M(172.16.120.252:5060)->Kamailio(89.107.115.14:5080)->Asterisk(78.139.117.211:5060). И ей уже сообщение возвращается на 5080 порт т.к. Элтекс на Kamailio отдает такое сообщение:

2012-11-27 22:11:34:285 DEBUG <0.13229.61> : SEND to "89.107.115.14":5080 from "172.16.120.252":5060
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
ACK sip:429369@78.139.117.211:5080 SIP/2.0

[Evgeniy]

Извиняюсь за долгий ответ.

Я все таки надеялся от Вас увидеть логи с 180 сообщение, где, с Ваших слов все проходит успешно.

Вас не смущает, что INVITE с SMG на Kamailio так же идет на адрес 89.107.115.14:5080 ? Притом ответы от Kamailio на этот INVITE мы получаем (100 и 200)

SEND to "89.107.115.14":5080 from "172.16.120.252":5060
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
INVITE sip:429369@89.107.115.14:5080 SIP/2.0

В теле сообщения 200Оk у Вас присутсвуют поля:

Record-route и Contact:

RECV from "89.107.115.14":5080 to "172.16.120.252":5060
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
SIP/2.0 200 OK
Via: SIP/2.0/UDP 172.16.120.252;rport=5060;branch=z9hG4bK-o249768916162138d52H48
Record-Route: <sip:89.107.115.14:5080;lr=on;did=3a5.1131;nat=yes>
From: "378700" <sip:378700@172.16.120.252;user=phone>;tag=249768916162138d52G88
To: <sip:429369@89.107.115.14;user=phone>;tag=as4e47d094
Call-ID: 1354-32692-804308
CSeq: 791886 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Contact: <sip:429369@78.139.117.211>
Content-Type: application/sdp
Content-Length: 256

Если смотреть описание этих полей по рекоменадции RFC3261:


20.30 Record-Route

The Record-Route header field is inserted by proxies in a request to
force future requests in the dialog to be routed through the proxy.

"Заголовок Record-Route вставляется прокси-серверами в запросы для того, чтобы последующие запросы в процессе диалога маршрутизировались через данные прокси-серверы."

The Contact header field tells other elements where to send
future requests.

"Заголовок Contact указывает местоположение абонента для последующих запросов"

Поскольку сообщение ACK является запросом и нас вынуждает сервер полем record-route слать все запросы через него, то ответ ACK:

SEND to "89.107.115.14":5080 from "172.16.120.252":5060
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
ACK sip:429369@78.139.117.211:5080 SIP/2.0
Via: SIP/2.0/UDP 172.16.120.252;branch=z9hG4bK-o24976891616218I9573559
Route: <sip:89.107.115.14:5080;lr=on;did=3a5.1131;nat=yes>
From: "378700" <sip:378700@172.16.120.252;user=phone>;tag=249768916162138d52G88
To: <sip:429369@89.107.115.14;user=phone>;tag=as4e47d094
Call-ID: 1354-32692-804308
CSeq: 791886 ACK
User-Agent: Eltex SMG SIP 2.11.204
Max-Forwards: 69
Contact: <sip:378700@172.16.120.252:5060>
Content-Length: 0

Request URI адрес c Contact (Поле Request-URI указывает на пользователя или сервис, к которому адресован запрос.)

Cам запрос ACK отсылается на адрес:
Record-Route: <sip:89.107.115.14:5080

Соответсвенно, никаких проблем не вижу. Что нам говорят сделать в сообщении 200Ok мы безукоснительно выполняем. Смотрите что приходит с Kamailio или что шлет Asterisk, а Kamailio пересылает. Логи с той стороны я не видел.

[mustdie]

Вот вы сами все подробно расписали и опять не увидели, что поле Contact из 200 OK - Contact: <sip:429369@78.139.117.211>. И тут возникает закономерный вопрос почему ACK sip:429369@78.139.117.211:5080 SIP/2.0 игнорирует поле Contact? В частности откуда оно берет порт 5080? Ведь было даже без порта. И даже если я на прокси перепишу поле Contact и добавлю порт до такого вида Contact: <sip:429369@78.139.117.211:5060> то логи будут такими же.

[Evgeniy]

Оох..Сам же все расписал и сам же не заметил.

Поправим, предварительно проверю у себя.