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

В Птн, 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>

как-то совершенно не просматривается.

> Здесь же шлюз присылает запрос на 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'е.

---
С уважением,
Андрей Стаценко