You are on page 1of 17

Modelos e Protocolos de Redes Locais

Esta aula tem por objetivo a apresentao dos diversos modelos e protocolos de redes locais (LAN)
utilizados pelas redes de comunicao.

Introduo

Como a interface de comunicao serial RS232C j conhecida, vamos analisar as redes locais de
computadores partindo do uso desta interface.

Todo computador tem a disposio uma placa de comunicao serial RS-232C, que tem o objetivo de
possibilitar ligao ponto a ponto e que atravs de um circuito adaptador pode possibilitar uma rede de
comunicao.

O circuito adaptador, para possibilitar uma rede pode ser simples, como o mostrado na figura 1, onde
apresentado um diodo por porta, dois resistores de terminao e uma fonte de -12V.


Figura 1: Circuito Adaptador Simples

Para melhorar este circuito basta utilizar um cabo blindado.

Pelo circuito ilustrado na figura 1, quando caracteres so enviados de um terminal, so recebidos em
todos os terminais da rede, incluindo o terminal de onde foram enviados. Entretanto, se dois ou mais
terminais enviam diferentes mensagens ao mesmo tempo, cada terminal que transmite receber outra
mensagem que diferente da enviada. Esta mensagem ser de uma lgica OR das mensagens
enviadas. Isto permite uma importantssima propriedade, que a deteco de coliso.

Aqui se usa o fato de que um terminal RS232 mantm sua linha de transmisso em voltagem negativa
quando no transmite, e ento pulsa a linha de transmisso para voltagem positiva no incio de um
caractere, o bit de start.

O padro RS232 define o nvel positivo como um 0 transmitido e o nvel negativo como um binrio 1.
Em outras palavras, o caractere comea com um 0, seguido pelo byte do cdigo transmitido. Pelo
menos um binrio 1 inserido depois de cada byte, o chamado bit de stop.

O resistor de terminao fornece o nvel negativo e cada porta RS232 pode levar a linha para o nvel
positivo pelo pulso de incio de um caractere. Em termos de bits, o resistor fornece os 1 e a porta
fornece os 0.

Os limites de velocidade e distncia surgem da combinao das limitaes do driver de corrente e da
carga da sada receptora da rede, ou seja, a rede de comunicao ter como limites: a distncia, a
velocidade e o nmero de terminais receptores.

Por exemplo, com o circuito da figura 1 pode-se usar a rede de comunicao em 19.200 bps para seis
dispositivos separados de 6 metros, ou pode-se conectar trs dispositivos com 3,2 Km de fio e fluir a 300
bps.

Algumas modificaes simples podem ser realizadas para expandir a capacidade da rede. Na figura 2
mostrado um circuito que possibilita maior nmero de sadas receptoras.


Figura 2: Circuito Adaptador com mais Sadas

Nesta figura 2, um amplificador operacional usado para bufferizar um sinal que esta chegando. Isto
reduz a carga localizada de cada n, permitindo um virtual nmero ilimitado de ns na rede.

O sinal que indica se a rede est ocupada fornecido pelo resistor R1 e capacitor C1. A finalidade deste
sinal de desobrigar o software de trocar a condio da rede. O circuito trabalha pela carga de C1
durante o bit de start do caractere. O capacitor, ento, se descarregar por R1. A escolha destes dois
valores feita pela mais baixa taxa de dados usada na rede. A figura 2 tem valores de R1 e C1 para
1.200 bps.

A tabela 1 ilustra a diversidade de taxas de transferncia e o respectivo valor de R1 para a correta
construo do circuito adaptador.

Taxa de Transferncia (em bps) Valor do R1 (em Ohms)
1.200 330.000
2.400 160.000
4.800 82.000
Taxa de Transferncia (em bps) Valor do R1 (em Ohms)
9.600 39.000
19.200 22.000
38.400 10.000
76.800 5.100
153.600 2.200

Tabela 1: Valores de R1 relacionados com a Taxa de Transferncia

Com este exemplo podemos comear a perceber alguns conceitos bsicos tratados em redes de
comunicao.

Podemos perceber que antes de uma estao transmitir ela sente o estado da rede por meio do pino 8,
verificando se a mesma est ocupada ou no. Isto faz parte do protocolo de acesso ao meio.

