58671-14: Протей-imSwitch5 - Системы измерений длительности соединений - Производители и поставщики

Системы измерений длительности соединений Протей-1т8’ш1ск5, далее СИДС, предназначены для измерения длительности телефонных соединений с целью получения исходных данных для расчета их стоимости.

СИДС входит в состав оборудования с измерительными функциями «ПРОТЕЙ-imSwitch5», версия ПО 4.2, производства ООО «НТЦ ПРОТЕЙ».

Оборудование используется на сети связи общего пользования в качестве: транзитного, оконечного-транзитного, оконечного узла связи, выполняющего функции городской автоматической телефонной станции, с использованием технологий коммутации пакетов информации, ОКС №7 (MTP, ISUP-R, SCCP, TCAP), 2ВСК, протоколов SIP, H.323, Н.248, SIGTRAN.

СИДС не имеет выделенных блоков, плат или самостоятельных программ, а использует возможности и функции аппаратуры и программного обеспечения названного оборудования.

Программное обеспечение imSwitch.5 устанавливается на промышленные сервера, с возможностью объединения в кластер средствами Ethernet-сети. Сервера размещается в телекоммуникационном шкафу, двери которого блокируются от несанкционированного доступа замком с электронной защитой и специальным ключом.

Общий вид оборудования и схема блокировки от несанкционированного доступа, представлены на рисунках 1 и 2.

Программное обеспечение (ПО) встроенное, версии 4.2, управляет функционированием оборудования.

Идентификационные данные ПО оборудования приведены в таблице 1

По уровню защиты от непреднамеренных и преднамеренных изменений ПО относится к группе «С», в соответствии с МИ 3286-2010.

ПО оборудования и измеренные данные достаточно защищены с помощью специальных средств защиты от преднамеренных и непреднамеренных изменений, обусловленных действиями пользователя:

• данные защищены от несанкционированной модификации уникальным форматом сохраняемых файлов и средствами подсчета контрольной суммы исполняемого кода;

• реализовано однозначное назначение каждой команды для инициирования функции или изменения данных;

• интерфейс пользователя не позволяет вносить изменения в ПО и измеренные данные;

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

• пределы допускаемой абсолютной погрешности измерения длительности телефонных соединений ± 1 с;

• вероятность неправильного тарифицирования телефонного соединения, не более 0,0001.

Знак утверждения типа наносится на эксплуатационную документацию оборудования, в состав которого входит СИДС, типографским способом.

¦ Методика поверки на СИДС;

¦ СИДС, в составе комплекса оборудования;

¦ руководство по эксплуатации 5295-001-54213703-2014РЭ систем измерений длительности соединений Протей-imSwitch5.

осуществляется по документу 5295-001-54213703-2014МП «Системы измерений длительности соединений Протей-imSwitch5 Методика поверки», утвержденному ФГУП ЦНИИС в сентябре 2014 г.

Основное средство поверки:

• формирователь телефонных соединений Призма: (1 - 3600) с, А = ± 0,25 с.

Руководство по эксплуатации 5295-001-54213703-2014РЭ систем измерений длительности соединений Протей-imSwitch5, версия ПО 4.2.

Нормативные и технические документы, устанавливающие требования к системам измерений длительности соединений Протей-imSwitch5

• ГОСТ 8.129-2013 ГСИ. Государственная поверочная схема для средств измерений времени и частоты;

• Техническая и эксплуатационная документация ООО «НТЦ ПРОТЕЙ».

Учет объема оказанных услуг электросвязи операторами связи.

Proteus VSM

Цель данного руководства – показать вам на примере создания простой схемы, как проводить интерактивное моделирование, используя Proteus VSM. Пока мы сконцентрируемся на использовании Активных Компонентов (Active Components ) и возможностях отладки редактора ISIS, мы также рассмотрим основы трассировки и основы управления схемами. Полный обзор этих тем может быть найден в справочной системе ISIS .

Схема, которую мы будем использовать для моделирования – это два светофора, соединенных с микроконтроллером PIC16F84 как показано ниже.

