июня 17

Опыт использования SIPp

VoIP, Железо Добавить комментарий

Вторую неделю общался с поддержкой Grandstream, выясняя что за проблема с качеством голоса возникает в моём конкретном случае. Самая первая версия оказалась правильной, но потребовалось подтвердить, что во всему причиной RTP передаваемый с шлюза. Для этого мне предложили изменить размер голосового пакета на шлюзе, что оказалось невозможным. Таким образом возникла возможность воспользоваться SIPP и недавно выложенным скриптом sniff2sipp

Для начала у меня имелся дамп сетевого трафика (SIP и RTP) с плохим качеством звука и с нормальным. Требовалось взять SIP сигнализацию из первого трейса, а RTP из второго и сделать сценарий комбинирующий их. Таким образом было бы доказано, что GXV-3000 некачественно воспроизводит голос, если величина голосового пакета меньше, чем предполагаемая телефоном (значение ptime в SDP).

Использование sniff2sipp не вызвало никаких проблем, всё как написано в инструкции, только требуется установить несколько Perl библиотек функций из CPAN. Так же требуется установленный wireshark или tcpdump. В итоге получилось два xml сценария для тестирования и два pcap файла с голосовыми пакетами. В первом xml сценарии заменяется имя файла с голосом и приступаем к экспериментам с sipp. В результате недолгих ковыряний у меня получилась следующая команда (немного отличающаяся от оригинала):

/usr/bin/sipp -sf 195.162.17.118:5060.xml 192.168.32.82:5070 -d 20000
\ -s 79045830000 -m 1 -i 192.168.32.1 -mi 192.168.32.1 -mp 65000

По пунктам объясняю значения параметров:

  • -sf 195.162.17.118:5060.xml
    — файл с полученным сценарием
  • 192.168.32.82:5070
    — адрес и порт куда отправлять пакеты сигнализации
  • -d 20000
    — длительность звонка, до отправки BYE
  • -s 79045830000
    — содержимое поля From, если этот параметр не указать будет использовано значение service
  • -m 1
    — совершить только один вызов
  • -i 192.168.32.1
    — интерфейс для отправки сигнализации
  • -mi 192.168.32.1
    — интерфейс для отправки RTP
  • -mp 65000
    — порт для отправки RTP
Обратите внимание, чтобы на телефоне был отключен STUN и вообще любое определение NAT, это может вызвать интересные эффекты: медиа поток будет направлен не туда.

Похожие сообщения:

автор igorg \\ теги: , , ,

  • ValeNTin

    Привет! Не подскажешь если в России поддержка Grandstream, купил шлюз Grandstream GXW4004 есть вопросы по настройке а обратиться незнаю к кому официальный сайт работает на половину и никакой контактной информации нет для России

  • http://igorg.ru igorg

    Российской официальной поддержки на 99% не существует, я общаюсь напрямую с английской — support@grandstream.com. Но не знаю, отвечают ли они на вопросы по настройке, я обращаюсь с однозначными проблемами и собираю максимум информации о проблемах.

  • ValeNTin

    у меня проблема связана с прошивкой, перепрошил свой шлюз и он перестал звонить, поднимаю трубку а гудка нету :(

  • Аноним

    У грандстрима есть русский саппорт. Да и все шлюзы одинаковы в принципе. Не умеешь настраивать -иди лесом и читай маны, как все делали (:

    ps помню на MP от аудиокодеса была специальная галка, вырубающая гудок. хотя чаще всего это косяк конфига. пусть Валя ставит себе астериск и тестирует на нем,я по FXO даже аналоговую АТС с воипом дружил !

  • Илья

    «Использование sniff2sipp не вызвало никаких проблем, всё как написано в инструкции,» — а как написано в инструкции?

  • http://igorg.ru igorg

    Инструкция в README по ссылке в посте: svnview.digium.com/svn/sn...ADME?view=markup