Главная


yilmaz
Kaban
lgf
prof
comall
mla

Станок для испытания кругов сип 800


СИП-800 станок для испытания абразивных круговСхемы, описание, характеристики

Сведения о производителе станка для испытания абразивных кругов СИП-800

Производитель станка для испытания абразивных кругов СИП-800 - Дербентский завод шлифовальных станков, основанный в 1960 году.

СИП-800 станок для испытания на прочность абразивных кругов двухкамерный. Назначение и область применения

Станок СИП-800 предназначен для испытания абразивных кругов на прочность вращением.

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

Принцип работы и особенности конструкции станка

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

Шпиндельные головки и привод установлены на станине.

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

Испытательные камеры устанавливаются на фундаменте.

Вращение шпинделей раздельное. Шпиндель большой камеры включается при помощи зубчатой муфты 4; 5. Шпиндель малой камеры — при помощи фрикционного ролика 7.

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

Шлифовальные круги устанавливаются и закрепляются на шпинделях при помощи фланцев. На шпинделе станка СИП-800 можно устанавливать по одному кругу или пакет из двух и более кругов (рис. 8; 9).

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

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

Контроль скорости вращения шпинделей производится при помощи указателя скорости.

Работа станка СИП-800

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

Влажные круги должны быть просушены.

Отсутствие трещин проверяется легким постукиванием деревянного молотка по торцовой поверхности круга в нескольких точках.

Предварительно проверенные «на звук», круги свободно надеваются на шпиндель испытательного станка или фланца для крепления круга. Если круг туго надевается на шпиндель пли втулку фланца, испытывать его не следует, а нужно сначала расточить его отверстие. Зазор между отверстием круга и шпинделем испытательного станка или втулкой фланца должен быть не менее 0,1 мм и не более 1,5 мм.

Если круг имеет отверстие диаметром более на 1,5 мм, чем шпиндель или посадочное место фланцев, необходимо применить фланцы большего размера или переходную втулку или заварить отверстие в круге специальной массой или свинцом.

Между фланцами и кругом с обеих сторон должны быть проложены прокладки из эластичного материала (плотной бумаги, картона или резины). Толщина прокладки должна быть 0,5—1 мм в зависимости от диаметра испытываемого круга и должна перекрывать всю зажимную поверхность фланцев.

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

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

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

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

После закрепления круга камеру испытательного (станка закрывают наглухо и приступают к испытанию. Нажатием на кнопку «Пуск» включается вращение шпинделя. Цикл испытания крута — разгон круга, выдержка времени «а испытание скорости, торможение — автоматический.

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

Режимы испытаний шлифовальных кругов

На станке можно испытывать круги согласно ГОСТ 12.2.001.74


Присоединительные и посадочные базы станка СИП-800

Эскиз конца шпинделя станка СИП-800

Эскиз конца шпинделя станка СИП-800. Смотреть в увеличенном масштабе


Общий вид станка СИП-800

Фото станка СИП-800

Фото станка для испытания абразивных кругов СИП-800

Фото станка для испытания абразивных кругов СИП-800

Фото станка для испытания абразивных кругов СИП-800. Смотреть в увеличенном масштабе

Расположение составных частей станка СИП-800

Расположение основных узлов станка СИП-800

Расположение составных частей станка СИП-800. Смотреть в увеличенном масштабе

Перечень основных узлов станка СИП-800

  1. Станина - СИП-800.10.000
  2. Привод - СИП-800.15.000
  3. Головка шпиндельная - СИП-800.20.000
  4. Головка шпиндельная - СИП-800.25.000
  5. Камера испытательная - СИП-800.31.000
  6. Камера испытательная - СИП-800.36.000
  7. Ограждение - СИП-800.40.000
  8. Электрооборудование станка - СИП-800.91.000
  9. Электрошкаф - СИП-800.93.000

Расположение органов управления станком СИП-800

Расположение органов управления станком СИП-800

Расположение органов управления станком СИП-800. Смотреть в увеличенном масштабе

Перечень органов управления станком СИП-800

  1. Рукоятка переключения шпинделя малой испытательной камеры
  2. Рукоятка переключения шпинделя большой испытательной камеры
  3. Сигнальная лампочка «Сеть»
  4. Кнопка включения указателя скорости
  5. Сигнальная лампочка «Включен шпиндель малой камеры»
  6. Кнопка «Пуск»
  7. Переключатель режимов работы
  8. Переключатель скоростей
  9. Таблица испытания кругов Ф150..Ф300 мм
  10. Установка времени испытания
  11. Таблица испытания кругов Ф350..Ф750 мм
  12. Сигнальная лампочка «Включен шпиндель большой камеры»
  13. Кнопка «Все стоп»


Кинематическая схема станка СИП-800

Кинематическая схема станка СИП-800

1. Схема кинематическая станка СИП-800. Смотреть в увеличенном масштабе

2. Схема расположения подшипников станка СИП-800. Смотреть в увеличенном масштабе

Электрооборудование станка СИП-800

На станке установлено следующее электрооборудование:

  • электродвигатель постоянного тока М с тахогенератором ТГ, приводящий в движение шпиндели станка
  • конечные выключатели ВК1, ВК2 контролирующие положение дверей испытательных камер
  • конечные выключатели ВКЗ, ВК4 контролирующие работу на одном из шпинделей
  • электромагниты Эм1, Эм2 защелок дверей испытательных камер
  • клеммные коробки, в которых собраны все выходные концы от электрооборудования станка

Электроаппаратура защиты и управления станкам находится в отдельно стоящем шкафу. На левой боковой стенке шкафа (находится вводной автомат. На правой боковой стенке шкафа находится пульт управления станком. Соединение электрооборудования станка с электрошкафом осуществляется жгутами проводов в трубах.

В станке применены следующие величины напряжений переменного тока:

  • силовая цепь 350 Гц., 380В
  • цепи управления 50 Гц., 110 В
  • цепи местного освещения 50 Гц., 3,6 В
  • цепи сигнализации 50 Гц., 6 В

В станке применены следующие величины напряжений постоянного тока:

  • цепи управления — 36 В

При уходе за электрооборудованием необходимо периодически проверять состояние релейной аппаратуры.

При осмотрах релейной аппаратуры особое внимание следует обращать на надежное замыкание контактных мостиков.

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

Смену смазки подшипников при нормальных условиях работы следует производить через 4000 часов работы, но при работе электродвигателя в пыльной и влажной среде ее следует производить чаще, по мере необходимости. Перед набивкой свежей смазки, подшипники должны быть тщательно промыты бензином. Камеру заполнить смазкой на 2/3 ее объема. Рекомендуемая смазка подшипников приведена в таблице 5.

В станке предусмотрены следующие блокировки:

  1. Двери камеры можно открыть тогда, когда станок включен в сеть и нет вращения шпинделей
  2. При открытых дверях камер включить вращение шпинделей невозможно
  3. Открыть двери камер во время вращения шпинделей невозможно
  4. Включить вращение обеих шпинделей одновременно — невозможно

Первоначальный пуск станка СИП-800

При первоначальном пуске станка необходимо прежде всего проверить надежность заземления ,и качество монтажа электрооборудования внешним осмотром. После осмотра отключить автоматические выключатели тиристорного преобразователя. При помощи вводного автомата ВА1 подключить станок к цеховой сети, автоматическим выключателем ВА2 (подать питание на цепи управления станка. Проверить действие блокирующих и сигнализирующих устройств станка. При помощи кнопок и переключателя станка, проверить четкость срабатывания магнитных пускателей.

Описание работы схемы электрической принципиальной станка СИП-800

Схема электрическая принципиальная (см. черт. СИП-800.00.000.33). Перед началом работы необходимо убедиться, что все защитные автоматы выключены.

При этом на пульте управления загорается сигнальная лампочка Л1 — сеть и подается питание на электромагниты Эм1, Эм2, открывающие двери испытательных камер. Рукоятками на станке включают шпиндель, на котором будут производиться испытания круга. При этом срабатывает конечный выключатель ВК3 (15—16) или ВК4 (15—17). Подается питание на сигнальную лампочку Л2 или Л3. Одновременно то цепи (15—16—18) или (15—17—15) подготавливается цепь питания реле Р1.

При одновременном включении обоих шпинделей срабатывают оба конечных выключателя ВК3 и ВК4 и их контакты (16—18) и (17—18) разрывают цепь питания реле Р1. Произвести испытания круга невозможно.

На станке возможна работа в двух режимах:

  1. Работа с испытательной скоростью Vисп = 1,5 V
  2. Работа с испытательной скоростью Vисп = 1,65 V

где: V — рабочая скорость, на которую рассчитан круг.

Работа c испытательной скоростью Vисп = 1,5 V

Переключатель Bl стоит в положении Vисп = 1,5 V.

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

При закрытых дверях испытательных камер — включены конечные выключатели ВКЛ и ВК2, нажатие кнопки Кн2 «Пуск» вызывает срабатывание реле Р1. Реле Р1 по цепи (15—18—20—21—25—26—24—10) становится на самопитание, его контакты (46—47), (47—48) включают тиристорный преобразователь. Двигатель начинает разгон. Одновременно контакт Р1 (15—31) отключает цепь питания реле Р4. Контакты реле Р4 (1—34) и (1—35) отключают электромагниты Эм1 и Эм2; двери испытательных камер закрываются на защелки. Пусковой ток в якорной цепи двигателя вызывает срабатывание на время пуска токового реле Р7 контакт которого (68—71) включает реле Р5.

По цепи (68—71—72—73—70) начинает заряжаться конденсатор С1, напряжение на котором будет зависеть от длительности пуска.

Контакт реле Р5 (21—30) подает питание на реле РЗ. В конце пуска начинает спадать ток в якорной цепи и отключается токовое реле Р7, через промежуток времени (определяемый начальным напряжением на конденсаторе С1) пропорциональный времени пуска, выпадает реле Р5. По цепи (15—18—20—21—25—26—24—27—28—29—10) поступает питание на реле времени Р2. После отсчета времени, необходимого для испытания круга, срабатывает реле Р2 и своим контактом (25—26) разрывает свою цепь питания, и цепь питания реле Р1.

Отпадание контакта (47—48) реле Р1 (вызывает протекание в якорной цепи тормозного тока и торможение двигателя.

Срабатывает реле Р7 и подает питание на катушку реле Р6. По цели (68—71—75—76—70) заряжается конденсатор С2 напряжение на которое будет зависеть от длительности торможения.

После окончания торможения ток в якорной цени двигателя уменьшается, токовое реле Р7 отключается. Через выдержку времени пропорциональную времени торможения выдает реле Р6 его контакт (46—47) отключает тиристорный преобразователь, а контакт (31—32) подает питание на реле Р4. Контакты реле Р4 (1—34) и (1—35) включает электромагниты Эм1 и Эм2, открываются защелки дверей испытательных камер.

Работа с испытательной скоростью Vисп = 1,65 V

Переключатель В1 стоит в положении Vисп = 1,65 V.

Перед началом работы регулятором числа оборотов устанавливается необходимая скорость испытания круга.

При закрытых дверях испытательных камер — включены конечные выключатели ВК1 и ВК2 нажатие кнопки Кн2 «Пуск» вызывает срабатывание по цепи (7-5—18—20—21—22—23—24—10) реле Р1. Контакт Р1 (47—48) включает тиристорный преобразователь, а контакт (15—31) отключает реле Р4. Контакты реле Р4 отключают электромагниты защелок дверей испытательных камер. Пусковой ток цепи двигателя вызывает срабатывание токового реле Р7, контакт которого (68—71) включает реле Р5 подключает конденсатор С1 к питающему напряжению. Контакт реле Р5 (21—23) обеспечивает питание реле Р1. После выпадания реле Р7 и отсчета выдержки времени, определяемой начальным напряжением конденсатора С1, отключается реле Р5. Контакт Р5 (21—23) разрывает цепь питания реле Р1. Начинается торможение двигателя аналогичное описанному выше.

При необходимости прервать испытательный цикл, нажимается кнопка Кн1 —«Стоп» отключающая питание аппаратов управления станком.

Для приближенного контроля скорости испытания круга в станке предусмотрен указатель скорости УС, который подключается к тахогенератору тиристорного электропривода при нажатии кнопки Кн3.

Защита электродвигателя от длительных перегрузок осуществляется автоматом тиристорного преобразователя.

Защита трансформатора Tр1 и цепей управления осуществляется автоматом ВА2 и предохранителем Пр1, Пр2.

Указания по настройке станка СИП-800

Настройка токового реле

Включив привод на холостой ход (малая камера) в режиме V = 1,5 Vp после окончания разгона круга, регулировочным винтом необходимо добиться падежного отключения токового реле.

Настройка задатчика скорости

Поставив переключатель В2 в положение, соответствующее минимальной испытательной скорости, вращаем потенциометр Р 53 до тех пор, пока скорость вращения шпинделя измеренная тахометром не станет равной заданной. Затем, поставив переключатель во второе положение и вращая потенциометр 54, настраивают вторую испытательную скорость. Аналогично потенциометрами Р 55... Р 95, настраиваются остальные скорости.


Система смазки станка СИП-800

В таблице 6 указан перечень элементов системы и точек смазки.


Настройка, наладка станка и режимы работы

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

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

Для наладки станка на режим работы необходимо проделать следующее:

  • а) установить и закрепить на шпиндель станка круг;
  • б) закрыть камеру;
  • в) установить тумблером выбранный режим испытания;
  • г) по рабочей скорости круга выбрать по таблицам на пульте испытательную скорость и установить ее переключателем скорости;
  • д) нажать кнопку «Пуск».