Пока мы будем рисовать схему с нуля, законченную версию можно будет найти по пути “Samples\Tutorials\Traffic.DSN” в папке, где у вас установлен Proteus. Пользователи, которые знакомы с основными способами работы в ISIS, могут выбрать уже готовую схему и перейти к разделу о программе микроконтроллера. Однако, обратите пожалуйста внимание на то, что файл этого проекта содержит предумышленную ошибку – прочитайте для более подробной информации.

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

Начнем с размещения двух светофоров и PIC16F84 на новом макете схем. Начните новый проект, выберите иконку Компонент (Component ) (все иконки имеют всплывающие подсказки и контекстно-зависимую справку, что помогает их использованию). Затем левый клик на букве ‘P’ наверху переключателя объектов (Object Selector ), чтобы открыть окно Браузера Библиотек (Library Browser ), которое появится поверх окна редактора (для более подробной информации смотрите Основы Ввода Схем в справочной системе ISIS ).

Нажмите кнопку P на клавиатуре и напечатайте ‘Traffic ’ в поле “Ключевые слова” (Key words ), и дважды кликните на результате, чтобы переместить светофоры в переключатель объектов. Сделайте то же самое для PIC16F84A.

Единожды выбрав в проект светофоры и PIC16F84, закройте Браузер Библиотек и кликните один раз на PIC16F84 в переключателе объектов (это выделит ваш выбор и элемент будет показан в окне предварительного просмотра в правом верхнем углу экрана). Теперь левый клик на окне редактора, чтобы поместить элемент на схему, – повторите процесс, чтобы разместить на схеме два светофора.

Мы создали узлы схемы, но случайно не идеально разместили их. Чтобы переместить элемент, кликните на нем правой кнопкой мыши (это выделит элемент), затем зажмите левую кнопку мыши и перетащите элемент (вы увидите контур элемента “следующий” за курсором мыши) на требуемую позицию. Когда контур будет там, где вы хотите, отпустите левую кнопку мыши, и элемент переместится на заданную позицию. Обратите внимание, что в данный момент элемент всё еще выделен – правый клик на пустом месте окна редактора вернет элементу нормальное состояние.

Чтобы повернуть элемент, правый клик на нем так же, как и в предыдущем случае, а затем левый клик на одной из иконок вращения (Rotation ). Это повернет элемент на 90 градусов – повторите это столько раз, сколько требуется. Опять же, хороший способ – правый клик на пустом месте схемы, когда вы закончили, чтобы восстановить первоначальное состояние элемента.

Размечайте схему осмысленным способом (например, исходя из простоты восприятия), двигайте и поворачивайте элементы, как требуется. Если у вас возникли проблемы, советуем поработать с руководством в справочной системе ISIS – ISIS Tutorial .

Для нашей цели, мы игнорируем 2D графику, чтобы не запутываться, и сконцентрируемся на создании моделируемой схемы – для тех, кому интересно, полный доклад о графических возможностях ISIS можно найти в разделе 2D графика ( 2D Graphics ).

Как правило, при разводке схемы полезна возможность изменения масштаба требуемой территории. Нажатие клавиши F6 или иконки Увеличить (Zoom In ) увеличит масштаб вокруг текущей позиции мыши, или, в качестве альтернативы, зажмите клавишу SHIFT. и зажав левую кнопку мыши, выделите территорию, которую нужно увеличить. Чтобы уменьшить масштаб, нажмите клавишу F7 или иконку Уменьшить (Zoom Out ), или, если вы хотите уменьшить так, чтобы видеть всю схему целиком, нажмите клавишу F8 или используйте колесо мыши, чтобы уменьшить или увеличить требуемую территорию. Соответствующие команды могут быть доступны меню Вид (View ).

ISIS имеет очень мощные возможности, называемые Real Time Snap. Когда курсор мыши находится поблизости от конца вывода или проводника, местоположение курсора захватывается этими объектами. Это позволяет легко редактировать и управлять схемой. Эта возможность может быть найдена в меню Инструменты (Tools ) и по умолчанию включена.

Более подробная информация о масштабе и захвате может быть найдена в справочной системе ISIS – Окно Редактора.

