Re: Re: SIP клиенты не видящие друг друга на прямую

От: Ilya Kashapov <CGatePro_at_mx_ru>
Дата: Tue 14 Feb 2006 - 16:02:06 MSK

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

Tuesday, February 14, 2006, 10:04:23 PM, Вы писали:

>>>>    Может кто подскажет, не смог с ходу решить проблему.
>>>>
>>>>    Есть CGP 5.0.6 сервер, есть 2 SIP телефона, которые нормально видят
>>>>    машину с CGP, но не видят напрямую друг друга.

>>
>> DA> Они в сетях за NAT файрволами?
>>
>> Нет они подключены к машине с CGP по VPN. Соответственно CGP имеет
>> нормальный доступ к обоим устройствам, а сами устройства друг друга не
>> видят.

DA> Не, это VPN такой - с неоей фильтрацией. В моем понимании (возможно, 
DA> неправильном - тогда поправьте) VPN - это когда клиенты получают адреса
DA> в некоторой сети, а внутри этой сети пакетики ходят беспрепятственно. 
DA> Как если бы клиентские машины были подключены к одному свитчу.

Это так в случае использования PPTP. У меня VPN тунель поднят с использованием IPSec, причем клиент IPSec железячный от D-Link и мне не удалось настроить на нем маршрутизацию, для того чтобы в поднятый IPSec тунель, можно было заворачивать пакеты идущие в другую сеть.

Фильтрации никакой нет, между сервером с CGP и устройствами подняты отдельные VPN каналы, которые полноценно работают в обе стороны, но не позволяют обмениваться пакетами с другими каналами.

>> DA> А CGPro знает, что эти сети из разряда NAT (WebAdmin ->> Settings -> Network)?
>>
>> Прописал IP адреса sip телефонов в разделе LAN IP Addresses. Визуально
>> ничего не изменилось.

DA> Я же писал о том, что необходимо, чтобы сервер считал эти адреса 
DA> "серыми" (за NAT файрволом).
DA> Но и пакет от них он должен принимать на интерфейсе, который не в их сети.

На VPN используются адреса из "серого" диапазона, который по умолчанию прописан в WebAdmin ->> Settings -> Network -> NATed IPs 192.168.0.0-192.168.255.255

но в реальности эти адреса не проходят через NAT и доступны CGP на прямую.

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

>>
>> DA> Простейший способ заставить сервер проксировать медиа - это пропускать
>> DA> звонки через b2bua программку, например gatewayincoming.
>>
>> Можно простейший пример как задействовать использование b2bua?
>>
>> Пример из стандартного аккаунта pbx изучил, но понимания как завернуть
>> все звонки на b2bua не появилось. Видел упоминание что это можно будет
>> с помощью Rules, но пример был бы очень полезен.

DA> Например, у всех аккаунтов есть трехзначные цифровые алиасы, которые и
DA> используются сейчас для набора. Давайте добавлять в начало какой-нибудь
DA> префикс (пусть 0) и пропишем такой вот роутинг:

DA> <0(3d)@*> = gatewayincoming--*#postmaster

Прописал. Все выглядит, теперь, еще интереснее. Если раньше, при звонке, вызов шел на другой аппарат и если на нем берешь трубку, то в обоих трубках тишина около 30 секунд, а потом сообщение.

То теперь, при наборе начиная с ноля, идет вызов, при подъеме трубки тишина, а на вызывающем аппарате продолжают идти длинные гудки. И через 30 секунд воспроизводится сообщение voicemail.

>>>> В данные момент между ними нормально идут вызовы, а голос не проходит.

-- 
С уважением,
 Ilya                            mailto:matem@ipx.ru

Получено Tue Feb 14 13:02:14 2006