下载文档原格式
Network Working Group J. Postel Request for Comments: 792 ISISeptember 1981Updates: RFCs 777, 760Updates: IENs 109, 128INTERNET CONTROL MESSAGE PROTOCOLDARPA INTERNET PROGRAMPROTOCOL SPECIFICATION网络工作组J.PostelRFC792科学信息研究所(ISI)1981年9月撰更新：RFCs 777，760更新：IENs 109，128网际消息控制协议（ICMP）DARPA的网络程序（DARPA美国国防部高等研究计划局）协议草案IntroductionThe Internet Protocol (IP) [1] is used for host-to-host datagramservice in a system of interconnected networks called theCatenet [2]. The network connecting devices are called Gateways.These gateways communicate between themselves for control purposesvia a Gateway to Gateway Protocol (GGP) [3,4]. Occasionally agateway or destination host will communicate with a source host, forexample, to report an error in datagram processing. For suchpurposes this protocol, the Internet Control Message Protocol (ICMP),is used. ICMP, uses the basic support of IP as if it were a higherlevel protocol, however, ICMP is actually an integral part of IP, andmust be implemented by every IP module.简介IP协议[1]被用于一个被叫做Catenet[2]的互联网络系统中的点对点数据报(datagram)服务。
IP协议号大全(网络协议号)PROTOCOL NUMBERS(last updated 08 September 2005)In the Internet Protocol version 4 (IPv4) [RFC791] there is a field, called "Protocol", to identify the next level protocol. This is an 8 bit field. In Internet Protocol version 6 (IPv6) [RFC1883] this field is called the "Next Header" field.Assigned Internet Protocol NumbersDecimal Keyword Protocol References------- ------- -------- ----------0 HOPOPT IPv6 Hop-by-Hop Option [RFC1883]1 ICMP Internet Control Message [RFC792]2 IGMP Internet Group Management [RFC1112]3 GGP Gateway-to-Gateway [RFC823]4 IP IP in IP (encapsulation) [RFC2003]5 ST Stream [RFC1190,RFC1819]6 TCP Transmission Control [RFC793]7 CBT CBT [Ballardie]8 EGP Exterior Gateway Protocol [RFC888,DLM1]9 IGP any private interior gateway [IANA](used by Cisco for their IGRP)10 BBN-RCC-MON BBN RCC Monitoring [SGC]11 NVP-II Network Voice Protocol [RFC741,SC3]12 PUP PUP [PUP,XEROX]13 ARGUS ARGUS [RWS4]14 EMCON EMCON [BN7]15 XNET Cross Net Debugger [IEN158,JFH2]16 CHAOS Chaos [NC3]在线代理|网页代理|代理网页|17 UDP User Datagram [RFC768,JBP]18 MUX Multiplexing [IEN90,JBP]19 DCN-MEAS DCN Measurement Subsystems [DLM1]20 HMP Host Monitoring [RFC869,RH6]21 PRM Packet Radio Measurement [ZSU]22 XNS-IDP XEROX NS IDP [ETHERNET,XEROX]23 TRUNK-1 Trunk-1 [BWB6]24 TRUNK-2 Trunk-2 [BWB6]25 LEAF-1 Leaf-1 [BWB6]26 LEAF-2 Leaf-2 [BWB6]27 RDP Reliable Data Protocol [RFC908,RH6]28 IRTP Internet Reliable Transaction [RFC938,TXM]29 ISO-TP4 ISO Transport Protocol Class 4 [RFC905,RC77]30 NETBLT Bulk Data Transfer Protocol [RFC969,DDC1]31 MFE-NSP MFE Network Services Protocol [MFENET,BCH2]32 MERIT-INP MERIT Internodal Protocol [HWB]33 DCCP Datagram Congestion Control Protocol [RFC-ietf-dccp-spec-11.txt]34 3PC Third Party Connect Protocol [SAF3]35 IDPR Inter-Domain Policy Routing Protocol [MXS1]36 XTP XTP [GXC]37 DDP Datagram Delivery Protocol [WXC]38 IDPR-CMTP IDPR Control Message Transport Proto [MXS1]39 TP++ TP++ Transport Protocol [DXF]40 IL IL Transport Protocol [Presotto]41 IPv6 Ipv6 [Deering]42 SDRP Source Demand Routing Protocol [DXE1]43 IPv6-Route Routing Header for IPv6 [Deering]44 IPv6-Frag Fragment Header for IPv6 [Deering]45 IDRP Inter-Domain Routing Protocol [Sue Hares]在线代理|网页代理|代理网页|46 RSVP Reservation Protocol [Bob Braden]47 GRE General Routing Encapsulation [Tony Li]48 MHRP Mobile Host Routing Protocol[David Johnson]49 BNA BNA [Gary Salamon]50 ESP Encap Security Payload [RFC2406]51 AH Authentication Header [RFC2402]52 I-NLSP Integrated Net Layer Security TUBA [GLENN]53 SWIPE IP with Encryption [JI6]54 NARP NBMA Address Resolution Protocol [RFC1735]55 MOBILE IP Mobility [Perkins]56 TLSP Transport Layer Security Protocol [Oberg]using Kryptonet key management57 SKIP SKIP [Markson]58 IPv6-ICMP ICMP for IPv6 [RFC1883]59 IPv6-NoNxt No Next Header for IPv6 [RFC1883]60 IPv6-Opts Destination Options for IPv6 [RFC1883]61 any host internal protocol [IANA]62 CFTP CFTP [CFTP,HCF2]63 any local network [IANA]64 SAT-EXPAK SATNET and Backroom EXPAK [SHB]65 KRYPTOLAN Kryptolan [PXL1]66 RVD MIT Remote Virtual Disk Protocol [MBG]67 IPPC Internet Pluribus Packet Core [SHB]68 any distributed file system [IANA]69 SAT-MON SATNET Monitoring [SHB]70 VISA VISA Protocol [GXT1]71 IPCV Internet Packet Core Utility [SHB]72 CPNX Computer Protocol Network Executive [DXM2]73 CPHB Computer Protocol Heart Beat [DXM2]在线代理|网页代理|代理网页|74 WSN Wang Span Network [VXD]75 PVP Packet Video Protocol [SC3]76 BR-SAT-MON Backroom SATNET Monitoring [SHB]77 SUN-ND SUN ND PROTOCOL-Temporary [WM3]78 WB-MON WIDEBAND Monitoring [SHB]79 WB-EXPAK WIDEBAND EXPAK [SHB]80 ISO-IP ISO Internet Protocol [MTR]81 VMTP VMTP [DRC3]82 SECURE-VMTP SECURE-VMTP [DRC3]83 VINES VINES [BXH]84 TTP TTP [JXS]85 NSFNET-IGP NSFNET-IGP [HWB]86 DGP Dissimilar Gateway Protocol [DGP,ML109]87 TCF TCF [GAL5]88 EIGRP EIGRP [CISCO,GXS]89 OSPFIGP OSPFIGP [RFC1583,JTM4]90 Sprite-RPC Sprite RPC Protocol [SPRITE,BXW]91 LARP Locus Address Resolution Protocol [BXH]92 MTP Multicast Transport Protocol [SXA]93 AX.25 AX.25 Frames [BK29]94 IPIP IP-within-IP Encapsulation Protocol [JI6]95 MICP Mobile Internetworking Control Pro. [JI6]96 SCC-SP Semaphore Communications Sec. Pro. [HXH]97 ETHERIP Ethernet-within-IP Encapsulation [RFC3378]98 ENCAP Encapsulation Header [RFC1241,RXB3]99 any private encryption scheme [IANA]100 GMTP GMTP [RXB5]101 IFMP Ipsilon Flow Management Protocol [Hinden]102 PNNI PNNI over IP [Callon]在线代理|网页代理|代理网页|103 PIM Protocol Independent Multicast [Farinacci]104 ARIS ARIS [Feldman]105 SCPS SCPS [Durst]106 QNX QNX [Hunter]107 A/N Active Networks [Braden]108 IPComp IP Payload Compression Protocol [RFC2393] 109 SNP Sitara Networks Protocol [Sridhar]110 Compaq-Peer Compaq Peer Protocol [Volpe] 111 IPX-in-IP IPX in IP [Lee]112 VRRP Virtual Router Redundancy Protocol [RFC3768] 113 PGM PGM Reliable Transport Protocol [Speakman] 114 any 0-hop protocol [IANA]115 L2TP Layer Two Tunneling Protocol [Aboba]116 DDX D-II Data Exchange (DDX) [Worley]117 IATP Interactive Agent Transfer Protocol [Murphy]118 STP Schedule Transfer Protocol [JMP]119 SRP SpectraLink Radio Protocol [Hamilton]120 UTI UTI [Lothberg]121 SMP Simple Message Protocol [Ekblad]122 SM SM [Crowcroft]123 PTP Performance Transparency Protocol [Welzl] 124 ISIS over IPv4 [Przygienda]125 FIRE [Partridge]126 CRTP Combat Radio Transport Protocol [Sautter] 127 CRUDP Combat Radio User Datagram [Sautter] 128 SSCOPMCE [Waber]129 IPLT [Hollbach]130 SPS Secure Packet Shield [McIntosh]131 PIPE Private IP Encapsulation within IP [Petri]在线代理|网页代理|代理网页|132 SCTP Stream Control Transmission Protocol [Stewart] 133 FC Fibre Channel [Rajagopal]134 RSVP-E2E-IGNORE [RFC3175]135 Mobility Header [RFC3775]136 UDPLite [RFC3828]137 MPLS-in-IP [RFC4023]138-252 Unassigned [IANA]253 Use for experimentation and testing [RFC3692] 254 Use for experimentation and testing [RFC3692] 255 Reserved [IANA]在线代理|网页代理|代理网页|。
GB/T ××××—××××前言-----------串行链路和TCP/IP 上的MODBUS标准介绍该标准包括两个通信规程中使用的MODBUS应用层协议和服务规范：·串行链路上的MODBUSMODBUS串行链路取决于TIA/EIA标准：232-F和485-A。
·TCP/IP 上的MODBUSMODBUS TCP/IP取决于IETF标准：RFC793 和RFC791 有关。
串行链路和 TCP/IP 上的 MODBUS 是根据相应 ISO 层模型说明的两个通信规程。
下图强调指出了该标准的主要部分。
绿色方框表示规范。
灰色方框表示已有的国际标准（TIA/EIA和IETF标准）。
Modbus 协议规范 45 页MODBUS应用层MODBUS报文传输在TCP/IP 上的实现指南 49页在 TCP/IP上的 MODBUS 映射TCP IETF RFC 793MODBUS 报文传输在串行链路上的实现指南 45页IP IETF RFC 791串行链路主站/从站以太网 II/802.3 IEEE 802.2TIA/EIA-232-FTIA/EIA-485-A以太网物理层MODBUS标准分为三部分。
第一部分（“Modbus 协议规范”）描述了MODBUS事物处理。
第二部分（“MODBUS报文传输在TCP/IP上的实现指南”）提供了一个有助于开发者实现 TCP/IP 上的 MODBUS 应用层的参考信息。
第三部分（“MODBUS 报文传输在串行链路上的实现指南”）提供了一个有助于开发者实现串行链路上的 MODBUS 应用层的参考信息。
---IP协议书一、概述1. 协议名称：互联网协议（Internet Protocol，简称IP）2. 协议版本：[IPv4/IPv6]3. 协议标准：[具体标准编号，如RFC791（IPv4）或RFC2460（IPv6）]4. 协议用途：负责数据包在网络中的寻址、路由和转发，为上层协议提供无状态、无连接、不可靠的服务。
二、协议格式1. 版本号：指定IP协议的版本（如IPv4为4，IPv6为6）。
2. 头部长度：表示IP头部的长度，单位为32位（4字节）。
3. 服务类型：包含优先权字段、最大吞吐量、最小延时、最高可靠性、最小成本等信息。
4. 总长度：表示IP数据报整体所占的字节数。
5. 标识：唯一标识主机发送的报文。
6. 标志：用于控制和指示数据报分片的状态。
7. 片偏移：描述当前每个小的数据包（分片）相对于原始IP报文开始处的偏移。
8. 生存时间：数据报到达目的地的最大报文跳数。
9. 协议：表示上层协议的类型。
10. 头部校验和：用于检测IP头部的错误。
11. 源地址：发送方的IP地址。
12. 目的地址：接收方的IP地址。
三、协议功能1. 寻址：为每个设备分配唯一的IP地址，以便在网络中进行识别和通信。
2. 路由：根据目的地址选择最佳路径，将数据包从源地址传输到目的地址。
3. 转发：在数据包传输过程中，根据路由选择将数据包转发到下一个节点。
4. 分片与重组：当数据包超过网络最大传输单元（MTU）时，进行分片；在目的端进行重组。
四、协议特性1. 无状态：IP协议不维护传输状态信息，每次传输都是独立的。
2. 无连接：IP协议不建立长期连接，每次传输都需要明确指出对方的IP地址。
3. 不可靠：IP协议不保证数据包的准确到达，只承诺尽最大努力交付。
五、协议应用IP协议广泛应用于互联网、局域网、广域网等多种网络环境中，是现代网络通信的基础。
---请注意，这只是一个简化的模板，实际应用中可能需要根据具体需求进行调整和补充。
VLSM和CIDR2010-05-23 15:481981 年以前，IP 地址仅使用前8 位来指定地址中的网络部分，因而Internet（那时称为ARPANET）的范围仅限于256 个网络。
很快，地址空间便不能满足人们的需求。
到1981 年，RFC 791 对IPv4 的32 位地址进行了修改，将网络分为三种不同的类别：A 类、B 类和C 类，每种类别的规模各不相同。
A 类地址的网络部分使用8 个位，B 类地址的网络部分使用16 个位，而C 类地址的网络部分则使用24 个位。
此格式就是人们所熟知的有类IP 编址。
最初发展形成的有类编址方式在一段时间内解决了256 个网络的限制问题。
而十年之后，IP 地址空间再度面临快速耗尽的危险，而且形势越来越严峻。
应此需求，Internet 工程任务组(IETF) 推出了无类域间路由(CIDR)，使用可变长子网掩码(VLSM) 来帮助节约地址空间。
通过使用CIDR 和VLSM，ISP 可以将一个有类网络划分为不同的部分，从而分配给不同的客户使用。
随着ISP 开始采用不连续地址分配方式，无类路由协议也随之产生。
比较而言：有类路由协议总是在有类网络边界处总结，且其路由更新中不包含子网掩码信息。
无类路由协议的路由更新中包含子网掩码，并不需要执行总结。
本章讨论的无类路由协议包括RIPv2、EIGRP 和OSPF。
随着VLSM 和CIDR 的应用，网络管理员必须要掌握和使用更多的子网划分技术。
VLSM 就是指对子网划分子网。
通过本章您将了解到，子网可以在不同的层次上进一步划分子网。
除了划分子网，还可以将一大组有类网络总结为一个汇聚路由（即所谓的超网）。
在本章中，您还将复习有关路由总结方面的技巧。
1969 年，ARPANET 开始投入使用之初，没有人会预测到这个默默无闻的研究项目会发展为后来的Internet。
到了1989 年，ARPANET 全面转型，成为今日人们所熟知的Internet。
rfc文档的类别1. RFC 791 - 网际协议网际协议（Internet Protocol，简称IP）是一种在计算机网络中广泛使用的网络协议，用于将数据包从源地址传递到目标地址。
IP协议定义了数据包的格式、路由选择和错误处理等方面的规范。
RFC 791是一篇关于IP协议的RFC文档。
在RFC 791中，首先介绍了IP协议的基本概念和目标。
IP协议的主要目标是提供一种无连接、尽力而为的数据传输服务，它将数据包分割成一系列的片段，并通过网络逐个传输。
IP协议还定义了数据包的格式，包括首部和数据部分。
首部包含了源地址、目标地址、生存时间等信息，用于路由选择和错误处理。
数据部分则是传输的实际数据。
RFC 791还详细描述了IP协议的工作流程。
当发送方要发送数据时，它会将数据分割成多个数据包，并为每个数据包添加IP首部。
然后，发送方将数据包发送到网络中的下一跳路由器。
路由器收到数据包后，根据目标地址选择下一跳路由器，并将数据包转发给它。
这样，数据包就会通过一系列的路由器传递，最终到达目标地址。
此外，RFC 791还介绍了IP协议的一些特性和机制。
例如，IP 协议支持不同的服务质量，可以根据应用的需求选择不同的服务类型。
IP协议还支持分片和重组机制，当数据包太大无法一次传输时，可以将其分割成多个片段，并在目标地址处重新组装。
此外，IP协议还定义了一些错误处理机制，如时间超时、差错报告等。
总体而言，RFC 791对IP协议进行了全面而详细的描述，明确了其基本概念、工作流程和特性。
它为网络中的数据传输提供了重要的基础，并成为了互联网的核心协议之一。
2. RFC 793 - 传输控制协议传输控制协议（Transmission Control Protocol，简称TCP）是一种面向连接的、可靠的传输协议，用于在计算机网络中传输数据。
RFC 793是一篇关于TCP协议的RFC文档。
在RFC 793中，首先介绍了TCP协议的基本概念和目标。
协议数据报文格式1、TCP/IP协议层次TCP/IP协议分为四层结构，每一层完成特定的功能，包括多个协议。
本课程实验中相关协议的层次分布如附图3-1所示。
附图3-1 TCP/IP协议层次这些协议之间的PDU封装并不是严格按照低层PDU封装高层PDU的方式进行的，附图3-2显示了Ethernet帧、ARP分组、IP分组、ICMP报文、TCP报文段、UDP数据报、RIP报文、OSPF报文和FTP报文之间的封装关系。
附图3-2 各协议PDU间的封装关系2、Ethernet帧格式最新的IEEE 802.3标准（2002年）中定义Ethernet帧格式如下：其中，类型/长度值小于1536（0x0600）时表示数据字段的长度，大于等于1536（0x0600）时表示数据字段的协议类型。
类型/长度值0x0800表示帧中封装的数据为IP分组，类型值0x0806表示帧中封装的数据为ARP分组。
3、IP分组格式（RFC 791）4、ARP分组格式（RFC 826）操作代码值1表示ARP请求分组，操作代码值2表示ARP响应分组。
5、ICMP报文格式（RFC 792）ICMP回送请求和回送应答报文：ICMP目的不可达报文：ICMP超时报文：6、TCP报文段格式（RFC 793）7、RIP报文格式（版本1－RFC 1058，版本2－RFC2453）RIP请求报文在某些RIP路由表项超时或路由器刚接入互联网时发送，请求报文可以询问特定路由或所有路由。
路由器在回应请求报文时发送携带被询问路由信息的RIP响应报文，也可以定期（30秒）发送携带整个路由表信息的RIP响应报文。
8、OSPF报文格式（RFC 2328）链路状态更新（LSU）报文：链路状态确认（LSAck）报文：链路状态通告（LSA）首部：。
INTERNET PROTOCOLDARPA INTERNET PROGRAMPROTOCOL SPECIFICATIONSeptember 1981prepared forDefense Advanced Research Projects Agency Information Processing Techniques Office1400 Wilson BoulevardArlington, Virginia 22209byInformation Sciences InstituteUniversity of Southern California4676 Admiralty WayMarina del Rey, California 90291索引前言 (iii)1.介绍------------------- 11.1 ~动机----------------- 11.2 ~范围----------------- 11.3 接口------------------11.4 操作-------------------22. 概述2.1 与其他协议的关系----------------- 92.2 操作模型------------------ 52.3 函数说明----------------- 72.4 ~网关----------------------- 93. 规范3.1 ~网际(Internet)头部格式---------------------- 113.2 讨论----------------- 233.3 接口------------------ 31附录A：例子& 场景附录B:数据传输顺序词汇表--------------------- 41引用---------- --------- 45前言这个文档规定了DoD 标准网际协议。
这个文档基于早期六个版本的ARPA 网际协议规范所以本文的大部分内容来自于他们。
曾经有许多的人对本文中的概念方面和文本方面做出了贡献。
这个版本修正了地址，错误处理，选项代码，还有安全性，优先级，分隔符，和处理网际协议的限制特性方面的概念1.介绍1.1动机网际协议被设计用于实现互联系统的分组交换计算机交流网络。
这样一个系统被称为“catenet”。
IP协议使得发送方能够传送被称为数据报的数据块给接收方，发送方和接收方各自拥有一个固定长度的地址。
IP协议还能够拆分和充足一个长的数据包，如果必要的话，对那些只能传送小包的网络1.2 范围IP协议在互联网上传输数据时若有必要提供了一个函数去拆分包的的字节。
本协议中没有这样一种机制去保证端到端的数据的可靠性，流控制，顺序性，或者其他的一些主机到主机的服务中常有的内容。
1.3接口这个协议被在互联网上主机到主机的协议所调用。
这个协议要求本地网络设备将数据包带到下一个网关或是目标主机举例来说，TCP模型会让互连模型将自己的TCP段当作一个数据部分装入internet数据报钟。
TCP模型会提供地址和其他一些参数放入IP数据报的头部作为本次调用的参数。
IP模型接下来会创建一个网络数据报然后请求本地网络接口去传输网络数据报。
互联网模块将会调用本地网络模块，它将会添加一些控制信息到网络数据包中并然后创建一个ARPANET数据传送到分组交换机中。
网络地址将会派生成ARPANET地址通过本地的网络接口，这个地址可能是网关或则其他的网络3.3 接口这个对IP协议用户接口的描述，充其量最多是虚构的，因为每个操作系统都有不一样的设备。
因此，，我们必须警告阅读本文档的你，不太能够的IP实现可能会有不一样的用户接口。
但是不管怎么样，所有的类型的IP协议，都一定提供了一组确定的至少要提供的服务，来保证所有的IP实现都能够支持一样的协议栈。
这一节规范了一些功能性接口对所有的IP实现IP协议在协议栈中位于本地网络和一些高层协议之间。
接下来，高于IP协议的高层协议以及程序将被称为user。
因为他们的实现需要IP协议的服务。
因为IP 协议是一个数据报协议，这里有数据报传输间保持着最小的内存和状态。
并且每次user使用IP模型都必须提供必要的全部信息来让IP协议去执行要求的服务一个面向高层的接口例子：接下来的两个例子对于IP协议的调用均满足user的要求（”=>” 表示返回）SEND (src, dst, prot, TOS, TTL, BufPTR, len, Id, DF, opt => result)where:src = source addressdst = destination addressprot = protocolTOS = type of serviceTTL = time to liveBufPTR = buffer pointerlen = length of bufferId = IdentifierDF = Don't Fragmentopt = option dataresult = responseOK = datagram sent okError = error in arguments or local network errorRECV(BufPTR,prot,=> result, src,dst,TOS,len,opt)当user发送一个数据包的时候，它调用SEND并且提供全部的参数。
IP协议模型，在接收这个调用，检查所有的参数并且准备发送信息。
如果参数都没有问题，那么数据报就会被本地的网络设备接受，这次调用会返回成功。
否则，如果这个参数有问题，或者这个数据包没有被本地设备接收，就会返回失败。
对于不成功的时候，一个合理的报告必须被反馈回去来解释问题的原因，但是这个报告的细节就依赖于个人的实现了。
当一个数据报从本地的网络设备达到IP层，这里要么有一个待定的RECV函数，要么没有。
第一种情况中，这个待定的函数接受来自数据报中包含的信息传递给用户。
第二种情况下，数据报指定的用户会被通知。
如果指定的用户不存在，一个ICMP 错误信息，就会被返回给发送者，这个数据会被丢弃对于对用户的通知可以是通过一个伪造的中断或者其他类似的机制，总之就是适合于特定操作系统的一个用户的RECV请求，可能要么直接就被满足了，要么就是等待一段时间，知道指定过的数据包到达Src参数必须被包含进send函数中，以发送方拥有多个地址（多个物理连接或者逻辑地址）。
IP层必须检查src参数是否是一个合法的地址对于本地主机来说本节在功能上描述了USER/IP 接口。
这些符号可以被大多数函数过程以相似的方式使用，但是这种用法并不意味着排除陷阱调用，或者其他任何进程间的交流附录A: 例子& 场景例子1：这个例子中数据报包含最小量的数据0 1 2 30 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|Ver= 4 |IHL= 5 |Type of Service| Total Length = 21 |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Identification = 111 |Flg=0| Fragment Offset = 0 |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Time = 123 | Protocol = 1 | header checksum |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| source address |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| destination address |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| data |+-+-+-+-+-+-+-+-+图5上图所示，是一个IPv4的数据报。
这个数据报的头部由5个4字节组成，让你后整个数据包的长度是21个字节，但是这个数据包已经是一个保证的数据包了（不是数据报片段）。
例子2：这个例子中，我们首次展示了一个中等大小的数据包（452字节），之后这个数据包可能会由于最大传输单元的限制，而被分割为2个数据包片段（这里最多允许280字节）0 1 2 30 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|Ver= 4 |IHL= 5 |Type of Service| Total Length = 472 |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Identification = 111 |Flg=0| Fragment Offset = 0 |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Time = 123 | Protocol = 6 | header checksum |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| source address |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| destination address |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| data |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| data |\ \\ \| data |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| data |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+Example Internet DatagramFigure 6.现在数据包将会被分割256字节，并产生第一个数据包片段。