Регулирование

В процессе эксплуатации станка возникает необходимость в регулировании отдельных механизмов станка с целью восстановления их нормальной работы.

Регулирование поджима фрикционного ролика производится поджатием пружины 2 при помощи винта 1 (рис. 14).

Регулирование хода фрикционного ролика производится винтом 3 и упором 4 (рис. 14, 15).

Для замены фрикционного ролика следует снять крышку на станине, вывернуть винт 1, снять ригель 2, вытянуть ось 3 и вынуть корпус 4 с фрикционным роликом через окно станины, после чего фрикционный ролик снимается с оси корпуса (рис. 15).

Головка шпинделя станка СИП-800

Головка шпинделя станка СИП-800. Смотреть в увеличенном масштабе

Шпиндель станка СИП-800

Шпиндель станка СИП-800. Смотреть в увеличенном масштабе

Шпиндель станка СИП-800

Шпиндель станка СИП-800. Смотреть в увеличенном масштабе

Технические характеристики станка СИП-800

Наименование параметра СИП-500 СИП-500М
Основные параметры
Количество шпинделей на станке 2 2
Количество испытательных камер 2 2
Количество испытательных камер 2 2
Малая камера
Размеры испытываемых абразивных круговРабочая скорость круга до 50 м/сек (Наружный диаметр х Наибольшая высота), мм 150..300 х 100 150..300 х 100
Рабочая скорость круга до 60 м/сек (Наружный диаметр х Наибольшая высота), мм - 200..300 х 50
Число оборотов шпинделя малой камеры, об/мин 2390..10500 2450..10500
Регулирование скоростей Б/с Б/с
Большая камера
Размеры испытываемых абразивных круговРабочая скорость круга до 50 м/сек (Наружный диаметр х Наибольшая высота), мм 350..750 х 200 350..750 х 200
Рабочая скорость круга до 60 м/сек (Наружный диаметр х Наибольшая высота), мм - 400..750 х 150
Окружная испытательная скорость при Vисп = 1,5V раб , м/сек 37,5..75 37,5..90
Окружная испытательная скорость при Vисп = 1,65V раб , м/сек 41,25..82,5 41,25..82,5
Число оборотов шпинделя большой камеры, об/мин 1050..4650 1100..4650
Регулирование скоростей Б/с Б/с
Привод и электрооборудование станка
Количество электродвигателей на станке 1 1
Электродвигатель шпинделя шлифовальной бабки, кВт (об/мин) 11 (2200) 11 (2200)
Габаритные размеры и масса станка
Габаритные размеры станка (длина х ширина х высота), мм 2023 х 1422 х 1195 2023 х 1422 х 1195
Масса станка с электрооборудованием и охлаждением, кг 2500 2500

Связанные ссылки

Каталог справочник круглошлифовальных станков

Паспорта к круглошлифовальным станкам

Прайс-лист информационных изданий


StarTrinity SIP Tester ™ (генератор вызовов)

StarTrinity SIP Tester ™ - это инструмент для нагрузочного тестирования VoIP, который позволяет вам тестировать и контролировать сеть VoIP, программное обеспечение SIP или аппаратное обеспечение. Он способен моделировать и пассивно отслеживать тысячи одновременных входящих и исходящих SIP-вызовов с помощью RTP-носителей, анализировать качество вызовов и создавать отчеты в реальном времени. Поток вызовов определяется сценарием CallXML, в котором можно создавать различные ситуации, которые могут вызвать сбой протестированного стека SIP.SIP Tester работает на любом ПК с Windows без специального оборудования и имитирует сервер приложений, медиа-сервер, SIP-телефон или сервер регистрации. Бесплатная лицензия SIP-тестер позволяет 50 активно имитируемых одновременных вызовов и 150 всего предпринятых + принятых вызовов и неограниченное количество пассивно отслеживаемых или записанных вызовов. Для расширенного количества звонков доступна коммерческая лицензия . Программное обеспечение лицензировано и защищено законом (подробности см. В лицензионном соглашении).Неограниченная лицензия на SIP Tester является бесплатной для некоммерческих медицинских организаций (больниц, исследовательских институтов), благотворительных и природоохранных организаций. Нашей альтернативой SIP Tester является модуль «кампании по дозвону» в программном коммутаторе StarTrinity - вы можете использовать его для генерации трафика VoIP с нашего сервера или с вашего сервера, используя веб-интерфейс.

