Страница 1 из 6

Абонентские VoIP шлюзы

Добавлено: 03 мар 2016 09:17
concorde
Мы производим абонентские VoIP шлюзы уже более 8 лет! Если у Вас есть пожелания по новым моделям, доработкам софта или железа, оставляйте комментарии. Мы обязательно рассмотрим все предложения!

Малопортовые абонентские шлюзы:
TAU-1M.IP - 1xFXS, 1xWAN, 2xLAN, 1xUSB, SIP
TAU-2M.IP - 2xFXS, 1xWAN, 1xLAN, 1xUSB, SIP
TAU-8.IP - 8xFXS, 1xWAN, 1xUSB, SIP

Высокопроизводительные шлюзы с медным WAN интерфейсом:
RG-1404G - 4xFXS, 1xWAN, 4xLAN, 1xUSB
RG-1404G-W - 4xFXS, 1xWAN, 4xLAN, 1xUSB, Wi-Fi 802.11b/g/n

Шлюзы с оптическим WAN интерфейсом (шасси под SFP):
RG-1404GF-W - 4xFXS, 1xWAN (SFP), 4xLAN, 1xUSB, Wi-Fi 802.11b/g/n
RG-4402GF-W - 2xFXS, 1xWAN (SFP), 4xLAN, 1xUSB, Dual Band Wi-Fi 802.11b/g/n

Домашние роутеры с поддержкой VoIP:
RG-5421G-Wac - 1xFXS, 1xWAN, 4xLAN, 2xUSB, Dual Band Wi-Fi 802.11b/g/n/ac

Домашние роутеры без поддержки VoIP:
WB-2 - 1xWAN, 2xLAN, 1xUSB, Wi-Fi 802.11b/g/n/ac
RG-34-Wac - 1xWAN, 4xLAN, 1xUSB, Wi-Fi 802.11b/g/n/ac

Многопортовые абонентские VoIP шлюзы :
TAU-32M.IP – до 32хFXS/FXO портов, 3хRJ-45 10/100/1000, 2 шасси под SFP, 1U, SIP/H.248, AC/DC
TAU-16.IP - 16хFXS, 3хRJ45-10/100/1000, SIP/H.323/H.248, 1U, AC
TAU-24.IP - 24хFXS, 3хRJ45-10/100/1000, SIP/H.323/H.248, 1U, AC/DC
TAU-36.IP - 36хFXS, 3хRJ45-10/100/1000, 2 слота для SFP, SIP/H.323/H.248, 1U, AC/DC
TAU-72.IP - 72хFXS, 3хRJ45-10/100/1000, 2 слота для SFP, SIP/H.323/H.248, 1U, AC/DC
MSAN MC1000-PX – до 1152хFXS, до 16хЕ1, до 8 combo портов 10/100/1000Base-T / 1000Base-X(SFP), до 4 портов 10GBASE-X

Предложения участников форума:

Re: Абонентские VoIP шлюзы

Добавлено: 12 мар 2016 17:42
rb5bdq
По поводу TAU 1 И TAU 2 - неправильно отображают CDR записи, даже на веб интерфейсе голову ломаешь, на входящие, исходящими называет (На TAU 8 все правильно в CDR), не ужели никто при выпуске прошивок их не проверяет на правильность выводимой информации.

ПО поводу TAU 8 - На прошивки 1.8 более корректно работает чем на 2.0. Что бы проверить состояние трубки абонента необходимо обновлять страницу. Полный бред, как на 1.8 само обновляется состояние? Также тест линии на 2.0, пока не обновишь страницу, таймер не поменяется. На старой версии все работает.

Смысл с теста линии? По нему ничего не понять. Хотя бы длину кабеля измерял, короткое или обрыв линии, отличие между тестами на пустом порту и с телефонным аппаратом в 100 метров длины кабеля никаких.

