CAT021报文格式---中文版_改_

(完整版)OSPF的五种报文

OSPF的五种报文 2008-09-14 10:53 Router-LSA 由每个路由器生成，描述了路由器的链路状态和花费。传递到整个区域。 Network-LSA，由DR生成，描述了本网段的链路状态，传递到整个区域。 Net-Summary-LSA，由ABR生成，描述了到区域内某一网段的路由，传递到相关区域。 Asbr-Summary-LSA，由ABR生成，描述了到ASBR的路由，传递到相关区域。 AS-External-LSA，由ASBR生成，描述了到AS外部的路由，传递到整个AS（STUB 区域除外）。 1、hello报文：最常用的一种报文，周期性的发送给本路由器的邻居。内容包括一些定时器的数值、DR、BDR 以及自己已知的邻居。Hello 报文格式如表4-2 所示。 主要字段解释如下： * Network Mask：发送Hello 报文的接口所在网络的掩码。 * HelloInterval：发送Hello 报文的时间间隔。如果相邻两台路由器的Hello 间隔时间不同，则不能建立邻居关系。 * Rtr Pri：DR 优先级。如果设置为0，则路由器不能成为DR/BDR。

* RouterDeadInterval：失效时间。如果在此时间内未收到邻居发来的Hello 报文，则认为邻居失效。如果相邻两台路由器的失效时间不同，则不能建立邻居关系。 2、DD报文：两台路由器进行数据库同步时，用DD 报文来描述自己的LSDB，内容包括LSDB 中每一条LSA 的Header（LSA 的Header 可以唯一标识一条LSA）。LSA Header 只占一条LSA 的整个数据量的一小部分，这样可以减少路由器之间的协议报文流量，对端路由器根据LSA Header 就可以判断出是否已有这条LSA。DD 报文格式如表4-3 所示。 主要字段的解释如下： * Interface MTU：在不分片的情况下，此接口最大可发出的IP 报文长度。 * I（Initial）：当发送连续多个DD 报文时，如果这是第一个DD 报文，则置为1，否则置为0。 * M（More）：当发送连续多个DD 报文时，如果这是最后一个DD 报文，则置为0。否则置为1，表示后面还有其他的DD 报文。 * MS（Master/Slave）：当两台OSPF 路由器交换DD 报文时，首先需要确定双方的主从关系，Router ID 大的一方会成为Master。当值为1 时表示发送方为Master。 * DD Sequence Number：DD 报文序列号，由Master 方规定起始序列号，每发送一个DD 报文序列号加1，Slave 方使用Master 的序列号作为确认。主从双方利用序列号来保证DD 报文传输的可靠性和完整性。 3、LSR：两台路由器互相交换过DD 报文之后，知道对端的路由器有哪些LSA 是本地的LSDB所缺少的，这时需要发送LSR 报文向对方请求所需的LSA。内容包

美式报文格式说明

美国气象报文简要说明 美国气象报文主体部分与国内报文基本一致，只是有些项目（风速、能见度等）采用的单位不一样。美国气象报文与国内最大的区别在于它有“备注”(RMK)部分，用于说明详细的天气温度、露点等附加信息。 下面就美国气象报文与国内报文的差异部分作详细解释： 国内报文： METAR ZSHC 081100Z 35003MPS 0700 R30/0900 -SG FZFG OVC006 M00/M01 Q1026 NOSIG= 美国报文： METAR KGNV 201953Z AUTO 24015KT 3/4SM R28/2400FT +TSRA BKN008 OVC015CB 26/25 A2985 RMK TSB32RAB32 一：地面风 1. 美国报文风速采用节（KT）为单位，一般的，我们认 为1MPS≈2KT 2. 风向是指风的来向，且为真北方向； 3. 当风速小于等于6KT，且风向不定，标注标示符 “VRB”； 4. 但风速小于3KT，定义为静风（calm），报文中用 -1-

