d@cent Опубликовано 22 марта, 2011 · Жалоба Привет товарищи! Пишу диплом по данной теме. Точнее диплом наз-ся постановка лаб.работы "Исследование 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 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
d@cent Опубликовано 23 марта, 2011 · Жалоба Что, никто ничем не поможет?? Гуру сетевых технологий где же вы?( Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Aleck_K Опубликовано 23 марта, 2011 · Жалоба Что, никто ничем не поможет?? А чем вам помочь-то? Сформулируйте вопрос и, возможно, получите ответ. Кстати, вы в каком городе находитесь? А то у меня вакансия есть - как раз по вашей дипломной работе Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
d@cent Опубликовано 23 марта, 2011 (изменено) · Жалоба Вопрос 1. Какие существуют основные критерии качества SIP кроме времени установления соединения? 2. Какими средствами под Windows можно их менять и измерять? Изменено 23 марта, 2011 пользователем d@cent Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
leveler Опубликовано 24 марта, 2011 · Жалоба А что такое качество SIP? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 24 марта, 2011 · Жалоба 1. 1ое место по влиянию на качество SIP занимает время установления соединения2. 2ое, 3ее, итд места делят: надежность, время отбоя, идр. 3. т.к. SIP (Session Initiation Protocol) является не просто протоколом сигнализации, а протоколом (способ установления связи), то на СИП влияют и обычные параметры: джитер, задержки, итд. 1. ни фига не влияет2. "надежность" - это что? чем измеряется? "время отбоя, идр" - я бы не сказал, что они сильно влияют. особенно "идр" не влияет :) 3. "джитер, задержки". если джиттер стабильный, то задержки не столь критичны. 1. Какие существуют основные критерии качества SIP кроме времени установления соединения?органолептические :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
edo Опубликовано 24 марта, 2011 · Жалоба в отношении voip говорить о качестве сигнализации - это примерно как рассуждать о огнеупорности руля бензовоза. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
d@cent Опубликовано 26 марта, 2011 · Жалоба Как всегда, захотел получить ответ на конкретный вопрос, получил .... Наверное я не совсем правильно выразился. Меня интересует "качество функционирования сети сигнализации при использовании протокола SIP" На заявления о том, что у сигнализации нет качества функционирования, будут игнорироваться, т.к. с такими заявлениями вам в сад А конкретно - какие существуют критерии оценки и каким ПО можно их менять и измерять? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 26 марта, 2011 (изменено) · Жалоба Какие критерии введёте, такие и будут, это ж диплом ;) Сделайте рандомный дроп пакетов(например, 10%) и посмотрите как это повлияет на сигнализацию. Допустим, это приведёт к увеличению времени дозвона, предположим, в 2 раза. Отсюда и берёте критерий - среднее увеличение времени дозвона. Проводя аналогичные эксперименты можно высосать из пальца ещё несколько критериев, построить кучу графиков, написать в заключении о том как важно, чтобы такие-то характеристики были в найденных вами пределах, чтобы это не было заметно в отношении высосанных критериев. Изменено 26 марта, 2011 пользователем s.lobanov Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
aoz1 Опубликовано 26 марта, 2011 (изменено) · Жалоба Ответ по поводу огнеупорности руля бензовозовоза по моему самый правильный. При 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 анализируют... Изменено 26 марта, 2011 пользователем aoz1 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
d@cent Опубликовано 27 марта, 2011 · Жалоба Вообще анализ качества сигнализации для медийных протоколов это бред, поскольку медийный протокол на порядки более подвержен проблемам. Это бред, если сигнальный и голосовой трафик генерируются 1м и тем же устройством и идут по одному и тому же каналу. Но представьте себе ситуацию, когда сигнальный трафик обрабатывается сигнальными шлюзом, а голосовой медийным (или я слышал о такой реализации на Avaya, когда сигнальный и голосовой трафик находятся на разных сетевых интерфейсах) и после этого они идут по разным путям(что им мешает?). Что тогда делать? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Mikler Опубликовано 27 марта, 2011 · Жалоба Вообще анализ качества сигнализации для медийных протоколов это бред, поскольку медийный протокол на порядки более подвержен проблемам. Это бред, если сигнальный и голосовой трафик генерируются 1м и тем же устройством и идут по одному и тому же каналу. Но представьте себе ситуацию, когда сигнальный трафик обрабатывается сигнальными шлюзом, а голосовой медийным (или я слышал о такой реализации на Avaya, когда сигнальный и голосовой трафик находятся на разных сетевых интерфейсах) и после этого они идут по разным путям(что им мешает?). Что тогда делать? Оно тогда ещё более отлично работает. Медиа часть без SDP не дернится а Core SSW будет пусто от media stream что очень хорошо сказывается на производительности решения в целом. Вообще так сделаны практически все большие железки. А качество SIP оценивать как координатку это весело конечно. Гайдите в протоколе АЛ реле это причина отказа точно. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
d@cent Опубликовано 27 марта, 2011 (изменено) · Жалоба А качество SIP оценивать как координатку это весело конечно. Гайдите в протоколе АЛ реле это причина отказа точно. А как тогда оценивать? Есть конечно вариант наработки на отказ (выявить кол-во одновременно возможных вызовов и соотв. рассчитать нагрузку), но это ведь лишь малая часть. Последнюю фразу не понял Какие критерии введёте, такие и будут, это ж диплом ;) Сделайте рандомный дроп пакетов(например, 10%) и посмотрите как это повлияет на сигнализацию. А чем я его могу сделать программно? Какой программой, только пожалуйста под windows (ipfw под win не имеет нужных функций) Изменено 27 марта, 2011 пользователем d@cent Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 27 марта, 2011 · Жалоба Какие критерии введёте, такие и будут, это ж диплом ;) Сделайте рандомный дроп пакетов(например, 10%) и посмотрите как это повлияет на сигнализацию. А чем я его могу сделать программно? Какой программой, только пожалуйста под windows (ipfw под win не имеет нужных функций) Я вообще не встречал ни одного хорошего фаервола под виндоус. Неужели так сложно найти какой-нибудь старенький компьютер, накатить туда linux и воспользоваться iptables? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Voicemaster Опубликовано 27 марта, 2011 · Жалоба Теплое с мягким не путайте. SIP умеет работать по SCTP. RTP живет в UDP. Вы про какое качество? . Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Mikler Опубликовано 28 марта, 2011 · Жалоба Теплое с мягким не путайте. SIP умеет работать по SCTP. RTP живет в UDP. Вы про какое качество? . Он про классику количиство инициированных вызовов, количество завершонных вызовов и прочее что есть в старых учебниках. Наверно ещё и усройство координатки на А1 рисовал во время обучения? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
d@cent Опубликовано 3 апреля, 2011 · Жалоба Теплое с мягким не путайте. 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. Но мне негде их взять и некуда ставить. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
naves Опубликовано 3 апреля, 2011 · Жалоба Мне нужно сделать лабораторную работу. А это означает, что как минимум нужно 10 машин. Т.е. мне нужно 10 машин под *NIX. Но мне негде их взять и некуда ставить. 1) Ставите виртуальную машину Virtualbox на все компьютеры. 2) На одной машине ставите виртуальный линукс. 3) Устанавливаете нужный набор программ. 4) Образ виртуальной машины раскладываете на все рабочие компьютеры с Windows. 5) Используете. Все бесплатно и нет никаких проблем с лицензиями. PS Когда я учился, для лаб с ассемблером и прерываниями прекрасно использовался Dosbox на Windows XP Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...