Большинство клиентов тестируют свое программное обеспечение SIP, серверы и сеть, и мы не знаем деталей. Вот подробности использования SIP Tester, которые были переданы нам

Wavefront недавно был запущен для нагрузочного тестирования клиентской платформы IVR и начал исследования инструментов, которые могли бы обеспечить загрузку SIP с поддержкой носителей.Я неохотно использовал продукт на базе Windows, так как знал, что мне придется интегрироваться с пользовательским генератором нагрузки на основе Linux для SMS вместе с инструментом отчетности. Мы познакомились с SIPTester и быстро освоились со сценариями на языке CallXML для создания сложных сценариев входящих и исходящих вызовов. Код SIPTester очень эффективен с небольшим объемом памяти / процессора. Лично я никогда не сталкивался ни с одним сбоем, который был моей самой большой проблемой при использовании инструмента загрузки на основе Windows.Используя режим командной строки SIPTester и возвращенные коды выхода, мы смогли интегрировать тестирование на разных платформах и подключить инструменты отчетности, используя пакетные сценарии Windows.

Большая часть моего предыдущего опыта нагрузочного тестирования SIP была с SIPp для Linux. К счастью, проект SIPp с открытым исходным кодом не очень хорошо поддерживает медиа, и я был вынужден искать другой инструмент. Мне повезло, потому что, если бы SIPp поддерживал медиа, я, возможно, не обнаружил бы SIPTester. Мы никогда не приближались к пределу сложности взаимодействий, которые могут быть написаны с помощью SIPTester.Например, SIPTester может прослушивать входящие мультимедиа, сравнивать полученное аудио с эталонными файлами и соответственно разветвлять. Это означает, что двухсторонние разговоры могут быть достигнуты очень легко, и язык сценариев CallXML делает использование этих типов функций с поддержкой RTP очень интуитивным. Я экспериментировал с этими функциями, но их использование выходило за рамки нашего проекта.

Список функций, поддерживаемых SIPTester, впечатляет, но не менее впечатляет обширная документация по каждой функции и примеры.Документация находится в свободном доступе для изучения на веб-сайте разработчика и постоянно растет и совершенствуется по мере добавления новых функций. Наша команда нашла разработку сценариев SIPTester CallXML очень простой. Сам инструмент похож на IDE в том, что он выполняет проверку синтаксиса в режиме реального времени, и сценарии вызова могут быть созданы с помощью графического интерфейса или напрямую через сценарии CallXML. Инструмент имеет подробные отчеты о производительности, основанные не только на сигнализации, но и на показателях RTP, таких как уровни, джиттер и потери. Инструмент также поддерживает эмуляцию WAN, такую ​​как генерация искажений (произвольная потеря пакетов и т. Д.).).

Ценность такой мощной и зрелой платформы SIP loadtest чрезвычайно высока, и то, как SIPTester может быть оценен в демонстрационном режиме перед покупкой со всеми включенными функциональными возможностями, делает его инвестицией без риска. Команда разработчиков StarTrinity очень чутко реагирует на запросы поддержки и функций. Я нашел разработчиков очень умными, профессиональными и с ними приятно работать.

Я с нетерпением жду совместной работы с командой и продуктами StarTrinity и буду рекомендовать продукт SIPTester, когда это уместно.

Грег Тоуэс, P.Eng
Менеджер по проектированию
Wavefront
Ванкувер BC
Канада

Клиент № 51 в Северной Америке использовал SIP Tester для запуска тестов VoIP в спутниковой IP-сети . Они столкнулись с некоторыми проблемами качества голосовой связи в сети, и их поставщик не смог найти решения. С SIP Tester клиент № 51 заверил, что спутниковый сегмент работает должным образом, и продемонстрировал продавцу, что причина проблемы с качеством голоса были на стороне поставщика (IP-телефоны Huawei, Voice Core: SBC, софтсвитч, медиашлюз, коммутаторы локальной сети и т. д.).Они выровняли команды и рассмотрели процедуры и лучшие действия для более эффективного анализа, диагностики и устранения неисправностей. Они использовали SIP Tester для тестирования вызовов с использованием спутниковой среды (RTT около 600 мсек), настроенный таймер RFC3261 T1 и размер пакета RTP TX, чтобы получить лучшую картину производительности. SIP Tester был установлен на нескольких ноутбуках и серверах в активном и пассивном режимах. Для пассивного режима сервер с SIP Tester был подключен к зеркальному порту и собирал производительность живого трафика.Заказчик был доволен быстрой поддержкой и выпуском новых версий для поддержки своих конкретных конфигураций. На основании измерений SIP Tester, также с помощью wireshark, клиент обнаружил, что была задержка сети из-за спутниковой связи плюс очереди, сериализации и обработки. Кроме того, полученный трафик RTP иногда начинался около 700 мс и до 1,2 с (задержка RTP после набора номера). Заключение состояло в том, чтобы рассмотреть конфигурацию оборудования центрального узла, чтобы улучшить качество голоса и общую задержку.Для некоторых вызовов SIP Tester обнаружил неправильный аудиокодек, это было решено с помощью конфигурации SIP-телефонов. Худшие SIP-телефоны (с высокой потерей пакетов) были идентифицированы. Клиент обратился к каждому сайту, чтобы смягчить эту проблему. Общий джиттер трафика RFC3550 составлял в среднем 25 мс (от удаленного телефона до спутника до центрального узла). Случаи с сильным джиттером подвержены влиянию худших мест. Предпринимаются действия по исправлению 31 сайта с неправильным кодеком и исправлению некоторых ссылок с высокой потерей пакетов.Кроме того, потеря пакетов была обнаружена в ядре Huawei. Клиент проверил коммутаторы Huawei LAN и обнаружил, что:
    Статистика коммутатора
  • показала коллизии и отложенные пакеты
  • Использование памяти коммутатора
  • составило 69%, тогда как
  • должно было быть в 5-10 раз меньше. Коммутаторы
  • поддерживали только 100BaseT, все интерфейсы были в полудуплексном режиме
Они попросили Huawei заменить коммутаторы локальной сети более качественным оборудованием для работы при 1000BaseT и нулевой потере пакетов в дуплексном режиме.Заказчик остался доволен отчетами в реальном времени, сгенерированными SIP Tester:
"Отчеты такого типа недоступны в таких инструментах, как Wireshark и Pilot. Вы должны идти шаг за шагом и тратить много времени на анализ и генерацию некоторых статистических данных. Ваш инструмент позволяет создавать данные / графики в реальном времени, которые помогут ускорить сбор данных, анализ данных, диагностику, устранение неполадок и оптимизацию. "

Клиент № 25 использовал SIP Tester для имитации звонков из Европы в несколько удаленных мест в Карибском регионе.Звонки осуществлялись через программные переключатели, шлюзы и сеть PSTN между двумя экземплярами SIP Tester, установленными на обоих концах. SIP Tester был настроен с помощью пользовательских сценариев CallXML для доступа к списку номеров из файла CSV или базы данных MSSQL, генерации вызова SIP, случайных задержек и сохранять успешные и неудачные вызовы в файлах CSV CDR в произвольном формате.

Клиент № 44 в Северной Америке использовал SIP Tester для тестирования своего VoIP-рекордера.SIP Tester был установлен на 2 серверах, подключенных через сетевой коммутатор. Записанный VoIP клиента был подключен к порту зеркального отображения и нагружен трафиком SIP и RTP, генерируемым между двумя экземплярами SIP Tester. SIP Tester имитировал 200-800 одновременных вызовов SIP G.711 на серверах i5. Пользовательские сценарии CallXML использовались для имитации нестандартного поведения SIP, такого как перевод вызовов (REFER) и парковка вызовов (re-INVITE).
До SIP Tester: клиент не располагал достаточной информацией об узких местах и ​​нагрузочной способности своего программного обеспечения.Они пытались смоделировать высокую нагрузку при помощи Freeswitch, но он потерпел крах.
После SIP Tester: клиент оптимизировал свой код для достижения лучшей производительности. Кроме того, они обнаружили, что при 400 одновременных вызовах теряются несколько пакетов SIP и RTP. несмотря на то, что это была среда локальной сети с 1 Гбит Ethernet. После некоторого расследования с нашей помощью они обнаружили, что пакеты были потеряны в драйвере NIC и в стеке Windows 7 IP. Решение состояло в том, чтобы использовать операционную систему Windows Server и лучший сетевой адаптер.

