Jump to content
Калькуляторы

Оборудование Элтекс Пожелания, отзывы, вопросы

У нас на TAU-8.IP, периодически, случаются рандомные "зависания"

Такое было сплошь и рядом на тау72, пока не прикрыли внешним фаерволом их полностью, данные проблемы исчезли.

 

Да у нас, вообщем то, они на "серых" адресах обитают в своих vlan'ах. Поэтому есть сомнения, что проблема где то в другом месте.

Edited by Danila

Share this post


Link to post
Share on other sites

У меня с 1-2 портовыми проблем вроде нет особо, но мы их юзаем как замену spa112/122

72 портовая стоит 1 штучка, порт блочится только в том случае если клиент замкнет свою пару/забудет положить трубку. Но потом вроде сами поднимаются.

У 72 портовой:

Uptime: 371 days

TAU-72.IP "tau72"

Software version: 2.11.1

Share this post


Link to post
Share on other sites

Причина проста - говно железо и софт.

Есть что-то лучше Тау-24/36/72 за такие деньги? Если только б/у циски с ебея таскать с модулями.

IAD32 у них только. И не сильно они туда и протоколику и сервисы закладывали. В 1U по плотности на рынке не часто такое встретишь.

Share this post


Link to post
Share on other sites

Причина проста - говно железо и софт.

Есть что-то лучше Тау-24/36/72 за такие деньги? Если только б/у циски с ебея таскать с модулями.

IAD32 у них только. И не сильно они туда и протоколику и сервисы закладывали. В 1U по плотности на рынке не часто такое встретишь.

Есть mAccess.MTU

Выполнен в виде компактного модуля 1U 19” (24 или 48 АЛ в модуле)

Share this post


Link to post
Share on other sites

По мне если бы сделали обычный амфенол 50пин - железка была бы божественна.

Сидеть-паять амфенолы как-то совсем не в радость.

Share this post


Link to post
Share on other sites

Сидеть-паять амфенолы как-то совсем не в радость.

Не надо паять то что стоит 1019руб в розницу

Share this post


Link to post
Share on other sites

ТAU8.IP что-то вроде не совсем операторского класса оборудование, оно больше SOHO, но особых косяков и отвалов у них небыло, а вот порты дохнут от от любого чиха если грозозащиту не ставить...

 

по тау 36/72 нареканий особых нет за 2 года эксплуатации

 

Системное время: 10:06:25 18/03/2016

Время в работе: 266 days

TAU-36.IP

 

P.S. в одной из Tau36 издох блок питания на 3-й день работы, сервисники с Новосиба выслали новый.

 

 

 

Edited by Andrey

Share this post


Link to post
Share on other sites

ТAU8.IP что-то вроде не совсем операторского класса оборудование, оно больше SOHO, но особых косяков и отвалов у них небыло, а вот порты дохнут от от любого чиха если грозозащиту не ставить...

 

Порты дохнут даже если все абоненты в пределах одного здания? У нас такого замечено не было, правда установлено только штук 5 TAU8, и не на чердаках :)

Share this post


Link to post
Share on other sites

Чет я седня почти во всех разделах успел пофлудить. Пора и тут тоже. Я думаю, в свое время(лет 8 назад) от упоминания моего имени и вообще Амурского ф-ла ОАО Дальсвязь не только Женю Троянова трясло))))))))

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

Конкретных примеров масса. Что по производителям железа, что по производителям софта. Но инженеров, обслуживающих эти железки и софт, обычно нет выбора. Во всяком случае, на больших предприятиях. Аргумент вендора "не нравится, не берите, полно аналогов" тут не работает. Будут брать, будут справедливо пихать техподдержку, будут просить довести до ума неких промышленных стандартов и гарантированной работоспособности.

Share this post


Link to post
Share on other sites

У нас на TAU-8.IP, периодически, случаются рандомные "зависания"

Такое было сплошь и рядом на тау72, пока не прикрыли внешним фаерволом их полностью, данные проблемы исчезли.

А как на счет TAU-32M.IP - http://www.eltex.nsk.ru/catalog/tau-32m-ip.php ?

Понятно, что модулями набивается и портов на 4 меньше, но сопоставимо с TAU-36.IP по стабильности/надежности?

Share this post


Link to post
Share on other sites

У нас на TAU-8.IP, периодически, случаются рандомные "зависания"

Такое было сплошь и рядом на тау72, пока не прикрыли внешним фаерволом их полностью, данные проблемы исчезли.

