[Bo Xu <xubo.leo@xxxxxxxxx>]

 

Hello Ronnie

 

   PFA :)  

 

BR

Xu Bo

On Wed, Jun 2, 2010 at 11:19 AM, ronnie sahlberg <ronniesahlberg@xxxxxxxxx> wrote:

That looks like a bug in the Diameter protocol SRT.

Most likely it can not handle if the transaction id is "reused" so it
ends up matching a reply from one transaction with a request that
happened for a different transaction much later.


Do you have an example trace where this happens ?
If so I can fix that issue.


regards
ronnie sahlberg

On Wed, Jun 2, 2010 at 12:47 PM, Bo Xu <xubo.leo@xxxxxxxxx> wrote:
> Hello Guys ,
>
>   SRT statistic is a really fantastic function of Wireshark .  I am doing
> the Diameter SRT.  But the Output is really confusion
>
>   For this pcap file <nocaaa.tcpdump.201006021007.pcap> , i got such result
> :
> index    procedure         calls       MinSRT              MaxSRT     AvgSRT
> 1          Credit-control    3132       -123.-68142        0.17384
> 58897650236.50013
>
> It looks very strange about MinSRT/AvgSRT value , and btw : the unit is
> second ?
> My Wireshark version is :Version 1.2.8 (SVN Rev 32676)
>
> BR
> Xu Bo

> ___________________________________________________________________________
> 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

Attachment: nocaaa.tcpdump.201006021007.pcap.gz
Description: GNU Zip compressed data