Клиент № 7 в Восточной Азии использовал SIP Tester для проверки качества SIP-транков, предоставляемых конечными поставщиками. SIP Tester генерирует вызовы списка адресатов из файла CSV и измеренные KPI, включая задержку после набора и задержку -24 дБ (задержка несинхронных звуковых сигналов в потоке RTP). Клиент успешно идентифицировал магистрали SIP с длительной задержкой после набора, которая достигала до 1 минуты с небольшой задержкой ответа SIP (200 OK).

Клиент № 35 в Австралии использовал SIP Tester для непрерывной проверки доступности сервера и IP-соединения. SIP Tester генерирует тестовые звонки каждые 30 минут и отправляет оповещения по электронной почте в случае сбоя вызова.

Клиент № 55 в Африке использовал SIP Tester для генерации вызовов по ежедневному расписанию для получения списка номеров назначения из файла CSV. SIP Tester проиграл получателю случайный (один из 10) WAV-файл, если на исходящий вызов был дан ответ.

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

SIP-тестер Сергея - действительно хороший продукт.Я провел нагрузочные тесты с этим до полумиллиона вызовов. Это помогло устранить некоторые ошибки в развертывании, которое мы сделали, и действительно спасло нас. С тех пор он также добавил возможность сопоставлять файлы .wav с образцами, предоставленными вами инструментом, и в сочетании с языком сценариев CallXML, который вы можете сделать скрипт, который вызывает, перемещается по IVR (проверяет соответствие каждого файла wav) и обращается к агенту. Есть вероятность того, что я еще не закончил, и это действительно заманчиво, так как он может разветвлять сценарий на тонах DTMF, чтобы я мог воспроизвести простое сообщение такому оператору, как «хорошее ли качество звонка, нажмите 1 для« да », 2 для« нет »», и он отправит электронное письмо на DTMF 2, объедините это с возможностью запланировать начало этого процесса, и я мог бы практически каждый час проводить такой запуск против развертывания в качестве проверки их среды.Я действительно очень доволен продуктом.
Серьезно, это очень хороший продукт. Я действительно рекомендую вам проверить демо и рассмотреть возможность получения копии. Сергей также очень отзывчив на любые письма, которые я ему застрелил, и с ним довольно легко работать. Моя самая большая проблема - найти время, чтобы по-настоящему поработать над этим, и Сергей никогда не сдерживается в этом отношении.

Кто-то в США

SIP Tester очень помог мне оценить мой коммутатор и его конфигурацию, чтобы коммутатор мог сделать 1000 одновременных G.711 вызовов на порт без проблем

Кто-то в Канаде

Мы используем SIP Tester для загрузки тестов Genesys и Avaya Communication Manager. SIP Tester очень интуитивно понятен и прост в использовании. Я впечатлен его стабильностью, а гибкая функциональность CallXML позволяет нам тестировать широкий спектр сценариев. Поддержка, которую мы получили от Сергея, выдающаяся. Я всегда получаю быстрые ответы на свои электронные письма, и мне приятно получать помощь и поддержку непосредственно от парня, который действительно знает о внутренней работе программного обеспечения.Я даю Сергею и программному обеспечению мои лучшие рекомендации.

Джейкоб Торбьерн, Дания

Мы очень довольны SIP-тестером StarTrinity и обязательно порекомендуем ваш продукт. В нашем случае мы использовали его для тестирования доступа наших входящих номеров и для эмуляции соединения в нашем SIP-регистраторе.

Скотт Босслер, Швейцария

Я работаю на поставщика услуг VoIP и TDM в Портленде, Орегон.Часть моей работы заключается в тестировании и сертификации систем IP-АТС, которые клиенты хотят использовать в сети компании. Кроме того, я помогаю NOC в устранении реальных проблем в лабораторной среде. Я использую SIP-тестер StarTrinity во многих отношениях. Первое использование - установить базовую проверку для коммутатора VoIP в центральном офисе лаборатории. Другими словами, я настроил коммутатор для связи с новой тестируемой УАТС. Для обеспечения правильной настройки коммутатора я использую SIP-тестер StarTrinity.Это известная хорошая конфигурация. Я знаю, что когда я подключаю УАТС к коммутатору, все проблемы возникают в УАТС, потому что я подтвердил, что в коммутаторе все в порядке. Во-вторых, нам часто нужно моделировать трафик к конечной точке SIP, которая отвечает определенным сообщением . Например, недавно нам нужно было посмотреть на обработку другим провайдером сообщения SIP 404 Not Found. SIP-тестер StarTrinity был настроен для ответа на 100% входящих вызовов сообщением 404. В реальном мире сообщение 404 - это то, что вы устраняете и устраняете.В этом прелесть SIP-тестера StarTrinity; это позволяет пользователю указать обработку вызовов. Другое использование - подтверждение обработки QoS внутри и за пределами сети . Массовая генерация вызовов позволяет максимально увеличить QoS, чтобы точно увидеть, что происходит с сигнализацией SIP и фактическими пакетами RTP. Настоящая ценность StarTrinity SIP Tester - это интуитивно понятный графический интерфейс . Я не программист и не люблю тестовые приложения SIP на основе CLI из-за расширенной кривой обучения.У меня нет времени или возможности загрузить и установить четыре программы только для того, чтобы я мог выполнить тест SIP CLI. Что-то всегда не удается установить, и миссия отменяется. Приложение StarTrinity SIP Tester работает на ноутбуке с Windows XP без дополнительных дополнительных программ! StarTrinity SIP Tester - тестовое приложение для каждого! Это очень легко настроить и экспериментировать с настройками CallXML (чтобы увидеть, что все это значит). Конфигурация регистрации SIP и последующая обработка вызова могут начаться примерно через три минуты.Это интуитивно и мощно.

Кен Уэллс, Портленд, Орегон, США

Мы используем SIP Tester для проверки нашей системы. Мы разрабатываем систему VoIP, и нам нужно подтвердить, что у сгенерированных нами вызовов не возникло проблем: эхо, шум и добавить два вызова на один SIP-вызов (это звучит ужасно, я знаю, но у нас было эта проблема месяц назад). Ваш инструмент дает нам возможность проверить это и записать аудио в точке, как будто это конечный клиент.Наша система должна работать 24 часа в сутки, поэтому мы оставляем SIP Tester включенным и проверяем его каждый день.

Хавьер Эстрелла

Большое спасибо за создание бесплатного инструмента SIP Tester! Это фантастически и очень интуитивно понятно! Я работаю в Acme Packet и ищу простой инструмент SIP-тестирования, который позволяет мне легко загружать различные сценарии вызовов.

Марк Холлоуэй

Нам нравится простота вашего продукта.Мы используем SIP Tester для:
  • Тестирование пропускной способности и качества голоса в состоянии стресса
  • Тестирование факса
  • Тестирование VoIP оборудования
  • Тестирование новых межсоединений - для базового теста мы просто направляем вызовы тестеру.

Митя Сосич

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

Ян Павлик

Мне нужен SIP Tester, чтобы делать биллинговые тесты для соединений с другими операторами. Обычно, когда мне нужно построить новое соединение, мы должны выполнить тесты, чтобы подтвердить, что обе стороны имеют одинаковое время вызова в записях вызовов. Для этого - мы обычно делаем 5000 - 15000 звонков с разным временем звонка и в конце - сравниваем результаты. В аналоговой технологии есть специальный генератор, а для SIP - такого инструмента в интернете нет.Ваш инструмент теперь очень полезен для меня.

Мацей Грендиса, kapode.com

Ваш инструмент предоставляет множество очень полезных функций и уже помог нам найти ошибки!

Иоганн, ferrari-electronic.de

Вот что мне нравится в SIP Tester:
  • Компоновка и понятность документации.
  • Простота написания сценариев благодаря документации с понятными примерами.
  • Абстракция потока SIP или способность работать с необработанными сообщениями SIP, если это необходимо.
  • Плоскость конфигурации / log / script / аудио файлов.
  • Простота обновления, один клик по ссылке в приложении.
  • Легкий вес приложения (потребляет около 150 МБ).
  • Работает хорошо и отзывчив, самодостаточен.
  • Фантастическая, преданная и отзывчивая поддержка.
  • Значение очень высокое. Бесплатная модель позволяет протестировать все функции перед покупкой.
  • Возможность работы с различными версиями Windows (включая виртуальные).
  • Знание разработчика.

