以太网协议封装格式_第1页
以太网协议封装格式_第2页
以太网协议封装格式_第3页
以太网协议封装格式_第4页
以太网协议封装格式_第5页
已阅读5页,还剩6页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、字号:大中小、以太网链路层协议封装格式以太网数据在网络介质上传输需要遵循一定的机制,其中CSMA/CD介质访问控制机制约定了以太网在传输数据时,两帧之间需要等待一个帧间隙时间(IFG或IPG),为以太网接口提供了帧接收之间的恢复时间,该恢复时间最小值为传输96bit所花费的时间,对于10M线路,该时间为9.6uS,100M线路为960nS,1G的线路为96nS。同时以太网数据帧在传输时还需要有7byte的前导字段和1byte的定界符。因此以太网数据在传输过程中是由以下部分组成的:7byte(前导)+Ibyte(定界符)+以太网数据帧+12byte(IPG)。在全双工工作模式下,如果CSMA/C

2、D介质访问控制机制发现传输冲突时,则会放弃当前帧发送,改为发送一个48比特的噪声帧。其中以太网数据帧限制为最小长度为64byte,最大长度为1518byte,其格式为:6byte(目的MAC地址)+6byte(源MAC地址)+2byte(类型字段)+数据字段+4byte(FCS校验字段)。其中帧类型字段标识其后的数据类型。这里值得注意的是区分帧格式和帧格式的不同,我们有时可能会混用了这两个术语。帧是最常见的一种以太网帧格式,也是今天以太网的事实标准,由,和在年公布标准,可以支持,/等协议,其比较常见的类型字段为:8帧),8请求应答帧),0请求应答帧),1定义了报文在上的封IP)X装格式。帧.将

3、3帧头中的类型字段替换为帧长度字段(取值范围为-不包括CRC检验码),因此对于接收到的帧,如果类型字段取值范围为一,则可以判断其为帧,而非帧。其中是年发布网络套件时采用的私有以太网帧格式,只支持一种协议;是公布的正式标准,它加入了的字段,其中值用以标志上层应用,每个字段为,其中只有用于标识上层协议,因此所能标识的协议数不超过种,导致的使用有很大局限性;是为保证在上支持更多的上层协议同时更好的支持协议而发布的标准,在基础上添加了的字段,从而使其可以标识更多的上层协议类型,字段用于代表不同的组织(一般置为),在基础上定义了报文在网.络2中的封装方法和协议在中的实现。目前实际环境中大多数设备都使用格

