常见报文格式汇总

合集下载

数据包报文格式(IP包TCP报头UDP报头)

数据包报文格式(IP包TCP报头UDP报头)

数据包报文格式(IP包TCP报头UDP报头)一、IP包格式IP数据包是一种可变长分组,它由首部和数据负载两部分组成。

首部长度一般为20-60字节(Byte),其中后40字节是可选的,长度不固定,前20字节格式为固定。

数据负载部分的长度一般可变,整个IP数据包的最大长度为65535B。

1、版本号(Version)长度为4位(bit),IP v4的值为0100,IP v6的值为0110。

2、首部长度指的是IP包头长度,用4位(bit)表示,十进制值就是[0,15],一个IP包前20个字节是必有的,后40个字节根据情况可能有可能没有。

如果IP包头是20个字节,则该位应是20/4=53、服务类型(Type of Service TOS)长度为8位(bit),其组成:前3位为优先级(Precedence),后4位标志位,最后1位保留未用。

优先级主要用于QoS,表示从0(普通级别)到7(网络控制分组)的优先级。

标志位可分别表示D(Delay更低的时延)、T(Throughput 更高的吞吐量)、R(Reliability更高的可靠性)、C(Cost 更低费用的路由)。

TOS只表示用户的请求,不具有强制性,实际应用中很少用,路由器通常忽略TOS字段。

4、总长度(Total Length)指IP包总长度,用16位(bit)表示,即IP包最大长度可以达216=65535字节。

在以太网中允许的最大包长为1500B,当超过网络允许的最大长度时需将过长的数据包分片。

5、标识符(Identifier)长度为16位,用于数据包在分段重组时标识其序列号。

将数据分段后,打包成IP 包,IP包因走的路由上不同,会产生不同的到达目地的时间,到达目地的后再根据标识符进行重新组装还原。

该字段要与标志、段偏移一起使用的才能达到分段组装的目标。

6、标志(Flags)长度为3位,三位从左到右分别是MF、DF、未用。

MF=1表示后面还有分段的数据包,MF=0表示没有更多分片(即最后一个分片)。

协议报文格式大全.doc

协议报文格式大全.doc

数据包的格式以太网帧结构|前序|目的地址|源地址|类型|数据| FCS || 8 byte | 6 byte | 6 byte | 2 byte | 467500 byte | 4 byte| VLAN的帧格式帯有IE E E 802.1Q标记的以太冋祯CFI (1位)VLAN ID (12 位)TPID 的值是固定的,为8100H,指明了该帧带有 802.1Q/802.1P 标记 信息。

Priority 标明了这个帧的优先级,此优先级用于质量服务(QoS )。

CFI 为0代表规范格 式,为1代表非规范格式。

配置BPDU (Configuration BPDU)的封装与内容用于计算生成树的各种信息和参数被圭寸装在配置 BPDU ( Configuration Bridge Protocol DataUn it )中在交换机之间发送。

配置BPDU 使用标准LLC 格式封装在以太网数据帧中。

当配置BPDU 只用于计算生成树,不用于传递拓扑改变信息(第四章中详细描述)的时候:Protocol Identifier (协议标识),Protocol Version Identifier (协议版本标识)和 BPDU Type (BPDU 类型)Flags (标志)四部分设置为全0。

Root Identifier , Root Path Cost, Bridge Identifier 和 Port Identifier 四部分用于检测最优的配置 BPDU ,进行生成树计算。

Message Age 随时间增长而变大;Max Age 默认为20秒,如果Message Age 达到Max Age ,则此配置BPDU 被认为已经过期。

Hello Time 默认为2秒,也即在指定端口上,配置 BPDU 每隔两秒发送一次。

Forward Delay 默认为 15 秒。

