О деактивации форума Eltex

Уважаемые коллеги! В связи с потерей актуальности данного ресурса, нами было принято решение о частичной деактивации форума Eltex. Мы отключили функции регистрации и создания новых тем, а также возможность оставлять сообщения. Форум продолжит работу в "режиме чтения", так как за долгие годы работы здесь накопилось много полезной информации и ответов на часто встречающиеся вопросы.

Мы активно развиваем другие каналы коммуникаций, которые позволяют более оперативно и адресно консультировать наших клиентов. Если у вас возникли вопросы по работе оборудования, вы можете обратиться в техническую поддержку Eltex, воспользовавшись формой обращения на сайте компании или оставить заявку в системе Service Desk. По иным вопросам проконсультируют наши менеджеры коммерческого отдела: eltex@eltex-co.ru.

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

ECSS-10, TAU.IP, SMG, RG
concorde
Сообщения: 10
Зарегистрирован: 13 фев 2012 09:01
Reputation: 0
Откуда: ELTEX
Контактная информация:

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

Сообщение concorde » 03 мар 2016 09:17

Мы производим абонентские 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

Предложения участников форума:
Дмитрий Шилин / Eltex / Коммерческий отдел / voip@eltex.org

rb5bdq
Сообщения: 4
Зарегистрирован: 02 фев 2016 07:09
Reputation: 0

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

Сообщение rb5bdq » 12 мар 2016 17:42

По поводу 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 или наведите порядок в расчетах.

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

Evgeniy
Сообщения: 519
Зарегистрирован: 19 янв 2011 13:15
Reputation: 0
Откуда: г. Новосибирск ООО "Элтекс"

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

Сообщение Evgeniy » 14 мар 2016 14:09

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 писал(а):Из положительного: цена, внешний блок питания, русская поддержка.
Федоркин Евгений / Элтекс / Сервисный центр VoIP/ Techsupp@eltex.nsk.ru

rb5bdq
Сообщения: 4
Зарегистрирован: 02 фев 2016 07:09
Reputation: 0

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

Сообщение rb5bdq » 14 мар 2016 16:07

Версия 48.0.2564.116 m
Google Chrome

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

6apahka
Сообщения: 34
Зарегистрирован: 12 сен 2014 19:01
Reputation: 0
Откуда: ООО Наука-Связь, Москва
Контактная информация:

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

Сообщение 6apahka » 18 мар 2016 14:18

Хотелось бы видеть в линейке оборудования

Малопортовые абонентские шлюзы:
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)

concorde
Сообщения: 10
Зарегистрирован: 13 фев 2012 09:01
Reputation: 0
Откуда: ELTEX
Контактная информация:

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

Сообщение concorde » 21 мар 2016 12:22

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 (опционально).
Дмитрий Шилин / Eltex / Коммерческий отдел / voip@eltex.org

borisk
Сообщения: 193
Зарегистрирован: 21 дек 2011 17:27
Reputation: 0

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

Сообщение borisk » 21 мар 2016 12:44

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

Evgeniy
Сообщения: 519
Зарегистрирован: 19 янв 2011 13:15
Reputation: 0
Откуда: г. Новосибирск ООО "Элтекс"

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

Сообщение Evgeniy » 22 мар 2016 11:31

Добрый день.
Тут уже играют роль особенности самого чипа.
В качестве IP адреса можно выставить статик и прописать 0.0.0.0
Федоркин Евгений / Элтекс / Сервисный центр VoIP/ Techsupp@eltex.nsk.ru

shumbor
Сообщения: 5
Зарегистрирован: 13 июл 2015 15:08
Reputation: 0

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

Сообщение shumbor » 22 мар 2016 13:12

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

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

powetr
Сообщения: 41
Зарегистрирован: 26 фев 2014 00:21
Reputation: 0

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

Сообщение powetr » 22 мар 2016 21:04

Добрый день, уважаемые коллеги!
Посмотрел историю переписки с вами как вендором- два году уже пользуемся вашей продукцией.Выявлено много "особенностей", а также неточностей в документации,некоторые баги до сих пор висят.Ждем-с!Ну да повторение- мать строения,вот что накопилось за всё время
( всё что придумал излагать тяжело, если Вам интересно- лучше голосом, контакты в личке)
Итак, 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-бренду.

the7
Сообщения: 2
Зарегистрирован: 07 июл 2016 00:39
Reputation: 0

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

Сообщение the7 » 07 июл 2016 01:20

Очень не хватает устройств с несколькими портами FXO и их комбинациями,
например 4FXO, 6FXS+2FXO, 4FXS+4FXO.

ИСТелеком
Сообщения: 9
Зарегистрирован: 05 сен 2013 18:37
Reputation: 0

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 с этим лучше было

minager
Сообщения: 5
Зарегистрирован: 18 окт 2016 04:03
Reputation: 0
Откуда: Москва

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

Сообщение minager » 18 окт 2016 04:12

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


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

6apahka
Сообщения: 34
Зарегистрирован: 12 сен 2014 19:01
Reputation: 0
Откуда: ООО Наука-Связь, Москва
Контактная информация:

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

Сообщение 6apahka » 18 окт 2016 16:39

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

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


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

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

6apahka
Сообщения: 34
Зарегистрирован: 12 сен 2014 19:01
Reputation: 0
Откуда: ООО Наука-Связь, Москва
Контактная информация:

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

Сообщение 6apahka » 26 окт 2016 22:51

Коллеги из Элтекс, на мой вопрос выше есть что ответить? :(


Вернуться в «Оборудование VoIP»

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 12 гостей