00000KT 表示 二：能见度 1. 美国报文能见度采用英里（SM）为单位，一般的， 1SM＝1600M 2. 在自动观测报文中，M1/4SM 表示能见度小于 1/4SM，10SM 表示能见度大雨等于10SM（类似国 内报文中9999）。 3. 值得注意的是，由于报文编排的缘故，当能见度大于 1SM 时能见度数值显示间隔比较大，比如：METAR KGNV 201953Z AUTO 24015KT 1 3/4SM……，这 时该机场能见度为一又四分之三英里，即2800 米。 4. 如果，报文中能见度没有显示单位表示符，则默认为 是米。 三：跑到视程 1. 美国报文跑道视程采用英尺（FT）为单位； 2. 当RVR 数据丢失，标注RVRNO 四: 备注部分 1. 美国气象报文与国内报文比较增加了备注部分，表示 符“RMK” ①当气象现象在本场5SM 以内，则认为该气象现象 是在本场发生的； ②当气象现象在本场5SM-10SM 以内，则报告附近

TCP报文格式详解

TCP报文格式详解 TCP报文格局详解 2011-08-31 TCP和谈只定义了一种报文格局 建立、拆除连接、传输数据应用同样的报文 TCP报文格局 TCP报文段首部（20个字节） 源端口和目标端口：各占2个字节，16比特的端标语加上32比特的IP地址，共同构成相当于传输层办事接见点的地址，即“插口”； 这些端口可用来将若干高层和谈向下复用； 序号字段和确认序号字段： 序号：占4个字节，是本报文段所发送的数据项目组第一个字节的序号。在TCP传送的数据流中，每一个字节都有一个序号。例如，一报文段的序号为300，而起数据供100字节，则下一个报文段的序号就是400； 确认序号：占4字节，是期望收到对方下次发送的数据的第一个字节的序号，也就是期望收到的下一个报文段的首部中的序号； 因为序号字段有32比特长，可以对4GB的数据进行编号，如许就可包管当序号反复应用时，旧序号的数据早已在收集中消散了；

数据偏移字段 数据偏移：占4比特，默示数据开端的处所离TCP报文段的肇端处有多远。这实际上就是TCP报文段首部的长度。因为首部长度不固定，是以数据偏移字段是须要的。 保存字段：6比特，供往后应用，今朝置为0。 6个比特的把握字段 紧急比特URGent：当URG=1时，注解此报文应尽快传送，而不要按本来的列队次序来传送。与“紧急指针”字段共同应用，紧急指针指出在本报文段中的紧急数据的最后一个字节的序号，使接管方可以知道紧急数据共有多长； 确认比特ACK：只有当ACK=1时，确认序号字段才有意义； 急迫比特PSH：当PSH=1时，注解恳求远地TCP将本报文段立即传送给其应用层，而不要比及全部缓存都填满了之后再向上交付。 复位比特ReSeT：当RST=1时，注解呈现严重错误，必须开释连接，然后再重建传输连接。复位比特还用来拒绝一个不法的报文段或拒绝打开一个连接； 同步比特SYN：在建树连接时应用，当SYN=1而ACK=0时，注解这是一个连接恳求报文段。对方若赞成建树连接，在发还的报文段中使SYN=1和ACK=1。是以，SYN=1默示这是一个连接恳求或毗邻接管报文，而ACK的值用来区分

相关报文格式

装箱单报文（货代-EDI） 相比普通装箱单报文，EDI发送给码头的智能闸口装箱单报文主要多了“装箱单编号”字段，报文格式定义如下：

注: 温度中,除正(+)负(-)号及小数点外,最多只能三位数字. 注: 危险货物闪点中,除正(+)负(-)号及小数点外,最多只能三位数字.

记录结构： 00 头记录M1 01 其他接收方C1 10 船舶信息M1 11 装卸港信息M1 50 集装箱信息M1 51 提单号信息M999 52 货物信息M1 53 货物描述M1 54 唛头M1 55 危险品信息C1 56 箱号信息M1 99 尾记录M1 备注：其中，11 卸货港填写该箱在本航次中的实际下船港口，中转港默认和卸货港保持一致；52 体积/件数/重量是指本提单在该箱中的件体积/件数/重量；56 体积/件数/重量是也指本提单在该箱中的件体积/件数/重量。 报文例子： 00:COSTCO:CONTAINER LOAD PLAN:9:SENDER:NPEDI:200902110739:::' 10:UN9293806:ITAL CONTESSA:0502W E:LTP::Y:DE' 11:FRLEH::CNNGB::FRLEH:::' 50:MSKU7299054:22GP:L:O:200902110737:6080843:MSK:::::::SENDER-0000000000:CP H:W:AAA::' 51:559890777-A' 52:1:72:CT::2038:15::::' 53:17' 54:N/M' 56:MSKU7299054:72:2300:2038:15' 51:559890777-B' 52:1:25:CT::530:2::::'