На шлюзах TAU 1 и TAU 8 было замечено детектирование от абонентов случайных DTMF сигналов, которых абоненты не посылали. В логах с самих шлюзов это прекрасно видно, могу скинуть. Тех поддержка утверждает что необходимо проверять проводку, кроссы и т.д.. Даже на метровых шнурках от шлюза до телефонных аппаратов шлюзы детектируют DTMF которых не посылает абонент. Даже записывал разговоры на ТА, при изучении не было совпадений по частотам, что он мог из голоса детектировать. Или дайте возможность самим выставлять параметры детектирования DTMF или наведите порядок в расчетах.

Из положительного: цена, внешний блок питания, русская поддержка.

Re: Абонентские VoIP шлюзы

Добавлено: 14 мар 2016 14:09
Evgeniy
rb5bdq писал(а):По поводу TAU 1 И TAU 2 - неправильно отображают CDR записи, даже на веб интерфейсе голову ломаешь, на входящие, исходящими называет (На TAU 8 все правильно в CDR), не ужели никто при выпуске прошивок их не проверяет на правильность выводимой информации.

Тут проблема в относительности вызовы, то есть на основании чего считать вызов входящим и исходящим. Мы привыкли, что направление вызова считается относительно SIP, а на TAU1/TAU2 учет идет относительно абонентского порта.
Этот момент поправим.

rb5bdq писал(а):ПО поводу TAU 8 - На прошивки 1.8 более корректно работает чем на 2.0. Что бы проверить состояние трубки абонента необходимо обновлять страницу. Полный бред, как на 1.8 само обновляется состояние? Также тест линии на 2.0, пока не обновишь страницу, таймер не поменяется. На старой версии все работает.

На каком браузере возникаеи проблема? И так же интересует версия браузера.

rb5bdq писал(а):Смысл с теста линии? По нему ничего не понять. Хотя бы длину кабеля измерял, короткое или обрыв линии, отличие между тестами на пустом порту и с телефонным аппаратом в 100 метров длины кабеля никаких.

А каким образом определять длину линии?)
В случае наличия кз порт должен уйти в блокировку

rb5bdq писал(а):На шлюзах TAU 1 и TAU 8 было замечено детектирование от абонентов случайных DTMF сигналов, которых абоненты не посылали. В логах с самих шлюзов это прекрасно видно, могу скинуть. Тех поддержка утверждает что необходимо проверять проводку, кроссы и т.д.. Даже на метровых шнурках от шлюза до телефонных аппаратов шлюзы детектируют DTMF которых не посылает абонент. Даже записывал разговоры на ТА, при изучении не было совпадений по частотам, что он мог из голоса детектировать. Или дайте возможность самим выставлять параметры детектирования DTMF или наведите порядок в расчетах.

Присылайте дамп на techsupp, будем разбираться по какой причине происходит детект

rb5bdq писал(а):Из положительного: цена, внешний блок питания, русская поддержка.

Re: Абонентские VoIP шлюзы

Добавлено: 14 мар 2016 16:07
rb5bdq
Версия 48.0.2564.116 m
Google Chrome

По поводу теста линии, на один и тот же телефонный аппарат и кабель, на портах одного и того же TAU 8 параметры емкости и сопротивления разные. Что можно изменять в настройках шлюза зная параметры теста линии? Импеданс?

Re: Абонентские VoIP шлюзы

Добавлено: 18 мар 2016 14:18
6apahka
Хотелось бы видеть в линейке оборудования

Малопортовые абонентские шлюзы:
TAU-4M.IP - 4xFXS, 1xWAN, 1xLAN, 1xUSB, SIP
TAU-8M.IP - 8xFXS, 1xWAN, 1xLAN, 1xUSB, SIP

т.е. шлюзы на 4 и 8 портов с 1 lan, 1 wan (аналогично Tau-2m.ip)

Re: Абонентские VoIP шлюзы

Добавлено: 21 мар 2016 12:22
concorde
6apahka писал(а):Хотелось бы видеть в линейке оборудования