Root IdentifierRoot Path C ast Bridge IdentifierPort IdentifierMessage Age Max AgeHelioTimeForward Delay四部分 设置为 全001-30-C2-00-00-00/■ I 贏u JMessage Age^时间増 长而变大Max age^认20秒 Hello Time 默认2秒 Forward Delay 默认 15秒ARP :报文格式(以太网)r*讪冋:卽和;'5—2» f "ARP-./IJ K- '前两个字段是以太网的源地址和目的地址帧类型:两个字节长的以太网帧类型表示后面数据的类型。

各协议报文格式介绍

各协议报文格式介绍

各协议报文格式介绍
一、HTTP协议
HTTP协议是Hypertext Transfer Protocol(超文本传输协议)的缩写,它是一个互联网协议,是客户端(如浏览器)和服务器之间数据通讯
的基础。

HTTP协议是一种基于请求/响应模式的、无状态的应用层协议,
当用户在浏览器上输入URL地址,从服务器上获取文件或服务数据时,均
使用HTTP建立连接进行数据通讯。

1、HTTP报文结构
HTTP报文由报文首部和报文实体组成,其中报文首部分为请求首部
和响应首部,请求首部由请求方向、请求地址、协议版本、请求首部字段
等构成,响应首部由协议版本、状态代码、状态短语、响应首部字段等构成;报文实体由实体首部和实体内容组成,实体首部包含了实体类型、编码、长度及其他内容;实体内容就是实际要传输的数据。

2、HTTP请求报文
一个HTTP请求报文由请求行、请求首部字段和请求实体组成,其中:(1)请求行:由方法、Uniform Resource Identifiers(统一资源
标识符)和协议/版本信息构成,如GET /index.html HTTP/1.1(2)请求首部字段:用来描述请求的内容,包括Accept-
Language/Accept-
Encoding/Authorization/Connection/Cookie/Host/User-Agent等;
(3)请求实体:提供请求的实体,如各类表单、文件等;
例如:
GET /index.html HTTP/1.1 Content-Type: text/html。

通讯协议及报文格式

通讯协议及报文格式

通讯协议及报文格式
通讯协议是指在计算机网络中,不同设备之间进行数据交换所共同遵守的一种规则或约定。

它定义了数据如何在网络中传输、如何进行交互以及如何处理错误等细节。

常见的通讯协议包括TCP/IP协议、HTTP协议、FTP协议、SMTP协议等。

报文格式是指通讯协议中数据的组织形式。

一般来说,报文格式由报文头部和报文体组成。

报文头部包含了一些元数据,用于描述报文的属性和特征,如版本号、报文长度、报文类型、源地址、目标地址等等。

报文体是实际传输的数据内容,其格式根据不同的应用场景和协议不同而有所区别。

例如,HTTP协议中的报文体可以是HTML文档、图片文件、视频等等。

在某些通讯协议中,报文格式采用特定的标记符号来进行分割,如HTTP协议中使用回车换行符(\r\n)将报文头部和报文体
分开。

总之,通讯协议定义了数据交换的规则,而报文格式规定了数据的组织形式,两者共同约定了数据在网络中的传输方式。

常见网络协议报文格式汇总

常见网络协议报文格式汇总

