Navu Опубликовано 29 января, 2011 · Жалоба Данная тема создана для общения исключительно по вопросам, касающимся оборудования компании Элтекс. Можно писать отзывы и задавать вопросы. Не говоря уже о возможности приобретения в нашем магазине. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Kristoff_Vampire Опубликовано 29 января, 2011 · Жалоба Тоже являюсь обладателем MC240. Классический модуль реализован вроде неплохо - мне нравится (хотя я работал только с С АТС Дефинькой и Cisco AS). А вот с IP модулем -- полный отстой - радует только что работает стабильно и лазить на него не приходится. Плюсы : 1. Работает стабильно. 2. Факсы по Т.38 ходят нормально. 3. Хорошая ТП А теперь минусы. 1. Мало настроек. Даже на простой аташке больше. 2. Настройка только через веб. Через телнет и ссш - разбираться с урезанным линуксом желания нет. 3. самое ужасное - любое изменение кроме диалплана (даже смена пароля) влечёт за собой ребут всей железки. Я бы ничего не сказал если бы это был какой то малопортовый шлюз - но эта железка бралась ради замены Cisco AS из-за ОКС7. И ребутать её просто преступление когда она под нагрузкой. 4. Либо наши продавать не научились. Но не предупредить покупателя о том что нужен доп. блок питания. Поставить не дешёвую железку с глючным ПО. И это просто тупо отнимало кучу времени. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
catalist Опубликовано 30 января, 2011 · Жалоба Тоже являюсь обладателем MC240. Классический модуль реализован вроде неплохо - мне нравится (хотя я работал только с С АТС Дефинькой и Cisco AS). А вот с IP модулем -- полный отстой - радует только что работает стабильно и лазить на него не приходится. Плюсы : 1. Работает стабильно. 2. Факсы по Т.38 ходят нормально. 3. Хорошая ТП А теперь минусы. 1. Мало настроек. Даже на простой аташке больше. 2. Настройка только через веб. Через телнет и ссш - разбираться с урезанным линуксом желания нет. 3. самое ужасное - любое изменение кроме диалплана (даже смена пароля) влечёт за собой ребут всей железки. Я бы ничего не сказал если бы это был какой то малопортовый шлюз - но эта железка бралась ради замены Cisco AS из-за ОКС7. И ребутать её просто преступление когда она под нагрузкой. 4. Либо наши продавать не научились. Но не предупредить покупателя о том что нужен доп. блок питания. Поставить не дешёвую железку с глючным ПО. И это просто тупо отнимало кучу времени. Да поддержу на счёт TDM модуля, у нас он тоже нареканий не вызвал (за исключением забора CDR через анус), а IP модуль не очень удался, на счёт т38 не соглашусь, у нас иногда вылезают грабли....На счёт стабильности тоже не айс, в ходе тестов выяснилось что встроенный свитч теряет пакеты, правда это было до замены по гарантии, то что стоит щас аока ведёт себя стаблиьно, но в силу того что ложки нашлись, а осадок остался пока юзаем cisco по PRI, ну и нагрузка не та что прежде. на счёт минусов полностью поддерживаю... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Mikler Опубликовано 31 января, 2011 · Жалоба Миха, не пугай народ. Мы же не дети маленькие обижаться по любому поводу. Ну а про хотелки у нас так же как и везде - если экономически оправдано, то почему бы и нет. Как частный случай вышесказанного - любой каприз за ваши деньги. ) > Вообще в своё время предлагал TM-IP настраивать в общей конфигурации в месте со станцией, но товарищи сказали нафига, так и осталось. Предлагать все умеют. А ты сделай. ) Сразу скажу, что с МС240 не работал. Только kamailio настраивал (регистрация, звонки; базовый функционал без каких-либо наворотов) ради эксперимента на TM-IP. Но Jonnik должен вроде отписаться по этому поводу. И последнее. Топик вроде об абонентских шлюзах, а не о станциях. Может имеет смысл отдельный тред завести? И как бы в чем проблема мне реализовать это ? Конечно код станции специфически интересный но проблем быть не должно.Скажи мне в чем проблема настроить плату? Завести новый пакетик конфигурации и отправлять его по HDLC это мего сложно. Завести ещё одну state машину и вперед. Туда бы полез хорошо Linux с Rt patch но опять же это никому не надо. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Jonnik Опубликовано 31 января, 2011 · Жалоба Пробежался по всему топу, выписал некоторые моменты и постараюсь ответить на них >БП на ТАУ и МС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 и при этом сидеть и ничего не делать, мы же не отказываемся решать проблемы.. если есть проблемы, давай решать в рабочем порядке Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Kristoff_Vampire Опубликовано 31 января, 2011 · Жалоба >>3. самое ужасное - любое изменение кроме диалплана (даже смена пароля) влечёт за собой ребут всей железки. Я бы ничего не сказал если бы это был какой >>то малопортовый шлюз - но эта железка бралась ради замены Cisco AS из-за ОКС7. И ребутать её просто преступление когда она под нагрузкой. >взяли на заметку, будем работать в этом направлении.. >но а хотя с другой стороны, это все таки шлюз, который не требует частого конфигурирования, там нет абонентов, которых нужно постоянно отключать/подключать.. >чаще всего меняется диал план, который применяется без рестарта (поправьте если я не прав) Не правы. Железки такого класса вообще ребутать нельзя. Да они настраиваются один раз. Но бывает что надо чтото переделать - и что ребутать? Включить , выключить сислог, ушёл админ - сменить пароль и т.д. Представьте себе БГП сервер маленького прова. Да его настроил и всё больше туда не лезиш. И тут надо сменить пароль или включить дебагинг :) РЕБУТАТЬ??????? Так что отмазка не катит. А по поводу конфигурации... прикольно было бы какойто cli иметь. Ну это так для удобства. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
catalist Опубликовано 31 января, 2011 · Жалоба это рынок. всё определяется спросом-предложением. изначально МС240 позиционировалась как сельская АТС, которую под линукс делать было бессмыслено по понятным причинам. а софт под win дал возможность множеству людей самостоятельно освоить и монтировать станции. при появлении TM.IP появилась возможность использовать станцию для других функций.. на данный момент есть специальный софт, работающий под линуксом (можем предоставить исходники, для интеграции с другими ОС), который позволяет работать с биллингом МС240 (BillReaderLinux, bin2csv, bin2dbf) полезные ссылки http://элтекс.рф/forum/viewt0pic.php?t=1711 http://элтекс.рф/soft/billing/ Вы не ответили на вопрос! Суть проблемы не конвертации бинарного файла в ксв (это то мы как раз реализовали с помощью вышеупомянутых исходников), а в способе его получения со станции который пролегает вы сами знаете где! (к слову о ежах и анусах), при этом как я неоднократно писал мы имеем постоянные грабли в процессе получения CDR со станции.Так же хотел сказать, что для подобных функций (транзит TDM - VoIP) разработан модуль SMG1016, который работает под линуксом, не будет проблем с билингом, есть РАДИУС, планируется собственный регистратор и т.п. о каких подобных функциях идёт речь?Максим, можно все дорогу говорить что грабли с Т38 и при этом сидеть и ничего не делать, мы же не отказываемся решать проблемы..если есть проблемы, давай решать в рабочем порядке Женя, я не сижу и ничего не делаю, и не говорю что вы проблемы не решаете, просто данная тема призвана озвучить мнение об оборудовании, вот я и озвучиваю, однако важно понимать что мы за свои деньги поимели не кислый гемор на первых этапах, с тех пор правда много чего пофиксили, но факсы по прежнему не всегда ходют, проблемы решаем совместно, разбираемся... если бы это было не так то я бы вопил по другому.... тебе отдельное спасибо уже говорил... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Jonnik Опубликовано 4 февраля, 2011 · Жалоба ... Включить , выключить сислог, ушёл админ - сменить пароль и т.д. Представьте себе БГП сервер маленького прова. Да его настроил и всё больше туда не лезиш. И тут надо сменить пароль или включить дебагинг :) РЕБУТАТЬ??????? Так что отмазка не катит. Начали работу по применинию настроек сислога без рестарта, как будет результат сообщу.. по поводу смены пароля для веба, оно и сейчас без ребута работает.. проверьте повнимательней Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
klisha Опубликовано 13 февраля, 2011 (изменено) · Жалоба ... Включить , выключить сислог, ушёл админ - сменить пароль и т.д. Представьте себе БГП сервер маленького прова. Да его настроил и всё больше туда не лезиш. И тут надо сменить пароль или включить дебагинг :) РЕБУТАТЬ??????? Так что отмазка не катит. Начали работу по применинию настроек сислога без рестарта, как будет результат сообщу.. по поводу смены пароля для веба, оно и сейчас без ребута работает.. проверьте повнимательней Да уж по поводу сислога надо бы пострее, а то уже второю неделю ловим косяк в оборудовании - постоянно передергиваем шлюз, стоящий в продакшене, клиенты уже начинают мозги клевать.Кстати вопрос к разработчикам: а чья была гениальная идея использовать нестандартную распайку на RJ-гнездах в топгейте? чтобы народ стандартные патчкорды кусал пополам и соединял зубами нужные пары? Ну и еще одно пожелание по топгейтам: не плохо бы либо dip переключатель прием-передача местами менять либо уж программно: удобней было бы в 1000 раз. Изменено 13 февраля, 2011 пользователем klisha Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Jonnik Опубликовано 14 февраля, 2011 · Жалоба А что за косяк на TM.IP? как проявляется? обращались в ТП? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
klisha Опубликовано 14 февраля, 2011 · Жалоба А что за косяк на TM.IP? как проявляется? обращались в ТП? Угу, ТП в курсе. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
klisha Опубликовано 24 марта, 2011 · Жалоба <!--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 не поддерживает регистрацию может быть можно хотя бы на нем сделать ограничение на количество звонков с одного АОН. А то получается что клиент имеющий доступ к станции имеет возможность инициировать неограниченное количество разговоров. И еще один вопрос, перевод звонков в случае "отвала" клиента или его занятости? Или для всего этого надо городить костыли во внешних средствах... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Mikler Опубликовано 27 марта, 2011 · Жалоба Вы SSW с транковым шлюзом не попутали коллега? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Jonnik Опубликовано 28 марта, 2011 · Жалоба Кстати, насущный вопрос. Раз уж 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 в которой происходит вызов следующего абонента в случае занятости предыдущего. Кстати обещенная прошивка с применением настроек "на лету" уже на подходе Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
klisha Опубликовано 3 апреля, 2011 · Жалоба > перевод звонков в случае "отвала" клиента или его занятости? Действительно больше похоже на функции SSW, на TM.IP возможно организовать serial group в которой происходит вызов следующего абонента в случае занятости предыдущего. Чисто теоретически: упал транк между kamailio и станцией. И что??? станция даже об этом никакой сигнализации не даст. Ни звонки не завернет .. тупо клиенту выдаст клиенту отлуп. Например у нас клиент хочет иметь такую конфигурацию: основной канал по SIP - до 60 одновременных разговоров + резерв по E1 - 10-15 таймслотов или медными линиями и чтобы это работало в режиме "горячей замены" с автоматическим переключением. Мы до сих пор чешем репу как реализовать такую конфигурацию. Вот например если бы с serial group была возможность вернуть звонок обратно в TDM - это уже было бы проще. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
leveler Опубликовано 5 апреля, 2011 · Жалоба Чего-то я не понял, вы абонентскую плату TM.IP решили использовать для организации транка на SIP? ) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
r54 Опубликовано 5 апреля, 2011 · Жалоба Чего-то я не понял, вы абонентскую плату TM.IP решили использовать для организации транка на SIP? ) Нет, TM.IP не абонентская плата. Она изначально СЛ. Это потом ее начали использовать для прямого подключения абонентов. Вопрос в общем-то правильный. Kamalio OPTIONS поддерживает? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Route Опубликовано 6 апреля, 2011 (изменено) · Жалоба Ну syslog можно ручками поднять/передернуть из консоли, не перегружая модуль. А что за косяк на TM.IP? Я сколько syslog не выставлял отправлять сообщения на сервер, не работало =) syslog всегда запускается с опцией -O console. Приходиться ручками убивать и запускать его с опцией -R IP При долгом конфигурировании диалпланов, может ни с того ни с сего улететь половина оных. Было не раз такое, причем улетали даже те, что были забиты день-два ранее, пока не нашел зависимость от чего. Изменено 6 апреля, 2011 пользователем Route Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
klisha Опубликовано 6 апреля, 2011 · Жалоба При долгом конфигурировании диалпланов, может ни с того ни с сего улететь половина оных. Было не раз такое, причем улетали даже те, что были забиты день-два ранее, пока не нашел зависимость от чего. На старой прошивке такая шляпа тоже была.. Сейчас прошивку обновили, вроде этого глюка пока не заметили. Думаю, Вам стоит обратиться в ТП по поводу прошивки Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Pritorius Опубликовано 7 апреля, 2011 · Жалоба на TM.IP возможно интегрировать openser или kamailio, вот Вам ссылка на инструкцию и файлики http://элтекс.рф/download.php?obj=docs&id=134&field=file_dwn#Integracija_kamailio_na_TM.IP.zip Ссылочка битая :( ни у кого не осталось поделиться? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Jonnik Опубликовано 7 апреля, 2011 · Жалоба на 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 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Pritorius Опубликовано 7 апреля, 2011 · Жалоба Спасибо! Помогло. Единственно не могу докурить как сделать вызов от абонента с танции к UA. Сам UA (240029) регистрируется и может совершать звонки, здесь проблем нет. Дальше прописываю IP-адрес TM.IP в trusted. В диал-план TM.IP забиваю что префикс 240029 отправлять на IP адрес kamalio на порт 5060 по протоколу SIP. При попытке позвонить со станции на UA звонок уходит в TM.IP а дальше отбой :( Где затык? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Pritorius Опубликовано 7 апреля, 2011 · Жалоба Однако логи не рудают kamailio требует уатентификацию несмотря на то что IP платы добавлены в trusted... SIP/2.0 407 Proxy Authentication Required Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Mikler Опубликовано 7 апреля, 2011 · Жалоба Однако логи не рудают kamailio требует уатентификацию несмотря на то что IP платы добавлены в trusted... SIP/2.0 407 Proxy Authentication Required Вы рутите не по trusted правилу. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Pritorius Опубликовано 7 апреля, 2011 · Жалоба Однако логи не рудают kamailio требует уатентификацию несмотря на то что IP платы добавлены в trusted... SIP/2.0 407 Proxy Authentication Required Вы рутите не по trusted правилу. Делал всё как в толмуте по ссылке выше (ссылка)... если не сложно подскажите что поправить, буду очень признателен. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...