Hot Downloads

Welcome, Guest
Username: Password: Remember me

TOPIC: TCP Sequence & Acknowledgment numbers

TCP Sequence & Acknowledgment numbers 2 years 5 months ago #38525

I have just been reading this explanation of TCP sequence & acknowledgment numbers. About half-way down there is this diagram:

Near the end of the page, the explanation of the final step, step 4, includes this text:
Note that the sequence number of the segment in line 4 is the same as in line 3 because the ACK does not occupy sequence number space.

So keep in mind that any packets generated, which are simply acknowledgments (in other words, have only the ACK flag set and contain no data) to previously received packets, never increment the sequence number.

I am currently struggling to understand this:

  • I can clearly see that the sequence number in the packet sent in step 4 has the same sequence number as the packet sent in step 3.
  • It is also clear to see that the acknowledgement number is also the same in these steps
  • Basically, the author seems to be saying that the step 4 packet is identical to the step 3 packet, except that the step 4 packet contains data/payload.

  • With regards to my first two points, is this correct?
    With regards to my third point, is this correct?
    And finally, assuming the answer to the first two questions is basically 'yes', then is the reason that these numbers are the same in both packets because there hasn't been any intervening packet received from the
Gateway server?

I am seeking general clarification on this.
Last Edit: 2 years 5 months ago by stacketpacket.
The administrator has disabled public write access.

TCP Sequence & Acknowledgment numbers 2 years 5 months ago #38527

  • Chris
  • Chris's Avatar
  • Offline
  • Administrator
  • Posts: 1446
  • Thank you received: 13
  • Karma: 8
Hi stacketpacket and welcome to
Both of your points are correct. What we need to keep in mind here is that the 3rd packet completes the 3-way handshake and the 4th packet can be considered as an 'extension' to the 3rd packet, which simply requests data from the HTTP server.

Now keep in mind that some implementations of TCP stack might slightly alter the presented theory and we've seen this happen in the past.

While we do provide diagrams and screenshots to help make things as clear as possible, the recommended practice is to download a packet sniffer e.g Wireshark and give it a try to see what you get. It will greatly help you understand a lot of the theory covered here.

Hope I've helped answer your question.
Chris Partsenidis.
Founder & Editor-in-Chief
The administrator has disabled public write access.
Time to create page: 0.074 seconds


Cisco Routers

  • SSL WebVPN
  • Securing Routers
  • Policy Based Routing
  • Router on-a-Stick

VPN Security

  • Understand DMVPN
  • GRE/IPSec Configuration
  • Site-to-Site IPSec VPN
  • IPSec Modes

Cisco Help

  • VPN Client Windows 8
  • VPN Client Windows 7
  • CCP Display Problem
  • Cisco Support App.

Windows 2012

  • New Features
  • Licensing
  • Hyper-V / VDI
  • Install Hyper-V


  • File Permissions
  • Webmin
  • Groups - Users
  • Samba Setup