(完整版)IP协议-RFC791中文版
RFC793翻译文档
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)服务。
RFC793中文
计算机通信网络的宿主主机中的进程对间的可靠进程间通讯。在TCP层之下，
很少考虑到通信协议的可靠性。TCP假定它可以从底层协议获得一个简单的、
潜在的不可靠数据报。原理上，TCP必须能够在一个从有线连接到包交换或者
回路交换网络的比较大范围的通讯系统上工作。TCP基于Cerf和Kahn在[1]中
Figure 1
1.2范围（Scope）
TCP用来在多网络环境下提供一个可靠的进程到进程通讯服务。TCP用来作为
在多网络条件下的通用的主机到主机协议。
1.3关于这个文档
本文档提出了任何TCP实现所要求的行为的规范，包括同高层协议的交互以及同
隶属于众所皆知的socket被证明是有用的。这些服务就可以通过已知的地址获取到。
建立和学习其它进程的端口地址可能包括更加动态的机制。
连接（Connections）
上面描述的可靠性和流量控制机制要求所有的TCPs为每个数据流发起和维护某些状态
信息。这些信息的结合体，包括sockets，系列号，和窗口大小，被称为一个连接。每个
为了允许在一个单独的主机里多个进程同时使用TCP通信机制，TCP提供了一套地址和
端口。从internet通信层同网络和宿主地址连接，这形成了一个socket。一对socket标识
了一个连接。也就是说，一个socket可能同时被使用在多个连接中。
绑定端口到进程被每个主机单独处理。但是，将常用的进程（如“logger”或者时间服务）
这些网络，以及提供可用的支持大量应用程序的标准进程间通信协议是必要的。
预料到该标准的需要，国防研究和工程副部长宣告了这里描述的TCP协议，来
作为DoD范围的互联协议标准的基础。
RFC目录及对照表
ＲＦＣ930_Telnet 终端类型选项 ＲＦＣ932_子网地址分配方案 ＲＦＣ937_邮局协议( 版本 2) ＲＦＣ948_IP 数据包通过 IEEE 802.3 网络传输的两种方法 ＲＦＣ949_FTP 未公开的独特命令 ＲＦＣ951_引导协议(BOOTP) ＲＦＣ955_朝向一个处理过程应用的传输服务 ＲＦＣ962_TCP-4 的最初 ＲＦＣ968 “这是开动前的黑暗” ＲＦＣ974_邮件路由与域名系统 ＲＦＣ975_自治联邦 ＲＦＣ976 UUCP 邮件互换格式标准 ＲＦＣ985 Internet 网关要求 - 起草 ＲＦＣ988 主机扩展用于 IP 多点传送
中文 RFC 文档阅读 101-700
ＲＦＣ102 主机-主机 协议故障清除委员会的说明 ＲＦＣ103 中断键的执行 ＲＦＣ104 连接 191 ＲＦＣ105 通过 UCSB 进行远程登录和远程输出返回的网络说明书 ＲＦＣ106 用户/服务器 站点协议的网络主机问卷 ＲＦＣ107 主机-主机 协议故障清除委员会的说明 ＲＦＣ108 1971 年 2 月 17-19 日在 Urbana 举行的 NWG 会议的人员列表 ＲＦＣ124 在 ＲＦＣ107 中有印刷错误 ＲＦＣ132 ＲＦＣ107 的排版错误 ＲＦＣ148 ＲＦＣ123 的注释 ＲＦＣ149 最好的铺设计划 ＲＦＣ154 风格显示 ＲＦＣ156 伊利诺斯州站点的状态: 响应 ＲＦＣ116 ＲＦＣ179 连接的数字分配 ＲＦＣ185 NIC 分发手册 ＲＦＣ188 数据管理会议公告 ＲＦＣ198 站点证明-林肯实验室 360/67 ＲＦＣ204_利用报路 ＲＦＣ218 改变 IMP 状态报告设备 ＲＦＣ228 澄清 ＲＦＣ232 网络图形会议延缓 ＲＦＣ245 预定网络工作组会议 ＲＦＣ246 网络图形会议 ＲＦＣ256 IMPSYS 变更通知 ＲＦＣ276 NIC 过程 ＲＦＣ285 网络图形 ＲＦＣ324 RJE 协议会议 ＲＦＣ335 新界面 - IMP/360 ＲＦＣ348_放弃过程 ＲＦＣ404 文件迁移协议的注释 ＲＦＣ405 给 TIP 用户的第二封信 ＲＦＣ456 UCSB 的数据重置服务 ＲＦＣ457_FTP 的服务器与服务器交互 ＲＦＣ496 IMP/TIP 内存更新时间表(修订版 2) ＲＦＣ516 丢失消息的检测 ＲＦＣ591 在 NVT ASCII UCSB 和在线系统之间的实验输入映象 ＲＦＣ621 “注意圣诞节的时候要把长袜挂在烟囱下面” ＲＦＣ628 更深的数据语言的设计观念 ＲＦＣ634 最近的网络图 ＲＦＣ637 SU-DSL 网络地址的更改
配电自动化系统应用DLT634.5104-2009实施细则(试行)
3 术语和定义 DL/T634.5104-2009定义的术语和定义适用于本标准。本标准采用如下术语定义： 3.1 信息体 Information object 定义的一组信息、 定义或规范。 需要一个名字标识它在通信中的应用 （GB/T 16262-1996 的3.31）。 3.2 信息元素information element 定义的不可分割的变量，例如测量值或双点信息。 3.3 数据单元data unit 具有共同传送原因的信息实体。 3.4 数据单元类型data unit type 应用数据单元的开始的信息域，标识数据单元的类型和长度，隐含地或明确地规定应用 数据单元的结构及信息体的结构、类型和数目。 3.5 非平衡方式传输unbalanced transmission 非平衡传输过程用于监视控制和数据采集系统（SCADA），主站顺序地查询子站以控制 数据传输，是一种主从式传输方式。主站在这种情况下是启动站，它启动所有报文传输；子 站是从动站，只在它们被查询时才可以传输。 3.6 平衡方式传输balanced transmission 如果采用平衡传输模式，每个节点（包括控制站、厂站）均可以启动报文发送，是一种 对等传输方式。 4 符号、代号和缩略语 下列符号、代号和缩略语适用于本文件。 A 地址域 ACD 请求访问位 ASDU 应用服务数据单元 BCR 二进制计数器读数 C 控制域 COI 初始化原因 CON 控制命令 COS 状态量变化
5.1 104 规约采用平衡方式传输，一般情况下配电主站作为客户端(Client)，配电终端为服务 器端（Server），对于某些使用特殊场合（如 GPRS 模块为动态 IP）也可是配电终端作为客 户端(Client)，配电主站为服务器端（Server）。 5.2 端口号默认采用 2404 端口。
IP协议号大全
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]在线代理|网页代理|代理网页|。
MODBUS协议中文版(比较完善)
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协议书模板
---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和CIDR
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。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
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字节，并产生第一个数据包片段。