Здравствуйте,
Subscriber wrote:
> 25.06.2010 18:49, Dmitry Akindinov пишет:
>> Здравствуйте, >> >> Subscriber wrote: >>> 25.06.2010 16:16, Nikolay A. Kostyakov пишет: >>>> Subscriber пишет: >>>>> Здравствуйте коллеги. >>>>> Подскажите пожалуйста, можно ли заставить CGP принудительно медиа >>>>> проксировать какую то конкретную учетную запись, несмотря на то что >>>>> ее айпи находится в Установки - LAN - Адреса LAN или нет? Или это >>>>> делается только например так 10.200.50.1-10.200.50.24, >>>>> 10.200.50.26-10.200.50.254 (10.200.50.25 - айпи клиента с требуемой >>>>> учеткой)? >>>>> CGP естественно считает ее в своей сети и проксировать >>>>> отказывается, клиенты пытаются соединится напрямую. И если >>>>> архитектура VPN звездочка, CGP в центре и отсуствуют связи между >>>>> точками в лучах, соединения естно между точками в лучах не >>>>> происходит. Приходится изворачиваться. >>>>> >>>> Да , можно проксировать , через gatewayincoming, например, >>>> как то так: >>>> S:<proxy-(6d)@*> = gatewayincoming{*,media}#pbx >>> То есть если я хочу проксировать все от учетки 1111 >>> N:S:<proxy-*@*> = gatewayincoming{1111,media}#pbx >> >> Нет. Чтобы особым образом отрабатываь звонки "от учётки" придётся >> использовать правила или все звонки пропускать через приложение, а в >> нём уже включать проксирование, в заисимости от того, кто звонит. >>
Нет, их можнос оздавать и на уровне аккаунта или домена, но эти правила
применяются для входящих сигналов, адресованных локальным аккаунтам.
Общесерверные правила применяются ко всему.
Однако управлять медиапроксированием из правил нельзя, для этого звонок
должен управляться B2BUA приложением.
> Но я не увидел там ничего
> похожего на проксирование.
>
>>> ? >>>>> Еще хотелось бы понять, допустим сервер с GGP имеет несколько >>>>> сетевых интерфейсов. В Установки - LAN - Адреса LAN - Адрес >>>>> Сервера в LAN - выставлен какой то из них. В IPv4 WAN Адреc - >>>>> прописано айпи внешнего инета смотрящего в инет. Но запрос для >>>>> коннекта SIP произодет на интерфейс который ни LAN ни WAN не >>>>> значится и клиент с айпи не входящей в Адреса LAN. Какой интерфейс >>>>> CGP подаст как прокси? Это как то управляется принудительно для >>>>> конкретной учетной записи? >> >> В качестве медиа прокси CGPro всегда (по крайней мере - в текущих >> версиях) открывает сокет на [0.0.0.0]. Таким образом проксируемые >> пакеты будут уходить с IP адресов, которые ОС считает "дефолтными" для >> соответствующих сетей. Чтобы это всё совпадало сзаявлениями CGPro в >> SDP, надо для WAN и LAN IP адресов выбирать соответствующие >> "дефолтные" IP. А потом ещё для SIP UDP сокетов рекомендуется >> создавать отдельные сокеты на выбранных WAN и LAN IP адресах а в конце >> списка - сокет на All Available ([0.0.0.0]). >>
Возможно, при этих перезапусках менялись и маршруты по умолчанию в системе? Правда жизни такова, что свои медиа сокета CGPro ни к какому IP адресу не привязывает.
> То есть в WAN я должен указать тот интерфейс который я хочу что бы
> отдавался как медиапрокси и возможности сделать этот прокси различным
> для каждого клиента нельзя.
В настройке WAN IP лежит подсказка серверу, что указывать в SDP, когда SIP пакет уходит не всторону LAN IPs.
> >А потом ещё для SIP UDP сокетов рекомендуется создавать отдельные
> сокеты на выбранных WAN и LAN IP адресах а в конце списка - сокет > на
> All Available ([0.0.0.0]).
>
> В настройках Установки- Сеть- LAN - есть возможность выбрать только
> диапазон портов, но я не нашел как сделать то о чем вы написали.
Я написал, что полезно иметь SIP сокеты, созданными явно на разных интерфейсах, в в порядке предпочтительного их использования и сокетом на [0.0.0.0] в качестве замыкающего. Речь не шла о сокетах, которые используются медиаканалами и для медиапроксирования.
> Если
> честно я вобще не нашел как привязать к какому либо интрефейсу порты от
> 60000.
Ещё раз: сокеты для локальных медиаканалов и медиа прокси открываются на [0.0.0.0], самим CGPro к определённому интерфейсу не привязываются. Всё решает IP стек ОС - с какого локального IP будет отправлен пакет.
-- Best regards, Dmitry Akindinov -- Stalker Labs.Получено Mon Jun 28 06:43:37 2010
Этот архив был сгенерирован hypermail 2.1.8 : Fri 24 Apr 2015 - 16:16:53 MSK