3、TCU和UDP协议
是面向连接的协议,也就是说,在收发数据前,必须和对方建立可靠的连接。一个TCP连接必须要经过三次“对话”才能建立起来,其中的过程非常复杂,只简单的描述下这三次对话的简单过程:主机A向主机B发出连接请求数据包:“我想给你发数据,可以吗?”,这是第一次对话;主机B向主机A发送同意连接和要求同步(同步就是两台主机一个在发送,一个在接收,协调工作)的数据包:“可以,你什么时候发?”,这是第二次对话;主机A再发出一个数据包确认主机B的要求同步:“我现在就发,你接着吧!”,这是第三次对话。三次“对话”的目的是使数据包的发送和接收同步,经过三次“对话”之后,主机A才向主机B正式发送数据。
TCP三次握手过程
1 主机A通过向主机B 发送一个含有同步序列号的标志位(SYN)的数据段给主机B ,向主机B 请求建立连接,通过这个数据段,
主机A告诉主机B 两件事:我想要和你通信;你可以用哪个序列号作为起始数据段来回应我.
2 主机B 收到主机A的请求后,用一个带有确认应答(ACK)和同步序列号(SYN)标志位的数据段响应主机A,也告诉主机A两件事:
我已经收到你的请求了,你可以传输数据了;你要用哪佧序列号作为起始数据段来回应我
3 主机A收到这个数据段后,再发送一个确认应答(SYN),确认已收到主机B 的数据段:"我已收到回复,我现在要开始传输实际数据了
这样3次握手就完成了,主机A和主机B 就可以传输数据了.
3次握手的特点
没有应用层的数据
SYN这个标志位只有在TCP建产连接时才会被置1
握手完成后SYN标志位被置0
TCP建立连接要进行3次握手,而断开连接要进行4次
1 当主机A完成数据传输后,将控制位FIN(结束标识位)置1,提出停止TCP连接的请求
2 主机B收到FIN后对其作出响应,确认这一方向上的TCP连接将关闭,将ACK置1
3 由B 端再提出反方向的关闭请求,将FIN置1
4 主机A对主机B的请求进行确认,将ACK置1,双方向的关闭结束.
由TCP的三次握手和四次断开可以看出,TCP使用面向连接的通信方式,大大提高了数据通信的可靠性,使发送数据端
和接收端在数据正式传输前就有了交互,为数据正式传输打下了可靠的基础
为什么要三次握手?
既然总结了TCP的三次握手,那为什么非要三次呢?怎么觉得两次就可以完成了。那TCP为什么非要进行三次连接呢?在谢希仁的《计算机网络》中是这样说的:
为了防止已失效的连接请求报文段突然又传送到了服务端,因而产生错误。
在书中同时举了一个例子,如下:
"已失效的连接请求报文段”的产生在这样一种情况下:client发出的第一个连接请求报文段并没有丢失,
而是在某个网络结点长时间的滞留了,以致延误到连接释放以后的某个时间才到达server。本来这是一
个早已失效的报文段。但server收到此失效的连接请求报文段后,就误认为是client再次发出的一个新
的连接请求。于是就向client发出确认报文段,同意建立连接。假设不采用“三次握手”,那么只要server
发出确认,新的连接就建立了。由于现在client并没有发出建立连接的请求,因此不会理睬server的确认,
也不会向server发送数据。但server却以为新的运输连接已经建立,并一直等待client发来数据。这样,
server的很多资源就白白浪费掉了。采用“三次握手”的办法可以防止上述现象发生。例如刚才那种情况,
client不会向server的确认发出确认。server由于收不到确认,就知道client并没有要求建立连接。"
这就很明白了,防止了服务器端的一直等待而浪费资源。
为什么要四次分手?
那四次分手又是为何呢?TCP协议是一种面向连接的、可靠的、基于字节流的运输层通信协议。TCP是全双工 模式,这就意味着,
当主机1发出FIN报文段时,只是表示主机1已经没有数据要发送了,主机1告诉主机2, 它的数据已经全部发送完毕了;但是,这个时候主机1还是可以接受来自主机2的数据;
当主机2返回ACK报文 段时,表示它已经知道主机1没有数据发送了,但是主机2还是可以发送数据到主机1的;
当主机2也发送了FIN 报文段时,这个时候就表示主机2也没有数据要发送了,就会告诉主机1,我也没有数据要发送了,之后彼此 就会愉快的中断这次TCP连接。如果要正确的理解四次分手的原理,就需要了解四次分手过程中的状态变化。
名词解释
ACK TCP报头的控制位之一,对数据进行确认.确认由目的端发出,用它来告诉发送端这个序列号之前的数据段
都收到了.比如,确认号为X,则表示前X-1个数据段都收到了,只有当ACK=1时,确认号才有效,当ACK=0时,确认号无效,这时会要求重传数据,保证数据的完整性.
SYN 同步序列号,TCP建立连接时将这个位置1
FIN 发送端完成发送任务位,当TCP完成数据传输需要断开时,提出断开连接的一方将这位置1
(1) UDP是一个 非连接 的协议,传输数据之前源端和终端不建立连接,当它想传送时就简单地去抓取来自应用程序的数据,并尽可能快地把它扔到网络上。在发送端,UDP传送数据的速度仅仅是受应用程序生成数据的速度、计算机的能力和传输带宽的限制;在接收端,UDP把每个消息段放在队列中,应用程序每次从队列中读一个消息段。
(2) 由于传输数据不建立连接,因此也就不需要维护连接状态,包括收发状态等,因此 一台服务机可同时向多个客户机传输相同的消息 。
(3) UDP信息包的标题很短,只有8个字节,相对于TCP的20个字节信息包的额外开销很小。
(4) 吞吐量不受拥挤控制算法的调节,只受应用软件生成数据的速率、传输带宽、源端和终端主机性能的限制。
(5)UDP使用尽最大努力交付,即不保证可靠交付,因此主机不需要维持复杂的链接状态表(这里面有许多参数)。
(6)UDP是 面向报文 的。发送方的UDP对应用程序交下来的报文,在添加首部后就向下交付给IP层。既不拆分,也不合并,而是保留这些报文的边界,因此,应用程序需要选择合适的报文大小。
小结TCP与UDP的区别:
1.基于连接与无连接;
2.对系统资源的要求(TCP较多,UDP少);
3.UDP程序结构较简单;
4.流模式与数据报模式 ;
5.TCP保证数据正确性,UDP可能丢包,TCP保证数据顺序,UDP不保证。
绛旓細锛1锛 UDP鏄竴涓 闈炶繛鎺 鐨鍗忚锛浼犺緭鏁版嵁涔嬪墠婧愮鍜岀粓绔笉寤虹珛杩炴帴锛屽綋瀹冩兂浼犻佹椂灏辩畝鍗曞湴鍘绘姄鍙栨潵鑷簲鐢ㄧ▼搴忕殑鏁版嵁锛屽苟灏藉彲鑳藉揩鍦版妸瀹冩墧鍒扮綉缁滀笂銆傚湪鍙戦佺锛孶DP浼犻佹暟鎹殑閫熷害浠呬粎鏄彈搴旂敤绋嬪簭鐢熸垚鏁版嵁鐨勯熷害銆佽绠楁満鐨勮兘鍔涘拰浼犺緭甯﹀鐨勯檺鍒讹紱鍦ㄦ帴鏀剁锛孶DP鎶婃瘡涓秷鎭鏀惧湪闃熷垪涓紝搴旂敤绋嬪簭姣忔浠庨槦...
绛旓細鍛戒护锛歵ethereal 鍙夊弬鏁帮細-V銆-f 濡傛灉鍙墽琛宼ethereal锛岄偅涔堝皢鍙姄鍙栨暟鎹寘鐨勫寘澶达紝涓嶆樉绀洪噷杈圭殑鍐呭銆傚姞涓-V鍙傛暟鍚庯紝鍗冲彲鏄剧ず鍐呭銆-f 鍙傛暟鐢ㄤ簬杩囨护锛岄粯璁ゆ儏鍐典笅灏嗘姄鍙杢cp鍜寀dp鎵鏈鍗忚銆傚鏋滄兂鎶撳彇UDP鏁版嵁鍖呭苟鏄剧ず鍐呭锛屽垯鎵цtethereal -V -f udp 鍗冲彲 鍙﹀杩樺彲浠ラ厤鍚坓rep鍛戒护鎻愬彇闇瑕佺殑鍏抽敭鍐呭 ...
绛旓細鍙夊弬鏁帮細-V銆-f 濡傛灉鍙墽琛宼ethereal锛岄偅涔堝皢鍙姄鍙栨暟鎹寘鐨勫寘澶达紝涓嶆樉绀洪噷杈圭殑鍐呭銆傚姞涓-V鍙傛暟鍚庯紝鍗冲彲鏄剧ず鍐呭銆-f 鍙傛暟鐢ㄤ簬杩囨护锛岄粯璁ゆ儏鍐典笅灏嗘姄鍙杢cp鍜寀dp鎵鏈鍗忚銆傚鏋滄兂鎶撳彇UDP鏁版嵁鍖呭苟鏄剧ず鍐呭锛屽垯鎵цtethereal -V -f udp 鍗冲彲 鍙﹀杩樺彲浠ラ厤鍚坓rep鍛戒护鎻愬彇闇瑕佺殑鍏抽敭鍐呭 tcudump鍛戒护鏄彟澶...
绛旓細鍙夊弬鏁帮細-V銆-f 濡傛灉鍙墽琛宼ethereal锛岄偅涔堝皢鍙姄鍙栨暟鎹寘鐨勫寘澶达紝涓嶆樉绀洪噷杈圭殑鍐呭銆傚姞涓-V鍙傛暟鍚庯紝鍗冲彲鏄剧ず鍐呭銆-f 鍙傛暟鐢ㄤ簬杩囨护锛岄粯璁ゆ儏鍐典笅灏嗘姄鍙杢cp鍜寀dp鎵鏈鍗忚銆傚鏋滄兂鎶撳彇UDP鏁版嵁鍖呭苟鏄剧ず鍐呭锛屽垯鎵цtethereal -V -f udp 鍗冲彲 鍙﹀杩樺彲浠ラ厤鍚坓rep鍛戒护鎻愬彇闇瑕佺殑鍏抽敭鍐呭 tcudump鍛戒护鏄彟澶...