Jonnik

Предлагаю обратится в тех.поддержку Элтекса для решения проблемы с факсами.

IL_S, > SMG1016 не в коем случае не высовывать в глобал Илья, почему так однозначно? в SMG есть кое какие фичи для защиты например в новой версии будет fail2ban

У Вас есть какие-то конкретные претензии к данному девайсу, если да, то предлагаю обсудить и решить их, а абсолютно надежного девайса не может быть наверное в прицепи, на то она и техника чтобы ломаться периодически.. Просто Вы пытаетесь высказать свое мнение, оперируя абстрактными вещами, типо "если она через полгода вдруг глючить начнет?". > Именно техподдержки, а не ответа сервисного инженера в пятницу в обед по Москве, что программисты уже ушли и утром в понедельник.. если Вы говорите о программистах, то решение проблемы требовало изменения логики работы ПО? Это маловероятно, если вы вдруг нашли багу в пятницу вечером, когда в Новосибе уже глубокий вечер и нет людей на работе, и это бага не дает функционировать услуги телефонии в принципе, то тут претензии не к ТП 24/7(кстати тогда и программисты 24/7 должны работать?), а к Вам, почему во время тестирования, при интеграции в Вашу сеть Вы не обратили внимание на эту багу и запустили оборудование "в бой". обычно оператор тестирует все нужные ему функции и протоколы, смотрит как это все взаимодействует в его сети, если что то находится, то все это решается в рабочем порядке, а не впопыхах в пятницу вечером ПО дописывается на коленях.

Интересная у Вас конечно позиция товарищ telecom, т.е. по Вашему заглючить может только SMG? и откуда такие данные что ТП поможет только через неделю? мне кажется это Ваши необоснованные домыслы.

Проблемы действительно существуют, связаны они по большей мере с реализацией спецификаций и требований для сотовых сетей. Для операторов подвижных средств связи заложен огромный функционал, достаточно специфичный, операторами фиксированной связи не используется, у нас нет своей базовой станции и мобильного коммутатора для отработки данных спецификаций, поэтому в данной области существуют пробелы. В программном обеспечении БКП (MC240EX) самых первых релизов существовали проблемы с утечками памяти и потерями связи с модулями м16е1, которые позже удалось повторить в тестовой лаборатории. Данные проблемы были устранены. На данный момент оборудование БКП снято с производства. Взамен ему уже около 1,5 лет выпускается оборудование БКП-М, данное устройство широко используется на сети различных операторов, во многих регионах РФ.

Приветствую, sulii Скажите, по всем эти проблемам обращались в ТП Элтекса? Какая интенсивность нагрузки была? сколько потоков и какие протоколы использовали? По поводу ОКСа, мы можем дорабатывать ПО при необходимости в случае возникновения проблем, но все делается в рамках стандартов и рекомендаций, так что мне кажется выражение "давайте поправим что вам не нравится" не совсем верное. В чем выражается "сырость" ОКСа? Оборудование еще находится у Вас? давайте продолжим тестирование при тесном взаимодействии с нашей ТП.

>Коллеги, подскажите хороший девайс, сочетающий в себе абонентский роутер, Wi-Fi и имеющий 1-2 FXS на борту. Есть такая штука у Аудиокодеса - MP202C-W/2S/SIP, но попытка купить его в России не увенчалась успехом, мол >непопулярно, поэтому и не возит никто. Посмотрите на шлюзы серии RG 14xx "Элтекс", в часности на 2 порта RG-1402G-W http://www.eltex.nsk.ru/product/rg-1402g-w если есть вопросы по нему, спрашивайте, постараюсь ответить

