Данная тема создана для общения исключительно по вопросам, касающимся оборудования компании Элтекс.

Можно писать отзывы и задавать вопросы. Не говоря уже о возможности приобретения в нашем магазине.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Тоже являюсь обладателем MC240. Классический модуль реализован вроде неплохо - мне нравится (хотя я работал только с С АТС Дефинькой и Cisco AS). А вот с IP модулем -- полный отстой - радует только что работает стабильно и лазить на него не приходится.

Плюсы :

1. Работает стабильно.

2. Факсы по Т.38 ходят нормально.

3. Хорошая ТП

А теперь минусы.

1. Мало настроек. Даже на простой аташке больше.

2. Настройка только через веб. Через телнет и ссш - разбираться с урезанным линуксом желания нет.

3. самое ужасное - любое изменение кроме диалплана (даже смена пароля) влечёт за собой ребут всей железки. Я бы ничего не сказал если бы это был какой то малопортовый шлюз - но эта железка бралась ради замены Cisco AS из-за ОКС7. И ребутать её просто преступление когда она под нагрузкой.

4. Либо наши продавать не научились. Но не предупредить покупателя о том что нужен доп. блок питания. Поставить не дешёвую железку с глючным ПО. И это просто тупо отнимало кучу времени.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Тоже являюсь обладателем MC240. Классический модуль реализован вроде неплохо - мне нравится (хотя я работал только с С АТС Дефинькой и Cisco AS). А вот с IP модулем -- полный отстой - радует только что работает стабильно и лазить на него не приходится.

Плюсы :

1. Работает стабильно.

2. Факсы по Т.38 ходят нормально.

3. Хорошая ТП

А теперь минусы.

1. Мало настроек. Даже на простой аташке больше.

2. Настройка только через веб. Через телнет и ссш - разбираться с урезанным линуксом желания нет.

3. самое ужасное - любое изменение кроме диалплана (даже смена пароля) влечёт за собой ребут всей железки. Я бы ничего не сказал если бы это был какой то малопортовый шлюз - но эта железка бралась ради замены Cisco AS из-за ОКС7. И ребутать её просто преступление когда она под нагрузкой.

4. Либо наши продавать не научились. Но не предупредить покупателя о том что нужен доп. блок питания. Поставить не дешёвую железку с глючным ПО. И это просто тупо отнимало кучу времени.

Да поддержу на счёт TDM модуля, у нас он тоже нареканий не вызвал (за исключением забора CDR через анус), а IP модуль не очень удался, на счёт т38 не соглашусь, у нас иногда вылезают грабли....

На счёт стабильности тоже не айс, в ходе тестов выяснилось что встроенный свитч теряет пакеты, правда это было до замены по гарантии, то что стоит щас аока ведёт себя стаблиьно, но в силу того что ложки нашлись, а осадок остался пока юзаем cisco по PRI, ну и нагрузка не та что прежде.

на счёт минусов полностью поддерживаю...

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Миха, не пугай народ. Мы же не дети маленькие обижаться по любому поводу.

 

Ну а про хотелки у нас так же как и везде - если экономически оправдано, то почему бы и нет.

Как частный случай вышесказанного - любой каприз за ваши деньги. )

 

> Вообще в своё время предлагал TM-IP настраивать в общей конфигурации в месте со станцией, но товарищи сказали нафига, так и осталось.

Предлагать все умеют. А ты сделай. )

 

Сразу скажу, что с МС240 не работал. Только kamailio настраивал (регистрация, звонки; базовый функционал без каких-либо наворотов) ради эксперимента на TM-IP. Но Jonnik должен вроде отписаться по этому поводу.

 

И последнее. Топик вроде об абонентских шлюзах, а не о станциях. Может имеет смысл отдельный тред завести?

И как бы в чем проблема мне реализовать это ? Конечно код станции специфически интересный но проблем быть не должно.

Скажи мне в чем проблема настроить плату? Завести новый пакетик конфигурации и отправлять его по HDLC это мего сложно. Завести ещё одну state машину и вперед. Туда бы полез хорошо Linux с Rt patch но опять же это никому не надо.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Пробежался по всему топу, выписал некоторые моменты и постараюсь ответить на них

 

>БП на ТАУ и МС240

 

ТАУ72, МС240 - это все таки оборудование не класса SOHO, которое можно запитать от 220,

они рассчитаны на нормальную работу как объекта связи - станция(шлюз) + УЭП + батареи на 24 часа.

 

>да сделали многое, и поэтому не 3- а 3+ (что есть почти что 4 если бы сделали то что просили), а вот костыль с