кто-то в Северной Америке

С помощью StarTrinity SIP Tester мы смогли обнаружить, что наши настройки QoS на нашей УАТС были неверными и вызывали потерю пакетов в нашей локальной сети. Мы обращались к этому прошлой ночью, и пока нет пропущенных пакетов

кто-то в США

С помощью вашего приложения мы обнаружили проблему несоблюдения RFC с нашим SBC! Я хочу поблагодарить вас за тяжелую работу!

кто-то в США

Мне очень нравится приложение Star Trinity, мои инженеры не так сильно, как я нашел пару скрытых проблем в нашей платформе, которые они теперь должны были исправить.
Так что выиграй для меня ;-)

кто-то в Великобритании

Наши клиенты любят:
  • Простой в использовании для непрограммиста, как я
  • Удобный и простой в настройке и тестировании
  • Простой интерфейс и множество примеров CallXML
  • Работает на Windows, простой и понятный
  • Прямые настройки в графическом интерфейсе / хорошая функциональность / (разделенная) запись
  • Простота установки и тестирования
  • Люблю простоту графического интерфейса и измерения качества звука
  • Гибкость, простота использования с файлами CSV и способность DTMF
  • Простота компоновки и детали
  • Оценка как бесплатное
  • Очень многофункциональное приложение

клиенты в США, Канаде, Великобритании, Франции

Решения StarTrinity помогают нам расширять наш портфель инженерных и тестовых планов, добавляя новые экономически эффективные возможности.Мы могли бы внедрить лабораторную среду для тестирования наших проектов VoIP, имитирующих различные условия нагрузочных и стресс-тестов. Арсенал инструментов и гибкости StarTrinity помог нам создать более проверенные решения VoIP и ускорить развертывание в полевых условиях.

Мауро Перес Сантос, Мексика, NGN Estracom Systems, S.A. de C.V.

Мы хотели бы поблагодарить всех наших нынешних клиентов за покупку SIP Tester и побудить их дать больше отзывов.Нам нужно знать детали вашего опыта, чтобы принимать лучшие решения о нашем будущем развитии.

Учебное пособие по StarTrinity SIP

GET / API / MainViewModel / GetCounters - возвращает счетчики из «отчетов / статистики» в формате JSON:

