[leveler]

Как по функционалу? Как по эксплуатации (виснут/греются/прочее)? Как к авторизации и аккаунтингу через RADIUS относится? Интересует всё.

Они (MAK/MKD, MTU) сейчас у нас на тестировании. Хотелось бы их и в хвост и в гриву. Ну и побольше узнать про них информации. Кому интересно, могу поделиться информацией. На тестировании у нас шестиюнитовый комп в промышленном исполнении. Есть платы MKD, MTU и СЛАК-30. И ещё есть юнитовый абонентский шлюз MTU.

[ram_scan]

Ответил в личку.

[SmokerMan]

а почему в личку? чтобы за мат не забанили? :-)

[ram_scan]

Где-то так. И не хочу чтобы вендор читал.

[leveler]

ram_scan, а вы случаем не из Ринета? :) Ответ можете дать в личку, если что. За консультацию спасибо.

[facility]

Как по функционалу? Как по эксплуатации (виснут/греются/прочее)? Как к авторизации и аккаунтингу через RADIUS относится? Интересует всё.

Они (MAK/MKD, MTU) сейчас у нас на тестировании. Хотелось бы их и в хвост и в гриву. Ну и побольше узнать про них информации. Кому интересно, могу поделиться информацией. На тестировании у нас шестиюнитовый комп в промышленном исполнении. Есть платы MKD, MTU и СЛАК-30. И ещё есть юнитовый абонентский шлюз MTU.

Можно провокационный вопрос: какие услуги на нем оказывать собираетесь? :)

[Mickle]

Как по функционалу? Как по эксплуатации (виснут/греются/прочее)? Как к авторизации и аккаунтингу через RADIUS относится? Интересует всё.

Они (MAK/MKD, MTU) сейчас у нас на тестировании. Хотелось бы их и в хвост и в гриву. Ну и побольше узнать про них информации. Кому интересно, могу поделиться информацией. На тестировании у нас шестиюнитовый комп в промышленном исполнении. Есть платы MKD, MTU и СЛАК-30. И ещё есть юнитовый абонентский шлюз MTU.

Тоже решили оттестировать. Не пошли китайские MSAG чего и следовало в принципе ожидать (косяк со стороны китайского железа).

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

[leveler]

Можно провокационный вопрос: какие услуги на нем оказывать собираетесь? :)

Не знаю как это звучит по-правильному - телефонию. =)

 

Соединиться по ОКСу с СТК всякими и вести "правильную" жысь. Клиентов можно и обычной парой, и там с помощью voip-технологий. Конкретно с решением пока не определились. Да и решать не я буду. Но мне потом это хозяйство эксплуатировать. =)

[facility]

Можно провокационный вопрос: какие услуги на нем оказывать собираетесь? :)

Не знаю как это звучит по-правильному - телефонию. =)

 

Соединиться по ОКСу с СТК всякими и вести "правильную" жысь. Клиентов можно и обычной парой, и там с помощью voip-технологий. Конкретно с решением пока не определились. Да и решать не я буду. Но мне потом это хозяйство эксплуатировать. =)

Протей позиционирует свой одноименный АПК как NGN-решение, что подразумевает в первую очередь ориентацию на сервис для абонента. Вот и возник вопрос - из каких потребностей выбор пал на Протей. Подключиться по ОКС7 можно и без Протея, хотя конечно эксплуатировать единый АПК, в котором реализована поддержка всех необходимых протоколов и функций, вместо нескольких разных, значительно удобней.

[leveler]

На сколько я в теме - у них есть ОКС и сертификат на местную связь. А это и есть минимально необходимое условие.

[ram_scan]

Протей позиционирует свой одноименный АПК как NGN-решение, что подразумевает в первую очередь ориентацию на сервис для абонента. Вот и возник вопрос - из каких потребностей выбор пал на Протей. Подключиться по ОКС7 можно и без Протея, хотя конечно эксплуатировать единый АПК, в котором реализована поддержка всех необходимых протоколов и функций, вместо нескольких разных, значительно удобней.

Лучше выбрать другое решение. Даже комбинированое будет беспроблемнее в эксплуатации, дешевле по деньгам и функциональнее по сервисам. По факту все то что написано в рекламе вам скорее всего начнут реализовывать только после того как заплатите бабки :-) Особенность бизнеса такая.