> получением биллинговых данных не через анус с АТС, реализовать отказались, из-за чего имеем сильный гемор и постоянные

> грабли, наступая на которые желаем всю жись ежей рожать программеру фирмваре АТС который не сделал нормального апи для

> этого, брать CDR через виндовую приблуду ваще не вариант..... Так что жаловаться то как раз не грех!

 

это рынок. всё определяется спросом-предложением.

изначально МС240 позиционировалась как сельская АТС, которую под линукс делать было бессмыслено по понятным причинам.

а софт под win дал возможность множеству людей самостоятельно

освоить и монтировать станции.

при появлении TM.IP появилась возможность использовать станцию для других функций..

на данный момент есть специальный софт, работающий под линуксом (можем предоставить исходники, для интеграции с другими ОС),

который позволяет работать с биллингом МС240 (BillReaderLinux, bin2csv, bin2dbf)

полезные ссылки

http://элтекс.рф/forum/viewt0pic.php?t=1711

http://элтекс.рф/soft/billing/

 

Так же хотел сказать, что для подобных функций (транзит TDM - VoIP) разработан модуль SMG1016, который работает под линуксом, не

будет проблем с билингом, есть РАДИУС, планируется собственный регистратор и т.п.

 

 

 

>А теперь минусы.

>1. Мало настроек. Даже на простой аташке больше.

 

Минимум настроек - разве это минус? Мы же не отказываемся выслушивать Ваши предложения, пожелания (только обоснованные) и готовы развиваться

(только не в рамках этого форума, звоните, пишите, будем рады выслушать и помочь)

 

 

>2. Настройка только через веб. Через телнет и ссш - разбираться с урезанным линуксом желания нет.

 

настраивать через консоль возможно и ничего сложного там нет, конфигурация хранится в текстовых файлах, которую можно редактировать

текстовым редактором joe

 

 

>3. самое ужасное - любое изменение кроме диалплана (даже смена пароля) влечёт за собой ребут всей железки. Я бы ничего не сказал если бы это был какой

>то малопортовый шлюз - но эта железка бралась ради замены Cisco AS из-за ОКС7. И ребутать её просто преступление когда она под нагрузкой.

 

взяли на заметку, будем работать в этом направлении..

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

чаще всего меняется диал план, который применяется без рестарта (поправьте если я не прав)

 

по п.2 и п.3 аналогично п.1 можно обсудить Ваши предложения

 

>4. Либо наши продавать не научились. Но не предупредить покупателя о том что нужен доп. блок питания. Поставить не дешёвую железку с глючным ПО. И это просто тупо отнимало кучу времени.

 

см. выше

 

>на счёт т38 не соглашусь, у нас иногда вылезают грабли.

 

Максим, можно все дорогу говорить что грабли с Т38 и при этом сидеть и ничего не делать, мы же не отказываемся решать проблемы..

если есть проблемы, давай решать в рабочем порядке

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

>>3. самое ужасное - любое изменение кроме диалплана (даже смена пароля) влечёт за собой ребут всей железки. Я бы ничего не сказал если бы это был какой

>>то малопортовый шлюз - но эта железка бралась ради замены Cisco AS из-за ОКС7. И ребутать её просто преступление когда она под нагрузкой.

 

>взяли на заметку, будем работать в этом направлении..

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

>чаще всего меняется диал план, который применяется без рестарта (поправьте если я не прав)

 

Не правы. Железки такого класса вообще ребутать нельзя. Да они настраиваются один раз. Но бывает что надо чтото переделать - и что ребутать? Включить , выключить сислог, ушёл админ - сменить пароль и т.д. Представьте себе БГП сервер маленького прова. Да его настроил и всё больше туда не лезиш. И тут надо сменить пароль или включить дебагинг :) РЕБУТАТЬ??????? Так что отмазка не катит.

 

А по поводу конфигурации... прикольно было бы какойто cli иметь. Ну это так для удобства.

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
это рынок. всё определяется спросом-предложением.

изначально МС240 позиционировалась как сельская АТС, которую под линукс делать было бессмыслено по понятным причинам.

а софт под win дал возможность множеству людей самостоятельно

освоить и монтировать станции.

при появлении TM.IP появилась возможность использовать станцию для других функций..

на данный момент есть специальный софт, работающий под линуксом (можем предоставить исходники, для интеграции с другими ОС),

который позволяет работать с биллингом МС240 (BillReaderLinux, bin2csv, bin2dbf)

полезные ссылки