А как на счет TAU-32M.IP - http://www.eltex.nsk.ru/catalog/tau-32m-ip.php ?

Понятно, что модулями набивается и портов на 4 меньше, но сопоставимо с TAU-36.IP по стабильности/надежности?

Таких нет, в свое время не выгодно их покупать было

Share this post


Link to post
Share on other sites

tau-2m.ip стоит брать под астериск?

Share this post


Link to post
Share on other sites

Используем SMG-2016 и абонентские шлюзы ТАУ-1-2-8-32

По соотношению цена/качество вполне неплохое оборудование.

Техподдержка Элтекс работает хорошо и оперативно.

По малопортовым шлюзам бывали проблемы - вылетали порты на ТАУ-8, отправляли в ремонт.

Ремонтируют долго, но относительно недорого.

В целом VoIP-оборудование Элтекс вполне устраивает.

Share this post


Link to post
Share on other sites

Посоветуйте. Хотим зарезервировать с помощью SMG1016M порядком устаревшую связку из М-200 (МР-32) и Mediant2000. На М-200 порядка 12 потоков, часть ОКС-7 (это собственно единственное ради чего она нужна, Медиант ОКС не может), 5 потоков до Медианта, который связывает всю остальную сеть с М-200 и через неё с TDM-операторами. Хочется про запас иметь на SMG1016M полный аналог этой связки. Потянет? Загрузка максимум 200-250 линий суммарно.

 

Ещё интересует такой момент, при большом потоке вызовов (больше ~100 сетапов в секунду) у М-200 начинают умирать модули, рваться звонки и т.п.. Как с этим у Элтекса? Хочется чтобы при любой аномальной нагрузке "лишние" вызовы просто не обрабатывались, но чтобы всё остальное оставалось работоспособным.

Edited by bilbo

Share this post


Link to post
Share on other sites
...при большом потоке вызовов (больше ~100 сетапов в секунду) у М-200 начинают умирать модули, рваться звонки и т.п.. Как с этим у Элтекса? Хочется чтобы при любой аномальной нагрузке "лишние" вызовы просто не обрабатывались, но чтобы всё остальное оставалось работоспособным.

Вам стоит рассматривать только SMG-2016 (заявлена производительность до 120cps). У SMG-1016M всего 14cps, тем более с каждой новой прошивкой (соответственно расширением функционала) ограниченность мощности коллпроцессинга у него все заметнее (имеют место алармы высокой загрузки процессора).

Share this post


Link to post
Share on other sites
...при большом потоке вызовов (больше ~100 сетапов в секунду) у М-200 начинают умирать модули, рваться звонки и т.п.. Как с этим у Элтекса? Хочется чтобы при любой аномальной нагрузке "лишние" вызовы просто не обрабатывались, но чтобы всё остальное оставалось работоспособным.

Вам стоит рассматривать только SMG-2016 (заявлена производительность до 120cps). У SMG-1016M всего 14cps, тем более с каждой новой прошивкой (соответственно расширением функционала) ограниченность мощности коллпроцессинга у него все заметнее (имеют место алармы высокой загрузки процессора).

 

14 CPS это при вызовах SIP<->SIP

при этом на вызовах SIP<->TDM примерно в 2 раза больше.

 

А товарищу bilbo требуется, как я понял, вообще без SIP: TDM-TDM (конвертация SS7->PRI как я понимаю)

На таком траффике я не видел официальных данных по CPS.

 

Но в последних прошивках видел ограничение CPS на транке, вроде как раз умеет то что просят: "чтобы при любой аномальной нагрузке "лишние" вызовы просто не обрабатывались"

Edited by stalker35

Share this post


Link to post
Share on other sites

Коллеги, а кто юзал софтсвич на основе серверов? Есть опыт эксплуатации и мнения? Думаю, должно быть существенно дешевле хуавея, искры, серпака и тд. Как раз на распутьи, с НГ вопросом начну заниматься

Share this post


Link to post
Share on other sites

Коллеги, а кто юзал софтсвич на основе серверов? Есть опыт эксплуатации и мнения? Думаю, должно быть существенно дешевле хуавея, искры, серпака и тд. Как раз на распутьи, с НГ вопросом начну заниматься

 

Привет, по вопросу софтсвича: Напиши мне на на почту: 5015@eltex.org обсудим, отвечу на вопросы

Share this post


Link to post
Share on other sites
...при большом потоке вызовов (больше ~100 сетапов в секунду) у М-200 начинают умирать модули, рваться звонки и т.п.. Как с этим у Элтекса? Хочется чтобы при любой аномальной нагрузке "лишние" вызовы просто не обрабатывались, но чтобы всё остальное оставалось работоспособным.

