notfool Posted July 24, 2012 · Report post В busybox tcpdump не ловит rtp. Ставил принудительно -T rtp эффекта нет. Подскажите в чем может быть дело? Share this post Link to post Share on other sites
agr Posted July 24, 2012 · Report post Не ловит в смысле не ловит или в смысле ловит, но не отображает rtp-специфичные данные? Share this post Link to post Share on other sites
notfool Posted July 24, 2012 · Report post Да согласен вопрос сформулирован пространно. Снимаю tcpdump'ом трэйс tcpdump -n -X -i eth1.voipvlan -vvv -s 0 -w full.cap открываю его с помощью wireshark. В wireshark есть udp, h.248 и пр. Все пакеты кроме rtp. Share this post Link to post Share on other sites
-Ars- Posted July 24, 2012 · Report post В wireshark есть udp, h.248 и пр. Все пакеты кроме rtp Может, ему надо сказать на udp "Decode as" ? Share this post Link to post Share on other sites
notfool Posted July 24, 2012 · Report post В wireshark есть udp, h.248 и пр. Все пакеты кроме rtp Может, ему надо сказать на udp "Decode as" ? Нет, не помогает. Share this post Link to post Share on other sites
catalist Posted July 24, 2012 · Report post выложите дамп что ли только не большой глянем что не так.... Share this post Link to post Share on other sites
agr Posted July 24, 2012 · Report post RTP передается поверх транспортного протокола, может udp в дампе это он и есть. Вполне возможно, что между уровнем udp и уровнем rtp есть еще какой-нибудь контейнер, это в зависимости от того, что за устройтво генерит поток. В этом случае wireshark может и не распознать сигнатуру. К тому же может в вашей версии wireshark нет нужных фильтров для распознавания RTP. Другие(заведомо рабочие) потоки wireshark отображает? В RTP есть 2-х байтовое поле sequence number, которое должно в кажедом пакете увеличиваться на 1, попробуйте посмотреть визуально в окне hex-браузера наблюдается ли такое поведение для определенных байт пакетов в udp-потоке. Share this post Link to post Share on other sites
