[发送和接收tcp数据包]tcp和udp数据包结构.doc

[发送和接收tcp数据包]TCP和UDP数据包结构[发送和接收tcp数据包]TCP和UDP数据包结构篇一:TCP和UDP数据包结构TCP和UDP数据包结构TCP传输控制协议:1、TCP数据包的分组格式:A,源端口:标识源端应用进程。B,目的端口:标识目的端应用进程。C,序号:在SYN标志未置位时,该字段指示了用户数据区中第一个字节的序号;在SYN标志置位时,该字段指示的是初始发送的序列号。D,确认号:用来确认本端TCP实体已经接收到的数据,其值表示期待对端发送的下一个字节的序号,实际上告诉对方,在这个序号减1以前的字节已正确接收。E,数据偏移:表示以32位字为单位的TCP分组头的总长度,用于确定用户数据区的起始位置。F,URG:紧急指针字段有效。G,ACK:确认好有效。H,PSH:Push操作。TCP分组长度不定,为提高传输速率,往往要收集到足够的数据后才发送。这种方式不适合实时性要求很高的应用,因此,TCP提供“Push”操作,以强迫传输当前的数据,不必等待缓冲区满才传输。I,RST:连接复位,重新连接。J,SYN:同步序号,该比特置位表示连接建立分组。K,FIN:字符串发送完毕,没有其它数据需要发送,该比特置位表示连接确认分组。L,窗口:单位是字节,指明该分组的发送端愿意接收的从确认字段中的值开始的字节数量。M,校验和:对TCP分组的头部和数据进行校验。N,紧急指针:指出窗口中紧急数据的位置,这些紧急数据应优先于其它的数据进行传输。O,任选项:用于处理一些特殊情况。目前被正式使用的选项字段可用于定义通信过程中的最大分组长度,只能在连接建立时使用。P,填充:用于保证任选项为32bit的整数倍。2、TCP三次握手、四次断开的机制:三次握手:第一次握手:客户端发送一个SYN给服务器,然后等待服务器的回发确认信息第二次握手:服务器发送一个SYN-ACK给客户端,确认已经收到客户端发来的信息第三次握手:客户端接收到服务器发来的确认信息后,再回馈一个ACK给服务器,此时就可与服务器建立可靠的连接ACK:TCP数据包首部中的确认标志,对已接收到的TCP报文进行确认。SYN:SYN是TCP/IP建立连接时使用的握手信号。四次断开:因为TCP/IP的连接是全双工的,所以每个方向都要单独进行关闭。每当TCP单方向上的数据传输过后,都会再送一个FIN过去,告诉对方我这方向上的数据将要关闭了,请你做好准备哦。当对方接到FIN后就会通知应用层TCP连接已经终止了这一方向上的数据的传输。发送FIN通常是应用层进行关闭的结果。第一次:客户端向服务器发送数据后,将FIN置1,告诉它我将要关闭这一方向上的数据连接。第二次:服务器接受到FIN后,关闭该方向上的数据的连接。将ACK置1,告诉客户端我已经接收到你的信息并以处理。第三次:向客户端申请反方向上的数据连接的断开。将FIN置1。第四次:客户端接到服务器发来的申请,将ACK置1,双方同时关闭连接。UDP用户数据报协议:UDP首部字段由4个部分组成,其中两个是可选的。各16bit的关于TCP_NODELAY和TCP_CORK选项这两个选项都对网络连接的行为具有重要的作用。许多UNIX系统都实现了TCP_NODELAY选项,但是,TCP_CORK则是Linux系统所独有的而且相对较新;。此外,其他UNIX系统版本也有功能类似的选项,值得注意的是,在某种由BSD派生的系统上的TCP_NOPUSH选项其实就是TCP_CORK的一部分具体实现。TCP_NODELAY和TCP_CORK基本上控制了包的“Nagle化”,Nagle化在这里的含义是采用Nagle算法把较小的包组装为更大的帧。JohnNagle是Nagle算法的发明人,后者就是用他的名字来命名的,他在1984年首次用这种方法来尝试解决福特汽车公司的网络拥塞问题。他解决的问题就是所谓的sillywindowsyndrome,中文称“愚蠢窗口症候群”,具体含义是,因为普遍终端应用程序每产生一次击键操作就会发送一个包,而典型情况下一个包会拥有一个字节的数据载荷以及40个字节长的包头,于是产生4000%的过载,很轻易地就能令网络发生拥塞,。Nagle化后来成了一种标准并且立即在因特网上得以实现。它现在已经成为缺省配置了,但在我们看来,有些场合下把这一选项关掉也是合乎需要的。现在让我们假设某个应用程序发出了一个请求,希望发送小块数据。我们可以选择立即发送数据或者等待产生更多的数据然后再一次发送两种策略。如果我们马上发送数据,那么交互性的以及客户/服务器型的应用程序将极大地受益。例如,当我们正在发送一个较短的请求并且等候较大的响应时,相关过载与传输的数据总量相比就会比较低,而且,如果请求立即发出那么响应时间也会快一些。以上操作可以通过设