TCP/IP基础知识

　　最近工做中须要本身在板卡植入TCP/IP协议栈，由于毕竟单片机性能有限，完整的TCP/IP协议栈很庞大，因此只能移植通过简化的，原本已成功将LWIP协议栈移植到项目板卡中，但老大说这个协议栈写得过于繁琐，特别是在内存管理这块，不容易理解，并且咱们板卡对数据的准确性要求没那么高，重点要保证能通就行，偶尔丢失一两个包都不要紧，因此按此需求自写协议栈，实现UDP以及Telnet通讯，目前UDP已经实现，其他功能还在慢慢增长中，经过这段时间的研究发现实现UDP并不难，最主要是要把网络通讯的一些基本概念知识搞懂，搜集了不少资料，如今将本身以为比较有用基础知识介绍以下。

以太网整体概述

"以太网"这个名字起源于一个科学假说：19世纪科学家们广泛认为光是经过一种叫以太的物质传播的。时至今日，以太的存在早就被爱因斯坦狭义相对论否认了，而以太网却成了主流的计算机网络，依旧为人类传递着光和电磁信息。

以太网(Ethernet)指的是由Xerox公司建立并由Xerox、Intel和DEC公司联合开发的基带局域网规范，是当今现有局域网采用的最通用的通讯协议标准。以太网络使用CSMA/CD（载波监听多路访问及冲突检测）技术，并以10M/S的速率运行在多种类型的电缆上。以太网与IEEE802.3系列标准相相似。

包括标准的以太网（10Mbit/s)、快速以太网（100Mbit/s）和10G（10Gbit/s）以太网。它们都符合IEEE802.3。

主要有如下两种拓扑结构：

总线型：所需的电缆较少、价格便宜、管理成本高，不易隔离故障点、采用共享的访问机制，易形成网络拥塞。早期以太网多使用总线型的拓扑结构，采用同轴缆做为传输介质，链接简单，一般在小规模的网络中不须要专用的网络设备，但因为它存在的固有缺陷，已经逐渐被以集线器和交换机为核心的星型网络所代替。以下图：

 

 

 

总线型

 

 

 

星型：管理方便、容易扩展、须要专用的网络设备做为网络的核心节点、须要更多的网线、对核心设备的可靠性要求高。采用专用的网络设备（如集线器或交换机）做为核心节点，经过双绞线将局域网中的各台主机链接到核心节点上，这就造成了星型结构。星型网络虽然须要的线缆比总线型多，但布线和链接器比总线型的要便宜。此外，星型拓扑能够经过级联的方式很方便的将网络扩展到很大的规模，所以获得了普遍的应用，被绝大部分的以太网所采用。

 

1.      以太网工做原理

以太网采用带冲突检测的载波帧听多路访问（CSMA/CD）机制。以太网中节点均可以看到在网络中发送的全部信息，所以，咱们说以太网是一种广播网络。

以太网的工做过程以下：

当以太网中的一台主机要传输数据时，它将按以下步骤进行：

一、监听信道上是否有信号在传输。若是有的话，代表信道处于忙状态，就继续监听，直到信道空闲为止。

二、若没有监听到任何信号，就传输数据

三、传输的时候继续监听，如发现冲突则执行退避算法，随机等待一段时间后，从新执行步骤1（当冲突发生时，涉及冲突的计算机会发送会返回到监听信道状态。

注意：每台计算机一次只容许发送一个包，一个拥塞序列，以警告全部的节点）

四、若未发现冲突则发送成功，全部计算机在试图再一次发送数据以前，必须在最近一次发送后等待9.6微秒（以10Mbps运行）。

 

2.      帧格式

以太网主要有四种帧格式，各有不一样，但在每种格式的以太网帧的开头处都有64bit（8字节）的前导字符；其中，前7个字节称为前同步码（Preamble），内容是16进制数0xAA；最后1字节为帧起始标识符0xAB；它标识着以太网帧的开始，前导字符的做用是使接收节点进行同步并作好接收数据帧的准备。以下图：

 