2bytes 2bytes 1bytes 1bytes
地址 4bytes 址
4bytes
6bytes
6bytes
6bytes
|ß----以太网首部---->|ß---------28字节ARP请求/应答------
4. IP报文格式(RFC791)(20bytes)
版本 4bits
首部长度 4bits
附件:报文格式
1. Ethernet数据包格式(RFC894)
Ethernet Ⅱ 帧格式:
目的MAC地址 源MAC地址
6 bytes
6 bytes
VLAN帧格式:
目的MAC地址 源MAC地址
6 bytes
6 bytes
Type/Length 2 bytes
Payload 46-1500 bytes
0x8864→PPPoE session stage 继续进行PPP的2层包处理。
0x8100→VLAN
其它值当作未识别包类型而丢弃。
2. PPP数据包格式
标志7E 地址FF 控制03 协议 1byte 1byte 1byte 2bytes
Payload 最多1500bytes
CRC 标志7E 2bytes 1byte
时,该数据报将被丢弃,数据包没经过一个路由器,TTL值将减去1。 协议号Protocd:8位,该字段表示在IP数据报中封装的是哪一个协议,TCP为6,UDP为17。 首部校验和Header Checksum:16位,它是16位的错误检测字段,目的的主机和网络中的每个网关都要重新 计算包头的校验和,就同源机器所做的一样,如果数据没有被改动,两个计算结果应该是一样的。 源IP地址Source IP Address:32位 目的IP地址Destination IP Address:32位 可选项Options:选项字段,根据实际情况可变长,可以和IP一起使用的选项有多个,例如,可以输入创建 该数据报的时间等。 TCP报文格式 源端口号Source IP Address:16位呼叫端的端口号,这个端口是由发送方随机产生的。 目标端口号Destination Port:16位,被叫端的端口。 32位序列号Sequence Number:由于TCP封包必须要带入IP封包中,所以如果TCP资料太大时(大于IP封包的 容许程度),就要进行分段,这个序列号就是记录每个封包的序号,可以让接受端重新将TCP的资料组合 起来。 32位确认号Acknowledge Number:为了确认对方确实收到我们的封包,如果收到了,发送ACK确认。 首部长度:4位,为了确认整个TCP包的大小,就必须要这样来说明数据的起始位。 保留Reserved:6位,未使用的保留位,留着扩展用。 Code:6个控制位,URG,ACK,PSH,RST,SYN,FIN。 Urgent:为1时代表该数据包为紧急封包,根据16位的紧急指针来确定紧急数据最后一个字节的位置,这样 接收端就可以有限准确快速的获取紧急数据。 Acknowledge:为1时代表这个封包为回应封包。 Push Function:为1时代表要求对方尽快将数据段送达应用层,无须等待缓冲区满了才送。 Reset:为1时代表通知重新建立TCP连接。 Synchronous:为1时代表发送端希望双方建立同步连接,通常带有SYN标志的封包表示主动连接到对方的意 思。 Finish:为1时代表传送结束,所以通知对方是否断线,只是发送端还在等待对方的回应。 窗口Windows:16位,主要是用来控制封包流量的,可以告诉对方目前本身有的缓存器容量还可以接收包, 当win=0时,代表缓存器已满,所以应该暂停传输,windows单位,byte。 校验和Checksum:16位,当资料传输时,要由发送端进行检测,并将该动作的校验值标注在这个栏位上, 接收者收到这个封包后,会再次对封包进行检测,并且对比与发送方的值是否一致,一致就接收,不一致 丢弃,并要求对方重新发送这个封包。 紧急指针Urgent Pointer:16位,和URG配合使用,URG=1时才会产生作用,用来说明紧急数据的末尾字节 的位置。 可选项:只有首部长度长于20的时候才有效。 数据:应用层数据分段而得到的数据。

上报文标准格式

上报文标准格式

