Соединение с sip провайдеров, есть проблемы, лишние поля Опции

[yura2507]

Здравствуйте!
Пытаюсь соединиться с сип провайдером, но у провайдера вылезают лишние поля, но как их убрать я не знаю, уже всю голову сломал, помогите!
Спасибо.
Вот то что они получают от нас, красным выделяю то, чего не надо:

Сообщение Register:

Contact:<sip:100002000341@192.168.8.1>

Contact-URI: sip:100002000341@192.168.8.1

Contactt-URI User Part: 100002000341

Contact-URI Host Part: 192.168.8.1

Content-Length: 0



Сообщение Invite:

Contact:<sip:100002000341@192.168.8.1:5060;transport=UDP>

Contact-URI: sip:100002000341@192.168.8.1:5060;transport=UDP

Contactt-URI User Part: 100002000341

Contact-URI Host Part: 192.168.8.1

Contact-URI HostPort: 5060

Contact parameter: transport=UDP>

Min-SE: 0

Content-Type: application/sdp

Content-Length: 248


А вот текст оператора, то что они мне говорят:
Лишнее полевыделено красным, его нужно убрать.

Если его нельзяубрать с Invite, то можно добавить в Register. Т.о. необходимо, чтобы поля From и Contact в Register и в Invite были одинаковыми.



Спасибо!

[harris]

Здравствуйте!
Пытаюсь соединиться с сип провайдером, но у провайдера вылезают лишние поля, но как их убрать я не знаю, уже всю голову сломал, помогите!

А вот текст оператора, то что они мне говорят:
Лишнее полевыделено красным, его нужно убрать.

Если его нельзяубрать с Invite, то можно добавить в Register. Т.о. необходимо, чтобы поля From и Contact в Register и в Invite были одинаковыми.
Спасибо!

ИМХО, провайдер чего-то путает. Специально проверил трассировки при успешной регистрации и при успешном вызове в случае работы LIK с другими провайдерами. Там точно также, и при этом все нормально работает. В станции LIK это никакими программными опциями не управляется, это прошито в алгоритме софта.

Отсутствие указания порта в данных полях попросту означает, что используется порт по умолчанию, т.е. 5060. Никакой ошибки нет, если порт указывается "в лоб" (:5060).
А не может ли провайдер дать точную ссылку, где именно в стандарте написано, что "поля From и Contact в Register и в Invite были одинаковыми" ?? Чтобы можно было предметно это обсудить (в том числе и с разработчиками)??
Какой сервер используется у провайдера??

[yura2507]

Какой сервер используется у провайдера??

Вот ответ провайдера:

Согласно RFC3261:

RFC3261 defines the Contact parameters "q" and "expires". These parameters are only used when the Contact is present in a REGISTER request or response, or in a 3xx response.

Т.е.поле Contact содержит URI, на который UA желает получать запросы. Строки Contact: <sip:100002000341@192.168.8.1:5060; и Contact:<sip:100002000341@192.168.8.1>

дверазные записи.

Унас стоит SBC Acme Packet.

[harris]

Вот ответ провайдера:

Согласно RFC3261:

RFC3261 defines the Contact parameters "q" and "expires". These parameters are only used when the Contact is present in a REGISTER request or response, or in a 3xx response.

Т.е.поле Contact содержит URI, на который UA желает получать запросы. Строки Contact: <sip:100002000341@192.168.8.1:5060; и Contact:<sip:100002000341@192.168.8.1>

дверазные записи.

Унас стоит SBC Acme Packet.

1) Я проверил: ВСЕ станции LG (ipLDK/LIK/MG), а также SIP-терминалы LG (LIP8002) работают одинаково - действительно, Contact в Register выдается без указания порта, а Contact в Invite - с прямым указанием порта 5060.
При этом никаких проблем такого рода при подключении к другим SIP серверам, другим провайдерам не было!!
2) Для дальнейших разборок пришлите, пожалуйста, полную трассировку пакетов (сниф) при регистрации станции на вашем SIP сервере и при установлении исход. вызова (при Invite). Мы постараемся разобраться более детально.
3) Может ли ваш провайдер гарантировать, что проблема именно в этом, а не в чем-то другом?? Совсем не хотелось бы нагружать корейцев излишней работой. Если корейцы внесут изменения в софт по нашему требованию, и при этом выясниться, что проблема по взаимодействию с вашим сервером осталась, то мы будем иметь бледный вид...

[yura2507]

Ответ оператора:
ОАО "Межрегиональный ТранзитТелеком"


По пунктам:

1.проблем такого рода при подключении к другим провайдерам у вас не было, т.к. уних нет SBC.

2.сниф я тебе отправляла в первом письме. На всякий случай пересылаю еще раз вприложении.

3.это особенность SBC по безопасности, чтобы «левые» не могли подключиться

[harris]

Ответ оператора:
ОАО "Межрегиональный ТранзитТелеком"


По пунктам:

1.проблем такого рода при подключении к другим провайдерам у вас не было, т.к. уних нет SBC.

2.сниф я тебе отправляла в первом письме. На всякий случай пересылаю еще раз вприложении.

3.это особенность SBC по безопасности, чтобы «левые» не могли подключиться

2. Прошу пардону! Или я чего-то забыл или Вы отсылали письмо вовсе не мне. О каком "первом письме" идет речь??
Может быть, Вы отсылали его в Артком?? Так я не работаю в Арткоме.
Если есть полный сниф (*pcap), то отправьте его на адрес: garry <> lgericsson <> com

Если ли какая-то точка для входа на этот сервер MTT (логин, пароль), чтобы бы могли проверить все со своей станции??