Перейти к содержимому
Калькуляторы

Качество SIP вопросы по измерению качества

Привет товарищи!

 

Пишу диплом по данной теме. Точнее диплом наз-ся постановка лаб.работы "Исследование SIP"

По изучению материала, вывел следующие моменты:

1. 1ое место по влиянию на качество SIP занимает время установления соединения

2. 2ое, 3ее, итд места делят: надежность, время отбоя, идр.

3. т.к. SIP (Session Initiation Protocol) является не просто протоколом сигнализации, а протоколом (способ установления связи), то на СИП влияют и обычные параметры: джитер, задержки, итд.

 

Теперь к сути.

Мне нужно придумать Лабораторку с измерением качества сигнализации SIP. Более внятного, чем просто тестирования IP АТС нагрузкой, создаваемой программой sipp и одновременной трассировкой соединения, я пока ничего не придумал.

 

Из инструментов есть: трафик генератор sipp, снифер wireshark, ограничитель полосы пропускания netlimiter.

Есть сеть из 12 компов Windows XP Pro и сервера Win2003 Server (IP V4, 100 Mb)

 

 

Может кто подскажет что можно ещё интересного придумать? Какие измерения качества можно еще придумать?

 

 

 

Заранее предполагая ваши вопросы, отвечу копи-пастом с другого форума

 

 

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

- Да, вопрос и не ставится в тестировании самого протокола. Протокол как прописан, так и будет работать. Ставиться вопрос скорее о тестировании именно оборудования. Что нужно - нужно, чтобы студент понимал принцип работы протокола и видел как он работает.

Например курс работ:

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

Т.е. изучение сценария установления соединения и оказания доп.услуг(переадресация, ожидание вызовы, вызов несуществующего абонента).

2. Формат сообщений протокола SIP. Запросы и ответы

Структура сообщений, виды запросов, полей, итд.

3. Измерение качества обслуживания, его критерии, способы улучшения.

В данном случае как раз таки и нужны измерения времени установления, отбоя, и др.

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

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

 

 

Говоря о SIP, я подразумеваю Session Initial Protocol, а не его стек.

Т.к. СИП не совсем является сигнализацией, и к тому же передается по тем же линиям, что и голос, то на пакеты СИП также влияют джиттер, задержки(пинг) и потеря пакетов(а также их прохождение по разным маршрутам и соответственно задержки).

 

Говоря о качестве сигнализации СИП. Можно вспомнить что все параметры строго регламентированы в ГОСТах: будь то скорость установления соединения, КПВ или другие. А значит эти регламенты распространяются и на СИП. Значит надо мерить, надо понимать как можно улучшить эти параметры. Это и есть цель дипломного проекта. Надо, чтобы студент понимал принципы работы СИП, как можно исправить ошибку(например, аб. не может зарегистрироваться на PBX), и анализировал как можно улучшить работу VOIP провайдера.

 

 

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

П.С. Линукса я практически не знаю, на все машины установлена Windows XP Pro. Есть сервер Win 2003 Srv

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Что, никто ничем не поможет??

 

Гуру сетевых технологий где же вы?(

 

 

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Что, никто ничем не поможет??

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Вопрос

1. Какие существуют основные критерии качества SIP кроме времени установления соединения?

2. Какими средствами под Windows можно их менять и измерять?

Изменено пользователем d@cent

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А что такое качество SIP?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

1. 1ое место по влиянию на качество SIP занимает время установления соединения

2. 2ое, 3ее, итд места делят: надежность, время отбоя, идр.

3. т.к. SIP (Session Initiation Protocol) является не просто протоколом сигнализации, а протоколом (способ установления связи), то на СИП влияют и обычные параметры: джитер, задержки, итд.

1. ни фига не влияет

2. "надежность" - это что? чем измеряется? "время отбоя, идр" - я бы не сказал, что они сильно влияют. особенно "идр" не влияет :)

3. "джитер, задержки". если джиттер стабильный, то задержки не столь критичны.

 

1. Какие существуют основные критерии качества SIP кроме времени установления соединения?
органолептические :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

в отношении voip говорить о качестве сигнализации - это примерно как рассуждать о огнеупорности руля бензовоза.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Как всегда, захотел получить ответ на конкретный вопрос, получил ....

 

Наверное я не совсем правильно выразился. Меня интересует "качество функционирования сети сигнализации при использовании протокола SIP"

 

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

 

А конкретно - какие существуют критерии оценки и каким ПО можно их менять и измерять?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Какие критерии введёте, такие и будут, это ж диплом ;)

 

Сделайте рандомный дроп пакетов(например, 10%) и посмотрите как это повлияет на сигнализацию. Допустим, это приведёт к увеличению времени дозвона, предположим, в 2 раза. Отсюда и берёте критерий - среднее увеличение времени дозвона. Проводя аналогичные эксперименты можно высосать из пальца ещё несколько критериев, построить кучу графиков, написать в заключении о том как важно, чтобы такие-то характеристики были в найденных вами пределах, чтобы это не было заметно в отношении высосанных критериев.

Изменено пользователем s.lobanov

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ответ по поводу огнеупорности руля бензовозовоза по моему самый правильный.

 

При 3% потере пакетов у вас уже RTP умрет, а SIP нормально будет работать и при 10% (ну иногда пакеты переспрашивать будет)