Outro fato a observar que possvel detectar coliso de mensagens, caso duas estaes transmitam
ao mesmo tempo e ento, fazer com que uma estao transmita antes da outra.

O protocolo de acesso a meio dividido em dois grupos:

No Determinsticos - considerados otimistas por no fazerem reservas e trabalharem com
colises:
o CSMA (Carrier Sense Multiple Access) - ouvir antes de falar;
o CSMA/CD (CSMA com Collision Detection) - ouvir enquanto fala; e
o CSMA/CD-OB (CSMA/CD com Ordely Backoff) - retransmisso escalonada.
Determinsticos - considerados pessimistas por fazerem reservas, porm no ocorrem colises:
o Token Passing - marca de controle, permisso de passagem.

Porm, somente o protocolo de acesso ao meio de transmisso no o suficiente para se estabelecer
uma comunicao inteligente entre estaes em uma rede.

Assim, passou a ser necessrio o estabelecimento de modelos de atuao em redes de comunicao e
mais, tornou-se necessria a existncia de protocolos de controle, tanto para a lgica do enlace de
comunicao, quanto para o acesso ao meio fsico de transmisso.


Modelo em Camadas para Redes Locais

O modelo de camadas para redes locais foi definido pelo comit 802 do IEEE (Institute of Electrical and
Electronics Engineers). Este comit desenvolveu e publicou uma srie de normas para redes locais
(LAN) e Metropolitanas (MAN) que foram adotadas mundialmente inclusive pela ISO (International
Organization for Standardization).

O modelo definido pelo IEEE abrange as duas camadas inferiores do modelo de referncia OSI, como
ilustrado na figura 3.

Controle do Enlace Lgico (LLC)

O LLC especifica os mecanismos para endereamento de estaes conectadas ao meio e para controlar
a troca de dados entre usurios da rede. A operao e o formato deste padro baseado no protocolo
HDLC. Estabelece trs tipos de servio:

1) Sem conexo e sem reconhecimento;
2) Com conexo;
3) Com reconhecimento e sem conexo.

O IEEE 802.2 define o protocolo LLC como o suporte subcamada LLC para toda famlia de redes IEEE
802.

Camada OSI Camadas IEEE 802
7 Aplicao
6 Apresentao
5 Sesso
4 Transporte
3 Rede

Controle do Enlace Lgico
(LLC - Logical Link Control)

2
Enlace de
dados

Controle de Acesso ao Meio
(MAC - Medium Access Control)
1 Fsica Fsica

Figura 3: Relao entre IEEE 802 e Modelo OSI

Controle de Acesso ao Meio (MAC) e Camada Fsica

A funo do MAC permitir que dispositivos compartilhem a capacidade de transmisso de uma rede.
Ele controla o acesso ao meio de transmisso de modo a se ter um uso ordenado e eficiente deste meio.

O IEEE 802 apresenta vrias opes de MAC, associadas a vrios meios fsicos, como ilustrado na
tabela 2.

802.3 802.4 802.5 802.6 802.11 802.12 ANSI
MAC
CSMA/CD
Ethernet
Token
Bus
Token Ring DQDB
CSMA/CA
(WLAN)
100VG-
AnyLAN
(prioridade)
FDDI
Fsica
Coaxial
Fios*
Fibra
Coaxial
Fibra
Fios* Fibra Sem fio Fios* Fibra
* Pares de fios tranados
Tabela 2: Protocolos MAC para o modelo IEEE 802

Observa-se que a ANSI (American National Standards Institute), apesar de ter MAC prpria, utiliza o
protocolo LLC para o controle da subcamada LLC da tecnologia FDDI.

Importante destaque deve ser feito para o CSMA/CD (Carrier Sense Multiple Access with Collision
Detection ou Mltiplos Acessos com Verificao de Presena de Portadora e Deteco de Coliso).

No CSMA/CD, a estao verifica se existe algum transmitindo no meio e s transmite se ele est livre.
No caso de detectar uma coliso a estao para de transmitir.

Mais de 90% das redes (LAN e MAN) utilizam o CSMA/CD como mecanismo de controle de acesso,
sendo conhecidas como redes Ethernet.


Protocolos de Redes Locais

Definies:

1. Conjunto de regras estabelecido para a transmisso ordenada e automtica de dados;
2. Regras seqenciais de requisies e respostas pelas quais unidades de uma rede coordenam e
controlam operaes de transferncia de dados;
3. Conjunto de regras que governam a troca de informaes entre dois ou mais processos.

Como exemplos, dada a suas importncias operacionais atuais, estaremos analisando os seguintes
protocolos:

HDLC (High-level Data Link Control) e sua evoluo LLC (Logical Link Control);
Ethernet e suas evolues Fast Ethernet e Gigabit Ethernet, todos baseados no CSMA/CD; e
FDDI (Fiber Distributed Data Interface).


Protocolos de Linha (ou de Lgica de Enlace)

Eles tm como funes bsicas:

Endereamento;
Estabelecimento de conexo;
Confirmao de recebimento;
Controle de erro;
Retransmisso;
Controle de fluxo.

Apresentam-se em duas formas:

Protocolos orientados a caractere: so aqueles em que as regras so baseadas em caracteres
especiais com funes bem definidas.
Protocolos orientados a bit: usam campos com tamanho e posies definidas no cabealho para
realizao das funes de enlace. O cabealho e cauda tm tamanhos fixo e o campo de dados
pode ter um nmero qualquer de bits. Foram desenvolvidos para superar as deficincias dos
protocolos orientados a caractere. Os requisitos essenciais para estes novos protocolos eram:
o independncia do cdigo utilizado;
o adaptao a diferentes aplicaes e configuraes;
o operao em half-duplex e full-duplex;
o alta eficincia;
o elevada confiabilidade.

Ao final de 1.969, a ANSI (American National Standards Institute) e a ISO (International Standards
Organization) iniciaram os trabalhos formais para o estabelecimento de padres de protocolos orientados
a bit.

Em 1.973, a IBM anuncia o SDLC (Synchronous Data Link Control).

Em 1.979, a ISO divulgou um conjunto de padres que define o HDLC (High-level Data Link Control
Procedure). O HDLC abriga, na verdade, uma srie de outros protocolos como, por exemplo, o LAPB
(Link Access Procedure Balanced) adotado pela ITU-T no nvel 2 do X.25 e o LAPD (Link Access
Procedure D-Channel), definido como protocolo de enlace da RDSI (Rede Digital de Servios
Integrados). Alm, de abrigar outros protocolos adotados pelo IEEE, como o LLC (Logical Link Control) e
o PPP (Point to Point Protocol).

HDLC (High-level Data Link Control)

O HDLC um dos derivados do protocolo de enlace de dados utilizado na arquitetura SNA (mainframe)
da IBM, o protocolo SDLC (Synchronous Data Link Control). Depois de desenvolver o SDLC, a IBM o
submeteu ao ANSI e a ISO para sua aceitao como padro nos EUA e no mundo, respectivamente. A
ANSI o modificou tornando-o conhecido como ADCCP (Advanced Data Communication Control
Procedure) e a ISO, o alterou, transformando-o no HDLC (High-level Data Link Control).

Para satisfazer uma grande variedade de aplicaes, HDLC define trs tipos de estaes, duas
configuraes de link e trs modos de transferncia.

Os trs modos de estao so:

1. Estao Primria: Fica responsvel pelo controle da operao de acesso. Frames emitidos por
ela so chamados commands (comandos);
2. Estao Secundria: Opera sob controle da estao primria. Os frames emitidos so
chamados responses (respostas). A primria mantm uma separao de acesso lgico com
cada estao secundria da linha;
3. Estao Combinada: Combina as caractersticas da estao primria e da secundria. Ela pode
emitir tanto commands quanto responses.

As duas configuraes de link so:

1. No-Balanceada: Consiste de uma estao e uma ou mais secundrias. Suporta transmisso
tanto half-duplex, quanto full-duplex;
2. Balanceada: Consiste das duas estaes combinadas e suporta transmisso tanto half-duplex,
quanto full-duplex.

Os trs modos de transferncia so:

1. Modo Normal de Resposta (NRM - Normal Response Mode): Usado com uma configurao
no balanceada. A estao primria pode iniciar a transmisso de dados para a estao
secundria, mas a secundria pode somente transmitir dados em resposta de um comando da
primria;
2. Modo Assncrono Balanceado (ABM - Asynchronous Balanced Mode): Usado com uma
configurao balanceada. A estao balanceada pode iniciar a transmisso se receber
permisso de outra estao combinada;
3. Modo de Resposta Assncrona (ARM - Asynchronous Response Mode): Usada com uma
configurao no-balanceada. A estao secundria pode iniciar transmisso sem permisso
explcita da estao primria. A primria ainda tem a responsabilidade da linha, incluindo
inicializao, recuperao de erro e desconexo lgica.

