Engenharia de Controle e Automao CEFET RJ UnED Nova Iguau

Disciplina:

Comunicao de Dados (GELE0720)

Prof.: Bruno Guedes E-mail: brunofguedes@gmail.com

Comunicao de Dados (GELE0720)

Bibliografia Sugerida: TANENBAUM, Andrew S., - Redes de Computadores, 4 Edio, Elsevier, So Paulo, 2003 KUROSE, James F. e Ross, Keith W., - Redes de Computadores e a Internet: Uma Abordagem Top-Down, 5 Edio, Pearson, So Paulo, 2010.

Comunicao de Dados (GELE0720)

Ementa da Disciplina:
Nvel de Enlace de Redes: Protocolos, Controle de Erros, Controle de Fluxo. Redes Locais e Mtodos de Acesso ao Meio: Protocolos de Acesso ao Meio, Redes Ethernet, Redes Sem Fio, Noes bsicas sobre Redes Industriais. Nvel de Redes: Endereamento, Protocolos, Roteamento, Fragmentao. Nvel de Transporte: Protocolos, Controle de Fluxo, Controle de Congestionamento. Nvel de Aplicao: sockets, protocolos de correio eletrnico, transferncia de arquivos, WWW, resoluo de nomes.

Captulo 1
Nvel de enlace de dados

1.1 - Protocolos Bsicos de Enlace

A tarefa da camada de enlace de dados converter o fluxo de dados sem formatao fornecido pela camada fsica em um fluxo de quadros a ser utilizado pela camada de rede. Para isso, diversos mtodos de enquadramento so utilizados. Os protocolos de enlace de dados podem oferecer recursos de controle de erros para a retransmisso de quadros danificados ou perdidos. E para evitar que um transmissor rpido sobrecarregue um receptor lento, o protocolo de enlace de dados tambm pode fornecer controle de fluxo.

Questes de projeto da camada de Enlace de dados

A camada de enlace de dados executa diversas funes especficas. Dentre elas esto as seguintes: 1. Fornecer uma interface de servio bem definida camada de rede. 2. Lidar com erros de transmisso. 3. Regular o fluxo de dados, de tal forma que receptores lentos no sejam atropelados por transmissores rpidos.

Questes de projeto da camada de Enlace de dados - Continuao

Para alcanar esses objetivos, a camada de enlace de dados recebe os pacotes da camada de rede e os encapsula em quadros para transmisso. Cada quadro contm um cabealho (header) de quadro, um campo de carga til, que conter o pacote, e um final (trailer) de quadro, como mostra a figura do prximo slide. O gerenciamento de quadros constitui o ncleo das atividades da camada de enlace de dados.

Questes de projeto da camada de Enlace de dados - Finalizando

Relacionamento entre pacotes e quadros

Servios oferecidos camada de rede

A funo da camada de enlace de dados fornecer servios camada de rede. O principal servio transferir dados da camada de rede da mquina de origem para a camada de rede da mquina de destino. A camada de enlace de dados pode ser projetada de modo a oferecer diversos servios, que podem variar de sistema para sistema. Trs possibilidades razoveis oferecidas com freqncia so: 1. Servio sem conexo e sem confirmao. 2. Servio sem conexo com confirmao. 3. Servio orientado a conexes com confirmao.

Servio sem conexo e sem confirmao

Consiste em fazer a mquina de origem enviar quadros independentes mquina de destino, sem que a mquina de destino confirme o recebimento desses quadros. Nenhuma conexo lgica estabelecida antes ou liberada depois do processo. Se um quadro for perdido devido a rudos na linha, no haver nenhuma tentativa de detectar a perda ou de recuper-lo na camada de enlace de dados.

Servio sem conexo e sem confirmao - Continuao

Essa classe de servio apropriada quando a taxa de erros muito baixa, e a recuperao fica a cargo de camadas mais altas. Ela tambm apropriada para o trfego em tempo real, no qual, a exemplo da fala humana, os dados atrasados causam mais problemas que dados recebidos com falhas. A maior parte das LANs utiliza servios sem conexo e sem confirmao na camada de enlace de dados.

Servio sem conexo com confirmao