{
"machine_name": "DEVPC2",
"ip_addresses": "192.168.10.4; 192.168.56.1; 192.168.10.24",
«Непрерывное_время»: «2019-07-24 07: 17: 21,973»,
"system_time_UTC": "2019-07-24 07: 17: 21,973",
"uptime": "0d 0h 0m 24s",
"remote_sip_ua_header": "",
"remote_server_header": "StarTrinity.SIP 2019-05-20 19.43 UTC ",
"latest_cli": "100",
"latest_cld": "100",
"measure_started": "2019-07-24 10: 16: 57.828",
"measure_duration_s": "24.14475",
"operation_mode": "Active - генерация и прием SIP-вызовов",
"lightweight_media_processing": "false",
"cdr_memory_calls_count": "10",
"потребляемая память": "299 МБ",
"free_disk_space": "19098MB",
"system_cpu_load": "10%",
"performance_limitation_warning": "",
"disk_space_warning": "",
"current_calls_count": "0",
"current_calls_count_minmaxavg": "min = 0,00; среднее = 1,15; max = 10,00",
"receive_calls_count": "0",
"total_average_received_cps": "",
"total_average_attempted_cps": "5,37 (10 звонков / 1,9 с)",
Recent_cps: 0.254809334833395 ",
"предпринятый_счет_счет": "10",
"session_establishment_rate": "100,00% (10/10)",
"failed_outgoing_calls_count": "0,00% (0/10)",
"failed_outgoing_calls_count_408": "0,00% (0/10)",
"failed_outgoing_calls_count_486": "0,00% (0/10)",
"failed_outgoing_calls_count_487": "0,00% (0/10)",
"answers_calls_count": "10",
"success_completed_calls": "10",
"answer_duration_min": "0.3402 ",
"call_generator_parameters":
{"min_interval_between_calls_ms": 236.9
410409,
"max_interval_between_calls_ms": 236.9
410409,
"max_cps": 4.21958172631581,
"max_concurrent_calls": 100
},
"Caller_lost_packets_ (%)": {
"number_of_measurements": 10,
«мин»: «0»,
«среднее»: «0»,
"max": "0",
«процентиль_90»: «0»,
«процентиль_95»: «0»,
«процентиль_98»: «0»,
«процентиль_99»: «0»,
«процентиль_995»: «0»,
«процентиль_998»: «0»,
«процентиль_999»: «0»,
"процентная_9995": "0",
"процентная_9998": "0",
"процентная_9999": "0"
},
«Caller_G.107_MOS ": {
"number_of_measurements": 10,
"min": "4.409286",
«средний»: «4.409286»,
"max": "4.409286",
«процентиль_90»: «4,409286»,
«процентиль_95»: «4,409286»,
«процентиль_98»: «4,409286»,
«процентиль_99»: «4,409286»,
«процентиль_995»: «4.409286»,
«процентиль_998»: «4,409286»,
«процентиль_999»: «4,409286»,
Percent_9995: 4,409286,
"процентная_9998": "4.409286 ",
«процентиль_9999»: «4.409286»
},
"Caller_G.107_R-factor": {
"number_of_measurements": 10,
«мин»: «93,2»,
«средний»: «93,2»,
«макс»: «93,2»,
«процентиль_90»: «93,2»,
«процентиль_95»: «93,2»,
«процентиль_98»: «93,2»,
«процентиль_99»: «93,2»,
«процентиль_995»: «93,2»,
«процентиль_998»: «93,2»,
«процентиль_999»: «93.2 ",
«процентиль_9995»: «93,2»,
«процентиль_9998»: «93,2»,
"процентная_9999": "93,2"
},
"Caller_max_delta_ (ms)": {
"number_of_measurements": 10,
«мин»: «33,366»,
«средний»: «35,6571»,
«макс»: «53,456»,
«процентиль_90»: «33,896»,
«процентиль_95»: «53,456»,
«процентиль_98»: «53,456»,
«процентиль_99»: «53,456»,
"процентиль_995": "53.456 ",
«процентиль_998»: «53,456»,
«процентиль_999»: «53,456»,
«процентиль_9995»: «53,456»,
«процентиль_9998»: «53,456»,
«процентиль_9999»: «53,456»
},
"Caller_max_RFC3550_jitter_ (ms)": {
"number_of_measurements": 10,
«мин»: «3,012435»,
«средний»: «3.40579»,
«макс»: «6,330041»,
«процентиль_90»: «3,131841»,
«процентиль_95»: «6,330041»,
"процентиль_98": "6.330041 ",
«процентиль_99»: «6,330041»,
«процентиль_995»: «6,330041»,
«процентиль_998»: «6,330041»,
«процентиль_999»: «6,330041»,
«процентиль_9995»: «6,330041»,
«процентиль_9998»: «6,330041»,
«процентиль_9999»: «6,330041»
},
"Caller_mean_RFC3550_jitter_ (ms)": {
"number_of_measurements": 10,
«мин»: «0,3007447»,
«средний»: «0,6016561»,
"max": "0.759788 ",
«процентиль_90»: «0,7479023»,
«процентиль_95»: «0,759788»,
Percent_98: 0,759788,
. «процентиль_99»: «0,759788»,
«процентиль_995»: «0,759788»,
«процентиль_998»: «0,759788»,
«процентиль_999»: «0,759788»,
Percent_9995: 0,759788,
. Percent_9998: 0,759788,
. «процентная_9999»: «0,759788»
},
"Caller_SDP-RTP_delay_ (ms)": {
"number_of_measurements": 10,
"мин": "16",
«средний»: «19.8 ",
«макс»: «25»,
«процентиль_90»: «24»,
«процентиль_95»: «25»,
«процентиль_98»: «25»,
«процентиль_99»: «25»,
«процентиль_995»: «25»,
«процентиль_998»: «25»,
«процентиль_999»: «25»,
«процентиль_9995»: «25»,
"процентная_9998": "25",
"процентная_9999": "25"
},
"Called_lost_packets_ (%)": {
"number_of_measurements": 10,
"мин": "48",
«средний»: «55.42799 ",
«макс»: «61,38614»,
«процентиль_90»: «59,40594»,
«процентиль_95»: «61,38614»,
Percent_98: 61,38614,
. «процентиль_99»: «61,38614»,
«процентиль_995»: «61,38614»,
«процентиль_998»: «61,38614»,
«процентиль_999»: «61,38614»,
Percent_9995: 61,38614,
Percent_9998: 61,38614,
. "процентная_9999": "61.38614"
},
«Called_G.107_MOS ": {
"number_of_measurements": 10,
«мин»: «1»,
«средний»: «2,090558»,
"max": "4.148836",
«процентиль_90»: «1»,
«процентиль_95»: «1»,
«процентиль_98»: «1»,
«процентиль_99»: «1»,
«процентиль_995»: «1»,
«процентиль_998»: «1»,
«процентиль_999»: «1»,
«процентиль_9995»: «1»,
"процентная_9998": "1",
"процентная_9999": "1"
},
«Called_G.107_R-фактор ": {
"number_of_measurements": 10,
«мин»: «0»,
«средний»: «33.32751»,
«макс»: «83,49097»,
«процентиль_90»: «0»,
«процентиль_95»: «0»,
«процентиль_98»: «0»,
«процентиль_99»: «0»,
«процентиль_995»: «0»,
«процентиль_998»: «0»,
«процентиль_999»: «0»,
"процентная_9995": "0",
"процентная_9998": "0",
"процентная_9999": "0"
},
"Called_max_delta_ (ms)": {
"number_of_measurements": 10,
«мин»: «109.634 ",
«среднее»: «170,2073»,
«макс»: «203,246»,
«процентиль_90»: «203,069»,
«процентиль_95»: «203,246»,
Percent_98: 203,246,
. «процентиль_99»: «203,246»,
Percent_995: 203,246,
. «процентиль_998»: «203,246»,
Percent_999: 203,246,
. Percent_9995: 203,246,
. Percent_9998: 203,246,
. «процентиль_9999»: «203,246»
},
"Called_max_RFC3550_jitter_ (ms)": {
"number_of_measurements": 10,
"мин": "5.177113 ",
«средний»: «6,136254»,
"max": "7.119526",
«процентиль_90»: «6,596635»,
«процентиль_95»: «7.119526»,
«процентиль_98»: «7.119526»,
«процентиль_99»: «7.119526»,
«процентиль_995»: «7.119526»,
«процентиль_998»: «7.119526»,
«процентиль_999»: «7.119526»,
"процентная_9995": "7.119526",
Percent_9998: 7.119526,
. "процентная_9999": "7.119526"
},
"Called_mean_RFC3550_jitter_ (ms)": {
"number_of_measurements": 10,
«мин»: «3.662124 ",
«средний»: «4,371194»,
"max": "4.971365",
«процентиль_90»: «4,719366»,
«процентиль_95»: «4,971365»,
«процентиль_98»: «4,971365»,
«процентиль_99»: «4,971365»,
«процентиль_995»: «4,971365»,
«процентиль_998»: «4,971365»,
«процентиль_999»: «4,971365»,
Percent_9995: 4,971365,
. «процентиль_9998»: «4,971365»,
"процентная_9999": "4.971365"
},
"Called_SDP-RTP_delay_ (ms)": {
"number_of_measurements": 10,
"мин": "-1",
«средний»: «31.4 ",
«макс»: «82»,
«процентиль_90»: «47»,
«процентиль_95»: «82»,
«процентиль_98»: «82»,
«процентиль_99»: «82»,
«процентиль_995»: «82»,
«процентиль_998»: «82»,
«процентиль_999»: «82»,
«процентиль_9995»: «82»,
«процентиль_9998»: «82»,
"процентиль_9999": "82"
},
"100_response_delay_ (ms)": {
"number_of_measurements": 10,
«мин»: «1»,
«среднее»: «1»,
«макс»: «1»,
«процентиль_90»: «1»,
«процентиль_95»: «1»,
«процентиль_98»: «1»,
«процентиль_99»: «1»,
«процентиль_995»: «1»,
«процентиль_998»: «1»,
«процентиль_999»: «1»,
«процентиль_9995»: «1»,
"процентная_9998": "1",
"процентная_9999": "1"
},
"Answer_delay_ (ms)": {
"number_of_measurements": 10,
"мин": "19",
«средний»: «24.7 ",
«макс»: «33»,
«процентиль_90»: «30»,
«процентиль_95»: «33»,
«процентиль_98»: «33»,
«процентиль_99»: «33»,
«процентиль_995»: «33»,
«процентиль_998»: «33»,
«процентиль_999»: «33»,
«процентиль_9995»: «33»,
"процентная_9998": "33",
"процентная_9999": "33"
},
"-24dB_delay_ (ms)": {
"number_of_measurements": 0,
"min": "",
"средний": "",
"max": "",
"процентиль_90": "",
"процентиль_95": "",
"процентиль_98": "",
"процентиль_99": "",
"процентиль_995": "",
"процентиль_998": "",
"процентиль_999": "",
"процентная_9995": "",
"процентиль_9998": "",
"процентиль_9999": ""
},
«RTCP_RTT_ (мс)»: {
"number_of_measurements": 10,
«мин»: «0.564 ",
«средний»: «1,0051»,
«макс»: «1,663»,
«процентиль_90»: «1,403»,
«процентиль_95»: «1,663»,
«процентиль_98»: «1,663»,
«процентиль_99»: «1,663»,
«процентиль_995»: «1,663»,
«процентиль_998»: «1,663»,
«процентиль_999»: «1,663»,
«процентиль_9995»: «1,663»,
«процентиль_9998»: «1,663»,
«процентиль_9999»: «1,663»
},
"RTCP_caller_lost_packets_ (%)": {
"number_of_measurements": 10,
«мин»: «0»,
«среднее»: «0»,
"max": "0",
«процентиль_90»: «0»,
«процентиль_95»: «0»,
«процентиль_98»: «0»,
«процентиль_99»: «0»,
«процентиль_995»: «0»,
«процентиль_998»: «0»,
«процентиль_999»: «0»,
"процентная_9995": "0",
"процентная_9998": "0",
"процентная_9999": "0"
},
«RTCP_caller_max_jitter_ (ms)»: {
"number_of_measurements": 10,
«мин»: «0.125 ",
«среднее»: «1,1125»,
«макс»: «2,875»,
«процентиль_90»: «2,375»,
«процентиль_95»: «2,875»,
«процентиль_98»: «2,875»,
«процентиль_99»: «2,875»,
«процентиль_995»: «2,875»,
«процентиль_998»: «2,875»,
«процентиль_999»: «2,875»,
«процентиль_9995»: «2,875»,
Percent_9998: 2,875,
. «процентиль_9999»: «2,875»
},
"RTCP_called_lost_packets_ (%)": {
"number_of_measurements": 10,
"мин": "88.46154 ",
«средний»: «97,14388»,
«макс»: «100»,
«процентный_90»: «100»,
«процентиль_95»: «100»,
«процентная_98»: «100»,
«процентное_99»: «100»,
«процентиль_995»: «100»,
«процентиль_998»: «100»,
«процентиль_999»: «100»,
«процентная_9995»: «100»,
«процентная_9998»: «100»,
"процентная_9999": "100"
},
«RTCP_called_max_jitter_ (ms)»: {
"number_of_measurements": 10,
«мин»: «1.343 ",
«средний»: «3,1782»,
«макс»: «5,046»,
«процентиль_90»: «4,593»,
«процентиль_95»: «5,046»,
«процентиль_98»: «5,046»,
«процентиль_99»: «5,046»,
«процентиль_995»: «5,046»,
«процентиль_998»: «5,046»,
«процентиль_999»: «5,046»,
«процентиль_9995»: «5,046»,
«процентиль_9998»: «5,046»,
"процентная_9999": "5,046"
},
"Current_calls_count": {
"number_of_measurements": 26,
«мин»: «0»,
«средний»: «1.153846 ",
«макс»: «10»,
«процентиль_90»: «6»,
«процентиль_95»: «8»,
«процентиль_98»: «10»,
«процентиль_99»: «10»,
«процентиль_995»: «10»,
«процентиль_998»: «10»,
«процентиль_999»: «10»,
«процентиль_9995»: «10»,
«процентиль_9998»: «10»,
"процентная_9999": "10"
},
"Average_calls_per_second": {
"number_of_measurements": 26,
«мин»: «0»,
«средний»: «0.4006466 ",
«макс»: «0,8890687»,
Percent_90: 0,7608594,
«процентиль_95»: «0,8413475»,
Percent_98: 0,8890687,
«процентиль_99»: «0,8890687»,
«процентиль_995»: «0,8890687»,
Percent_998: 0,8890687,
«процентиль_999»: «0,8890687»,
Percent_9995: 0,8890687,
Percent_9998: 0,8890687,
«процентная_9999»: «0,8890687»
},
"Media_threads_delay_ (ms)": {
"number_of_measurements": 10,
«мин»: «22.75644 ",
«среднее»: «25,12873»,
«макс»: «27,1109»,
«процентиль_90»: «27,1109»,
«процентиль_95»: «27,1109»,
«процентиль_98»: «27,1109»,
«процентиль_99»: «27,1109»,
«процентиль_995»: «27,1109»,
«процентиль_998»: «27,1109»,
«процентиль_999»: «27,1109»,
«процентная_9995»: «27,1109»,
Percent_9998: 27,1109,
. «процентиль_9999»: «27,1109»
},
"Signaling_thread_delay_ (ms)": {
"number_of_measurements": 10,
«мин»: «0.0036 ",
«средний»: «0,0725»,
«макс»: «0,636»,
«процентиль_90»: «0,0449»,
«процентиль_95»: «0,636»,
«процентиль_98»: «0,636»,
«процентиль_99»: «0,636»,
«процентиль_995»: «0,636»,
«процентиль_998»: «0,636»,
«процентиль_999»: «0,636»,
Percent_9995: 0,636,
Percent_9998: 0,636,
"процентная_9999": "0,636"
},
"GUI_thread_delay_ (ms)": {
"number_of_measurements": 10,
"мин": "28.2741 ",
«среднее»: «44.18216»,
«макс»: «51,4063»,
«процентиль_90»: «51,4063»,
«процентиль_95»: «51,4063»,
«процентиль_98»: «51,4063»,
«процентиль_99»: «51,4063»,
«процентиль_995»: «51,4063»,
«процентиль_998»: «51,4063»,
«процентиль_999»: «51,4063»,
«процентиль_9995»: «51,4063»,
Percent_9998: 51,4063,
. "процентная_9999": "51.4063"
},
"packet_analyser_statistics":
{"status": "on",
"total_packets_dropped": "0",
"total_packets_captured": "1842",
"processing_delay": "0,0ms",
"sip_and_rtp_packets_captured": "1651",
"rtp_packets_captured": "1591",
"sip_packets_captured": "60",
"пригласить": "10",
"Invite_retrans": "0",
"Invite_retrans_callId": "",
"reinvite": "0",
"Invite_100": "10",
"Invite_180": "0",
"Invite_183": "0",
"Invite_err": "0",
"Invite_200": "10",
"пока": "10",
"bye_retrans": "0",
"bye_retrans_callid": "",
"bye_200": "10",
"отмена": "0",
"cancel_retrans": "0",
«cancel_200»: «0»,
«ack»: «10»
}
}