Малопортовые абонентские шлюзы:
TAU-4M.IP - 4xFXS, 1xWAN, 1xLAN, 1xUSB, SIP
TAU-8M.IP - 8xFXS, 1xWAN, 1xLAN, 1xUSB, SIP

т.е. шлюзы на 4 и 8 портов с 1 lan, 1 wan (аналогично Tau-2m.ip)

Благодарим Вас за предложения! Мы обязательно их рассмотрим.

LAN интерфейс в TAU-8 на этапе разработке не был предусмотрен, доработка аппаратной части серийного устройства потребует значительных трудозатрат. Данный LAN порт чаще всего требуется для просмотра полученного устройством IP-адреса, в TAU-8 предусмотрено голосовое меню для проигрывания полученного IP-адреса по звонку на заданный телефонный номер.

TAU-4 мы уже запускали в серийное производство. Однако, в связи с высокой стоимостью, сравнимой с TAU-8, TAU-4 не пользовалась популярностью. Было принято решение оставить в линейке только TAU-8. В качестве 4хFXS решений предлагаем Вам рассмотреть модели серии RG-1404G: 4xFXS, 4х1G LAN, 1xWAN, 1хUSB, WiFi 802.11n (опционально).

Re: Абонентские VoIP шлюзы

Добавлено: 21 мар 2016 12:44
borisk
Господа, необходимо, чтобы в режиме bridge устройства TAU-2 имели возможность указания "без адреса" на WAN интерфейс. Иначе либо приходится ручками устанавливать левые адреса, либо устройство начинает "хватать" адрес с dhcp клиента и вести себя не как запланировано.

Re: Абонентские VoIP шлюзы

Добавлено: 22 мар 2016 11:31
Evgeniy
Добрый день.
Тут уже играют роль особенности самого чипа.
В качестве IP адреса можно выставить статик и прописать 0.0.0.0

Re: Абонентские VoIP шлюзы

Добавлено: 22 мар 2016 13:12
shumbor
4 порта на основе RG-1404G - это как из пушки по воробьям, ибо для нас вот в данной модели куча лишнего функционала (выходим из положения установкой 2х TAU-2M.IP ). С SFP портами не пошли в работу, т.к. они сейчас только с WIFI, да и SFP только гигабитная.

По идее можно как-то TAU-2M.IP превратить в 4 портовый, можно даже ценой LAN порта или сделать по 2 линии на одном разъеме. Насколько помню центральный чип то там поддерживает 4 voip порта судя по логу загрузки.

Re: Абонентские VoIP шлюзы

