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

От: Dmitry Akindinov <CGatePro_at_mx_ru>
Дата: Fri 30 Jan 2009 - 15:37:35 MSK

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

Andrew V.Statsenko wrote: 

> В Птн, 30/01/2009 в 13:17 +0300, Dmitry Akindinov пишет:

>> Здравствуйте,
>>
>> Эдуард Ковалев wrote:
>>>>>> 3. Можно разрешить релеинг запросов с машины с eyebeam и настроить
>>>> его
>>>>>> чтобы CGPro использовался в качестве прокси. Сравнить запросы на
>>>>>> регистрацию, которые сервер проксирует от 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> 
> 
> Есть сильное подозрение, что AlterPPS, собственно, не умеет PATH.
> 
> Насколько видно по логу шлюз в ответ на REGISTER возвращает 200 OK в
> котором
> 
> Supported: path
> Path: <sip:94.180.199.34:5060;lr>
> 
> как-то совершенно не просматривается.

Кстати - да. Спасибо за подсказку. Можно попробовать добавить IP этого шлюза в WebAdmin -> Settings -> Real-Time -> SIP -> Workarounds -> Domain Name и включить галочку noPath. Может помочь.

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

> 
> А видя Contact:
> <sip:xxxxxx@192.168.0.12:7106;rinstance=6d9c8a8acf3ad8d8> с серым IP и
> rport пытается таким своеобразным способом решать задачу NAT travesal. 
> 
> Как вариант решения - в AlterPPS направить звонок на CGP не через
> регистрацию, а через route, ну и на CGP поймать этот "route".
> 
> 
> В Альтертехе, AFAIR, вообще сообственное представление о SIP'е.
> 
> 
> ---
> С уважением,
> Андрей Стаценко


-- 
Best regards,
Dmitry Akindinov -- Stalker Labs.
Получено Fri Jan 30 12:37:37 2009

Этот архив был сгенерирован hypermail 2.1.8 : Fri 30 Jan 2009 - 16:14:43 MSK