Nesse padro, definem-se a presena de elementos concentradores lozados na sala de equipamentos e nos armrios de telecomunicaes.

Derh-se tambm no padro, as opes para tipos de cabos, conectores, dis:ias, tomadas etc. Todas as opes so independentes das topologias 16is utilizadas. As consideraes tcnicas levam em conta to somente os
:ctos fsicos das linhas de transmisso, cabos etc, deixando de lado
Iquer aspecto relativo ao mtodo de acesso ou topologia lgica utilizada.
;m; como veremos no Captulo 8, os mtodos de acesso tambm infiuaro em determinados aspectos fsicos da topologia, como as distncias
imas em segmentos de cabo, por exemplo. Assim, dentre as opes de
samento, distncia, conectores etc, algumas sero utilizadas por deferidos tipos de topologias lgicas e outras, por outros. Os padres do
E para redes locais (que analisaremos no Captulo 9) levam em consideo essas caractersticas e so compatveis com as opes apresentadas
EIA/TIA-568. Voltaremos a falar no EIA/TIA-568 no Captulo 6,
ido sero abordados os padres para o nvel fsico.

PARTE II

Arquiteturas
e
Padres

Captulo

i
c
(

Arquiteturas de Redes
de Computadores

(
(
(
(
(
(
(

Da experincia obtida no projeto de redes, vrios princpios surgiram,

possibilitando que novos projetos fossem desenvolvidos de uma forma mais
estruturada que os anteriores. Dentre esses princpios se destaca a ideia de
estruturar a rede como um conjunto de camadas hierrquicas, cada uma
sendo construda utilizando as funes e servios oferecidos pelas camadas
inferiores.

(
(
(
(
(
<

(
.(
(

Cada camada (ou nvel) deve ser pensada como um programa ou processo, implementado por hardware ou software, que se comunica com o processo correspondente na outra mquina. As regras que governam a conversao de um nvel N qualquer so chamadas de protocolo de nvel N. A Figura 5.1 mostra um exemplo de uma estrutura com sete camadas.
Na verdade, dados transferidos em uma comunicao de um nvel especfico no so enviados diretamente (horizontalmente) ao processo do mesmo nvel em outra estao, mas "descem", verticalmente, atravs de cada nvel adjacente da mquina transmissora at o nvel 1 (que o nvel fsico
onde na realidade h a nica comunicao horizontal entre mquinas), para
depois "subir", verticalmente, atravs de cada nvel adjacente da mquina
receptora at o nvel de destino. Os limites entre cada nvel adjacente so
chamados interfaces.
A arquitetura da rede formada por nveis, interfaces e protocolos.
Cada nvel oferece um conjunto de servios ao nvel superior, usando funes realizadas no prprio nvel e servios disponveis nos nveis inferiores.
121

Como j mencionamos, um protocolo de nvel N um conjunto de regras e

formatos (semntica e sintaxe), atravs dos quais informaes ou dados do
nvel N so trocados entre as entidades do nvel N, localizadas em sistemas
distintos, com o intuito de realizar as funes que implementam os servios
do nvel N. Um ou mais protocolos podem ser definidos em um nvel.

arquitetura teria que ser aberta e pblica. Foi com esse objetivo que a International Organization for Standardization (ISO) definiu o modelo denominado Reference Model for Open Systems Interconnection (OSI) [ISO 84,
ISO 92], que prope uma estrutura com seje nveis como referncia para a
arquitetura dos protocolos de redes de computadores. Nesta segunda parte
do livro, apresentaremos uma introduo ao modelo OSI, que ser usado
como referncia para introduo dos protocolos e arquiteturas abordadas no
restante do texto.
Embora o modelo OSI da ISO possa ser usado tanto em redes de longa
distncia quanto em redes locais, ele foi, em princpio, pensado para o uso
em redes de longa distncia. Esta parte do livro traz tambm uma discusso
sobre a aplicabilidade do modelo OSI s redes locais de computadores, e em
seguida apresenta a recomendao IEEE 802, uma iniciativa do Institute of
Electrical and Electronics Engineers (IEEE), que define padres para os nveis fsico e enlace de redes locais de computadores.
A coexistncia de redes heterogneas (locais, metropolitanas e de
longa distncia) fez com que se tornasse necessrio definir uma arquitetura
voltada para a interconexo dessas redes. Uma arquitetura importante no
contexto de interconexo de redes heterogneas a Arquitetura Internet, que
baseia-se na famlia de protocolos TCP/IP, e que ser, nesta parte, descrita e
comparada com o modelo OSI.

Figura 5.1: Camadas, protocolos e interfaces.

O projeto de protocolos em nveis a maneira mais eficiente de se estruturar uma rede. Uma vez definida, claramente a interface entre os diversos
nveis, uma alterao na implementao de um nvel pode ser realizada serr
causar impacto na estrutura global.
O nmero, o nome, o conjunto de funes e servios, e o protocolo de
cada camada varia de uma arquitetura de rede para outra, inicialmente, cada
vendedor desenvolveu sua prpria arquitetura de modo que seus computadores pudessem trocar informaes entre si. Essas arquiteturas so denominadas proprietrias porque so controladas por uma nica entidade: o vendedor. Rapidamente, os usurios perceberam que as arquiteturas de: redes proprietrias no eram uma boa soluo, pois seu objetivo era permitir o intercmbio de informaes entre computadores de um mesmo fabricante enquanto que o parque instalado na maioria das organizaes era composto de
equipamentos de diferentes fornecedores.
Para permitir o intercmbio de informaes entre computadores de fabricantes distintos tornou-se necessrio definir uma arquitetura nica, e para
garantir que nenhum fabricante levasse vantagem em relao aos outros a
122

As descries do modelo OSI, da Arquitetura IEEE 802, e da Arquitetura Internet TCP/IP, feitas nas sees seguintes deste captulo no tm a
inteno de esgotar os assuntos, mas sim de dar ao leitor uma viso geral
sobre os mesmos. Tratamentos mais aprofundados sobre esses temas podem
ser encontrados nos demais captulos que constituem esta parte do livro e
nas referncias mencionadas.

5.1 - Organizaes Internacionais de Padronizao

As organizaes internacionais de padronizao podem ser classificadas pelo seu enfoque tcnico e por sua estrutura geogrfica e poltica. As organizaes internacionais importantes para o tpico de redes de computadores so: a ISO (International Organization for Standardization), a IEC
(International Electrotechnical Commission), e o ITU-T (International Telecommunications Union) que corresponde ao antigo CCITT (Comit Consultatif International Tlgraphique et Tlphonique), o qual mantm uma relao estreita com o CCIR (Comit Consultatif International des Radiocommunications). A ISO lida tambm com padres que no so abordados
pelos outros rgos, por exemplo, padres de mecnica, qumica etc. Por
existir uma certa superposio entre a ISO e a IEC, com respeito a ativida123

des em tecnologia da informao, foi formado o JTC 1 (Joint Technical

Committee 1), que o responsvel final pela padronizao de LANs e
MANs. Entre outras responsabilidades, o ITU-T o responsvel final pelas
recomendaes (ITU-T utiliza a palavra recomendao ao invs de padro)
sobre as RDSI (Redes Digitais de Servios Integrados) que veremos na Parte
III.
A submisso de propostas de padres ISO (Figura 5.2) deve ser feita
via organizaes nacionais, no caso do Brasil, a ABNT (Associao Brasileira de Normas Tcnicas). A ANSI (American National Standards Institute)
a organizao americana ligada ISO e uma das mais atuantes na rea de
redes de computadores. A ETSI (European Telecommunications Standards
institute) a responsvel pela coordenao das polticas de telecomunicao
na Europa e, particularmente, pela introduo das MAN e RDSI, atuando
intensamente na definio desta ltima. Outro rgo tambm importante na
definio das recomendaes para as RDSI o TCC (Telecommunication
Technology Committee) no Japo.

Vrios padres so definidos em trabalho conjunto dos vrios rgi

nacionais e internacionais. Importante na definio de padres para redi
locais de computadores d IEEE (Institute of Electrical and Electronii
Engineers), que submete suas propostas atravs da ANSI.
Como j mencionamos, a ANSI um dos rgos mais importantes r
estudo de redes. O instituto estruturado em campos tcnicos independe:
tes, denominados AS Cs (Accredited Standards Committees). Esses comiti
so subdivididos em TCs (Technical Committees), que so subdivididos e
TSCs (Technical Sub-Committees), que por sua vez so subdivididos e
TGs (Task Groups). A Figura 5.3 apresenta a relao entre os vrios grupe
do instituto.

Figura 5.3: Estrutura da ANSi.

O objeto de estudo do ASC denominado Tl telecomunicaes. I

neste comit que se concentram os grupos que tratam das RDSI em band
larga (B-ISDN), ATM e SONET, que so assuntos da Parte III. A rede FDD
(Fiber Distributed Data Interface) objeto de padronizao do grupo de tra
balho X3T9.5 e o assunto da Seo 9.4.

Figura 5.2: Relao entre os diferentes rgos de padronizao.

124

A organizao do IEEE apresentada na Figura 5.4. De interesse par,

ns so os grupos de trabalho 802 que definem os padres para redes locai
(LANs) e metropolitanas (MANs).

12!

(Draft International Standard) produzido e divulgado. Um novo perodo de

seis meses definido para anlise e votao. Se o documento for aprovado
ele se torna finalmente um IS (International Standard). Quando um DP ou
um DIS no aprovado pela maioria dos votantes (organizaes nacionais
de padronizao) gerada uma segunda verso do mesmo (DP2 ou DIS2), e
um novo perodo de avaliao e votao acontece. Se a proposta novamente
no for aceita, o documento volta para o nvel anterior, ou seja, um DP volta
a ser um WD e um DIS volta a ser um DP. Como pode ser observado, em
assuntos polmicos a definio de um padro internacional pode levar anos.
O Modelo de Referncia para Interconexo de Sistemas Abertos e os
diversos padres a ele relacionados foram desenvolvidos por grupos de trabalho do SC6 (Telecommunications and Information Exchange Between
Systems) e do SC21 (Information Retrieval, Transfer, and Management for
OSI), ambos pertencentes ao TC97 (Information Processing Systems).

Figura 5.4: Organizao do IEEE.

5,2 - O Modelo OSI da ISO

A ISO (International Organizador) for Standardization) uma organizao internacional fundada em 1946 que tem por objetivo a elaborao de
padres internacionais. Os membros da ISO so os rgos de padronizao
nacionais dos 89 pases membros. O representante do Brasil na ISO a.
ABNT e o representante dos EUA o ANSI, como mencionamos. A ISO
organizada em Comits Tcnicos (Technical Committees TCs) que tratam de assuntos especficos. O TC97 trata da padronizao de sistemas de
processamento de informaes. Os TCs possuem subcomits (SCs) que por
sua vez so divididos em grupos de trabalho (Working Groups WGs).
O desenvolvimento de um padro ISO comea quando alguma das organizaes nacionais acha necessrio elaborar um padro e submete ISO
uma proposta inicial, denominada WD (Working Document). ento formado um WG que trabalha gerando um DP (Draft Proposal). O DP divulgado e os membros da ISO tem seis meses para analis-lo e vot-lo. Se a
maioria dos votantes for favorvel, um documento revisado chamado DIS
126

Conforme est escrito no documento da ISO [ISO 84, ISO 92], o objetivo do padro internacional 7498, denominado Open Systems Interconnection Reference Model (RM-OSI), fornecer uma base comum que permita o
desenvolvimento coordenado de padres para interconexo de sistemas. A
denominao Open Systems Intetxonnection (OSI) qualifica padres para o
intercmbio de informaes entre sistemas. Para a ISO, o fato da interconexo ser aberta no implica no uso de nenhuma implementao, tecnologia,
ou modo de interconexo especfico, mas refere-se ao reconhecimento e suporte dos padres ISO para intercmbio de dados.
tambm finalidade do RM-OSI identificar reas para a elaborao ou
aperfeioamento de padres, e fornecer uma referncia comum para a manuteno da consistncia entre os padres de comunicao entre computadores. No inteno desse padro internacional servir como especificao de
implementao, ou ser a base para conformar implementaes j existentes,
ou fornecer um nvel de detalhes suficiente para a definio precisa dos
servios e protocolos da arquitetura proposta. O padro fornece um esquema
conceituai que permite que equipes de especialistas trabalhem de forma
produtiva e independente no desenvolvimento de padres para cada uma das
camadas do RM-OSI.
Deve ser ressaltado que o RM-OSI, por si s, no define a arquitetura
de uma rede. Isso acontece porque ele no especifica com exatido os servios e protocolos de cada camada. Ele simplesmente "diz o que cada camada
deve fazer". Entretanto, a ISO produziu, e continua produzindo, documentos
que definem com preciso os servios e protocolos de cada uma das camadas do RM-OSI. Esses documentos so publicados como padres internacionais distintos.

127

O fato de dois sistemas distintos seguirem o RM-OSI no garante que

eles possam trocar informaes entre si, pois o modelo permite que sejam
usadas diferentes opes de servios/protocolos para as vrias camadas.
Essa flexibilidade pode levar a situaes onde dois sistemas que utilizam
opes de servios/protocolos em conformidade com o RM-ISO no conseguem se comunicar, porque as opes adotadas so incompatveis.

O GOSIP especifica os padres, e as opes desses padres, que devem s

utilizados pelos rgos do governo dos EUA. O perfil funcional adota
pelo governo brasileiro o POSIG (Perfil OSI do Governo Brasileiro).

Para que dois sistemas quaisquer possam trocar informaes necessrio que escolham opes compatveis de servio/protocolo para todas as camadas do modelo. Com o objetivo de definir grupos de opes de servios/protocolos padronizados, a ISO elaborou o conceito d perfis funcionais.
Se dois sistemas seguirem o mesmo perfil funcional eles garantidamente
iro comunicar-se, pois nesse caso as opes de servio/protocolo adotadas
sero compatveis.

A Figura 5.6 ilustra a terminologia usada pela ISO [ISO 87, ISO 9
para descrever os servios OSI. Um servio representa um conjunto de fu
es oferecidas a um usurio por um fornecedor. O servio oferecido p
um fornecedor acessado por um usurio atravs de um ponto de acesso i
servio {Service Access Point SAP)..

5.2.1 - Terminologia Adotada no RM-OSI

Dois exemplos de perfis funcionais so o MAP (Manufacturing Automaton Protocols) e o TOP (Technical and Office Protocols) elaborados
inicialmente sob a liderana da General Motors (MAP) e da Boeing (TOP),
e atualmente, ambos sob a responsabilidade do MAP/TOP Users Group,
administrado pela SME (Socety of Manufacturing Engineers). O MAP especifica um conjunto de padres apropriados para o ambiente de fbricas, e
o TOP para escritrios. A Figura 5.5 mostra o conjunto de padres especificados no perfil MAP/TOP.

Figura 5,6; Fornecedores e usurios de servios.

Figura 5.5: Perfil funcional MAP/TOP.

Outro exemplo de perfil funcional o GOSIP (Government OSI Profile) publicado pelo NIST (National Institute of Standards and Technology).
128

Os elementos ativos das camadas so denominados entidades. Urna er

tidade pode ser uma entidade de software (um processo) ou hardware (um
placa de interface de rede). Entidades da mesma camada em mquinas dife
rentes so denominadas entidades pares ou parceiras. As entidades da c:
mada 1 implementam o servio que usado peias entidades da camada 1
para implementar o servio da camada 2, que usado pelas entidades d
camada 3, e assim sucessivamente at a camada 7, que fornece servios ao
usurios do ambiente de comunicao OSI.

Formalmente, o servio fornecido por uma camada outra especifi

cado. pelo conjunto de primitivas de servio trocadas entre elas e pela order

12!

segundo a qual as primitivas so trocadas. Um servio pode ser: confirmado,

no-confirmado ou iniciado pelo fornecedor.
Um servio denominado confirmado ou com confirmao envolve um
acordo entre o usurio que solicita o servio (solicitante) e outro usurio que
informado que o servio foi solicitado e o aceita (acolhedor). Os servios
confirmados consistem na troca de quatro primitivas:
service.REQUEST
(invocada pelo usurio solicitante), service.INDICATION
(entregue pelo
fornecedor do servio ao usurio que aceita o servio), servce.RESPONSE
(invocada pelo usurio que aceita o servio), e
service.CONFIRMATION
(entregue ao solicitante pelo fornecedor).
Nos servios no-confirmados ou sem confirmao, no necessrio
que os usurios solicitante e acolhedor acordem sobre a realizao do servio: Esses servios consistem em apenas duas primitivas: service.REQUEST
(invocada pelo solicitante), e service.INDICATION
(entregue ao acolhedor
pelo fornecedor).
Por fim, um servio iniciado pelo fornecedor gerado pelo fornecedor
do servio em resposta a alguma condio interna. Esse tipo de servio consiste em uma primitiva: service.INDICA TION (entregue a ambos os usurios
pelo fornecedor do servio). A Figura 5.7 mostra, atravs de diagramas de
sequncia de tempo, os trs tipos de servio.

Servio
Confirmado

Servio
No Confirmado

Servio
Iniciado pelo
Fornecedor

Figura 5.7: Tipos de servio OSI.

130

No modelo OSI, o servio fornecido por uma camada pode ser orientado conexo ou no-orientado conexo. No modo de transmisso orientado conexo o servio dividido em trs fases de operao:
1. Estabelecimento da conexo: nessa fase, os usurios e o fornecedor
do servio negociam parmetros e opes que iro determinar o
modo como o servio ser utilizado. Se a negociao for bem sucedida, uma conexo ser estabelecida entre os usurios do servio.
Depois disso, as primitivas de servio passam a ser executadas no
contexto desta conexo. Como exemplo, para estabelecer uma conexo de um servio de transporte (que um dos nveis do RM-OSI
como ser visto mais adiante) utilizado um servio com confirmao onde so trocadas as primitivas T-CONNECT.request (enviada
pelo solicitante ao fornecedor do servio de transporte), TCONNECT.indication (entregue pelo fornecedor ao usurio acolhedor do pedido de conexo), T-CONNECT.response
(enviada pelo
acolhedor da conexo ao fornecedor do servio), e TCONNECT.confirmation
(entregue pelo fornecedor ao solicitante)
nesta ordem.
2. Transferncia de ciados: nessa fase, os usurios do servio trocam
dados. Continuando com o exemplo do item 1, para transferir dados
em uma conexo de transporte, o solicitante envia ao fornecedor do
servio uma primitiva T-DATA.request acompanhada dos dados a
serem transmitidos. O fornecedor providencia o transporte dos dados e os entrega ao destinatrio atravs da primitiva TDATA.indication.
3. Liberao da conexo: nessa fase, a ligao entre os usurios desfeita. A conexo pode ser desfeita de trs maneiras diferentes. A
primeira delas a desconexo ordenada, onde os usurios envolvidos concordam com o encerramento da conexo (servio confirmado). Na segunda maneira, a conexo desfeita de maneira abrupta
em resposta a uma solicitao de um dos usurios envolvidos
(servio no-confirmado). E por fim, a conexo pode ser desfeita
tambm de maneira abrupta por solicitao do fornecedor do servio
(servio iniciado pelo fornecedor).
No modo de transmisso no-orientado conexo, uma nica unidade
de dados transmitida do SAP de origem para um ou mais SAPs de destino,
sem que para isso seja estabelecida uma conexo entre eles. Toda a informao necessria para transmitir a unidade de dados (endereo, parmetros de
qualidade do servio etc.) passada para a camada que vai fornecer o servio, junto com os dados a serem transmitidos atravs de uma nica primitiva de servio service.REQUEST. 0_ fornecedor do servio no relaciona
um pedido com nenhum outro feito antes ou depois dele. Sendo assim, cada
131

unidade de dados roteada de forma independente das demais. No servio

no-orientado conexo bsico, no . feito controle de fluxo nem seqiienciao. O fornecedor do servio entrega a unidade de dados transmitida aos
destinatrios atravs da primitiva service.INDICATION.
O modelo OSI possui sete nveis de protocolos, que so mostrados na
Figura 5.8 e descritos nas sees que se seguem.

desfeita, quantos pinos ter o conector da rede e quais seus significados,

bem como outros detalhes eltrcos e mecnicos
A funo do nvel fsico permitir o envio de uma cadeia de bits pela
rede sem se preocupar com o seu significado ou com a forma como esses
bits so agrupados. No funo desse nvel tratar de problemas tais como
erros de transmisso.

5.2.3 - O Nvel de Enlace de Dados

O objetvo deste nvel detectar e opcionalmente corrigir erros que por
ventura ocorram no nvel fsico. O nvel de enlace vai assim converter um
canal de transmisso no confivel em um canal confivel para o uso do nvel de rede. A tcnica utilizada para conseguirmos isso a partio da cadeia de bits a serem enviados ao nvel fsico, em quadros, cada um contendo
alguma forma de redundncia para deteco de erros.

Protocolo de Enlace

Protocolo de Nvel Fsico

Sistemas

Retransmissores

Figura 5.8: Nveis do Modelo OSI.

5.2.2 - O Nvel Fsico

O nvel fsico fornece as caractersticas mecnicas, eltncas, funcionais e de procedimento para ativar, manter e desativar conexes fsicas para
a transmisso de bits entre entidades de nvel de enlace (ou ligao), possivelmente atravs de sistemas intermedirios.
Uma unidade de dados do nvel fsico consiste em um bit (em uma
transmisso serial) ou n bits (em uma transmisso paralela).

Entre as funes do nvel de enlace, encontra-se a de criar e reconhecer

os limites dos quadros. Basicamente quatro mtodos so utilizados na delimitao dos quadros: contagem de caracter, transparncia de caracter,
transparncia de bits e deteco de quadros pela violao de cdigos de sinal
no meio fsico. A maioria dos protocolos de nvel de enlace, principalmente
aqueles para redes geograficamente distribudas, se utilizam da transparncia de bits.
Em geral, quase todos os protocolos de nvel de enlace incluem bits de
redundncia em seus quadros para deteco de erros, mas no a sua corre o. Essa tcnica tem sido usada tradicionalmente devido ao fato da detec-,
o e retransmisso requererem menos bits de redundncia do que a correo. Com o crescente uso de transmisso via satlite, contudo, a correo de
erros se torna cada vez mais atrativa devido ao grande retardo de propagao. Cabe ressaltar que a funo de correo de erros, quer por bits de redundncia quer por retransmisso, opcional neste nvel de protocolo.
Outra questo tratada pelo nvel de enlace a de como evitar, que o
transmissor envie ao receptor mais dados do que este tem condies de
processar. Esse problema evitado com a utilizao de algum mecanismo de
controle de fluxo que possibilita ao transmissor saber qual o espao
disponvel no buffer do receptor em um dado momento.

O protocolo de nvel fsico dedica-se transmisso de uma cadeia de

bits. Ao projetista desse protocolo cabe decidir como representar 0's e l's,
quantos microssegundos durar um bit (intervalo de sinalizao), se a transmisso ser half-duplex ou full-duplex, como a conexo ser'estabelecida e
132

133

5.2.4 - O Nvel de Rede

O objetivo do nvel de rede fornecer ao nvel de transporte urna independncia quanto a consideraes de chaveamento e roteamento associadas
ao estabelecimento e operao de uma conexo de rede.
Em redes ponto a ponto (parcialmente ligadas), o nvel de rede est ligado ao roteamento e a seus efeitos, como, por exemplo, controle de congestionamento. Em redes do tipo difuso, ou com uma nica rota, devido
existncia de um nico canal, a funo principal desse nvel torna-se irrelevante. Como veremos na discusso da seo 5.2.10, esse nvel,, nesse caso,
poder ser utilizado para permitir a interconexo entre redes.
Existem duas filosofias quanto ao servio oferecido pelo nvel de redes: datagrama e circuito virtual.
No servio de datagrama (servio no-orientado conexo), cada pacote (unidade de ciados do nvel 3) no tem relao alguma de passado ou
futuro com qualquer outro pacote, devendo assim carregar, de uma forma
completa, seu endereo de destino. Nesse tipo de servio, o roteamento
calculado toda vez, que um pacote tem que ser encaminhado por um n da
rede.
No servio de circuito virtual (servio orientado conexo), necessrio que o transmissor primeiramente envie um pacote de estabelecimento de
conexo. A cada estabelecimento dado um nmero, correspondente ao circuito, para uso pelos pacotes subsequentes com o mesmo destino. Nesse
mtodo, os pacotes pertencentes a uma nica conversao no so independentes.

5.2.5 - O Nvel de Transporte

O nvel de rede no garante necessariamente que um pacote chegue a
seu destino, e pacotes podem ser perdidos ou mesmo chegar fora da sequncia original de transmisso. Para fornecer uma comunicao fim a fim
verdadeiramente confivel necessrio um outro nvel de protocolo, que
justamente o nvel de transporte. Esse nvel vai isolar dos nveis superiores a
parte de transmisso da rede.
No nvel de transporte, a comunicao fim a fim, isto , a entidade do
nvel de transporte da mquina de origem se comunica com a entidade do
nvel de transporte da mquina de destino. Isto pode no acontecer nos nveis fsico, de enlace e de rede, onde a comunicao se d entre mquinas
adjacentes (vizinhas) na rede.

134

Duas funes importantes desse nvel so a multiplexao (vrias conexes de transporte partilhando a mesma conexo de rede) e o splitting
(uma conexo de transporte ligada a vrias conexes de rede) de conexes.
O splitting utilizado para aumentar a vazo de uma conexo de transporte
atravs do uso de vrias conexes de rede simultaneamente. J a multiplexao usada quando uma conexo de transporte no gera trfego suficiente
para ocupar toda a capacidade da conexo de rede por ela utilizada.
Uma outra funo importante do nvel de transporte o controle de
fluxo. Como nenhuma implementao tem um espao de armazenamento
infinito, algum mecanismo deve ser fornecido de modo a evitar que o transmissor envie mensagens numa taxa maior do que a capacidade que o receptor tem de receb-las.
Alm das funes mencionadas, podemos ainda citar como funes
desse nvel o controle de sequncia fim a fim, a deteco e recuperao de
erros fim a fim, e a segmentao e blocagem de mensagens, entre outras.

5.2.6 - O Nvel de Sesso

O nvel de sesso fornece mecanismos que permitem estruturar os circuitos oferecidos pelo nvel de transporte. Os principais servios fornecidos
pelo nvel de sesso so: gerenciamento de token, controle de dilogo e gerenciamento de atividades.
Embora um circuito que permita transmisses nos dois sentidos seja
necessrio para o intercmbio d informaes, em algumas aplicaes a troca de informaes half-duplex, ao invs de ser full-duplex. Com o intuito
de fornecer um servio de intercmbio de informaes half-duplex em um
circuito full-duplex, o servio de sesso utiliza o conceito de token. Em uma
comunicao half-duplex, s o proprietrio do token de dados pode transmitir seus dados. O servio de sesso fornece mecanismos para gerencar a
posse e passagem do token entre as entidades de aplicao que esto utilizando o servio.
Em algumas aplicaes, um volume muito grande de dados, por
exemplo um arquivo extenso, transmitido em redes muitas vezes no muito
confiveis. Embora o nvel de transporte tente oferecer um circuito confivel, a rede pode simplesmente deixar de funcionar. Quando isso.acontece, s
resta ao nvel de transporte indicar a falha e deixar a aplicao decidir o que
deve ser feito. Eventualmente, a rede pode voltar a funcionar, podendo a conexo ser restabelecida. Nesse caso, o ideal seria que a transferncia dos dados pudesse ser retomada do ponto imediatamente anterior ao da interrupo. Com o objetivo de oferecer esse tipo de servio, o nvel de sesso usa o
conceito de ponto de sincronizao. Uni ponto de sincronizao uma
135

marca lgica posicionada ao iongo do dilogo entre dois usurios do servio

de sesso. Toda vez que recebe um ponto de sincronizao, o usurio do
servio de sesso deve responder com um aviso de recebimento ao usurio
com quem est dialogando: Se por algum motivo a conexo for interrompida
e depois restabelecida, os usurios podem retomar o dilogo a partir do
ltimo ponto de sincronizao confirmado.
O conceito de atividade torna possvel aos usurios do servio de sesso distinguir partes do intercmbio de dados, denominadas atividades. Cada
atividade pode consistir em uma ou mais unidades de dilogo. Em uma conexo de sesso s permitida a execuo de uma atividade por vez, porm,
podem existir vrias atividades consecutivas durante a conexo. Uma atividade pode ser interrompida e depois recomeada na mesma sesso, ou em
conexes de sesso subsequentes.
Para exemplificar o uso do conceito de atividade, consideremos o envio de uma mensagem atravs de um sistema de correio eletrnico como
sendo uma atividade. Suponhamos que uma mensagem grande e cie baixa
prioridade esteja sendo transmitida e, durante a transmisso, a entidade do
nvel de sesso que a est enviando receba uma solicitao para enviar uma
outra mensagem de maior prioridade. A entidade pode, ento, suspender a
atividade corrente, transferir a mensagem com alta prioridade, comeando
nesse caso uma outra atividade, e posteriormente retomar a atividade inicial
(transmisso da mensagem de baixa prioridade). Utilizando o conceito de
atividade, o nvel de sesso permite tambm que dois usurios suspendam
um dilogo, por exemplo no fim do expediente (obviamente desfazendo a
conexo de sesso), e o retomem posteriormente, por exemplo no incio do
prximo expediente, utilizando uma nova conexo de sesso.

5.2.7 - O Nvel de Apresentao

A funo do nvel de apresentao de realizar transformaes adequadas nos dados,' antes de seu envio ao nvel de sesso. Transformaes
tpicas dizem respeito compresso de textos, criptografia, converso de
padres de terminais e arquivos para padres de rede e vice-versa.
O nvel de apresentao deve conhecer a sintaxe de seu sistema local
bem como a sintaxe do sistema de transferncia. Os servios oferecidos por
este nvel so: transformao de dados, formatao de dados, seleo de
sintaxes e estabelecimento e manuteno de conexes de apresentao.
Existe uma correspondncia biunvoca entre os endereos de apresentao e de sesso. No existe nenhum tipo de multiplexao nesse nvel de
protocolo.

136

5.2.8 - O Nvel de Aplicao

O nvel de aplicao oferece aos 'processos de aplicao os meios para
que estes utilizem o ambiente de comunicao OSI. Nesse nvel so definidas funes de gerenciamento e mecanismos genricos que servem de suporte construo de aplicaes distribudas. Por exemplo, em grande parte das
aplicaes, para que seja possvel o intercmbio de informaes necessrio
estabelecer uma associao entre um ou mais usurios. Para realizar essa tarefa, o usurio do nvel de aplicao pode utilizar um elemento de servio da
camada de aplicao denominado ACSE (Association Control Service
Element). Outros exemplos de elementos de servio genricos so o ROSE
(Remote Operations Service Element) que oferece o suporte a chamadas de
procedimentos remotos, e o RTSE (Reliable Transfer Service Element) que
fornece um servio de transferncia de dados confivel, tornando todos os
mecanismos de recuperao de erros transparentes aos usurios do servio.
Alm dos elementos de servio genricos, que so compartilhados pela
maioria das aplicaes, existem os elementos de servio especficos de cada
protocolo de aplicao, como o FTAM (File Transfer, Access and Management), o DS(Directory Service), e o MHS (Message Handling System).

5.2.9 - Transmisso de Dados no Modelo OSI

A Figura 5.9 mostra o que acontece quando um usurio no sistema A
envia uma mensagem para um usurio no sistema B no ambiente OSI.
O processo comea com a entrega dos dados a serem transmitidos pelo
usurio para uma entidade do nvel de aplicao no sistema A. Os dados do
usurio recebem a denominao Unidade de Dados do Servio {Service
Data Unit SDU), sendo eles, nesse caso, a SDU do nvel de aplicao. A
entidade da camada de aplicao junta aos dados do usurio um cabealho
denominado Informao de Controle do Protocolo {Protocol Control Information PCI). O objeto resultante dessa'juno chamado Unidade de
Dados do Protocolo (Protocol Data Unit PDU). A PDU a unidade de
informao trocada pelas entidades pares, ao executar o protocolo de uma
camada, para fornecer o servio que cabe camada em questo. A PDU do
nvel de aplicao (cabealho + dados do usurio) ento passada para o
nvel de apresentao.
A entidade do nvel de apresentao trata a unidade que recebe da
mesma forma que o nvel de aplicao trata os dados do usurio (a PDU do
nvel de aplicao uma SDU no nvel de apresentao), e acrescenta seu
cabealho compondo assim a PDU do nvel de apresentao. Esse processo
continua at o nvel de enlace, que geralmente acrescenta um cabealho e
137

fecho, que contm uma Frame Check Sequence (FCS) para deteco de
>s. A PDU do nvel de enlace, que denominada quadro (frame),
ismitida pelo nvel fsico atravs do meio de transmisso, depois de agreao quadro seu cabealho e seu fecho. Quando o quadro recebido pelo
tinatrio, o processo inverso ocorre. medida que a unidade de dados
sendo passada para as camadas superiores, cada camada retira o cabeae o fecho que foi acrescentado por sua entidade par na origem, executa
>peraes do protocolo de acordo com a informao contida no cabeae passa a unidade de dados para a camada superior. O processo se
erra com o usurio no sistema remoto B recebendo os dados enviados
3 usurio do sistema A.

Conforme mencionamos anteriormente, o RM-OSI, embora possa ser

usado tanto em redes geograficamente distribudas quanto em redes locais,
foi originalmente pensado apenas para o uso das primeiras. Sua aplicabilidade em redes locais no pode deixar de levar em conta as idiossincrasias
dessas redes,.
As distncias limitadas a que so destinadas as redes locais permitem
que seu protocolo de nvel fsico possa se dar ao luxo de utilizar um meio de
alta velocidade e baixssima taxa de erros, o que, como veremos, influenciar em muito os demais nveis.
Vrias diferenas aparecem no nvel de ligao, a comear pela delimitao ds quadros. Aqui, os mtodos de contagem de caracteres ou mesmo
transparncia de caracteres ou bits podem no ser os mais adequados. Ao
contrrio das redes de longa distncia, nas redes locais, o mtodo mais apropriado para delimitao de um quadro pode ser a simples presena ou ausncia de sinal no meio.
Devido ao alto desempenho do meio de transmisso e sua baixa taxa de
erro, no cabe ao nvel 2 a introduo de bits a mais de redundncia para a
recuperao de erros. Mais ainda, se levarmos em conta que para determinadas aplicaes, os requisitos de tempo real so bem mais importantes do que
uma confiabilidade exagerada da transmisso, muitas vezes nem a recuperao por retransmisso desejvel nesse nvel. Ao nvel 2 do protocolo caberia apenas um esforo mximo para entregar pacotes de nvel 3 sem erros
(servio de datagrama no confivel), mas no a sua recuperao caso esses
erros ocorram.

ra 5.9: Transmisso de dados no ambiente OSI.

10 - Aplicabilidade do Modelo de Referncia OSI em

Redes Locais
Redes locais possuem caractersticas que afetam principalmente os n mais baixos de protocolo. Esses nveis no devem deixar de levar em
siderao o elevado desempenho, o baixo retardo, a baixa taxa de erros,
iteamento simples (em geral nico) e as aplicaes a que se destinam as
;s locais. .

Em redes locais, as regras que disciplinam o acesso ao meio fsico para

transmisso de dados so chamadas protocolos de acesso. Como exemplo,
poderamos citar as regras para controle de acesso barra, as regras que de-^
terminam o direito de transmisso no anel etc. Nas redes locais, a transmisso dos dados feita por difuso (todas as estaes recebem todos os pacotes), ou elas possuem roteamento nico. Por conta disso, os protocolos de
acesso ao meio poderiam ser colocados no nvel de ligao do RM-OSI, uma
vez que tratam do envio de um pacote de uma mquina para outra (p. ex. de
um n para outro em um anel), mas poderiam ser igualmente colocados no
nvel de rede, uma vez que se trata do envio de um pacote da estao de origem para a estao de destino, isto , fim a fim. Existem ainda propostas que
os colocam no nvel fsico [NBOS 81], uma vez que determinam a ligao
fsica ao meio. O comit de padronizao de redes locais do IEEE (projeto
802) os coloca como parte do nvel 2, como veremos na Seo 5.3, o que parece mais razovel, uma vez que libera o nvel de rede para realizao de sua
funo principal que o roteamento (nocaso, entre redes). Essa proposta do
IEEE, adotada pela ISO, foi formalizada no conjunto de padres 8802 [ISO
89a, ISO 89b, ISO 90a, ISO 90b, ISO 94].
139

Como as redes locais, em sua maioria, ou so por difuso ou possuem

roteamento nico, o nvel de rede no tem aqui grande relevncia. Em muitas redes o nvel de transporte vai ser ento construdo imediatamente acima
do nvel de ligao. Opcionalmente devemos permitir que o nvel de transporte seja construdo acima do nvel inrei-redes. A esse nvel, ao novo nvel
3, caberia, como funo principal, o roteamento do pacote que, para ir da
estao de origem estao de destino, atravessa vrias redes. Pelas mesmas
razes mencionadas anteriormente, quando discutimos a utilizao de datagrama no confivel no. nvel 2, tambm nesse nvel tal servio pode ser o
mais adequado, deixando para os nveis superiores a recuperao; se necessria, de erros. A arquitetura Internet TCP/IP, que utiliza essa abordagem,
uma alternativa bastante utilizada para interligao de redes locais de computadores. A arquitetura Internet TCP/IP 'o tema da Seo 5.4.
Em redes locais, o nvel de transporte, ao tornar transparente para os
nveis superiores toda parte de transmisso, pode ainda tirar vantagens que o
meio lhe oferece, como por exemplo a confirmao de vrios circuitos virtuais em uma nica mensagem em uma rede do tipo difuso [Soares 82].
A implementao dos demais nveis de protocolo depende muito da
aplicao da rede. O RM-OSI pode ser seguido na ntegra, podendo suas
funes serem realizadas por processos de um sistema operacional distribudo, onde a interface do nvel 4 seria vista simplesmente como primitivas
de comunicao do ncleo desse mesmo sistema operacional.

3. Na recepo, desmontar os quadros, efetuando o reconhecimento de

endereo e deteco de erros.
4. Gerenciar a comunicao no enlace.
Essas quatro funes so fornecidas pelo nvel de enlace do RM-OSI.
A primeira funo e as sub funes, a ela relacionadas so agrupadas pelo
IEEE 802 na camada Loglcal Link Control (LLC), As trs restantes so tratadas em uma camada separada, chamada Mdium Access Control (MAC).
Tal diviso teve como objetivo permitir a definio de vrias opes de
MAC, que podem ento ser otimizadas para as diferentes topologias de redes locais, mantendo uma interface nica, a da camada LLC, para os usurios da rede local.
Em um nvel mais baixo, esto as funes normalmente associadas ao
nvel fsico: codificao/decodificao de sinais, gerao e remoo de
prembulos para sincronizao e transmisso/recepo de bits. Como no
RM-OSI, essas funes foram atribudas ao nvel fsico no modelo de referncia elaborado pelo IEEE 802.
A Figura 5.10 apresenta a relao entre alguns dos principais padres
IEEE 802 e o RM-OSI.

OSI

IEEE

5.3 - O Padro IEEE 802

Com o objetivo de elaborar padres para redes locais de computadores
nasceu o Projeto IEEE 802, que ficou a cargo de um comit institudo em fevereiro de 1980 pela IEEE Computer Socety. O comit 802 publicou um
conjunto de padres, adotados como padres nacionais americanos pelo
American National Standards Institute (ANSI). Esses padres foram posteriormente revisados e republicados como padres internacionais pela ISO com
a designao ISO 8802.
O modelo de referncia elaborado pelo IEEE [IEEE 86] definiu uma
arquitetura com trs camadas. Para entender esse modelo devemos observar
que as funes de comunicao mnimas e essenciais de uma rede local correspondem aos nveis 1 e 2 do modelo OSI. Essas funes incluem:
1. Fornecer um ou mais SAPs para os usurios da rede.
2. Na transmisso, montar os dados a serem transmitidos em quadros
com campos de endereo e deteco de erros.

140

Figura 5.10: Relao entre os padres IEEE 802 e RM-OS.

O padro IEEE 802.1 um documento que descreve o relacionamento

entre os diversos padres IEEE 802 e o relacionamento deles com o modelo
de referncia OSI. Esse documento contm tambm padres para gerenciamento da rede e informaes para a ligao inter-redes. O padro
ANSI/IEEE 802.2 (ISO 8802/2) descreve a subcamada superior do nvel cie
enlace, que utiliza o protocolo Logical Link Control Protocol. Os outros padres que aparecem na Figura 5.10 especificam diferentes opes de nvel
141

'

fsico e protocolos da subcamada MAC para diferentes tecnologias de redes

locais:
Padro IEEE 802.3 (ISO 8802/3): rede em barra utilizando
CSMA/CD como mtodo de acesso.
. Padro IEEE 802.4 (ISO 8802/4): rede era barra utilizando passagem de permisso como mtodo de acesso.
Padro IEEE 802.5 (ISO 8802/5): rede em anel utilizando passagem
de permisso como mtodo de acesso.
. Padro IEEE 802.6 (ISO 8802/6): rede em barra utilizando o Distributed Queue Dual Bus (DQDB) como mtodo de acesso.
No Captulo 9 teceremos algumas consideraes sobre esses diversos
padres, lembrando entretanto que, como o objetivo deste livro no o exame detalhado de padres para redes locais, faremos apenas uma apresentao resumida. Os leitores mais interessados nesse assunto devem consultar
as referncias [ISO 89a, ISO 90a, ISO 90b. ISO 89b, ISO 94] para maiores
detalhes.

5.4 - Arquitetur da Internet TCP/IP

O desenvolvimento da arquitetur Internet TCP/IP foi patrocinado peia
Defense Advanced Research Projects Agency (DARPA).A arquitetur baseia-se principalmente em: um servio de transporte orientado conexo,
fornecido pelo Transmission Contrai Protocol (TCP) [Postei 81a], e em um
servio de rede no-orientado conexo (datagrama no confvel), fornecido pelo Internet Protocol (IP) [Poste! 81b].

cando esse status e, se aps decorridos aproximadamente seis meses no

houver nenhuma objeo, o IAB declara o protocolo como. um Internet
Standard.
A arquitetur Internet TCP/IP d uma nfase toda especial interligao de. diferentes tecnologias de redes [Comer 91']. A ideia baseia-se na seguinte constatao: no existe nenhuma tecnologia de rede que atenda aos
anseios de toda a comunidade de usurios. Alguns usurios precisam de redes de alta velocidade que normalmente cobrem uma rea geogrfica restrita. J outros, se contentam com redes de baixa velocidade que conectam
equipamentos distantes milhares de quilmetros uns dos outros. Portanto, a
nica forma de permitir que um grande volume de usurios possa trocar informaes interligar as redes s quais eles esto conectados, formando
assim uma inter-rede.
Para interligar duas redes distintas necessrio conectar uma mquina
a ambas as redes. Tal mquina fica responsvel pela tarefa de transferir
mensagens de uma rede para a outra. Uma mquina que conecta duas ou
mais redes denominada internet gateway ou internet router. Para ser capaz
de rotear corretamente as mensagens, os gateways precisam conhecer a
topologia da inter-rede, ou seja, precisam saber como as diversas redes esto
interconectadas. J os usurios vem a inter-rede como uma rede virtual
nica qual todas as mquinas esto conectadas, no importando a forma
fsica de interconexo. A Figura 5.11 ilustra o conceito de inter-rede.

Os padres da arquitetur Internet TCP/IP no so elaborados por rgos internacionais de padronizao, como a ISO ou o IEEE. O corpo tcnico que coordena o desenvolvimento dos protocolos dessa arquitetur um
comit denominado IAB (Internet Activity 'Board). O IAB formado por
pesquisadores seniores, tendo a maioria deles projetado.e implementado os
protocolos da Arquitetur Internet. O IAB, na realidade, produz poucos documentos. Qualquer pessoa pode projetar, documentar, implementar e testar
um protocolo para ser usado na Internet.
Para que um protocolo se torne um padro Internet [Rose 90] necessrio document-lo atravs de uma RFC (Request for Comments). As RFCs
podem ser obtidas por qualquer pessoa conectada Internet. Da anlise das
RFCs surgem sugestes, e novas verses do protocolo podem ser elaboradas. Quando o protocolo se torna estvel, um dos membros do IAB prope
ao comit que o protocolo se torne um padro. Uma RFC publicada indi. 142

Figura 5.11: Ilustrao do conceito de inter-rede.

143

c
(
(

A arquitetura Internet TCP/IP organizada em quatro camadas conceituais construdas sobre uma quinta camada que no faz parte do modelo, a
camada intra-rede [Comer 91 ]. A Figura 5.12 mostra as camadas e o tipo de
dados que passado de uma para outra.

__mensagem
idntica

Figura 5.12: Camadas conceituais da arquitetura Internet TCP/IP.

No nvel de aplicao, os usurios usam programas de aplicao para

acessar os servios disponveis na inter-rede. As aplicaes interagem com o
nvel de, transporte para enviar e receber dados. As aplicaes podem usar o
servio orientado conexo, fornecido pelo TCP (servio de circuito virtual), ou o servio no-orientado conexo, fornecido pelo User Datagram
Protocol UDP [Postei 80] (servio de datagrama no confivel), como
veremos no Captulo 12. Algumas aplicaes disponveis na Internet TCP/IP
so:
Simple Mail Transfer Protocol (SMTP) [Postei 82], que oferece um
servio store-and-forward para mensagens que carregam correspondncias contendo textos.
File Transfer Protocol {FTP) [Postei 85], que fornece o servio de
transferncia de arquivos.
TELNET [Postei 83], que oferece o servio de terminal virtual.
Domain Name System (DNS) [Mockapetris 87] que oferece um servio de mapeamento de nomes em endereos de rede.

144

A funo bsica do nvel de transporte permitir a comunicao fin

fim entre aplicaes. As funes do nvel de transporte na arquitetura In
net TCP/IP so semelhantes s do mesmo nvel do RM-OSI. Se o protoc
utilizado for o TCP, os seguintes servios so fornecidos: controle de ei
controle de fluxo, seqenciao e multiplexao do acesso ao nvel im
rede. O UDP um protocolo bem mais simples e o servio por ele fomec
apenas a multiplexao/demultplexao do acesso ao nvel inter-rede.
O nvel inter-rede o responsvel pela transferncia de dados atra
da inter-rede, desde a mquina de origem at a mquina de destino. Esse
vel recebe pedidos do nvel de transporte para transmitir pacotes que, ao
licitar a transmisso, informa o endereo da mquina onde o pacote dev
ser entregue. O pacote encapsulado em um datagrama IP, e o algoritmo
roteamento executado para determinar se o datagrama pode ser entres
diretamente, ou se deve ser repassado para um gateway. Com base no res
tado da avaliao do algoritmo de roteamento, o datagrama passado par
interface de rede apropriada para ento ser transmitido. O nvel inter-re
tambm processa pacotes recebidos das interfaces de rede. Nesse caso, o
goritmo de roteamento utilizado para decidir se o datagrama deve ser p
sado para o nvel de transporte local, ou se deve ser passado adiante atra^
de uma das interfaces de rede.
A arquitetura Internet TCP/IP no faz nenhuma restrio s redes q
so interligadas para formar a inter-rede. Portanto, qualquer tipo de re
pode ser ligada, bastando para isso que seja desenvolvida uma interface q
compatibilize a tecnologia especfica da rede com o protocolo IP. E;
compatibilizao a funo do nvel de interface de rede, que recebe
datagramas IP do nvel inter-rede e os transmite atravs de uma rede espe
fica. Para realizar essa tarefa, nesse nvel, os endereos IP, que so endei
os lgicos, so traduzidos para os endereos fsicos dos hosts ou gatewa
conectados rede.
O protocolo do nvel inter-rede, o IP, e o protocolo de transporte TC
sero melhor analisados nos Captulos 10 e 12, respectivamente.

5.4.1 - Comparao entre as Arquiteturas OSl e Internet

TCP/IP
Como pode ser observado na Figura 5.13, a primeira diferena entre
arquiteturas OSI e Internet TCP/IP est no nmero de camadas. Enquanto i
arquitetura OSI so definidas sete camadas, na arquitetura Internet TCP/
so definidas cinco.
No RM-OSI so descritos formalmente os servios de cada camada,
interface usada pelas camadas adjacentes para troca de informaes e o pr
M

tocolo que define regras de comunicao para cada uma das camadas. Alguns dos servios definidos para as camadas do RM-OSI so opcionais. Por
exemplo, os nveis de enlace, rede e transporte podem oferecer servios orientados conexo (circuito virtual) ou no-orientados conexo
(datagrama). Essa caracterstica consequncia do fato da ISO ter elaborado
um modelo que se prope a tratar todos os aspectos do problema de interconexo aberta de sistemas. Essa flexibilidade tem aspectos positivos, mas, por
outro lado, pode levar a situaes onde dois sistemas em conformidade com
a arquitetura OSI no consigam se comunicar, bastando para tal que implementem perfis funcionais incompatveis.

Arquitetura OSI

Arquitetura Internet

servio para esta subcamada do nvel de rede: o protocolo IP, cujo servio
datagrama no confivel. Esta inflexibilidade da arquitetura Internet TCP/IP
no nvel inter-rede uma das principais razes de seu sucesso. O fato de um
sistema utilizar ou no o protocolo IP foi usado inclusive para distinguir os
sistemas que "esto na Internet" dos que no esto [Clark 91].
No nvel de transporte, a arquitetura Internet TCP/IP oferece duas opes: o TCP (que oferece um servio de circuito virtual) e o UDP
(datagrama). Esses protocolos, so equivalentes aos protocolos orientado e
no-orientado conexo do nvel de transporte OSI. Acima do nvel de
transporte est a camada de aplicaes na arquitetura Internet TCP/IP. Nessa
arquitetura, os servios dos nveis de sesso e apresentao OSI so implementados em cada aplicao de modo especfico. A abordagem da ISO, definindo as camadas de sesso, apresentao e elementos de servios genricos
bsicos no nvel de aplicao, mais razovel, no sentido em que permite
uma maior reutilizao de esforos durante o desenvolvimento de aplicaes
distribudas.
Os protocolos da arquitetura Internet TCP/IP oferecem uma soluo
simples, porm bastante funcionai, para o problema da interconexo de sistemas abertos. O fato de implementaes de seus protocolos terem sido a
primeira opo de soluo no-proprietria para a interconexo de sistemas
fez com que essa arquitetura se tornasse um padro de facto. A estrutura organizacional da ISO, com membros representando vrios pases, se por um
lado aumenta o tempo de desenvolvimento dos padres, por outro confere
aos mesmos uma representatividade bem maior. Os padres da ISO, por serem elaborados por uma instituio legalmente constituda para tal, so padres de jure.

figura 5.13: Arquiteturas OSI e Internet TCP/IP.

A arquitetura Internet TCP/IP foi desenvolvida com o objetivo de reolver um problema prtico: interligar redes com tecnologias distintas. Para
ai, foi desenvolvido um conjunto especfico de protocolos que resolveu o
iroblema de forma bastante simples e satisfatria. Os nveis fsico, de enace, e os aspectos do nvel de rede do RM-OSI, relativos transmisso de
lados em uma nica rede, no so abordados na arquitetura Internet TCP/IP,
;ue agrupa todos esses servios na camada- intra-rede. A arquitetura Internet
"CP/IP se limita a definir uma interface entre o nvel intra-rede e o nvel
n ter-rede.
Os servios do nvel de rede OSI relativos interconexo de redes distntas so implementados na arquitetura Internet TCP/IP pelo protocolo IP.
m outras palavras, nessa arquitetura s existe uma opo de protocolo e
46

147

c
(
(
f

Captulo 6

('
v

c
(

Nvel Fsico

c
(.

.
(

c
c.
(
(
(
(
(
(
(
(
(..

(
(
(

c
(

O nvel fsico define as caractersticas mecnicas, eltricas, funcionais

e procedurais para ativar, manter e desativar conexes fsicas que se destinam a transmitir bits entre entidades do nvel de enlace. As caractersticas
mecnicas definem, por exemplo, o tamanho e a forma dos conectores, pinos, cabos etc, que compem um circuito de transmisso. As caractersticas
eltricas especificam os valores dos sinais eltricos (nveis de voltagem e
corrente) usados para representar bits, o tempo entre mudanas desses valores (intervalo de sinalizao) etc. As caractersticas eltricas determinam as
taxas de transmisso e distncias que podem ser atingidas. J as caractersticas funcionais definem o significado dos sinais transmitidos nas interfaces
do nvel fsico. Por fim, as caractersticas procedurais especificam combinaes e sequncias de sinais que devem ocorrer para que uma interface do nvel fsico cumpra o seu papel de transmitir bits.
Entidades do nvel fsico so interligadas por um circuito de transmisso de dados que define um caminho para comunicao em um meio fsico.
Uma conexo no nvel fsico pode ser formada pela interligao de circuitos
de transmisso de dados, feita com a utilizao de sistemas intermedirios
que atuam retransmitindo bits. A Figura 6.1 mostra uma conexo fsica.
Uma conexo no nvel fsico pode ter duas (ligao ponto a ponto) ou
mais (ligao multiponto) extremidades. O nvel fsico pode opcionalmente
utilizar um nico circuito de transmisso para transmitir dados de duas ou
mais conexes fsicas multiplexando o acesso a esse circuito.
149

na referncia [Dickson 92], mostra alguns exemplos de padres relacionados

ao nvel fsico do RM-OSI.
Este captulo far uma apresentao resumida de alguns exemplos de
padres de nvel fsico visando dar ao leitor uma ideia do tipo de informao
neles encontrada. Alm desses, os padres de nvel fsico de redes locais
definidos pelo IEEE sero apresentados no Captulo 9.

Figura 6.1: nterconexo de circuitos de dados no nvel fsico.

Na poca em que o RM-OSI foi desenvolvido, vrios meios de transmisso j eram utilizados em sistemas de comunicao, com base em diferentes interfaces e procedimentos de controle (RS-232, V.24, X.21, V.35
e t c ) . Alm disso, novos padres para redes locais de computadores e redes
digitais de servios integrados (RDSIs) estavam em desenvolvimento. No
RM-OSI considerou-se apropriado isolar as tarefas associadas a essas interfaces no nvel fsico. Os desenvolvedores do RM-OSI procuraram elaborar
um modo uniforme de modelar a grande quantidade de padres j existentes
e em desenvolvimento nessa rea, ao invs de desenvolver novas interfaces
para o RM-OSI.
Nesse sentido, a definio do servio de nvel fsico feita no documento ISO DIS 10.022 (recomendao CCITT X.211), na prtica, s empregada para adaptar padres existentes. Os principais servios prestados
pelo nvel fsico so;
Estabelecimento/encerramento
dades do nvel fsico.

de conexes entre uma ou mais enti-

Transferncia de dados: a unidade de dados do servio do nvel fsico (SDU) definida como sendo um bit.
Sequenciao:

a ordem dos bits mantida durante a transmisso.

Notificao de, falhas para funes de gerenciamento.

No existe um padro nico para o nvel fsico. Ao invs disso os sistemas OSI utilizam diversos padres elaborados para prestar o servio de
transmisso de bits. A Figura 6.2, que baseia-se em informaes encontradas

150

Figura 6.2: Exemplos de padres do nvei fsico.

6.1 - Padro RS-232

Um exemplo muito utilizado de padro de nvel fsico o RS-232, que
equivalente s recomendaes V.24 e V.28 do CCITT. Esse padro define
uma interface utilizada para ligar um computador a um modem que por sua
vez pode ser usado para permitir o acesso a redes pblicas de transmisso de
dados. A interface RS-232 usada tambm para ligar dois computadores ou
um computador a um dispositivo perifrico (mouse, impressora e t c ) .
A primeira verso do padro RS-232 foi publicada no incio da dcada
de 1960 e, sua quinta'reviso, denominada EIA/TIA-232-E, est sendo considerada atualmente pelos comits tcnicos da EIA/TIA (Electronic Industries Association / Telecommunications Industry Association).
Dentre as caractersticas mecnicas definidas nesse padro est a especificao das dimenses (altura, comprimento, largura) de um conector com
25 pinos (ISO 2110).
As caractersticas eltricas do RS-232 definem que o 0 lgico corresponde a uma voltagem entre 5 e 15V, e o 1 lgico representado por voltagem na faixa de -5 a -15V. Definem tambm que a transmisso no-balan151

(
(
(

Captulo 6

(
( .
(

Nvel Fsico

c
c.
(

c
( .
(
(
\
(
(
(.
(
(
(
(

c
(.

i
(
( '

O nvel fsico define as caractersticas mecnicas, eltricas, funcionais

e procedurais para ativar, manter e desativar conexes fsicas que se destinam a transmitir bits entre entidades do nvel de enlace. As caractersticas
mecnicas definem, por exemplo, o tamanho e a forma dos conectores, pinos, cabos etc, que compem um circuito de transmisso. As caractersticas
eltricas especificam os valores dos sinais eltricos (nveis de voltagem e
corrente) usados para representar bits, o tempo entre mudanas desses valores (intervalo de sinalizao) etc. As caractersticas eltricas determinam as
taxas de transmisso e distncias que podem ser atingidas. J as caractersticas funcionais definem o significado dos sinais transmitidos nas interfaces
do nvel fsico. Por fim, as caractersticas procedurais especificam combinaes e sequncias de sinais que devem ocorrer para que uma interface do nvel fsico cumpra o seu papel de transmitir bits.
Entidades do nvel fsico so interligadas por um circuito de transmisso de dados que define um caminho para comunicao em um meio fsico.
Uma conexo no nvel fsico pode ser formada pela interligao de circuitos
de transmisso de dados, feita com a utilizao de sistemas intermedirios
que atuam retransmitindo bits. A Figura 6.1 mostra uma conexo fsica.
Uma conexo no nvel fsico pode ter duas (ligao ponto a ponto) ou
mais (ligao multiponto) extremidades. O nvel fsico pode opcionalmente
utilizar um nico circuito de transmisso para transmitir dados de duas ou
mais conexes fsicas multiplexando o acesso a esse circuito.
149

ceada, ou seja, os circuitos compartilham um terra comum. E limitam a taxa

de transmisso a 20 Kbps em distncias at 10 metros.

Tabela 6.1: Relacionamento entre os padres de nvel fsico para enlaces ponto a

As caractersticas funcionais, definem as funes que so executadas

pela interface, atribuindo' significado aos sinais transmitidos e recebidos
atravs dos seus pinos. Por exemplo, um dos pinos, denominado Request To
Send, usado pelo computador para enviar um sinal ao modem indicando
que ele tem dados a enviar e que uma portadora deve ser estabelecida para
transmisso.
As caractersticas procedurais definem a sequncia de eventos que deve ocorrer para que os dados sejam transmitidos corretamente no meio fsico. Por exemplo, no padro RS-232, quando o computador deseja transmitir,
ele envia um sinal para o modem atravs do pino Request To Send. Se o modem estiver pronto para transmitir, ele responde enviando para o computador um sinal atravs do pino Clear To Send. O computador ao receber esse
sinal, passa a transmitir os dados para o modem atravs do pino Transmitted
Data.
Visando aumentar os limites de velocidade e distncia impostos pela
RS-232, a EIA/TIA elaborou o padro RS-449, que na realidade uma composio de trs padres. A definio mecnica, funcional e procedural da
interface feita no RS-449, enquanto as caractersticas eltrcas so definidas em dois outros padres. O primeiro deles o RS-423 (X.26 / V.10) que
semelhante ao RS-232 no sentido da transmisso ser no-balanceada, porm opera a uma taxa mxima de 300 Kbps em distncias de 10 metros, ou
em uma distncia mxima de 1.000 metros a uma taxa de transmisso de 3
Kbps. O segundo o RS-422 (X.27 / V. 1 1). Nessa interface a transmisso
balanceada (o terra no compartilhado), utilizando dois fios para transmisso dos smajs. A interface RS-422 torna possvel a operao em taxas de at
10 Mbps com distncias de at 10 metros, ou de 100 Kbps em 1.000 metros.

6.2 - Recomendaes X.21 e X.21 bis

Combinaes usuais de padres de interfaces ponto a ponto para o nvel fsico OSI so definidas nas recomendaes X.21 (para redes com
transmisso digital) e X.21 bis (para redes com transmisso analgica).
As recomendaes X.21 e X.21 bis definem as caractersticas procedurais da interface do nvel fsico OSI. Para completar a definio da interface
no que tange s caractersticas mecnicas, eltricas e funcionais, utiliza-se
outras recomendaes das sries X ou V do CCITT. A Tabela 6.1 apresenta
os padres referenciados nessas recomendaes e indica como eles relacionam-se entre si. Os dados mostrados nessa figura baseiam-se na referncia
[Dickson 92].
152

6.3 - Padro EIA/TIA-568

Em 1985 a EIA (Electronic Industries Association) assumiu a tarefa de
elaborar um padro para o cabeamento de telecomunicaes de edifcios
comerciais. Aprovado e publicado em julho de 1991, o Padro para Cabeamento de Telecomunicao de Edifcios Comerciais EIA/TIA-568 define um
sistema de cabeamento de telecomunicaes genrico que possibilita a utilizao de diferentes produtos de vrios fabricantes em um mesmo ambiente
[EIA/TIA 91]. O princpio bsico desse padro permitir o planejamento da
instalao do cabeamento em edifcios sem que seja necessrio definir com
exatido os produtos que sero instalados a posteriori. As Figuras 6.3 e 6.4
mostram modelos onde aparecem os vrios elementos funcionais que fazem
parte de um sistema de cabeamento EIA/TIA-568.

153

6.3.2 - Cabeamento do Backbone

O cabeamento do backbone consiste no meio de transmisso, nos c o
nectores de cruzamento (cross-connects), intermedirios e principal, e nas
terminaes mecnicas, todos usados para interligar os armrios de telecomunicao, as salas de equipamentos e as instalaes de entrada dentro de
um edifcio. O cabeamento do backbone inclui tambm o meio de transmisso usado para interligar edifcios.
As salas de equipamentos possuem a mesma funo que os armrios de
telecomunicao. A diferena entre os dois est no maior espao ocupado
pela sala de equipamentos, o que torna possvel o armazenamento de equipamentos maiores e mais complexos. A instalao de entrada identifica o
ponto de entrada do cabeamento de telecomunicao em um edifcio.
Quando a configurao envolve mais de um edifcio, o cabo do backbone
usado para interligar os edifcios entra neles atravs da instalao de entrada.
O cabeamento do backbone tambm adota a topologia em estrela,
admitindo at dois nveis de hierarquia. Seguindo essa topologia, cada armrio de telecomunicao ligado diretarnente ao conector de cruzamento
principal, ou a um conector de cruzamento intermedirio que, por sua vez,
ligado ao conector de cruzamento principal. O padro define tambm como
adaptar sistemas cuja configurao em anel ou em barra para a topologia
de cabeamento em estrela. A estratgia nesses casos utilizar as topologias
mistas anel-estrela (adotada no padro IEEE 802.5) e barra-estrela (adotada
nas especificaes IEEE 802.3 OBASE-Te 10BASE-F).
O EIA/TIA-568 especifica quatro tipos de cabos que podem ser usados
individualmente ou combinados no cabeamento do backbone. Os quatro tipos so:

Figura 6.5: Distncias mximas para cabos backbone.

O padro EIA/TIA-568 especifica adicionalmente as caractersticas fsicas e os requisitos de transmisso de cada um dos tipos de cabo reconhecidos, alm de especificaes fsicas e mecnicas dos conectores. Os leitores'
interessados devem consultar [EIA/TIA 91 ] para maiores detalhes.

1. Cabo backbone multipar UTP 100 ohm.

2. Cabo backbone STP com 150 ohm.
3. Cabo coaxial de 50 ohm.
4. Cabo de fibra tica 62.5/125 u.m.
A Figura 6.5 mostra as distncias mximas para os cabos do backbone.
As distncias medem o comprimento do cabo entre os conectores de cruzamento e as terminaes mecnicas nos armrios de telecomunicao.

157

Captulo

Nvel de Enlace

Cabe ao nvel fsico transportar bits do transmissor para o receptor.

Durante a transmisso os bits podem sofrer alteraes indesejveis provocadas por uma srie de razes: rudo eletromagntico, perda de sincronismo
entre o transmissor e o receptor, defeitos nos componentes que implementam os circuitos de transmisso e recepo etc.
funo do nvel de enlace detectar e, opcionalmente, corrigir os erros
que por ventura ocorram no nvel fsico.
Para executar essa funo a cadeia de bits enviada ao nvel*de enlace
organizada em conjuntos de bits denominados quadros. -Na montagem dos
quadros, o nvel de enlace acrescenta uma sequncia de bits adicionais denominados Frame Check Sequence (FCS), cuja funo permitir a deteco
de erros. Os bits adicionais so computados atravs de um algoritmo (teste
de redundncia cclica, paridade etc.) que recebe como entrada os bits cio
quadro e fornece como resultado o FCS. Quando o quadro recebido pelo
destinatrio o FCS recomputado e comparado ao FCS recebido no quadro;
se forem diferentes, o nvel de enlace conclui que ocorreu um erro durante a
transmisso. Uma vez detectado o erro, o quadro descartado e opcionalmente enviado um aviso ao sistema que o transmitiu.
Alternativamente o nvel de enlace pode utilizar bits de redundncia
que lhe permitam no s detectar erros, mas tambm corrigi-los, sem a necessidade de retransmisso. A correco de erros sem retransmisso parti-

(
159

cularmente til em enlaces onde o custo de comunicao e o retardo de

transferncia so elevados, como por exemplo, em enlaces de satlites.

7.1 - Principais Funes do Nvel de Enlace

A delimitao de quadros e o controle de erros so as principais funes do nvel de enlace. Outra funo normalmente realizada nesse nvel o
controle do fluxo de transmisso no enlace. Nesta seo mostraremos as
tcnicas mais usadas para a realizao dessas funes.

7.1.1 - Delimitao de Quadros

Para criar e reconhecer os limites dos quadros so usados basicamente
quatro mtodos.
O primeiro deles a contagem de caracteres. Nesse mtodo um campo
no cabealho informa o nmero de caracteres do quadro.
O segundo mtodo baseia-se na utilizao de caracteres delimitadores
e na transparncia de caracteres. Esse mtodo utiliza caracteres especiais
para indicar o incio e o final do quadro. O problema dessa abordagem que
os caracteres delimitadores podem aparecer entre os dados transmitidos no
quadro. Para contornar esse problema, toda vez que um delimitador aparece
nos dados, inserido (stuffed) antes dele um outro caracter especial. Quando
o, destinatrio recebe um delimitador precedido do caracter especial ele
conclui que nesse caso o caracter delimitador faz parte dos dados do quadro.
O terceiro mtodo utiliza sequncias especiais de bits, denominadas
flags, para delimitar os quadros e transparncia de bits {bit stuffing) para
evitar que ocorrncias da sequncia delimitadora nos dados sejam interpretadas incorretamente. O protocolo HDLC utiliza essa tcnica e usa o padro
C)l 111 l IO como delimitador. Sempre que o transmissor encontra cinco bits
consecutivos iguais a l nos dados que vai transmitir, eJe insere (stuffs) um
bit 0 na cadeia de bits. Quando o receptor encontra cinco bits l consecutivos, seguidos de um bit 0, ele automaticamente retira (destuffs) o bit 0.
O quarto mtodo baseia-se na violao de cdigos do nvel fsico. Esse
mtodo s pode ser usado em redes cuja codificao dos bits no meio fsico
possui alguma forma d redundncia. Por exemplo, como vimos no Captulo
3, na codificao Manchester o bit 0 codificado por uma transio negativa
no sinal, e o bit l por uma transio positiva. Os smbolos onde no h transio (J e K) no so usados para representar dados, podendo ser ento utilizados para delimitar os quadros.

160

7.1.2 - Controle de Erros no Enlace

O nvel de enlace, alm de detectar erros que ocorrem no nvel fs
pode, opcionalmente, fornecer mecanismos para corrigi-los, conforme j
servamos. Para garantir transmisses confiveis atravs de retransmissi
procedimento em geral utilizado fazer com que o destinatrio de um c
dro envie ao remetente quadros especiais carregando avisos de reconh
mento positivo ou negativo dos quadros recebidos. Um reconhecime
positivo indica que o quadro chegou corretamente ao seu destino, por oi
lado o reconhecimento negativo indica que o quadro chegou com erro
destino e deve ser enviado novamente.
Para tratar erros que destroem completamente os quadros (de infor
o ou de reconhecimento) ou modificam o campo endereo de origem,
enviar um quadro, o transmissor utiliza um temporizador para medir um
tervalo de tempo (timeout) suficiente para que o quadro chegue ao seu c
tino, seja processado, o reconhecimento seja'enviado e chegue ao transr
sor. Se o reconhecimento no chegar dentro desse intervalo de tempo o
dro retransmiti do, evitando que o transmissor fique parado indefinidarr
te espera do reconhecimento. Nessa tcnica, como os quadros podem
transmitidos mais de uma vez, eles so numerados para permitir que o rec
tor possa distinguir quadros originais de cpias.
Devemos notar que o controle de erro pode ser realizado a conte
apenas com o reconhecimento positivo e o temporizador. O reconhecime
negativo, no entanto, acelera o processo de envio de informao, diminui)
os re tardos. O reconhecimento pode ser um quadro de controle do nve
ou pode ser transportado de carona em um campo de controle de um qua
de informao (piggybacking).
Os trs procedimentos mais utilizados para controlar erros sd: ai
ritmo de bit alternado (stop-and-wait), janela n com retransmisso intej
(go-back-n) e janela n com retransmisso seletiva (selective repeat).
No algoritmo de bit alternado o transmissor s envia um novo qua
quando recebe o reconhecimento do quadro enviado anteriormente. Coi
derando que os quadros podem ser transmitidos mais de uma vez, nec
srio numer-los para que o receptor possa distinguir quadros originais
retransmisses. Como o transmissor s envia um novo quadro depois
anterior ser reconhecido, s preciso um bit para diferenciar quadros
cessfvos. O primeiro quadro numerado com o bit 0, o segundo com o bi
o terceiro com o bit 0, e assim sucessivamente.
A Figura 7.1 mostra o diagrama de estados do algoritmo de bit ai
nado. Segundo esse diagrama, o transmissor passa do estado l para o esti
2 quando possui dados a transmitir. No estado 2 ele envia um quadro 0 (E

passando para o estado 3, dispara um temporizador (timeout) e fica aguardando a chegada do reconhecimento desse quadro (Ag). Se, aps decorrido
o intervalo de temporizao o reconhecimento no chegar ou se chegar um
reconhecimento de quadro ! (A|) indicando que o quadro 0 foi recebido
com erro ou no chegou ao destino, o transmissor entra no estado 4, retransmite o quadro 0 e volta para o estado 3. Quando o transmissor encontrase no estado 3 e recebe o reconhecimento do quadro 0, ele passa para o estado 5. No estado 5, quando o transmissor tiver dados para transmitir ele passa
para o estado 6, envia um quadro 1 (D j), passa para o estado 7 e dispara um
temporizador enquanto aguarda o reconhecimento do quadro 1. Com o
transmissor no estado 7, se o reconhecimento no chegar dentro do limite
tolervel de tempo. (timeout) ou se ele receber um reconhecimento de um
quadro 0, ele passa para o estado 8, retransmite o quadro 1 e volta para o
estado 7. No estado 7, quando o transmissor recebe um reconhecimento de
quadro 1 ele passa para o estado 1. Note pelo diagrama que a chegada do reconhecimento negativo nos estados 3 e 7 acelera o procedimento, pois o
transmissor no precisa aguardar at o fim do timeout para refransmitir o
quadro perdido.

do 6, entrega o quadro ao nvel superior de protocolo, vai para o estado 7,

envia um quadro reconhecendo o recebimento do quadro l e passa para o
estado 1, onde fica aguardando a chegada de um quadro 0. No estado 1, se
receber um quadro com erro ou um quadro 1, o receptor vai para o estado 8,
envia novamente o reconhecimento do quadro 1 (ltimo que ele recebeu corretamente) e volta para o estado 1.
A tcnica-de bit alternado oferece uma soluo simples porm ineficiente para o controle de erro, pois, enquanto o transmissor espera por reconhecimentos o canal de comunicao no utilizado. A Figura 7.2 mostra
um exemplo de troca de quadros com base no protocolo de bit alternado.

Figura 7,2: Controle de erro por timeout no protocolo de bit alternado.

Figura 7.1: Diagrama de estados do algoritmo de bit alternado.

O receptor comea a operar no estado 1 (Figura 7.1), ao receber um

quadro 0, ele passa para o estado 2 entrega os dados para o nvel superior de
protocolo (normalmente o nvel de rede), passa para o estado 3, envia o reconhecimento do quadro 0 e entra no estado 5. No estado 5 o receptor
aguarda a chegada de um quadro 1. Se o prximo quadro que ele receber for
um quadro 0, ou for um quadro defeituoso (o FCS recebido no confere com
o calculado), ele passa para o estado 4, retransmite o reconhecimento de um
quadro 0 e retorna para o estado 5 onde fica aguardando a chegada de um
quadro I. No estado 5, ao receber um quadro 1, o receptor passa para o esta162

Para aumentar a eficincia na utilizao dos canais de comunicao foram elaborados protocolos que permitem que o transmissor envie diversos
quadros mesmo sem ter recebido reconhecimentos dos quadros anteriormente enviados. O nmero mximo de quadros, devidamente numerados,
que podem ser enviados sem que tenha chegado um reconhecimento define a
largura da janela de transmisso. Como no protocolo de bit alternado, o
transmissor fica sabendo que ocorreu um erro em um quadro por ele enviado
quando seu reconhecimento no chega, aps decorrido um intervalo de
tempo suficiente para tal. Nesse caso, dois procedimentos podem ser implementados para recuperar o erro:
1. Retransmisso integral: todos os quadros a partir do que no foi reconhecido so retransmitidos.
2. Retransmisso seletiva: apertas o quadro que no foi reconhecido
retransmitido.
163

Para aumentar ainda mais a eficincia na utilizao do canal de transmisso, em ambos os casos o receptor no precisa enviar um reconhecimento para cada quadro que recebe. O transmissor ao receber o reconhecimento
do quadro n conclui que ele, e os quadros enviados antes dele, foram recebidos corretamente. A Figura 7.3 ilustra as duas estratgias descritas.

Nos protocolos com janela n maior que 1, o controle do fluxo 1

com base em quadros especiais e em janelas de transmisso e recepc
utilizao das janelas para controlar erros e o fluxo de quadros nesses picols,-faz com que eles sejam classificados como protocolos de janela d<
zante (sliding windows).
O nmero mximo de quadros que o transmissor pode enviar, serr
ceber um reconhecimento, determinado pela largura (T) de sua janel;
transmisso. Aps enviar T quadros sem receber nenhum recoriheciment
transmissor suspende o envio de dados, s voltando a faz-lo aps rec<
um reconhecimento que, alm de indicar que um ou mais quadros chega
corretamente ao receptor, indica tambm que ele'est pronto para proce
novos quadros. A Figura 7.4 ilustra esse esquema de controle de fluxo.
Note que, para no confundir o transmissor, se a numerao dos (
dros vai de 0 a n, a janela deve ter tamanho mximo igual a n. Por exem
na Figura 7.4 que ilustra esse esquema de controle de fluxo, se a janela f(
de tamanho 5 o transmissor no teria como saber se um reconhecimentc
um quadro 4 uma retransmisso do reconhecimento do quadro 4 da jai
anterior ou da janela corrente.

O leitor atento j deve ter notado que o protocolo de bit alternado um

caso particular do protocolo de janela n, onde n igual a 1.

7.1.3 - Controle de Fluxo no Enlace

Outro problema tratado pelo nvel de enlace diz respeito a situaes
onde o transmissor sistematicamente envia quadros mais depressa que o
destinatrio pode receber. A soluo para essa situao introduzir um mecanismo de controle de fluxo para compatibilizar as velocidades do transmissor e do receptor. No protocolo de bit alternado, o prprio mecanismo de
retransmisso de quadros controla o fluxo, pois um novo quadro s enviado depois do receptor ter processado o quadro anterior e enviado um reconhecimento.

164

Figura 7.4: Controle de fluxo em protocolos de janela n (n = 4).

O nmero mximo de quadros que o receptor pode receber, sem i

nenhum deles seja entregue ao nvel de rede, determinado pela largur;
de sua janela de recepo. Para que um quadro possa ser confirmado s

ainda ter sido entregue ao nvel de rede, quando acumula R quadros em sua
memria, o nvel de enlace do receptor avisa ao transmissor que no est em
condies de receber novos quadros, enviando-lhe um quadro especial receive-not-ready. O transmissor ao receber esse quadro suspende o envio de
novos quadros. Quando alguns dos quadros que estavam em sua memria
so entregues ao nvel de rede, o receptor envia para o transmissor um quadro especial receive-ready liberando-o para transmitir novos quadros.

7.1.4 - Tipos de Servios

O nvel de enlace pode fornecer ao nvel de rede trs tipos de servios:
sem conexo e sem reconhecimento, sem conexo com reconhecimento e o
servio orientado conexo.
O servio sem conexo e sem reconhecimento (datagrama no confivel) apropriado s redes onde a taxa de erros no nvel fsico muito baixa,
ficando a coreo dos mesmos sob a responsabilidade de nveis superiores.
Esse servio tambm se adequa a aplicaes onde a demora na transmisso
produz piores efeitos do que a perda de pequenas partes dos dados, um
exemplo de aplicao com essa caracterstica a transmisso de voz em
tempo real.
O servio sem conexo com reconhecimento usado quando um pequeno volume de dados deve ser transferido de forma confivel. Nesse caso,
no vale a pena usar o servio orientado conexo porque o tempo gasto
para estabelecer e encerrar a conexo significativo em relao ao tempo
efetivamente gasto com a transmisso dos dados. Nesse tipo de servio o reeteptor responde ao transmissor enviando quadros que carregam reconhecimentos das mensagens que recebeu orretamente (reconhecimento positivo),
ou informando as mensagens recebidas com erros (reconhecimento negativo). A perda de quadros que carregam reconhecimentos implica na possibilidade do receptor receber quadros duplicados, o que torna necessria a utilizao de mecanismos de descarte de cpias.
Quando o servio orientado conexo utilizado, o nvel de enlace
garante que os quadros transmitidos so entregues ao receptor sem erros e
na ordem em que foram enviados. Esse servio garante tambm que apenas
urna cpia de cada quadro entregue ao nvel de rede no receptor. O servio
orientado conexo converte o canal de transmisso no confivel fornecido pelo nvel fsico em um canal confivel para uso pelo nvel de rede.

166

7.1.5 - Controle de Acesso

Outra funo do nvel de enlace gerenciar o acesso ao meio de transmisso. No caso mais simples, apenas duas mquinas esto ligadas ao meio,
porm comum encontrar vrias mquinas compartilhando o mesmo meio
de transmisso. Nesses casos, o nvel de enlace deve utilizar um mecanismo
para disciplinar o acesso ao meio. Por exemplo, uma mquina fica responsvel pelo controle do acesso (estao primria), que por ela gerenciado
atravs do envio de um quadro poli perguntando se cada uma das outras mquinas (estaes secundrias) possui dados a transmitir. Em caso positivo a
estao secundria transmite seus dados aps receber o quadro poli. assim,
por exemplo, que o enlace gerenciado no modo de resposta normal do
protocolo HDLC [ISO 84a, ISO 84b, ISO 84c]. No modo de resposta assncrono desse mesmo protocolo, as estaes secundrias podem enviar dados
mesmo sem receber o quadro poli.
Finalmente, em outros sistemas, sendo este o caso onde se enquadram
as redes locais de computadores, as estaes so consideradas logicamente
iguais tendo o mesmo direito de acesso ao enlace. Nesse modo de operao
(que uma extenso do modo de resposta assncrono balanceado do HDLC,
que foi concebido para enlaces ponto-a-ponto) todas as estaes so responsveis pelo controle de erro, de fluxo e do acesso ao meio fsico.
Como foi explicado na Seo 5.3, que apresentou a Arquitetura IEEE
802, nas redes locais a camada de enlace foi dividida em duas subcamadas.
A manipulao das caractersticas especficas das vrias tecnologias de redes locais ficou sob a responsabilidade da subcamada Mdium Access Control (MAC), que trata do controle do acesso ao meio. A subcamada Logical
Link Control (LLC) ficou responsvel pela implementao da interface
(nica e independente da tecnologia da rede local) do nvel de enlace com o
nvel de rede, e pelo fornecimento de servios como multiplexao, e controle de erro e de fluxo. A proposta do IEEE foi adotada pela ISO como padro para o nvel de enlace das redes locais [ISO 93a].
O Captulo 8 apresentar as principais tcnicas utilizadas para controlar o acesso ao meio de transmisso em redes locais e metropolitanas. No
Captulo 9 sero apresentados os principais padres internacionais para os
nveis MAC e LLC de redes locais e metropolitanas, a saber: padres IEEE
802.2 (LLC), IEEE 802.3 (CSMA/CD), IEEE 802.4 (Token Bus), IEEE
802.5 (Token Ring), IEEE 802.6 (DQDB) e ANSIX3T9 (FDDI).

167