Re: не регистрируется на sip шлюзе

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

Эдуард Ковалев wrote:
>>>> 3. Можно разрешить релеинг запросов с машины с eyebeam и настроить

>> его

>>> Где прочитать как настроить? (ткните плз в раздел справки)
>> В webAdmin ->settings -> Real-Time - SIP -> Sending -> protocol ->
>> Relay
>> to Any IP Address for: clients и добавьте IP, с которого работает
>> айБим,
>> в список клиентских.
>>
>> В айБиме укажите IP сервера в качестве адреса прокси.
> 
> Айбим через CGP регистрируется, но когда пытаюсь позвонить извне - сбрасывает на занято, причем в логах CGP входящий звонок фиксируется
> Если регистрируюсь айбимом напрямую - звонок доходит
> 
> Лог со звонком:
> 
> 22:19:12.546 5 SIP [0.0.0.0]:5060 <- [88.87.64.228]:5060 inp(803): INVITE sip:xxxxxx@94.180.199.34 SIP/2.0\r\nVia: SIP/2.0/UDP 88.87.64.228;branch=88
> 22:19:12.546 2 SIPDATA-001614 inp: req [0.0.0.0]:5060 <- udp[88.87.64.228]:5060 INVITE(803 bytes) sip:xxxxxx@94.180.199.34

Ерунда какая-то. При регистрации айБим (если звонок вообще идет на рего регистрацию) указывал
Contact: <sip:xxxxxx@192.168.0.12:7106;rinstance=6d9c8a8acf3ad8d8> и сервер вставлял еще
Path: <sip:94.180.199.34:5060;lr>

Здесь же шлюз присылает запрос на URI, который явно является производным из этих двух URI, что неправильно. Правильно послать запрос на адрес в Path и в RURI использовать URI из Contact регистрации. Допустимо в RURI указать адрес из Path, а URI из Contact регистрации вставить в виде заголовка Route.

Здесь же все совсем неправильно. Запрос адресуется на URI, которым мы не регистрировались.

> 22:19:12.546 5 SIPDATA-001614 inp: INVITE sip:xxxxxx@94.180.199.34 SIP/2.0
> 22:19:12.546 5 SIPDATA-001614 inp: Via: SIP/2.0/UDP 88.87.64.228;branch=88.87.64.225.5075-b12e0000
> 22:19:12.546 5 SIPDATA-001614 inp: From: "AlterPSS" <sip:89033xxxxxx@88.87.64.225:5075>;tag=88.87.64.225.5075-384101480-24667
> 22:19:12.546 5 SIPDATA-001614 inp: To: <sip:xxxxxx@94.180.199.34>
> 22:19:12.546 5 SIPDATA-001614 inp: User-Agent: AlterProxySoftSwitch
> 22:19:12.546 5 SIPDATA-001614 inp: Call-ID: 7D643027-00de6965-16e4ec68-00491f@88.87.64.225
> 22:19:12.546 5 SIPDATA-001614 inp: CSeq: 11953 INVITE
> 22:19:12.546 5 SIPDATA-001614 inp: Contact: <sip:89033xxxxxx@88.87.64.228>
> 22:19:12.546 5 SIPDATA-001614 inp: Content-Type: application/sdp
> 22:19:12.546 5 SIPDATA-001614 inp: Content-Length: 282
> 22:19:12.546 5 SIPDATA-001614 inp: Date: Thu, 29 Jan 2009 19:18:08 GMT
> 22:19:12.546 5 SIPDATA-001614 inp: Allow: INVITE, ACK, CANCEL, OPTIONS, INFO, BYE

> 22:19:12.546 2 SIGNAL-001328 SIPS-000418: INVITE sip:xxxxxx@94.180.199.34
> 22:19:12.546 2 SIGNAL-001328 INVITE sip:xxxxxx@94.180.199.34 via sip:xxxxxx@94.180.199.34
> 22:19:12.546 2 ROUTER SIP: 'xxxxxx@94.180.199.34' accepted: 'xxxxxx@88.87.64.228' at 'setnomer.sipgw'
> 22:19:12.546 2 SIGNAL-001328 relaying to sip:xxxxxx@88.87.64.228 via sip:setnomer.sipgw

А для CGPro этот URI, который придумал шлюз, вообще роутится наружу через sipgw запись. То есть, звонок уже не идет ни в какой локальный аккаунт. А раз так - его надо релеить, и мы будем просить авторизоваться.

> 22:19:12.546 4 SIPC-000952 enqueued
> 22:19:12.546 5 SIPC-000952 INITIAL posted
> 22:19:12.546 2 SIGNAL-001328 {1} sent to SIPC-000952: INVITE sip:xxxxxx@88.87.64.228
> 22:19:12.546 5 SIPC(2) 000952: processing INITIAL
> 22:19:12.546 2 SIPC-000952 INVITE sip:xxxxxx@88.87.64.228
> 22:19:12.546 3 SIPC-000952 rejecting INVITE to a SIP gateway w/o authentication
> 22:19:12.546 1 SIPC-000952 INVITE sip:xxxxxx@88.87.64.228 failed. Error Code=Authentication required

И ничего хорошего из всего этого не получится. Авторизоваться шлюз не обязан и не сможет. А все из-за того, что запрос пришел совсем на неправильный URI. Можно попробовать спасти ситуацию, перенаправив этот самый URI в локальный аккаунт с помощью записи в роутере, но это вообще труха, когда шлюз так себя ведет.

[]

-- 
Best regards,
Dmitry Akindinov -- Stalker Labs.