Изменено 29 апреля, 2008 пользователем ram_scan

[Eugene Tsepelev]

Мы используем ITG, MKD, MAK. По Бизнес модели соглашусь :) Но все что вам надо можно предусмотреть договором и особо не париться.

Набор ДВО конечно смущает, это еще мягко сказано. Радиуса нет. У нас весь биллинг на CDR но нам это даже удобней. В CDR беспроблемно передается доп. информация о вызове.

Проблем в эксплуатации у нас не было ни разу, поддержка очень оперативна и адекватна.

 

to ram_scan Кстати по поводу продукта дешевле можно его название озвучить ? На момент тестирования нами софтсвитчей на 4-10 тыс абонентов, дешевле был только Мера Siprise у которого не было самой малости - Сертификата. ВокалТек и БТС+ВГВ по цене даже рядом в протеем поставить нельзя. Ставить Хуавэй либо ЗТЕ, тут не подскажу, но есть у нас оператор который сеть на ЗТЕ построил, так недавно их софтсвитч месяц в отключке был, это даже бизнес моделью назвать нельзя.

 

 

 

[ram_scan]

Мы используем ITG, MKD, MAK. По Бизнес модели соглашусь :) Но все что вам надо можно предусмотреть договором и особо не париться.

Набор ДВО конечно смущает, это еще мягко сказано. Радиуса нет. У нас весь биллинг на CDR но нам это даже удобней. В CDR беспроблемно передается доп. информация о вызове.

Проблем в эксплуатации у нас не было ни разу, поддержка очень оперативна и адекватна.

 

to ram_scan Кстати по поводу продукта дешевле можно его название озвучить ? На момент тестирования нами софтсвитчей на 4-10 тыс абонентов, дешевле был только Мера Siprise у которого не было самой малости - Сертификата. ВокалТек и БТС+ВГВ по цене даже рядом в протеем поставить нельзя. Ставить Хуавэй либо ЗТЕ, тут не подскажу, но есть у нас оператор который сеть на ЗТЕ построил, так недавно их софтсвитч месяц в отключке был, это даже бизнес моделью назвать нельзя.

В том то и дело, что дешевле - ничего нет. Впрочем хуже - тоже ничего нет. Это сейчас, нашей кровью ее еще терпеть можно, на нас как на кроликах не стесняясь испытания проводят. А после инсталяции она была неработоспособна ВООБЩЕ.

 

Кстати, за время тестовой эксплуатации и настройки у нас формат cdr поменялся минимум 3 раза. Внятного описания формата нет нигде. У нас служба биллинга на ушах стояла от такой радости.

 

По поводу "техподдержки" - тоже спорно. Могут кидать с инженера на инженера, со специалиста на специалиста, каждому с самого начала будешь обьяснять проблему, и в лучшем случае нарвешься на "ну давайте мы дамп снимем". Они у себя не имеют на стенде даже элементарного оборудования от сторонних вендоров чтобы ситуацию смоделировать. Или моделируют так, что плакать хочется.

 

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

 

Из примеров - dtmf stuck на оборудовании addpac (кстати, проблема описана в rfc2833). Софт нам меняли раз 30. Каждый раз с остановкой, пуском, и тестом на полный круг, потому-что в лучшем случае в одном месте чинят, в другом ломают. Утверждают что "у себя мы тестировали". Фиксили месяца три проблему наверное. Мне в addpac (!) не смотря что я не являюсь (!) партнером, после жалобы об ошибке через два дня выдали новый APOS с фиксом. В Tainet мне по моей просьбе, хотя мы у них даже оборудование не покупали в софте сделали фичу за неделю, которую мы хотели, причем фичу нестандартную. А протей нам 3 месяца мозги полоскал. Правильно, куда мы с подводной лодки денемся...

 

Потом этого чудо-инженера начальство бросает под другие танки, м цикл начинается сначала... Даже у д-линка не к ночи будь помянут саппорт работает лучше. А у этих орлов нету круглосуточного саппорта. Нету и все. Хочешь решать проблемы - ориентируйся на московское время онли. Я до часу ночи на работе просиживал каждый день.

 

