diff options
author | Ulf Lamping <ulf.lamping@web.de> | 2005-09-10 15:11:21 +0000 |
---|---|---|
committer | Ulf Lamping <ulf.lamping@web.de> | 2005-09-10 15:11:21 +0000 |
commit | 541fd750b86a0fa3666c4ec2d917ff6c23a332f9 (patch) | |
tree | 7289180ad699fc13c5cba86a6f3b39a11e80fb4b /epan/dtd_grammar.lemon | |
parent | c20ffb9fd9d0b7e45ac5455fa08882db4529e2cf (diff) |
fix DCE/RPC defragmentation, if both middle and last DCE/RPC fragments are in the same TCP desegmented data blob
reassemble.c:
I had to change the way the reassemble code works if the dissector is telling that more fragments *will* follow. In this case the reassemble code shouldn't try to reassemble already at that time ...
I've also changed the way if a fragment was already seen or not, as it's not enough to check for the frame number, in the scenario described above.
Unfortunately both changes *might* broke other protocols from reassemble properly. I've checked with excessive TCP desegmentation and it's still working without any changes :-)
packet-dcerpc.c:
use a tvb subset to limit the "end of bytes" processed in a single fragment dissect run, as each fragment has it's own DCE/RPC header (and isn't part of the stub data of the previous packet).
svn path=/trunk/; revision=15744
Diffstat (limited to 'epan/dtd_grammar.lemon')
0 files changed, 0 insertions, 0 deletions