上报文标准格式玉师院报〔2013〕号签发人:校领导宋体二号字加粗主送单位:正文为仿宋三号字一、黑体三号字正文为仿宋三号字,正文为仿宋三号字,正文为仿宋三号字,正文为仿宋三号字(一)楷体三号字加粗正文为仿宋三号字,正文为仿宋三号字,正文为仿宋三号字,正文为仿宋三号字1.仿宋三号字加粗正文为仿宋三号字,正文为仿宋三号字,正文为仿宋三号字,正文为仿宋三号字(1)仿宋三号字正文为仿宋三号字,正文为仿宋三号字,正文为仿宋三号字,正文为仿宋三号字①仿宋三号字正文为仿宋三号字,正文为仿宋三号字,正文为仿宋三号字,正文为仿宋三号字附件:1.不加标点符号2.不加标点符号3.不加标点符号4.不加标点符号5.不加标点符号6.不加标点符号玉林师范学院XXXX年XX月XX日(附件说明)附件1宋体二号字加粗正文为仿宋三号字一、黑体三号字正文为仿宋三号字,正文为仿宋三号字,正文为仿宋三号字,正文为仿宋三号字(一)楷体三号字加粗正文为仿宋三号字,正文为仿宋三号字,正文为仿宋三号字,正文为仿宋三号字1.仿宋三号字加粗正文为仿宋三号字,正文为仿宋三号字,正文为仿宋三号字,正文为仿宋三号字(1)仿宋三号字正文为仿宋三号字,正文为仿宋三号字,正文为仿宋三号字,正文为仿宋三号字①仿宋三号字正文为仿宋三号字,正文为仿宋三号字,正文为仿宋三号字,正文为仿宋三号字附件2宋体二号字加粗正文为仿宋三号字一、黑体三号字正文为仿宋三号字,正文为仿宋三号字,正文为仿宋三号字,正文为仿宋三号字(一)楷体三号字加粗正文为仿宋三号字,正文为仿宋三号字,正文为仿宋三号字,正文为仿宋三号字1.仿宋三号字加粗正文为仿宋三号字,正文为仿宋三号字,正文为仿宋三号字,正文为仿宋三号字(1)仿宋三号字正文为仿宋三号字,正文为仿宋三号字,正文为仿宋三号字,正文为仿宋三号字①仿宋三号字正文为仿宋三号字,正文为仿宋三号字,正文为仿宋三号字,正文为仿宋三号字附件3。

报文类型及含义

报文类型及含义