,
SIP Test Tools для тестирования потери пакетов, качества линии и нагрузки

Если вы потратили некоторое время на этом веб-сайте, вы, вероятно, встретили множество руководств по установке собственной телефонной системы IP-УАТС. Когда вы устанавливаете систему это должно быть проверено. Вы можете пойти и купить множество телефонов, настроить их в своей системе и сделать несколько звонков, но есть гораздо лучший способ - использовать SIP-тестер. Инструменты тестирования SIP дают вам возможность выполнить нагрузочный тест на вашей телефонной системе, отправляя тысячи звонков по протоколу SIP, не более чем в стандартном режиме. ПК.Это очень недорогой способ тестирования вашей системы, вам даже не нужен реальный телефон.

Есть несколько компаний, которые разрабатывают инструменты SIP-тестеров, и в этой статье мы выделим некоторые из них, фокусируясь на них. на одном в частности. Мы часто используем этот инструмент для тестирования телефонной системы, когда пишем новое руководство по УАТС. Мы также расскажем о некоторых инструментах, которые можно использовать для базового качества линии, тестирования скорости линии и текущего мониторинга VoIP.

SIP Tester Опции

Существует несколько вариантов тестирования SIP-вызовов, которые действительно зависят от типа необходимого тестирования и платформы, которую вы хотите использовать.Мы разобьем это на три части, первый - базовый тест качества линии, второй - постоянный сервис мониторинга, а третий - для генерации нагрузки SIP.

1: тест качества линии и тест скорости линии

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

На какойVoIP.com, мы фактически предоставляем нашим пользователям инструмент для тестирования качества и скорости линии, и это бесплатно. Сначала он проверит скорость вашей линии в направлениях восходящей и нисходящей линий связи. Это важно для того, чтобы узнать вашу доступную пропускную способность, что дает вам оценку того, сколько вызовов вы можете выполнять через ваше интернет-соединение в любой момент времени (предположим, 70 кбит / с на SIP-вызов). Затем он проверит качество линии, имитируя SIP-вызов и отслеживая потери пакетов, задержки, дрожание и общую согласованность обслуживания.Наконец, он даст приблизительный балл MOS, который это субъективное измерение качества звука.

2: мониторинг VoIP

Если вам требуется постоянный сервис мониторинга VoIP качества линии, есть ряд компаний, которые предлагают это, и для этой цели этой статьи мы сосредоточимся на VoIP Spear и Appneta.

  • VoIP Spear

    VoIP Spear - это решение для мониторинга среднего уровня для большинства малых и средних предприятий (SMB).Как правило, этот вид обслуживания не требует установки, дополнительного оборудования или даже дополнительного персонала. Это онлайн-система тестирования VoIP, которая оценивает важнейшие параметры производительности 24x7x365 и предоставляет вам простые для понимания отчеты и оповещения, чтобы вы знали, когда ваша служба работает ниже номинальной. Вы просто подключаете свои конечные точки и предпочитаемое место тестирования, и все готово.

    VoIP Spear контролирует ключевые характеристики вашего интернет-соединения для определения качества VoIP.Панель управления предоставляет вам доступ к отчетам, которые отображают ваши MOS, задержку и потерю пакетов за 3 часа, 6 часов, 24 часа и 1 неделю. Вы можете легко определить причину проблем при ухудшении качества. Это доступный сервис мониторинга сети для большинства малых и средних предприятий, которые серьезно относятся к контролю качества своих телефонных услуг. Ниже вы найдете снимок графиков, которые вы можете отслеживать.

  • Appneta

    На верхнем уровне спектра находятся такие сервисы, как Appneta PathView, который является частью их облачных решений для управления производительностью приложений из полного стека.PathView отлично подходит для крупных корпораций, которые управляют своей собственной сетью серверов в нескольких местах (см. Диаграмму ниже в качестве примера мониторинга местоположения). Это очень хорошее, многофункциональное решение для мониторинга VoIP - если вы можете себе это позволить! Да, это решение дорогое, а также сложное в установке, поэтому оно обычно более применимо к крупным предприятиям, у которых есть полный штат ИТ-специалистов для управления им.

    PathView стоит дорого и требует сложной настройки, управления и обслуживания.По цене 5000 долларов за сервер он больше подходит для крупных операций, где необходим строгий мониторинг всех серверов.

3: тест SIP-нагрузки и потери пакетов

Если у вас есть телефонная система, например, IP-УАТС, вам нужно будет протестировать ее с помощью вызовов SIP, чтобы определить, как она работает при большой нагрузке трафика. На наш взгляд, здесь есть два инструмента, которые нужно рассмотреть, но мы сосредоточимся только на одном из них, поскольку, по нашему мнению, его гораздо проще использовать.

  • SIPp : SIPp - это бесплатный SIP-тестер с открытым исходным кодом на основе Linux. Это мощный утилита для стресс-тестирования трафика, которая также отправляет аудио или видео по транспортному протоколу в реальном времени (RTP) и может обрабатывать тысячи вызовов при условии наличия пропускной способности. Единственная проблема для нас заключается в том, что это сложно учиться и для него нет графического интерфейса пользователя (GUI), поэтому все управляется командами из окна терминала и путем редактирования файлов конфигурации.
  • StarTrinity : StarTrinity является полнофункциональным генератором нагрузки SIP для Windows. К сожалению, нет версии для Linux, но приложение Windows очень мощное и интуитивно понятное в использовании. Он может использоваться для формирования нагрузки и мониторинга, а также поддерживает потоки RTP. Нам также нравится, что у этого есть способности планирования таймера для выполнения тестов, а также для запуска функции мониторинга, например, каждое утро отправляйте вызов через телефонную систему и предупреждайте меня в случае сбоя.В оставшейся части этой статьи мы сосредоточимся на SIP-приложении StarTrinity.

StarTrinity SIP Tester

Сначала краткая заметка о ценах. Следует отметить, что StarTrinity имеет бесплатную лицензию, которая имеет ограничение 150 вызовов и 50 одновременных вызовов. Если вам нужно больше, лицензии доступны для покупки и относительно недороги. Например, для неограниченные звонки и 50 одновременных звонков, плата за лицензию составляет единовременный сбор в размере 180 долларов США, на момент написания.Это включает в себя 6 месяцев технической поддержки, которая была звездным в моем опыте.

Сейчас я проведу вас через шаги, необходимые для запуска некоторых тестов трафика через УАТС, а также укажу некоторые способы анализа системы с точки зрения использования ЦП и ОЗУ.

