РТ и sip

[corpse]

Добрый день!
Не было печали, РТ решили на SIP перевести с "меди". РТ как обычно помочь ни чем не может, но все должно идти через их GPON и ни как иначе.
Отдельная сетевая в Астере для соединения с GPON-ом.

Код: Выделить всё

sip show registry

показывается что SIP транк зареген, но при этом ни входящие, не исходящие не проходят.
Для входящих (401 Unauthorized):

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER: SIP log

Код: Выделить всё

INVITE sip:SIP070000XXXXX@212.75.YYY.YYY:5060 SIP/2.0
Via: SIP/2.0/UDP 10.0.XXX.XXX:5060;branch=z9hG4bKbq76k410a8a09hch3481.1
Accept: application/sdp
Allow: INVITE,ACK,CANCEL,BYE,INFO,PRACK,UPDATE,OPTIONS,REGISTER,REFER,SUBSCRIBE,MESSAGE,PUBLISH
Call-ID: SDsk3g101-6f89af4806c655a39f4b939183c9b5e6-ct6ihu3
Contact: "890390XXXXX" <sip:890390XXXXX@10.0.XXX.XXX:5060;user=phone;transport=udp>
CSeq: 204 INVITE
Expires: 3600
From: "890390XXXXX" <sip:890390XXXXX@10.0.XXX.XXX:5060;user=phone;cpc=ordinary>;tag=SDsk3g101-bky6i63iog
To: "SIP070000XXXXX" <sip:SIP070000XXXXX@10.0.XXX.XXX:5060>
Organization: IskraTel
Supported: 100rel
User-Agent: SI2000
P-Visited-Network-ID: "79617099AAA"
Max-Forwards: 69
Subject: Call from SI3000
P-Asserted-Identity: "890390XXXXX" <sip:890390XXXXX@172.27.ZZZ.ZZZ:5060;user=phone;cpc=ordinary>
Content-Length: 235
Content-Type: application/sdp
Content-Disposition: session;handling=required

v=0
o=- 1804305 7865231 IN IP4 10.0.XXX.XXX
s=-
c=IN IP4 10.0.XXX.XXX
b=AS:82
t=0 0
m=audio 16834 RTP/AVP 8 0 101
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:20
a=sendrecv
<------------->
--- (20 headers 13 lines) ---
Sending to 10.0.XXX.XXX:5060 (NAT)
Using INVITE request as basis request - SDsk3g101-6f89af4806c655a39f4b939183c9b5e6-ct6ihu3
Found peer '750XXX' for '890390XXXXX' from 10.0.XXX.XXX:5060

<--- Reliably Transmitting (NAT) to 10.0.XXX.XXX:5060 --->
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 10.0.XXX.XXX:5060;branch=z9hG4bKbq76k410a8a09hch3481.1;received=10.0.XXX.XXX;rport=5060
From: "890390XXXXX" <sip:890390XXXXX@10.0.XXX.XXX:5060;user=phone;cpc=ordinary>;tag=SDsk3g101-bky6i63iog
To: "SIP070000XXXXX" <sip:SIP070000XXXXX@110.0.XXX.XXX:5060>;tag=as780e29e9
Call-ID: SDsk3g101-6f89af4806c655a39f4b939183c9b5e6-ct6ihu3
CSeq: 204 INVITE
Server: FPBX-2.8.1(1.8.11.0)
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH
Supported: replaces, timer
WWW-Authenticate: Digest algorithm=MD5, realm="asterisk", nonce="6749ed8c"
Content-Length: 0

Для исходящих (403 Forbidden):

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER: SIP log

Код: Выделить всё

<--- SIP read from UDP:10.0.XXX.XXX:5060 --->
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 212.75.YYY.YYY:5060;received=10.0.XXX.NNN;branch=z9hG4bK015e64c2;rport=5060
From: "Иванов" <sip:SIP070000XXXXX@212.75.YYY.YYY>;tag=as50a26f26
To: <sip:890693XXXXX@10.0.25.2>
Call-ID: 2ba8b25d16ee27f870388b884161e774@212.75.YYY.YYY:5060
CSeq: 102 INVITE

<------------->
--- (6 headers 0 lines) ---