Quando esse servio oferecido, ainda no h conexes lgicas sendo usadas, mas cada quadro enviado individualmente confirmado. Dessa forma, o transmissor sabe se um quadro chegou corretamente ou no. Caso no tenha chegado dentro de um intervalo de tempo especfico, o quadro poder ser enviado outra vez. Esse servio til em canais no confiveis, como os sistemas sem fio.

Servio sem conexo com confirmao - Continuao

Vale a pena destacar que oferecer recursos de confirmao no nvel da camada de enlace de dados uma questo de otimizao, e no uma exigncia. A camada de rede sempre pode enviar um pacote e esperar que ele seja confirmado. Se a confirmao no chegar durante o intervalo do timer, o transmissor poder enviar a mensagem inteira mais uma vez. O problema dessa estratgia que, em geral, os quadros tm um comprimento mximo estrito imposto pelo hardware, o que no ocorre com os pacotes da camada de rede.

Servio sem conexo com confirmao - Finalizando

Por exemplo, se o pacote for subdividido em 10 quadros e 20% de todos os quadros forem perdidos, o tempo necessrio para efetivar a transmisso do pacote com sucesso poder ser muito longo. Se cada quadro individual for confirmado e retransmitido, os pacotes completos chegaro a seu destino muito mais rapidamente. Em canais confiveis, como a fibra ptica, o uso de um protocolo de enlace de dados muito sofisticado talvez seja desnecessrio mas, em canais sem fio, com sua inerente falta de confiabilidade, o custo compensa.

Servio orientado a conexes

Com ele, as mquinas de origem e destino estabelecem uma conexo antes de os dados serem transferidos. Cada quadro enviado pela conexo numerado, e a camada de enlace de dados garante que cada quadro ser de fato recebido. Alm disso, essa camada garante que todos os quadros sero recebidos uma nica vez e na ordem correta. Por outro lado, com o servio sem conexo, concebvel que uma confirmao perdida acarrete diversas retransmisses de um quadro e, conseqentemente, faa com que ele seja recebido vrias vezes.

Servio orientado a conexes Continuando

Em contraste, os servios orientados a conexes fornecem aos processos da camada de rede o equivalente a um fluxo de bits confivel. Quando usado o servio orientado a conexes, as transferncias passam por trs fases distintas. Na primeira fase, a conexo estabelecida, fazendo-se ambos os lados inicializarem as variveis e os contadores necessrios para controlar os quadros que so recebidos e os que no so. Na segunda fase, um ou mais quadros so realmente transmitidos. Na terceira e ltima fase, a conexo desfeita, liberando-se as variveis, os buffers e os outros recursos usados para mant-la.

1.2 Enquadramento
Para oferecer servios camada de rede, a camada de enlace de dados deve usar o servio fornecido a ela pela camada fsica. O que a camada fsica faz aceitar um fluxo de bits brutos e tentar entreg-lo ao destino. No h uma garantia de que esse fluxo de bits seja livre de erros. O nmero de bits recebidos pode ser menor, igual ou maior que o nmero de bits transmitidos, e eles podem ter valores diferentes dos bits originalmente transmitidos. A camada de enlace de dados responsvel por detectar e, se necessrio, corrigir erros.

Enquadramento - Continuao
Em geral, a estratgia adotada pela camada de enlace de dados dividir o fluxo de bits em quadros e calcular o total de verificao (checksum) em relao a cada quadro. Quando um quadro chega a seu destino, o total de verificao recalculado. Se o total de verificao recm-calculado for diferente do que est contido no quadro, a camada de enlace de dados saber que houve um erro e tomar providncias para lidar com ele (por exemplo, descartando o quadro defeituoso e possivelmente tambm enviando de volta um relatrio de erros).

Enquadramento - Continuao
A diviso do fluxo de bits em quadros mais difcil do que parece primeira vista. Uma forma de obter esse enquadramento inserir intervalos de tempo entre os quadros, de modo muito semelhante aos espaos entre as palavras de um texto comum. No entanto, as redes raramente oferecem qualquer garantia em relao temporizao. Portanto, possvel que esses intervalos sejam condensados, ou que outros intervalos sejam inseridos durante a transmisso.

