[sersil]

Добрый день.

Подыскиваем универсальный воип-шлюз (по Н.323) с несколькими портами FXS, несколькими портами эзернет с поддержкой NAT, и поддежкой VLAN.

В данный момент организация связи такова:

С АТС Si2000 по PRI включен VoIP шлюз Quintum Tenor DX2030, далее уходит в эзернет-сеть(по Н.323).

У абонента ставим коммутатор, который разруливает виланами воип и интернет.

Воип уходит на воип-шлюз Тенор с FXS-портами.

Интернет - часто ставим интернет шлюз для NATа, т.к. аб-ту предоставляем один внешний IP-адрес.

 

Хотелось бы найти устройство, которое заменяло бы эти три железки, выполняя все эти функции.

 

Поделитесь мнениями об используемом вами оборудовании - юзабилити, надёжность, поддержка производителя.

 

ЗЫ. Для SIPа нашел в поиске достаточно много подобных устройств, в отличие от применяемого у нас Н.323

[Morze]

AddPac вам в руки. Все выше перечисленное умеет и даже немного больше =)

[Andrei]

У адпака проблема с

несколькими портами эзернет

. А так - железка не из самых дешевых, но очень достойная.

 

[Morze]

У адпака проблема с

несколькими портами эзернет

.

 

Ну на один физический (их там 2) порт можно повесить 4 логических, а этого как правило хватает.

Изменено 19 июня, 2008 пользователем Morze

[sersil]

AddPac вам в руки. Все выше перечисленное умеет и даже немного больше =)

Cмотрел в их сторону, просмотрю внимательнее этот вариант.

 

Какие ещё есть варианты?

 

Кто-нибудь юзал вот эти девайсы? http://www.telcon.ru/equipment/gaoke/ (правда с одним эзернетом)

Продаются они и на НАГе тоже.

Изменено 19 июня, 2008 пользователем -=qwerty=-

[Andrei]

Ну на один физический (их там 2) порт можно повесить 4 логических, а этого как правило хватает.

Один из них WAN, так что реально 1 физический порт для LAN-а. К тому же на 1 интерфейс вешается только 3 логических, я попробовал:

 

AP200(config)# interface ether1.0

AP200(config-ether1.0)# no shut

 

Interface ethernet1.0, changed state to administratively UP

AP200(config-ether1.0)# ip address 192.168.20.1 255.255.255.0

AP200(config-ether1.0)# interface ether1.1

The interface (ether1.1) is created

AP200(config-ether1.1)# ip address 192.168.21.1 255.255.255.0

AP200(config-ether1.1)# interface ether1.2

The interface (ether1.2) is created

AP200(config-ether1.2)# ip address 192.168.22.1 255.255.255.0

AP200(config-ether1.2)# interface ether1.3

Input out of range [0-2] - Ethernet sub-interface number (3)

 

[Morze]

Ну на один физический (их там 2) порт можно повесить 4 логических, а этого как правило хватает.

Один из них WAN, так что реально 1 физический порт для LAN-а. К тому же на 1 интерфейс вешается только 3 логических, я попробовал:

Проверил, действительно только 3.

[ram_scan]

Теоретически это ограничение чисто софтовое. Если как следует поныть вендору, то я думаю что можно выпросить чтобы сделали больше. Просто с учетом всей порнографии, транспортов и инкапсуляций больше трех там не нужно как правило.

[sersil]

Ввиду вымирающего оборудования по Н.323 призадумались о переходе на СИП.

 

Чтобы перейти на СИП, для стыковки с квинтумом необходим СИП-сервер.

Что можете посоветовать из железного или софтового решения?

 

 

[Morze]

Ввиду вымирающего оборудования по Н.323 призадумались о переходе на СИП.

Гхм. Это в каком месте оно стало вымирающим ? Или мы говорим о дешовых китайских мыльницах ?

[sersil]

Мы говорим о том, что требуемое для нас оборудование (читай выше) - гораздо больше с СИПом, чем с Н.323, причём не обязательно китайское и дешевое.

[Stimpy]

Ввиду вымирающего оборудования по Н.323 призадумались о переходе на СИП.

 

Чтобы перейти на СИП, для стыковки с квинтумом необходим СИП-сервер.

Что можете посоветовать из железного или софтового решения?

 

Покупаете для любого квинтума прошивку S (S Specification) и квинтум превращается в СИП сервер.

Регите на нем все свои сип устройства и звоните по СИП.

