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
(
(
(
(
(
(
(
(
(
(
(
(
<
(
.(
(
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
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.
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.
124
12!
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
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)..
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.
12!
Servio
Confirmado
Servio
No Confirmado
Servio
Iniciado pelo
Fornecedor
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
Protocolo de Enlace
Sistemas
Retransmissores
133
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.
136
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.
OSI
IEEE
140
'
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
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
144
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.
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
(
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.
Transferncia de dados: a unidade de dados do servio do nvel fsico (SDU) definida como sendo um bit.
Sequenciao:
150
(
(
(
Captulo 6
(
( .
(
Nvel Fsico
c
c.
(
c
( .
(
(
\
(
(
(.
(
(
(
(
c
(.
i
(
( '
Tabela 6.1: Relacionamento entre os padres de nvel fsico para enlaces ponto a
153
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.
157
Captulo
Nvel de Enlace
(
159
160
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.
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.
164
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.
166
167