单证员必读---SWIFT MT700/MT701 格式信用证综述信用证是银行(开证行)根据买方(申请人)的要求和指示向卖方(受益人)开立的在一定期限内凭规定的,符合信用证条款的单据,即期或在一个可以确定的将来日期,承付一定金额的书面承诺.信用证在贸易中的应用非常广泛,开证人(进口商)可以利用单据条款,约束受益人(出口商);受益人只要提供了符合条件的单据,就能从银行拿到货款.信用证用银行信用替代了商业信用,给国际贸易,国内贸易中的买卖双方提供了便利.现在银行间传递的信用证,几乎都使用’环球同业银行金融电讯协会’( Society for Worldwide Interbank Financial Telecommunication s.c. 简称S.W.I.F.T.)的处理和信息传递系统,所以受益人收到的信用证大多是Message Types SWIFT-MT700/MT701格式,现在我们来读懂这种格式的信用证. Basic Swift Codes (Message Types)MT400 Advice of PaymentMT410 AcknowledgementMT412 Advice of AcceptanceMT420 TracerMT422 Advice of Fate & Request for InstructionsMT430 Instruction AmendmentMT573 Statement of Pending TransactionsMT700 Issuance Details of a Documentary CreditMT705 Documentary Credit Pre-AdviceMT707 Documentary Credit AmendmentMT710 Third Bank's Documentary Credit AdviceMT720 Documentary Credit TransferMT730 AcknowledgementMT732 Advice of DischargeMT734 Advice of RefusalMT740 Reimbursement AuthorizationMT742 Reimbursement ClaimMT747 Reimbursement Authorization AmendmentMT750 Discrepancy AdviceMT752 Pay, Accept or Negotiate AuthorizationMT754 Pay, Accept or Negotiate AdviceMT760 Issuance of a GuaranteeMT767 Guarantee AmendmentMT768 Guarantee Message AcknowledgementMT769 Advice of a Guarantee Reduction or ReleaseBeginning of message 下面两条------里的是银行间传递的一些信息27. sequence of total报文页次,如果该信用证条款能够全部容纳在该MT700报文中,那么该项目内显示’1/1’如果该证由一份MT700报文和一份MT701报文组成,那么在MT700的报文项目’27’中显示’1/2’,在MT701报文的项目’27’中显示’2/2’,以此类推.40A:跟单信用证格式,该项目可能是下面六种里面的一种:1- IRREVOCABLE (不可撤销跟单信用证)2- REVOCABLE (可撤销跟单信用证)3- IRREVOCABLE TRANSFERABLE (不可撤销可转让跟单信用证)4- REVOCABLE TRANSFERABLE (可撤销可转让跟单信用证)5- IRREVOCABLE STANDBY (不可撤销备用信用证)6- REVOCABLE STANDBY (可撤销备用信用证)由于可撤销信用证几乎没有人使用,也很少有人接受,国际商会正考虑完全取消开立可撤消信用证,但如果收到的是可撤消信用证,应该提出修改,如对方拒绝修改则不予接受.可转让信用证只能转让一次,可以同时转让给一个或者几个第二受益人,但第二受益人不能再转让该信用证,这种信用证一般用于受益人(第一受益人)为中间商的情况.20:信用证号码23:预先通知编号,如果采用此格式开立的信用证已经被预先通知,此项目将显示’PREADV/’,后跟预先通知的编号或日期.31c:开证日期,该项目列明开证行开立跟单信用证的日期,如果该项目无显示,开证日期就是该报文的发送日期(在beginning of message 下面有显示)31d:到期日及到期地点,该项目列明跟单信用证的最迟交单地区和交单地点.需要注意的是,如果地点为’issuing bank’s counter’或者类似的表示在开证行国家到期的语句,就需要提早寄单,最安全的做法应该提前5天以上用快邮寄出.51a:开证申请人的银行50:开证申请人59:受益人32b:信用证的货币及金额39a:信用证金额浮动允许范围,该项目列明信用证金额上下浮动最大允许范围,用百分比表示,(如10/10 表示允许上下浮动不超过10%39b:信用证金额的最高限额,该项目用’up to', ' maximum’或’not exceeding’后跟金额表示.39c:附加金额,该项目列明信用证所涉及的附加金额,诸如保险费,运费,利息等.注意:39款如果不显示,则金额须完全符合32b,如使用则39a 和39b 只可能出现一种.41a:指定的有关银行及信用证的兑付方式,该项目列明被授权对该证付款,承兑或议付的银行及该信用证的兑付方式.1- 银行表示方法:当该项目代号为41A 时,银行用SWIFT 名址码表示当该项目代号为41D 时,银行用行名地址表示如果信用证为自由议付信用证时,该项目代号为41D,银行用ANY BANK I N …(国家/地名) 表示,如果对国家地区也无限制,该项目代号为41D,银行用ANY BANK 表示.2- 兑付的表示方法:以下语句分别表示:BY PAYMENT 即期付款BY ACCEPTANCE 远期承兑BY NEGOTIATION 议付BY DEFFERED PAYMENT 迟期付款BY MIXED PAYMENT 混合付款如果该信用证为迟期付款信用证,有关付款的详细条款将在项目42P中列明;如果该证系混合付款信用证,有关付款的详细条款将在项目42M 中列明.42c:汇票付款期限,该项目列明跟单信用证项下汇票的付款期限.42a:汇票的付款人,该项目列明跟单信用证项下汇票的付款人.该项目不能出现帐号注:如42C 42A 没有,则不需要汇票,有的银行因为使用汇票需要交印花税所以拒绝汇票42m:混合付款条款,该项目列明混合付款跟单信用证项下的付款日期,金额及确定的方式.42p:迟期付款条款,该项目列明只有在迟期付款跟单信用证项下的付款日期及确定的方式. 43t:分批装运条款,该项目列明跟单信用证项下分批装运是否允许,如表明NOT ALLOWED, 或者NOT PERMITTED 等,则需一次把货出完,使发票金额满足32B,39A,39B的要求.否则将构成短装或者超装.如规定可以分批,则一次或多次出货都可以,但总金额仍需满足金额条款.43t:转运条款,该项目列明跟单信用证项下货物转运是否允许.提单或者其他运输单据上显示的内容须符合该条款.44a:装船,发运和接受监管的地点44b:货物发送的最终目的地44c:最迟装运日期,B/L的装船日和签发日可以不同,如果B/L上表明x年x月x日on board(已装船批注),则该日期视为装运日期,如果该日期未显示,则装运日为B/L的签发日(issuing date).44d:装运期,详细的规定货物的装运过程.有些分批装运的情况可以在这里规定具体的装船,发运和接受监管的期限.45a:货物/劳务描述,这里表述的是比较具体的货描和价格条款,如FOB,CIF等.关于价格条款信用证是按照INCOTERM 2000 (international commercial terms)为标准,具体的内容可以参阅该规则.46a:单据要求,按照这里规定的时间,内容,份数提交单据.47a:附加条款,常见的附加条款有,英文单据;第三方单据是否接受;某些具体内容需在全部或某几种单据中显示;关于不符单据的扣费和处理过程等等.某些国家开来的信用证把46a 和47a 的条款全部混在一起,给单证员带来一定难度,这个情况下更要求单证员细心的做好每个细节.71b:费用负担,该项目的出现只表示费用由收益人负担.若无此项目,则表示除议付费,转让费外,其他费用均由开证申请人负担.48:交单期限,一般的描述是以开立运输单据后多少天内交单.若无此项目,则表示在开立运输单据后21天内交单.49:保兑指示.53a:偿付行57a:通知行72:附言78:给付款行,承兑行或议付行的指示.(49以后的几个项目都是银行间清算的内容,与单证方面无关,这里就不详尽描述了.另外如果是信开的信用证,格式上和swift大体一致)SWIFT项下开立跟单信用证MT格式SWIFT项下开立跟单信用证MT格式一般有17种:MT700/701格式开立信用证时使用MT705格式信用证预先通知用MT707格式信用证修改用MT710/711格式通知由第三家银行开立跟单信用证用MT720/721格式转让跟单信用证用MT730格式确认收妥跟单信用证,并证实已通知受益人用MT732格式发报行通知收报行有关单据已被开证申请人接受用MT734格式发报行通知收报行单证不符的拒付通知用MT740格式发报行授权收报行偿付信用证项下款项,即偿付授权用MT742格式发报行向收报行索偿用MT750格式发报行通知收报行有关单据不符点,即所谓“电提”用MT752格式发报行授权收报行在单据没有其他不符点的情况下,可以付款/承兑/议付,该报文是对MT750的答复MT754格式发报行通知收报行单证相符,已对有关单据进行付款/承兑/议付,并已按批示寄单,即所谓“通知电”MT756格式发报行通知收报行,已进行了偿付/付款。

