bilbo

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

АТС в рабочем состоянии. 3 кабинета с БП, один запасной БП, 15 плат потока E1 (DNIC), 8 плат ASLC (по 32 аналоговых абонента на каждой). Одна плата или БП 50000 рублей. Всё торгуемо, оптом скидки. 8 909 982 48 20

Полностью исправна, 4 независимых гигабитных порта, разгружает основной процессор от сетевых операций. Работает под всеми версиями Windows, Linux, FreeBSD. Вставляется в любой разъём PCI-Express от 4x до 16x (как для видеокарт). 12000р. торгуемо. звоните 8-9шесть4 6триI 66 два-восемь. Олег

Есть АТС Meridian куда подаётся поток в плату NTBK50AA. Хочется в разрыв потока воткнуть двухпотоковый Медиант. Параметры потока неизвестны, в станцию залезть нельзя, просто узнать их у "другой стороны" тоже нельзя. Методом проб и ошибок удалось заставить потоки подняться, но звонки не идут. При входящем (относительно медианта) вызове в логи пишется одна строчка наподобие "Incorrect IE.... trunk...." и всё. Ни SETUP, ни номеров. Перебирали все параметры типа user/network, crc4, никакого эффекта, ну максимум потоки переходили в какое-то аварийное состояние. Кто сталкивался? Может ли быть с такой платой потока в Нортеле сингализация отличная от PRI DSS1?

Продаётся телекоммуникационное оборудование. роутер Cisco 3660 без модулей АТС Huawei eSpace U-1980, плата 4xE1 и VoIP модули для АТС LG IPECS-LIK: PRIM поток E1, LGCM8 8 городских аналоговых линий, DTIM8 8 "системных" аппаратов роутер/фаервол Cisco PIX оптический модем для потока E1 Cronyx FOM8 (без пары) мультиплексор SAF CFM-16-MUX, 3 потока E1 кросс-коннектор RAD DXC-30 Цена договорная 8 916 477 70 65 yu@yu-boot.ru

Ну так допилите, делов - то... Сишника нормального нанимать это космические деньги, а самим после скриптов на Ruby и баше ботать многомегабайтные чужие исходники малореально, увы. Видимо придётся FS грызть.

Есть надобность в IP-АТС, бесплатной-опенсорсной. Задачи - регать на себя юзеров, писать CDR и всякую статистику, нарезать линии по ip/логинам/префиксам/чему угодно, делать 2-3-4-.....-25-ый выбор на разные направления. Asterisk - не умеет нормально согласовывать end-to-end кодеки. Упёрлись в это, нам это критично, разрабы сказали что "астер не для транзита, и вообще". Yate - не умеет вообще ничего кроме как регать на себя юзеров и простейшую маршрутизацию. Всё предлагается делать через волшебное API и модули, какой-либо документации и туториалов что, где и как нет даже у разрабочиков... Отладка деревянная, CDR пишет так, что нужен параллельно скрипт с зачатками искусственного интеллекта... Зато с кодеками вроде без проблем. FreeSWITCH - страшные конфиги в XML. Kamailio, OpenSIPS и прочие "SIP-серверы". Я так понимаю, это вообще не АТС. Пока живём на Yate "для всего" + астер для нарезания линий и T.38<->G.711 факсов, ну и гипервизоры с Elastix для клиентских вирт.АТС. Хотелось бы хотя бы от одного продукта уйти. РТУ и прочее серьёзное не тянем по цене, платные же астериски с красивой мордой по понятным причинам не интересуют. Есть ли что-то ещё бесплатное что можно "для всего" на операторе использовать? Стоит ли тот же FreeSwitch того, чтобы его глубоко изучать?

Есть виртуалка с астериском, под ESX. На всех пирах прописан qualify, т.е. сдать пиру OPTIONS и если не отвечает, считать пир дохлым и не пытаться туда роутить звонки. Заметил, что некоторые пиры так частенько отваливаются, включая весьма крупных операторов (из трёх букв которые ;)). Отваливается, потом снова принимает OPTIONS и оживает. Какой-то системы в этом нет, отваливаются поодиночке. Это норма и надо просто убрать qualify с таких пиров, или такого не должно быть и проблема с сетью/сервером?

продано

продаю в Москве модуль потока PRIM - 30000 модуль LGCM8 8 городских CO - 20000 модуль DTIM8 8 цифровых ("системных") телефонов - 10000 8 916 473 22 47 или в личку.

Ну покажите конфиги... И почему пиры, а не фрэнды? Да, дело было именно в type=peer вместо type=friend - подсмотрел с утра в Elastix, где этой траблы не возникало. Хотя, уже не первый год у нас живут клиенты на Audiocodes именно с type=peer и никто не жаловался, а на элтексе почему-то это вылезло. В общем загадочно, но проблема решена. [100] type=friend host=dynamic secret= qualify=yes insecure=port context=from_client disallow=all allow=alaw allow=g729 nat=yes canreinvite=no

Прописано 8 пиров 100-800 с паролями на астере и прописаны эти же номера/логины/пароли на FXS на ТАУ8. На каждом FXS выбран профиль SIP, где указан IP астера и указано на нём региться. Что я не так делаю?