Enquadramento - Continuao
Como muito arriscado contar com a temporizao para marcar o incio e o fim de cada quadro, outros mtodos foram criados. Examinaremos agora quatro mtodos: 1. Contagem de caracteres. 2. Bytes de flags, com insero de bytes. 3. Flags iniciais e finais, com insero de bits. 4. Violaes de codificao da camada fsica.

10

Contagem de caracteres
O primeiro mtodo de enquadramento utiliza um campo no cabealho para especificar o nmero de caracteres do quadro. Quando v a contagem de caracteres, a camada de enlace de dados de destino sabe quantos caracteres devem vir em seguida e, conseqentemente, onde est o fim do quadro. Essa tcnica mostrada na figura do prximo slide, para quatro quadros, de tamanhos 5, 5, 8 e 8 caracteres, respectivamente.

Contagem de caracteres Continuao

Um fluxo de caracteres. (a) Sem erros. (b) Com um erro

11

Contagem de caracteres Continuao

O problema com esse algoritmo que a contagem pode ser adulterada por um erro de transmisso. Por exemplo, se a contagem 5 no segundo quadro da figura (b) do slide anterior se tornar 7, o destino perder a sincronizao e no ser capaz de localizar o incio do quadro seguinte. Mesmo que o total de verificao esteja incorreto, de modo que o destino saiba que o quadro est defeituoso, ele ainda no ter informaes suficientes para saber onde comea o quadro seguinte.

Contagem de caracteres Finalizando

Enviar um quadro de volta origem solicitando retransmisso tambm no ajuda, pois o destino no sabe quantos caracteres devero ser ignorados para chegar ao incio da retransmisso. Por essa razo, o mtodo de contagem de caracteres quase no mais usado.

12

Bytes de flags, com insero de bytes

O segundo mtodo de enquadramento contorna o problema de ressincronizao aps um erro, fazendo cada quadro comear e terminar com bytes especiais. A maioria dos protocolos tem utilizado o mesmo byte, chamado byte de flag, como delimitador de incio e de fim, como mostra a figura do prximo slide, na qual ele representado por FLAG.

Bytes de flags, com insero de bytes - Continuao

Um quadro delimitado por bytes de flag

Desse modo, se o receptor perder sincronizao, ele poder simplesmente procurar pelo byte de flag para descobrir o fim do quadro atual. Dois bytes de flag consecutivos indicam o fim de um quadro e o incio do prximo.

13

Bytes de flags, com insero de bytes - Continuao

Ocorre um problema srio com esse mtodo quando dados binrios, como programas-objeto ou nmeros em ponto flutuante, esto sendo transmitidos. bem possvel que o padro de bits do byte de flag ocorra nos dados. Em geral, essa situao ir interferir no enquadramento. Uma forma de solucionar esse problema fazer com que a camada de enlace de dados do transmissor inclua um caractere de escape especial (ESC) imediatamente antes de cada byte de flag "acidental" nos dados.

Bytes de flags, com insero de bytes - Continuao

A camada de enlace de dados da extremidade receptora remove o byte de escape antes de entregar os dados camada de rede. Essa tcnica chamada insero de bytes ou insero de caracteres. Desse modo, possvel distinguir um byte de flag de enquadramento de um byte nos dados pela ausncia ou presena de um byte de escape antes dele.

14

Bytes de flags, com insero de bytes - Continuao

O que acontecer se um byte de escape ocorrer em uma posio intermediria nos dados? Nesse caso, ele tambm ser preenchido com um byte de escape. Desse modo, qualquer byte de escape isolado faz parte de uma seqncia de escape, enquanto o byte de escape duplicado indica que um nico escape ocorreu naturalmente nos dados. Alguns exemplos so mostrados na figura do prximo slide. Em todos os casos, a seqncia de bytes entregue aps a remoo dos bytes inseridos exatamente igual seqncia de bytes original.

Bytes de flags, com insero de bytes - Finalizando

Quatro exemplos de seqncias de bytes, antes e depois da insero de bytes.

15

Flags iniciais e finais, com insero de bits

