Serial Line Internet Protocol (SLIP)

Deficiências

• Endereçamento:
  Ambos os computadores em uma ligação SLIP necessitam conhecer outros endereços IP para possibilitar o roteamento. Além disso, quando usamos SLIP para "hosts" ligados por linha discada a um roteador, o esquema de endereçamento pode ser completamente dinâmico e o roteador pode necessitar informar ao "host" que discou o seu endereço IP de "host". o SLIP atualmente fornece mecanismos para "hosts" comunicarem informações de endereçamento sobre uma conexão SLIP.
  
• Indentificação de Tipos:
  O protocolo SLIP não possui um campo de tipo. Assim, somente um protocolo pode percorrer a conexão SLIP, então em uma configuração que ligue duois computadores que usem um outro protocolo além do TCP/IP somente este poderá usar a linha, não havendo esperança de compartilhar a linha entre os protocolos.
• Detecção/Correção de Erros:
  Linha telefônicas ruidosas afetarão pacotes em transito. Se a linha for muito lenta (tal como 2400bps) a retransmissão de pacotes será muito dispendiosa. A detecção de erros a nível de SLIP não é absolutamente necessária, pois as aplicações IP detectarão os danos nos pacotes (checksums de cabeçalho IP, TCP e UDP), embora aplicações como "NFS" usualmente ignorem o checksum e dependam do meio da rede para detectar os danos. Por isto, seria melhor que o SLIP fornecesse uma metodo próprio de correção de erros.
• Compressão:
  Por serem as linhas discadas muito lentas (normalmente 2400bps), a compressão de pacotes causará grande melhoria no "throughput" dos pacotes. Usualmente, o fluxo de pacotes em uma conexão TCP simples possui poucos campos alterados nos cabeçalhos IP e TCP, então um algoritmo de compressão simples poderá enviar apenas as partes diferentes dos cabeçalhos em vez dos cabeçalhos completos.

Algum trabalho vem sendo feito por varios grupos de trabalho para projetar e implementar um sucessor para o SLIP, o qual solucionaraá alguns ou todos esses problemas.