4、式的帧,它采用了的实现标准。从上述帧格式中可以看出,格式帧数据段的长度限制在一之间,当数据段长度小于个字节时,加填充字段()补足。和802.3对数据帧的长度限制,其最大值分别是1500和1492字节,这一特性称作最大传输单元(MTU)。目的堀址雌址E35AT55AP03i62T13S-I49:目的览址CRCs一Q415004图(2和()的封装格式在协议族中,链路层主要有三个目的:()为模块发送和接收数据报;()为模块发送请求和接收应答;()为发送请求和接收应答。、以太网层协议封装格式在协议族中基于链路层以上的协议主要有三种:协议、协议和协议,其中在数据报中又额外封装了协议和协议。层协议也就是通

5、常的网络层协议,它提供点到点的服务(不同于传输层协议提供端到端的服务)。版本号首部长度服务类型()总长度(字节数)标识标志片偏移生存时间()协议首部校验和源地址目的地址选项数据包封装格式版本号:IP包的版本,当前一般为IPv4,即0100。首部长度:IP包头长度(IInternetHeaderLength,IHL),是一个4bit字段,是头部占32比特的数字,包括可选项。普通IP数据报(没有任何选项),该字段的值是5,即160比特=20字节。此字段最大值为60字节,表示头部报文中没有发送可选部分数据。服务类型(TOS):其中前3比特为优先权子字段(Precedence,现已被忽略)。第8比特保

6、留未用。第4至第7比特分别代表延迟、吞吐量、可靠性和花费。当它们取值为1时分别代表要求最小时延、最大吞吐量、最高可靠性和最小费用。这4比特的服务类型中只能置其中1比特为1。可以全为0,若全为0则表示一般服务。服务类型字段声明了数据报被网络系统传输时可以被怎样处理。例如:TELNET协议可能要求有最小的延迟,FTP协议(数据)可能要求有最大吞吐量,SNMP协议可能要求有最高可靠性,NNTP(NetworkNewsTransferProtocol,网络新闻传输协议)可能要求最小费用,而ICMP协议可能无特殊要求(4比特全为0)。实际上,大部分主机会忽略这个字段,但一些动态路由协议如OSPF(Ope

7、nShortestPathFirstProtocol)、IS-IS(IntermediateSystemtoIntermediateSystemProtoco1)可以根据这些字段的值进行路由决策。总长度:头部及数据项长度,最大长度为65535bytes。标识:当IP包较大需要进行分段时,用于标识该段所属的分组。通常每发一份报文,它的值会加1。标志:构成为0DM,其中D为1表示不分段,M为0表示为最后分段,为1表示非最后分段。片偏移:即分段偏移。如果一份数据报要求分段的话,此字段指明该段偏移距原始数据报开始的位置。生存时间(TTL):表示一个IP数据流的生命周期,由发送数据的源主机设置,通常为3

8、2、64、128等。每次IP数据包经过一个路由器的时候TTL就减一,当减到0时,这个数据包就消亡了。协议:传输层的协议类型。协议代码协议名称首部校验和:根据IP头部计算得到的校验和码。计算方法是:对头部中每个16比特进行二进制反码求和。(和ICMP、IGMP、TCP、UDP不同,IP不对头部后的数据进行校验)。选项:占32比特。用来定义一些任选项:如记录路径、时间戳等。这些选项很少被使用,同时并不是所有主机和路由器都支持这些选项。可选项字段的长度必须是32比特的整数倍,如果不足,必须填充0以达到此长度要求。数据:IP包携带的各种传输层报文。报文头部实例:45000030525240008006

9、2c23c0a80101d803e215三、传输层协议封装格式1协议TCP是一种可靠的、面向连接的字节流服务。源主机在传送数据前需要先和目标主机建立连接。然后,在此连接上,被编号的数据段按序收发。同时,要求对每个数据段进行确认,保证了可靠性。如果在指定的时间内没有收到目标主机对所发数据段的确认,源主机将再次发送该数据段。源端口目的端口序列号()确认号数据偏移量保留控制标识滑动窗口校验和紧急指针选项填充位数据包封装格式源、目标端口号字段:占16比特。TCP协议通过使用端口来标识源端和目标端的应用进程。端口号可以使用0到65535之间的任何数字。在收到服务请求时,操作系统动态地为客户端的应用程序分

10、配端口号。在服务器端,每种服务在众所周知的端口(Well-KnowPort)为用户提供服务。顺序号字段:占32比特。用来标识从TCP源端向TCP目标端发送的数据字节流,它表示在这个报文段中的第一个数据字节。确认号字段:占32比特。只有ACK标志为1时,确认号字段才有效。它包含目标端所期望收到源端的下一个数据字节。数据偏移量:实际上是TCP首部长度,用来标识数据段的起始位置。给出头部占32比特的数目。没有任何选项字段的TCP头部长度为20字节;最多可以有60字节的TCP头部。控制标识(U、A、P、R、S、F):TCP协议中的六个重要的标志。是两个计算机数据交流的信息标志。接收和发送断根据这些标志

11、来确定信息流的种类。URG:(UrgentPointerfieldsignificant)紧急指针。用到的时候值为1,用来处理避免TCP数据流中断。ACK:(Acknowledgmentfieldsignificant)置1时表示确认号(AcknowledgmentNumber)为合法,为0的时候表示数据段不包含确认信息,确认号被忽略。PSH:(PushFunction),PUSH标志的数据,置1时请求的数据段在接收方得到后就可直接送到应用程序,而不必等到缓冲区满时才传送。RST:(Resettheconnection)用于复位因某种原因引起出现的错误连接,也用来拒绝非法数据和请求。如果接收到

12、RST位时候,通常发生了某些错误。SYN:(Synchronizesequencenumbers)用来建立连接,在连接请求中,SYN=1,ACK=0,连接响应时,SYN=1,ACK=1。即,SYN和ACK来区分ConnectionRequest和ConnectionAcceptedoFIN:(Nomoredatafromsender)用来释放连接,表明发送方已经没有数据发送了。滑动窗口:控制报文流量,用来告诉对方目前接收端缓冲器大小。当为0时标识缓冲器已满,需要停止发包,单位为byte。TCP校验和字段:占16比特。对整个TCP报文段,即TCP头部和TCP数据进行校验和计算,并由目标端进行验证

13、。紧急指针字段:占16比特。它是一个偏移量,和序号字段中的值相加表示紧急数据最后一个字节的序号。选项字段:占32比特。可能包括窗口扩大因子、时间戳等选项。协议头部实例:建立连接的三次握手过程会话通过三次握手来初始化。三次握手的目标是使数据段的发送和接收同步。同时也向其他主机表明其一次可接收的数据量(窗口大小),并建立逻辑连接。这三次握手的过程可以简述如下:1源主机发送一个同步标志位()置的数据段。此段中同时标明初始序号(,)。是一个随时间变化的随机值。2目标主机发回确认数据段,此段中的同步标志位()同样被置1且确认标志位()也置,同时在确认序号字段表明目标主机期待收到源主机下一个数据段的序号(即表明前一个数据段已收到并且没有错误)。此外,此段中还包含目标主机的段初始序号。3源主机再回送一个数据段,同样带有递增的发送序号和确认序号。至此为止,会话的三次握手完成。接下来,源主机和目标主机可以互相收发数据。协议UDP是一种不可靠的、无连接的数据报服务。源主机在传送数据前不需要和目标主机建立连接。数据被冠以源、目标端口号等UDP报头字段后直接发往目的

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论