Uma das principais desvantagens da utilizao do mtodo anterior de enquadramento que ele depende da utilizao de caracteres de 8 bits. Nem todos os cdigos de caracteres utilizam caracteres de 8 bits. Por exemplo, o UNICODE emprega caracteres de 16 bits. medida que as redes se desenvolveram, as desvantagens da incluso do comprimento do cdigo de caracteres no mecanismo de enquadramento se tornaram cada vez mais bvias; portanto, uma nova tcnica teve de ser desenvolvida para permitir o uso de caracteres com tamanhos arbitrrios.

Flags iniciais e finais, com insero de bits - Continuao

A nova tcnica permite que os quadros de dados contenham um nmero arbitrrio de bits e possibilita a utilizao de cdigos de caracteres com um nmero arbitrrio de bits por caractere. De acordo com essa tcnica, cada quadro comea e termina com um padro de bits, 01111110 (na verdade, um byte de flag). Sempre que encontra cinco valores 1 consecutivos nos dados, a camada de enlace de dados do transmissor insere um bit 0 no fluxo de bits que est sendo enviado. Essa insero de bits semelhante insero de bytes, na qual um byte de escape inserido no fluxo de caracteres enviado antes de ocorrer um byte de flag nos dados.

16

Flags iniciais e finais, com insero de bits - Continuao

Ao ver cinco bits 1 consecutivos sendo recebidos, seguidos por um bit 0, o receptor remove automaticamente o bit 0. A insero de bits, assim como a insero de bytes, completamente transparente para a camada de rede de ambos os computadores. Se os dados do usurio contiverem o padro de flag 01111110, esse flag ser transmitido como 011111010, mas ser armazenado na memria do receptor como 01111110. A figura do prximo slide mostra um exemplo de insero de bits.

Flags iniciais e finais, com insero de bits - Continuao

Insero de bits. (a) Os dados originais. (b) Como os dados so exibidos na linha. (c) Como os dados so armazenados na memria do receptor aps a remoo de bits.

17

Flags iniciais e finais, com insero de bits - Finalizando

Com a insero de bits, o limite entre dois quadros pode ser reconhecido sem qualquer tipo de ambigidade pelo padro de flags. Desse modo, se o receptor perder o controle de onde esto os dados, bastar varrer a entrada em busca de seqncias de flags, pois elas nunca ocorrem dentro dos dados, apenas nos limites dos quadros.

Violaes de codificao da camada fsica

O ltimo mtodo de enquadramento s se aplica a redes nas quais a decodificao no meio fsico contm algum tipo de redundncia. Por exemplo, algumas LANs codificam 1 bit de dados utilizando 2 bits fsicos. Normalmente, um bit 1 um par alto-baixo, e um bit 0 um par baixo-alto. O esquema significa que todo bit de dados tem uma transio intermediria, facilitando a localizao dos limites de bits pelo receptor. As combinaes alto-alto e baixo-baixo no so usadas para dados, mas so empregadas na delimitao de quadros em alguns protocolos.

18

Enquadramento - Finalizando
Uma observao final a respeito do enquadramento: Para proporcionar uma segurana ainda maior, muitos protocolos de enlace de dados utilizam uma combinao de contagem de caracteres com um dos outros mtodos. Quando um quadro recebido, o campo de contagem utilizado para localizar o fim do quadro. O quadro s aceito como vlido se o delimitador correto estiver presente na posio adequada e se o total de verificao estiver correto. Caso contrrio, ser preciso examinar o fluxo recebido em busca do delimitador seguinte.

1.3 Controle de Erros

Aps resolvermos o problema da delimitao do incio e do fim de cada quadro, vamos ao problema seguinte: como ter certeza de que todos os quadros sero entregues na camada de rede de destino, e na ordem apropriada? Suponha que o transmissor simplesmente continue a enviar os quadros sem se importar em saber se eles esto chegando de maneira correta. Essa pode ser uma tima opo para servios sem conexo e sem confirmao, mas sem dvida no seria boa para servios orientados a conexes confiveis.

19

Controle de Erros - Continuao

