Comment # 23
on bug 8313
from [email protected]
(In reply to comment #22)
> Looks great, commmitted in r47695. Thanks for your patience during all the
> back-and-forth.
>
> Tangentially: if you enable both reassembly and CRC checks then a large
> number of the packets in the sample capture (on the wiki) show up with bad
> CRCs. Is the capture corrupt or is there some small bug in the code?
>
> Cheers,
> Evan
No thats not a bug, the whole SML-File must be reassembled to generate a
correct crc. I added the question "messages not reassembled ?" in the expert
warn message, thought that would be enough :>
The crc16 at the end of a File, is calculated with the fist octet from the
escape sequence up to the octet, that shows how many padding octets are used.
I get only errors in packet 59,61,67,69 because TCP ACK unseen.
You are receiving this mail because:
- You are watching all bug changes.