http://элтекс.рф/forum/viewt0pic.php?t=1711

http://элтекс.рф/soft/billing/

Вы не ответили на вопрос! Суть проблемы не конвертации бинарного файла в ксв (это то мы как раз реализовали с помощью вышеупомянутых исходников), а в способе его получения со станции который пролегает вы сами знаете где! (к слову о ежах и анусах), при этом как я неоднократно писал мы имеем постоянные грабли в процессе получения CDR со станции.
Так же хотел сказать, что для подобных функций (транзит TDM - VoIP) разработан модуль SMG1016, который работает под линуксом, не

будет проблем с билингом, есть РАДИУС, планируется собственный регистратор и т.п.

о каких подобных функциях идёт речь?
Максим, можно все дорогу говорить что грабли с Т38 и при этом сидеть и ничего не делать, мы же не отказываемся решать проблемы..

если есть проблемы, давай решать в рабочем порядке

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
...

Включить , выключить сислог, ушёл админ - сменить пароль и т.д. Представьте себе БГП сервер маленького прова. Да его настроил и всё больше туда не лезиш. И тут надо сменить пароль или включить дебагинг :) РЕБУТАТЬ??????? Так что отмазка не катит.

Начали работу по применинию настроек сислога без рестарта, как будет результат сообщу..

по поводу смены пароля для веба, оно и сейчас без ребута работает..

проверьте повнимательней

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
...

Включить , выключить сислог, ушёл админ - сменить пароль и т.д. Представьте себе БГП сервер маленького прова. Да его настроил и всё больше туда не лезиш. И тут надо сменить пароль или включить дебагинг :) РЕБУТАТЬ??????? Так что отмазка не катит.

Начали работу по применинию настроек сислога без рестарта, как будет результат сообщу..

по поводу смены пароля для веба, оно и сейчас без ребута работает..

проверьте повнимательней

Да уж по поводу сислога надо бы пострее, а то уже второю неделю ловим косяк в оборудовании - постоянно передергиваем шлюз, стоящий в продакшене, клиенты уже начинают мозги клевать.

Кстати вопрос к разработчикам: а чья была гениальная идея использовать нестандартную распайку на RJ-гнездах в топгейте? чтобы народ стандартные патчкорды кусал пополам и соединял зубами нужные пары? Ну и еще одно пожелание по топгейтам: не плохо бы либо dip переключатель прием-передача местами менять либо уж программно: удобней было бы в 1000 раз.

Изменено пользователем klisha

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

А что за косяк на TM.IP? как проявляется? обращались в ТП?

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

А что за косяк на TM.IP? как проявляется? обращались в ТП?

Угу, ТП в курсе.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

<!--quoteo(post=586987:date=14.2.2011, 10:32:name=Jonnik)--><div class='quotetop'>QUOTE (Jonnik @ 14.2.2011, 10:32) <a href="index.php?act=findpost&pid=586987"><{POST_SNAPBACK}></a></div><div class='quotemain'><!--quotec-->А что за косяк на TM.IP? как проявляется? обращались в ТП?<!--QuoteEnd--></div><!--QuoteEEnd-->

Угу, ТП в курсе.

Кстати, насущный вопрос. Раз уж TM.IP не поддерживает регистрацию может быть можно хотя бы на нем сделать ограничение на количество звонков с одного АОН. А то получается что клиент имеющий доступ к станции имеет возможность инициировать неограниченное количество разговоров. И еще один вопрос, перевод звонков в случае "отвала" клиента или его занятости? Или для всего этого надо городить костыли во внешних средствах...

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Вы SSW с транковым шлюзом не попутали коллега?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

 

Кстати, насущный вопрос. Раз уж TM.IP не поддерживает регистрацию может быть можно хотя бы на нем сделать ограничение на количество звонков с одного АОН. А то получается что клиент имеющий доступ к станции имеет возможность инициировать неограниченное количество разговоров. И еще один вопрос, перевод звонков в случае "отвала" клиента или его занятости? Или для всего этого надо городить костыли во внешних средствах...

> Раз уж TM.IP не поддерживает регистрацию

на TM.IP возможно интегрировать openser или kamailio, вот Вам ссылка на инструкцию и файлики http://элтекс.рф/download.php?obj=docs&id=134&field=file_dwn#Integracija_kamailio_na_TM.IP.zip

 

> перевод звонков в случае "отвала" клиента или его занятости?

Действительно больше похоже на функции SSW, на TM.IP возможно организовать serial group в которой происходит вызов следующего абонента в случае занятости предыдущего.

 