O HDLC usa transmisso sncrona. Todas as transmisses so em forma de frames e um simples
formato de frame suficiente para todos os tipos de trocas de dados e controles. Este formato de frame
ilustrado na figura 4.


Figura 4: Formato do Quadro HDLC

Campo Flag: delimita o frame nas duas extremidades com um nico padro 01111110. Um simples flag
pode ser usado como flag de fechamento por um frame e como flag de abertura pelo prximo.

Campo de Endereo: identifica a estao secundria transmitida ou recebida do frame. Este campo no
necessitado por acessos ponto-a-ponto, mas sempre includo a fim de uniformizar. usado apenas
para distinguir comandos e respostas.

Campo de Informaes (dados): pode conter informaes arbitrrias. Ele pode ser arbitrariamente
longo, embora a eficincia do checksum diminua com o aumento do comprimento do quadro, devido
maior probabilidade de vrios erros em rajada. Este campo est presente somente nos I-frames e U-
frames.

Campo Seqncia de Checagem (FCS - Frame Check Sequence): um cdigo de deteco de erro,
calculado com o resto dos bits do frame, excluindo os flags. O checksum uma variao menos
importante do cdigo de redundncia cclica, que utiliza CRC como polinmio gerador.

Campo de Controle: usado para nmeros de seqncia, confirmaes e outras finalidades. O HDLC
define trs tipos de frames, conforme ilustrado na figura 5, com formatos diferentes no campo de
controle:

Frame de Informao (I-frames): leva os dados a serem transferidos pelo usurio.
Adicionalmente, fluxo de dados e controle de erro, usando mecanismo ARQ, pegam carona
(piggypaked) em um frame de informao;
Frame Superviso (S-frame): prove o mecanismo ARQ quando o piggybacking no usado;
Frame No-numerado (U-frame): prove funes suplementares de controle de acesso.



Figura 5: Formato do Campo de Controle do Quadro HDLC

LLC (Logical Link Control)

O nvel de enlace responsvel por:

Estabelecer, manter e liberar conexes entre entidades de rede;
Transferir unidades de dados de servio de enlace com rapidez, flexibilidade e economia;
Detectar e corrigir os erros provenientes do nvel fsico.

Quando a conexo dos pontos realizada somente a nvel local, algumas caractersticas de
comunicao so diferentes das utilizadas em conexes de longa distncia. So elas:

Transmisso em velocidades maiores, mesmo que o meio de transmisso seja simples (par
metlico);
Aplicao de meios de transmisso que apresentam menor taxas de erros (cabo coaxial, fibra
tica);
Acesso direto ao meio, podendo utilizar as seguintes topologias: estrela, barramento e anel.

Em vista dessas caractersticas, o modelo OSI foi adaptado para referenciar tambm as redes locais, ou
seja, a camada de enlace foi subdividida em duas subcamadas, ilustradas na figura 6:

LLC (Logical Link Control) - responsvel em implementar a interface do nvel de enlace com o
nvel de rede, fornecer servios como multiplexao e o controle de fluxo e de erros;
MAC (Medium Access Control) - responsvel em manipular as caractersticas especficas das
vrias tecnologias de redes locais, isto , responsvel pelo acesso ao meio.



Figura 6: Camada de Enlace e Subcamadas LLC e MAC

A camada de enlace foi subdividida com a finalidade de possuir um nvel independente da topologia, dos
meios de transmisso e dos mtodos de acesso utilizados na rede local, de forma que, se alteraes
fossem realizadas nestes itens, o protocolo de enlace no seria alterado. Este nvel o LLC.

A multiplexao do acesso ao meio fsico no nvel de enlace realizada atravs da identificao dos
usurios do enlace, isto , da identificao dos pontos de acesso a servios (SAP - Service Access
Point). Desta forma, o protocolo LLC deve identificar qual o ponto de acesso origem (SSAP - Source
Service Access Point) e qual o ponto de acesso destino (DSAP - Destination Service Access Point).