На smg1016 можно сделать следующее: подменить/подставить категорию при помощи масок анализа на транковой группе как индивидуально для любого номера, так и по маскам включающим в себя диапазоны номеров (например xxxxx - subscriber; xxxxxxxx - national). Или Вам нужна обработка параметра СРС в tel URI (например alcatel такое поддерживает)? Если нужно, чтобы категория сразу зависела от значности номера, то требуется небольшая доработка. Единственное Е.164 не описывает точных значностей номера для subscriber, national, international, но их можно задать самим для Российских условий:- 1-7 цифр subscriber, 8-10 national, больше 10 international (с Е164 это немного конфликтует)

>Имеющий читать всё поймет сам. Mikler, реально не могу понять о чем Вы.. ну да ладно, не буду более спорить с Вами дабы не "закопать" себя окончательно. > По грубым расчетам порядка 15-16 сессий в секунду извиняюсь, не правильно выразился, не по расчетам конечно - по тестам

> Мы с вами не знакомы и прошу обращаться на вы, это такое обращение к собеседнику. Замечательный маркетинговый ход грубый расчет Простите, но вообще-то мы знакомы. ну пусть будет на "Вы". > Но вот такое «эффективное» маркетинговое продвижение выставляет продукт не в лучшем свете. еще раз извиняюсь, но все же стоит путать личное отношение ко мне и продукт. Просто на самом деле, Mikler, согласитесь, что у Вас получился не совсем обоснованный коммент, что могло вызвать неправильные впечатления об устройстве у других пользователей. Возьмите на тест оборудование, посмотрите как оно, и потом обсудим с Вами все замечания, без обид.

Mikler, по-моему твои выводы не соответсвую действительности и не на чем не основанные.. ты сам пробовал тестить под нагрузкой этот шлюз? или это просто твои фантазии? По крайней мере кто реально покупал эти шлюзы или брал в опытную никто не жаловался что он не вывозит нагрузку. + там стоит PPC460GT 800MHz, скоро будут smg1016M на процессоре 1000 Мгц > Кстати а сколько SMG может сессий в секунду терминировать? По грубым расчетам порядка 15-16 сессий в секунду > если принять во внимание то что его основная задача это проксирование трафика через себя и тут тоже ты не прав это не основная его задача. на это расходуется не более 1/3 процессора при полной загрузке разговорами

Скоро, Максим, скоро и это будет уметь ТАУ32М/36/72

>Вот сейчас пытаюсь понять, можно ли посредством только VoIP шлюза (без астериска) в обоих случаях (т.к. в конторах, где внедряется телефония, провайдеры разные и конфигурится всё по-разному) настроить перевод звонка с порта на порт? На сколько портов нужен шлюз? Например ТАУ (32М/36/72) eltex это умеет >1. При поступлении звонка звонят все телефоны. > 1. Все каналы отдаются по одной паре логин-пароль. Тут сколько провайдер каналов отдаст, столько и будет. Возможно сконфигурирвоать serial group средсвами самого шлюза, и она будет регится и аутендифицироваться на сервере под одном логин/паролем и при поступлении на нее вызова, есть несколько варианотов искания, либо все вместе звонят, либо по очереди.. и т.п. > 2. Иметь возможность перевести звонок с любого FXS порта на любой другой. есть режимы attended/unattended CT, осуществляемые средствами самого шлюза > 2. Каждый канал отдаётся по своей паре логин-пароль и это тоже умет

catalist, а к тестированию уже приступили? какие впечатления? :)

А из Элтекса что рассматривали? smg1016? по-моему не так уж и дорого, цена будет зависить от емкости

Pritorius какие проблемы с работой kamailio? что происходит при переводе вызова? Вообще есть места где запускали его, вроде работает без проблем (по крайней мере не жалуются) и у проца мозги не отлетают.. В общем нужно описание что хотите сделать и что не получается, постараемся помочь..

