ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 

  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: Inet-Admins
Inet-Admins mailing list archive (inet-admins@info.east.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [inet-admins] VoIP



Привет!

Совершенно аналогичные проблемы. И уже от GK/proxy на Cisco2650
отказываемся.
   Смотрим в сторону http://www.meranetworks.ru/products/xpgk.htm, но не
вполне устраивает его сырость.
   Есть вопрос. Какие все же продукты в качестве проксирующего кипера
пользует продвинутое общество? Поделитесь, чтоб велосипед не изобретать.
---------
Sergei Shaposhnikov
IFC "BanCorp"

> Hi ppl,
>
> Подключаемся к двум операторам VoIP, первый требует поднятия до себя
> простого нешифрованного GRE-туннеля с 192.168.x.x/30 сеточкой внутри, нам
> для подключения дает IP адрес своего шлюза из этой сети. Второй просто
дает
> IP-адрес шлюза. Естественно, оба ограничивают доступ к своим шлюзам только
> одним IP-адресом нашего gw. У первого выход на россию 8<код
города><номер>,
> международка 810<код страны><код города><номер телефона>, у второго все
> едино -- <код страны><код города><номер телефона>. Мы хотим весь трафик
> отправлять на первого, кроме нескольких российских направлений (которые
> дешевле) - их отдавать на второго. Юзера наши набирают номера по стандарту
> первого, соответственно, при маршрутизации звонка абонента через второго
> оператора надо в набранном номере оттранслировать 8*->7*
> Кроме того, у нас есть крупные клиенты, до которых уже есть IP-канал. Им
> ставим gateway, который включаем в свой IP и в их УАТС.
>
> Как это все видится.
>
> 1. H.323 proxy, IP-адрес которого разрешен у обоих операторов и который
> осуществляет выбор оператора через которого осуществляется исходящий
звонок,
> и в случае выбора второго осуществляет необходимую трансляцию номера.
>
> 2. Наш VoIP gateway (Cisco 3640, NM-HDV-1E1-12, 12.2) настроен отдавать
все
> исходящие звонки через прокси.
>
> 3. Клиентские gateways (Cisco/другая железка/софтина) настроены отдавать
все
> исходящие звонки через прокси.
>
> Есть в наличии Cisco2651 (c2600-ix-mz-122.2) в которой есть H.323 proxy и
> gatekeeper. При попытке понять как подобную схему настроить на имеющемся
> железе/софте приходим к следующему.
> A) H.323 proxy от cisco абсолютно не функционален без gatekeeper-а - он не
> настраивается совсем.
> B) связка H.323 proxy + H.323 gatekeeper от cisco умеет кое-что. Можно
> пускать звонки в remote-zones через прокси (use-proxy <local-GK> <remote
> zone> ...) - но должна быть описана полноценная remote zone со своим
> gatekeeper-ом, а операторы свои gatekeeper-ы не отдают. Можно прописать
> статические алиасы для гейтвеев операторов (alias static A.D.C.D) и потом
> отроутить звонки на них по префиксам (zone prefix <GK> <prefix>
gw-priority
> X <alias>) - но при этом эти gateways оказываются в локальной зоне и
сквозь
> прокси gatekeeper их никогда не отправит.
> C) Отобрать направления которые отправлять второму оператору еще можно
через
> те же zone prefix, но вот где выполнить трансляцию номеров - непонятно
> абсолютно, кажется что нигде.
>
> Я неправ где-то или это действительно нереальная (или в корне
неправильная)
> схема?
>
> Bye ppl..



=============================================================================
"inet-admins" Internet access mailing list. Maintained by East Connection ISP.
Mail "unsubscribe inet-admins" to Majordomo@info.east.ru if you want to quit.
Archive is accessible on http://info.east.ru/rus/inetadm.html


  • References:
    • [inet-admins] VoIP
      • From: =?KOI8-R?Q?=EB=CF=CE=D3=D4=C1=CE=D4=C9=CE_=E2=D5=CC=C1=D4=CE=C9=CB?= =?KOI8-R?Q?=CF=D7?=

 




Copyright © Lexa Software, 1996-2009.