常见报文格式帧结构

常见报文格式汇总 1.1Ethernet数据包格式(RFC894) 1、目的Mac的最高字节的第8位如果为1，表明此包是以太网组播/广播包，送给CPU处理。 2、将目的Mac和本端口的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 其它值当作未识别包类型而丢弃。 4、Tag帧。 Type：长度为2字节，取值为0x8100，表示此帧的类型为802.1Q Tag帧。 PRI：长度为3比特，可取0～7之间的值，表示帧的优先级，值越大优先级越高。该优先级主要为QoS差分服务提供参考依据（COS）。 VID(Vlan ID):长度12bits，可配置的VLAN ID取值范围为1～4094。通常vlan 0和vlan 4095预留，vlan1为缺省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处理。 其它值当作未识别包类型而丢弃。

icmp报文格式 各种

ICMP分析 文档说明：由于排版的问题，请在“视图”中选择“Web版式”进行阅读。 目录 1 ICMP报文的分类和格式 (2) 1.1 ICMP报文格式概要介绍 (2) 1.2 各种类型的ICMP报文的格式 (3) 1.2.1 ICMP请求和回答报文格式 (3) 1.2.2ICMP差错报文格式 (5) 1.2.2.1 ICMP重定向报文格式 (5) 1.2.2.2 目的不可达差错报文格式 (5) 1.2.2.3 ICMP源站抑制差错报文、超时差错报文和参数问题差错报文 (6) 2 ICMP函数关系图 (7) 3 ICMP流程图 (8) 4 ICMP状态机 (10) 5 ICMP接口 (13) 5.1 数据接口 (13) 5.1.1 ICMP模块和下层的接口 (13) 5.1.1.1 IP层——>ICMP模块 (13) 5.1.1.2 ICMP模块——> IP层 (13) 5.1.2 ICMP模块和上层的接口 (14) 5.1.2.1 ICMP模块——>上层 (14) 5.1.2.1.1 pr_ctlinput函数 (14) 5.1.2.1.2 rtredirect函数 (15) 5.1.2.1.3 pfctlinput函数 (15) 5.1.2.1.4 rip_input函数 (16) 5.1.2.2 上层——> ICMP模块 (16) 5.1.2.2.1 icmp_error函数 (16) 5.1.2.2.2 rip_output函数 (17) 5.2 控制接口 (18) 5.2.1 概况 (18) 5.2.2 rip_ctloutput函数 (18) 5.2.3 rip_usrreq函数 (19) 5.2.4 icmp_sysctl函数 (19) 5.3 OS接口 (20) 5.3.1 microtime函数 (20) 5.3.2 m_freem函数 (20) 5.3.3 m_gethdr函数 (21)

SWIFT报文格式手册

2006年度SWIFT报文格式更新手册（2006/11/18起生效）

S W I F T M T 7 0 0 / 7 0 1 I S S U E O F A D / C 开立跟单信用证 MT700/701 范围 1. 由开证行发送给通知行的报文（注意：收、发报行间必须具有BKE密押关系）； 2. 用来列明开证行发报行所开立的信用证条款。

