• 计算机网络基础知识笔记(四)


    运输层是整个网络体系结构中的关键层次之一。本文讨论TCP/IP体系中运输层最重要的两种协议:TCP/UDP。必须理解TCP的各种机制(面向连接的可靠服务、流量控制、拥塞控制等)以及TCP连接管理。

      进程间的通信

    从通信和信息处理的角度看,运输层向它上面的应用层提供通信服务,它属于面向通信部分的最高层,同时也是用户功能中的最低层。 当网络的边缘部分中的两个主机使用网络的核心部分的功能进行端到端的通信时,只有位于网络边缘部分的主机的协议栈才有运输层,而网络核心部分中的路由器在转发分组时都只用到下三层的功能。

    运输层为相互通信的应用进程提供了逻辑通信,如图

    为什么需要设置一个运输层?

    两个主机进行通信实际上就是两个主机中的应用进程互相通信

    应用进程之间的通信又称为端到端的通信。

    运输层的一个很重要的功能就是复用和分用。应用层不同进程的报文通过不同的端口向下交到运输层,再往下就共用网络层提供的服务。

    “运输层提供应用进程间的逻辑通信”。“逻辑通信”的意思是:运输层之间的通信好像是沿水平方向传送数据。但事实上这两个运输层之间并没有一条水平方向的物理连接。

      运输层协议和网络层协议的主要区别

    网络层是为主机之间提供逻辑通信;而运输层为应用进程之间提供端到端的逻辑通信。

      运输层的主要功能 

    运输层为应用进程之间提供端到端的逻辑通信。

    运输层还要对收到的报文进行差错检测。

    运输层需要有两种不同的运输协议,即面向连接的 TCP 和无连接的 UDP。

     两种不同的运输协议

    运输层向高层用户屏蔽了下面网络核心的细节(如网络拓扑、所采用的路由选择协议等),它使应用进程看见的就是好像在两个运输层实体之间有一条端到端的逻辑通信信道。

    当运输层采用面向连接的 TCP 协议时,尽管下面的网络是不可靠的(只提供尽最大努力服务),但这种逻辑通信信道就相当于一条全双工的可靠信道。

    当运输层采用无连接的 UDP 协议时,这种逻辑通信信道是一条不可靠信道。

       运输层的两个主要协议

    用户数据报协议UDP (User Datagram Protocol)

    传输控制协议TCP (Transmission Control Protocol)

    两个对等运输实体在通信时传送的数据单位叫作运输协议数据单元 TPDU (Transport Protocol Data Unit);

    TCP 传送的数据单位协议是 TCP 报文段(segment);

    UDP 传送的数据单位协议是 UDP 报文或用户数据报。

    UDP 在传送数据之前不需要先建立连接。对方的运输层在收到 UDP 报文后,不需要给出任何确认。虽然 UDP 不提供可靠交付,但在某些情况下UDP是一种最有效的工作方式。

    TCP 则提供面向连接的服务。TCP 不提供广播或多播服务。由于 TCP 要提供可靠的、面向连接的运输服务,因此不可避免地增加了许多的开销。这不仅使协议数据单元的首部增大很多,还要占用许多的处理机资源。

    运输层的 UDP 用户数据报与网际层的IP数据报有很大区别。IP 数据报要经过互连网中许多路由器的存储转发,但 UDP 用户数据报是在运输层的端到端抽象的逻辑信道中传送的。

    TCP 报文段是在运输层抽象的端到端逻辑信道中传送,这种信道是可靠的全双工信道。但这样的信道却不知道究竟经过了哪些路由器,而这些路由器也根本不知道上面的运输层是否建立了TCP连接。

       运输层的端口

    原因:由于进程的创建和撤销都是动态的,发送方几乎无法识别其他机器上的进程。有时我们会改换接收报文的进程,但并不需要通知所有发送方。我们往往需要利用目的主机提供的功能来识别终点,而不需要知道实现这个功能的进程。

    解决这个问题的方法就是在运输层使用协议端口号(protocol port number),或通常简称为端口(port)。 虽然通信的终点是应用进程,但我们可以把端口想象是通信的终点,因为我们只要把要传送的报文交到目的主机的某一个合适的目的端口,剩下的工作(即最后交付目的进程)就由 TCP 来完成。

    区别于硬件端口:在协议栈层间的抽象的协议端口是软件端口。 路由器或交换机上的端口是硬件端口。 硬件端口是不同硬件设备进行交互的接口,而软件端口是应用层的各种协议进程与运输实体进行层间交互的一种地址

    TCP 的端口 

    端口用一个 16 位端口号进行标志。 端口号只具有本地意义,即端口号只是为了标志本计算机应用层中的各进程。在因特网中不同计算机的相同端口号是没有联系的。

    三类端口

    熟知端口,数值一般为 0~1023。

    登记端口号,数值为1024~49151,为没有熟知端口号的应用程序使用的。使用这个范围的端口号必须在 IANA 登记,以防止重复。

    客户端口号或短暂端口号,数值为49152~65535,留给客户进程选择暂时使用。当服务器进程收到客户进程的报文时,就知道了客户进程所使用的动态端口号。通信结束后,这个端口号可供其他客户进程以后使用。

      用户数据报协议 UDP

    UDP 只在 IP 的数据报服务之上增加了很少一点的功能,即端口的功能和差错检测的功能。 虽然 UDP 用户数据报只能提供不可靠的交付,但 UDP 在某些方面有其特殊的优点。

    主要特点:

    UDP 是无连接的,即发送数据之前不需要建立连接。减小了开销和延迟。

    UDP 使用尽最大努力交付,即不保证可靠交付,同时也不使用拥塞控制。

    UDP 是面向报文的。发送方 UDP 对应用程序交下来的报文,在添加首部后就向下交付 IP 层。UDP 对应用层交下来的报文,既不合并,也不拆分,而是保留这些报文的边界。 应用层交给 UDP 多长的报文,UDP 就照样发送,即一次发送一个报文。 接收方 UDP 对 IP 层交上来的 UDP 用户数据报,在去除首部后就原封不动地交付上层的应用进程,一次交付一个完整的报文。 应用程序必须选择合适大小的报文。

    UDP 没有拥塞控制,很适合多媒体通信的要求。

    UDP 支持一对一、一对多、多对一和多对多的交互通信。

    UDP 的首部开销小,只有 8 个字节。

     UDP 的首部格式

    1)源端口,在需要对方回信时选用,不需要时可用全0;

    2)目的端口,终点交付报文时必须使用到。

    3)长度,UDP数据报长度,其最小值是8。

    4)检验和,检测UDP用户数据报在传输中是否有错,有错就丢弃。

     

    当运输层从IP层收到UDP数据报时,就根据首部中的目的端口,把UDP数据报通过相应的端口上交到最后的终点(应用进程)。

    用户数据报 UDP 有两个字段:数据字段和首部字段。首部字段有 8 个字节,由 4 个字段组成,每个字段都是两个字节。

     

    在计算检验和时,临时把“伪首部”和 UDP 用户数据报连接在一起。伪首部仅仅是为了计算检验和。

     

    计算 UDP 检验和的例子

      传输控制协议 TCP

    TCP 是面向连接的运输层协议。

    每一条 TCP 连接只能有两个端点(endpoint),每一条 TCP 连接只能是点对点的(一对一)。

    TCP 提供可靠交付的服务。

    TCP 提供全双工通信。

    面向字节流。

    注意:

    TCP 连接是一条虚连接而不是一条真正的物理连接。

    TCP 对应用进程一次把多长的报文发送到TCP 的缓存中是不关心的。

    TCP 根据对方给出的窗口值和当前网络拥塞的程度来决定一个报文段应包含多少个字节(UDP 发送的报文长度是应用进程给出的)。

    TCP 可把太长的数据块划分短一些再传送。

    TCP 也可等待积累有足够多的字节后再构成报文段发送出去。

      TCP 的连接 

    TCP 把连接作为最基本的抽象。每一条TCP连接有两个端点。TCP 连接的端点不是主机,不是主机的IP地址,不是应用进程,也不是运输层的协议端口。TCP连接的端点叫做套接字(socket)或插口。端口号拼接到(contatenated with)IP地址即构成了套接字。

      套接字 (socket)

    套接字 socket = (IP地址: 端口号) 

     每一条 TCP 连接唯一地被通信两端的两个端点(即两个套接字)所确定。即:

    TCP 连接 ::= {socket1, socket2} = {(IP1: port1), (IP2: port2)}

      可靠传输的工作原理 

     停止等待协议:每发送完一个分组就停止发送,等待对方的确认,在收到确认后再发送下一个分组。

     

  • 相关阅读:
    Vue 实现前进刷新,后退不刷新的效果
    chrome浏览器的跨域设置——包括版本49前后两种设置
    Promise.all和Promise.race区别,和使用场景
    滚动条默认最底部
    使用react进行父子组件传值
    java 数组基础学习(一维二维数组)
    react项目 使用echarts
    Python的hasattr() getattr() setattr() 函数使用方法详解
    【线性判别】Fisher线性判别(转)
    【semantic segmentation】Pyramid Scene Parsing Network(转)
  • 原文地址:https://www.cnblogs.com/iloverain/p/5621671.html
Copyright © 2020-2023  润新知