A forma mais comum de garantir uma entrega confivel dar ao transmissor algum tipo de feedback sobre o que est acontecendo no outro extremo da linha. Normalmente, o protocolo solicita que o receptor retorne quadros de controle especiais com confirmaes positivas ou negativas sobre os quadros recebidos. Se receber uma confirmao positiva sobre um quadro, o transmissor saber que o quadro chegou em segurana ao destino. Por outro lado, uma confirmao negativa significa que algo saiu errado e que o quadro deve ser retransmitido.

Controle de Erros - Continuao

Uma complicao adicional decorre da possibilidade de problemas de hardware fazerem com que um quadro desaparea completamente (por exemplo, em uma rajada de rudos). Nesse caso, o receptor no reagir de forma alguma, pois no h motivo para isso. Deve ficar claro que um protocolo no qual o transmissor envia um quadro e depois espera por uma confirmao, positiva ou negativa, permanecer suspenso para sempre caso um quadro tenha sido completamente perdido, por exemplo, em conseqncia de mau funcionamento do hardware.

20

Controle de Erros - Continuao

Essa possibilidade tratada com a introduo de timers na camada de enlace de dados. Quando o transmissor envia um quadro, em geral ele tambm inicializa um timer. O timer ajustado para ser desativado aps um intervalo suficientemente longo para o quadro chegar ao destino, ser processado e ter sua confirmao enviada de volta ao transmissor. Em geral, o quadro ser recebido de forma correta e a confirmao voltar antes de se alcanar o timeout (tempo limite) do timer e, nesse caso, o timer ser cancelado.

Controle de Erros - Continuao

No entanto, se a confirmao ou o quadro se perder, o timer ser desativado, alertando o transmissor para um problema potencial. A soluo bvia simplesmente transmitir o quadro outra vez. Entretanto, quando os quadros so transmitidos vrias vezes, existe o perigo de o receptor aceitar o mesmo quadro duas ou mais vezes e de repass-lo camada de rede mais de uma vez. Para impedir que isso acontea, geralmente necessrio atribuir nmeros e seqncia aos quadros enviados, para que o receptor possa distinguir as retransmisses dos quadros originais.

21

Controle de Erros - Continuando

A questo do gerenciamento dos timers e dos nmeros de seqncia para garantir que cada quadro seja realmente passado para a camada de rede do destino exatamente uma vez, nem mais nem menos, uma parte importante das atribuies da camada de enlace de dados. Os projetistas de redes desenvolveram duas estratgias bsicas para tratar os erros. Uma delas incluir informaes redundantes suficientes em cada bloco de dados enviado.

Controle de Erros - Continuando

Com isso, o receptor capaz de deduzir quais devem ter sido os dados transmitidos. A outra forma incluir uma redundncia suficiente apenas para permitir que o receptor deduza que houve um erro, mas sem identificar qual, e solicite uma retransmisso. A primeira estratgia utiliza cdigos de correo de erros, e a outra emprega cdigos de deteco de erros.

22

Controle de Erros - Finalizando

Cada uma dessas tcnicas ocupa um nicho ecolgico diferente. Em canais altamente confiveis, como os de fibra, mais econmico utilizar um cdigo de deteco de erros e simplesmente retransmitir o bloco defeituoso ocasional. Porm, em canais como enlaces sem fio que geram muitos erros, melhor adicionar a cada bloco redundncia suficiente para que o receptor seja capaz de descobrir qual era o bloco original, em vez de confiar em uma retransmisso, que pode ela prpria conter erros.

1.4 - Controle de Fluxo

Outra questo de projeto importante que ocorre na camada de enlace de dados (e tambm em camadas mais altas) aquela em que um transmissor quer enviar quadros mais rapidamente do que o receptor capaz de aceitar. Essa situao pode ocorrer com facilidade quando o transmissor est funcionando em um computador rpido e o receptor est utilizando um computador lento. O transmissor fica "bombeando" os quadros em alta velocidade at o receptor ser totalmente "inundado".

23

Controle de Fluxo - Continuao

Mesmo que a transmisso no contenha erros, em um determinado ponto o receptor no ser capaz de tratar os quadros medida que eles chegam e comear a perder alguns deles. Sem dvida, algo deve ser feito para impedir que essa situao ocorra. So usadas comumente duas abordagens.