Кстати в протее до сих пор в полном обьеме не реализован RFC3261. Это к вопросу о бабочках. То есть не то чтобы "неправильно", а просто "а это нам лениво делать и мы не будем". И за реализацию оного стандарта в обьеме этого стандарта с нас пытались трясти бабки.

 

Решение на классике кстати нам вышло бы дешевле, пуск мы бы произвели за 2 недели, и работало бы оно не кашляя. А необходимость войперить мы бы решили подтыкиванием к оной классике медиашлюза от вендора который нам нравится.

 

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

 

Про онанизм с ITG, когда он платы Consul шатдаунила сразу после загрузки из-за того что они в коммутатор включены н а котором portfast задизаблено, и месячную переписку "увеличьте таймаут хотя бы до минуты, хрен с ней с регулировкой" я и вспоминать не хочу даже.

 

Для тамошних инженеров было откровением словосочетание "красный аларм". Мы случайно подключили к еще одному девайсу rx от одного потока, tx от другого, и в диагностике не увидели вообще НИЧЕГО, и L2 у нас поднялся, только вот L3 не захотел... И я очень долго обьяснял им, зачем эти алярмы нужны ваще и как оно работает. Правда оно до сих пор не работает, поэтому если линк бахнется, а несущую будет видно - порт у вас будет стоять в апе, а я желаю успехов по поиску геморроя.

 

Кстати, через командный интерфейс статус чего-либо посмотреть невозможно. "Незачем" потому-что. Надо посмотреть в логи, "бегают там пакетики или нет", и на основании этого сделать заключение. Я валялся...

Изменено 30 апреля, 2008 пользователем ram_scan

[leveler]

Буду в Новосибе, с меня пиво. =)

Кстати, а можно я тогда не буду пост переписывать, а дам линк на него в письме к Протею? Уж очень хочется их версию послушать.

[Eugene Tsepelev]

В том то и дело, что дешевле - ничего нет. Впрочем хуже - тоже ничего нет. Это сейчас, нашей кровью ее еще терпеть можно, на нас как на кроликах не стесняясь испытания проводят. А после инсталяции она была неработоспособна ВООБЩЕ.

 

Кстати, за время тестовой эксплуатации и настройки у нас формат cdr поменялся минимум 3 раза. Внятного описания формата нет нигде. У нас служба биллинга на ушах стояла от такой радости.

Мы сразу запросили формат CDR, не скажу что он в договоре был прописан, но почти, менялся один раз когда понадобилось добавить в CDR значения категории абонента

По поводу "техподдержки" - тоже спорно. Могут кидать с инженера на инженера, со специалиста на специалиста, каждому с самого начала будешь обьяснять проблему, и в лучшем случае нарвешься на "ну давайте мы дамп снимем". Они у себя не имеют на стенде даже элементарного оборудования от сторонних вендоров чтобы ситуацию смоделировать. Или моделируют так, что плакать хочется.

 

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

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

 

Из примеров - dtmf stuck на оборудовании addpac (кстати, проблема описана в rfc2833). Софт нам меняли раз 30. Каждый раз с остановкой, пуском, и тестом на полный круг, потому-что в лучшем случае в одном месте чинят, в другом ломают. Утверждают что "у себя мы тестировали". Фиксили месяца три проблему наверное. Мне в addpac (!) не смотря что я не являюсь (!) партнером, после жалобы об ошибке через два дня выдали новый APOS с фиксом. В Tainet мне по моей просьбе, хотя мы у них даже оборудование не покупали в софте сделали фичу за неделю, которую мы хотели, причем фичу нестандартную. А протей нам 3 месяца мозги полоскал. Правильно, куда мы с подводной лодки денемся...

 

Потом этого чудо-инженера начальство бросает под другие танки, м цикл начинается сначала... Даже у д-линка не к ночи будь помянут саппорт работает лучше. А у этих орлов нету круглосуточного саппорта. Нету и все. Хочешь решать проблемы - ориентируйся на московское время онли. Я до часу ночи на работе просиживал каждый день.

Я тоже, и когда домой приходил продолжал с ними общаться, как на меня жена смотрела даже не передать, такой виртуальный секс мало у кого бывает. Особенно когда мы H323 тестировали и МКД ложился из за входящего вызова без фаст старта.