Кстати обещенная прошивка с применением настроек "на лету" уже на подходе

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

 

> перевод звонков в случае "отвала" клиента или его занятости?

Действительно больше похоже на функции SSW, на TM.IP возможно организовать serial group в которой происходит вызов следующего абонента в случае занятости предыдущего.

 

Чисто теоретически: упал транк между kamailio и станцией. И что??? станция даже об этом никакой сигнализации не даст. Ни звонки не завернет .. тупо клиенту выдаст клиенту отлуп. Например у нас клиент хочет иметь такую конфигурацию: основной канал по SIP - до 60 одновременных разговоров + резерв по E1 - 10-15 таймслотов или медными линиями и чтобы это работало в режиме "горячей замены" с автоматическим переключением. Мы до сих пор чешем репу как реализовать такую конфигурацию. Вот например если бы с serial group была возможность вернуть звонок обратно в TDM - это уже было бы проще.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Чего-то я не понял, вы абонентскую плату TM.IP решили использовать для организации транка на SIP? )

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Чего-то я не понял, вы абонентскую плату TM.IP решили использовать для организации транка на SIP? )

Нет, TM.IP не абонентская плата. Она изначально СЛ. Это потом ее начали использовать для прямого

подключения абонентов.

 

Вопрос в общем-то правильный. Kamalio OPTIONS поддерживает?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Ну syslog можно ручками поднять/передернуть из консоли, не перегружая модуль.

А что за косяк на TM.IP?

Я сколько syslog не выставлял отправлять сообщения на сервер, не работало =) syslog всегда запускается с опцией -O console. Приходиться ручками убивать и запускать его с опцией -R IP

При долгом конфигурировании диалпланов, может ни с того ни с сего улететь половина оных. Было не раз такое, причем улетали даже те, что были забиты день-два ранее, пока не нашел зависимость от чего.

Изменено пользователем Route

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

При долгом конфигурировании диалпланов, может ни с того ни с сего улететь половина оных. Было не раз такое, причем улетали даже те, что были забиты день-два ранее, пока не нашел зависимость от чего.

На старой прошивке такая шляпа тоже была.. Сейчас прошивку обновили, вроде этого глюка пока не заметили. Думаю, Вам стоит обратиться в ТП по поводу прошивки

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

на TM.IP возможно интегрировать openser или kamailio, вот Вам ссылка на инструкцию и файлики http://элтекс.рф/download.php?obj=docs&id=134&field=file_dwn#Integracija_kamailio_na_TM.IP.zip

 

Ссылочка битая :( ни у кого не осталось поделиться?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

на TM.IP возможно интегрировать openser или kamailio, вот Вам ссылка на инструкцию и файлики http://элтекс.рф/download.php?obj=docs&id=134&field=file_dwn#Integracija_kamailio_na_TM.IP.zip

 

Ссылочка битая :( ни у кого не осталось поделиться?

Да наш сайт немного поменялся, вот новая ссылка

http://элтекс.рф/sites/default/files/Integr_Kamailio_na_TM.IP_.rar

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Спасибо! Помогло. Единственно не могу докурить как сделать вызов от абонента с танции к UA.

 

Сам UA (240029) регистрируется и может совершать звонки, здесь проблем нет.

Дальше прописываю IP-адрес TM.IP в trusted.

В диал-план TM.IP забиваю что префикс 240029 отправлять на IP адрес kamalio на порт 5060 по протоколу SIP.

 

При попытке позвонить со станции на UA звонок уходит в TM.IP а дальше отбой :( Где затык?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Однако логи не рудают kamailio требует уатентификацию несмотря на то что IP платы добавлены в trusted...

 

SIP/2.0 407 Proxy Authentication Required

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Однако логи не рудают kamailio требует уатентификацию несмотря на то что IP платы добавлены в trusted...

 

SIP/2.0 407 Proxy Authentication Required

Вы рутите не по trusted правилу.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Однако логи не рудают kamailio требует уатентификацию несмотря на то что IP платы добавлены в trusted...

 

SIP/2.0 407 Proxy Authentication Required

Вы рутите не по trusted правилу.

 

Делал всё как в толмуте по ссылке выше (ссылка)... если не сложно подскажите что поправить, буду очень признателен.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Для публикации сообщений создайте учётную запись или авторизуйтесь

Вы должны быть пользователем, чтобы оставить комментарий

Создать учетную запись

Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!


Регистрация нового пользователя

Войти

Уже есть аккаунт? Войти в систему.


Войти
Подписчики 0