Ссылочка битая :( ни у кого не осталось поделиться? Да наш сайт немного поменялся, вот новая ссылка http://элтекс.рф/sites/default/files/Integr_Kamailio_na_TM.IP_.rar

> Раз уж 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 в которой происходит вызов следующего абонента в случае занятости предыдущего. Кстати обещенная прошивка с применением настроек "на лету" уже на подходе

Здравствуйте! - это имеется ввиду 100 cps? 100 вызовов в секунду, либо просто 100 одновременных вызовов? Интересно откуда такие данные? имеете ввиду не тянет шина управления (hdlc), либо пром. линий не хватает? Как давно получили TM.IP? обновляли ли на нем ПО? Когда проводили тестирование вывод логов на модуле был отключен?

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

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

>Вы не ответили на вопрос! Суть проблемы не конвертации бинарного >файла в ксв (это то мы как раз реализовали с помощью вышеупомянутых >исходников), а в способе его получения со станции который пролегает вы >сами знаете где! (к слову о ежах и анусах), при этом как я неоднократно >писал мы имеем постоянные грабли в процессе получения CDR со станции. Максим, тебе не показалось что ты все время говоришь о граблях, ежиках и анусах при чтении билинга, а по сути проблемы что именно тебя не устраиват так ни разу не сказал? Кстати ты пробовал программку BillReader которая может упростить твои мучения? и вообще думаю нужно закончить обсуждение проблемы чтения билинга с МС240 в рамках этой темы про абонентские шлюзы, и перенести обсуждение либо в другую тему, либо на наш форум.. > о каких подобных функциях идёт речь? транзит TDM - VoIP :-) http://eltex.nsk.ru/download.php?obj=docs&...dwn#SMG1016.zip > Женя, я не сижу и ничего не делаю, и не говорю что вы проблемы не решаете, просто данная тема призвана озвучить > мнение об оборудовании, вот я и озвучиваю, однако важно понимать что мы за свои деньги поимели не кислый гемор > на первых этапах, с тех пор правда много чего пофиксили, но факсы по прежнему не всегда ходют, проблемы решаем > совместно, разбираемся... если бы это было не так то я бы вопил по другому.... тебе отдельное спасибо уже говорил... я думаю с этим мы разберемся, но тоже не в рамках этой темы. и тебе спасибо, рад помочь :-)

Пробежался по всему топу, выписал некоторые моменты и постараюсь ответить на них >БП на ТАУ и МС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 и при этом сидеть и ничего не делать, мы же не отказываемся решать проблемы.. если есть проблемы, давай решать в рабочем порядке

Здравствуйте все! отдельный респект catalist :-) "И что сказали, когда вычислили? )))" - а вот что сказали :-) Возможно и найдете, но по опыту последних поставок багов все меньше ;-) Ситуция не изученна до конца, так что не факт что это именно проблема, возможно все вылечится настройкой (рекомендации по тому что поправить высланны, сообщите когда попробуете) Согласен, проблема.. хочу сказать слово в защиту, в новых ТАУ32М есть съемные блоки на постоянку и переменку 220 Да в ТАУ32 ПО только так, но опять же в остальных железках ТАУ1,104, 32М, 36, 72 ПО меняется легко через веб, конфига скидывается только на ТАУ1,104 в остальных остается все то что наконфигурили :-) Кому-кому, а вот товарисчу автору грех жаловаться на это, реализовали практически все что ты просил, не помню в чем отказали, но оснавное сделали, поправь если не прав :-) вообще насчет реализации всяких фич, каждое пожелание с эксплуатации обсуждается и решается нужно ли оно.. по опыту реализуют практически все что просят Спасибо за комплимент, вам тоже поклон ) что касается дежурного сотового, он должен принимать вызовы и ночью.. видимо тут сказался человеческий фактор, может был вне досягаемости или т.п.. добавлю несколько слов от себя, ТАУ32 был одним из первых аб. шлюзов, поэтому есть некоторые недочеты, на данный момент оно снять с производства, и на новых шлюзах учтенны все минусы.. это не говорит о том что не будем фиксить баги на ТАУ32, канечно будем если они есть, но вот о реализации новых фич на них, увы...