TCP/IP分层模型在通信中的应用

  • 一些需要了解的概念
    数据包:由两部分构成,一部分是协议所需要用到的首部,另一部分是上一层协议中传过来的数据;
    首部的结构由协议的具体规范详细定义,明确的标明了应该如何读取数据,即看到首部就能够了解该协议必要的信息以及所要处理的内容,因此看到包首部就如同看到了协议规范。
    数据单位:包、帧、数据报、段、消息
    消息是指应用协议中的数据单位;是指传输层中的数据单位;数据报是网络层的中数据单位;是指数据链路层的数据单位;包是一个全能性的术语,上述所有的单位都能称之为对应层的包。
    数据包首部:每个分层中,都会对锁发送的数据附加一个首部,这个首部包含了该层的必要信息,即从上一层收到的包全部都能认为是本层的数据
    数据包首部的层次变化
  • 发送邮件的通信示例
    发送邮件

    步骤一:发送端应用层处理
    首先进行编码处理,相当于OSI中的表示层功能;其次进行确定何时建立通信连接合适发送数据的管理功能,相当于OSI参考模型中的会话层功能;最后在发送的那一刻建立TCP连接
    步骤二:发送端传输层处理
    TCP根据应用层的指示,负责建立连接、发送数据以及断开连接;TCP提供将应用层发来的数据顺利发送至对端的可靠数据,为了实现这个功能,需要在应用层传过来的数据前添加一个TCP首部,TCP首部中包括源端口号和目标端口号、序号以及校验和,随后将加了TCP首部的包发送给IP
    源端口号和目标端口号:用来识别发送主机跟接收主机上的应用。
    序号:用来表示该包中的数据使发送端整个数据中第几个字节的序列号。
    校验和:用来判断数据是否被破快的方法(Check Sum)
    步骤三:发送端网络层处理
    IP将TCP传过来的TCP首部和TCP数据结合起来当做自己的数据,并在TCP首部的前端增加自己的IP首部,IP首部中包含接收端IP地址以及发送端IP地址。
    IP包生成后,参考路由控制表找到决定接受此IP包的路由或主机,随后IP包将被发送给连接这些路由器或主机网络接口的驱动程序,以实现真正发送数据。
    对于接收端的MAC地址,可以通过ARP查找,只要知道了对端的MAC地址,就可以将MAC地址和IP地址交给以太网的驱动程序,实现数据传输。
    步骤四:发送端数据链路层处理
    IP传过来的IP包,对于以太网驱动来说就是数据,在经过数据链路层时,给数据加上以太网首部并进行发送处理。以太网首部中包含接收端MAC地址、发送端MAC地址以及标志以太网类型的以太网数据协议。根据上述信息产生的以太网数据包将通过物理层传输给接收端。
    此时 我们来看一下经过数据链路层的包都包含了哪些东西。
    经过数据链路层的包

    包流动时,从前往后一次被附加了以太网首部、IP包首部、TCP包首部(或UDP包首部)以及应用自己的包首部和数据。包的最后追加了以太网包尾(Ethernt Trailer)。
    每个包首部都必须包含两个信息:一个是发送端和接收端的地址,另一个是上一层的协议类型(识别位)。
    (1)以太网用MAC地址,IP会用IP地址,TCP/UDP会用端口号作为识别两端主机的地址,应用程序中也会有像电子邮件地址这样的信息来标识地址,这些地址信息会在包经过各个分层时附加到对应协议的包首部里边。
    (2)每个包首部的识别位用来标识上一层协议的种类信息,比如以太网类型、IP中的协议类型以及TCP/UDP中两个端口的端口号等都起着识别协议类型的作用。应用层的首部信息中有时也会有一个用来识别其数据类型的标签。

    步骤五:接收端数据链路层处理
    主机收到以太网包以后,首先从以太网的包首部找到MAC地址判断是否为发给自己的包,如果不是则将数据丢弃;若是发给自己的,就从以太网包首部中的类型域从而确定以太网协议所传过来的数据类型,上述例子中的包的数据类型是IP包,确定了数据类型是IP包后,就交给处理IP的子程序,此时数据类型是其他可识别的协议就交给对应能够处理该协议的子程序进行处理,若包含一个无法识别的协议类型,则丢弃数据。
    步骤六:接收端网络层处理
    IP模块收到IP包首部以及后面的数据部分,也做类似上述处理;首先判断首部中的IP地址与自己的地址是否匹配,如果是就接收数据并从中查找上一层的协议,如果判断是TCP,交给TCP去处理,如果是UDP就交给UDP去处理。在有路由的情况下,接收端地址往往不是自己的地址,需要借助路由控制表,在调查应该送达的主机或路由器以后再转发数据。
    步骤七:接收端传输层处理
    TCP模块中,首先计算一下校验和,确认数据未被破坏;其次检查是否按照序号接收数据。最后检查端口号,确定具体的应用程序。
    数据接收完毕后,会发送一个“确认收到”的回执给发送端。如果回执信息未能达到发送端,则发送端就会认为接收端没有接收,一直持续发送。数据被完整的接收后,会传给由端口号识别的应用程序。

    步骤八:接收端应用层处理
    接收端接受发送端发来的数据,通过解析数据解析到收件人的邮件,当这个邮件恰好存在,此时收件人就收到“早上好”这个信息,如果收件人不存在、磁盘饱满等情况出现,就会给发送端发送回执,这就是应用层所做的事情。
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 205,033评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,725评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,473评论 0 338
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,846评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,848评论 5 368
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,691评论 1 282
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,053评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,700评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 42,856评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,676评论 2 323
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,787评论 1 333
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,430评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,034评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,990评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,218评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,174评论 2 352
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,526评论 2 343

推荐阅读更多精彩内容