>
> Have you checked
http://wiki.wireshark.org/RTP_statistics => How jitter
> is calculated ?
>
> Regards,
> Lars
>
> ________________________________
>
> From:
wireshark-users-bounces@xxxxxxxxxxxxx> [mailto:
wireshark-users-bounces@xxxxxxxxxxxxx] On Behalf Of capricorn 80
> Sent: vendredi 27 novembre 2009 15:44
> To:
wireshark-users@xxxxxxxxxxxxx> Subject: Re: [Wireshark-users] End to End VoIP delay calculation
> (Interarrival jitter)
>
>
>
> Hi !
>
> Thanks for your responses. @ martin.r.mathieson: I tried alot
> to understand but may be I dont have much expertise in this case :(.
> .Now I am doing like this that I have run wireshark on
> computer and computer is synchronized with ntp server. I am looking for
> interarrival calculation.
>
> This is my readings from wireshark: (The IP addresses i
> mentioned is dummy one).
>
> 113.100.26.222 is computer
> 61.216.159.110 is asterisk server
>
> No Time Source Destination
> Protocol Delta time
>
> ------------------------------------------------------------------------
> -------------------
> 28 24.646137 113.100.26.222 61.216.159.110 RTP
> 0.031826
> Arrival Time: Nov 23, 2009 23:50:32.660458000
> Sequence number: 7867
> Timestamp: 365000
>
>
> ------------------------------------------------------------------------
> --------------------
> 29 24.656106 113.100.26.222 61.216.159.110 RTP
> 0.009969
> Arrival Time: Nov 23, 2009 23:50:32.670427000
> Sequence number: 7868
> Timestamp: 365160
>
> ------------------------------------------------------------------------
> --------------------
>
> 30 24.675980 113.100.26.222 61.216.159.110 RTP
> 0.019874
> Arrival Time: Nov 23, 2009 23:50:32.690301000
> Sequence number: 3771
> Timestamp: 422060
>
> ------------------------------------------------------------------------
> ---------------------
> 31 24.685764 61.216.159.110 113.100.26.222 RTP
> 0.009784
> Arrival Time: Nov 23, 2009 23:50:32.700085000
> Sequence number: 3767
> Timestamp: 421420
>
>
> ------------------------------------------------------------------------
> ----------------------
> 32 24.695953 113.100.26.222 61.216.159.110 RTP
> 0.010189
> Arrival Time: Nov 23, 2009 23:50:32.710274000
> Sequence number: 7870
> Timestamp: 365480
>
>
> ------------------------------------------------------------------------
> -----------------------
> 33 24.704766 61.216.159.110 113.100.26.222 RTP
> 0.008813
> Arrival Time: Nov 23, 2009 23:50:32.719087000
> Sequence number: 3768
> Timestamp: 421580
>
>
> ------------------------------------------------------------------------
> -----------------------
>
> Please if you help me in telling that how can I calculated the
> Interarrival jitter in steps in that case. I shall be very thanksful to
> you.
>
> Regards,
>
>
>
>
>
> ________________________________
>
> Date: Thu, 26 Nov 2009 09:23:21 +0000
> From:
martin.r.mathieson@xxxxxxxxxxxxxx> To:
wireshark-users@xxxxxxxxxxxxx> Subject: Re: [Wireshark-users] End to End VoIP delay calculation
>
> There is the RTCP roundtrip network propagation delay. If the
> necessary reports are present and properly formatted, there will be an
> expert info item for any calculations that may be made. You will need to
> enable this calculation in the RTCP dissector preferences.
>
> Here is the extract from RFC 3550, section 6.4.1, that describes
> how the calculation should be done:
>
>
> delay since last SR (DLSR): 32 bits
> The delay, expressed in units of 1/65536 seconds, between
>
> receiving the last SR packet from source SSRC_n and
> sending this
> reception report block. If no SR packet has been received
> yet
> from SSRC_n, the DLSR field is set to zero.
>
> Let SSRC_r denote the receiver issuing this receiver
> report.
>
> Source SSRC_n can compute the round-trip propagation delay
> to
> SSRC_r by recording the time A when this reception report
> block is
> received. It calculates the total round-trip time A-LSR
> using the
>
> last SR timestamp (LSR) field, and then subtracting this
> field to
> leave the round-trip propagation delay as (A - LSR -
> DLSR). This
>
>
>
> Schulzrinne, et al. Standards Track
> [Page 40]
>
>
> RFC 3550 RTP
> July 2003
>
>
> is illustrated in Fig. 2. Times are shown in both a
> hexadecimal
> representation of the 32-bit fields and the equivalent
> floating-
>
> point decimal representation. Colons indicate a 32-bit
> field
> divided into a 16-bit integer part and 16-bit fraction
> part.
>
> This may be used as an approximate measure of distance to
> cluster
> receivers, although some links have very asymmetric
> delays.
>
>
> [10 Nov 1995 11:33:25.125 UTC] [10 Nov 1995 11:33:36.5
> UTC]
> n SR(n) A=b710:8000 (46864.500
> s)
>
> ---------------------------------------------------------------->
> v ^
>
> ntp_sec =0xb44db705 v ^ dlsr=0x0005:4000 (
> 5.250s)
> ntp_frac=0x20000000 v ^ lsr =0xb705:2000
> (46853.125s)
> (3024992005.125 s) v ^
> r v ^ RR(n)
>
>
> ---------------------------------------------------------------->
> |<-DLSR->|
> (5.250 s)
>
> A 0xb710:8000 (46864.500 s)
> DLSR -0x0005:4000 ( 5.250 s)
>
> LSR -0xb705:2000 (46853.125 s)
> -------------------------------
> delay 0x0006:2000 ( 6.125 s)
>
> Figure 2: Example for round-trip time computation
>
>
>
>
>
>
>
> On Thu, Nov 26, 2009 at 2:48 AM, Martin Visser
> <
martinvisser99@xxxxxxxxx> wrote:
>
>
> As RTP in each direction is unacknowledged (you have a
> unidirectional stream going each direction) there is no way to determine
> end-to-delay from that. I think the best you can do is look at the SIP
> request/response time as an estimate.
>
> Regards, Martin
>
>
MartinVisser99@xxxxxxxxx>
>
>
> On Wed, Nov 25, 2009 at 4:31 AM, capricorn 80
> <
cool_capricorn80@xxxxxxxxxxx> wrote:
>
>
>
> Hi!
>
>
> (Sorry for repeating my question)
>
> I am looking to calculate the end-to-end delay
> between two soft phone/hard phone. I have asterisk server and configured
> ntp server on the same machine and synchronized it with ntp pool.
>
> I have seen that Wireshark can be used to check
> the jitter. But I am not sure how can i calculate the end to end.
>
> May be this is not related to the mailing list
> topic but please help me if anyone has some information.
>
> Regards,
>
>
> ________________________________
>
> Windows Live: Friends get your Flickr, Yelp, and
> Digg updates when they e-mail you.
>
> ________________________________
>
> Windows Live: Friends get your Flickr, Yelp, and
> Digg updates when they e-mail you.
>
>
> ________________________________________________________________________
> ___
> 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
>
>
>
>
>
> ________________________________________________________________________
> ___
> 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
>
>
>
>
> ________________________________
>
> Windows Live Hotmail: Your friends can get your Facebook
> updates, right from Hotmail(r).
> <
http://www.microsoft.com/middleeast/windows/windowslive/see-it-in-actio> n/social-network-basics.aspx?ocid=PID23461::T:WLMTAGL:ON:WL:en-xm:SI_SB_
> 4:092009>
>
> ___________________________________________________________________________
> 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
