Danila Posted March 10, 2016 (edited) · Report post У нас на TAU-8.IP, периодически, случаются рандомные "зависания" Такое было сплошь и рядом на тау72, пока не прикрыли внешним фаерволом их полностью, данные проблемы исчезли. Да у нас, вообщем то, они на "серых" адресах обитают в своих vlan'ах. Поэтому есть сомнения, что проблема где то в другом месте. Edited March 10, 2016 by Danila Share this post Link to post Share on other sites
ShumBor Posted March 10, 2016 · Report post У меня с 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
Mikler Posted March 10, 2016 · Report post Причина проста - говно железо и софт. Есть что-то лучше Тау-24/36/72 за такие деньги? Если только б/у циски с ебея таскать с модулями. IAD32 у них только. И не сильно они туда и протоколику и сервисы закладывали. В 1U по плотности на рынке не часто такое встретишь. Share this post Link to post Share on other sites
telecom Posted March 11, 2016 · Report post Причина проста - говно железо и софт. Есть что-то лучше Тау-24/36/72 за такие деньги? Если только б/у циски с ебея таскать с модулями. IAD32 у них только. И не сильно они туда и протоколику и сервисы закладывали. В 1U по плотности на рынке не часто такое встретишь. Есть mAccess.MTU Выполнен в виде компактного модуля 1U 19” (24 или 48 АЛ в модуле) Share this post Link to post Share on other sites
uxcr Posted March 14, 2016 · Report post По мне если бы сделали обычный амфенол 50пин - железка была бы божественна. Сидеть-паять амфенолы как-то совсем не в радость. Share this post Link to post Share on other sites
serggl Posted March 14, 2016 · Report post Сидеть-паять амфенолы как-то совсем не в радость. Не надо паять то что стоит 1019руб в розницу Share this post Link to post Share on other sites
Andrey Posted March 18, 2016 (edited) · Report post ТAU8.IP что-то вроде не совсем операторского класса оборудование, оно больше SOHO, но особых косяков и отвалов у них небыло, а вот порты дохнут от от любого чиха если грозозащиту не ставить... по тау 36/72 нареканий особых нет за 2 года эксплуатации Системное время: 10:06:25 18/03/2016 Время в работе: 266 days TAU-36.IP P.S. в одной из Tau36 издох блок питания на 3-й день работы, сервисники с Новосиба выслали новый. Edited March 18, 2016 by Andrey Share this post Link to post Share on other sites
xmanpsk Posted March 18, 2016 · Report post ТAU8.IP что-то вроде не совсем операторского класса оборудование, оно больше SOHO, но особых косяков и отвалов у них небыло, а вот порты дохнут от от любого чиха если грозозащиту не ставить... Порты дохнут даже если все абоненты в пределах одного здания? У нас такого замечено не было, правда установлено только штук 5 TAU8, и не на чердаках :) Share this post Link to post Share on other sites
rz3dwy Posted March 22, 2016 · Report post Чет я седня почти во всех разделах успел пофлудить. Пора и тут тоже. Я думаю, в свое время(лет 8 назад) от упоминания моего имени и вообще Амурского ф-ла ОАО Дальсвязь не только Женю Троянова трясло)))))))) Проблема у наших производителей достаточно общая - недостаточная подготовленность работы в мультивендорных, мультисервисных, мультипротокольных сетях и в совершенно разных внешних условиях. И завязанность на "свои" протоколы, программы, методы и концепции. Конкретных примеров масса. Что по производителям железа, что по производителям софта. Но инженеров, обслуживающих эти железки и софт, обычно нет выбора. Во всяком случае, на больших предприятиях. Аргумент вендора "не нравится, не берите, полно аналогов" тут не работает. Будут брать, будут справедливо пихать техподдержку, будут просить довести до ума неких промышленных стандартов и гарантированной работоспособности. Share this post Link to post Share on other sites
Andrei Posted March 24, 2016 · Report post У нас на 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
SyJet Posted March 26, 2016 · Report post У нас на 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
tits Posted June 9, 2016 · Report post tau-2m.ip стоит брать под астериск? Share this post Link to post Share on other sites
sersil Posted November 15, 2016 · Report post Используем SMG-2016 и абонентские шлюзы ТАУ-1-2-8-32 По соотношению цена/качество вполне неплохое оборудование. Техподдержка Элтекс работает хорошо и оперативно. По малопортовым шлюзам бывали проблемы - вылетали порты на ТАУ-8, отправляли в ремонт. Ремонтируют долго, но относительно недорого. В целом VoIP-оборудование Элтекс вполне устраивает. Share this post Link to post Share on other sites
bilbo Posted November 29, 2016 (edited) · Report post Посоветуйте. Хотим зарезервировать с помощью SMG1016M порядком устаревшую связку из М-200 (МР-32) и Mediant2000. На М-200 порядка 12 потоков, часть ОКС-7 (это собственно единственное ради чего она нужна, Медиант ОКС не может), 5 потоков до Медианта, который связывает всю остальную сеть с М-200 и через неё с TDM-операторами. Хочется про запас иметь на SMG1016M полный аналог этой связки. Потянет? Загрузка максимум 200-250 линий суммарно. Ещё интересует такой момент, при большом потоке вызовов (больше ~100 сетапов в секунду) у М-200 начинают умирать модули, рваться звонки и т.п.. Как с этим у Элтекса? Хочется чтобы при любой аномальной нагрузке "лишние" вызовы просто не обрабатывались, но чтобы всё остальное оставалось работоспособным. Edited November 29, 2016 by bilbo Share this post Link to post Share on other sites
LQ74 Posted November 30, 2016 · Report post ...при большом потоке вызовов (больше ~100 сетапов в секунду) у М-200 начинают умирать модули, рваться звонки и т.п.. Как с этим у Элтекса? Хочется чтобы при любой аномальной нагрузке "лишние" вызовы просто не обрабатывались, но чтобы всё остальное оставалось работоспособным. Вам стоит рассматривать только SMG-2016 (заявлена производительность до 120cps). У SMG-1016M всего 14cps, тем более с каждой новой прошивкой (соответственно расширением функционала) ограниченность мощности коллпроцессинга у него все заметнее (имеют место алармы высокой загрузки процессора). Share this post Link to post Share on other sites
stalker35 Posted November 30, 2016 (edited) · Report post ...при большом потоке вызовов (больше ~100 сетапов в секунду) у М-200 начинают умирать модули, рваться звонки и т.п.. Как с этим у Элтекса? Хочется чтобы при любой аномальной нагрузке "лишние" вызовы просто не обрабатывались, но чтобы всё остальное оставалось работоспособным. Вам стоит рассматривать только SMG-2016 (заявлена производительность до 120cps). У SMG-1016M всего 14cps, тем более с каждой новой прошивкой (соответственно расширением функционала) ограниченность мощности коллпроцессинга у него все заметнее (имеют место алармы высокой загрузки процессора). 14 CPS это при вызовах SIP<->SIP при этом на вызовах SIP<->TDM примерно в 2 раза больше. А товарищу bilbo требуется, как я понял, вообще без SIP: TDM-TDM (конвертация SS7->PRI как я понимаю) На таком траффике я не видел официальных данных по CPS. Но в последних прошивках видел ограничение CPS на транке, вроде как раз умеет то что просят: "чтобы при любой аномальной нагрузке "лишние" вызовы просто не обрабатывались" Edited November 30, 2016 by stalker35 Share this post Link to post Share on other sites
slapik Posted December 11, 2016 · Report post Коллеги, а кто юзал софтсвич на основе серверов? Есть опыт эксплуатации и мнения? Думаю, должно быть существенно дешевле хуавея, искры, серпака и тд. Как раз на распутьи, с НГ вопросом начну заниматься Share this post Link to post Share on other sites
ELTEX Posted December 12, 2016 · Report post Коллеги, а кто юзал софтсвич на основе серверов? Есть опыт эксплуатации и мнения? Думаю, должно быть существенно дешевле хуавея, искры, серпака и тд. Как раз на распутьи, с НГ вопросом начну заниматься Привет, по вопросу софтсвича: Напиши мне на на почту: 5015@eltex.org обсудим, отвечу на вопросы Share this post Link to post Share on other sites
bilbo Posted December 16, 2016 · Report post ...при большом потоке вызовов (больше ~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
Evil_DVK Posted February 22, 2017 · Report post Поможите коллеги добрые начинающему разбираться с телефонией. Запускаем 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
Evil_DVK Posted February 22, 2017 (edited) · Report post Всё, всем спасибо, разобрался. Для справки: Элтекс и 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 February 22, 2017 by Evil_DVK Share this post Link to post Share on other sites
bilbo Posted March 15, 2017 (edited) · Report post Хочу пожаловаться на новую прошивку для TAU-16 версии 2.14.0 Сигналов в линии нет, хотя по "фону" слышно, что линии под напряжением. Веб-интерфейс живёт своей жизнью, может писать в статусе всех линий offhook, или busy, навечно уходить в режим тестирования линии и т.п. С sip-сервером не общается, звонить нельзя, звонки принимать разумеется тоже. Во избежание непоняток после прошивки шлюз обнулялся кнопкой F и настраивался вручную, без загрузки готового конфига. Пришлось оперативно откатываться на 2.13.1 - там всё работает. Edited March 15, 2017 by bilbo Share this post Link to post Share on other sites
Jonny_nsk Posted March 16, 2017 · Report post Добрый день/вечер. Проблема сразу появилась после обновления ПО на 2.14 или по истечении какого-то времени работы? Если сразу, то конфигурацию вышлите Вашу на адрес techsupp@eltex.nsk.ru с пометкой на форум. Share this post Link to post Share on other sites
Jonnik Posted March 21, 2017 · Report post Eltex SMG-2016. Зачем-то сделано невозможным управление перенести в tagget VLAN. Ну, только если параллельно добавлять интерфейсы. Там же есть опции включения управления на интерфейсах, и управление можно сделать на tagget, а на основном отключить. Либо, для того чтобы основной интерфейс вообще исключить из работы Вы можете создать дополнительный tagget интерфейс с нужными настройками, а на основном cконфигурировать адрес 0.0.0.0, тогда он по факту не будет использоваться и у Вас будет только ранее созданный tagget. При доставке где-то в транспортной компании коробку по видимому хорошо так уронили. Видимых повреждений нет, но внутри оторвало радиатор с процессора (крепится на двух хлипеньких пластиковых клипсах). И повылетали мелкие интерфейсные платы Е1 из разъемов. Да, да, платы держатся только за разъем и китайский термоклей. В новых ревизиях платы будут предусмотрены дополнительные крепления субмодулей, а то что радиатор оторвало это впервые такое, тут больше претензия должна быть к транспортной компании а не к SMG. Share this post Link to post Share on other sites
