Привет!
Совершенно аналогичные проблемы. И уже от GK/proxy на Cisco2650
отказываемся.
Смотрим в сторону , но не
вполне устраивает его сырость.
Есть вопрос. Какие все же продукты в качестве проксирующего кипера
пользует продвинутое общество? Поделитесь, чтоб велосипед не изобретать.
---------
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