Простейший способ соединения схемы – это использовать опцию автотрассировки проводника (Wire Auto Router ) в меню Инструменты (Tools ). Убедитесь, что она включена (должна быть видна отметка в меню слева от опции). Для более подробной информации смотрите раздел “Автотрассировка проводника” в Инструкции ISIS. Увеличьте PIC, чтобы все выводы были видны, затем поместите курсор мыши на конец вывода 6 ( RB0/INT ). Вы увидите маленький ‘х’–курсор на конце мыши. Это показывает, что мышь в правильной позиции для присоединения проводника к этому выводу. Левый клик мышью, чтобы начать соединение, и затем переместите мышь к выводу, соединенному с красным фонарём одного из светофоров. Когда вы снова получите ‘х’–курсор над этим выводом, кликните левой кнопкой мыши, чтобы завершить соединение. Повторите этот процесс для подключения обоих светофоров как показано образце схемы.

Пара вопросов о процессе разводки, заслуживающих упоминания:

• Вы можете делать соединения в любом режиме – ISIS достаточно сообразителен, чтобы понять, что вы делаете.
• Когда включена автотрассировка проводника (Wire Auto router ), разводится вокруг препятствий и, как правило, ищется удобная траектория между соединениями. При этом способе, как правило, вам только нужно сделать левый клик на обоих концах соединения и предоставить ISIS возможность позаботиться о пути между ними.
• ISIS автоматически переместит экран, если вы затронете границу окна редактора, перемещая проводник. Учитывая это, вы можете увеличить масштаб до подходящего уровня и, при условии, что вы знаете приблизительную позицию элемента-цели, просто подталкивайте экран, пока не увидите его. В качестве альтернативы, вы можете увеличивать и уменьшать масштаб, пока перемещаете проводник (используя клавиши F6 и F7 ).

В заключение, мы должны соединить вывод 4 с клеммой питания. Выберите иконку “Клемма” (Terminal ) и выделите “Питание” (POWER ) в переключателе объектов. Теперь сделайте левый клик на подходящем месте и поместите клемму. Выберите подходящую ориентацию и присоедините клемму к выводу 4, используя тот же способ, что и раньше.

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

Для успеха нашей консультации мы подготовили следующую программу, которая записывается в PIC для управления светофорами. Эта программа приготовлена в файле TL.ASM и может быть найдена в папке “Samples\Tutorials” .

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

Следующий этап – присоединить программу к нашей схеме, чтобы мы могли успешно моделировать ее поведение. Сделаем это через команды меню Исходник (Source ). Теперь перейдите в меню Source и выберите команду “Добавить/удалить исходные файлы” (Add/Remove Source Files ). Нажмите кнопку New, зайдите в папку “Samples\Tutorials” и выберите файл TL.ASM. Нажмите “открыть” и файл появится в выпадающем списке имен файлов исходных кодов (Source Code Filename ).

Теперь нужно выбрать программу формирования кода для файла. Для нашей цели подойдет программа MPASM. Эта опция будет доступна из выпадающего списка Code Generation Tool. выберите ее обычным способом, кликая левой кнопкой мыши(обратите внимание, что если вы планируете использовать новый ассемблер или компилятор, вам нужно зарегистрировать его, используя команду “Определить программу формирования кода” (Define Code Generation Tools )).

В завершение, необходимо установить с каким файлом работает процессор. В нашем примере это будет tl.hex (hex-файл, генерируемый MPASM, являющийся результатом трансляции tl.asm). Чтобы прикрепить этот файл к процессору, кликните на pic-контроллере сначала правой кнопкой мыши, а потом левой. Это откроет диалоговую форму редактирования элемента, которая содержит поле “Файл программы” (Program File ). Если в нем еще не установлен tl.hex, то введите путь к файлу либо вручную, либо просматривая место, где находится файл, нажав ‘?’ справа от поля. Установив hex-файл, нажмите ОК, чтобы выйти из диалоговой формы.

Теперь мы прикрепили исходный файл к проекту и установили, какая будет использоваться программа формирования кода. Более детальное разъяснение системы управления исходными кодами доступно в данной документации далее.