<--- SIP read from UDP:10.0.XXX.XXX:5060 --->
SIP/2.0 403 Forbidden
Via: SIP/2.0/UDP 212.75.YYY.YYY:5060;received=10.2.AAA.AAA;branch=z9hG4bK015e64c2;rport=5060
From: "Иванов" <sip:SIP070000XXXXX@212.75.YYY.YYY>;tag=as50a26f26
To: <sip:890693XXXXX@10.0.XXX.XXX>;tag=aprqngfrt-og9u4c10000c6
Call-ID: 2ba8b25d16ee27f870388b884161e774@212.75.YYY.YYY:5060
CSeq: 102 INVITE

Сам SIP trunk:

Код: Выделить всё

host=10.0.XXX.XXX
username=SIP070000XXXXX
secret=XXXXXXXXXXXX
fromuser=SIP070000XXXXX
fromdomain=10.0.XXX.XXX
insecure=port,invite 
type=peer
qualify=no
canreinvite=no

Пробовал уже и убирать fromuser и fromdomain и вместе и по отдельности, ни чего не помогает
При этом когда приходил их инженер все это переключал, не смог настроить телефоны. Аналогичная проблема наблюдается на оконченых устройствах если их в GPON воткнуть напрямую: Cisco SPA.
А FanVill регистрируется четко, без каких либо проблем. Входящие/исходящие работают.
Но полноценный дебаг снять с FanVill-а нельзя, чтоб понять чего он там такого в SIP пакете передает, что у него проблем нет.
Подскажите, может кто сталкивался или подтолкните с чем связана проблема.

[zzuz]

Если Вы хотите , чтобы по обрезкам логов анализировали проблемы, то чините их сами.

[corpse]

Если Вы хотите , чтобы по обрезкам логов анализировали проблемы, то чините их сами.

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

[corpse]

Проблему со входящими решил.
Было 2 транка, он подхватывал другой.
Решение: добавил во второй транк:

Код: Выделить всё

insecure=port,invite

С исходящими проблема осталась. Что необходимо предоставить, для анализа проблемы?

[Zavr2008]

Всё верно, если host статичный и нет логина/пароля то insecure=port,invite.
Вероятно SI2000 ждет другого формата полей fromuser, fromdomain, defaultuser. Лучше попросить ТП оператора пояснить что им конркетно не нравится..
Обычно бывают выкрутасы когда во fromuser еще и домен дублируется итп..

Плюс у Вас летит еще CallerID(Name) - лучше устанавливайте его как "".

P-Asserted-Identity:...

Во входящем инвайте это говорит о том, что нужно поставить у себя sendrpid=yes, trustrpid=yes для данного пира:
Еще поиграть type=friend. Возможно в ответку они хотят Ваш IP, а не сети.


Насчет sip show registry я только не понял - у Вас же нет регистрации на их серваке - звонки чисто по IP без регистрации.

Еще как понимаю сетевуха на 10 сетке прямо торчит в их гов-пон. Нет ли маршрутизатора от Вас?

[ded]

Если Вы хотите , чтобы по обрезкам логов анализировали проблемы, то чините их сами.

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

Всё верно сформулировано, и посыл и response.

И правильный результат - моментально:

Проблему со входящими решил.

А что за паранойя с забиванием внутренних ИП?
host=10.0.XXX.XXX - прям вот тут опубликовать 10.0.20.30 и что, сразу хакнут?

Ин не понятно, если хост 10.0.20.30, то почему
INVITE sip:SIP070000XXXXX@212.75.YYY.YYY:5060 SIP/2.0 ??

Биндить SIP надо на внутренний ИП адрес, который РТ выдал, а не на 0.0.0.0

[corpse]

Огромное спасибо всем, кто оказал помощь.
Добавление в транк:

Код: Выделить всё

sendrpid=yes
trustrpid=yes
realm=10.0.XXX.XXX
authname=SIP0700003XXX

Решило проблему.

Лучше попросить ТП оператора пояснить, что им конркетно не нравится..

К сожалению, они мне не смогли ни чем помочь, сказав, что они могут только телефоны подключить напрямую. Поэтому и пошел задавать вопросы сюда.

А что за паранойя с забиванием внутренних ИП?

Не знаю, привычка наверное скрывать все лишнее

[Zavr2008]

realm=10.0.XXX.XXX

Интересный ход)
Судя по коду chan_sip может повлиять боком на входящие.
Я бы лучше type=friend поставил..