С другой стороны мы сразу оттестировали ТА ряда вендоров и больше к этой теме не возвращаемся, клиент если своего вендора ТА хочет использует он его на свой страх и риск, мы НИЧЕГО не гарантируем в данном случае.

 

Кстати в протее до сих пор в полном обьеме не реализован RFC3261. Это к вопросу о бабочках. То есть не то чтобы "неправильно", а просто "а это нам лениво делать и мы не будем". И за реализацию оного стандарта в обьеме этого стандарта с нас пытались трясти бабки.

 

Решение на классике кстати нам вышло бы дешевле, пуск мы бы произвели за 2 недели, и работало бы оно не кашляя. А необходимость войперить мы бы решили подтыкиванием к оной классике медиашлюза от вендора который нам нравится.

 

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

Классика безусловно дешевле и будет дешевле еще очень долго, так называемый NGN только только обкатывается в промышленных масштабах, как будет количество инсталяций того же Протея достагать хотя бы тысячи в год как у какого нибудь Искратела, тогда можно будет о чем то говорить, а сейчас любой их клиент будет бета тестером, никуда от этого не деться. У нас резервирование через DNS SRV по сипу реализовано, тоже криво, но это SIP. Нам господа из мрк настоятельно не рекомендовали использовать SIP и т.п. для подключения абонентов, только H248. О нате на Протее кстати тоже приходится только мечтать :) Нормального механизма прохода через нат на нем нет.

 

Про онанизм с ITG, когда он платы Consul шатдаунила сразу после загрузки из-за того что они в коммутатор включены н а котором portfast задизаблено, и месячную переписку "увеличьте таймаут хотя бы до минуты, хрен с ней с регулировкой" я и вспоминать не хочу даже.

 

Для тамошних инженеров было откровением словосочетание "красный аларм". Мы случайно подключили к еще одному девайсу rx от одного потока, tx от другого, и в диагностике не увидели вообще НИЧЕГО, и L2 у нас поднялся, только вот L3 не захотел... И я очень долго обьяснял им, зачем эти алярмы нужны ваще и как оно работает. Правда оно до сих пор не работает, поэтому если линк бахнется, а несущую будет видно - порт у вас будет стоять в апе, а я желаю успехов по поиску геморроя.

 

Кстати, через командный интерфейс статус чего-либо посмотреть невозможно. "Незачем" потому-что. Надо посмотреть в логи, "бегают там пакетики или нет", и на основании этого сделать заключение. Я валялся...

Мы их оборудования в AT который с ними в комлекте шел включили, так что такой проблемы у меня не было.

 

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

 

В целом нам очень помогло то что мы в заключаемом с ЗАО Экран договоре явно указали что мы хотим получить, и указали с тех. описанием, так что все что нам было надо у нас есть и работает.

[Eugene Tsepelev]

сразу извинюсь за много букофффф.

 

Буду в Новосибе, с меня пиво. =)

Кстати, а можно я тогда не буду пост переписывать, а дам линк на него в письме к Протею? Уж очень хочется их версию послушать.

Это все НОРМАЛЬНО !!! Когда МТТ тестировали NGN решения разных вендоров китаец в Новосибе жил все лето, патчи несколько раз в день клепались. К нам инженер из ЗТЕ приехал на настройку ШЛЮЗА на две неделе. Все IP решения еще сырые и останутся таковыми пока не пойдут в массы. Да и конкуренции нормальной на этом рынке нет, иначе многие вендоры уже бы задумались о качественных характеристиках своих продуктов. Это все мое ИМХО и на обьетивность/достоверность я не претендую.

У меня к Протею нареканий нет, с определенными допущениями конечно.

[ram_scan]

Это НЕНОРМАЛЬНО. Потому-что в рекламе нам предлагают не "взять на тест", а купить готовое решение из коробки, которое умеет "все на свете", и обклеено гербовыми бумажками с авторитетными подписями, а по факту - фига с маслом и полтора года ремотного онанизма, причем онанизм тоже платный. И конца этому не видно.

 

Впрочем, у кого дохрена денег и свободного времени, я не отговариваю...

 

