O Quadro PPP

Pela própria definição vista nos requisitos, o quadro PPP deverá ser capaz de enquadrar um pacote proveniente da camada superior, especificar o protocolo ao qual ele pertence e entregar no outro ponto o pacote completo. Para isso o quadro precisa reserva um espaço extra para a informação de controle. O quadro contém os seguintes campos:

• Flag - Todo quadro começa e termina com um byte de valor 01111110.
• Endereço - Por enquanto apenas o valor de broadcast é utilizado: 11111111. O PPP permite que este não seja enviado.
• Controle - Apenas o valor 00000011 foi especificado até o momento. O campo foi criado prevendo a necessidade de abranger mais de uma especificação. É possível não transmiti-lo, assim como o campo de endereço.
• Protocolo - Este campo informa ao receptor PPP a qual protocolo da camada de rede pertence o pacote enquadrado como informação. Ao receber um quadro, o receptor verifica a existência de erros e em caso negativo repassa os dados encapsulados - o pacote - ao protocolo apropriado. O RFC 1700 define os códigos utilizados pelo PPP. Como exemplo temos o IP (21h), o DECnet (29h) e o protocolo de  controle de enlace PPP (C021h).
• Informação - Contém o pacote encapsulado proveniente da camada de rede. O comprimento máximo padrão deste campo é 1500 bytes, embora seja possível a mudança na primeira vez em que o enlace é configurado.
•  Verificação - Utiliza um código de redundância cíclica, padrão HDLC, para detectar erros de bits em um quadro transmitido.

Byte Stuffing

O que aconteceria quando um dos bytes de informação fosse igual ao flag? Se não existisse nenhum mecanismo para avisar ao receptor que aquele byte faz parte da informação, este certamente interpretaria o término do quadro. O que poderia então ser feito para evitar este problema?

A precaução mais simples de ser realizada seria negar a possibilidade de transmitir este código de byte pelo canal. Isso porém, estaria desrespeitando um dos requisitos de projeto: a transparência do protocolo. O que foi feito então para contornar o problema foi aplicar a técnica de byte stuffing.

Toda vez que o pacote a ser transmitido contiver um byte igual ao byte de flag, o emissor deverá precedê-lo com um byte a mais de controle de escape. No caso do PPP este byte possui o valor 01111101.  Para o caso de a informação possuir um byte igual ao de escape, o emissor o precederá também com o byte de escape. Assim, quando o receptor encontrar um byte de escape, basta ele retirar o byte e continuar a ler a informação, sabendo que mesmo que seja um byte flag ele deverá ser apenas interpretado como informação.