Danila Опубликовано 10 марта, 2016 (изменено) · Жалоба У нас на TAU-8.IP, периодически, случаются рандомные "зависания" Такое было сплошь и рядом на тау72, пока не прикрыли внешним фаерволом их полностью, данные проблемы исчезли. Да у нас, вообщем то, они на "серых" адресах обитают в своих vlan'ах. Поэтому есть сомнения, что проблема где то в другом месте. Изменено 10 марта, 2016 пользователем Danila Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ShumBor Опубликовано 10 марта, 2016 · Жалоба У меня с 1-2 портовыми проблем вроде нет особо, но мы их юзаем как замену spa112/122 72 портовая стоит 1 штучка, порт блочится только в том случае если клиент замкнет свою пару/забудет положить трубку. Но потом вроде сами поднимаются. У 72 портовой: Uptime: 371 days TAU-72.IP "tau72" Software version: 2.11.1 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Mikler Опубликовано 10 марта, 2016 · Жалоба Причина проста - говно железо и софт. Есть что-то лучше Тау-24/36/72 за такие деньги? Если только б/у циски с ебея таскать с модулями. IAD32 у них только. И не сильно они туда и протоколику и сервисы закладывали. В 1U по плотности на рынке не часто такое встретишь. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
telecom Опубликовано 11 марта, 2016 · Жалоба Причина проста - говно железо и софт. Есть что-то лучше Тау-24/36/72 за такие деньги? Если только б/у циски с ебея таскать с модулями. IAD32 у них только. И не сильно они туда и протоколику и сервисы закладывали. В 1U по плотности на рынке не часто такое встретишь. Есть mAccess.MTU Выполнен в виде компактного модуля 1U 19” (24 или 48 АЛ в модуле) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
uxcr Опубликовано 14 марта, 2016 · Жалоба По мне если бы сделали обычный амфенол 50пин - железка была бы божественна. Сидеть-паять амфенолы как-то совсем не в радость. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
serggl Опубликовано 14 марта, 2016 · Жалоба Сидеть-паять амфенолы как-то совсем не в радость. Не надо паять то что стоит 1019руб в розницу Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrey Опубликовано 18 марта, 2016 (изменено) · Жалоба ТAU8.IP что-то вроде не совсем операторского класса оборудование, оно больше SOHO, но особых косяков и отвалов у них небыло, а вот порты дохнут от от любого чиха если грозозащиту не ставить... по тау 36/72 нареканий особых нет за 2 года эксплуатации Системное время: 10:06:25 18/03/2016 Время в работе: 266 days TAU-36.IP P.S. в одной из Tau36 издох блок питания на 3-й день работы, сервисники с Новосиба выслали новый. Изменено 18 марта, 2016 пользователем Andrey Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
xmanpsk Опубликовано 18 марта, 2016 · Жалоба ТAU8.IP что-то вроде не совсем операторского класса оборудование, оно больше SOHO, но особых косяков и отвалов у них небыло, а вот порты дохнут от от любого чиха если грозозащиту не ставить... Порты дохнут даже если все абоненты в пределах одного здания? У нас такого замечено не было, правда установлено только штук 5 TAU8, и не на чердаках :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
rz3dwy Опубликовано 22 марта, 2016 · Жалоба Чет я седня почти во всех разделах успел пофлудить. Пора и тут тоже. Я думаю, в свое время(лет 8 назад) от упоминания моего имени и вообще Амурского ф-ла ОАО Дальсвязь не только Женю Троянова трясло)))))))) Проблема у наших производителей достаточно общая - недостаточная подготовленность работы в мультивендорных, мультисервисных, мультипротокольных сетях и в совершенно разных внешних условиях. И завязанность на "свои" протоколы, программы, методы и концепции. Конкретных примеров масса. Что по производителям железа, что по производителям софта. Но инженеров, обслуживающих эти железки и софт, обычно нет выбора. Во всяком случае, на больших предприятиях. Аргумент вендора "не нравится, не берите, полно аналогов" тут не работает. Будут брать, будут справедливо пихать техподдержку, будут просить довести до ума неких промышленных стандартов и гарантированной работоспособности. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 24 марта, 2016 · Жалоба У нас на TAU-8.IP, периодически, случаются рандомные "зависания" Такое было сплошь и рядом на тау72, пока не прикрыли внешним фаерволом их полностью, данные проблемы исчезли. А как на счет TAU-32M.IP - http://www.eltex.nsk.ru/catalog/tau-32m-ip.php ? Понятно, что модулями набивается и портов на 4 меньше, но сопоставимо с TAU-36.IP по стабильности/надежности? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SyJet Опубликовано 26 марта, 2016 · Жалоба У нас на TAU-8.IP, периодически, случаются рандомные "зависания" Такое было сплошь и рядом на тау72, пока не прикрыли внешним фаерволом их полностью, данные проблемы исчезли. А как на счет TAU-32M.IP - http://www.eltex.nsk.ru/catalog/tau-32m-ip.php ? Понятно, что модулями набивается и портов на 4 меньше, но сопоставимо с TAU-36.IP по стабильности/надежности? Таких нет, в свое время не выгодно их покупать было Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
tits Опубликовано 9 июня, 2016 · Жалоба tau-2m.ip стоит брать под астериск? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NortH21 Опубликовано 9 июня, 2016 · Жалоба стоит Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sersil Опубликовано 15 ноября, 2016 · Жалоба Используем SMG-2016 и абонентские шлюзы ТАУ-1-2-8-32 По соотношению цена/качество вполне неплохое оборудование. Техподдержка Элтекс работает хорошо и оперативно. По малопортовым шлюзам бывали проблемы - вылетали порты на ТАУ-8, отправляли в ремонт. Ремонтируют долго, но относительно недорого. В целом VoIP-оборудование Элтекс вполне устраивает. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
bilbo Опубликовано 29 ноября, 2016 (изменено) · Жалоба Посоветуйте. Хотим зарезервировать с помощью SMG1016M порядком устаревшую связку из М-200 (МР-32) и Mediant2000. На М-200 порядка 12 потоков, часть ОКС-7 (это собственно единственное ради чего она нужна, Медиант ОКС не может), 5 потоков до Медианта, который связывает всю остальную сеть с М-200 и через неё с TDM-операторами. Хочется про запас иметь на SMG1016M полный аналог этой связки. Потянет? Загрузка максимум 200-250 линий суммарно. Ещё интересует такой момент, при большом потоке вызовов (больше ~100 сетапов в секунду) у М-200 начинают умирать модули, рваться звонки и т.п.. Как с этим у Элтекса? Хочется чтобы при любой аномальной нагрузке "лишние" вызовы просто не обрабатывались, но чтобы всё остальное оставалось работоспособным. Изменено 29 ноября, 2016 пользователем bilbo Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
LQ74 Опубликовано 30 ноября, 2016 · Жалоба ...при большом потоке вызовов (больше ~100 сетапов в секунду) у М-200 начинают умирать модули, рваться звонки и т.п.. Как с этим у Элтекса? Хочется чтобы при любой аномальной нагрузке "лишние" вызовы просто не обрабатывались, но чтобы всё остальное оставалось работоспособным. Вам стоит рассматривать только SMG-2016 (заявлена производительность до 120cps). У SMG-1016M всего 14cps, тем более с каждой новой прошивкой (соответственно расширением функционала) ограниченность мощности коллпроцессинга у него все заметнее (имеют место алармы высокой загрузки процессора). Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
stalker35 Опубликовано 30 ноября, 2016 (изменено) · Жалоба ...при большом потоке вызовов (больше ~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 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
slapik Опубликовано 11 декабря, 2016 · Жалоба Коллеги, а кто юзал софтсвич на основе серверов? Есть опыт эксплуатации и мнения? Думаю, должно быть существенно дешевле хуавея, искры, серпака и тд. Как раз на распутьи, с НГ вопросом начну заниматься Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ELTEX Опубликовано 12 декабря, 2016 · Жалоба Коллеги, а кто юзал софтсвич на основе серверов? Есть опыт эксплуатации и мнения? Думаю, должно быть существенно дешевле хуавея, искры, серпака и тд. Как раз на распутьи, с НГ вопросом начну заниматься Привет, по вопросу софтсвича: Напиши мне на на почту: 5015@eltex.org обсудим, отвечу на вопросы Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
bilbo Опубликовано 16 декабря, 2016 · Жалоба ...при большом потоке вызовов (больше ~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. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Evil_DVK Опубликовано 22 февраля, 2017 · Жалоба Поможите коллеги добрые начинающему разбираться с телефонией. Запускаем SMG1016M в качестве шлюза между местной (asterisk) SIP и ТФОП. Подключение к ТФОП по E1 ISDN PRI (Q931). Вроде всё настроил, запустил, но не получается забороть одну проблему. Делаю звонок из сипа на город, после разговора, когда отвечающая сторона кладёт трубку, то у меня 4-5 секунд слышна тишина и только потом короткие гудки. И в CDRе астериска длительность соединения на эти 4-5 секунд больше, чем в CDRе SMG1016M. У меня винегрет в голове, где что не так и что поправить? Трейс с SMG прикрепил.trace.txt Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Evil_DVK Опубликовано 22 февраля, 2017 (изменено) · Жалоба Всё, всем спасибо, разобрался. Для справки: Элтекс и 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 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
bilbo Опубликовано 15 марта, 2017 (изменено) · Жалоба Хочу пожаловаться на новую прошивку для TAU-16 версии 2.14.0 Сигналов в линии нет, хотя по "фону" слышно, что линии под напряжением. Веб-интерфейс живёт своей жизнью, может писать в статусе всех линий offhook, или busy, навечно уходить в режим тестирования линии и т.п. С sip-сервером не общается, звонить нельзя, звонки принимать разумеется тоже. Во избежание непоняток после прошивки шлюз обнулялся кнопкой F и настраивался вручную, без загрузки готового конфига. Пришлось оперативно откатываться на 2.13.1 - там всё работает. Изменено 15 марта, 2017 пользователем bilbo Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Jonny_nsk Опубликовано 16 марта, 2017 · Жалоба Добрый день/вечер. Проблема сразу появилась после обновления ПО на 2.14 или по истечении какого-то времени работы? Если сразу, то конфигурацию вышлите Вашу на адрес techsupp@eltex.nsk.ru с пометкой на форум. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Jonnik Опубликовано 21 марта, 2017 · Жалоба Eltex SMG-2016. Зачем-то сделано невозможным управление перенести в tagget VLAN. Ну, только если параллельно добавлять интерфейсы. Там же есть опции включения управления на интерфейсах, и управление можно сделать на tagget, а на основном отключить. Либо, для того чтобы основной интерфейс вообще исключить из работы Вы можете создать дополнительный tagget интерфейс с нужными настройками, а на основном cконфигурировать адрес 0.0.0.0, тогда он по факту не будет использоваться и у Вас будет только ранее созданный tagget. При доставке где-то в транспортной компании коробку по видимому хорошо так уронили. Видимых повреждений нет, но внутри оторвало радиатор с процессора (крепится на двух хлипеньких пластиковых клипсах). И повылетали мелкие интерфейсные платы Е1 из разъемов. Да, да, платы держатся только за разъем и китайский термоклей. В новых ревизиях платы будут предусмотрены дополнительные крепления субмодулей, а то что радиатор оторвало это впервые такое, тут больше претензия должна быть к транспортной компании а не к SMG. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...