1: Загрузите и установите

Этот шаг не требует пояснений и должен быть простым процессом, поскольку он основан на Windows. Перейдите по ссылке в последнем разделе для StarTrinity и нажмите на ссылку скачать ZIP .Распакуйте загруженный файл, дважды щелкнув и следуйте инструкциям на экране.

После установки дважды щелкните приложение, и вам будет представлен графический интерфейс StarTrinity.

2: настройка регистрации

Теперь вам нужно создать смоделированные телефонные номера и зарегистрировать их в своей телефонной системе. Для этого выполните следующие действия:

  • Расширения УАТС: Создайте добавочные номера телефона на своей АТС для тестирования.Это оставлено на ваше усмотрение, ведь мы не знаем, какую телефонную систему вы используете в настоящее время. Примеры настройки телефонных номеров для наиболее распространенных АТС можно найти в разделе «Деловые статьи». Для этой статьи мы решили провести нагрузочный тест на АТС FusionPBX / FreeSwitch. Мы создали 100 телефонных номеров для двух арендаторов.
  • Регистрации StarTrinity UAC: В StarTrinity создайте 100 смоделированных телефонных номеров в разделе «Регистрации клиента агента пользователя (UAC)» (или сколько вы хотите запустить для своего теста).Они ведут себя как IP-телефон на основе SIP или программный телефон, который пытается зарегистрироваться на УАТС на добавочных номерах, которые вы создали в предыдущем шаге (убедитесь, что пароли и информация о хосте регистратора совмещены с вашей УАТС). На рисунке 1 показан экран регистрации UAC (показано 10 добавочных номеров). Убедитесь, что они успешно зарегистрированы в вашей телефонной системе, они также должны выделиться зеленым цветом в столбце состояния окна регистрации StarTrinity UAC.
  • Рисунок 1. Регистрация StarTrinity UAC

    3: настройка исходящих вызовов

    Настройте параметры исходящих вызовов в соответствии с вашими потребностями.Для целей этого теста мы установили исходящие вызовы, как показано на рисунке 2. Важными параметрами являются следующие:

    • Интервал между вызовами - Установите на 100 мс. Это позволяет делать 10 вызовов в секунду.
    • Одновременные исходящие вызовы - установите значение 50. По сути, это установит ограничение в 50 исходящих вызовов, что равняется 100 добавочным номерам, поскольку один одновременный вызов находится между двумя добавочными номерами. Или установить 100, но изменить на входящие + исходящие.
    • регистрации наименьшего количества занятых UAC - это обеспечивает равномерную загрузку между внутренними номерами.
    • Кодек
    • - Установите на G711U, хотя, если ваша УАТС поддерживает G729 (и имеет лицензию), может быть целесообразно установить это значение для ограничения полосы пропускания, необходимой для тяжелых нагрузок. Выполнение даже 50 одновременных вызовов съедает большую часть пропускной способности вашего Интернета.
    • Call Termination - Завершение звонка через 60 секунд. Воспроизведение аудио RTP в течение этого времени. Если не ответили через 20 секунд, прервите вызов.
    • Пакетный режим - хорошо один вызов за раз, так как мы уже установили его на 10 вызовов в секунду.

    Рисунок 2. Конфигурация исходящих вызовов StarTrinity

    4: настройка входящих вызовов

    Настройте параметры входящих вызовов в соответствии с вашими потребностями. Мы устанавливаем входящие вызовы, как показано на рисунке 3. Важными параметрами являются следующие:

      Диапазон портов SIP
    • - Установите в соответствии с вашей УАТС, 5060 является стандартным для SIP.
    • Авторизация регистрации - установите флажок в целях безопасности.
    • Вероятность отклонения - ясно до 0%. Это важно, так как по какой-то причине по умолчанию используется значение, отличное от 0%, что означает, что вы получите ошибки, введенные в вашу телефонную систему. Из-за этой настройки я потратил некоторое время на устранение неисправностей, прежде чем осознал, что ошибки вводятся в мою систему.
    • Кодек
    • - Установите на G711U, если вы не следовали приведенным выше указаниям относительно G729.
    • Limit Call Duration - ограничение до 60 секунд.

    Рисунок 3: Конфигурация входящих вызовов StarTrinity

    5: начать тестирование и мониторинг результатов

    Вернитесь в окно Outbound Configuration и нажмите START test.В качестве альтернативы вы можете создать расписание, если вы предпочитаете.

    В нижнем окне журнала вы сможете увидеть звонки, начинающиеся на вкладке Текущие звонки . Также проверьте свою АТС, чтобы убедиться, что звонки действительно поступают через ваш телефонная система.

    В то время как вызовы подключаются и выходят из вашей УАТС, нажмите на вкладку Отчеты / Статистика , чтобы увидеть показатели производительности для вашей телефонной системы. Мы выполнили 50 одновременных тестовых вызовов SIP между нашими 100 добавочными номерами, в течение одного часа, и результаты можно увидеть ниже на рисунке 4.Обратите внимание, что это лицензионное программное обеспечение, за которое мы заплатили, поскольку наш тест больше и работает дольше, чем позволяет лицензия на бесплатное программное обеспечение.

    Рисунок 4: Результаты тестового вызова SIP

    Из рисунка 4 видно, что производительность системы была впечатляющей. Один неудачный звонок из 3000 исходящих звонков, и вполне вероятно, что это связано с некоторыми проблемами пропускной способности в нашем Интернете. Классы StarTrinity это как 6000 звонки, поскольку он обрабатывает исходящие и входящие звонки, хотя я бы посчитал, что это 3000 реальных телефонных звонков.Другие важные параметры для проверки:

    • Packet Loss - наши тестовые вызовы SIP отправляются с использованием протокола пользовательских дейтаграмм (UDP), и для UDP нет повторных пакетов. Поэтому крайне важно, чтобы потеря пакетов была сведена к абсолютному минимуму. в противном случае вы будете наблюдать проблемы с качеством вызова, так как пакеты будут отброшены. В этом тесте мы видим почти нулевую потерю пакетов, что очень хорошо.
    • Джиттер - Джиттер является еще одним определяющим фактором качества голоса.Слишком большое дрожание (более 50 мс) может привести к серьезным проблемам со звуком. У большинства телефонов есть буферы дрожания, чтобы помочь здесь в некоторой степени. В этом тесте дрожание впечатляюще низкое.
    • MOS - MOS означает «Средняя оценка», и это субъективное измерение качества голоса. Все, что между 4 и 5 считается высоким качеством.

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

    6: производительность сервера

    Итак, мы проводим наш тест, и результаты выглядят великолепно.Следующая переменная в игре - сервер. Как он справляется с этой нагрузкой трафика и насколько мы можем масштабировать нашу систему?

    FreeSwitch / FusionPBX работает на сервере Linux. Вот важные характеристики:

    • Linux - Запуск Debian 8.1 на виртуальной машине (ВМ).
    • АТС
    • - FreeSwitch 1.4 и FusionPBX v4.0.
    • 8 ядер - в нашем распоряжении 8 ядер, работающих на частоте более 2 ГГц на ядро ​​на центральном процессоре Intel (CPU).
    • 4 ГБ ОЗУ - в нашей системе 4 ГБ ОЗУ.

    В Linux есть несколько очень хороших инструментов мониторинга для проверки использования процессора и оперативной памяти. В Debian выполните команду "top", как показано ниже, и запустите ее во время теста трафика:

    Теперь нажмите «SHIFT-i» , чтобы отключить режим Irix, и загрузка ЦП делится на количество ядер, что показывает среднее значение. Также нажмите '1' который разделит ядра процессора на 8 уникальных элементов.

    На рисунке 5 вы можете увидеть производительность нашего сервера при выполнении теста 50 вызовов SIP, описанного выше.

    Рисунок 5: Загрузка ЦП и ОЗУ

    Если посмотреть на Load Averages , которые показывают среднюю загрузку ЦП за 1 минуту, 5 минут и 15 минут соответственно, результаты выглядят великолепно. Краткое примечание по этому вопросу. Одноядерный процессор с полной загрузкой будет 1,0, поэтому полная загрузка на 8 ядер будет 8,0.В среднем 0,5 мы используем только около 6% загрузки процессора. Здесь нам нужна маржа, так как иногда было несколько всплесков на уровне около 1,0 из-за запуска других процессов, например, брандмауэров.

    Имея это в виду, мы могли бы, вероятно, выполнить более 300 одновременных вызовов в этой системе и при этом иметь запас для запаса.

    Заключительные мысли

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

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


Смотрите также


© 2015, All-Stanki.ru - оборудование для производства окон пвх и стеклопакетов Содержание, карта сайта.