Внезапно столкнулся с проблемой подружить астериск с TAU8. До этого в основном к Yate шлюзы цепляли, там этой проблемы не было никогда. В чём смысл - прописываем в астере и на TAU8 восемь линий с 100 по 800. Указываем профиль с адресом астера и ставим галку регистрироваться. И на TAU8 и на астере всё регится. НО! Звонить можно только с одного номера, который рандомно выбирается при перезапуске астера или TAU8. Астер при звонке пишет следующее: [Dec 15 05:07:34] WARNING[2736][C-00000003]: chan_sip.c:16376 check_auth: username mismatch, have <700>, digest has <500> [Dec 15 05:07:34] NOTICE[2736][C-00000003]: chan_sip.c:25531 handle_request_invite: Failed to authenticate device "500" <sip:500@1.2.3.4>;tag=5y4mvF97pSKQS Т.е. пытаемся звонить и авториоваться с 700, астер ругается что почему-то он хочет видеть 500. С 500 звонит. При включении "insecure=port,invite" звонить можно с любого номера, но звонок всегда будет идти с того самого номера который хочет астер. Где загвоздка? Как сделать на одном шлюзе и одном астере 8 разных телефонов с регистрацией?

Ещё небольшое "фи" хочу высказать по TAU-16 (подозреваю что более старшие монолитные модели включая 72 страдают тем же). Забивание многоканальных номеров происходит очень неудобно и медленно. SIP-логин он же АОН он же номер приходится вбивать в 5 мест, так ещё и после каждого действия тебя выбрасывает в самое первое меню. На TAU-8 да, было аналогично через группы вызова, но там это происходило куда быстрее и удобнее. В остальном железка нам очень понравилась, будем брать в будущем, вплоть до TAU-72.

Jonnik Отписался в личку

Писали уже в техподдержку про то что прошивка 1.9.0 у нас убивает TAU-8, пока от Элтекса тишина. В чём юмор - были TAU8-IP-W с 1.6.0 и TAU-8-IP (без wifi) с 1.8.1. Обновились до 1.9.0. От любого вызова железки уходят в ребут. Сброс кнопкой "F" не помогает. Откат на 1.6.0/1.8.1 не помогает. Помогает только откат на старую прошивку, сброс по "F" и программирование с нуля. Выслали требуемый конфиг саппортам элтекса, пока ни ответа-ни привета.

Достались на шару сабжевые железки, хотим их приспособить как заменитель шлюзов mediant/extex/cisco/dialogic, подавать клиентам E1 по VoIP. Звонок пришёл по IP - выплюнуть без изменений в E1, пришёл звонок с E1 - выплюнуть в H.323/SIP. Конфиг колупали, инструкцию читали, не хочет. Самое большее чего добились - в логах при входящем звонке по H.323 вот это: Basic Status/Call Log: CalingNumber CalledNumber CallStartTimer Time Code Incoming/Orig Outgoing/Term 74990000000 20141124124853 0 34 25.31.182.78 74990000000 20141124124810 0 34 25.31.182.78 Можно заметить, что CalledNumber отсутствует почему-то вообще, хотя мы его передаём. Куда копать?

Просто уже замучился, помогите кто сталкивался - железо-то вроде популярное. Суть проблемы - через час-полдня-день-неделю теряют регистрацию парольные SIP-экстеншены на Кодесах, как правило по частям - часть зарегана, часть отваливается. Прошивки всякие ставили - 5.00, 5.80, 6.00, 6.40. Сервера - Asterisk, Yate, Мера. Выглядит одинаково всегда: на попытку зарегиться сервер (любой) внезапно начинает отвечать два раза "Unauthorized" и кодес прекращает попытки, такое ощущение что он начинает неправильный пароль слать чтоли? Отпускает только после перезагрузки кодесов, и так до бесконечности. Всё на паблике, никаких фаерволов и т.д. Registration time, keep alive и всё остальное крутили в любых пределах - НЕ ПОМОГАЕТ. Могу конфиги выложить, логи, всё что нужно.

Присматриваемся к сабжу (MP-1xx), интересует такая штука - они могут роутить звонки внутри себя с FXO на FXS и наоборот? Внутри себя - не прогоняя звонки через SIP-прокси или ещё что-то. Интернет умер а связь продолжает работать, то есть. По инструкциям не очень понимаю, как это можно сделать на этих железках, даже если и можно. Проясните, кто занимался.

Постоянные отвалы регистрации на MP-118FXS с прошивкой 6.00A. Звонить через астериск при этом можно, что интересно. Если логин или пароль на железке сбить, то астериск ругается на авторизацию и не пропускает как и положено. Registration time и подобное крутил уже, не помогает. Перерегистрация по кнопке на кодесе тоже не работает - Unauthorized и всё. Помогает либо ребут астериска, либо ребут железки. Слышал проблема очень распространённая. Как побороть

Пытаюсь сделать в яте авторизацию звонков по Radius. Что-то никак. Оно отправляет запрос, получает Access-Reject и всё равно пропускает. Киньте конфигом, у кого есть.

s.lobanov То что надо. Благодарствую.

Благодарствую. Буду курить.

Есть АТС которая отдаёт по радиусу АОН в Calling-Station-Id и дальше соответственно пропускает/не пропускает... Как фрирадиус заставить проверять Calling-Station-Id а не имя пользователя, которого в данном случае вообще нет? Если у кого такой же случай, поделитесь конфигами plz.

Кто сталкивался? MP-118FXS в какой-то момент (через час-день-неделю после очередной перезагрузки) не может зарегистрировать экстеншены на Elastix. Последний просто отбивает все попытки с "unauthorized" и всё. Позвонить при этом оттуда можно, что самое странное. После перезагрузки кодеса, всё работает какое-то время. Всё на паблике, без NAT. От другого софта, той же Yate, кодес не отваливается никогда.