Controle de Fluxo - Continuao

Na primeira, chamada controle de fluxo baseado em feedback, o receptor envia de volta ao transmissor informaes que permitem ao transmissor enviar mais dados, ou que pelo menos mostram ao transmissor qual a situao real do receptor. Na segunda, chamada controle de fluxo baseado na velocidade, o protocolo tem um mecanismo interno que limita a velocidade com que os transmissores podem enviar os dados, sem usar o feedback do receptor.

24

Controle de Fluxo - Continuao

Existem diversos esquemas de controle de fluxo. No entanto, a maioria deles utiliza o mesmo princpio bsico. O protocolo contm regras bem definidas sobre quando um transmissor pode enviar o quadro seguinte. Com freqncia, essas regras impedem que os quadros sejam enviados at que o receptor tenha concedido permisso para transmisso, implcita ou explicitamente.

Controle de Fluxo - Finalizando

Por exemplo, quando uma conexo estabelecida, o receptor pode informar: "Voc est autorizado a me enviar n quadros agora, mas depois que eles tiverem sido enviados, no envie mais nada at ser informado de que deve prosseguir. OBS: Os esquemas de controle de fluxo baseados na velocidade nunca so utilizados na camada de enlace de dados.

25

1.5 O protocolo PPP

A Internet consiste em mquinas individuais (hosts e roteadores) e na infra-estrutura de comunicao que as conecta. Dentro de um nico prdio, as LANs so bastante utilizadas para interconexes, mas grande parte da infra-estrutura geograficamente distribuda construda a partir de linhas privadas ponto a ponto. Na prtica, a comunicao ponto a ponto utilizada principalmente em duas situaes.

O protocolo PPP - Continuao

Na primeira delas, milhares de organizaes tm uma LAN ou mais, cada uma com um determinado nmero de hosts (computadores pessoais, estaes de trabalho, servidores etc.) e um roteador (ou uma ponte, de funcionalidade semelhante). Em geral, todas as conexes com o mundo exterior passam por um ou dois roteadores que tm linhas privadas (tambm chamadas linhas dedicadas) ponto a ponto com roteadores distantes. So esses roteadores e suas linhas privadas que compem as subredes de comunicao, nas quais a Internet se baseia.

26

O protocolo PPP - Continuao

A segunda situao em que as linhas ponto a ponto executam uma funo importante na Internet diz respeito aos milhes de indivduos que estabelecem conexes domsticas com a Internet utilizando modems e linhas telefnicas com acesso por discagem. Geralmente, o PC domstico do usurio estabelece uma conexo com o roteador de um provedor de servios da Internet, e depois atua como um host da Internet completo.

O protocolo PPP - Continuao

Esse mtodo de operao no difere de ter uma linha privada entre o PC e o roteador, exceto pelo fato de a conexo ser encerrada quando o usurio finaliza a sesso. Um PC domstico que se conecta a um provedor de servios da Internet est ilustrado na figura do prximo slide.

27

O protocolo PPP - Continuao

Um computador pessoal domstico que atua como um host da Internet.

O protocolo PPP - Continuao

Tanto para a conexo de linha privada entre roteadores quanto para a conexo com acesso por discagem entre o host e o roteador, necessrio o uso de um protocolo de enlace de dados ponto a ponto na linha para cuidar do enquadramento, do controle de erros e de outras funes da camada de enlace de dados que estudamos neste captulo. O nico protocolo utilizado na Internet o PPP . Vamos examin-lo agora.

28

O protocolo PPP - Continuao

PPP (Point-to-Point Protocol protocolo ponto a ponto), definido na RFC 1661 e mais elaborado em vrias outras RFCs (por exemplo, as RFCs 1662 e 1663). O PPP trata da deteco de erros, aceita vrios protocolos, permite que endereos IP sejam negociados em tempo de conexo, permite a autenticao e inclui muitas outras caractersticas.

O protocolo PPP - Continuao

O PPP dispe de trs recursos: 1. Um mtodo de enquadramento que delineia de forma no ambgua o fim de um quadro e o incio do quadro seguinte. O formato do quadro tambm lida com a deteco de erros. 2. Um protocolo de controle de enlace usado para ativar linhas, test-las, negociar opes e desativlas novamente quando no forem mais necessrias. Esse protocolo denominado LCP (Link Control Protocol protocolo de controle de enlace).