前导字符事后才是各类类型的帧真正的开始；大致可分为以下四类：

2.1.    Ethernet II

即DIX 2.0：Xerox与DEC、Intel在1982年制定的以太网标准帧格式，如图所示。

 

   

Ethernet II类型以太网帧的最小长度为64字节（6+6+2+46+4），最大长度为1518字节（6+6+2+1500+4）。其中前12字节分别标识出发送数据帧的源节点MAC地址和接收数据帧的目标节点MAC地址。（注：ISL封装后可达1548字节，802.1Q封装后可达1522字节）。

接下来的2个字节标识出以太网帧所携带的上层数据类型，如：

0x0800： IP协议；

0x0806： ARP协议；

0x809B：AppleTalk协议数据；

0x8138： Novell类型协议数据。

在不定长的数据字段后是4个字节的帧校验序列（Frame Check Sequence，FCS），采用32位CRC循环冗余校验对从"目标MAC地址"字段到"数据"字段的数据进行校验。

 

   

 

2.2.    Ethernet 802.3 raw

Novell在1983年公布的专用以太网标准帧格式，以下图所示。

 

 

在Ethernet 802.3 raw类型以太网帧中，原来Ethernet II类型以太网帧中的类型字段被“总长度”字段所取代，它指明其后数据域的长度，其取值范围为：46~1500。

接下来的2个字节是固定不变的16进制数0xFFFF，它标识此帧为Novell以太类型数据帧。

 

 

2.3.    Ethernet 802.3 SAP

IEEE在1985年公布的Ethernet 802.3的SAP版本以太网帧格式，以下图所示：

 

从上图中能够看出，在Ethernet 802.3 SAP帧中，将原Ethernet 802.3 raw帧中2个字节的0xFFFF变为各1个字节的DSAP和SSAP，同时增长了1个字节的"控制"字段，构成了802.2逻辑链路控制（LLC）的首部。LLC提供了无链接（LLC类型1）和面向链接（LLC类型2）的网络服务。LLC1是应用于以太网中，而LLC2应用在IBM SNA网络环境中。

新增的802.2 LLC首部包括两个服务访问点：源服务访问点（SSAP）和目标服务访问点（DSAP）。它们用于标识以太网帧所携带的上层数据类型，如16进制数0x06表明IP协议数据，16进制数0xE0表明Novell类型协议数据，16进制数0xF0表明IBM NetBIOS类型协议数据等。

至于1个字节的"控制"字段，则基本不使用（通常被设为0x03，指明采用无链接服务的802.2无编号数据格式）。

 

2.4.    Ethernet 802.3 SNAP

IEEE在1985年公布的Ethernet 802.3的SNAP版本以太网帧格式，如图所示：

 

Ethernet 802. 3 SNAP类型以太网帧格式和Ethernet 802. 3 SAP类型以太网帧格式的主要区别在于：

2个字节的DSAP和SSAP字段内容被固定下来，其值为16进制数0xAA。

1个字节的"控制"字段内容被固定下来，其值为16进制数0x03。

增长了SNAP字段，由下面两项组成：

新增了3个字节的组织惟一标识符（Organizationally Unique Identifier，OUI ID）字段，其值一般等于MAC地址的前3字节，即网络适配器厂商代码。

2个字节的“类型”字段用来标识以太网帧所携带的上层数据类型。

 

 

 

 

 

 

 

 

3.      TCP/IP协议

3.1.    简介

TCP/IP：传输控制协议/因特网互联协议，又名网络通讯协议；是Internet最基本的协议，Internet国际互联网络的基础，由网络层的IP协议和传输层的TCP协议组成，TCP/IP定义了电子设备如何连入因特网，以及数据如何在它们之间传输的标准。通俗而言：TCP负责发现传输问题，一有问题就发出信号，要求从新传输，直到全部的数据安全正确的传输到目的地，而IP是给因特网的每一台联网设备规定一个地址。

