Wireshark-bugs: [Wireshark-bugs] [Bug 10269] Filtering on mp2t.cc.drop does not catch CC errors
Date Index · Thread Index · Other Months · All Mailing Lists
Date Prev · Date Next · Thread Prev · Thread Next
From: bugzilla-daemon@xxxxxxxxxxxxx
Date: Mon, 14 Jul 2014 13:42:40 +0000

Comment # 13 on bug 10269 from 
(In reply to comment #8)
> Created attachment 12881 [details]
> Extract from large capture file
> 
> In this sample, packet #6 shows the last CC counter for PID-0x14e is 12. 

It's not, the last CC counter for PID 0x14e is 14. The TS packets with CC 13
and 14 are at the end of packet #6.

ISO/IEC 13818-1 PID=0x14e CC=9
ISO/IEC 13818-1 PID=0x14e CC=10
ISO/IEC 13818-1 PID=0x14e CC=11
ISO/IEC 13818-1 PID=0x14e CC=12
ISO/IEC 13818-1 PID=0x14d6 CC=15
ISO/IEC 13818-1 PID=0x14e CC=13
ISO/IEC 13818-1 PID=0x14e CC=14


> The next packet, #7, then has the next TS packet with CC=15...

which is correct

> packets #13
> and 14 are missing and so on my system when I enter mp2t.cc.drop it should
> reflect this.

They're not missing.

Could you test this again with 1.12.0-rc2 or with an automated build 
(http://www.wireshark.org/download/automated/)?

We fixed some reassembly issues recently. The problem that you see could be
related to this.

Regards,
Martin

You are receiving this mail because:
  • You are watching all bug changes.