Чтобы смоделировать работу схем, кликните левой кнопкой мыши по кнопке Play на анимационной модели в правом нижнем углу экрана. Строка состояния покажет время, в течение которого запущена анимация. Обратите внимание на то, что один из светофоров зеленый в то время как другой красный, на схеме также можно увидеть логические уровни на выводах. Однако заметьте, что светофоры не изменяют состояния. Это из-за того, что в код внесена предумышленная ошибка. На данном этапе это подходит для того, чтобы отладить нашу программу и найти проблему.

Чтобы удостоверить, что мы тщательны в отладке, мы остановим текущее моделирование. Покончив с этим, вы можете начать отладку нажатием CTRL+F12. Появятся два окна – первое хранит текущие значения регистров, второе показывает исходный код программы. Любое из них может быть активировано из меню “Отладка” (Debug ) вместе с совокупностью других информационных окон. Мы также хотим активировать смотровое окно (Watch Window ), в котором мы можем наблюдать внесенные изменения в параметры состояния. Полное разъяснение этого элемента доступно в разделе, озаглавленном “Смотровое окно”. в данной документации.

Взгляните на программу, можно заметить, что она замкнута в повторяющемся цикле. Поэтому будет хорошей идеей перед тем, как начать, установить точку останова в начале этого цикла. Вы можете сделать это выделением мышью строки (по адресу 0005 и 000E ), а затем нажатием F9. Затем нажмите F12. чтобы запустить прогон программы. Теперь вы увидите сообщение в строке состояния, показывающее, что достигнута цифровая точка останова, а также адрес счётчика команд. Он соответствует адресу первой точки, которую мы установили.

Список клавиш отладки можно найти в меню Debug. но мы, большей частью, будем использовать F11. чтобы пошагово отлаживать программу. Теперь нажмите F11 и заметьте, что красная стрелка слева переместилась вниз к следующей инструкции. Мы фактически выполнили инструкцию ‘ clrw ’, а затем остановились. Вы можете проверить это, взглянув на регистр W в окне регистров и обратив внимание, что он обнулен.

Теперь нужно определить, что должно произойти при выполнении следующей инструкции, а затем проверить, действительно ли это произошло. Для примера, следующая инструкция перемещает содержимое регистра “ W ” в PORT A. т.е. PORT A будет очищен. Выполнение этой инструкции и проверка окна регистров подтверждают, что это на самом деле так. Продолжайте в том же духе пока не достигните нашей второй точки останова, обратите внимание, что оба порта настроены на выход (как предписано регистром TRISB ) и установлены в нули.

И так, мы остановились на вызове функции, у нас есть опция перешагивания через функции (Stepping Over ) (нажатием клавиши F10 ), но для полноты мы прошагаем через каждую инструкцию. Нажатие здесь F11 переносит к первой выполняемой строке функции getmask. Шагнув вперед, мы видим, что операция перемещения была успешна, и что мы попадаем в правильном месте для добавления нулевого сдвига в нашей таблице соответствия. Следовательно, когда мы возвращаемся в основную программу, мы имеем “маску”, которую и ожидали. Делая следующий шаг и записывая маску в порт, мы можем видеть правильный результат на схеме. Еще один шаг для инкриментирования режима также успешен, что подтверждается окном регистров, где значение в регистре W увеличилось на 1.

Следующий шаг содержит инструкцию, предназначенную для охватывания режима нулями, когда он возрастет выше 3. Это, как можно увидеть из смотрового окна, не выполняется. Очевидно, что режим увеличился здесь до 1, что соответствует маске и верно для следующего выполнения цикла.

Скрытый анализ показывает, что причина проблемы в побитовом И с четверкой вместо тройки. Режимы, которые мы хотим 0, 1, 2, 3 при побитовом И их с 4 дают 0. Вот почему, когда запущено моделирование, режим светофоров не меняется. Решение в простой замене проблемной инструкции на И с 3 вместо 4. Это означает, что режим увеличивается до 3, и когда регистр W увеличится до 4, режим будет обнулен. Альтернативное решение в проверке, когда ‘ W ’ возрастет до 4, и сбросе его в ноль.