29

O protocolo PPP - Continuao

3. Uma maneira de negociar as opes da camada de rede de modo independente do protocolo da camada de rede a ser utilizado. O mtodo escolhido deve ter um NCP (Network Control Protocol protocolo de controle de rede) diferente para cada camada de rede aceita.
Para verificar como esses itens se encaixam uns com os outros, considere a situao tpica em que um usurio domstico se conecta a um provedor de servios da Internet (ISP) para transformar um PC domstico em um host temporrio da Internet.

O protocolo PPP - Continuao

Primeiro, o PC chama o roteador do provedor por meio de um modem. Depois que o modem do roteador atende ao telefone e estabelece uma conexo fsica, o PC envia ao roteador uma srie de pacotes LCP no campo de carga til de um ou mais quadros PPP . Esses pacotes e suas respostas selecionam os parmetros PPP a serem utilizados.
Quando todos esses parmetros esto corretamente definidos de comum acordo, uma srie de pacotes NCP enviada para configurar a camada de rede.

30

O protocolo PPP - Continuao

Em geral, o PC quer executar uma pilha de protocolos TCP/IP, e assim necessita de um endereo IP . Como no h endereos IP suficientes, normalmente cada provedor da Internet obtm um bloco de endereos e, em seguida, atribui dinamicamente um endereo a cada PC recm-conectado durante sua sesso de login. Se tiver n endereos IP, um provedor poder ter at n mquinas conectadas simultaneamente, mas sua base total de clientes poder estar muito acima desse nmero. O NCP para o IP atribui os endereos IP.

O protocolo PPP - Continuao

Nesse momento, o PC passa a ser um host da Internet e pode enviar e receber pacotes IP, da mesma forma que os hosts fisicamente conectados. Quando o usurio termina, o NCP utilizado para desativar a conexo da camada de rede e liberar o endereo IP. Em seguida, o LCP encerra a conexo da camada de enlace de dados. Finalmente, o computador solicita que o modem desligue o telefone, liberando a conexo da camada fsica.

31

O protocolo PPP - Continuao

O formato completo do quadro PPP

Todos os quadros PPP comeam pelo byte de flag (01111110), que complementado por insero de bytes se ocorrer dentro do campo de carga til.

O protocolo PPP - Continuao

O formato completo do quadro PPP

Em seguida, temos o campo Endereo, que sempre definido como o valor binrio 11111111, indicando que todas as estaes devem aceitar o quadro. A utilizao desse valor evita o problema da necessidade de atribuio de endereos de enlace de dados.

32

O protocolo PPP - Continuao

O formato completo do quadro PPP

O campo Controle exibido aps o campo Endereo e seu valor padro 00000011. Esse valor indica um quadro no numerado. Em ambientes ruidosos, como em redes sem fio, pode ser utilizada a transmisso que emprega o modo numerado. Os detalhes exatos so definidos na RFC 1663 mas, na prtica, raramente ele utilizado.

O protocolo PPP - Continuao

O formato completo do quadro PPP

O quarto campo do quadro PPP o campo Protocolo. Sua tarefa informar o tipo de pacote que se encontra no campo Carga til. Os cdigos so definidos para representar os protocolos LCP, NCP, IP, IPX, AppleTalk e outros.

33

O protocolo PPP - Continuao

O formato completo do quadro PPP

O campo Carga til tem comprimento varivel, podendo se estender at o tamanho mximo negociado. Se o comprimento no for negociado com o uso do LCP durante a configurao da linha, ser empregado um comprimento padro de 1.500 bytes. Poder haver um preenchimento logo aps a carga til, caso seja necessrio.

O protocolo PPP - Finalizando

O formato completo do quadro PPP

Depois do campo Carga til, temos o campo Total de verificao, que normalmente tem 2 bytes, embora seja possvel negociar um total de verificao de 4 bytes. Em suma, o PPP um mecanismo de enquadramento multiprotocolo, adequado para a utilizao em modems e em outras camadas fsicas.

34