多种IP协议报文格式

多种IP协议报文格式

多种IP协议报文格式一览
∙DHCP:
◆DHCP的各种option,CLV结构
◆基于UDP,端口号67,68
◆共有8类报文,一般交互4个报文可完成基本功能,包括discovery - offer -
request - ack,client发起
◆报文格式:
◆实际抓包:
∙TACACS+
◆使用Cisco私有协议,Server端软件一般为ACS
◆和Radius使用UDP不同,tacacs+使用TCP协议
◆报文格式:
◆实际抓包
BFD
◆BFD报文封装,使用UDP,目的端口号为3784(根据需要可改)
◆报文格式:
◆实际抓包:
∙TP OAM
∙RSVP TE
◆封装在IP中,协议号46
◆报文格式:
RSVP报文格式
Path报文结构
◆实际抓包:
∙ISIS
◆注意报文二层封装方式
∙LDP
◆报文封装在UDP中
◆报文格式:
LDP头
LDP消息体
◆实际抓包:
ARP
◆关注封装方式,直接在二层报文中
◆报文格式:
◆实际抓包:
OSPF
◆IP协议号89
◆报文格式:
◆实际抓包:。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

附件:报文格式1.1Ethernet数据包格式(RFC894)1、DstMac的最高字节的最低BIT位如果为1,表明此包是以太网组播/广播包,送给CPU处理。

2、将DstMac和本端口的MAC进行比较,如果不一致就丢弃。

3、获取以太网类型字段Type/Length。

0x0800→IP 继续进行3层的IP包处理。

0x0806→ARP 送给CPU处理。

0x8035→RARP 送给CPU处理。

0x8863→PPPoE discovery stage 送给CPU处理。