Данный раздел переведен из Help’а Proteus’а версии 7.2

Последние материалы
в разделе Радиоэлектроника

PROTEUS русский мануал

А смысл? Со словарём и любой му..ак сможет прочитать (ибо ПРОМТ есть у каждого). И насчёт "не корявисто" не соглашусь - фуфло полное. ИМХО, кто хоть чуть-чуть знает англицкий лучше пусть читает английский вариант - пользы больше будет. Заодно и в техническом англиском поднатореете

Полностью согласен с Don_Ambrosio, но и PROMT имеет право жить - английский, например, как-то прошел мимо меня в годы моей молодости, а сейчас уже поздно. Потому пользуюсь сурогатами - тот же PROMT.
Не 8-й, и даже не 6-й, а старый 98-й (специально держу на виртуальном Win9 .

Давайте сравним. Вот идеал - нормальный русский перевод (из http://garb2007.narod.ru/electronic/. rawing_circuit ):
Цель данного руководства – показать вам на примере создания простой схемы, как проводить интерактивное моделирование, используя Proteus VSM. Пока мы сконцентрируемся на использовании Активных Компонентов (Active Components) и возможностях отладки редактора ISIS, мы также рассмотрим основы трассировки и основы управления схемами. Полный обзор этих тем может быть найден в Инструкции ISIS.
Схема, которую мы будем использовать для моделирования – это два светофора, соединенных с микроконтроллером PIC16F84 как показано ниже.

The purpose of this tutorial is to show you, through the creation of a simple schematic, how to conduct an interactive simulation using Proteus VSM. While we will concentrate on the use of Active Components and the debugging facilities of the ISIS Editor we will also look at the basics of laying out a schematic and general circuit management. Full coverage of these topics can be found in the ISIS Manual.
Цель этой обучающей программы состоит в том, чтобы показать Вам, через создание простого схемного решения, как провести интерактивное моделирование, используя Proteus VSM. Пока мы концентрируемся на использовании Активных составляющих и средств отладки ISIS Редактора, мы будем также смотреть на основы размещения схематического и общего управления схемы. Полный охват этих тем может быть найден в ISIS Руководстве.
The circuit we will be using for the simulation is a pair of traffic lights connected to a PIC16F84 micro-controller as shown below.
Схема, которую мы будем использовать для моделирования - пара светофора, связанного с PIC16F84 микроконтроллером как показано ниже.
Да - коряво. Да - лучше читать оригинал.
А если не всем дано?

P.S. Некоторые машинные переводы я выкладывал на http://www.tanu-sha.narod.ru/index.html
Если у кого-то (как у Джоржа Буша) трудности c английским языком, можно пользоваться хоть этим.

Кто-нибудь работал с оборудованием Протея? Форумы

leveler 28 апреля 2008 - 09:26

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

ram_scan 28 апреля 2008 - 11:40

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

SmokerMan 28 апреля 2008 - 12:34

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

ram_scan 28 апреля 2008 - 13:07

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

leveler 28 апреля 2008 - 13:11

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

facility 28 апреля 2008 - 15:03

leveler (28 апреля 2008 - 09:26) писал:

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

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

Mickle 28 апреля 2008 - 15:53

leveler (28 апреля 2008 - 09:26) писал:

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

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

leveler 28 апреля 2008 - 18:58

facility (28 апреля 2008 - 15:03) писал:

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

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

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

facility 29 апреля 2008 - 08:18

leveler (28 апреля 2008 - 18:58) писал:

facility (28 апреля 2008 - 15:03) писал:

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

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

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

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

leveler 29 апреля 2008 - 08:46

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

ram_scan 29 апреля 2008 - 14:00

facility (29 апреля 2008 - 08:18) писал:

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

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

Eugene Tsepelev 30 апреля 2008 - 09:19

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

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

ram_scan 30 апреля 2008 - 09:53

Eugene Tsepelev (30 апреля 2008 - 09:19) писал:

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

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

leveler 30 апреля 2008 - 12:09

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