它并非TCP和IP两个协议的合称，而是指整个TCP/IP协议族，OSI（开放系统互联参考模型）将TCP/IP分为七层，实际使用咱们能够将其简化为四层，以下图：

 

YMODEM也是一种XMODEM的实现。它包括XMODEM－1K的全部特征，另外在一次单一会话期间为发送一组文件，增长了批处理文件传输模式。

3.2.    协议内容

3.2.1.      协议相关控制字符

    SOH             0x01 

    STX             0x02 

    EOT             0x04 

    ACK             0x06 

    NAK             0x15 

    CAN             0x18 

    CTRLZ         0x1A 

3.2.2.      标准帧格式（128字节）

SOH	信息包序号	包序号的补码	数据区段	校验和
起始字节	包号	取反加1	128	数据区段和

1k-Xmodem帧格式以下：

STX	信息包序号	包序号的补码	数据区段	校验和
起始字节	包号	取反加1	1024	数据区段和

 

说明：

SOH 帧的开头字节，表明信息包中的第一个字节 　　

信息包序号：对256取模所获得当前包号，第一个信息包的序号为1，而信息包序号范围 0~255； 　　

信息包序号的补码：当前信息包号的补码； 　　

数据区段： 数据区段的长度固定为128字节（最后一个区段数据字节数确定小于128，由CTRLZ来填充），其内容没有任何限制，能够是文本数据或二进制数据；　

算术校验和：1字节的算术校验和，只对数据区段求和后对256取模而得；

 

3.2.3.      传输逻辑

1> 收发双方拨号连通后，发送方等待接收方传来 NAK 信号。当第一个NAK 到达，发送方解释为开始发送第一个包；　　

2> 发送方一旦收到第一个 NAK，启动了传输，发送方就将数据以每次 128字节打包成帧格式传送，再等待接收方的确认信号； 　　

3> 发送方收到接收方传来的ACK信号，解释为信息包被正确接收，并有发送下一个包的含义； 　　

4> 发送方收到接收方传来的NAK信号，解释为请求重发同一数据包； 　　

5> 发送方收到接收方传来的 CAN 信号，解释为请求无条件中止传输过程；

6> 发送方正常传输彻底部数据，须要正常结束，发送EOT信号通知接收方。接收方用 ACK 进行确认； 　　

7> 接收方发送CAN无条件中止传输过程，发送方收到CAN后，不发送 EOT 确认； 　　

8> 虽然信息包是以 SOH 来标志一个信息包的起始的，但在 SOH 位置上出现的 EOT则表示数据传输结束，再也没有数据传过来； 　　

9> 接收方首先应确认信息包序号的完整性，经过对信息包序号取补，而后和信息包序号的补码异或，结果为0表示正确，结果不为0则发送NAK请求重传； 　　

10> 接收方确认信息包序号正确后，而后检查是否指望的序号。若是不是指望获得的信息包序号，说明发生严重错误，应该发送一个 CAN 来停止传输； 　　

11> 对于10>状况的惟一例外，是收到的包的信息包序号与前一个信息包序号相同，此中状况，接收方简单忽略这个重复的包，向发送方发出 ACK ，准备接收下一个包。

12>接收方确认了信息包序号的完整性和是正确指望的后，只对 128 字节的数据区段进行算术和校验，结果与帧中最后一个字节（算术校验和）比较，相同发送 ACK，不一样发送 NAK；

3.2.4.      超时处理　

1> 接收方等待一个信息包的到来所具备的超时时限为 10 秒，每一个超时后发送 NAK； 　　

2> 当收到包时，接收过程当中每一个字符的超时间隔为1秒； 　　

3> 为保持“接收方驱动”，发送方在等待一个启动字节时不该该采用超时处理

4> 一旦传输开始，发送方采用单独的1分钟超时时限，给接收方充足的时间作发送ACK 、NAK 、CAN以前的必须处理； 　　

5> 全部的超时及错误事件至少重试10次；

3.2.5.      校验和的说明