0x8864→PPPoE session stage 继续进行PPP的2层包处理。

0x8100→VLAN其它值当作未识别包类型而丢弃。

1.2PPP数据包格式1、获取PPP包类型字段。

0x0021→IP 继续进行3层的IP包处理。

0x8021→IPCP 送给CPU处理。

0xC021→LCP 送给CPU处理。

0xc023→PAP 送给CPU处理。

0xc025→LQR 送给CPU处理。

0xc223→CHAP 送给CPU处理。

0x8023→OSICP 送给CPU处理。

0x0023→OSI 送给CPU处理。

其它值当作未识别包类型而丢弃。

1.3 ARP 报文格式(RFC826)|←----以太网首部---->|←---------28字节ARP 请求/应答------1.4 IP 报文格式(RFC791)(20bytes)TOS1.5 PING 报文格式(需IP 封装)(8bytes)1.6 TCP 报文格式(需IP 封装)(20bytes)紧急指针有效ACK 确认序号有效PSH 接收方应该尽快将这个报文交给应用层RST 重建连接SYN 同步序号用来发起一个连接FIN 发端完成发送认务1.7UDP报文格式(需IP封装)(8bytes)1.8MPLS报文格式MPLS报文类型:以太网中0x8847(单播) 0x8848(组播) PPP类型上0x8281(MPLSCP)1.9MTU1.10TCP与UDP应用2以太网帧,TCP/IP数据报文详解其实也不是很详细,详细起来要很厚一本书,但是都是针对主要的写的以太网2的帧格式前导码:8个字节,这个主要是给信号同步的,给信号的开始传输的第一个bit定位的目的地址:6个字节,目的的MAC地址源地址:6个字节,是自己的MAC地址类型长度:2字节,辨别上层协议的数据:46-1500字节,就是上层的所有数据帧校验FCS:4字节,数据发过去的时候,会随机给个值,对端需要验证这个值,如果值不对,就说明这段数据干扰,或某种原因被修改。

数据部分最小46个字节,最大1500 以太帧最小64字节,最大1518字节。

这层主要是把物理层透明的传输bits组合成字节近而组合成帧,在网络中传输。

用MAC地址访问介质,错误发现但是不能纠正。

IP数据包格式版本Version:4位,表示IP地址的版本1111=32bits首部长度Header Length:4位,表示IP数据报头的长度,最小20字节,最大69字节。

那么这个bit是怎么表示的呢。

0001 = 1X4=4字节0101 = 55X4=20字节1111 = 1515X4=60字节优先级与服务类型Priority&type of service:8位,该字段用于表示数据的优先级和服务类型,通过数据包中划分一定的优先级,用于实现服务质量的要求。

总长度Total Length:16位,该字段用于指示整个IP报的长度,最长65535个字节,包括报头和数据。

标识符Identification:16位,当IP数据对上层数据进行分段的时候,它会将所有的段分配一组编号,然后将这些编号放入标识符字段,保证分段不会被错误的进行重组,标识符字段用于表示一个数据包所属的消息,以使得接受节点可以重组被分断或分段的消息。

标志Flags:3位,标志和分段一起被用来传递信息,例如,对当前的包不能进行分段,或者当一个包被分段后,用以指示在一系列的包片段中,最后一个片段是否已发出。

段偏移量Fragment Offset:13位,在一个分段组序列中如何将各片段重新连接起来。

TTL Time to live:8位,IP数据包的生命周期,防御一个数据包在网络中无限循环的转发下去。

当TTL值为0时,该数据报将被丢弃,数据包没经过一个路由器,TTL值将减去1。

协议号Protocd:8位,该字段表示在IP数据报中封装的是哪一个协议,TCP为6,UDP为17。

首部校验和Header Checksum:16位,它是16位的错误检测字段,目的的主机和网络中的每个网关都要重新计算包头的校验和,就同源机器所做的一样,如果数据没有被改动,两个计算结果应该是一样的。