O padro IEEE 802 estabelece como cada entidade das redes locais se comunica com seu nvel
superior e qual o protocolo utilizado para se comunicar com as entidades pares. O padro IEEE 802.2
refere-se ao protocolo para a subcamada LLC.

Os dados da camada de enlace so encapsulados de acordo com um padro. A figura 7 mostra como
formada a unidade de dados do protocolo de enlace.



Figura 7: Unidade de Dados do Protocolo de Enlace

O nvel de enlace, ou subcamada LLC, pode fornecer ao nvel de rede trs tipos de servio distintos:

Operao tipo 1: Sem conexo e sem reconhecimento;
Operao tipo 2: Orientado a conexo;
Operao tipo 3: Sem conexo e com reconhecimento.

Primitivas de Servio

As primitivas de servios so funes que um nvel oferece ao nvel imediatamente superior, de forma a
prover a comunicao entre os mesmos.

Uma primitiva de servio constituda de trs partes:

Descrio da primitiva - A primitiva descrita de acordo com a funo a qual se destina. Por
exemplo, a descrio L_CONNECT utilizada por um servio orientado conexo para solicitar
o incio de uma conexo;
Classe da primitiva - A classe da primitiva determina qual a ao que deve ser executada ou
informa sobre a ao realizada por uma entidade parceira. So definidas quatro classes de
primitivas:
o Request - utilizada para solicitar o incio de um servio;
o Indication - utilizada para indicar um evento ocasionado por uma requisio remota de
um servio ou por um evento local;
o Response - utilizada para responder a um evento;
o Confirm - tipo utilizado para indicar o resultado de um pedido de servio.
Por exemplo, na inicializao de uma conexo, as classes so utilizadas da seguinte forma:
o L_CONNECT-request: solicita o estabelecimento de uma conexo;
o L_CONNECT-indication: a entidade que est sendo chamada recebe uma indicao
informando que algum deseja estabelecer uma conexo com ela;
o L_CONNECT-response: utilizada pela entidade chamada para avisar se a conexo foi
aceita ou rejeitada;
o L_CONNECT-confirm: indica ao solicitante se a chamada foi aceita.
Parmetros da primitiva - J unto com a descrio da primitiva devem ser enviados um conjunto
de parmetros que tem por finalidade indicar: o endereo local, o endereo remoto, a
especificao da classe de servio de acordo com o protocolo, os dados recebidos pelo LLC do
seu usurio, o status, a razo da desconexo/reset e o tamanho de mensagem.

Operao Tipo 1 - Sem conexo e sem reconhecimento

No servio sem conexo e sem reconhecimento, as unidades de dados so trocadas sem
reconhecimento, sem qualquer controle de fluxo ou recuperao de erro.

A interface deste servio com seus usurios, normalmente, entidades do nvel de rede, realizada
atravs das primitivas:

L-DATA.request;
L-DATA.indication.

Os parmetros dessas primitivas indicam o endereo de enlace (endereo MAC da estao +SAP) de
origem e de destino, a informao a ser transmitida e a classe de servio desejada. A figura 8 ilustra a
troca de primitivas nesse servio:



Figura 8: Troca de Primitivas na Operao LLC tipo 1

A operao tipo 1, que suporta o servio sem conexo e sem reconhecimento, utiliza trs quadros no-
numerados:

UI (Unnumbered Information);
XID (eXchange IDentification command);
TEST (Teste).

UI (Unnumbered Information)

Usado para enviar informao a um ou mais LLC. Seu uso no depende da existncia de conexo de
linha e no afeta as variveis N(S) e N(R) associadas a qualquer conexo de linha. No h resposta
para este comando. Seu recebimento no confirmado, nem verificado qualquer nmero de
seqncia.

Assim, um comando UI pode ser perdido sem que esta perda seja detectada pelo LLC. Seu uso
pressupe que a probabilidade de perda de uma UDPE (Unidade de Dados do Protocolo de Enlace) seja
muito pequena. Esta UDPE est contida na MSDU (MAC Service Data Unit), ilustrada na figura 8.

Informaes Complementares:

N(S): Varivel de estado de envio - Indica o nmero de seqncia do prximo quadro de
informao a ser enviado;
N(R): Varivel de estado de recepo - Indica o valor limite estabelecido pela janela de recepo
vigente para o quadro que est sendo recebido.

