文档介绍：RFC文档中文翻译计划2
组织：中国互动出版网（http：//-/）
RFC文档中文翻译计划（http：//-，SLIP只是一个很久以前设计的非常简单的协议，而在当时这些问题还并不真正重要。下面是对现有SLIP协议一般认识到的缺陷：
地址：
SLIP连接的两台计算机都必须知道对方的IP地址才能传输。另外，在主机使用SLIP
RFC文档中文翻译计划3
拨号连接一个路由器时，地址设置可能随时变化，路由器可能需要通知拨号主机IP地址的变更。SLIP目前没有为主机提供通过SLIP连接交换地址信息的机制。
类型标识：
SLIP没有类型字段。因此在一个SLIP连接上只能运行一个协议，即使在两台运行TCP/IP和DECnet的DEC计算机的配置中，如果使用SLIP,也不可能让TCP/IP和DECnet同时使用一条连接两者的串行线路。因为SLIP是“串行线路IP”，如呆串行线路连接两台多协议计算机，这些计算机可以在这条线路上使用多个协议。
错误检测/修正：
嘈杂的电话线路可能破坏传输中的分组。因为线路速率可能很低(或许是2400波特)，重新传输分组的代价很高。错误检测在SLIP层并非绝对需要，因为IP应用程序可以发现损坏的分组(IP头部与TCP和UDP的校验和就可以满足)，但是一些通用程序如NFS通常忽略校验和而依赖网络媒介检测损坏的分组。因为重新传输被线路噪声破坏的分组需要很长时间，如果自身能够提供某种简单的纠错机制就可以改善SLIP的效率。
压缩：
拨号线路非常慢(通常是2400bps),分组压缩可以人幅提高分组的吞吐量。通常单纯的TCP连接分组流在IP和TCP头部有几个很少变动的字段，因而可以使用一种简单的压缩算法只发送头部变化的部分而不是整个头部。
围绕着SUP后继者的设计与实现，几个不同的团体已经做了一些工作，可能会部分或者全部解决这些问题。
SLIP驱动程序(SLIPDRIVERS)
下面的C语言函数发送并接收SLIP分组。(),这两个函数在串行线路上发送和接收单个字符。
/*SLIP特殊字符编码
*/
^defineEND
0300
/*分组结束标记*/
^defineESC
0333
/*填充字节标记*/
^defineESC_END
0334
/*
^defineESC_ESC
0335
/*ESCESC_ESC表示数据字节ESC*/
/*SEND_PACKET:发送长“leiT的分组，起始位置为“p”*/
voidsend_packet(p,len)
char*p;
intlen;{
/*发送一个初始END字符，清除由于线路噪声口I能堆积在接收方的任何数据
*/
send_char(END);
/*为分组中的每个字符发送适当的字符序列
RFC文档中文翻译计划4
*/
wliile(len-){
switch(*p){
/*如果与END字符相同，我们就发送*两个特殊字符码避免接受方认为*我们发出了END结束标记*/
caseEND:
se