On Tue, 12 Mar 2002, Sergei Shaposhnikov wrote:
> Date: Tue, 12 Mar 2002 12:33:04 +0300
> From: Sergei Shaposhnikov <sergei@bancorp.ru>
> Reply-To: inet-admins@info.east.ru
> To: inet-admins@info.east.ru
> Subject: Re: [inet-admins] VoIP
>
> Привет!
>
> Совершенно аналогичные проблемы. И уже от GK/proxy на Cisco2650
> отказываемся.
> Смотрим в сторону , но не
> вполне устраивает его сырость.
Что-то я не заметил его сырость. Вот тут стоит, трудится вовсю. Новые фичи
раз в неделю примерно появляются. Глюков пока не обнаружено. В свое время
что-то было нехорошее, исправили мгновенно (в течение дня).
> Есть вопрос. Какие все же продукты в качестве проксирующего кипера
> пользует продвинутое общество? Поделитесь, чтоб велосипед не изобретать.
Если ты взял демку с сайта - она 100-летней давности. Напиши на info@mera.ru
- дадут нормальную.
Dmitry.
> ---------
> 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
>
"²КZvh╖╟┴Мz╧ч╣╖ zк&j)b·
b╡с┼{Z┼w²o!╡п╗·w°╤*'!#лj)n·к⌡╠йБmХ╖zж² )Л╤┐▌┼щ╒j"²З jкk╨'Р╒Л·шh╙Х╜╥!┼В╒╠╖ zк"nW╗·m╖ЪБ²З jкk╩ЗНЁЬ╖zж² f