XID (eXchange IDentification command)

Quadro no-numerado usado para conduzir a classe para cada estao e receber o tamanho da janela
para cada enlace at o LLC destinatrio, bem como, fazer com que o LLC destinatrio responda a um
XID na primeira oportunidade. No afeta o controle de seqncia e contm um campo de informao, o
qual composto de:



TEST (Teste)

Quadro no-numerado usado para fazer com que o LLC destinatrio envie uma resposta TEST to breve
quanto possvel. O campo de informao opcional, mas, se presente num comando TEST, deve ser
retornado na resposta TEST, se possvel. No tem efeito sobre o controle de seqncia mantido pelo
LLC remoto.

A estrutura das UDPE do LLC (controle) operando em tipo 1, ilustrada na figura 9.



Figura 9: UDPE da MSDU (MAC Service Data Unit)

Operao Tipo 2 - Orientado conexo

No servio orientado conexo, as mquinas origem e destino estabelecem uma conexo antes que
quaisquer dados sejam transferidos. Os quadros enviados so numerados fazendo com que eles sejam
recebidos na ordem correta e sem erros, estabelecendo um fluxo de bits confiveis.

Utilizando estes servios, a transferncia de dados realizada em trs etapas:

estabelecimento de conexo (inicializao das variveis e contadores);
a transferncia de dados;
a desconexo (liberao de variveis e contadores).

As principais variveis de estado utilizadas para controlar o fluxo de informaes so as seguintes:

N(S) - Armazena o nmero do prximo quadro ou UDPE I (Unidade de Dados do Protocolo de
Enlace tipo Informao) a ser enviado em um enlace especfico;
N(R) - Armazena o nmero do prximo quadro ou UDPE I esperado para recebimento;
Bit P/F (Poll / Final) - O bit P deve estar setado em 1 quando desejar solicitar uma resposta do
LLC endereado e o bit F deve estar setado em 1 para indicar que o quadro enviado uma
resposta a um comando que tenha solicitado uma resposta, isto , um comando recebido com o
bit P setado em 1.

Na tabela 3 esto mostradas as primitivas utilizadas pelo servio orientado conexo.



Tabela 3: Primitivas do Servio Orientado Conexo - LLC tipo 2

Os comandos e respostas do protocolo de enlace foram divididos em trs grupos distintos, a saber:

Comandos e respostas de informao;
Comandos e respostas de superviso;
Comandos e respostas no numerados.

Comandos e Respostas de Informao

Os quadros de informao so utilizados para transmitir dados, de acordo com o formato mostrado
abaixo.



Os principais campos deste quadro so:

N(S) - Nmero do quadro enviado pela outra entidade LLC. Estes quadros so numerados
atravs do mdulo 128;
N(R) - Nmero do prximo quadro que a entidade LLC espera receber no sentido inverso da
conexo. Este campo utilizado para realizar o reconhecimento (piggybacked
acknowledgement);
Quando a conexo inicializada, as estaes negociam o tamanho da janela de recepo (no
pode ser maior que 127) e definem o nmero mximo de quadros I que uma entidade LLC pode
transmitir sem receber reconhecimento.

Comandos e Respostas de Superviso

Este tipo de quadro utilizado como mecanismo de controle de erros e de fluxo. Por esta razo nenhum
destes comandos possui o campo de informao no quadro.



Os tipos de quadros existentes so:

RR (Receive Ready) - O comando RR utilizado para informar que a estao est pronta para
receber uma UDPE do tipo I (Informao). A resposta RR utilizada para indicar o recebimento
dos quadros I, com nmeros menores que N(R), de uma entidade LLC que no possui mais
informao para enviar e portanto no pode confirmar o recebimento atravs de uma UPDE I;
RNR (Receive Not Ready) - O comando RNR usado para indicar uma impossibilidade
temporria de recepo de UPDE tipo I. Todas as UPDE do tipo I numeradas at N(R)-1 sero
consideradas confirmadas e, as UPDE iguais ou maiores que N(R) no sero consideradas
como confirmadas. Quando a entidade LLC possuir condies de receber novos quadros, ela
envia uma UPDE RR ao seu parceiro de conexo;
REJ (Reject) - O comando REJ indica que o quadro com nmero de seqncia N(R) foi
rejeitado, portanto, o quadro N(R) e posteriores devem ser retransmitidos.

