各种报文的格式
船图报文BAPLIE格式-上海华港国际船舶代理有限公司
船图(BAPLIE)平台文件
1.单证概述
发送方→接收方：进口：卸港船代→码头、理货
出口：装港码头预配→理货→装港船代
报文功能：本报文提供一个航次的船舶装载集装箱和货物的有关信息及其集装箱在船上贝位，是船方进行下一挂港装、卸的重要资料，也是港方安排装船、卸船作业的依据。
相应业务单证：进口船图，出口船图
业务备注：1.该平文件是根据上海地区航运业务情况制定的，比交通部标准少记录01，记录51（本报文中的51记录是根据业务需求由亿通平台添加的），记录55；
2.进口船图要求船舶进港前24小时传输，出口船图在装船作业完成后6小时内发送；
3.对实际业务中一货多贝位的情况，目前的处理方法是由代理书面或电话通知码头；
4.码头以第一次收到的电子数据为准，且不接收船代的电子更改，船代如要更改电子数
据，必须以口头通知、纸面传真的形式通知码头，由码头人工控制电子数据的更改、
删除。
5.在发给码头的进口船图中，只要存在成箱组的框架箱，必须填写51副箱记录，且50
记录中主箱的箱型尺寸代码必须填写95码中框架箱的代码，如22P1、42P1、L2P1。
2.记录说明
注：温度中，除正(+)负(-)号及小数点外，最多只能三位数字。
注：拼箱货时可用此记录描述其中关键货物的危险品信息。
3.文件结构
00 头记录M 1
10 描述船舶有关的基本数据项目M 1
11 描述船舶有关的补充信息M 1
50 集装箱信息M9999
51 副箱信息C99
52 地点信息M 1
53 可选卸货港信息 C 1
54 危险品信息（指关键货物） C 1
99 尾记录M 1 4.版本信息。
cip协议报文格式
cip协议报文格式【原创版】目录1.CIP 协议简介2.CIP 协议报文格式概述3.CIP 协议报文结构4.CIP 协议报文示例5.总结正文1.CIP 协议简介CIP（Common Industrial Protocol）协议，即通用工业协议，是一种在工业自动化领域广泛应用的通信协议。
它主要用于各种工业控制器、传感器和执行器之间的数据交换和通信。
CIP 协议具有开放性、可扩展性和可靠性等特点，能够满足各种工业场景的需求。
2.CIP 协议报文格式概述CIP 协议报文格式是指在 CIP 协议中，数据传输时所采用的报文结构。
它包括报文头、报文长度、控制域、地址域、应用数据单元（ASDU）和校验和等部分。
3.CIP 协议报文结构CIP 协议报文结构如下：- 报文头：包括帧头（Start Frame Delimiter, SFD）和帧尾（End Frame Delimiter, EFD）字段，用于标识报文的开始和结束。
- 报文长度：表示整个报文的字节数。
- 控制域：包括传输协议标识符（TPID）、数据长度指示器（DLI）和控制域扩展（CIDX）字段，用于表示报文的传输协议、数据长度和控制域扩展信息。
- 地址域：包括源地址（SRC）和目标地址（DST）字段，用于表示报文的发送方和接收方。
- 应用数据单元（ASDU）：是报文的主要内容，包括数据项（Data Item, DI）和数据描述符（Data Description, DD）字段，用于表示实际的数据传输。
- 校验和：用于检测报文在传输过程中的错误。
4.CIP 协议报文示例假设有一个 CIP 协议报文，其报文头为 0x01 0x03，报文长度为 10 字节，控制域为 0x01 0x03 0x00 0x01，地址域为 0x01 0x02 和 0x02 0x01，应用数据单元为“0x01 0x02 0x03”，校验和为 0x04，则该 CIP 协议报文的完整表示为：0x01 0x03 0x01 0x03 0x00 0x01 0x02 0x01 0x02 0x01 0x02 0x03 0x045.总结CIP 协议报文格式是 CIP 协议数据传输的基础，其结构包括报文头、报文长度、控制域、地址域、应用数据单元和校验和等部分。
ICMP报文的格式和种类
ICMP报文的格式和种类rague | 13 九月, 2007 16:41--------------------------------格式------------------------------------- 各种ICMP报文的前32bits都是三个长度固定的字段：type类型字段(8位)、code代码字段(8位)、checksum校验和字段(16位)8bits类型和8bits代码字段：一起决定了ICMP报文的类型。
常见的有： 类型8、代码0：回射请求。
类型0、代码0：回射应答。
类型11、代码0：超时。
16bits校验和字段：包括数据在内的整个ICMP数据包的校验和，其计算方法和IP头部校验和的计算方法是一样的。
下图是一张ICMP回射请求和应答报文头部格式对于ICMP回射请求和应答报文来说，接下来是16bits标识符字段：用于标识本ICMP进程。
最后是16bits序列号字段：用于判断回射应答数据报。
ICMP报文包含在IP数据报中，属于IP的一个用户，IP头部就在ICMP报文的前面一个ICMP报文包括IP头部（20字节）、ICMP头部（8字节）和ICMP报文IP头部的Protocol值为1就说明这是一个ICMP报文ICMP头部中的类型（Type）域用于说明ICMP报文的作用及格式此外还有代码（Code）域用于详细说明某种ICMP报文的类型所有数据都在ICMP头部后面。
RFC定义了13种ICMP报文格式，具体如下：类型代码 类型描述0 响应应答（ECHO-REPLY）3 不可到达4 源抑制5 重定向8 响应请求（ECHO-REQUEST）11 超时12 参数失灵13 时间戳请求14 时间戳应答15 信息请求（*已作废）16 信息应答（*已作废）17 地址掩码请求18 地址掩码应答其中代码为15、16的信息报文已经作废。
下面是几种常见的ICMP报文：1.响应请求我们日常使用最多的ping，就是响应请求（Type=8）和应答（Type=0），一台主机向一个节点发送一个Type=8的ICMP报文，如果途中没有异常（例如被路由器丢弃、目标不回应ICMP或传输失败），则目标返回Type=0的ICMP报文，说明这台主机存在，更详细的tracert通过计算 ICMP报文通过的节点来确定主机与目标之间的网络距离。
OSPF报文格式
要理解OSPF路由协议的工作原理，特别是路由更新机制，首先就要对它的各种报文格式有一个全面的了解。
OSPF报文主要有5种：Hello报文、DD （Database Description，数据库描述）报文、LSR （LinkState Request，链路状态请求）报文、LSU（LinkState Update，链路状态更新）报文和LSAck（LinkState Acknowledgment，链路状态应答）报文。
它们各自在OSPF路由更新中所担当的用途不一样，报文格式也存在比较大的差别。
9.2 OSPF报头及各种报文格式OSPF报文直接封装为IP协议报文，因为OSPF是专为TCP/IP网络而设计的路由协议。
以上所说到的五种OSPF报文使用相同的OSPF报头格式，如图9-9所示。
图9-9 OSPF协议报头格式l Version版本字段，占1个字节，指出所采用的OSPF协议版本号，目前最高版本为OSPF v4，即值为4（对应二进制就是0100）。
l Packet Type报文类型字段，标识对应报文的类型。
前面说了OSPF有5种报文，分别是：Hello报文、DD报文、LSR报文、LSU报文、LSAck报文。
具体将在下面各小节介绍。
l Packet Length：包长度字段，占2个字节。
它是指整个报文（包括OSPF报头部分和后面各报文内容部分）的字节长度。
l Router ID：路由器ID字段，占4个字节，指定发送报文的源路由器ID。
l Area ID：区域ID字段，占4个字节，指定发送报文的路由器所对应的OSPF区域号。
l Checksum：校验和字段，占2个字节，是对整个报文（包括OSPF报头和各报文具体内容，但不包括下面的Authentication字段）的校验和，用于对端路由器校验报文的完整性和正确性。
l AuType：认证类型字段，占2个字节，指定所采用的认证类型，0为不认证，1为进行简单认证，2采用MD5方式认证。
广播的offer报文格式
广播的offer报文格式广播offer报文是指在计算机网络交换数据时，某个主机主动向网络内其他所有主机发送了一条包含自身网络信息的数据包。
广播offer报文格式是指这种数据包的规则和标准，是所有接收方在解读和处理该数据包时所遵循的格式。
广播offer报文格式分为以下三部分：1. 头部信息：这部分包含了数据包的基本信息，如数据包类型、版本号、校验和等等。
它的作用是提供一些基本信息，帮助接收方在正式解析数据包之前进行一些预处理。
2. DHCP服务器地址：这部分包含了广播offer的源地址，也就是在传输过程中，发出广播offer的DHCP服务器的地址。
这个信息对于客户端来说很重要，因为它需要知道到哪里去请求分配IP地址的服务。
3. offer信息：这是数据包的最核心部分，包含了IP地址、子网掩码、网关、DNS等重要参数信息。
它的格式遵循DHCP协议规定，各项信息之间用特定的标识符进行分隔，以方便客户端进行解析。
除了以上三部分，广播offer报文还可能包含其他一些可选项，例如 VLAN ID、TFTP服务器地址等等，这些选项的作用都是为了提供更多的网络信息，帮助客户端更好地接入网络。
需要注意的是，广播offer报文只是DHCP协议中的一种数据包，它的具体格式会因协议版本、具体实现等因素而有所不同。
因此，在实际开发中，在遵循DHCP协议规定的前提下，还需要结合具体网络环境和需求，灵活调整和优化广播offer格式，以实现更好的性能和效果。
总之，广播offer报文是DHCP协议中非常重要的一种数据包，它提供了必要的网络信息，帮助客户端获取IP地址和其他参数，是实现自动化IP地址分配、网络管理的重要手段之一。
了解广播offer报文格式的规范和要求，可以更好地理解DHCP协议的工作原理，有助于快速解决网络故障和问题，提高网络运维效率和可靠性。
HTTP的报文格式
POST /itx/itxsvc/param HTTP/1.1<0DH><0AH>HOST: 127.0.0.1:9080<0DH><0AH>Accept: */*<0DH><0AH>Accept-Language: zh-cn<0DH><0AH>User-Agent: XAgent<0DH><0AH>Connection: Keep-Alive<0DH><0AH>Content-Type: application/x-www-form-urlencoded<0DH><0AH>Content-Length: 929<0DH><0AH><0DH><0AH>requestMessage=%3C%3Fxml+version%3D%221.0%22+encoding%3D%22UTF-8%22%3F%3E%3CTXLife%3E%3CUser AuthRequest%3E%3CUserLoginName%3Echangzhou%3C%2FUserLoginName%3E%3CUserPswd%3E%3CPswd%3Epass word%3C%2FPswd%3E%3C%2FUserPswd%3E%3C%2FUserAuthRequest%3E%3CTXLifeRequest%3E%3CTransRefGUID %3E0000010001%3C%2FTransRefGUID%3E%3CTransType+tc%3D%22208%22%3E%E8%B4%A6%E5%8D%95%E4%BF%A1% E6%81%AF%E6%9F%A5%E8%AF%A2%3C%2FTransType%3E%3CTransExeDate%3E2012-09-12%3C%2FTransExeDate%3 E%3CTransExeTime%3E09%3A38%3A04%3C%2FTransExeTime%3E%3COLifE%3E%3CHolding+id%3D%22Holding_1% 22%3E%3CPolicy%3E%3CApplicationInfo%3E%3CHOAppFormNumber%3E1234567890%3C%2FHOAppFormNumber%3 E%3C%2FApplicationInfo%3E%3C%2FPolicy%3E%3C%2FHolding%3E%3C%2FOLifE%3E%3COLifEExtension+Vend orCode%3D%221%22%3E%3CPartnerCode%3ECZ%3C%2FPartnerCode%3E%3C%2FOLifEExtension%3E%3C%2FTXLif eRequest%3E%3C%2FTXLife%3E&transType=208&tradingPartner=CZ&documentProtocol=CPIC_ECOM&bytesL ength=591其中<0DH><0AH>实际是换行符（有ComView程序为了显示，自动将回车换行转成的<0DH><0AH>的。
大额支付系统报文格式汇总
大额支付系统MESG报文格式汇总版本号：V2.3中国人民银行科技司二○○六年七月目录1 概述 (4)1.1 说明 (4)1.2 数据格式描述 (4)1.3 属性符号 (5)1.4 x-字符集 (6)1.5 英文简称命名规范 (6)2 报文结构 (7)2.1 报文块的说明 (7)2.1.1 系统信息块(sysInfoB) (7)2.1.2 报头块(basHeadB) (7)2.1.3 批量支付业务头块(batAppHeadB) (7)2.1.3 业务头块(appHeadB) (8)2.1.4 正文块(textB) (8)2.1.5 基本数据块 (8)2.1.6 报尾块(trailerB) (8)2.2 报文块之间的关系 (9)2.3 报文块结构规则 (10)3 报文块格式描述 (12)3.1 系统信息块 (12)3.2 报头块 (12)3.3 批量支付业务头块 (13)3.4 业务头块 (14)3.5 正文块 (15)3.6 报尾块 (15)4 报文分类 (17)4.1 报文功能分类 (17)4.2 报文结构分类 (23)4.2.1系统信息 (23)4.2.2实时支付指令 (23)4.2.3批量支付业务指令 (24)4.2.4无编押应用报文 (24)5处理码说明 (25)附录A TAG与域名 (27)A1各种TAG值类型的格式说明 (27)A2 TAG与域名一览表 (28)附录B 处理码一览表 (56)B1涉及处理码的报文列表 (56)B2处理码一览表 (57)B3涉及处理码的报文列表 (66)CMT253 大额或即时转账清算结果返回报文 (66)CMT910 通用回应报文 (68)CMT420 登录返回报文 (72)CMT422 退出登录返回报文 (72)CMT683 排队情况查询返回报文 (73)CMT682 余额查询模块返回报文 (73)CMT686 预期头寸查询模块返回报文 (74)CMT687 账户信息查询模块返回报文 (74)CMT684 同城轧差净额查询模块返回报文 (75)CMT685 小额轧差清算情况查询模块返回报文 (75)CMT448 单边及错账冲正业务查询回应报文 (75)CMT660 小额拒绝报文 (75)CMT404 人工质押融资回复报文 (76)B4新增处理码列表（2002-06-02） (76)附录C 支付系统报文正文 (78)报文编号：CMT100 报文名称：汇兑支付报文 (78)报文编号：CMT101 报文名称：委托收款（划回）支付报文 (80)报文编号：CMT102 报文名称：托收承付（划回）支付报文 (81)报文编号：CMT103 报文名称：国库资金汇划（贷记）支付报文 (82)报文编号：CMT104 报文名称：定期贷记支付报文 (84)报文编号：CMT105 报文名称：银行间同业拆借支付报文 (85)报文编号：CMT108 报文名称：退汇支付报文 (86)报文编号：CMT109 报文名称：电子联行专用汇兑报文 (87)报文编号：CMT110 报文名称：银行汇票支付报文 (88)报文编号：CMT112 报文名称：旅行支票支付报文 (89)报文编号：CMT113 报文名称：国库资金汇划（借记）支付报文 (90)报文编号：CMT114 报文名称：定期借记支付报文 (91)报文编号：CMT119 报文名称：通用借记支付报文 (92)报文编号：CMT221 报文名称：同城轧差净额清算报文 (93)报文编号：CMT222 报文名称：小额轧差净额清算报文 (94)报文编号：CMT223 报文名称：大额或即时转账清算报文 (95)报文编号：CMT253 报文名称：大额或即时转账清算结果返回报文 (95)报文编号：CMT301 报文名称：查询报文 (96)报文编号：CMT302 报文名称：查复报文 (98)报文编号：CMT303 报文名称：自由格式报文 (99)1 概述1.1 说明报文是支付系统与银行系统交换业务、控制数据的基本单位。
NDP报文(有更新)
03114121516232431NDP 协议通用报文格式NDP 报文格式说明1.前一个首部的下一个首部字段值为582.每个分组的消息主体有各种字段组成。
可能包含很多选项字段特别说明：1.邻居发现分组的传播限制在单条链路内部。
这是通过为所有的邻居发现分组使用跳数限制值255来强制的。
由于来自链外街道的邻居发现分组的跳数限制小于255，所以，接收节点可以通过检测跳数限制字段来拒绝这种分组通用选项格式TLV邻居发现选项类型及格式报文类型 可能的选项路由器请求报文 源链路层地址路由器广告报文 源链路层地址、MTU 、前缀信息、路由信息邻居请求报文 源链路层地址邻居广告报文 目标链路层地址重定向报文 目标链路层地址和重定向首部源链路层地址选项目标链路层地址选项前缀信息选项2331MTU 选项2331路由信息选项233103114121516232431路由器请求报文格式03114121516232431路由器广告报文格式03114121516232431扩展的路由器广告报文格式03114121516232431邻居请求报文格式03114121516232431邻居广告报文格式03114121516232431重定向报文格式路由器请求报文说明1.作为NDP 分组，跳数限制为2552.源地址为分配给发送口的地址（不一定是LLA ）或::，目的地址为ff02::23.发送端知道自己的链路层地址，就会在报文中包含源链路层地址选项4.如果源ip 是::，RS 中一定不能有源链路层地址选项。
5.接收端必须悄悄的忽略哪些不认识的和其他认识的选项，就是不产生任何ICMPv6错误报文，并继续对报文处理路由器通告报文说明1.作为NDP 分组，跳数限制为2552.源地址为LLA ，目的地址为ff02::1或RS 源端的单播地址3.主动发送和响应RS 发送。
当前跳数限制：要放入所有输出分组的IPv6首部的跳数限制字段的默认值。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
标志|
---------------------------------------------------------------------------------------------
-
| 1 byte | 1 byte | 1 byte | 2 byte | 1500 byte | 2 byte | 1byte|
以太网帧结构
前序
DA
SA Type
Data
CRC
---------------------------------------------------------------------------------------------
| 前序 | 目的地址 | 源地址 | 类型 | 数据
| FCS |
----------------------------------------------------------------------------------------------
| 8 byte | 6 byte | 6 byte | 2 byte | 46~1500 byte | 4 byte|
IP报文格式
版本4 报文长度4 服务类型
标 识 符16
生存时间
协议
总 长 度16
标志3
片 偏 移13
报头校验和
源 IP 地 址 目 的 IP 地 址
IP 选 项
DNS报文格式
01-80-C2-00-00-00
DMAC SMAC Length Data FCS
Bridge ID
LLC BPDU
Protocol Identifier Protocol Version Identifier
BPDU Type Flags
Root Identifier Root Path Cost Bridge Identifier Port Identifier Message Age
PPPOE报文格式
版本 类型 Code Session ID 长度
Payload
PPPOE报文格式： 总长6Byte
| VER 4bit| TYPE4bit | CODE8bit |SESSION_ID16bit || LENGTH16bit | |payload（从ppp的pro字段开始） 发现阶段：PADI、PADO、PADR、PADS、PADT（PPPoE Active Discovery Initiation、Offer、Request、Session-confirmation、Terminate 会话阶段：
MPLS报文格式
0
2 0 2 3 2 4 3 1
标 签 E X P S T T L 3 2 比 特
2 层 头 部 M P L S 头 部 I P 头 部 数 据
2 L L I
• 通常，MPLS包头有32Bit，其中有： • 20Bit用作标签（Label），0到15系统保留 • 3个Bit的EXP, 协议中没有明确，通常用作COS • 1个Bit的S,用于标识是否是栈底，表明MPLS的标签可以嵌套。 • 8个Bit的TTL
协议字段含义:
8021 Internet Protocol Control Protocol C021 Link Control Protocol C023 Password Authentication Protocol C223 Challenge Handshake Authentication Protocol
数据包的格式
以太网14 IP20 TCP20
Data
CRC
以太网14 IP20 UDP8
Data
CRC
VLAN的帧格式
DA
SA Type
Data
标准以太网帧
CRC
DA SA
tag Type
Data
CRC
TCI
TPID
Priority CFI VLAN ID
带有IEEE802.1Q标记的以太网帧
配置BPDU（Configuration BPDU）的封装与内容
Max Age HelloTime Forward Delay
0x0000 0x00 0x00 0x00
四部分 设置为 全0
用于检测 最优配置
BPDU
Message Age随时间增长 而变大
Max age 默认20秒 Hello Time 默认2秒 Forward Delay 默认15秒
ARP：报文格式（以太网）
PPP帧结构
标志 地址 控制 协议
信息
CRC 标志
---------------------------------------------------------------------------------------------
| 标志 | 地址 | 控制 | 协议 |
数据 | FCS |
L2TP报文格式
IP报文头 20 （公网地址）
UDP 8 报文头
L2TP 8 报文头
PPP 4 报文头
IP报文头 （私网地址）
Data
GRE报文格式
链路层 IP GRE IP/IPX Payload
当IP层接收到GRE报文，此时IP报文头中的下一协议号是47，IP层输入入口函 数会根据协议开关表调用GRE的解封装处理函数。GRE解封装完成后将数据 报文送入IP输入队列。 GRE报文长度8Byte