Вам стоит рассматривать только SMG-2016 (заявлена производительность до 120cps). У SMG-1016M всего 14cps, тем более с каждой новой прошивкой (соответственно расширением функционала) ограниченность мощности коллпроцессинга у него все заметнее (имеют место алармы высокой загрузки процессора).

 

14 CPS это при вызовах SIP<->SIP

при этом на вызовах SIP<->TDM примерно в 2 раза больше.

 

А товарищу bilbo требуется, как я понял, вообще без SIP: TDM-TDM (конвертация SS7->PRI как я понимаю)

На таком траффике я не видел официальных данных по CPS.

 

Если мы заменим М200 и медиант на одну железку, то TDM-TDM у нас вообще не будет, только TDM-SIP. Но 14 CPS это в любом случае ни о чём, SMG1016 ляжет у нас на обычной нагрузке получается, без всяких эксцессов. Жаль, получается шлюз пригоден только E1 клиентам раздавать. Будем брать на тест 2016.

Share this post


Link to post
Share on other sites

Поможите коллеги добрые начинающему разбираться с телефонией. Запускаем SMG1016M в качестве шлюза между местной (asterisk) SIP и ТФОП. Подключение к ТФОП по E1 ISDN PRI (Q931). Вроде всё настроил, запустил, но не получается забороть одну проблему. Делаю звонок из сипа на город, после разговора, когда отвечающая сторона кладёт трубку, то у меня 4-5 секунд слышна тишина и только потом короткие гудки. И в CDRе астериска длительность соединения на эти 4-5 секунд больше, чем в CDRе SMG1016M. У меня винегрет в голове, где что не так и что поправить? Трейс с SMG прикрепил.trace.txt

Share this post


Link to post
Share on other sites

Всё, всем спасибо, разобрался. Для справки: Элтекс и SMG тут не при чём. Дело было в астериске. Его дебаг показал, что он после получения BYE от SMG зачем-то еще слал ей INVITE sip:h@192.168.168.201 SIP/2.0

получал SIP/2.0 100 Trying, чего-то ждал... Я уже все конфиги астера перерыл, в настройки телефона лазил искал. Внезапно в логах астера обратил внимание на строку:

[Feb 22 17:37:43] WARNING[1950] pbx_config.c: The use of '_.' for an extension is strongly discouraged and can have unexpected behavior. Please use '_X.' instead at line 458

И что бы вы думали? После замены _. на _X. всё стало ок. Воистину, как и обещали - unexpected behavior.

Да, этой строкой у меня тупо заворачивались все звонки в контексте, в котором аппарат для тестовых звонков, на SMG.

Edited by Evil_DVK

Share this post


Link to post
Share on other sites

Хочу пожаловаться на новую прошивку для TAU-16 версии 2.14.0

 

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

 

Пришлось оперативно откатываться на 2.13.1 - там всё работает.

Edited by bilbo

Share this post


Link to post
Share on other sites

Добрый день/вечер.

 

Проблема сразу появилась после обновления ПО на 2.14 или по истечении какого-то времени работы?

Если сразу, то конфигурацию вышлите Вашу на адрес techsupp@eltex.nsk.ru с пометкой на форум.

Share this post


Link to post
Share on other sites

Eltex SMG-2016.

Зачем-то сделано невозможным управление перенести в tagget VLAN.

Ну, только если параллельно добавлять интерфейсы.

 

 

Там же есть опции включения управления на интерфейсах, и управление можно сделать на tagget, а на основном отключить.

Либо, для того чтобы основной интерфейс вообще исключить из работы Вы можете создать дополнительный tagget интерфейс с нужными настройками, а на основном cконфигурировать адрес 0.0.0.0, тогда он по факту не будет использоваться и у Вас будет только ранее созданный tagget.

 

При доставке где-то в транспортной компании коробку по видимому хорошо так уронили. Видимых повреждений нет, но внутри оторвало радиатор с процессора (крепится на двух хлипеньких пластиковых клипсах). И повылетали мелкие интерфейсные платы Е1 из разъемов. Да, да, платы держатся только за разъем и китайский термоклей.

 

post-818-082892700 1490089968_thumb.jpg post-818-036208700 1490089987_thumb.jpg

 

 

В новых ревизиях платы будут предусмотрены дополнительные крепления субмодулей, а то что радиатор оторвало это впервые такое, тут больше претензия должна быть к транспортной компании а не к SMG.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this