Re: sip & 5.0.14

От: Dmitry Akindinov <CGatePro_at_mx_ru>
Дата: Thu 24 Dec 2009 - 16:48:33 MSK

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

On 2009-12-24 16:19, Maxim Berlin wrote:

> On Wed, 23 Dec 2009 17:01:07 +0300
> "Dmitry Akindinov" <CGatePro@mx.ru> wrote:

>> Здравствуйте,
>>
>> On 2009-12-23 15:11, Maxim Berlin wrote:
>>> Коллеги,
>>>
>>> 1. подскажите пожалуста, рабочий ли sip в версии 5.0.14?
>>
>> Рабочий, конечно, но с тех пор много воды утекло и для серьёзного
>> использования я бы рекомендовал 5.2 минимум.

> если бюджет не зарежут опять...
>


>>> я попробовал пару софтфонов, звонить они звонят - presence присутствует,

>>> но звук передают только в пределах прямой видимости.
>>> или тут нужно какое-то особое шаманство?
>>
>> Шаманство может быть необходимо в случаях, когда клиент соединяются с
>> сервером из-за NAT файрволов, или сам сервер находится за подобным
>> файрволом. Настоятельно рекомендуется и в телефоне и в файрволе
>> _отключить_ поддержку SIP, с тем, чтобы сервер сам правильно

>
> я правильно понял, отключить поддержку sip в sip настройках в софтфоне?
> чем же он тогда звонить будет?

Извините, я конечно же имел в виду - отключить поддержку (sip fixup) в роутере-файрволе и NAT traversal for SIP в софтфоне. То есть, чтобы он везде использовал свои локальные адреса и не пытался определить самостоятельно свой WAN адрес.

> это должно быть какое-то очень сильное шаманство :), ничего похожего не
> нашел ни в windows messenger
> ни в x-lite pro.

В X-Lite, например, стОит отключить ICE и включить использование локального (NATed) адреса.

>> распознавал подобные соединения из-за NAT файрволов и включал
>> поддержку NAT traversal для SIP. В самлм CGPro в части настроек
>> Network надо аккуратно прописать WAN и LAN IP адреса. Если локально на
>> сервере доступно несколько IP адресов, в настройках Real-Time -> SIP
>> -> Receiving может быть полезно прописать слушающие сокеты отдельно на
>> каждом IP, в порядке предпочтительного их использования.

>

>> А вообще, надо установить уровень лога в Real-Time -> SIP -> Receiving
>> для transport В All Info, Real-Time -> Media - Low Level, Network ->
>> LAN IPs -> Media Proxy -- Low Level. Попробовать позвонить и по логам
>> смотреть, о каких IP адресах и портах договорились клиенты (информация
>> о SDP обычно в пакетах INVITE и 200-INVITE), и были ли созданы объекты
>> UDPPROXY и как они отработали.

> угу, спасибо, буду смотреть.
>


>>> мб кто-то знает софтфон, который гарантированно работает? (не itoolabs,


>>> версия не та)

>>>

>>> 2. возникла странная идея - если все-таки сип работает, можно ли как-то

>>> с коммунигейта передавать звонки на телефоны сотрудников в офисе (атс
>>> avaya, сип понимает).
>>
>> Можно.
>
> а вот тут каким образом? вроде sip trunk'ов я не нашел.

Для входящих звонков - настроить офисную АТС, чтобы для каких-то внутренних номеров она передавала INVITE запросы на URI, указывающие доменной частью на CGPro. Если такой возможности нет, то в CGPro настроить SIP -> Gateways записи для периодической регистрации на АТС. Для исходящих звонков настроить PSTN с указанием адреса внутренней АТС в качестве адреса шлюза в PSTN.
>>> если да, то подскажите что-где почитать, в
>>> телефонии я полный чайник.
>>
>> тут уже подсказали, что почитать. В общем, требуется понимание того,
>> как работает SIP, хотя бы на уровне какие запросы бывают и какие
>> ответы на них следует ожидать. А когда удаётся добиться нормальной
>> работы между двумя SIP клиентами, то с подключением офисной ATC,
>> поддерживающей SIP, проблем уже быть не должно.

>
> спасибо.
>
> и, что б два раза не вставать:) Андрей, спасибо за ссылки. буду
> самообразовываться.
>
> Best wishes,
> Maxim
>

-- 
Best regards,
Dmitry Akindinov

Получено Thu Dec 24 13:48:38 2009