buglwIP - A Lightweight TCP/IP stack - Bugs: bug #21099, Request getting lost/unanswered in...

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #21099: Request getting lost/unanswered in lwip stack [bug #20640]

Submitter:  Vipin <vipin_dce>
Submitted:  Mon 17 Sep 2007 11:50:28 AM UTC
   
 
Category:  None Severity:  3 - Normal
Item Group:  Change Request Status:  Invalid
Privacy:  Public Assigned to:  None
Open/Closed:  Closed Planned Release:  None
lwIP version:  None

Thu 10 Jan 2008 05:11:21 AM UTC, comment #4: 

I feel that there is no issue with the LWIP stack becoz when i changed my application layer all resets were gone and things were working perfectly.

The possible source of resets was my application layer.


Thank you very much for the support :-)

Vipin <vipin_dce>
Thu 03 Jan 2008 11:32:41 PM UTC, comment #3: 

Is there any news about that ?

Frédéric Bernon <fbernon>
Group Member
Wed 19 Sep 2007 04:29:15 AM UTC, comment #2: 

I am attaching two traces here:

1. RESET_4380bytes_133ms: The PC is requesting 4380 bytes of data at an interval of 133ms. But due to some issue it resets the connection.

2. NORESET_4380bytes_500ms : The PC is requesting 4380 bytes of data at an interval of 500ms. NO RESETS. This trace is different from the above trace only in request time interval (its 500ms while in the above trace its 133ms else all other things are same).

The trace (file #13970: Reset) attached earlier is for following condition. PC asked 4480 bytes of data from PC @ 133ms. NO RESETS.

What does that mean? I guess I am thinking in right direction. What do you say?

(file #13987, file #13988)

Vipin <vipin_dce>
Tue 18 Sep 2007 01:16:34 PM UTC, comment #1: 

I'm afraid my opinion hasn't changed - the other end of the connection sending a reset because no data has been received for 100ms is just wrong.

I don't understand why sending more bytes of data should change this.  How many bytes is the PC expecting to receive?  Can you supply a trace of the two versions, showing one getting reset and the other not?

Kieran Mansley <kieranm>
Group Member
Mon 17 Sep 2007 11:50:28 AM UTC, original submission:  

This is with respect to bug reported by me with ID #20640 which was closed later with out final conclusion. I made some progress in that and I guess it is worth sharing.

Brief History: We had RESET issued by the firmware as well as by the PC.

1. Firmware Resets: There was some problem with my hardware which was solved and the board stops issuing reset.

2. PC resets: I am still getting these RESETs. I have analysed the problem and found the TEMPORARY solution also. But I am looking for a permanent fix. Please refer to the attached ethereal trace.
 
IP Address: 192.168.2.7 Board, 192.168.2.2 PC

Looking at RESET packets ( 81, 103, 125, 147..) issued by PC, I observed that the PC is issung RESETs because it was expecting more data from the board which it didn't receive in a given time frame (before it can issue further request) and hence the PC after waiting for 100 ms(approx)issues RESET.
As my board is programmed to send 8960 bytes to each request thats why it didn't send more data.

But when I progammed my board for 8980 bytes, all the RESETs vanishes as the PC got second frame of data also.

Does it mean we again have issue with congestion window size?


Thanks.

Vipin <vipin_dce>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attached Files
file #13987:  NoRESET_4380bytes_500ms added by vipin_dce (103KiB - application/octet-stream)
file #13988:  Reset_4380bytes_133ms added by vipin_dce (185KiB - application/octet-stream)
file #13970:  Reset added by vipin_dce (130KiB - application/octet-stream)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by fbernon (Posted a comment)
  • -email is unavailable- added by kieranm (Posted a comment)
  • -email is unavailable- added by vipin_dce (Submitted the item)
  •  

    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 5 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2008-01-10 fbernon StatusNone Invalid
        Open/ClosedOpen Closed
    2007-09-19 vipin_dce Attached File- Added NoRESET_4380bytes_500ms, #13987
        Attached File- Added Reset_4380bytes_133ms, #13988
    2007-09-17 vipin_dce Attached File- Added Reset, #13970

    Back to the top

    Powered by Savane 3.13-02a9.
    Corresponding source code