rfc1055_在串行线路上传输ip数据报的非标准协议.docVIP

在串行线路上传输IP数据报的非标准协议 （RFC1055 A NONSTANDARD FOR TRANSMISSION OF IP DATAGRAMS OVER SERIAL LINES: SLIP） 目录 简介 1 历史（HISTORY） 1 可用性（AVAILABILITY） 2 协议（PROTOCOL） 2 缺陷（DEFICIENCIES） 2 SLIP驱动程序（SLIP DRIVERS） 3 简介 TCP/IP协议组运行在各种各样的网络媒介上：IEEE 802.3（以太网）和802.5（令牌环）局域网（LAN）、X.25线路、卫星链路以及串行线路。其中许多网络已经有IP分组的标准封装格式，但没有用于串行线路的标准。SLIP（串行线路IP）目前已成为事实上的标准，广泛地用于在点对点串行连接上运行TCP/IP。这并不是一个Internet标准，本备忘录的发布不受限制。 历史（HISTORY） SLIP源于80年代初期的3COM UNET TCP/IP实现。SLIP只是一个分组分帧协议，仅仅定义了一系列在串行线路上构造IP分组的字符。它没有提供地址、分组类型标识、错误检查/修正或者压缩机制。因为这个协议所作的工作这么少，通常很容易实现。 大约在1984年，Rick Adam为4.2Berkeley Unix和Sun Microsystem工作站实现了SLIP并公之于众，并作为一种使用串行线路连接TCP/IP主机和路由器的简单可靠的方法很快流行起来。 SLIP通常专门用于串行连接，有时候也用于拨号网络，使用的线路速率一般介于1200bps和19.2Kbps之间。SLIP允许主机和路由器混合连接（主机-主机、主机-路由器、路由器-路由器都是SLIP网络通用的配置），因而非常有用。 可用性（AVAILABILITY） SLIP可用于大多数基于Berkeley UNIX的系统，并且被包括进了Berkeley的4.3BSD标准版。SLIP可用于Ultrix、 Sun UNIX 和大多数派生自Berkeley的UNIX系统。一些终端集线器和IBM PC的实现也支持该协议。 Berkeley UNIX的SLIP可以使用匿名FTP从上的pub/sl.shar.Z中获得。确保传输的是二进制文件，并使用UNIX解压程序打开它，然后把解开的文件作为UNIX/bin/sh（如/bin/sh sl.shar）的SHELL命令使用 协议（PROTOCOL） SLIP定义了两个特殊字符：END和ESC。END是八进制的300（十进制192），ESC不同与ASCII的ESCAPE字符，是八进制的333（十进制219），本文中的ESC指的是SLIP ESC字符。发送分组时，SLIP主机只是简单地发送分组数据。如果数据中有一个字节与END字符的编码相同，就连续传输两个字节ESC和八进制的334（十进制220）代替它。如果与ESC字符相同，就连续传输两个字节ESC和八进制的335（十进制221）代替它。分组的最后一个字节发出后，再传送一个END字符。 Phil Karn建议稍微修改一下这个算法，分组的开始以及结束都使用END字符，这样可以刷掉线路噪声造成的不正确的字节。一般情况下接收方将只看到两个紧挨着的END字符并生成一个坏的IP分组。如果SLIP实现没有丢弃长度为0的IP分组，IP实现就应该丢弃。如果存在线路噪声，接收到的由线路噪声造成的数据将被丢弃，而不会影响后续的分组。 因为没有“标准的”SLIP规范，也就没有SLIP分组最大长度的实际定义。可能最好是接受Berkeley UNIX SLIP驱动程序使用的最大分组长度：1006字节，其中包括IP头和传输协议头，但不含分帧字符。这样任何新的SLIP实现都应能够接收1006字节的数据报，在一个数据报内发送的字节数不应超过1006。 缺陷（DEFICIENCIES） 有几种特性使许多用户希望SLIP提供而没有提供的。公平的讲，SLIP只是一个很久以前设计的非常简单的协议，而在当时这些问题还并不真正重要。下面是对现有SLIP协议一般认识到的缺陷： 地址： SLIP连接的两台计算机都必须知道对方的IP地址才能传输。另外，在主机使用SLIP拨号连接一个路由器时，地址设置可能随时变化，路由器可能需要通知拨号主机IP地址的变更。SLIP目前没有为主机提供通过SLIP连接交换地址信息的机制。 类型标识： SLIP没有类型字段。因此在一个SLIP连接上只能运行一个协议，即使在两台运行TCP/IP和DECnet的DEC计算机的配置中，如果使用SLIP，也不可能让TCP/IP和DECnet同时使用一条连接两者的串行线路。因为SLIP是“串行线路IP”，如果串行线路连接两台多协议计算机，这些计算机可