Добавлено: 22 мар 2016 21:04
powetr
Добрый день, уважаемые коллеги!
Посмотрел историю переписки с вами как вендором- два году уже пользуемся вашей продукцией.Выявлено много "особенностей", а также неточностей в документации,некоторые баги до сих пор висят.Ждем-с!Ну да повторение- мать строения,вот что накопилось за всё время
( всё что придумал излагать тяжело, если Вам интересно- лучше голосом, контакты в личке)
Итак, TAU-32M.IP FXO/FXS
1.CPC на FXO уже сделан и будет ли?Документация однозначна? (отсюда- viewtopic.php?p=13357#p13357)
2.ОЧЕНЬ от слова совсем нужен русский АОН на FXO.Просто без него никак.Потому что другого в районах не будет
3.Измерение параметров FXO
Foreign DC voltage В (RING), V – постороннее напряжение на проводе В (RING), В;
(измеряется между B и землей)
– Foreign DC voltage А (TIP), V – постороннее напряжение на проводе А (TIP), В;
(измеряется между B и землей)
– Line supply voltage, V – напряжение питания линии, В;
( понятно без пояснений)
– Resist A (TIP)–B (RING), kOm – сопротивление между проводами А (TIP) и В (RING), кОм;
( тут слишком много ньюансов, offhook/onhook, сопротивление с нашей стороны итд,параметр получается не измеряемый а расчитываемый, ну а хотелось бы сопротивление шлейфа, по которому можно оценить приблизительно длину медной линии)
– Resist A (TIP)-GND, kOm – сопротивление между проводом А (TIP) и «землей» GND, кОм;
( понятно без пояснений)
– Resist B (RING)-GND, kOm – сопротивление между проводом В (RING) и «землей» GND, кОм;
( понятно без пояснений)
– Capacity A (TIP)–B (RING), mkF – емкость между проводами А (TIP) и В (RING), мкФ;
– Capacity A (TIP)-GND, mkF – емкость между проводом А (TIP) и «землей» GND, мкФ;
– Capacity B (RING)-GND, mkF – емкость между проводом В (RING) и «землей» GND, мкФ.
( последние три с ходу не скажу реализуемо ли вообще и необходимость)
-амплитуда переменного напряжения ( А-Б, А-земля, Б-земля, offhook/onhook)
(бывают серьезные наводки/шумы в линии)
-напряжение звонка ( А-Б offhook)
( измеряется во время входящего вызова)
4.Кнопка "Disconnect" на FXO в мониторинге для прерывания зависших сессий
5.Реализовать максимальное время разговора на FXO ( как у сотовых операторов, 20 минут например, после чего разговор разрывается)
Сколько где не видел- в режиме управления от прокси это не работает, а зря
6.Реализовать планировщик типа cron позволяющий допустим сделать disconnect всем портам FXO в заранее заданное время, может еще что,
например более широкий доступ к консоли с более широкими возможностями ( DHCP/TFTP/FTP, обновление из консоли типа yum, openvpn/
ipsec/iperf итд). Автообновление. Возможно, fail2ban.Совсем фантастика- CID lookup и geoIP, IDS/IDP для войп.
7.Реализовать некое подобие системы измерения параметров детектируемых сигналов (Tone detect parameters):
частоты/длительности тонов по факту, их уровень- подстраивать параметры будет намного проще
8.Реализовать возможность авторизации портов с нецифровыми логинами со всеми вытекающими
9.Авторизация веб/консоль/ssh еще и по радиусу
10.Считаю ( дискуссионно) систему выбора исходящей линии донабором в транке номера линии архаизмом и избыточностью.Если логин нецифровой, то этого уже достаточно ( как реализовано в SPA8800)
11.Пофиксить уже проблему с донабором при входящем звонке при приеме безинтервального пакета (viewtopic.php?f=7&t=5727)
12.Если включен на FXO CID и нет информации при входящем звонке, возвращайте плз хотя бы в заголовке номер порта FXO в заголовке а не в контакте.Ибо роутинг по CID в астериск сбивается- нет нужной инфы в заголовке, а доставать из поля контакт не всегда удобно во фрипбх. Потратил ДЕНЬ по невнимательности, даже при наличии аналогичного работающего шлюза.Подробности:
SIP From: "1827" <sip:1827@192.168.1.2 To:<sip:1834@192.168.1.2 (CID OFF в профиле - астериск норм роутит по CID )
SIP From: <sip:192.168.18.220 To:<sip:1834@192.168.18.220 (CID ON в профиле но ответа нет от вызывающего и сваливаемся на "неизвестный номер")
13.Разъемы лучше амфенол при прочих равных условиях.По возможности (был случай выхода БП) - сделайте разъем/распиновку БП внутренний аналогично БП АТХ, ну бывает такое нет ничего другого в поле и НОВОСИБИРСК в 5 часовых поясах лету...а тут хоть раскоряченным но заменить удастся обычным АТХ
14.Не помню, есть ли SIP/TCP/TLS, sRTP?Если нет- думайте, за этим будущее.
15.Была настоятельная потребность (ранее) в tcpdump, на ваше усмотрение.Можно и включить, но появляются требования по внутренней
флеш-памяти
16.Возможно, стоит реализовать USB/SD для обновления ПО а еще лучше для загрузки конфигурации.Оживлять умершее станет гораздо проще.Да и техподдержке будет проще скидывать на флешку дампы и просить пользователя отослать содержимое в ТП
17.Не совсем к шлюзу, скорее к организации работы.Поддержка работает конечно днем, но вы от центр. областей РФ далековато по часовым поясам, уж пора круглосуточно поддерживать по крайней мере
18.По моему мнению можно и не скупиться и использовать в модулях FXO/FXS светодиоды для индикации состояния порта, возможно как то
совмещенные с внешней индикацией или дисплеем а-ля микротик( а что, норм тема, с ip-адресом по крайней мере)
19.В ассортименте нет фиксированных шлюзов на 4/8/16 FXO без модулей( но дешевле) на аналогичном ПО и железе.Тау в некоторые места брали ровно из-за FXO.Всё-таки ТАУ шасси ближе к проф оборудованию и дороже соотв.
20.Гипотетически, модуль Е1 тоже мог быть для ТАУ.Было бы концептуально вернее: заводишь всё что приходит от провайдера в ТАУ, удобно.Как реализовать ( как у вас в SMG или полностью изолированно/прочее - дискуссионен).Может и в качестве + SBC
21.Непонятно, почему категорически прекратили выпуск гибридных модулей 4FXO/4FXS.Якобы "ненадежны".Половинки FXO/FXS тоже были бы неплохи, дешевле,а кратность восьми избыточна в большинстве своем
22.Можно подумать о функционале переброса при выключении питания FXO на FXS,для случаев отключения питания (lifelines)
Скоро уже можно вспомошествование требовать за такое внимание к тау, всё таки моя специфика, и поработать было бы интересно, но- это не от меня зависит, в основном я задаю вопросы а не мне :)
В конце позитив.Продукт качественный в большинстве своем, то что реализовано вызывает уважение.Прекрасная документация, зрелый(зреющий) отечественный продукт. Чесслово, было желание приехать к вам посмотреть как же вы умудрились ну и окунуться в R&D, благо позволяет всё кроме географии проживания

