SIP EXT+NAT

[Mammon]

Станция OS7400 v4.30k, MGI64 v1.24.
Станция стоит за NAT(организован на WIM), в 830, 831 прописаны локальные и публичные адреса, режим "private+public".
Подключаем SIP телефон "извне". Регистрация проходит нормально, хотя от станции получаем такой пакет:
93.*.*.138 - WAN ip самсунга.
93.*.*.140 - IP SIP EXT.

Session Initiation Protocol
Request-Line: NOTIFY sip:3365@93.*.*.140 SIP/2.0
Method: NOTIFY
[Resent Packet: False]
Message Header
From: <sip:3365@93.*.*.138>;tag=5ac8e38-a000002-13c4-50022-47-3289b497-47
SIP from address: sip:3365@93.*.*.138
SIP tag: 5ac8e38-a000002-13c4-50022-47-3289b497-47
To: "\320\241\320\273\320\265\320\266\321\203\320\272 \320\225\320\262\320\263\320\265\320\275\320\270\320\271"<sip:3365@93.*.*.138>;tag=801043cc-6fd3-de11-800a-0022644f4b63
SIP Display info: "\320\241\320\273\320\265\320\266\321\203\320\272 \320\225\320\262\320\263\320\265\320\275\320\270\320\271"
SIP to address: sip:3365@93.*.*.138
SIP tag: 801043cc-6fd3-de11-800a-0022644f4b63
Call-ID: 4eae69cb-6fd3-de11-800a-0022644f4b63@hp2133
CSeq: 5 NOTIFY
Sequence Number: 5
Method: NOTIFY
Via: SIP/2.0/UDP 10.0.0.2:5060;rport;branch=z9hG4bK-189-6027d-4a36e2f7
Transport: UDP
Sent-by Address: 10.0.0.2
Sent-by port: 5060
RPort: rport
Branch: z9hG4bK-189-6027d-4a36e2f7
Subscription-State: active
Event: message-summary
Max-Forwards: 70
Supported: 100rel,replaces
User-Agent: Samsung OfficeServ
Contact: <sip:3365@93.*.*.138>
Contact Binding: <sip:3365@93.*.*.138>
Content-Length: 0

После этого SIP телефон отправляет Trying на 10.0.0.2 (локальный IP MCP).
При разговоре от станции в SDP пакете так же приходит локальный адрес MGI, соответственно голос по направлению SIPEXT -> OS7400 не проходит

[eva]

не рвите себе сердце
все это будет работать и работает начиная с версии 4.40
но ее еще не выдают в росиию по некоторым причинам не связаным с комерцией ....
так надо!...

так что ждем официального объявления этой версии ....

[Wi$e]

Sent-by Address: 10.0.0.2

все равно это не нормально, а что за адрес?

все это будет работать и работает начиная с версии 4.40
но ее еще не выдают в росиию по некоторым причинам не связаным с комерцией ....

хм, ?

[*OK]

to Wi$e: 10.0.0.2 (локальный IP MCP)

не рвите себе сердце все это будет работать и работает начиная с версии 4.40
но ее еще не выдают в росиию по некоторым причинам не связаным с комерцией .... так надо!...

аха, а домены *.рф по 10 миллионов это так Вам и надо

по существу:Я бы попробовал следующее...
1) если есть на SIP телефоне опция преодоления NAT`а то её включить. Кстати, что за модель ?
2) опять же на WIM порт 5060 открыт ? просто Я её не юзал ни разу..как то обходился маршрутизаторами сторонних производителей.

[eva]

короче !!!!! не ломайте голову


эта хрень не работает на версии 4.30 эта беда работает только на 4.40
и даже не ломайте себе голову -
ЖДИТЕ !!!
ну если есть желание тогда да !!)))
дерзайте !!!!

[Mammon]

Спасибо за ответы! А то я уже и не знал что думать. Будем ждать... Пока весь балаган вывесил в паблик, благо есть такая возможность.
По поводу вопросов заданных в теме:
10.0.0.2 - внутренний ip MCP. В SDP пакете(сюда его не выкладывал- суть примерно такая же) от станции SIP телефону приходит "контактный" ip для rtp- 10.0.0.3 (внутренний ip MGI), соответственно голос от SIP телефона до самсунга не доходил.
SIP ext пробовал вначале Linksys SPA2102, когда настроить не получилось, выехал на место и пробовал подцепиться софтфоном Ekiga. Софтфон висел на паблик IP, так что никакие преодоления NAT ему и не нужны были.

[Mammon]

Товарищи!
Я тут смотрю появилась версия 4.41С для OS7100. Кто нибудь проверял, исправлен ли там вышеописанный баг?

[LionB]

Это был не баг, а ограничение.
Ограничение снято.
Версии не публикуются по причине возникновения в v4.4Х лицензирования SPNet, лицензии смогут издаваться в России только со следующего года.

[Mammon]

OMG, и SPNet тоже лицензироваться будет? И какова цена вопроса? Если как siptrunk, то это ещё куда ни шло...

[LionB]

Не понял, что такое OMG.

SPNet - цены вполне щадящи и будут зависеть только от типа системы, и не будут зависеть от количества SPNet транков (просто Вкл/Выкл).
Общая стоимость решения все равно не будет превышать аналоги других производителей.