MT700/701 准则 ◆ 除非另外列明，所开立的跟单信用证遵循巴黎国际商会制定的《跟单信用证统一惯例》。当该信用证遵循此惯例时，通知行（收报行）必须将之通知受益人或是另一家通知行。 ◆ 除非另外列明，如果适用，跟单信用证项下的偿付遵循巴黎国际商会制定的《跟单信用证项下银行间偿付的统一规则》。 ◆ 当跟单信用证的长度超过一个MT700的容量时，可以用一个或几个（最多三个）MT701报文格式来补充传送信息。 ◆ 除非另外列明，根据该报文通知受益人或是另一家通知行的跟单信用证是已生效的信用证。 ◆ 对自由议付跟单信用证，如果收报行不再以MT710报文格式转通知，那么该银行必须在信用证上加注： ? 每次议付时必须提交通知受益人的信用证正本 ? 议付行必须在所通知的信用证正本上标注每一次的议付情况 ◆ 为了避免可能产生的误解，尽可能使用银行的SWIFT BIC代码来表示银行名称，而不要用“ourselves”、“yourselves”、“us”、“you”这些词。 ◆ 通知行应该明确清楚地将跟单信用证的全部内容（包括任何细节）通知受益人。 MT700/701 域使用规则 1. 报文中可以出现域39A或39B，但不能同时出现； 2. 域42C和42a在被使用时必须同时出现； 3. 在使用时，域42C和42a同时出现；或是42M 单独出现；或是42P单独出现，除此之外没有其它组合形式； 4. 报文中可以出现域44C或44D，但不能同时出现； 5. 用MT700开立的跟单信用证长度不超过10000个字符（包括报头和报尾）。而收到的MT700的报文长度达10600个字符。

TCP报文格式详解

TCP报文是TCP层传输的数据单元，也叫报文段。 1、端口号：用来标识同一台计算机的不同的应用进程。 1）源端口：源端口和IP地址的作用是标识报文的返回地址。 2）目的端口：端口指明接收方计算机上的应用程序接口。 TCP报头中的源端口号和目的端口号同IP数据报中的源IP与目的IP唯一确定一条TCP连接。 2、序号和确认号：是TCP可靠传输的关键部分。序号是本报文段发送的数据组的第一个字节的序号。在TCP传送的流中，每一个字节一个序号。e.g.一个报文段的序号为300，此报文段数据部分共有100字节，则下一个报文段的序号为400。所以序号确保了TCP传输的有序性。确认号，即ACK，指明下一个期待收到的字节序号，表明该序号之前的所有数据已经正确无误的收到。确认号只有当ACK标志为1时才有效。比如建立连接时，SYN报文的ACK标志位为0。 3、数据偏移／首部长度：4bits。由于首部可能含可项内容，因此TCP报头的长度是不确定的，报头不包含任何任字段则长度为20字节，4位首部长度字段所能表示的最大值为1111，转化为10进制为15，15*32/8 = 60，故报头最大长度为60字节。首部长度也叫数据偏移，是因为首部长度实际上指示了数据区在报文段中的起始偏移值。 4、保留：为将来定义新的用途保留，现在一般置0。 5、控制位：URG ACK PSH RST SYN FIN，共6个，每一个标志位表示一个控制功能。 1）URG：紧急指针标志，为1时表示紧急指针有效，为0则忽略紧急指针。 2）ACK：确认序号标志，为1时表示确认号有效，为0表示报文中不含确认信息，忽略确认号字段。 3）PSH：push标志，为1表示是带有push标志的数据，指示接收方在接收到该报文

IEC103规约报文格式

IEC103规约格式 1.基本报文格式 1.1固定帧长报文 10 H 启动字符 CODE 控制域 ADDR 地址域 C S 代码和 16 H 结束字符 注：代码和=控制域+地址域（不考虑溢出位，即256模和） 1.2可变帧长报文 68 H ————启动字符1（1byte） Length ————长度（1byte） Length ————长度（重复）（1byte） 68 H ————启动字符2（重复）（1byte） CODE ————控制域（1byte） ADDR ————地址域（1byte） ASDU ————链路用户数据[（length-2）byte] C S————代码和（1byte） 16 H ————结束字符（1byte） 注：（1）代码和=控制域+地址域+ ASDU代码和（不考虑溢出位，即256模和）（2）ASDU为“链路用户数据”包，具体格式将在下文介绍 （3）Length=ASDU字节数+2 1.3控制域定义 控制域分“主从”和“从主”两种情况。 （1）“主从”报文的控制域 D7 D6 D5 D4 D3 D2 D1 D0 备用 PRM FCB FCV 功能码 0 1 每位的具体定义请参考详细103规约。 (2) “从主”报文的控制域 D7 D6 D5 D4 D3 D2 D1 D0 备用 PRM ACD DFC 功能码 0 0 每位的具体定义请参考详细103规约。

