TCP Seq num problem in 2.2?

TCP Seq num problem in 2.2?

Post by j.. » Fri, 22 Feb 2002 12:20:10



Error messages shown from 'dmesg' during an automated FTP session:

out of order segment: rcv_next 560C7C3C seq 560C81AE - 560C81F4
ofo requeuing : rcv_next 560C81AE seq 560C81AE - 560C81F4
out of order segment: rcv_next 560C81F4 seq 560C8782 - 560C87D4
ofo requeuing : rcv_next 560C8782 seq 560C8782 - 560C87D4
out of order segment: rcv_next 47A329FF seq 47A32F8D - 47A32FDF
ofo requeuing : rcv_next 47A32F8D seq 47A32F8D - 47A32FDF
out of order segment: rcv_next 47A32FDF seq 47A3357A - 47A33B0A
ofo requeuing : rcv_next 47A33593 seq 47A3357A - 47A33B0A
out of order segment: rcv_next 488F0B14 seq 488F10A4 - 488F10E4
ofo requeuing : rcv_next 488F10A4 seq 488F10A4 - 488F10E4

This was reported on a Caldera 2.3 box (2.2 Kernel) as it was talking to proftpd on a Solaris
box across a loaded ISDN link.  Was running snoop on the Sun box at the time
of the failure and, to summerize:

<first part deleted>
2077: Rep:4578 -> Jade:21 (seq 2867933496  ack 279581710)
2079: Jade:21 -> Rep:4578 (seq 279581710  ack 2867933511)
2082: Jade:21 -> Rep:4578 (seq 279581710  ack 2867933511)
2083: Rep:4578 -> Jade:21 (seq 2867933511  ack 279581765)
2085: Jade:21 -> Rep:4578 (seq 279581765  ack 2867933511)
2088: Rep:4578 -> Jade:21 (seq 2867933511  ack 279581789)
2092: Rep:4578 -> Jade:21 (seq 2867932886  ack 279581789)
2093: Jade:21 -> Rep:4578 (seq 279581789  ack 2867933511)
2094: Rep:4578 -> Jade:21 (seq 2867932886  ack 279581789)
2095: Jade:21 -> Rep:4578 (seq 279581789  ack 2867933511)
2096: Rep:4578 -> Jade:21 (seq 2867932886  ack 279581789)
2097: Jade:21 -> Rep:4578 (seq 279581789  ack 2867933511)
2098: Rep:4578 -> Jade:21 (seq 2867932886  ack 279581789)

Note that between packet 2088 and 2092 that the seq number actually
went DOWN!  For definition (Jade is the Sun and Rep is the Linux 2.2
box which is running Caldera 2.3).  At the same time this happened
the Sun box (running proftpd) stopped listening.  Truss showed it
was in a select() waiting for input, which, although it shows in
the packet trace, never got to the application.

Looks as though my machine (Rep) has
tcp.c           1.140.2.7
tcp_input.c     1.164.2.11
tcp_ipv4.c      1.175.2.13
tcp_output.c    1.108.2.5
tcp_timer.c     1.62.2.6

Cannot find in the Changelogs that this problem has ever been
addressed.  My interest is; is this a bug that HAS been fixed
and I should upgrade, or is this something new (in which case
I would be more than happy to help you with whatever I can as
far as info on the error).


not subscribe to the list.

jon
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

 
 
 

1. Create TCP syn packet with given seq num and few other TCP parameters

Hi All,
Can somebody please tell me how can i create a TCP syn packet  with
given seq number  and few other para meters set  with value provided by
my code ??
This is to be done from my kernel module which inserts its hooks using
Netfilter.
I looked at tcp_output.c and few other files but there doesn't seem to
be a very clean interface
which i can directly use from my module .

Can somebody point me the to way in which this should be done without
much efforts ??
I mean somebody must have done similar kind of thing . Is there
something i can use directly ??

Regards,
Rohit

2. cpu instruction count

3. seq num generation

4. Connecting two pc's via paralell port

5. X startup seq in COL 2.2

6. VIA VT8366 and VT8233 Datasheet

7. Possible problem in 2.2.x tcp/ip when using netmask 255.255.255.224

8. Cannot login to X under RH5.2 & XFree 3.3.3

9. Upgraded from 2.2-GAMMA to 2.2-RELEASE: problems...

10. Problem upgrading to RedHat kernal 2.2-17 from 2.2-16

11. problems with linux resolver in debian 2.2 and glibc 2.2

12. FBSD 2.2.1R -> 2.2.2R cdrom upgrade problem

13. Num Of TCP/IP Connection in a process