lwIP - A Lightweight TCP/IP stack - Bugs: bug #29080, Remote side seems to uverrun our...
You are not allowed to post comments on this tracker with your current authentication level.
bug #29080: Remote side seems to uverrun our rcv_wnd with ooseq enabled
Submitter: | Petr Cernin <cerninp> | ||
Submitted: | Fri 05 Mar 2010 03:42:41 PM UTC | ||
Category: | TCP | Severity: | 3 - Normal |
Item Group: | Crash Error | Status: | Fixed |
Privacy: | Public | Assigned to: | goldsimon |
Open/Closed: | Closed | Planned Release: | None |
lwIP version: | CVS Head |
Jump to the original submission
Thu 25 Mar 2010 06:39:59 AM UTC, comment #6: |
Simon Goldschmidt <goldsimon> |
Tue 09 Mar 2010 10:31:03 AM UTC, comment #5: 2) lwip is 192.168.1.100, you are correct.
|
Petr Cernin <cerninp> |
Mon 08 Mar 2010 04:51:55 PM UTC, comment #4: Thanks for the pcap files. From reading them, it really looks like the PC is overrunning lwIP's receive window, e.g. in file dupack_oos_on.pcap, packet #2351 (which seems to be the one that leads to the failed assertion):
|
Simon Goldschmidt <goldsimon> |
Mon 08 Mar 2010 08:40:38 AM UTC, comment #3: I attached two pcap files:
|
Petr Cernin <cerninp> |
Sat 06 Mar 2010 12:00:37 PM UTC, comment #2: Updated summary to reflect the problem (2). |
Simon Goldschmidt <goldsimon> |
Fri 05 Mar 2010 04:29:49 PM UTC, comment #1: First: Please append pcap files we can view in wireshark, not text-files that are harder to read and contain less details. Without having the complete log, I can only guess what's going wrong.
|
Simon Goldschmidt <goldsimon> |
Fri 05 Mar 2010 03:42:41 PM UTC, original submission:
Hello,
|
Petr Cernin <cerninp> |
Depends on the following items: None found
Items that depend on this one: None found
There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.
Follow 12 latest changes.
Date | Changed by | Updated Field | Previous Value | => | Replaced by |
---|---|---|---|---|---|
2010-03-25 | goldsimon | Status | Need Info | Fixed | |
Assigned to | None | goldsimon | |||
Open/Closed | Open | Closed | |||
2010-03-09 | cerninp | Attached File | - | Added dupack_oos_on_mss_1460.zip, #19888 | |
2010-03-08 | cerninp | Attached File | - | Added dupack_oos_on.zip, #19882 | |
Attached File | - | Added dupack_oos_off.zip, #19883 | |||
2010-03-06 | goldsimon | Summary | Remote side seems to uverrun oru | Remote side seems to uverrun our rcv_wnd with ooseq enabled | |
2010-03-06 | goldsimon | Summary | Burst of duplicate ACKs | Remote side seems to uverrun oru | |
2010-03-05 | goldsimon | Status | None | Need Info | |
2010-03-05 | cerninp | Attached File | - | Added dupack.txt, #19853 | |
Attached File | - | Added lwipopts.h, #19854 | |||
Carbon-Copy | - | Added -email is unavailable- |
Powered by Savane 3.13-f8d8.
Corresponding source code
Remote side overrunning our rcv_wnd was correctly handled in the inseq-case only, not in the ooseq-case. Reproduced, fixed and added test case.
Thanks for reporting.