传输层tcp相关问题

• TCP协议如何来保证传输的可靠性
  • TCP提供一种面向连接的、可靠的字节流服务。其中，面向连接意味着两个使用TCP的应用（通常是一个客户和一个服务器）在彼此交换数据之前必须先建立一个TCP连接。在一个TCP连接中，仅有两方进行彼此通信；而字节流服务意味着两个应用程序通过TCP链接交换8bit字节构成的字节流，TCP不在字节流中插入记录标识符。
  • 对于可靠性，TCP通过以下方式进行保证：——三次握手、超时重传、滑动窗口、拥塞控制
    • 数据包校验：目的是检测数据在传输过程中的任何变化，若校验出包有错，则丢弃报文段并且不给出响应，这时TCP发送数据端超时后会重发数据；
    • 对失序数据包重排序：既然TCP报文段作为IP数据报来传输，而IP数据报的到达可能会失序，因此TCP报文段的到达也可能会失序。TCP将对失序数据进行重新排序，然后才交给应用层；
    • 丢弃重复数据：对于重复数据，能够丢弃重复数据；
    • 应答机制：当TCP收到发自TCP连接另一端的数据，它将发送一个确认。这个确认不是立即发送，通常将推迟几分之一秒；
    • 超时重发：当TCP发出一个段后，它启动一个定时器，等待目的端确认收到这个报文段。如果不能及时收到一个确认，将重发这个报文段；
    • 流量控制：TCP连接的每一方都有固定大小的缓冲空间。TCP的接收端只允许另一端发送接收端缓冲区所能接纳的数据，这可以防止较快主机致使较慢主机的缓冲区溢出，这就是流量控制。TCP使用的流量控制协议是可变大小的滑动窗口协议。
• TCP与UDP的区别：协议属于传输层协议，它们之间的区别包括：
  • TCP是面向连接的，UDP是无连接的；
  • TCP是可靠的，UDP是不可靠的；
  • TCP只支持点对点通信，UDP支持一对一、一对多、多对一、多对多的通信模式；
  • TCP是面向字节流的，UDP是面向报文的；
  • TCP有拥塞控制机制;UDP没有拥塞控制，适合媒体通信；
  • TCP首部开销(20个字节)比UDP的首部开销(8个字节)要大；
• TCP的拥塞处理
  • 计算机网络中的带宽、交换结点中的缓存及处理机等都是网络的资源。在某段时间，若对网络中某一资源的需求超过了该资源所能提供的可用部分，网络的性能就会变坏，这种情况就叫做拥塞。拥塞控制就是 防止过多的数据注入网络中，这样可以使网络中的路由器或链路不致过载。注意，拥塞控制和流量控制不同，前者是一个全局性的过程，而后者指点对点通信量的控制。拥塞控制的方法主要有以下四种：
    • 1). 慢启动：不要一开始就发送大量的数据，先探测一下网络的拥塞程度，也就是说由小到大逐渐增加拥塞窗口的大小;
    • 2). 拥塞避免：拥塞避免算法让拥塞窗口缓慢增长，即每经过一个往返时间RTT就把发送方的拥塞窗口cwnd加1，而不是加倍，这样拥塞窗口按线性规律缓慢增长。
    • 3). 快重传：快重传要求接收方在收到一个 失序的报文段 后就立即发出 重复确认（为的是使发送方及早知道有报文段没有到达对方）而不要等到自己发送数据时捎带确认。快重传算法规定，发送方只要一连收到三个重复确认就应当立即重传对方尚未收到的报文段，而不必继续等待设置的重传计时器时间到期。
    • 4). 快恢复：快重传配合使用的还有快恢复算法，当发送方连续收到三个重复确认时，就执行“乘法减小”算法，把ssthresh门限减半，但是接下去并不执行慢开始算法：因为如果网络出现拥塞的话就不会收到好几个重复的确认，所以发送方现在认为网络可能没有出现拥塞。所以此时不执行慢开始算法，而是将cwnd设置为ssthresh的大小，然后执行拥塞避免算法。
• TCP和UDP分别对应的常见应用层协议
  • 1). TCP对应的应用层协议
    • FTP：定义了文件传输协议，使用21端口。常说某某计算机开了FTP服务便是启动了文件传输服务。下载文件，上传主页，都要用到FTP服务。
    • Telnet：它是一种用于远程登陆的端口，用户可以以自己的身份远程连接到计算机上，通过这种端口可以提供一种基于DOS模式下的通信服务。如以前的BBS是-纯字符界面的，支持BBS的服务器将23端口打开，对外提供服务。
    • SMTP：定义了简单邮件传送协议，现在很多邮件服务器都用的是这个协议，用于发送邮件。如常见的免费邮件服务中用的就是这个邮件服务端口，所以在电子邮件设置-中常看到有这么SMTP端口设置这个栏，服务器开放的是25号端口。
    • POP3：它是和SMTP对应，POP3用于接收邮件。通常情况下，POP3协议所用的是110端口。也是说，只要你有相应的使用POP3协议的程序（例如Fo-xmail或Outlook），就可以不以Web方式登陆进邮箱界面，直接用邮件程序就可以收到邮件（如是163邮箱就没有必要先进入网易网站，再进入自己的邮-箱来收信）。
    • HTTP：从Web服务器传输超文本到本地浏览器的传送协议。
  • 2). UDP对应的应用层协议
    • DNS：用于域名解析服务，将域名地址转换为IP地址。DNS用的是53号端口。
    • SNMP：简单网络管理协议，使用161号端口，是用来管理网络设备的。由于网络设备很多，无连接的服务就体现出其优势。
    • TFTP(Trival File Transfer Protocal)：简单文件传输协议，该协议在熟知端口69上使用UDP服务。