Comandos e Respostas No Numerados

Os quadros no-numerados so utilizados nas funes de controle da conexo.

Exceto o comando FRMR, todos outros comandos no utilizam o campo informao. Esta exceo
ocorre, pois o protocolo utiliza o campo de informao para indicar o motivo de rejeio do quadro.

Os comandos e respostas disponveis so:

SABME (Set Asynchronous Balanced Mode Extended) - O comando SABM utilizado por
uma entidade LLC origem para solicitar o estabelecimento de uma conexo com outra entidade
LLC destino. Ao receber o pedido de conexo, o LLC destino deve enviar um comando UA para
confirmar a operao ou um comando DM negando a operao. Se a conexo for estabelecida,
a origem e o destino zeram as variveis de estado;
DISC (DISConnect) - O comando DISC usado para indicar a LLC destino que a LLC origem
est encerrando a conexo. O LLC destino deve responder o recebimento deste comando com
uma resposta UA;
UA (Unnumbered Acknowledgement) - Resposta utilizada para confirmar o recebimento dos
comandos SABM e DISC;
DM (Disconnect Mode) - Resposta ao comando SABM indicando que no ser possvel
estabelecer a conexo;
FRMR (FRaMe Reject) - Resposta que indica que foi recebido um quadro com problemas e
estes no podem ser corrigidos. A entidade que receber esta resposta, deve reiniciar ou abortar
a conexo. As seguintes situaes podem ocasionar este erro:
o recebimento de comando / resposta invlidos ou no implementados;
o recebimento de um N(S) ou N(R) invlidos;
o recebimento de um quadro de informao maior que o permitido pelo receptor.
Ao enviar a resposta FRMR, o LLC especifica no campo informao o motivo da rejeio de
acordo com o formato mostrado abaixo.



Os campos mostrados acima significam:

Bits 1 a 8: nmero de controle do quadro rejeitado;
V(S): valor atual da varivel do ltimo quadro enviado;
C/R: se o quadro rejeitado for um comando ento o valor ser 1, se o quadro rejeitado for
uma resposta o valor ser 0;
V(R): valor atual da varivel do ltimo quadro recebido;
W: valor igual a 1 para indicar que o campo de controle era invlido ou no implementado;
X: valor igual a 1 para indicar campo de informao no permitido para determinado
comando / resposta;
Y: valor igual a 1 para indicar campo de informao excedeu o tamanho mximo;
Z: valor igual a 1 para indicar campo de controle possua um N(R) invlido;
V: valor igual a 1 para indicar campo de controle possua um N(S) invlido.

Operao Tipo 3 - Sem conexo e com reconhecimento

No servio sem conexo e com reconhecimento, o receptor acusa o recebimento dos quadros que
chegam corretamente. O servio L-DATA-ACK um servio de transferncia de dados com entrega
confirmada. As primitivas request e indication desse servio tm significado semelhante s do servio
sem reconhecimento. A primitiva L-DATA-ACK-STATUS.indication usada para informar ao usurio
transmissor se o quadro, por ele entregue para transmisso, foi enviado e recebido corretamente pelo
usurio receptor.

O servio L-REPLY permite que um usurio do servio LLC solicite dados de um usurio remoto e,
opcionalmente, ao mesmo tempo, envie dados para ele. O servio L-REPLY-UPDATE usado pelo
usurio para entregar uma unidade de dados entidade LLC para que ela armazene essa unidade e a
envie, posteriormente, atendendo a um pedido de resposta (primitiva L-REPLY). A entidade LLC associa
a unidade de dados ao SAP do usurio que a entregou atravs da primitiva L-REPLY-UPDATE, e
informa o resultado da operao a esse usurio atravs da primitiva L-REPLY-UPDATE-STATUS.

Neste servio sem conexo e com reconhecimento, so usados quadros no-numerados AC
(Acknowledged Connectionless). Os dados so enviados em quadros de comando AC e seu
recebimento reconhecido atravs de quadros de resposta AC. usado tambm o protocolo de bit
alternado (stop-and-wait) para detectar e corrigir erros.

Na tabela 4 esto listadas as primitivas do servio sem conexo e com reconhecimento.