Надеюсь, моя тирада не утомила и будет реально полезна моему любимому отечественному VoIP-бренду.

Re: Абонентские VoIP шлюзы

Добавлено: 07 июл 2016 01:20
the7
Очень не хватает устройств с несколькими портами FXO и их комбинациями,
например 4FXO, 6FXS+2FXO, 4FXS+4FXO.

Re: Абонентские VoIP шлюзы

Добавлено: 26 авг 2016 13:42
ИСТелеком
Здравствуйте!

В RG-1404G-W очень не хватает возможности посмотреть MAC адреса в VLAN которые untag выдаются с LAN портов. Поскольку сейчас голосовой шлюз отображает MAC адреса только в тех VLAN в которые он заведен (WAN порт, Voice, MGMT).
Также в этом шлюзе не хватает динамического назначения диапазона зарезервированных VLAN - у нас под телефонию используется vid 4 и я на шлюз кроме как untag не могу его завести - в RG-2404G-W с этим лучше было

Re: Абонентские VoIP шлюзы

Добавлено: 18 окт 2016 04:12
minager
Evgeniy писал(а):Добрый день.
Тут уже играют роль особенности самого чипа.
В качестве IP адреса можно выставить статик и прописать 0.0.0.0


я не знаю что делаю не так, но у меня не получается

Re: Абонентские VoIP шлюзы

Добавлено: 18 окт 2016 16:39
6apahka
concorde писал(а):Мы производим абонентские VoIP шлюзы уже более 8 лет! Если у Вас есть пожелания по новым моделям, доработкам софта или железа, оставляйте комментарии. Мы обязательно рассмотрим все предложения!

Высокопроизводительные шлюзы с медным WAN интерфейсом:
RG-1404G - 4xFXS, 1xWAN, 4xLAN, 1xUSB


Коллеги, у вас на сайте пропало описание и упоминание модели RG-1404G. В том числе не работает ссылка из этой темы.

Данная модель еще актуальна?

Re: Абонентские VoIP шлюзы

Добавлено: 26 окт 2016 22:51
6apahka
Коллеги из Элтекс, на мой вопрос выше есть что ответить? :(