怎样普通地表明一下 TCP/UDP 协媾和 HTTP、FTP、SMTP 等协议之间的区别？
|
先来假设没有TCP，乃至没有IP层，只有MAC对应的数据链路层，HTTP等协议能跑多远! 直接把HTTP封装在Ethernet Frame 里，可以吗? 虽然可以，在统一个二层广播域里，通过MAC地点来辨认对方，然后HTTP的数据通过网卡接口函数完成发送和吸取。
第二个题目：怎样担保数据十拿九稳地达到对方? 让网卡来担保数据的靠得住传输吗?网卡只对Ethernet 帧头做表明，以太网头14个字节也没有哪个字段可以胜任这个靠得住传输的使命，那HTTP是不是要本身实现数据传输得靠得住机制，好比发送一段1000字节的数据，要守候对方给本身确认收到，然后再来发送，这样是可以担保数据靠得住传输。 同样FTP，STMP，POP3，BGP都是要担保数据靠得住的传输，那他们是不是也要本身实现这些靠得住的机制呢? 必需的! 换句话说，只要有一个应用，要靠得住传输，必需由 application protocol 来实现!是不是很笨啊???这全部application protocol 的靠得住传输机制是同样的实现，代码都应该相同，假如我们把这些被重用的代码封装起来，即接口函数API，让他实现数据的靠得住传输，同时用一个标识符来表白这是哪个application protocol，是不是可行呢? 虽然可行了，快递公司不就是这样操纵的嘛! 这就是巨大TCP/IP协议的创造者所高度抽象出来的流量调治员：TCP!  TCP 它把靠得住传输机制代码封装成了接口函数API，即socket , 同时用TCP Port来分辨其处事的application Protocol。而application protocol 只必要对本身的协议自己和协议数据做表明，完成端对端的会话。 第二个题目：此刻 Ethernet + TCP + application protocol ，这个包能跑多远? 也就是一个广播域那么大的范畴了吧?小样再怎么得瑟也逃不出广播域的圈圈! IP层就是来办理这个题目的，有了IP层可以让Internet 成为也许，一句告白词：impossible is nothing! 要知道IP就是 Internet Protocol 的缩写。 你也许要问了, 我想要IP层，不想要TCP层，直接把数据封装在IP层可以吗? 太可以了!不仅可以，并且许多几何协议也是这么做的，OSPF，EIGRP，GRE，ESP，AH等协议都是这么做的，假如他们想担保靠得住传输，他们本身用代码来实现，这虽然可以。 题目是IP只用一个字节来暗示协议号，理论上只能辨识255种上层协议，资源很是求助，并且都被知名的大牌协议所攻克着，好比TCP，ICMP，IGMP，包罗上面提到的，那边轮的上你哦! 为了办理这个资源求助题目，于是就有了其它一个小发现，只用来分辨application protocol 的小傀儡：UDP! UDP 着实UDP除了提供一个Port来判别application protocol , 确实没干点此外，可是Port 号占用2个字节，理论上可以判别65535种 application protocol ，就这一条就可以让其好事圆满了，正是由于它不像TCP，是完全无状态协议，以是也深得一些应用措施的青睐，由于UDP无状态，IP也无状态，会话全部的状态都由application protocol 来举办节制，这也是一种选择。 其它UDP-based 的应用可以实现靠得住传输，好比TFTP，那就由TFTP本身来实现靠得住传输;也可以把数据交给UDP，让其发送出去即可，对发送出去的数据不必要确认，同窗们会问：这是哪种应用啊?语音流量，丢了就丢了，对方听不见大不了再说一遍。 综述 TCP提供一种靠得住传输机制，有状态。 UDP提供更多的门牌号来分辨上层的协议，无状态。 【编辑保举】
点赞 0 （编辑：湖南网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