源IP地址Source IP Address:32位目的IP地址Destination IP Address:32位可选项Options:选项字段,根据实际情况可变长,可以和IP一起使用的选项有多个,例如,可以输入创建该数据报的时间等。

TCP报文格式源端口号Source IP Address:16位呼叫端的端口号,这个端口是由发送方随机产生的。

目标端口号Destination Port:16位,被叫端的端口。

32位序列号Sequence Number:由于TCP封包必须要带入IP封包中,所以如果TCP资料太大时(大于IP封包的容许程度),就要进行分段,这个序列号就是记录每个封包的序号,可以让接受端重新将TCP的资料组合起来。

32位确认号Acknowledge Number:为了确认对方确实收到我们的封包,如果收到了,发送ACK确认。

首部长度:4位,为了确认整个TCP包的大小,就必须要这样来说明数据的起始位。

保留Reserved:6位,未使用的保留位,留着扩展用。

Code:6个控制位,URG,ACK,PSH,RST,SYN,FIN。

Urgent:为1时代表该数据包为紧急封包,根据16位的紧急指针来确定紧急数据最后一个字节的位置,这样接收端就可以有限准确快速的获取紧急数据。

Acknowledge:为1时代表这个封包为回应封包。

Push Function:为1时代表要求对方尽快将数据段送达应用层,无须等待缓冲区满了才送。

Reset:为1时代表通知重新建立TCP连接。

Synchronous:为1时代表发送端希望双方建立同步连接,通常带有SYN标志的封包表示主动连接到对方的意思。

Finish:为1时代表传送结束,所以通知对方是否断线,只是发送端还在等待对方的回应。

窗口Windows:16位,主要是用来控制封包流量的,可以告诉对方目前本身有的缓存器容量还可以接收包,当win=0时,代表缓存器已满,所以应该暂停传输,windows单位,byte。

校验和Checksum:16位,当资料传输时,要由发送端进行检测,并将该动作的校验值标注在这个栏位上,接收者收到这个封包后,会再次对封包进行检测,并且对比与发送方的值是否一致,一致就接收,不一致丢弃,并要求对方重新发送这个封包。

紧急指针Urgent Pointer:16位,和URG配合使用,URG=1时才会产生作用,用来说明紧急数据的末尾字节的位置。

可选项:只有首部长度长于20的时候才有效。

数据:应用层数据分段而得到的数据。

IP报文体:|------------->16<--------------|------------->16<--------------|0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-| vesion| IHL | TypeOfService | TotleLength |-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-| identification |flags| FragmentOffset |-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Time to Live | Protocol | Header Checksum |-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Source Address |-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Destination Address |-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Options | Padding |-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+说明:Version -- 版本:4bits长度,指明IP地址的协议版本,如果IPV4,值为4IHL -- 报文头长度:4bits长度,指从Version到Destination Address有几个32位的长度,由上可知有5个32位长TOS -- 服务类型:目前大多数网络对此一般不作处理. bit位域如下0 1 2 3 4 5 6 7-+-+-+-+-+-+-+-+-+|PREC |D|T|R|M|0|precedence -- 优先级:3bits长度.对网络没有强制性(111 - Network Control(网络控制);110 - Internetwork Control(互联网络控制);101 - CRITIC/ECP(至关重要);100-Flash Override(火速覆盖);011 - Flash(火速);010 - Immediate(立即);001 - Priority(主要);000 - Routine(常规) )D -- 延迟(Delay): 置位代表要求网络能提供低的时延T -- 吞吐量(Troughout): 置位代表要求网络能提供高的吞吐量R -- 可靠性(Reliability): 置位表示要求网络提供高的可靠性M -- 代价(Monetary):TotleLen -- IP总长度:16bits长,包括IP报文头和IP报文体的bit长度。

IP包的最大长度可达2\u0015\u001F16\u001F-1=65535B≈64kBIdent -- 标识符:16bits长,使目的主机判断新来的分段属于哪个分组,所有属于同一分组的分段包含同样的标识值。

相关文档
最新文档