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

Сообщение 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 были одинаковыми.



Спасибо!

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

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

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

Согласно 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) Может ли ваш провайдер гарантировать, что проблема именно в этом, а не в чем-то другом?? Совсем не хотелось бы нагружать корейцев излишней работой. Если корейцы внесут изменения в софт по нашему требованию, и при этом выясниться, что проблема по взаимодействию с вашим сервером осталась, то мы будем иметь бледный вид...

А если после изменений переклинит с другими провайдерами?
Я бы не трогал!

Анекдот:
- Стой! Кто идет??
- Ша!! Уже никто никуда не идет...!!

Володя! Спокойно!
Я же написал, что пока что будем только пытаться разобраться с проблемой!! Никаких требований корейцам по изменению софта пока не предъявляем. Будем только обсуждать.... Ты же знаешь, что мы стараемся следовать одной из заповедей медиков - "Не навреди!"...

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


По пунктам:

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

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

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

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

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

А у Вас на MG в ПГМ108 прописан адрес Firewall или нет??
Если нет, то пропишите Firewall (внеш. адрес вашего шлюза) и попробуйте снова зарегистрироваться и сделать вызов.

А почему MG - ведь ветка LIK?

Ё-моё, прошу пардону, попутал. Ну, значит Firewall в ПГМ102 и ПГМ132.
И хорошо бы было уточнить:
- какая модель LIK??
- какая версия софта??
- используется ли WANU??
Может быть представите файл конфига??

А мне это вот не понятно!

Т.е., как влияет на безопасность указан ли впрямую порт, или нет??

сниф это Прикрепленный файл 100002000341.txt, просто я переименовал его. внешний ip firewall я указал, но результат остался неизменным. Скажите какой мне вопрос задать оператору?

По поводу вопросов и ответов, я вам прислал свою беседу с оператором, к вам там нет обращения, я же написал что цитирую.

Это только текстовая часть снифа. Нужен файл *.pcap. Вы сами снимали или это то, что Вам оператор прислал??
Вопросы к Вам:
- какая модель LIK??
- какая версия софта??
- используется ли WANU??
Может быть, Вы выложите или пришлете по мылу файл конфига вашей станции??

Есть ли сниф (*.pcap), снятый после назначения в станции адреса Firewall ??

Модель LIK300
Софт: MFIM/GS96M-5.5Ed AUG/11
Boot Version-1.0Bf MAY/10
Kernel Version-5.5Dd
H/W issue-2
Вану нет, подключаюсь 6-тью возможными линиями, ну точнее сказать пока только одной.
Снифа пока нету, будет только завтра.
Конфиг ща попробую слить, только скажите как.

Файл конфига:
Web Admin-> System Management-> Database-> Database Download-> All Database (compressed)

Извиняюсь что на депозит, но ваш сервер не пропускает столь большие файлы http://depositfiles.com/files/ge3cgf0l8

вот новый сниф, сегодняшний после смены IP в Firewall.
txt переименуйте в pcap

Да кстати, вот что ещё мне написал провайдер:
Сейчас подставляется внешний IP, вместо локального. Но для того чтобы ходил голос, нужно чтобы этот внешний IP еще подставлялся в Invite в SDP. Сниф во вложении.

ОК. Провели эксперименты, проверили варианты регистрации на вашем сервере МТТ (MERA) и возможность последующего исходящего вызова. Да, к сожалению, наличие проблемы подтвердилось.
Сегодня мы отправим запрос разработчикам в Корею, чтобы они подправили софт для вашего случая. Увы, но Вам придется некоторое время подождать (скорее всего, 1-2 недели, но может быть, ответ будет и быстрее).
Как только будет получен ответ (и тестовая версия софта) - я Вам сообщу.

ОК. Это тоже мы отметим в запросе в Корею.

Спасибо!

Какой шлюз у Вас стоит перед станцией??? Там есть сервис ALG ??

Перед станцией стоит Kerio Control 7

ОК. Я еще раз посмотрел ваш конфиг. У Вас не все, что требуется прописано.

В ПГМ132 для VOIP_GW, это слот 1 (Seq. Number 1), нужно заполнить поле Firewall, и тогда не будет проблемы с адресом в SDP (в Invite).
Т.е. для слота 1 в ПГМ132 в поле [Firewall IP Address] укажите тот же самый Public адрес шлюза, как в ПГМ102 (в Firewall).

А также пропишите внешний адрес шлюза в поле [RTP Packet Relay Firewall IP Address]

И заодно там же в ПГМ132 для слота 1 в поле Router IP Address пропишите локальный адрес шлюза.

2 yura2507:
Я выложил тестовую версию софта на файлообменник.
Ссылку я отправил Вам в личку.
Пожалуйста, протестируйте этот софт при подключении к МТТ.

Спасибо! Всё заработало!

ОК. Больше никаких требований от МТТ нет??