SLIP：Serial Line IP

串列线路 IP （SLIP）用于运行 TCP/IP 的点对点串列连线。 SLIP 通常专门用于串列连线，有时候也用于拨号，使用的线路速率一般介于 1200bps 和 19.2Kbps 之间。 SLIP 允许主机和路由器混合连线通信（主机 - 主机、主机 - 路由器、路由器 - 路由器都是 SLIP 网路通用的配置），因而非常有用。

SLIP 只是一个包组帧协定，仅仅定义了在串列线路上将数据包封装成帧的一系列字元。它没有提供定址、包类型标识、错误检查 / 修正或者压缩机制。

SLIP 定义了两个特殊字元： END 和 ESC 。 END 是八进制300 （十进制 192）， ESC 是八进制 333 （十进制 219）。传送分组时， SLIP 主机只是简单地传送分组数据。如果数据中有一个位元组与 END 字元的编码相同，就连续传输两个位元组 ESC 和八进制 334 （十进制 220）。如果与 ESC 字元相同，就连续传输两个位元组 ESC 和八进制 335 （十进制 221） 。当分组的最后一个位元组发出后，再传送一个 END 字元。

因为没有“标準的” SLIP 规範，也就没有 SLIP 分组最大长度的实际定义。可能最好是接受 Berkeley UNIX SLIP驱动程式使用的最大分组长度： 1006 位元组，其中包括 IP 头和传输协定头（但不含分帧字元）。

压缩串列线路 IP （CSLIP）在传送出的 IP 分组上执行 Van Jacobson 头部压缩。这个压缩过程显着提高了互动式会话吞吐量。

如今，点对点协定（PPP）广泛替代了 SLIP ，因为它有更多特性和更灵活。

在Windows中要设定SLIP协定，比如在Windows 98中，假设已经创建了“拨号连线”，右键单击该连线，选择“属性”。接着，在打开的属性视窗中，选择“伺服器类型”选项卡，在“拨号网路伺服器类型”中选择“SLIP：Unix连线”。最后，单击“确定”按钮即可。

SLIP是一种简单的组帧方式，使用时还存在一些问题。首先，SLIP不支持在连线过程中的动态IP位址分配，通信双方必须事先告诉对方IP位址，这给没有固定IP位址的个人用户上Internet网带来了很大的不便；其次，SLIP帧中无协定类型栏位，因此他只能支持IP协定；再有，SLIP帧中无校验栏位，因此链路层上无法检测出传输差错，必须由上层实体或具有纠错能力的MODEM来解决差错问题。

SLIP是一种在串列线路上对IP数据报进行封装的简单形式，在RFC 1055[Romkey 1988]中有详细描述。SLIP适用于家庭中每台计算机几乎都有的RS-232串列连线埠和高速数据机接入Internet。

下面的规则描述了SLIP协定定义的帧格式：

1) IP数据报以一个称作END(0xC0)的特殊字元结束。同时，为了防止数据报到来之前的线路噪声被当成数据报内容，大多数实现在数据报的开始处也传一个END字元（如果有线路噪声，那幺END字元将结束这份错误的报文。这样当前的报文得以正确地传输，而前一个错误报文交给上层后，会发现其内容毫无意义而被丢弃）。

2) 如果IP报文中某个字元为END，那幺就要连续传输两个位元组ESC,ESC_END(0XDB,0xDC)来取代它。

0xDB这个特殊字元被称作SLIP的ESC字元，但是它的值与ASCII码的ESC字元(0x1B)不同。

3) 如果IP报文中某个字元为SLIP的ESC字元，那幺就要连续传输两个位元组ESC,ESC_ESC(0xDB,0xDD)来取代它。

SLIP是一种简单的帧封装方法，还有一些值得一提的缺陷：

1) 每一端必须知道对方的IP位址。没有办法把本端的IP位址通知给另一端。

2)数据帧中没有类型栏位（类似于乙太网中的类型栏位）。如果一条串列线路用于SLIP，那幺它不能同时使用其他协定。

3 ) SLIP没有在数据帧中加上检验和（类似于乙太网中的CRC栏位）。如果SLIP传输的报文被线路噪声影响而发生错误，只能通过上层协定来发现（另一种方法是，新型的数据机可以检测并纠正错误报文）。这样，上层协定提供某种形式的CRC就显得很重要。

儘管存在这些缺点， SLIP仍然是一种广泛使用的协定。它主要被用于支持TCP/IP网路控制协定(network control protocol，NCP)。

SLIP的历史要追溯到1 9 8 4年，Rick Adams第一次在4.2BSD系统中实现。儘管它本身的描述是一种非标準的协定，但是随着数据机的速率和可靠性的提高，SLIP越来越流行。现在，它的许多产品可以公开获得，而且很多厂家都支持这种协定。

由于串列线路的速率通常较低（19200 b/s或更低），而且通信经常是互动式的（如Telnet和Rlogin，二者都使用TCP），因此在SLIP线路上有许多小的TCP分组进行交换。为了传送1个位元组的数据需要2 0个位元组的IP首部和40个位元组的TCP首部，总数超过40个位元组。

既然承认这些性能上的缺陷，于是人们提出一个被称作CSLIP（即压缩SLIP）的新协定，它在RFC 1144[Jacobson 1990a]中被详细描述。CSLIP一般能把上面的40个位元组压缩到3或5个位元组。它能在CSLIP的每一端维持多达16个TCP连线，并且知道其中每个连线的首部中的某些栏位一般不会发生变化。对于那些发生变化的栏位，大多数只是一些小的数字和的改变。这些被压缩的首部大大地缩短了互动回响时间。现在大多数的SLIP产品都支持CSLIP。