Xmodem协议支持2种校验和，它们是累加和与CRC校验。当接收方一开始启动传输时发送的是NAK，表示它但愿以累加和方式校验。当接收方一开始启动传输时发送的是字符“C”，表示它但愿以CRC方式校验。

可能有人会问，接收方想怎么校验发送方都得配合吗，难道发送方必须都支持累加和校验和CRC校验？事实上Xmodem要求支持CRC的就必须同时支持累加和，若是发送方只支持累加和，而接收方用字符“C”来启动，那么发送方只要无论它，当接收方继续发送“C”，三次后都没收到应答，就自动会改成发送NAK，由于它已经明白发送方可能不支持CRC校验，如今接收方改成累加和校验和发送方通信。发送方收到NAK就赶忙发送数据包响应。

 

4.      TCP协议

4.1.    协议简介

为方便查询和使用板卡功能，仿照Linux终端工具开发了板卡终端平台，经过串口或网口Telnet能够操做板卡各项功能，底层代码中将板卡各项功能均作成统一格式的接口，放在一个注册表中，这样既方便上位机操做板卡，也方便了底层功能的添加和修改；终端界面以下：

TCP是一种面向链接的、可靠的、基于IP的传输层协议，面向链接意味着两个使用TCP的应用在彼此交换数据以前必须先创建一个TCP链接。当应用层向TCP层发送用于网间传输的、用8位字节表示的数据流，TCP则把数据分割成适当长度的报文段，最大传输段大小一般受计算机链接的网络的数据链路层的最大传送单元（MTU）限制。以后TCP把数据包传给IP层，由它来经过网络将包传送给接收端的TCP层。

TCP为了保证报文传输的可靠，就给每一个包一个序号，同时序号也保证了传送到接收端的数据包能被按序接收。而后接收端对已成功收到的字节发回一个相应的确认（ACK）；若是发送端在合理的往返时延（RTT）内未收到确认，那么对应的数据将会被重传。

在数据正确性与合法性上，TCP用一个校验和函数来检验数据是否有错误，在发送和接收时都要计算校验和。在保证可靠性上，采用超时重传和捎带确认机制，在流量控制上，采用滑动窗口协议，协议中规定，对于窗口内未经确认的分组须要重传，在拥塞控制上，采用TCP拥塞控制算法；

4.2.    TCP首部

TCP数据被封装在一个IP数据报中，以下：

 

下图为TCP报文数据格式，在没有选项的状况下，它一般是20个字节：

 

源端口号和目的端口号用于寻找发送端和接收端的应用进程，这个和UDP报文相同，这两个指加上IP首部中的源IP地址和目的IP地址惟一肯定一个TCP链接。

序列号字段用来标识从TCP发送端向TCP接收端发送的数据字节流，它表示在这个报文段中的第一个数据字节。当创建一个新的链接时，握手报文中的SYN标志置1，这个握手报文中的序号字段为随机选择的初始序号ISN，当链接创建好之后发送方要发送的第一个字节序号为ISN+1。

确认号字段只有在ACK为1的时候才有用，确认号中包含发送确认的一方所指望收到的下一个序号，确认号是在上一次成功接收到的数据字节序号上加1，例如上次成功接收到对方发过来的数据序号为X，那么返回的确认号就应该为X+1。

头部长度也叫首部长度，首部长度中给出了首部的长度，以32bit也就是4字节为单位，这个字段有4bit，所以TCP最多有60字节的首部，若是没有任何的选项字段，正常的首部长度是20字节。

TCP首部中还有6个标志比特，这个6个标志位的说明以下：

 

窗口尺寸也就是窗口大小，其中填写相应的值以通知对方本身指望接收的字节数，窗口大小字段是TCP流量控制的关键字段，窗口大小是一个16bit的字段，所以窗口大小最大为65535字节。

16位的校验和和UDP的校验和的计算过程和原理相同，这是一个强制性的字段，校验和覆盖了整个TCP报文段，TCP首部和TCP数据；

紧急指针只有在URG置1时才有效，紧急指针是一个正的偏移量，和序号字段中的值相加表示紧急数据最后一个字节的序号。