Уже одно то, что их девайсы поддерживают ТОЛЬКО snmp v1 и отдают свои самые сокровенные мысли любому встречному, кто знает ip адрес, кладя болт даже на коммунити (ее знать необязательно, с какой спросил, с такой и ответит, но ответит все равно) заставляет задуматься можно ли ставить это в продакшн... И при этом имеют авторизацию только на консоль управления. Голос - да нахаляву хоть загоняйся.

Изменено 30 апреля, 2008 пользователем ram_scan

[cae]

Это НЕНОРМАЛЬНО. Потому-что в рекламе нам предлагают не "взять на тест", а купить готовое решение из коробки, которое умеет "все на свете"

Та тож отдел маркетинга постарался ;)

Мы уже спокойно всегда делим заявления вендоров на десять и получаем правильный результат.

Ну разве что у некоторых, с которыми богатый хороший опыт, делим на пять ;)

[leveler]

Чего-то голова уже не варит под конец рабочей недели. Думается, что из дома подитожу то, что мне сказли тут, на voipinfo.ru/forum и в привате. И выложу в виде пунктов. Это будет список вопросов, которые я и задам и новосибирским продажниками, и в Питер инженеру, который помогает мне с тестами.

Кстати, настраиваем работу с MVTS по H.323 уже второй или третий день. Пока не получается. =) Но это я не отношу к неуспехам. Пока не отношу.

[Eugene Tsepelev]

to ram_scan не бывает готового решения из коробки, точнее бывает, но не про наши деньги. Банальный пример стоимость пуско-наладки AXE 810, примерно 15 процентов от стоимость станции, это где то в пределах 2-3 миллионов для коммутатора. Это отлаженное годами решение.

Если хочется NGN из коробки посмотрите в сторону ВокалТек, только цена вас я думаю не устроит. В конце концов все стоит своих денег, как и Протей.

 

То что написано в маркетинге по Протею я читал, там мимо кассы очень много, об этом надо знать и помнить.

 

ЗЫ По поводу snmp, а что мешает весь голос в отдельный VRF засунуть и наружу не светить ? Если надо клиента из вне подключить то SBC использовать, собственно мы так и делаем.

[leveler]

ЗЫ По поводу snmp, а что мешает весь голос в отдельный VRF засунуть и наружу не светить ? Если надо клиента из вне подключить то SBC использовать, собственно мы так и делаем.

Не спорю, всё стоит своих денег. Но зачем же так извращаться? Может вообще отдельную ip-сеть с отдельными проводами для ip-телефонии тянуть? Ладно, это всё лирика.

Большое спасибо за комментарии. Есть теперь над чем поразмыслить. :)

[ram_scan]

ЗЫ По поводу snmp, а что мешает весь голос в отдельный VRF засунуть и наружу не светить ? Если надо клиента из вне подключить то SBC использовать, собственно мы так и делаем.

Если у оператора есть лишние 40 килоевро на путний SBC или техническая возможность изоляции войп сети (что подразумевает или отдельный вилан или темное волокно), то проще за то бабло которое стоит протей купить нормальную станцию, на отложеные на SBC 40 килоевро намотать волокна, воткнуть, а через "отдельный вилан" просунуть TDMoIP на стандартные выносы (и паровозом dsl там клиентам впарить еще). На осатнее бабло взять 5350 кошака, и подключать им совсем сирых и убогих. На сдачу можно будет накрыть неплохую поляну и отметить всей конторой успешный пуск системы.

 

Мы два раза так пускали две SI2000. Все работает, все довольны более чем. Обошлось дешевле протея. Была единственная заморочка у сишки с v5.2, не всегда она l3 подымала после падения линка, но это v5.2 нам там оказалась не нада, а софт менять нас заленило.

Изменено 3 мая, 2008 пользователем ram_scan

[SmokerMan]

Как-то стремно при наличии оптики продавать дсл абонентам...

[Eugene Tsepelev]

to ram_scan нехватит 40 к. евро на нормальный даже class 5, начальный ценник от 400-500 тыс баксов за 10 тыс абонентов, сравним это с 150 - 200 тыс баксов на Протее на той же абонентской базе.

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

 

[leveler]

Вы меня конечно простите, SBC как расшифровывается? =)