• TCP连接终止：
  • TCP报文格式
    • （1）序号：Seq序号，占32位，用来标识从TCP源端向目的端发送的字节流，发起方发送数据时对此进行标记。
    • （2）确认序号：Ack序号，占32位，只有ACK标志位为1时，确认序号字段才有效，Ack=Seq+1。
    • （3）标志位：共6个，即URG、ACK、PSH、RST、SYN、FIN等，具体含义如下：
      • （A）URG：紧急指针（urgent pointer）有效。
      • （B）ACK：确认序号有效。
      • （C）PSH：接收方应该尽快将这个报文交给应用层。
      • （D）RST：重置连接。
      • （E）SYN：发起一个新连接。
      • （F）FIN：释放一个连接。
    • 需要注意的是：
      • （A）不要将确认序号Ack与标志位中的ACK搞混了。
      • （B）确认方Ack=发起方Req+1，两端配对。
  • 三次握手

    • 

    • 1）主机A向主机B发送TCP连接请求数据包，其中包含主机A的初始序列号seq(A)=x。（其中报文中同步标志位SYN=1（同步请求），表示这是一个TCP连接请求数据报文；序号seq=x，表明传输数据时的第一个数据字节的序号是x）；
    • 2）主机B收到请求（SYN=1）后，会发回连接确认数据包。（1、其中确认报文段中，标识位SYN=1，ACK=1，表示这是一个TCP连接响应数据报文，并含主机B的初始序列号seq(B)=y，以及主机B对主机A初始序列号的确认序号Ack(B)=seq(A)+1=x+1）
    • 3）第三次，主机A收到主机B的确认报文后（ACK=1，Ack=x+1），如果正确则将标志位ACK置为1，Ack=y+1，并将该数据包发送给主机B，主机B检查ack是否为y+1，ACK是否为1，如果正确则连接建立成功
  • 四次挥手
    • 所谓四次挥手（Four-Way Wavehand）即终止TCP连接，就是指断开一个TCP连接时，需要客户端和服务端总共发送4个包以确认连接的断开。在socket编程中，这一过程由客户端或服务端任一方执行close来触发，整个流程如下图所示：

      

    • 由于TCP连接时全双工的，因此，每个方向都必须要单独进行关闭，这一原则是当一方完成数据发送任务后，发送一个FIN来终止这一方向的连接，收到一个FIN只是意味着这一方向上没有数据流动了，即不会再收到数据了，但是在这个TCP连接上仍然能够发送数据，直到这一方向也发送了FIN。首先进行关闭的一方将执行主动关闭，而另一方则执行被动关闭，上图描述的即是如此。    
    • 关闭客户端到服务器的连接    
      • （1）第一次挥手：Client发送一个FIN=1，初始序列号seq(A)=x，用来关闭Client到Server的数据传送，Client进入FIN_WAIT_1状态。
      • （2）第二次挥手：Server收到FIN=1后，确认序号有效，发送一个ACK给Client，确认序号为收到序号seq（A）+1=x+1（与SYN相同，一个FIN占用一个序号），Server进入CLOSE_WAIT状态。     
    •    关闭服务器到客户端的连接
      • （3）第三次挥手：Server发送一个FIN，用来关闭Server到Client的数据传送，Server进入LAST_ACK状态。
      • （4）第四次挥手：Client收到FIN后，Client进入TIME_WAIT状态，接着发送一个ACK给Server，确认序号为收到序号+1，Server进入CLOSED状态，完成四次挥手。
  • SSL四次握手的过程
    • 1、 客户端发出请求：首先，客户端（通常是浏览器）先向服务器发出加密通信的请求，这被叫做ClientHello请求。
    • 2、服务器回应：服务器收到客户端请求后，向客户端发出回应，这叫做SeverHello。
    • 3、客户端回应：客户端收到服务器回应以后，首先验证服务器证书。如果证书不是可信机构颁布、或者证书中的域名与实际域名不一致、或者证书已经过期，就会向访问者显示一个警告，由其选择是否还要继续通信。
    • 4、服务器的最后回应：服务器收到客户端的第三个随机数pre-master key之后，计算生成本次会话所用的"会话密钥"。然后，向客户端最后发送下面信息。
      • （1）编码改变通知，表示随后的信息都将用双方商定的加密方法和密钥发送。
      • （2）服务器握手结束通知，表示服务器的握手阶段已经结束。这一项同时也是前面发送的所有内容的hash值，用来供客户端校验。
    • 至此，整个握手阶段全部结束。接下来，客户端与服务器进入加密通信，就完全是使用普通的HTTP协议，只不过用"会话密钥"加密内容。
  • 为什么TCP链接需要三次握手
    • 为了防止 已失效的链接请求报文突然又传送到了服务端，因而产生错误。
    • 客户端发出的连接请求报文并未丢失，而是在某个网络节点长时间滞留了，以致延误到链接释放以后的某个时间才到达Server。这是，Server误以为这是Client发出的一个新的链接请求，于是就向客户端发送确认数据包，同意建立链接。若不采用“三次握手”，那么只要Server发出确认数据包，新的链接就建立了。由于client此时并未发出建立链接的请求，所以其不会理睬Server的确认，也不与Server通信；而这时Server一直在等待Client的请求，这样Server就白白浪费了一定的资源。若采用“三次握手”，在这种情况下，由于Server端没有收到来自客户端的确认，则就会知道Client并没有要求建立请求，就不会建立链接。