Tabela 4: Primitivas do Servio sem Conexo e com Reconhecimento - LLC tipo 3

Interface LLC-MAC

O LLC pretende operar com qualquer um dos protocolos MAC que sejam definidos para uma rede, sejam
eles por Conteno Estatstica (CSMA/CD =>Ethernet) ou por Passagem de Permisso (Token Bus,
Token Ring, DQDB ou FDDI).

Uma nica interface lgica para qualquer das camadas MAC est definida. O padro 802.2 no define
uma interface explcita, mas fornece um "modelo". As primitivas bsicas so:

MA-DATA.Request - Para requisitar a transferncia de um quadro LLC de um LLC local para um
destino LLC. Isto inclui os quadros Informao, superviso e no numerados;
MA-DATA.Confirm - Responde de uma camada local MAC para MA-DATA.Request do LLC;
MA-DATA.Indicate - Para transferir quadro de entrada LLC de um MAC local para LLC local.

A subcamada MAC uma conectividade ponto-a-ponto entre duas estaes de rede, o qual reduz a
suscetibilidade de erro na LAN. A MAC fornece uma interface mais compatvel para as redes WAN.

A poro MAC da camada de enlace um protocolo especfico, o que permite que uma rede IEEE 802
tenha mais flexibilidade.

Os quadros MAC fornecem a informao de repasse necessria na forma de endereos de origem e
destino. Esta informao essencial para a transmisso e recepo de dados serem bem sucedidas.

O IEEE 802 prev o suporte de trs tipos diferentes de quadros MAC:

802.3 CSMA/CD;
802.4 Token Bus;
802.5 Token Ring.

Cada uma dessas LAN usa um formato de quadro especfico. No existe uma razo tcnica vlida para
essa incompatibilidade. Ela se deve somente ao fato de que nenhuma das empresas que criaram e
suportam os trs padres, Xerox, GM e IBM, respectivamente, quis modificar as regras que havia
definido. A figura 10 ilustra uma comparao entre os formatos de quadro MAC dessas tecnologias.



Figura 10: Comparao de Formatos de Quadros MAC

Onde:

Prembulo - Um padro de 7 bytes usado pelo receptor para estabilizar o bit de sincronizao e
localizar o primeiro bit do quadro;
Delimitador de incio - Indica o incio do quadro (1 byte);
Controle de acesso (AC) - Tem o formato "PPPTMRRR", onde PPP e RRR so 3 bits de
variveis de prioridade e reserva, M o bit monitor, e T indica se um token ou um quadro de
dados. No caso de um quadro de token, somente o campo adicional ED (delimitador de fim);
Controle de quadro (FC) - Indica se um quadro LLC de dados. Se no, os bits neste campo
controlam a operao do protocolo MAC do Token Bus;
Endereo de origem e de destino - O endereo de origem indica quem enviou o quadro. O
endereo de destino especifica a estao para a qual o quadro pretendido;
Tamanho - Especifica o nmero de bytes no campo Dados;
Dados - Contm os dados enviados, pode variar de 0 a 1500 bytes;
Enchimento - Uma seqncia de bytes adicionais para assegurar que o quadro longo o
suficiente para uma operao de deteco de coliso (CD);
Soma de verificao (checksum) - Um valor de 32 bits de checagem de redundncia cclica
(CRC). Baseado em todos os campos, comeando com o endereo de destino;
Delimitador de fim - Indica o fim do quadro;
Status de quadro - Contm o endereo reconhecido (A) e os bits copiados do quadro (C).

A interligao de redes LAN com protocolos diferentes possvel de ser estabelecida com a utilizao de
pontes (bridges), por exemplo, interligar um segmento Ethernet a um segmento Token Bus, conforme
ilustrado na figura 11. Estas pontes especializadas so capazes de retirar dos quadros transmitidos os
pacotes gerados por qualquer um desses protocolos e inseri-los em um quadro de tipo diferente.



Figura 11: Operao de uma ponte de LAN de 802.3 para 802.4

Porm, esta troca de protocolos sempre recomendvel quando feita via um roteador, pois a converso
de protocolo promove certo atraso na comunicao, o que pode ser um tempo excessivo para bridges e
switches, mas, inerente ao processo se tratado em nvel de rede, por routers.