Изменено 3 июля, 2008 пользователем Stimpy

[cron333]

Asterisk IP PBX ... :)

[ram_scan]

Да, там h323 особенно прямизной страдает... Сиповый стек там и то до сих пор плющит...

[cron333]

Да, там h323 особенно прямизной страдает... Сиповый стек там и то до сих пор плющит...

Откуда данные? )

Изменено 29 июля, 2008 пользователем cron333

[Mikler]

Да, там h323 особенно прямизной страдает... Сиповый стек там и то до сих пор плющит...

Откуда данные? )

Молодой человек "тут вам не здесь"(с); Могу сказать за себя, как человек регулярно лазиющий в кишки * на среднем уровне и разрабатывающий стеки для VoIP; H323 плохо поддержан просто потому что так сложилось. openH323 - отличный стек. ooh323 - нормальный стек.

[cron333]

Молодой человек "тут вам не здесь"(с); Могу сказать за себя, как человек регулярно лазиющий в кишки * на среднем уровне и разрабатывающий стеки для VoIP; H323 плохо поддержан просто потому что так сложилось. openH323 - отличный стек. ooh323 - нормальный стек.

Тоже имею кое-какой опыт общения с * ... ). Согласен по поводу H323. Нет стабильности с этим протоколом. Но "заставить" работать - можно. А в остальном то ...!?

[ram_scan]

А в остальном надо еще как минимум заставить звезду понимать по PRI хотя-бы такую вещь как NI. Потому-что можно очень здорово получить по жопе за кой-какие фокусы. И избавиться от залипаний SIP стека. И можно будет попробовать.

 

PS: Mikler, не могу в личку по поводу кошки написать, письмо рефьюзится.

[Mikler]

А в остальном надо еще как минимум заставить звезду понимать по PRI хотя-бы такую вещь как NI. Потому-что можно очень здорово получить по жопе за кой-какие фокусы. И избавиться от залипаний SIP стека. И можно будет попробовать.

 

PS: Mikler, не могу в личку по поводу кошки написать, письмо рефьюзится.

Да у них в планах переход на Sofia sip так что вроде будет получше.

 

PS: Поудалял сообщения в IN box можно попробовать. Спасибо.

[cron333]

И можно будет попробовать.

Давно пора ... :) А какие залипания имеются ввиду?

 

[Mikler]

А в остальном надо еще как минимум заставить звезду понимать по PRI хотя-бы такую вещь как NI.

А можно некоторую справку по NI в PRI? Что это такое? В ОКС7 еть Netwok Indicator, это тоже самое?

[ram_scan]

Я с ОКС7 знаком оч давно, насколько помню то же самое. Правильно было бы сказать NI по DSS через интерфейс PRI. Не предусмотрено в libpri там обработки NI. Поэтому с numbering type там можно влететь по полной, начиная от невозможности коннектиться никуда, до возможности коннектиться но не везде и огребания потом за это по ушам (особенно от междугородки).

[cron333]

Поэтому с numbering type там можно влететь по полной, начиная от невозможности коннектиться никуда, до возможности коннектиться но не везде и огребания потом за это по ушам (особенно от междугородки).

Вообще то IP-телефония и служит, что бы уйти от "межгорода" традиционных операторов ... Да и с описанными багами мне не довелось встречаться ... )

Изменено 30 июля, 2008 пользователем cron333

[ram_scan]

Вообще то IP-телефония и служит, что бы уйти от "межгорода" традиционных операторов ... Да и с описанными багами мне не довелось встречаться ... )

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

 

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

[cron333]

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

Вы совершенно правы, IP-телефония имеет отношения с операторами классической связи, которые используются для совершения местных вызовов и для терминации вызовов связанных АТС (операторов и т.д.)

А вот вызовы по "межгороду" обычно направляют через таких же связанных операторов или провайдеров ... , потому как - дешево, если что .... :)

Но вы, как я понял для "межгорода" используете местного оператора. Ну что ж, это ваш выбор ...

 

То что я не встречал таких багов не говорит о моих проф. навыках ... Это как то не взаимосвязано ...

А вот решение проблем - это как раз показатель того ... Вроде пока получается ...

Да и опыт построения "крупных проектов" тоже имею. Внедрил не один кластер на * , вы не против, если я назову это - "серьезными вещами"?

Офисных АТС и мелких проектов считать не буду ...

 

Так что знаю предмет разговора не понаслышке.

Изменено 30 июля, 2008 пользователем cron333