A TCP sequence number can be any 32-bit integer, it really doesn't matter what the actual value, just how it relates to previous values. Depending on how you print them, they might come out negative. Using %u instead of %d will change that. But what's only happening once every ten times... On Sat, Dec 25, 2004 at 10:48:45AM +0530, linux lover wrote: > Hi all, > I am anyalysing tcp sequence no.s on single pc by running TCP socket > program on ethernet card with ip 192.168.1.200. For that i added debug > messages in tcp_v4_rcv and also in tcp_transmit_skb to check what seq. > no. are used by kenrel 2.4.24. What results i found by doing dmesg on > console is that > > -----------OUTPUT INTERFACE FOR TCP PACKET CONNECT---------- > TCP_CONNECT > After push tcp header in tcp_transmit_skb th->seq=-745717026 > After push tcp header in tcp_transmit_skb th->ack_seq=0 > After pull tcp header in tcp_v4_rcv th->seq=-745717026 > After pull tcp header in tcp_v4_rcv th->ack_seq=0 > > But that is happening once in 10 times. Why am i got above -ve seq.no. results? > regards, > linux.lover > - > : send the line "unsubscribe linux-net" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html -- Martijn van Oosterhout <kleptog@xxxxxxxxx> http://svana.org/kleptog/ > Patent. n. Genius is 5% inspiration and 95% perspiration. A patent is a > tool for doing 5% of the work and then sitting around waiting for someone > else to do the other 95% so you can sue them.
Attachment:
pgpn3WcO8rtc7.pgp
Description: PGP signature
