RFC 893[Leffler and Karels 1984]描述了另一种用于以太网的封装格式，称作尾部封装（trailer encapsulation）。这是一个早期BSD系统在DEC VAX机上运行时的试验格式，它通过调整I P数据报中字段的次序来提高性能。在以太网数据帧中，开始的那部分是变长的字段（IP首部和TCP首部）。把它们移到尾部（在CRC之前），这样当把数据复制到内核时，就可以把数据帧中的数据部分映射到一个硬件页面，节省内存到内存的复制过程。TCP数据报的长度是512字节的整数倍，正好可以用内核中的页表来处理。两台主机通过协商使用ARP扩展协议对数据帧进行尾部封装。这些数据帧需定义不同的以太网帧类型值。
;;;;现在，尾部封装已遭到反对，因此我们不对它举任何例子。有爱好的读者请参阅RFC 893以及文献[Leffleretal.1989]的11.8节。
;;;;SLIP的全称是Serial Line IP。它是一种在串行线路上对I P数据报进行封装的简单形式，在RFC 1055[Romkey 1988]中有具体描述。SLIP适用于家庭中每台计算机几乎都有的RS-232串行端口和高速调制解调器接入Internet。
;;;;下面的规则描述了SLIP协议定义的帧格式：
;;;;1) IP数据报以一个称作END（0xc0）的非凡字符结束。同时，为了防止数据报到来之前的线路噪声被当成数据报内容，大多数实现在数据报的开始处也传一个END字符（假如有线路噪声，那么END字符将结束这份错误的报文。这样当前的报文得以正确地传输，而前一个错误报文交给上层后，会发现其内容毫无意义而被丢弃）。
;;;;2) 假如IP报文中某个字符为END，那么就要连续传输两个字节0xdb和0xdc来取代它。0xdb这个非凡字符被称作SLIP的ESC字符，但是它的值与ASCII码的ESC字符（0x1b）不同。
;;;;3) 假如IP报文中某个字符为SLIP的ESC字符，那么就要连续传输两个字节0xdb和0xdd来取代它。
;;;;图2-2中的例子就是含有一个END字符和一个ESC字符的IP报文。在这个例子中，在串行线路上传输的总字节数是原IP报文长度再加4个字节。
;;;;SLIP是一种简单的帧封装方法，还有一些值得一提的缺陷：
;;;;1) 每一端必须知道对方的IP地址。没有办法把本端的IP地址通知给另一端。
;;;;2) 数据帧中没有类型字段（类似于以太网中的类型字段）。假如一条串行线路用于SLIP，那么它不能同时使用其他协议。
;;;;3 ) SLIP没有在数据帧中加上检验和（类似于以太网中的CRC字段）。假如SLIP传输的报文被线路噪声影响而发生错误，只能通过上层协议来发现（另一种方法是，新型的调制解调器可以检测并纠正错误报文）。这样，上层协议提供某种形式的CRC就显得很重要。在第3章和第17章中，我们将看到IP首部和TCP首部及其数据始终都有检验和。在第11章中，将看到UDP首部及其数据的检验和却是可选的。
;;;;尽管存在这些缺点， SLIP仍然是一种广泛使用的协议。
;;;;SLIP的历史要追溯到1984年，Rick Adams第一次在4.2BSD系统中实现。尽管它本身的描述是一种非标准的协议，但是随着调制解调器的速率和可靠性的提高， SLIP越来越流行。现在，它的许多产品可以公开获得，而且很多厂家都支持这种协议。