1.4地址域 地址域为主站与之通信的从站地址，0-254：设备地址，255：广播地址。 2.链路规约数据单元（LDPU） 控制方向：从控制系统到继电保护设备（或间隔单元）的传输方向。 监视方向：从继电保护设备（或间隔单元）到控制系统的传输方向。 2.1控制方向 ●复位帧计数位 ●复位通信单元 ●召唤1级数据 ●召唤2级用户数据 ●请求链路状态 2.2监视方向 ●确认帧：

网络协议报文格式大集合

目录 1序、 (2) 1.1 协议的概念 (2) 1.2 TCP/IP体系结构 (2) 2链路层协议报文格式 (2) 2.1 Ethernet报文格式 (2) 2.2 802.1q VLAN数据帧(4字节） (3) 2.3 QinQ帧格式 (4) 2.4 PPP帧格式 (4) 2.5 STP协议格式 (5) 2.5.1 语法 (5) 2.5.2 语义 (6) 2.5.3 时序 (8) 2.6 RSTP消息格式 (9) 2.6.1 语法 (9) 2.6.2 语义 (11) 2.6.3 时序 (13) 3网络层协议报文 (14) 3.1 IP报文头 (14) 3.2 ARP协议报文 (16) 3.2.1 语法 (16) 3.2.2 语义 (17) 3.2.3 时序 (17) 3.3 VRRP协议报文 (18) 3.3.1 语法 (18) 3.4 BGP协议报文 (19) 3.4.1 语法 (19) 3.4.2 语义 (25)

1 序、 1.1 协议的概念 协议由语法、语义和时序三部分组成： 语法：规定传输数据的格式； 语义：规定所要完成的功能； 时序：规定执行各种操作的条件、顺序关系； 1.2 TCP/IP体系结构 TCP/IP协议分为四层结构，每一层完成特定的功能，包括多个协议。本课程实验中相关协议的层次分布如附图3-1所示。 图1-1TCP/IP协议层次 这些协议之间的PDU封装并不是严格按照低层PDU封装高层PDU的方式进行的，附图3-2显示了Ethernet帧、ARP分组、IP分组、ICMP报文、TCP报文段、UDP数据报、RIP报文、OSPF报文和FTP报文之间的封装关系。 图1-2各协议PDU间的封装关系 2 链路层协议报文格式 2.1 Ethernet报文格式 最新的IEEE 802.3标准（2002年）中定义Ethernet帧格式如下：

网络报文格式

一、802.3报文 RFC（1516）报文头定义 Header Format Header ...--------+--------+--------+ MAC Header | 802.{3/4/5} MAC ...--------+--------+--------+ +--------+--------+--------+ | DSAP=K1| SSAP=K1| Control| 802.2 LLC +--------+--------+--------+ +--------+--------+---------+--------+--------+ |Protocol Id or Org Code =K2| EtherType | 802.2 SNAP +--------+--------+---------+--------+--------+ The total length of the LLC Header and the SNAP header is 8-octets, making the 802.2 protocol overhead come out on an nice boundary. The K1 value is 170 (decimal). The K2 value is 0 (zero). The control value is 3 (Unnumbered Information). 报文样例

二、AH报文 RFC2402 IPV4 加入AH BEFORE APPL YING AH ---------------------------- IPv4 |orig IP hdr | | | |(any options)| TCP | Data | ---------------------------- AFTER APPL YING AH --------------------------------- IPv4 |orig IP hdr | | | | |(any options)| AH | TCP | Data | --------------------------------- |<------- authenticated ------->| except for mutable fields 报文样例 IPV6 AH报文 RFC 2402 BEFORE APPL YING AH --------------------------------------- IPv6 | | ext hdrs | | | | orig IP hdr |if present| TCP | Data | --------------------------------------- AFTER APPL YING AH ------------------------------------------------------------ IPv6 | |hop-by-hop, dest*, | | dest | | | |orig IP hdr |routing, fragment. | AH | opt* | TCP | Data | ------------------------------------------------------------ |<---- authenticated except for mutable fields ----------->| 报文样例

(完整版)常见报文格式汇总

报文格式大全 (编写：洪先进) 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.3ARP报文格式(RFC826) 1.4IP报文格式(RFC791)(20bytes) TOS 1 2 3 4 5 6 7 8 1.5PING报文格式(需IP封装)(8bytes) 1.6TCP报文格式(需IP封装)(20bytes)

紧急指针有效 ACK 确认序号有效 PSH 接收方应该尽快将这个报文交给应用层RST 重建连接 SYN 同步序号用来发起一个连接 FIN 发端完成发送认务 1.7UDP报文格式(需IP封装)(8bytes) 1.8MPLS报文格式 MPLS报文类型: 以太网中0x8847(单播) 0x8848(组播) PPP类型上0x8281(MPLSCP) 1.9ATM报文格式 信元格式：

104报文分析

1. 104规约框架分析 1.1 原始报文的组成 报文组成（1字节启动字符0x68，1字节报文长度，4字节控制域，不定长用户数据） 第1个字节是启动字符0x68; 第2个字节是报文长度； 第3~6共4个字节是控制域； 第7个字节是报文类型； 第8个字节是可变结构限定词； 第9~10共2个字节是传送原因； 第11~12共2个字节是应用服务数据单元公共地址； 第13~15共3个字节是信息对象地址； 。。。。。。 1.2 三种报文格式的控制域定义 （1）I帧 编号的信息传输格式（InFormation Transmit Format），简称I－格式I格式控制域标志，控制域：第一个八位位组的第一位比特= 0 第三个八位位组第一位比特= 0 （2）S帧 编号的监视功能格式（Numbered supervisory Functions），简称S－格式，控制域，第一个八位位组的第一位比特= 1 并且第二位比特= 0，第三个八位位组第一位比特= 0 （3）U帧 不编号的控制功能格式（Unnumbered control Function），简称U－格式，第一个八位位组的第一位比特= 1 并且第二位比特=1 且第三个八位位组第一位比特= 0 1.3 报文类型（第7个字节） 1.3.1 监视方向的应用功能类型 类型标识∶=UI8[1..8]<0..44> M_SP_NA_1(1) 无时标单点遥信 M_SP_TA_1(2) 带短时标的单点遥信 M_DP_NA_1(3) 无时标双点遥信 M_DP_TA_1(4) 带短时标双点遥信 M_ST_NA_1(5) 步位置信息 M_ST_TA_1(6) 带短时标的步位置信息 M_BO_NA_1(7) 32比特串 M_BO_TA_1(8) 带短时标的比特串 M_ME_NA_1(9) 不带时标的常规遥测(规一化值） M_ME_TA_1(10) 带短时标的常规遥测(规一化值）

TCP报文格式

TCP报文格式 TCP报文是TCP层传输的数据单元，也称为报文段。 TCP报文首部格式 ●源端口（Source Port）：16位的源端口字段包含初始化通信的端口号。源端口和IP地址 的作用是标识报文的返回地址。 ●目的端口(Destination Port):16位的目的端口字段定义传输的目的。这个端口指明接收方 计算机上的应用程序接口。 ●序列号（Sequence Number）:该字段用来标识TCP源端设备向目的端设备发送的字节流， 它表示在这个报文段中的第几个数据字节。序列号是一个32位的数。 ●确认号（Acknowledge Number）：TCP使用32位的确认号字段标识期望收到的下一个 段的第一个字节，并声明此前的所有数据已经正确无误地收到，因此，确认号应该是上次已成功收到的数据字节序列号加1。收到确认号的源计算机会知道特定的段已经被收到。确认号的字段只在ACK标志被设置时才有效。 ●数据偏移（Data Offset）:这个4位字段包括TCP头大小。由于首部可能含有选项内容， 因此TCP首部的长度是不确定的。首部长度的单位是32比特或4个八位组。首部长度实际上也指示了数据区在报文段中的起始偏移值。 ●保留（Reserved）:6位置0的字段。为将来定义新的用途保留。、 ●控制位(Control Bits):共6位，每一位标志可以打开一个控制功能。 URG(Urgent Pointer Field Significant,紧急指针字段标志):表示TCP包的紧急指针字段有效，用来保证TCP连接不被中断，并且督促中间齐备尽快处理这些数据。 ACK（Acknowledgement field significant,确认字段标志）: 取1时表示应答字段有效，也即TCP应答号将包含在TCP段中，为0则反之。 PSH(Push Function,推功能)：这个标志表示Push操作。所谓Push操作就是指在数据包到达接收端以后，立即送给应用程序，而不是在缓冲区中排队。 RST（Reset the connection,重置连接）：这个标志表示感谢连接复位请求，用来复位那些产生错误的连接，也被用来拒绝错误和非法的数据包。 SYN（Synchronize sequence numbers,同步序列号）:表示同步序号，用来建立连接。 FIN（No more data from sender）:表示发送端已经发送到数据末尾，数据传送完成，

报文格式

OSPF 的报文格式 OSPF 用IP 报文直接封装协议报文，协议号为89。OSPF 分为5种报文：Hello 报文、DD 报文、LSR 报文、LSU 报文和LSAck 报文。 报文头格式 OSPF 这五种报文具有相同的报文头格式，长度为24字节。如0所示。 OSPF 报文头格式 Authentication 7 15 31 Version Router ID Area ID Packet length Type AuType Checksum OSPF 报文头格式字段解释 字段名 长度 含义 Version 8比特 OSPF 的版本号。对于OSPFv2来说，其值为2。 Type 8比特 OSPF 报文的类型。 1：Hello 报文； 2：DD 报文； 3：LSR 报文； 4：LSU 报文； 5：LSAck 报文。 Packet length 16比特 OSPF 报文的总长度，包括报文头在内，单位为字节。 Router ID 32比特 发送该报文的路由器标识。 Area ID 32比特 发送该报文的所属区域。 Checksum 16比特 包含除了认证字段的整个报文的校验和。 AuType 16比特 验证类型： 0：不验证； 1：简单认证； 2：MD5认证。

字段名 长度 含义 Authentication 64比特 其数值根据验证类型而定。当验证类型为0时未作定义；类型为1时此字段为密码信息；类型为2时此字段包括Key ID 、MD5验证数据长度和序列号的信息。 说明：MD5验证数据添加在OSPF 报文后面，不包含在Authenticaiton 字段中。 Hello 报文 最常用的一种报文，其作用为建立和维护邻接关系，周期性的在使能了OSPF 的接口上发送。报文内容包括一些定时器的数值、DR 、BDR 以及自己已知的邻居。Hello 报文格式如0所示。 Hello 报文格式 Authentication 0 7 15 31 Version Router ID Area ID Packet length Type=1 AuType Checksum ... HelloInterval RouterDeadInterval Rtr Pri Options Backup Designated Router Designated Router Network Mask Neighbor Hello 报文格式字段解释 字段名 长度 含义 Network Mask 32比特 发送Hello 报文的接口所在网络的掩码。 Hellointerval 16比特 发送Hello 报文的时间间隔。默认为10秒。 Options 8比特 可选项： E ：允许Flood AS-external-LSAs ； MC ：转发IP 组播报文； N/P ：处理Type-7 LSAs ； DC ：处理按需链路。

tcpip协议报文格式

1、IP报文格式 IP协议是TCP/IP协议族中最为核心的协议。它提供不可靠、无连接的服务，也即依赖其他层的协议进行差错控制。在局域网环境，IP协议往往被封装在以太网帧（见本章1.3节）中传送。而所有的TCP、UDP、ICMP、IGMP数据都被封装在IP数据报中传送。如图2-3所示： 图2-3TCP/IP报文封装 图2-4是IP头部（报头）格式：（RFC 791）。 图2-4IP头部格式 其中： ●版本（Version）字段：占4比特。用来表明IP协议实现的版本号，当前一般为IPv4，即0100。 ●报头长度（Internet Header Length，IHL）字段：占4比特。是头部占32比特的数字，包括可选项。普通IP数据报（没有任何选项），该字段的值是5，即160比特=20字节。此字段最大值为60字节。 ●服务类型（Type of Service ，TOS）字段：占8比特。其中前3比特为优先权子字段（Precedence，现已被忽略）。第8比特保留未用。第4至第7比特分别代表延迟、吞吐量、可靠性和花费。当它们取值为1时分别代表要求最小时延、最大吞吐量、最高可靠性和最小费用。这4比特的服务类型中只能置其中1比特为1。可以全为0，若全为0则表示一般服务。服务类型字段声明了数据报被网络系统传输时可以被怎样处理。例如：TELNET 协议可能要求有最小的延迟，FTP协议（数据）可能要求有最大吞吐量，SNMP协议可能要求有最高可靠性，NNTP（Network News Transfer Protocol，网络新闻传输协议）可能要求最小费用，而ICMP协议可能无特殊要求（4比特全为0）。实际上，大部分主机会忽略这个字段，但一些动态路由协议如OSPF（Open Shortest Path First Protocol）、IS-IS （Intermediate System to Intermediate System Protocol）可以根据这些字段的值进行路由决策。 ●总长度字段：占16比特。指明整个数据报的长度（以字节为单位）。最大长度为65535字节。

IP报文格式

2.2 TCP/IP报文格式 1、IP报文格式 IP协议是TCP/IP协议族中最为核心的协议。它提供不可靠、无连接的服务，也即依赖其他层的协议进行差错控制。在局域网环境，IP协议往往被封装在以太网帧（见本章1.3节）中传送。而所有的TCP、UDP、ICMP、IGMP数据都被封装在IP数据报中传送。如图2-3所示： 图2-3 TCP/IP报文封装 图2-4是IP头部（报头）格式：（RFC 791）。 图2-4 IP头部格式 其中： ●版本（Version）字段：占4比特。用来表明IP协议实现的版本号，当前一般为IPv4，即0100。 ●报头长度（Internet Header Length，IHL）字段：占4比特。是头部占32比特的数字，包括可选项。普通IP数据报（没有任何选项），该字段的值是5，即160比特=20字节。此字段最大值为60字节。 ●服务类型（Type of Service ，TOS）字段：占8比特。其中前3比特为优先权子字段（Precedence，现已被忽略）。第8比特保留未用。第4至第7 比特分别代表延迟、吞吐量、可靠性和花费。当它们取值为1时分别代表要求最

小时延、最大吞吐量、最高可靠性和最小费用。这4比特的服务类型中只能置其中1比特为1。可以全为0，若全为0则表示一般服务。服务类型字段声明了数据报被网络系统传输时可以被怎样处理。例如：TELNET协议可能要求有最小的延迟，FTP协议（数据）可能要求有最大吞吐量，SNMP协议可能要求有最高可靠性，NNTP（Network News Transfer Protocol，网络新闻传输协议）可能要求最小费用，而ICMP协议可能无特殊要求（4比特全为0）。实际上，大部分主机会忽略这个字段，但一些动态路由协议如OSPF（Open Shortest Path First Protocol）、IS-IS（Intermediate System to Intermediate System Protocol）可以根据这些字段的值进行路由决策。 ●总长度字段：占16比特。指明整个数据报的长度（以字节为单位）。最大长度为65535字节。 ●标志字段：占16比特。用来唯一地标识主机发送的每一份数据报。通常每发一份报文，它的值会加1。 ●标志位字段：占3比特。标志一份数据报是否要求分段。 ●段偏移字段：占13比特。如果一份数据报要求分段的话，此字段指明该段偏移距原始数据报开始的位置。 ●生存期（TTL：Time to Live）字段：占8比特。用来设置数据报最多可以经过的路由器数。由发送数据的源主机设置，通常为32、64、128等。每经过一个路由器，其值减1，直到0时该数据报被丢弃。 ●协议字段：占8比特。指明IP层所封装的上层协议类型，如ICMP（1）、IGMP（2）、TCP（6）、UDP（17）等。 ●头部校验和字段：占16比特。内容是根据IP头部计算得到的校验和码。计算方法是：对头部中每个16比特进行二进制反码求和。（和ICMP、IGMP、TCP、UDP不同，IP不对头部后的数据进行校验）。 ●源IP地址、目标IP地址字段：各占32比特。用来标明发送IP数据报文的源主机地址和接收IP报文的目标主机地址。 可选项字段：占32比特。用来定义一些任选项：如记录路径、时间戳等。这些选项很少被使用，同时并不是所有主机和路由器都支持这些选项。可选项字段的长度必须是32比特的整数倍，如果不足，必须填充0以达到此长度要求。 2、TCP数据段格式 TCP是一种可靠的、面向连接的字节流服务。源主机在传送数据前需要先和目标主机建立连接。然后，在此连接上，被编号的数据段按序收发。同时，要求对每个数据段进行确认，保证了可靠性。如果在指定的时间内没有收到目标主机