Опять же задержки. Та несколько секундная задержка на соединение через спутник ничто, перед тем как говорить через два спутника :)

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

 

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

 

Если захотите померять RTP поток.. http://www.cisco.com/en/US/docs/ios/12_4/ip_sla/configuration/guide/hsvoipj.html

На диплом не знаю, а на курсовую хватит.

Меряет любая циска, любой приличный софтсвич, мой телефон Snom.

Под виндой не знаю. Посмотрите детальные логи X-Lite, и pjsip. Может те srtp анализируют...

Изменено пользователем aoz1

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

Это бред, если сигнальный и голосовой трафик генерируются 1м и тем же устройством и идут по одному и тому же каналу.

Но представьте себе ситуацию, когда сигнальный трафик обрабатывается сигнальными шлюзом, а голосовой медийным (или я слышал о такой реализации на Avaya, когда сигнальный и голосовой трафик находятся на разных сетевых интерфейсах) и после этого они идут по разным путям(что им мешает?).

Что тогда делать?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

Это бред, если сигнальный и голосовой трафик генерируются 1м и тем же устройством и идут по одному и тому же каналу.

Но представьте себе ситуацию, когда сигнальный трафик обрабатывается сигнальными шлюзом, а голосовой медийным (или я слышал о такой реализации на Avaya, когда сигнальный и голосовой трафик находятся на разных сетевых интерфейсах) и после этого они идут по разным путям(что им мешает?).

Что тогда делать?

Оно тогда ещё более отлично работает. Медиа часть без SDP не дернится а Core SSW будет пусто от media stream что очень хорошо сказывается на производительности решения в целом. Вообще так сделаны практически все большие железки.

А качество SIP оценивать как координатку это весело конечно. Гайдите в протоколе АЛ реле это причина отказа точно.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А качество SIP оценивать как координатку это весело конечно. Гайдите в протоколе АЛ реле это причина отказа точно.

 

А как тогда оценивать? Есть конечно вариант наработки на отказ (выявить кол-во одновременно возможных вызовов и соотв. рассчитать нагрузку), но это ведь лишь малая часть.

 

Последнюю фразу не понял

 

Какие критерии введёте, такие и будут, это ж диплом ;)

 

Сделайте рандомный дроп пакетов(например, 10%) и посмотрите как это повлияет на сигнализацию.

А чем я его могу сделать программно? Какой программой, только пожалуйста под windows (ipfw под win не имеет нужных функций)

Изменено пользователем d@cent

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Какие критерии введёте, такие и будут, это ж диплом ;)

 

Сделайте рандомный дроп пакетов(например, 10%) и посмотрите как это повлияет на сигнализацию.

А чем я его могу сделать программно? Какой программой, только пожалуйста под windows (ipfw под win не имеет нужных функций)

Я вообще не встречал ни одного хорошего фаервола под виндоус. Неужели так сложно найти какой-нибудь старенький компьютер, накатить туда linux и воспользоваться iptables?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Теплое с мягким не путайте.

 

 

SIP умеет работать по SCTP.

RTP живет в UDP.

 

Вы про какое качество?

 

 

.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Теплое с мягким не путайте.

 

 

SIP умеет работать по SCTP.

RTP живет в UDP.

 

Вы про какое качество?

 

 

.

 

Он про классику количиство инициированных вызовов, количество завершонных вызовов и прочее что есть в старых учебниках. Наверно ещё и усройство координатки на А1 рисовал во время обучения?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Теплое с мягким не путайте.

 

 

SIP умеет работать по SCTP.

RTP живет в UDP.

 

Вы про какое качество?

 

 

.

Я не знаю ни одного SIP софтсвитча/pbx/софтфона под Windows, работающих по SCTP

Говоря о SIP я подразумеваю его доставку с помощью UDP по Ethernet'у

 

С параметрами мне наконец подсказали но не тут, конечно. Это рекомендации Y.1541: задержки, джиттер, потеря пакетов.

 

По поводу инструментов - дроп пакетов все-таки умеет ipfw for windows. Теперь нужно внести задержки и джиттер.

 

Чем это можно сделать под windows?

И чем измерить?

 

Какие критерии введёте, такие и будут, это ж диплом ;)

 

Сделайте рандомный дроп пакетов(например, 10%) и посмотрите как это повлияет на сигнализацию.

А чем я его могу сделать программно? Какой программой, только пожалуйста под windows (ipfw под win не имеет нужных функций)

Я вообще не встречал ни одного хорошего фаервола под виндоус. Неужели так сложно найти какой-нибудь старенький компьютер, накатить туда linux и воспользоваться iptables?

 

Мне нужно сделать лабораторную работу.

А это означает, что как минимум нужно 10 машин. Т.е. мне нужно 10 машин под *NIX.

Но мне негде их взять и некуда ставить.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Мне нужно сделать лабораторную работу.

А это означает, что как минимум нужно 10 машин. Т.е. мне нужно 10 машин под *NIX.

Но мне негде их взять и некуда ставить.

1) Ставите виртуальную машину Virtualbox на все компьютеры.

2) На одной машине ставите виртуальный линукс.

3) Устанавливаете нужный набор программ.

4) Образ виртуальной машины раскладываете на все рабочие компьютеры с Windows.

5) Используете.

Все бесплатно и нет никаких проблем с лицензиями.

 

PS Когда я учился, для лаб с ассемблером и прерываниями прекрасно использовался Dosbox на Windows XP

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.