Wireshark-users: Re: [Wireshark-users] QoS in TCP and UDP
From: NITIN GOYAL <nitinkumgoyal@xxxxxxxxx>
Date: Sun, 28 Dec 2014 19:12:05 +0530
please avoid reposting your question again and again..
also, your mail is so long and eve after reading < I am not clear what is your specific question
also, i dont see much research you have done.also, your mail is so long and eve after reading < I am not clear what is your specific question
On Sun, Dec 28, 2014 at 6:40 PM, Armansah Hs <armansah.hs@xxxxxxxxx> wrote:
Hello,Sorry for repeating my question. I've post this question before but my daily digest was turn on so any replies will be sent via daily digest.------------ repost -------------I'll attach you example captured traffic (RTP protocol)------------------------------------I have 4 files of captured traffic in wireshark, both client (192.168.100.6) and server (192.168.100.1) have a captured traffic and time synchronized.I want to ask you some questions about how to get the QoS parameters in wireshark (end-to-end delay, jitter, throughput, and packet loss)I have two scenario
- Transfer file between source and destination (2 files)
- Video streaming using VLC based on RTSP (2 files)
so far, I've got TCP throughput and RTP Throughput.Transfer fileVideo Streaming
- TCP throughput - in the Statistic -> Summary (done)
- TCP e2e delay, jitter, and packet loss. I want to know how to get these parameters.
- RTP throughput - in the Statistic -> Summary (done)
- RTP e2e delay. I want to know how to get this parameter.
My friend taught me that RTP packet loss and RTP jitter can be found in RTP -> Telephony -> Show all streams.-------------------------
but when I go in that menu, there is no jitter and there are 2 detected RTP stream (<5% packet loss and >40% packet loss)this is what Jaap say in the answer section-------------------------
- TCP throughput: that can be derived from the protocol interaction at a single endpoint, hence is available.
- TCP e2e delay, jitter, packet loss: Hard to do based on a single capture, apart from the packet loss maybe, as retransmissions would indicate as such. Not aware of a ready made analysis function right now.
- RTP throughput: that can be derived from the protocol interaction at a single endpoint, hence is available.
- RTP packet loss: Be aware, you use an Telephony analysis feature for video, that doesn't work. Unfortunately the RTP statistics are not profile aware and geared towards telephony only. And even then only the simplest cases.
- RTP e2e delay: Hard to do based on a single capture.
last but not least, Related to packet loss, do I really have a packet loss if the retransmission successfully sent to destination?
how to extract TCP and RTP e2e delay; TCP packet loss; TCP and RTP jitter?
where I can find the RTP packet loss and jitter other than through telephony analysis?
I'm very sorry for flooding mailing list with my questions.
Thanks,
Armansah Hs
___________________________________________________________________________
Sent via: Wireshark-users mailing list <wireshark-users@xxxxxxxxxxxxx>
Archives: http://www.wireshark.org/lists/wireshark-users
Unsubscribe: https://wireshark.org/mailman/options/wireshark-users
mailto:wireshark-users-request@xxxxxxxxxxxxx?subject=unsubscribe
- Follow-Ups:
- Re: [Wireshark-users] QoS in TCP and UDP
- From: Armansah Hs
- Re: [Wireshark-users] QoS in TCP and UDP
- References:
- [Wireshark-users] QoS in TCP and UDP
- From: Armansah Hs
- [Wireshark-users] QoS in TCP and UDP
- Prev by Date: [Wireshark-users] QoS in TCP and UDP
- Next by Date: Re: [Wireshark-users] QoS in TCP and UDP
- Previous by thread: [Wireshark-users] QoS in TCP and UDP
- Next by thread: Re: [Wireshark-users] QoS in TCP and UDP
- Index(es):