[Danila]

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

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

 

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

Изменено 10 марта, 2016 пользователем Danila

[ShumBor]

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

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

У 72 портовой:

Uptime: 371 days

TAU-72.IP "tau72"

Software version: 2.11.1

[Mikler]

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

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

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

[telecom]

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

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

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

Есть mAccess.MTU

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

[uxcr]

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

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

[serggl]

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

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

[Andrey]

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

 

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

 

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

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

TAU-36.IP

 

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

 

 

 

Изменено 18 марта, 2016 пользователем Andrey

[xmanpsk]

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

 

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

[rz3dwy]

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

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

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

[Andrei]

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

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

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

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

[SyJet]

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

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

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

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

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

[tits]

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

[NortH21]

стоит

[sersil]

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

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

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

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

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

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

[bilbo]

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

 

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

Изменено 29 ноября, 2016 пользователем bilbo

[LQ74]

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

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

[stalker35]

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

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

 

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

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

 

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

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

 

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

Изменено 30 ноября, 2016 пользователем stalker35

[slapik]

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

[ELTEX]

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

 

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

[bilbo]

...при большом потоке вызовов (больше ~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.

[Evil_DVK]

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

[Evil_DVK]

Всё, всем спасибо, разобрался. Для справки: Элтекс и 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.

Изменено 22 февраля, 2017 пользователем Evil_DVK

[bilbo]

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

 

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

 

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

Изменено 15 марта, 2017 пользователем bilbo

[Jonny_nsk]

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

 

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

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

[Jonnik]

Eltex SMG-2016.

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

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

 

 

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

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

 

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

 

 

 

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