相关报文格式
报文格式大全
报文格式大全
报文格式是计算机网络系统中传输数据的格式。
它定义了数据编码、传输方式以及报文管理协议，有助于数据在网络上可靠传输。
目前，有不少常见的报文格式,如HTTP、FTP、SIP、SMTP、POP3等等,每种报文格式都有其自己的特点，适应不同的网络传输需求。
1、HTTP（超文本传输协议）：是一种以文本形式传输数据的协议，它用于Web浏览器和服务器之间传输数据，是当今最流行的报文格式之一。
2、FTP（文件传输协议）：是一种基于TCP的协议，用于在互联网上传输文件。
它可以将文件从一个计算机传输到另一台计算机，也可以用于文件管理。
3、SIP（会话初始协议）：是一种用于创建、维护和终止多媒体会话的协议，它可以用于多种多媒体实时通信，如语音、视频和游戏等。
4、SMTP（简单邮件传输协议）：是为传输电子邮件设计的一种协议,它用于在不同的计算机之间传输电子邮件，可以确保邮件能够快速和安全地传输。
5、POP3（邮局协议）：是一种协议，它用于检索在服务器上的电子邮件，可以实现对邮件的管理和控制。
6、ARP（地址解析协议）：是网络通信中经常使用的协议，它可以把IP地址转换为MAC地址，以此实现网络数据包的传输。
常见网络协议报文格式汇总
常见网络协议报文格式汇总网络协议是计算机网络通信中，用于规定通信双方传输数据的格式和规则的标准化。
协议中的报文是通信双方之间进行数据交换的载体。
下面我将简单介绍一些常见的网络协议报文格式。
1. HTTP（Hypertext Transfer Protocol）报文格式：-请求报文格式：```<Method> <Request-URI> <HTTP-Version><Headers><Entity-Body>```-响应报文格式：```<HTTP-Version> <Status-Code> <Reason-Phrase><Headers><Entity-Body>```2. TCP（Transmission Control Protocol）报文格式：-TCP报文格式如下：```Source Port Destination PortSequence Number Acknowledgment NumberData Offset Reserved Control BitsWindow Checksum Urgent PointerOptions (if any)Data```3. UDP（User Datagram Protocol）报文格式：-UDP报文格式如下：```Source Port Destination PortLength ChecksumData```4. IP（Internet Protocol）报文格式：-IPv4报文格式如下：```Version IHL Type of Service Total LengthIdentification Flags Fragment Offset Time to Live Protocol Header Checksum Source IP AddressDestination IP AddressOptions (if any)Padding (if necessary)Data```-IPv6报文格式如下：```Version Traffic Class Flow Label Payload Length Next HeaderHop LimitSource IPv6 AddressDestination IPv6 AddressOptions (if any)Padding (if necessary)Data```5. ICMP（Internet Control Message Protocol）报文格式：-ICMP报文格式如下：```Type Code ChecksumIdentifier Sequence NumberData (Optional)```6. Ethernet报文格式：- Ethernet报文格式如下：```Destination MAC AddressSource MAC AddressEthernet TypePayload```7. DNS（Domain Name System）报文格式：-DNS报文格式如下：```DNS Message HeaderDNS Message Question SectionDNS Message Answer SectionDNS Message Authority SectionDNS Message Additional Section```8. FTP（File Transfer Protocol）报文格式：-FTP报文格式如下：```Arguments```9. SMTP（Simple Mail Transfer Protocol）报文格式：-SMTP报文格式如下：```Arguments```这些是常见的网络协议的报文格式，它们用于在计算机网络中进行数据传输和通信。
常见报文格式汇总
附件：报文格式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字节，数据发过去的时候，会随机给个值，对端需要验证这个值，如果值不对，就说明这段数据干扰，或某种原因被修改。
AIS报文格式
AIS报文格式1、AIS标准格式报文此类数据是指符合国际标准规范的最原始的裸报文。
例如：!AIVDM,1,1,,A,177?s>001V8eBRhF=：l7CUI20D0T,0*40解码后为：1100011101111101111111111100111111101100001100001100010101101110001001010000 1001001010100000011011110111101010110011011100001101010100100111001011000000 0100110000010100具体位置报告报文内容的解释见下面表格。
110001-------1 信息识别码11-----------3 重复次数指示011111011111111111001111111011------ 528479227 用户识别码0000---------0 航行状态（动力航行中）11000011------- -61 转身率0001010110------86 对地航速8.61---------------1 船位精确度（高精度）1100010010100001001001010100---------------- -103.7575 经度000011011110111101010110011----------------- 12.1765 纬度011100001101---------------1805 对地航向180.5010100100---------------164 航首真航向111001--------------57 时间标记01---------------2 Regional Application100------------4 spare0------------RAIM Flag0000100110000010100---------------communication state2、报文基本信息AIS广播信息分为两种，即VDM和VDO。
各协议报文格式介绍PPT课件
字节 6
6
目的地址 源地址
插入
8 字节
2 类型
IP 数据报 46 ~ 1500
数据
MAC 帧
IP 层 4 FCS MAC 层
物理层
7 字节
1 字节
10101010101010 … 10101010101010101011
前同步码
帧开始 定界符
为了达到比特同步， 在传输媒体上实际传送的
要比 MAC 帧还多 8 个字节
位0
4
8
16 19
24
31
固 定 首部 部分
版 本 首部长度 区 分 服 务
总长度
标识
生存时间
协议
标志
片偏移
首部检验和
源地址
可变 部分
目的地址 可 选 字 段 （长 度 可 变）
填充
数据部分
பைடு நூலகம்
生存时间(8 位)记为 TTL (Time To Live) 数据报在网络中可通过的路由器数的最大值。
位0
源地址和目的地址都各占 4 字节
5.1 运输层协议概述 5.1.1 进程之间的通信
从通信和信息处理的角度看，运输层向 它上面的应用层提供通信服务，它属于 面向通信部分的最高层，同时也是用户 功能中的最低层。
当网络的边缘部分中的两个主机使用网 络的核心部分的功能进行端到端的通信 时，只有位于网络边缘部分的主机的协 议栈才有运输层，而网络核心部分中的 路由器在转发分组时都只用到下三层的 功能。
主机 B
AP3 AP4
应用进程之间的通信
两个主机进行通信实际上就是两个主机中的应 用进程互相通信。
应用进程之间的通信又称为端到端的通信。
cip协议报文格式
CIP协议的报文格式主要包括以下几个部分：
1. 报文头：报文头包含了报文的基本信息，如报文长度、报文类型和数据项标识符等。
报文头的结构如下：
* Length：报文长度，以字节为单位。
* Type：报文类型，如请求、响应、确认等。
* PDU Number：报文序列号，用于确保报文的传输顺序。
* Data Item Identifiers：数据项标识符，用于指示报文中各个数据项的位置和含义。
2. 报文体：报文体是报文的主要部分，包含了实际的数据交换。
报文体由一个或多个数据项组成，每个数据项都由标签、数据长度和数据值组成。
数据项的结构如下：
* Item Name：数据项名称，用于表示数据项的含义。
* Item Length：数据项长度，以字节为单位。
* Item Value：数据项值，包含了实际的数据信息。
以上是CIP协议的报文格式的主要内容，供您参考，建议咨询专业人士获取更准确的信息。
fxps格式汇款报文
fxps格式汇款报文
FXPS格式汇款报文是一种国际金融电讯协会（Society for Worldwide Interbank Financial Telecommunication，SWIFT）定
义的交易报文格式，用于汇款交易的信息传递和处理。
FXPS
是汇款的一种标准格式，可以包含汇款人、收款人、汇款金额、货币类型、汇款日期等相关信息。
FXPS格式汇款报文一般包括以下几个部分：
1. 汇款报文编号（Message Header）：包含报文类型、发送机构、接收机构、报文序号等信息。
2. 汇款详细信息（Message Text）：包含汇款人信息、收款人
信息、汇款金额、货币类型、汇款目的、汇款日期等详细数据。
3. 汇款附加信息（Message Annex）：包含附加信息如汇款中
介行信息、费用承担方等。
4. 汇款报文尾部（Message Trailer）：包含报文结束标识和校
验信息。
FXPS格式汇款报文的使用可以提高汇款交易的安全性和效率，确保相关交易信息的准确性和一致性，同时也方便各个参与机构之间的信息传递和处理。
机关公文格式及报文有关要求
机关公文格式及报送文件有关要求一、发文字号格式为：“铜××字…2015‟××号”。
其中括号要用六角括号“…‟”，不得使用“[ ]”或“（）”等。
二、成文日期用阿拉伯数字。
三、文件用印应上距正文1行之内，端正、居中下压成文日期。
四、文中不得出现“此页无正文”。
如遇该页无正文时，可通过调整文件行间距的办法，确保用印页有文字）。
五、文中一般小型表格建议使用Word制表，大型表格可使用Excel制表。
六、注意规范文中层级序号：第一级：“一”“二”……（小三号黑体）第二级：（一）（二）……（小三号楷体_GB2312）（括号后不加任何标点符号）第三级：1. 2. ……（小三号Times New Roman，数字序号后为“.”，而不是“、”）。
第四级：（1）（2）……（括号后不加任何标点符号）七、通过电子公文传输系统向市政府报文程序：市政府工作部门—市政府办公室—机要科—机要科收文员。
报文后，要及时查看市政府办公室签收信息。
八、部门通过电子公文传输系统向市政府报送紧急报告或请示－1－后，应第一时间与机要科联系确认。
九、签收市政府办公室发送的电子文件时，要点击“处理”图标进行确认，以便机要科随时查询接收单位接收信息（如已签收，处理流程中个人名字显示为绿色“√”，如未签收，则显示为红色“×”）。
十、文中如需引用有关文件，须认真核对，确保引用信息完整准确。
十一、文中涉及部门、单位名称要严格使用规范简称。
十二、加强文件审核，杜绝错别字、数字、排版等错误，不断提高文件质量。
十三、文件页码须在文件版面外侧排版，双面印刷。
十四、报告件中不得夹带请示事项；请示件必须附注联系人和电话。
十五、所有报市政府的文件，应统一交由市政府办公室机要科前期处理，不得将文件直送有关领导或科室，避免文件“体外循环”。
－2－。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
装箱单报文（货代-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::::'
53:17:::::::::'
54:N/M:::::::::'
56:MSKU7299054:25:2300:530:2'
99:15'
装箱单报文注意事项：
1、00记录的报文发送方是公司在EDI中心登记的代码，接收方是NPEDI。
2、10记录的船名代码为船舶的UN代码，如果你们取不到也可以空着，我们会根据船舶的英文名称去找
（因为英文船名会有重复，不填UN代码会增加出错的几率）。
3、10记录的航次根据格式要求航次中应包括航向（进口I出口E），例如航次X802R变成X802RE。
4、记录11的装/卸港必需在船舶挂靠港里的港口，否则报文会出错，代码为5位的港口国际标准代码。
5、11记录的中转港和代码也要填，如果该箱不需要中转，则中转港和代码与卸货港和代码填相同的内容。
6、50记录的集装箱尺寸类型请参考网站上公布的对照表。
7、50记录的装箱时间必须，格式为YYYYMMDDHHNN。
8、50记录的电子装箱单编号需要用公司代码+xxxxxxxxxxx的格式(后面为数字，总长不超过20位)，
注意唯一性不要重复了。
9、50记录货代代码填货代在码头登记的代码。
10、50记录内外贸，内贸=N/外贸=W。
11、如存在多个铅封，还要在50-19和50-20填写多个铅封号。
12、52-2货物序号需要填，如果只有一件货物填数字1。
13、52记录的体积/件数/重量是指本提单在该箱中的件体积/件数/重量；56记录的体积/件数/重量是也
指本提单在该箱中的件体积/件数/重量。
（即使一箱多票，52记录的体积/件数/重量也与56记录的体积/件数/重量相同）。
14、记录53货物描述需要有，可以用“53:'”。
15、记录54唛头述需要有，可以用“54:'”。
16、一票多箱重新从00开始，一箱多票从51到56循环。