UNIVERSIDADE FEDERAL DE SANTA CATARINA

CENTRO TECNOLGICO
DEPARTAMENTO DE AUTOMAO E SISTEMAS
Das 5331- sistemas distribudos e
REDES de computadores para
controle e AUTOMAO industrial
PROF. DR.-ING. MARCELO RICARDO STEMMER
Verso 2001
1
1. Introduo geral.......................................................................................................................5
2. As Redes de Comunicao......................................................................................................5
2.1. INTRODUO...............................................................................................................5
2.1.1. Histrico das Redes de Comunicao.......................................................................5
2.1.2. Importncia das Redes de Comunicao...................................................................6
2.1.3. Extenso e Topologia das Redes de Comunicao...................................................7
2.1.4. Aspectos Arquiteturais das Redes de Comunicao.................................................9
2.2. O MODELO DE REFERNCIA OSI............................................................................17
2.2.1. Introduo...............................................................................................................17
2.2.2. A Arquitetura OSI e as Funes das Camadas........................................................17
2.2.3. A Comunicao no RM-OSI...................................................................................22
2.2.4. Os Conceitos do Modelo RM-OSI..........................................................................23
2.3. SERVIOS E PROTOCOLOS OSI..............................................................................28
2.3.1. Introduo...............................................................................................................28
2.3.2. A Camada Fsica.....................................................................................................28
2.3.3. A Camada de Enlace de Dados...............................................................................43
2.3.4. A Camada de Rede..................................................................................................68
2.3.5. A Camada de Transporte.........................................................................................84
2.3.6. A Camada de Sesso.............................................................................................105
2.3.7. A Camada de Apresentao..................................................................................116
2.3.8. A Camada de Aplicao........................................................................................134
2.4. A INTERCONEXO DE REDES...............................................................................145
2.4.1. Introduo.............................................................................................................145
2.4.2. Aspectos da conectividade....................................................................................147
2.4.3. A interconexo segundo o modelo OSI................................................................149
2.4.4. As diferentes possibilidades de interconexo.......................................................150
2.4.5. Os Repetidores (Repeaters)...................................................................................151
2.4.6. As pontes (bridges)...............................................................................................153
2.4.7. Os roteadores (routers)..........................................................................................154
2.4.8. As passarelas (gateways).......................................................................................155
2.4.9. Concentradores.....................................................................................................156
3. AS Redes locais industriais.................................................................................................158
3.1. Introduo........................................................................................................................158
3.1.1. As redes e os nveis hierrquicos de integrao fabril..............................................159
3.2. redes locais industriais ....................................................................................................162
3.2.1. Motivao..................................................................................................................162
3.2.2. Caractersticas bsicas das redes industriais.............................................................162
3.2.2.1. Comportamento temporal .................................................................................162
2
3.2.2.2. Confiabilidade....................................................................................................182
3.2.2.3. Requisitos do meio ambiente.............................................................................183
3.2.2.4. Tipo de mensagens e volume de informaes....................................................185
3.2.3. Projetos de Padronizao de redes industriais..........................................................186
3.2.3.1. Projeto PROWAY..............................................................................................186
3.2.3.2. Projeto IEEE 802 e ISO/IEC 8802.....................................................................186
3.2.3.3. Projeto MAP......................................................................................................203
3.2.3.4. Projeto TOP........................................................................................................203
3.2.3.5. Projeto FIELDBUS............................................................................................204
3.3. O Projeto MAP (Manufacturing Automation Protocol)...................................................205
3.3.1. Introduo.................................................................................................................205
3.3.2. A arquitetura MAP....................................................................................................206
3.3.3. A arquitetura MAP-EPA...........................................................................................208
3.3.4. A arquitetura Mini-MAP...........................................................................................209
3.3.5. Os servios de mensagem industrial (MMS)............................................................209
3.3.5.1. Os objetos MMS................................................................................................211
3.3.5.2. Os servios MMS...............................................................................................212
3.4. Redes Fieldbus.................................................................................................................217
3.4.1. Motivaes e Requisitos do Fieldbus........................................................................217
3.4.2 A proposta FIP (Factory Instrumentation Protocol)...................................................222
3.4.2.1. Introduo..........................................................................................................223
3.4.2.2. A camada Fsica ................................................................................................223
3.4.2.3. A camada de Enlace...........................................................................................223
3.4.2.4. A Camada de Aplicao.....................................................................................226
3.4.2.5. Funes de gerenciamento da rede.....................................................................227
3.4.3. A proposta PROFIBUS (PROcess FIeld BUS).........................................................227
3.4.3.1. Introduo..........................................................................................................227
3.4.3.2. A camada fsica..................................................................................................228
3.4.3.3. A camada de enlace............................................................................................228
3.4.3.4. A camada de Aplicao......................................................................................230
3.4.4. A proposta ISA SP-50...............................................................................................233
3.4.4.1. Introduo..........................................................................................................233
3.4.4.2. A camada Fsica.................................................................................................233
3.4.4.3. A camada de Enlace...........................................................................................234
3.4.4.4. A camada de Aplicao......................................................................................237
3.4.4.5. Camada do Usurio............................................................................................237
3.4.4.6. Servios de Gerenciamento de rede...................................................................238
3.4.5. Concluses................................................................................................................238
3
3.5. Anlise de alguns Produtos comerciais............................................................................239
3.5.1. Introduo.................................................................................................................239
3.5.2. Redes para Instrumentao........................................................................................239
3.5.3. Redes para automao de escritrios........................................................................240
3.5.4. Softwares para rede...................................................................................................241
3.5.4.1. Novell Netware..................................................................................................241
3.5.4.2. LAN-Manager....................................................................................................242
3.5.4.3. LAN-Server........................................................................................................242
3.5.4.4. PC-LAN.............................................................................................................242
3.5.4.5. NetBios...............................................................................................................242
3.5.4.6. TCP/IP................................................................................................................242
3.5.5. redes industriais.........................................................................................................247
3.5.5.1. Redes SINEC (Siemens) ...................................................................................247
3.5.5.2. Bitbus (INTEL)..................................................................................................248
3.5.5.3. CAN (Controller Area Network).......................................................................250
3.5.5.4. VAN (Vehicle Area Network)...........................................................................253
3.5.5.5. Devicenet...........................................................................................................253
3.5.5.6. Controlnet...........................................................................................................257
3.5.5.7. O Protocolo HART............................................................................................258
3.5.5.8. INTERBUS-S ....................................................................................................259
3.5.5.9. ASI-BUS ...........................................................................................................261
3.5.5.10. FAIS ................................................................................................................263
3.5.5.11. LON .................................................................................................................264
3.5.5.12. P-NET .............................................................................................................268
3.5.5.13. SERCOS .........................................................................................................269
3.5.5.14. MODBUS.........................................................................................................271
3.5.5.15. redes IBM.........................................................................................................272
3.5.6. Concluso e discusses.............................................................................................273
Bibliografia.............................................................................................................................274
4
1. INTRODUO GERAL
2. AS REDES DE COMUNICAO
2.1. INTRODUO
2.1.1. HISTRICO DAS REDES DE COMUNICAO
A evoluo da microeletrnica e da informtica tem possibilitado a obteno de
processadores eoutros componentes decomputadores cadavez mais potentes evelozes, em
umtamanho mais reduzido e com um preo acessvel a um nmero cada vez maior de
pessoas. Os microprocessadores existentes hoje emdia, que ocupamespao menor do que
umacaixadefsforos, substituemeultrapassamas capacidades dos computadores dealguns
anos atrs, queocupavamsalas inteiras. Estes erammquinas bastantecomplexas no quediz
respeito sua utilizao e que ficavamemsalas isoladas, s quais muito poucas pessoas
tinhamacesso, sendo operadas apenas por especialistas (analistas de sistema). Os usurios
daqueles computadores normalmentesubmetiamseus programas aplicativos como jobs (ou
tarefas) que executavam sem qualquer interao com o autor do programa.
Umaprimeiratentativadeinteraocomocomputador ocorreunoinciodosanos 60,
comatcnicadetime-sharing, quefoi o resultado do desenvolvimento das teleimpressoras
e da tecnologia de transmisso de dados. Nesta tcnica um conjunto de terminais era
conectado aumcomputador central atravs delinhas decomunicao debaixavelocidade, o
que permitia aos usurios interagir comos seus programas. A necessidade de conexo de
terminais para o processamento interativo foi o ponto de partida para o estabelecimento de
necessidades de comunicao nos computadores. A tcnica de time-sharing permitia a um
grandeconjuntodeusuriosocompartilhamentodeumnicocomputador paraaresoluode
umagrandediversidadedeproblemas eas aplicaes desenvolvidas foramcadavez mais se
multiplicando e se diversificando (clculos complexos, produo de relatrios, ensino de
programao, aplicaes militares, etc). Este aumento na demanda implicava numa
necessidadecrescentedeatualizaes eincrementos nas capacidades dearmazenamento ede
clculo na unidade central, o que nem sempre era vivel ou possvel, dado que os
computadores do tipo "mainframe" nemsempre eramadaptados para suportar determinadas
extenses.
Nos anos 70, com o surgimento dos minicomputadores, foi possvel adaptar as
capacidadesdeprocessamentosreaisnecessidadesdeumadadaaplicao. Almdisso, dado
que emuma empresa umgrande nmero de usurios operavamsobre conjuntos comuns de
5
informaes, anecessidadedocompartilhamentodedados, dedispositivosdearmazenamento
e de perifricos entre os vrios departamentos de uma empresa deu umnovo impulso aos
trabalhos no sentido de se resolver os problemas de comunicao entre os computadores.
Estes novos tipos de aplicaes exigiamuma velocidade e uma capacidade de transmisso
muito mais elevadas queno caso daconexo determinais aumcomputador central. Assim,
com a utilizao de minicomputadores interconectados, obtinha-se uma capacidade de
processamento superior quela possvel com a utilizao dos mainframes. Outro aspecto
interessante que as redes podiam ser estendidas em funo das necessidades de
processamentodasaplicaes. Almdisso, amodularidadenatural dasredesdecomputadores
era tal que uma falha numminicomputador (ou na comunicao via rede) tinha umefeito
bastante limitado em relao ao processamento global.
Atualmente, as vantagens dos sistemas distribudos einterconectados umaevidncia
reconhecidaparaas aplicaes mais diversas, desdeaautomao deescritrios atocontrole
de processos, passando por aplicaes de gerenciamento bancrio, reservas de passagens
areas, processamento de texto, correio eletrnico, etc...
2.1.2. IMPORTNCIA DAS REDES DE COMUNICAO
Um grande nmero de empresas possui atualmente uma quantidade relativamente
grandedecomputadores operandonos seus diversos setores. Umexemplodestefatoaquele
deumaempresaquepossui diversasfbricascontendocadaumaumcomputador responsvel
dasatividadesdebasedafbrica(controledeestoques, controledaproduoe, oquetambm
importante, aproduodafolhadepagamentos). Nesteexemplo, apesar dapossibilidadede
operao destes computadores de maneira isolada, evidente que sua operao seria mais
eficienteseeles fossemconectados para, por exemplo, permitir otratamentodas informaes
de todas as fbricas da empresa. O objetivo da conexo dos diferentes computadores da
empresa permitir o que poderamos chamar de compartilhamento de recursos, ou seja,
tornar acessveis a cada computador todos os dados gerados nas diversas fbricas da empresa.
Umoutro ponto importantedaexistnciadas Redes deComunicao relacionado a
um aumento na confiabilidade do sistema como um todo. Pode-se, por exemplo, ter
multiplicados os arquivos emduas ou mais mquinas para que, emcaso de defeito de uma
mquina, cpias dos arquivos continuaro acessveis em outras mquinas. Alm disso, o
sistema pode operar emregime degradado no caso de pane de umcomputador, sendo que
outramquinapodeassumir asuatarefa. A continuidadedefuncionamento deumsistema
ponto importante para um grande nmero de aplicaes, como por exemplo: aplicaes
militares, bancrias, o controle de trfego areo, etc.
A reduo de custos uma outra questo importante da utilizao das Redes de
Comunicao, umavez quecomputadores depequeno porteapresentamumamenor relao
preo/desempenho queos grandes. Assim, sistemas queutilizariamapenas umamquinade
6
grande porte e de custo muito elevado podemser concebidos base da utilizao de um
grandenmerodemicrocomputadores(ouestaesdetrabalho) manipulandodadospresentes
num ou mais servidores de arquivos.
2.1.3. EXTENSO E TOPOLOGIA DAS REDES DE COMUNICAO
2.1.3.1. Redes locais e redes de longa distncia
Na seo anterior foramapresentados dois exemplos de implementao de Redes de
Comunicao: no primeiro caso, o sistema era composto de diversos computadores
espalhados cada um numa fbrica da empresa.
No segundo caso, o sistema era composto de diversos microcomputadores, podendo
todos estar localizados na mesma sala ou em salas vizinhas num mesmo edifcio.
A diferenanadimenso das Redes deComunicao introduz diferentes problemas e
necessidades edeve, ento, ser objeto deumaclassificao. No quediz respeito ao exemplo
dosmicrocomputadores, aredeclassificadacomosendoumaRede de rea Local (ouLAN -
Local Area Network), caracterizadaparticularmentepor umapequenaextenso, limitando-se
normalmente interconexo de computadores localizados numa mesma sala, nummesmo
prdio ounumcampus. Nesteltimo caso, elarecebeadenominao deCAN (Campus Area
Network).
No exemplo da empresa possuindo diversas fbricas, a rede utilizada permitiria
conectar computadores localizados emdiferentes prdios numamesmacidadeoumesmo em
cidadesdistantesdeumadadaregio. IstocaracterizaumaRede de Longa Distncia (ouWAN
- Wide Area Network). Seas estaes interligadas esto situadas namesmacidade, utiliza-se
freqentemente a denominao MAN (Metropolitan Area Network).
2.1.3.2. As diferentes topologias
Um ponto importante no que diz respeito concepo de uma rede de comunicao a
definio da maneira como as diferentes estaes sero associadas. Inicialmente, podemos
distinguir doistiposprincipaisdeconcepo: oscanaisemmodoponto-a-ponto eoscanaisde
difuso.
Nos canais em ponto-a-ponto, aredecompostadediversas linhas decomunicao,
cada linha sendo associada conexo de um par de estaes.
Neste caso, se duas estaes devemse comunicar semo compartilhamento de um
cabo, a comunicao ser feita de modo indireto, atravs de uma terceira estao. Assim,
quando umamensagem(ou pacote) enviadadeumaestao aoutradeformaindireta(ou
seja, atravs de uma ou mais estaes intermedirias), ela ser recebida integralmente por
cadaestaoe, umavez quealinhadesadadaestaoconsideradaestlivre, retransmitida
estaoseguinte. Estapolticadetransmissotambmconhecidacomostore and forward
ou comutao de pacotes. A maior parte das redes de longa distncia do tipo ponto-a-ponto.
7
Asredesponto-a-pontopodemser concebidassegundodiferentestopologias. Asredes
locaisponto-a-pontosocaracterizadasnormalmentepor umatopologiasimtrica; asredesde
longa distncia apresentamgeralmente topologias assimtricas. A figura 2.1.1 apresenta as
diferentes topologias possveis nas redes ponto-a-ponto.
Umaoutraclassederedes, asredes de difuso, caracterizadapelocompartilhamento,
por todasasestaes, deumalinhanicadecomunicao. Nestecaso, asmensagensenviadas
por uma estao so recebidas por todas as demais conectadas ao suporte, sendo que um
campo de endereo contido na mensagem permite identificar o destinatrio.
Narecepo, amquinaverificaseo endereodefinido no campo correspondeaoseu
e, emcaso negativo, a mensagem ignorada. As redes locais pertencemgeralmente a esta
classe de redes.
Nas redes de difuso, existe a possibilidade de uma estao enviar uma mesma
mensagemsdemaisestaesdarede, utilizandoumcdigodeendereoespecial. Estaforma
decomunicao recebeo nomedeBroadcasting. Nestecaso, todas as estaes vo tratar a
mensagemrecebida. Pode-seaindaespecificar umamensagemdemodoqueestasejaenviada
a um subgrupo de estaes da rede. Esta forma de comunicao recebe o nome de
Multicasting. A figura 2.1.2 apresenta algumas topologias possveis no caso das redes a
difuso.
Numa rede em barramento, geralmente uma nica mquina autorizada a cada
instanteatransmitir umamensagem aestaomestra do barramento. Asdemaisestaes
devemesperar autorizaoparatransmisso. Paraisto, ummecanismodearbitragem deveser
implementado para resolver possveis problemas de conflito (quando duas ou mais estaes
querem enviar uma mensagem), este mecanismo podendo ser centralizado ou distribudo.
No caso das redes desatlite(ourdio), cadaestao dotadadeumaantenaatravs
daqual podeenviar ereceber mensagens. Cadaestaopodeescutar osatlitee, emalguns
casos, receber diretamente as mensagens enviadas pelas demais estaes.
(a) (b) (c)
(d)
(e)
8
Figura 2.1.1 - Topologias ponto-a-ponto: (a) estrela; (b) anel; (c) rvore;
(d) malha regular; (e) malha irregular.
satlite
(a) (b) (c)
Figura 2.1.2 - Topologias das redes de difuso: (a) barramento; (b) satlite; (c) anel.
No caso do anel, cada bit transmitido propagado de maneira independente em relao
mensagem(oupacote) ao qual elepertence. Emgeral, cadabit realizaumavoltacompleta
do anel duranteotempo necessrioparaaemissodeumcertonmerodebits, antes mesmo
daemisso completadamensagem. Tambmnestatopologia, necessriaaimplementao
deummecanismodeacessoaosuportedecomunicao. Existemdiferentestcnicasparaeste
fim que sero discutidas ao longo do curso.
As redes dedifusopodemaindaconsiderar duasclasses demecanismos deacessoao
suportedecomunicao: estticas oudinmicas. Umexemplo do primeiro caso adefinio
deintervalos detempo duranteos quais cadaestao temapossedo canal decomunicao,
permitindo ento queestaemitaamensagemdemaneiracclica. No entanto, estapoltica
bastanteineficientedo ponto devistado envio das mensagens, umavez quemuitas estaes
no vo enviar mensagens nos intervalos aelas destinadas. J naoutraclassedemecanismos
(dinmicos), o acesso dado s estaes segundo a demanda de envio de mensagens. Nos
mecanismos de acesso dinmicos, pode-se ainda considerar dois casos:
osmecanismoscentralizados, nosquaisumaestaocentral (rbitro) aresponsvel
da definio do direito de acesso ao suporte de comunicao;
os mecanismos distribudos, nos quais cada estao define quando elavai emitir a
mensagem.
Estudaremos estes mecanismos em mais detalhe mais a frente no curso.
2.1.4. ASPECTOS ARQUITETURAIS DAS REDES DE COMUNICAO
2.1.4.1 Servios necessrios comunicao
9
Como visto nas sees precedentes, as redes de computadores podemsecaracterizar
por diferentes configuraes e topologias. Apesar da diversidade no que diz respeito a este
aspecto, todas as possveis configuraes tm um objetivo comum: atransferncia de dados.
O problema que se coloca ento relacionado especificao dos procedimentos e
mecanismos que devem ser implementados para viabilizar o funcionamento da rede. A
resoluo desteproblemabaseadaprincipalmenteno conhecimento prvio das funes que
devemser suportadas pelarede, assimcomo do ambienteno qual elavai ser inserida. Estes
aspectos sero mostrados aqui atravs de alguns exemplos.
O primeiro exemplo baseado napolticadetime-sharing mencionadanaseo 1.
Vamos considerar o caso emque temos apenas umterminal conectado a umcomputador,
como mostrado nafigura 2.1.3. Consideremos queumusurio vservir-sedo terminal para
processar informaes no computador central. Paraqueisto sejapossvel, necessrio queo
computador central sejadotado do programanecessrio ao tratamento daquelas informaes.
Emcaso positivo, o terminal e o computador devemestabelecer umdilogo que permita o
bomdesenrolar das operaes de tratamento das informaes. Este dilogo dever permitir,
por exemplo, que o usurio comunique sua inteno (de processar as informaes!) ao
computador e, emseguida, envie as informaes a seremprocessadas. Uma vez efetuado o
tratamento, o computador deve retornar os resultados ao terminal.
Esta seqncia de operaes, apesar de aparentemente elementar, requer a satisfao
deumasriedecondies. Vamossupor, por exemplo, queocomputador central eoterminal
tenham sido fabricados de forma totalmente independente um do outro, o que pode ter
resultado numa diferente filosofia no que diz respeito ao formato das informaes. Um
primeiroobstculoaser vencidoaqueledalinguagem; oterminal deveriaentoseadaptar
linguagemdocomputador central. Resolvidooproblemadecompreenso, umoutroproblema
encontrado diz respeito aos possveis erros de transmisso que podem ocorrer durante a
comunicao, uma vez que as linhas de comunicao esto sujeitas a rudos e outros
fenmenos podendo provocar perdas de informao. Alm disso, a taxa de transmisso
(baudrate) eaforma de representar os sinais binrios deveser igual emambososlados. Uma
outraquestopodeaindaestar relacionadavelocidade de funcionamento dos dois elementos.
Se considerarmos que o computador central opera numa velocidade superior do terminal,
por exemplo, o terminal corre o risco de ser bombardeado pelo fluxo de dados vindo do
computador, oquevai exigir entooestabelecimentodeummecanismodecontroledofluxo
de informao.
10
terminal
computador
central
Figura 2.1.3 - Terminal conectado a um computador central.
Resumindo, arededecomunicao deve, almdesuprir as funes detransmisso e
tratamento de informaes, oferecer servios de adaptao, deteco e correo de erros de
transmisso e controle de fluxo.
Vamosconsiderar agoraque, aoinvsdeumnicoterminal, vamosconectar ummaior
nmero deles ao computador central (figura 2.1.4).
Aqui, cada terminal pode, a princpio e a qualquer momento, tomar a iniciativa da
trocadedados como computador. Isto significaquecadaterminal terdeser caracterizado
por umendereo especfico, cuja utilizao correta vai permitir evitar que o computador
central envieas informaes aos terminais demaneiraindevida. Por outro lado, seo nmero
de terminais conectados ao computador central torna-se relativamente elevado (a fim de
permitir a utilizao mxima da capacidade de processamento deste), ser necessrio
organizar as interaes entreterminais eo computador central emsesses, detal formaque,
ao trmino de uma sesso entre um terminal e o computador central, este ter liberados
determinadoselementos(envolvidosnaquelasesso) quepoderoatender outrosterminaisem
estado de espera.
Ainda, considerando que nem todos os terminais vo efetuar o mesmo tipo de
tratamento deformasimultnea, dever-se-, ento, especificar aaplicao associada. Assim,
todas as necessidades vistas neste exemplo devero ser associadas s funcionalidades
definidas no exemplo anterior. Mas os problemas no terminampor aqui... (impossvel, no
momento, prever onde terminaro os problemas!).
terminais
computador
central
11
Figura 2.1.4 - Configurao com vrios terminais.
Vamos considerar ainda umexemplo, mais particularmente o de uma rede contendo
diversos computadores, terminais, etc, cadaumdestes elementos constituindo umn darede
(figura 2.1.5). Neste exemplo, os dois elementos envolvidos numa comunicao no sero
maisnecessariamenteadjacentes; almdisso, podemexistir diversas maneirasdeconect-los,
o que conduz a diferentes caminhos de envio de dados.
No exemplo mostrado na figura 2.1.5, os ns 1 e 5 podemser conectados por pelo
menos10caminhosdiferenteseaescolhadequal caminhoutilizar deverentoser realizada,
o que no uma tarefa to simples quanto possa parecer. A funo de escolha de uma
caminho adequado recebe o nome de Roteamento.
1
2 4
3
5
Figura 2.1.5 - Configurao com vrios computadores e terminais.
Ainda, se a rede da classe ponto-a-ponto (ou comutao de pacotes), o sistema de
comunicao deveassegurar acorretatransmisso (transporte) dainformao deumponto a
outro. Particularmente, sernecessrio garantir queas mensagens enviadas sero recuperadas
e reconstitudas na ordem correta no ponto de chegada.
Umrequisitotambmimportanteoaspectodacodificaodasmensagensdemodoa
evitar o acesso a informaes de parte de usurios alheios ao sistema considerado. A esta
funo, pode-seeventualmenteacrescentar tcnicas decompresso de dados, necessriasea
informao enviada demasiadamente redundante e o custo da comunicao alto.
2.1.4.2 Questes organizacionais
Umavez listadas as diferentes necessidades relacionadas aumarededecomunicao,
a questo que se coloca a da viabilidade de um projeto de rede, dada a quantidade de
funes a implementar.
12
Uma outra questo a do ordenamento das funes: o controle de fluxo deve ser
realizado antes ou depois da correo de erros? Uma vez resolvida esta questo, que
elementosdaredeseroresponsveisdaimplementaodestasfunes? Assoluesadotadas
so dependentes do suporte de transmisso utilizado? Elas continuam vlidas no caso de
expanso da rede? Estas questes representam, de certo modo, a necessidade de levar em
conta um certo ordenamento no que diz respeito adoo das solues a cada problema.
Umailustrao tpicado problemaaqueledas relaes internacionais: vamos supor
dois pases A e B, representados pelos seus respectivos presidentes que devemassinar um
acordo de cooperao industrial e comercial. Supondo que a organizao poltica dos dois
pases amesma, cadapresidentedeveconvocar o seuprimeiro ministro paraacompanhar a
execuo do acordo.
Em cada pas, o primeiro ministro vai convocar o ministro da indstria a fim de
implementar o acordo do ponto de vista industrial.
Supondo quefaz partedo acordo aconstruo deumnovo avio civil, o ministro da
indstriavai convocar o diretor das indstrias aeronuticas eespaciais paraqueestefaaos
primeiros contatos. Finalmente, odiretor vai contactar umindustrial do ramo erequisitar que
este contacte seu homlogo no pas B. Uma vez iniciado o processo de cooperao, os
industriais devero prestar informaes sobre o estado da cooperao administrao dos
seusrespectivospases, sendoqueainformaovai subindonahierarquiadaorganizaodos
pases, sendo filtrada em toda informao que possa parecer suprflua para o elemento
superior.
Este processo ilustrado na figura 2.1.6 e ele caracteriza, na verdade, a filosofia de
concepo das redes de comunicao, que baseada emdois conceitos fundamentais: o da
hierarquia e o da descentralizao, cuja conjuno vai permitir responder questo de
ordenao na adoo das solues. Segundo esta filosofia, uma tarefa global vista como
sendo decomposta medida que se vai descendo na hierarquia e que a nica interao fsica se
faz no seu nvel mais baixo.
Pas A Pas B
Primeiro Ministro
Ministro da
Indstria
Diretor do setor
aeronutico
Industrial
13
Figura 2.1.6 - A filosofia de concepo das redes, ilustrada por um processo de relaes
internacionais.
Podemos considerar que a comunicao entre dois ns de uma rede uma tarefa global
que afeta umsistema complexo e, conseqentemente, sujeita aplicao dos princpios de
hierarquizao e de descentralizao.
As vantagens da adoo destes princpios so, fundamentalmente:
facilidade de estudo e de implementao da rede a partir de elementos de base
existentes, o que permite a reduo dos custos de instalao;
simplificao de sua operao em funo da definio de regras formais;
garantiadeconfiabilidadedosistema, particularmentegraasaoencapsulamentodas
funes, o que permite limitar a propagao de erros e facilitar a manuteno;
garantia, pela modularidade, de um grau satisfatrio de evolutividade e de
extensibilidade da rede;
otimizar o desempenho.
Todosestesaspectosnosconduzemaconceber umaarquiteturadecomunicaocomo
sendo uma organizao de software e hardware estruturada em camadas.
2.1.4.3 A estruturao em camadas
Os conceitos de hierarquia e descentralizao podemser empregados de diferentes
formas, cada uma podendo implicar numtipo de rede particular. Emfuno desta provvel
multiplicidade, surgiu ento a necessidade de uma normalizao permitindo a conexo de
diferentes classes de hardware.
Para possibilitar anormalizao, foi necessrio estabelecer ummodelo terico capaz
de representar as relaes entre as diferentes tarefas implementadas nos diferentes nveis
hierrquicos. A possibilidadedeinterconexodeumnmeroqualquer desistemas, ouseja, de
conjuntosautnomospodendoefetuar tarefasdetratamentooudetransmissodeinformao,
era uma caracterstica essencial para o modelo a ser estabelecido.
A figura 2.1.7 ilustra a arquitetura hierarquizada emcamadas (no caso, 7 camadas),
que permitir introduzir o conjunto de conceitos relacionados ao modelo estabelecido.
O objetivo decadacamadao oferecimento deumdeterminado servio s camadas
superiores (utilizando-se, tambmdos servios oferecidos pelas camadas inferiores) deforma
a evitar que estas necessitem conhecer certos aspectos da implementao destes servios.
14
A camadan assumeacomunicaocomacamadan deumaoutramquina. Parafaz-
lo, ela se serve de um conjunto de convenes e regras que vo permitir gerir esta
comunicao. A esteconjuntoderegras econvenes, d-seo nomedeprotocolo dacamada
n, ou, simplesmente, protocolo n. As entidades representando camadas correspondentes em
diferentessistemassodenominadasprocessos pares, ouentidades pares. Osprocessospares
vo se comunicar ento atravs dos protocolos, como foi visto na parte 1 deste documento.
Comosepodever nafigura, noexistemeiodecomunicaofsicoentreasdiferentes
camadas (apenas o Meio de Transmisso entre as entidades pares da camada 1), o que
significa que no existe transferncia direta de dados entre a camada n de uma mquina
camada n de outra mquina. Na realidade, cada camada transfere os dados camada
imediatamenteinferior atacamadamais baixa; o dado ento transmitido outramquina
atravs do Meio de Transmisso. A comunicao entreas camadas vistaento como uma
comunicao virtual e representada, na figura 2.1.7, pelas linhas ligando cada par de
processos de uma camada.
Si stema A
Camada
7
Camada
6
Camada
5
Camada
4
Camada
3
Camada
2
Camada
1
Meio de Transmisso
Si stema B
Camada
7
Camada
6
Camada
5
Camada
4
Camada
3
Camada
2
Camada
1
Protocolo da camada 1
Protocolo da camada 2
Protocolo da camada 3
Protocolo da camada 4
Protocolo da camada 5
Protocolo da camada 6
Protocolo da camada 7
Interface
camadas
5/6
Interface
camadas
6/7
Interface
camadas
3/4
Interface
camadas
4/5
Interface
camadas
1/2
Interface
camadas
2/3
Interface
camadas
5/6
Interface
camadas
6/7
Interface
camadas
3/4
Interface
camadas
4/5
Interface
camadas
1/2
Interface
camadas
2/3
Figura 2.1.7 - Modelo hierarquizado em 7 camadas.
Cadacamada comunica-secomas camadas adjacentes atravs deumainterface, que
define as operaes elementares e os servios que a camada inferior oferece camada
considerada. Nomomentodadefiniodonmerodecamadasquevai compor umaredeedo
papel quecadaumadelas devecumprir, umatarefaimportanteseradefinio completadas
15
interfaces entre as camadas; isto vai implicar na definio do servio oferecido por cada
camada. Uma vantagemda correta definio das interfaces a facilidade de introduo de
modificaes nas implementaes das diferentes camadas; os mecanismos podem ser
implementados de forma diferente, desde que as interfaces anteriormente definidas sejam
respeitadas.
Aoconjuntodascamadascompondoumareded-seonomedearquitetura da rede, e
as especificaes daarquiteturadevemconter informaes suficientes parapermitir o correto
desenvolvimento darede, tanto do ponto devistado softwarequanto do hardware. Por outro
lado, os detalhes deimplementao dos mecanismos aimplementar emcadacamada, assim
como as especificaes detalhadas das interfaces no fazempartedadefinio daarquitetura
da rede.
A figura 2.1.8 permite ilustrar o processo da comunicao no contexto de uma
arquitetura multicamadas.
O processo dacamada7geraumamensagemm, quesertransmitidadestacamada
inferior segundo o que estiver definido pela interface das camadas 6/7.
m
M
M
M1
m
M
M
protocolo da
camada 2
protocolo da
camada 3
protocolo da
camada 4
protocolo da
camada 5
protocolo da
camada 6
protocolo da
camada 7
interface
6/7
interface
5/6
interface
6/7
interface
5/6
SISTEMA
FONTE
SISTEMA
DESTINO
TRANSMISSO RECEPO
H4 M2 H4
M2 H4 H3 H4 H3 M1
H4 H3 M1 H2 T2 H4 H3 M2 H2 T2 H4 H3 M1 H2 T2 H4 H3 M2 H2 T2
M2 H4 H3 H4 H3 M1
M1 H4 M2 H4
Figura 2.1.8 - Ilustrao da comunicao virtual numa arquitetura de rede.
Considera-sequeestatransmisso introduz algumas modificaes namensagem(por
exemplo, uma compresso de dados), o que justifica uma nova representao desta por M.
Estamensagem, por suavez, transmitidacamada5, atravs dainterfacedas camadas 5/6.
No exemplo considerado na figura, a mensagemno sofre modificaes, mas esta camada
efetua o controle de fluxo.
16
A camada 4 responsvel da decomposio da mensagem a fim de respeitar as
restries de tamanho que podem ser impostas pelas camadas inferiores. Assim, M
decomposta emM1 e M2. Para isto, inserido tambm na mensagem (ou nas partes da
mensagem) umcabealhoH4 contendoumainformaodecontrole, como, por exemplo, um
nmero de ordemque vai permitir, posteriormente, na camada 4 do sistema destinatrio, a
reconstruo da mensagema partir das partes recebidas. Outras informaes podemainda
estar contidas neste cabealho, como, por exemplo, o tamanho da mensagem, o instante de
envio, etc.
Nacamada3, feitaaescolhadas linhas desada(roteamento) eumnovocabealho,
H3, introduzido s mensagens. Na camada 2, almde umcabealho, H2, introduzido
tambm um sufixo, T2, contendo informaes especficas esta camada. A mensagem
finalmente entregue camada 1 para emisso via meio fsico.
Nosistemadestinatrio, oprocessoinversosedesenrola, sendoqueasmensagens vo
subindo, decamadaemcamada, eoscabealhosretiradosnascamadasrespectivas, demodoa
evitar que estes sejam transferidos s camadas que no lhes dizem respeito.
Umaspecto importante mostrado nesta figura o da comunicao virtual ocorrendo
entre as diferentes camadas pares. As camadas em cada nvel possuem uma viso da
comunicao horizontal, mesmo se as mensagens so na realidade transmitidas s camadas
inferiores pertencentes ao mesmo sistema.
2.2. O MODELO DE REFERNCIA OSI
2.2.1. INTRODUO
A grande importncia da interconexo dos computadores atravs de redes de
comunicao deu origema uma necessidade que foi tornando-se evidente medida que os
desenvolvimentos neste domnio foram acentuando-se: a padronizao das redes de
comunicao.
Iniciou-se, ento, no seio daISO (International Standards Organization), umareunio
de esforos no sentido de definir uma proposta de arquitetura normalizada para as redes de
comunicao. Dadaagrandediversidadedos equipamentos edas solues existentes no que
diz respeito comunicao, o resultado deste trabalho foi de fato a padronizao de um
modelo (denominado Modelo de Referncia) sobre o qual deveriam ser baseadas as
arquiteturas de redes de comunicao, de forma a permitir a interconexo de equipamentos
heterogneos, tornando transparente ao usurio a forma como esta interconexo fosse
implementada. Um sistema fundamentado em tal modelo de referncia dito um
sistema aberto, uma vez que este est aberto comunicao comoutros equipamentos, de
diferentes classes, fabricantes, modelos, etc.
Baseadanestafilosofia, aproposta, definidanumasriededocumentosproduzidospor
aquela organizao, foi denominada de Modelo de Referncia para a Interconexo de
17
Sistemas Abertos ou RM-OSI (Reference Model for Open Systems Interconnection), cujos
conceitos principais sero apresentados nas sees que seguem.
2.2.2. A ARQUITETURA OSI E AS FUNES DAS CAMADAS
O modelo OSI foi criado seguindo afilosofiadas arquiteturas multicamadas, descrita
no captulo precedente. Como mostraafigura 2.2.1, suaarquiteturadefine7 camadas, cujos
princpios de definio foram os seguintes:
cada camada corresponde a um nvel de abstrao necessrio no modelo;
cada camada possui suas funes prprias e bem definidas;
as funes de cada camada foramescolhidas segundo a definio dos protocolos
normalizados internacionalmente;
a escolha das fronteiras entre cada camada deveriam ser definidas de modo a
minimizar o fluxo de informao nas interfaces;
onmero decamadas deveriaser suficientementegrandeparaevitar arealizaode
funes muito diversas por uma mesma camada;
o nmero de camadas deveria ser suficientemente pequeno para evitar uma alta
complexidade da arquitetura.
Aplicao
Apresentao
Sesso
Transporte
Rede
Enlace de
Dados
Fsica
Protocolo de Transporte
Protocolo de Sesso
Protocolo de Apresentao
Protocolo de Aplicao
Aplicao
Apresentao
Sesso
Transporte
Enlace de
Dados
Rede
Fsica
Enlace de
Dados
Rede
Fsica
Enlace de
Dados
Rede
Fsica
protocolos internos
da sub-rede
SUB-REDE
IMP IMP
7
6
5
4
3
2
1
APDU
PPDU
SPDU
TPDU
PACOTE
QUADRO
BIT
IMP - Interface Message Processor
SISTEMA A SISTEMA B
Figura 2.2.1 - Arquitetura a sete camadas do modelo OSI.
Como se pode ver na figura 2.2.1, o modelo prev a comunicao entre subredes
atravs de IMPs (Interface Message Processors). Na figura, vemos ainda as unidades de
dados trocadas a nvel da arquitetura: APDU (Application Protocol Data Unit), PPDU
(Presentation Protocol Data Unit), ..., at BIT.
18
Vamosdescrever, aseguir, asprincipaisfunesrealizadaspor cadaumadascamadas
definidas no modelo RM-OSI.
A Camada Fsica responsvel pela transferncia de bits num circuito de
comunicao. Demaneirageral, asuafunogarantir quecadabit enviadodeumladoser
recebidodooutroladosemter alteradooseuvalor, ouseja, seobit enviadoesta1, eleser
recebido a 1 e no a 0. Para isto, as questes a serem resolvidas neste nvel so do tipo:
os modos de representao dos bits 0 e 1 de maneira a evitar ambigidades ou
confuses (valor datenso emvolts paraarepresentao dos valores 0e1dos bits,
durao de cada sinal representando um bit, a codificao dos sinais, etc...);
ostiposdeconectoresaseremutilizadosnasligaes(nmerodepinosutilizado, as
funes associadas a cada pino, ...);
a maneira como as conexes so estabelecidas para a iniciao de umdilogo e
como feita a desconexo ao final deste;
o modo de transmisso adotado ( unidirecional, bidirecional, ...);
o modo de conexo adotado (ponto-a-ponto, multiponto, ...);
o modo de tratamento dos erros (deteco, tratamento, etc...).
A concepo desta camada deve se relacionar definio das interfaces eltricas e
mecnicas, seus modos de funcionamento, o suporte de comunicao adotado, etc.
A Camada de Enlace de Dados tempor funo principal atransformao do meio de
comunicaobrutoemumalinhalivredeerros detransmisso paraacamadadeRede. Ela
efetua esta funo atravs da decomposio das mensagens em unidades de dados
denominadas quadros (Frames), que correspondem a algumas centenas de bytes. Estes
quadros so transmitidos seqencialmente e vo gerar quadros de reconhecimento enviados
peloreceptor. Nestacamada, as unidades dedados so enriquecidascomumconjuntodebits
adicionais (no incio efimdecadaquadro) demodo apermitir o reconhecimento destes ea
definio de um endereo para o destinatrio da mensagem.
Umproblematpicodestenvel odaocorrnciadeumaperturbaosobrealinhade
transmisso que provoque a deturpao ou destruio (perda) do quadro enviado. Esta
deturpao ou perda deve ser reconhecida e tratada (controle de erros de transmisso de
quadros). Neste caso, o quadro deve ser retransmitido para garantir a integridade da
informaotransferida. Por outrolado, deve-setambmevitar mltiplasretransmissesdeum
mesmo quadro, o que pode provocar a sua duplicao, por exemplo, se o quadro de
reconhecimento perdido.
Umaoutrafuno destacamadaevitar umaaltataxadeenvio dedados dapartedo
emissor no caso do sistema receptor no ter capacidade de absorver a informao mesma
19
taxa. Estemecanismodevepermitir informar aoemissor anecessidadedearmazenamentodos
dados a transmitir (controle de fluxo de quadros).
A Camada de Rede responsvel pelagesto desub-redes; eladefineaformacomo
ospacotes dedadosseroencaminhadosdoemissor aoreceptor (roteamento). Oscaminhosa
serem utilizados podem ser definidos em funo de tabelas estticas ou determinados
dinamicamente no momento de cada dilogo em funo das condies de trfego da rede. Esta
camada deve ainda efetuar a gesto dos problemas de congestionamento provocados pela
presena de uma quantidade excessiva de pacotes de dados na rede. Ela deve, finalmente,
resolver todos os problemas relacionados interconexo de redes heterogneas,
particularmente:
incompatibilidades no endereamento;
incoerncias em relao aos tamanhos das mensagens;
etc...
A Camada de Transporte representa uma interface entre as camadas orientadas
comunicao (1, 2 e 3) eas camadas orientadas aplicao (5, 6 e7). Ela recebeos dados
enviados da camada de sesso, devendo decomp-los, se for o caso, emunidades de dados
menores (partio) e garantir que todas as partes da mensagem vo ser transmitidas
corretamente outra extremidade. Esta funo deve ser suprida de maneira eficiente,
inclusive, sem que a camada de Sesso tome conhecimento de possveis alteraes na
tecnologia da parte material da rede.
Estacamadacria, normalmente, umaconexoderedeparacadaconexodetransporte
requerida pela camada de Sesso, embora, se as necessidades de velocidade de transmisso
sojustificadas, elapossaestabelecer diversasconexesderedeparaumamesmaconexode
transporte. Por outro lado, seo custo damanuteno deumaconexo deredeconsiderado
elevado, esta camada pode efetuar a funo inversa, ou seja, a multiplexao de vrias
conexes detransporte sobre uma mesma conexo de rede, estatarefa sendo feita de modo
transparente para a camada de Sesso.
Ela deve determinar, tambm, o tipo de servio oferecido camada de Sesso e,
conseqentemente, aos usurios da rede. Uma conexo de transporte tpica aquela de um
canal ponto-a-ponto, livre de erros de transmisso, transmitindo as mensagens na mesma
ordememqueelasforamenviadas. Por outrolado, outrasclassesdeserviospodemfornecer
uma conexo capaz de enviar as mensagens de modo isolado, mas sema garantia de uma
ordemcorreta na transmisso. O tipo do servio a ser fornecido definido no momento do
estabelecimento da conexo.
Umacaractersticadestacamadaqueelaimplementaumverdadeiro dilogo fim-a-
fim, ouseja, o programaexecutandonosistemafontedialogacomoprogramaexecutandona
20
mquina destino atravs dos cabealhos e informaes de controle contidas nas mensagens
destenvel. J nas camadas mais baixas, os protocolos operamentremquinas vizinhas eno
entreossistemasfonteedestino, dadoqueestespodemestar separadospor vriosIMPs. Esta
diferena fundamental, que se estende igualmente s camadas superiores (at a camada 7)
pode ser verificada pela ilustrao da figura 2.2.1.
Dado que esta camada responsvel do estabelecimento e trmino das conexes de
rede, eladevedefinir ummecanismodeendereamentoquepermitaaumsistemaindicar com
qual sistema ele deseja dialogar. Este endereamento indica os processos de aplicao
envolvidos no dilogo e no apenas os ns de rede envolvidos, como ocorre no
endereamento feito na camada de enlace de dados.
Finalmente, eladeveimplementar ummecanismo decontroledefluxo fim-a-fimpara
evitar queo sistemafonteenviemensagens numataxasuperior quelacomaqual o sistema
destino pode consumi-las.
A Camada de Sesso responsvel peloestabelecimentodesessesdedilogoparaos
usuriosdarede. Umasessoobjetivapermitir otransportededados, damesmaformaqueos
servios oferecidos pelacamadadeTransporte, mas elaofereceservios mais sofisticados de
comunicao que podem ser teis a determinadas aplicaes. Um exemplo disto a
possibilidadedeenvio, atravs deumasesso, deumarquivo dedados (ouprograma) deum
sistema a outro. Outro servio da camada de Sesso efetuar a gesto do dilogo, ou seja,
definir, por exemplo, se o dilogo vai ser efetuado em modo uni- ou bi-direcional.
Umservio tambmimportanteaqueledasincronizao do dilogo. Considere, por
exemplo, queumarquivo deveser transferido atravs deumasesso eestadevedurar duas
horas eque, por umarazo qualquer, o tempo mdio entreduas panes deumahora. Aps
umaprimeirainterrupo por pane, atransfernciadeverreiniciar, podendo ocasionar erros
de transmisso. Uma forma de evitar isto a insero de pontos de teste junto aos dados
fazendo comque, aps umainterrupo detransferncia, os dados sejamretomados apenas a
partir do ltimo ponto de teste.
A Camada de Apresentao oferece algumas funes freqentemente necessrias na
comunicao, de modo a poupar o usurio deste trabalho. Esta camada assume
particularmente as funes associadas formatao, sintaxe e semntica dos dados
transmitidos. Umexemplo tpico das funes efetuadas por esta camada a codificao da
informao num padro bem definido (ASCII, EBCDIC, etc).
Estacamadapodeaindasuprir outras funes associadas compresso dos dados, se
utilizando do conhecimento do significado da informao para reduzir a quantidade de
informao enviada, inclusive para implementar funes de confidencialidade e de
autenticao (proteo de acesso).
21
A Camada de Aplicao implementaumconjuntodeprotocolosbastantediversificado
eorientado aaplicaes bemdefinidas. Umexemplo disto o protocolo de terminal virtual,
quepermiteautilizao deumdeterminado programa(por exemplo, umeditor detextos) de
forma independente do tipo de terminal conectado rede. Outro servio importante o de
transferncia de arquivos, que permite adaptar o tipo do arquivo transferido forma
implementada pelo sistema de arquivamento do sistema considerado.
Na parte dedicada a esta camada veremos, alm destas, outras classes de servios
implementados a este nvel.
2.2.3. A COMUNICAO NO RM-OSI
A formacomoos dadossotransferidos aolongodomodeloOSI ilustradanafigura
2.2.2. Como se pode ver, o processo emissor vai enviar uma certa quantidade de dados ao
processo receptor. Eleenvia, ento, os dados camadadeAplicao queintroduz aestes um
cabealho de aplicao, AH, e envia a mensagem resultante camada de Apresentao.
Esta camada, por sua vez, introduz mensagem recebida um cabealho de
apresentao, PH, enviando a mensagem em seguida camada inferior.
Apresentao
Sesso
Transporte
Rede
Enlace
Fsica
Apresentao
Sesso
Transporte
Rede
Enlace
Fsica
protocolo de
aplicao
protocolo de
apresentao
protocolo de
sesso
protocolo de
transporte
protocolo de
rede
DADOS
processo
receptor
meio de transmisso de dados
Aplicao
processo
emissor
DADOS AH
DADOS PH
DADOS SH
DADOS TH
DADOS NH
DADOS DH
BITS
Aplicao
Figura 2.2.2 - Ilustrao da comunicao no modelo OSI.
22
importante ressaltar aqui que esta camada no toma conhecimento da existncia e
significado do cabealho deaplicao, considerando estecomo partedos dados compondo a
mensagem. Este processo detransferncia de camada a camadavai se repetindo at o nvel
fsico, quando os dados sero, enfim, transmitidos ao sistema destino. Neste sistema, os
diversos cabealhos introduzidos nas camadas de rede do sistema fonte vo sendo
interpretados e eliminados nas camadas correspondentes at que os dados cheguem ao
processo receptor.
O conceito fundamental da transferncia de dados que cada camada foi projetada
como se ela fosse realmente horizontal, quando na verdade a transmisso se d de modo
vertical.
Istoficaclaro, por exemplo, quandoacamadadeTransporteemissorarecebeumdado
dacamadadeSesso; elainsereumcabealhodetransporteeenviaamensagemcamadade
Redeemissora. Esteprocesso, portanto, paraacamadadeTransporte, no mais do queum
detalhe tcnico. Umexemplo anlogo aquele de umdiplomata de umpas fazendo um
discurso, nasuaprprialngua, nasNaesUnidas. Esteconsideraestar sedirigindoaos seus
colegas diplomatas de outros pases (suas entidades pares), embora, na prtica, ele esteja
dirigindo-se ao seu intrprete (a camada logo abaixo na hierarquia).
2.2.4. OS CONCEITOS DO MODELO RM-OSI
Como visto anteriormente, o objetivo de cada camada definida no modelo OSI
fornecer umdeterminado conjunto deservios camadaimediatamentesuperior. A nvel do
modelo derefernciaOSI, foi feitaumasriededefinies quevo permitir identificar cada
componentedomodelodeformaclaraenoambgua. objetivodestaseointroduzir estes
conceitos.
2.2.4.1 Terminologia OSI
A nvel de cada camada existemelementos ativos que implementamos servios e
protocolos relacionados com aquela camada. A estes elementos ativos, d-se o nome de
entidades, quepodemser entidadesdesoftwareoudehardware. sentidadeslocalizadasem
diferentes sistemas, mas associadas a um mesmo nvel (ou camada), d-se o nome de
entidades pares. As entidades recebemtambmumadenominao complementar emfuno
dacamadaqual elas esto relacionadas por exemplo, entidadedeaplicao, entidadede
apresentao, etc.
As entidades de uma camada N (ou entidades N) implementamumservio que
utilizado pela camada N+1. Assim, a camada N dita ser umfornecedor de servio e a
23
camadaN+1 denominadaumusurio de servio. Por outrolado, acamadaN poderutilizar
os servios da camada imediatamente inferior, a camada N-1 para oferecer os servios
camada superior. Ela pode ainda oferecer diferentes categorias (ou classes) de servios:
servios mais eficientes e mais caros ou servios menos eficientes e econmicos.
Os servios oferecidos por uma camada so acessveis empontos de acesso aos
servios, ouSAP (service access point). OsSAPsdacamadaN sooslugaresondeacamada
N+1 poder acessar os servios oferecidos, cada SAP sendo identificado por umendereo
nico. Por exemplo, os SAP de uma rede telefnica so as tomadas s quais podem ser
conectadososaparelhostelefnicoseseusendereossoosnmerosdetelefoneassociados
tomada considerada.
Paraqueduas camadaspossamtrocar informaes, existeumasriederegrasaserem
respeitadas, definidas pela interface. Atravs de uma interface, a camada N+1 envia uma
unidade de dados de interface, ou IDU (Interface Data Unit) entidadedacamadaN pelo
SAP. A IDU composta de uma parte denominada unidade de dados de servio, ou SDU
(Service Data Unit) e de informaes de controle de interface, ou ICI (Interface Control
Information). A SDU a informao transmitida via rede entidade par e, emseguida,
camadaN+1. A ICI utilizadaparaauxiliar agestodacamadainferior emseutrabalho(por
exemplo, o nmero de bytes compondo a SDU correspondente).
Para transmitir uma SDU, a entidade da camada N pode fragment-la emdiversas
partes, ecadapartevai receber umcabealho, sendoenviadacomoumaunidade de dados de
protocolo, ou PDU (Protocol Data Unit). Os cabealhos de PDU so utilizados pelas
entidades pares parao transportedo protocolo. Elas identificamaPDU contendo os dados e
aquelas contendo informaes de controle (nmeros de seqncia, contagens, etc). A figura
2.2.3ilustrao processo descrito. As PDUs recebemnormalmenteumadenominao segundo
acamadaqual estoassociadas. Por exemplo, asPDUsdeaplicaosoditasAPDU, assim
como as de apresentao so as PPDU, as de sesso SPDU, e assim por diante.
ICI SDU
SAP
ICI SDU
CAMADA N+1
CAMADA N
interface
SDU
cabealho
N-PDU
as entidades da
camada N trocam
N-PDUs via proto-
colos N
IDU
Figura 2.2.3 - Conceitos associados ao modelo de referncia OSI.
2.2.4.2 Servios orientados conexo e sem conexo
24
Comojfoi dito, ascamadaspodemoferecer diferentesclassesdeserviosscamadas
superiores. Estes servios podem ser orientados conexo ou sem conexo.
No quediz respeitoaos servios orientados conexo, podemos citar, comoexemplo
tpico o sistema telefnico. Para que seja possvel falar a algumno telefone, necessrio,
inicialmente, tirar ofonedogancho, digitar (oudiscar) umnmero, esperar queointerlocutor
atenda, falar e, finalmente, desligar. Este o princpio de base de umservio orientado
conexo: estabelecimento daconexo, utilizao do servio etrmino daconexo. Oaspecto
principal daconexo o fatodequeelafuncionacomoumaespciedecanal atravs doqual
iro transitar os objetos ou mensagens envolvidas na realizao do servio.
J os servios sem conexo so estruturados como o sistema postal, onde cada
mensagem(oucarta, seconsideramos o exemplocitado) contmo endereo dodestinatrio e
entoencaminhadapelo sistema, independentedeoutras mensagens. Normalmente, seduas
mensagens so enviadas a um mesmo destinatrio, a primeira a ser enviada deve ser a
primeira a ser recebida. Por outro lado, neste modo de servio pode ocorrer que uma
mensagemsejaatrasadafazendocomqueasegundamensagemsejarecebidaprimeiro. J nos
servios orientados conexo, isto jamais poder acontecer.
Cadaserviocaracterizado por umaqualidadedeservio. Umservio ditoconfivel
aquele emque os dados nunca podemser perdidos. Normalmente, a implementao de
servios confiveis feita atravs da definio de mensagens de reconhecimento enviadas
peloreceptor, paracadamensagemrecebidadoemissor. Esteprocesso, emboraextremamente
benfico, introduz umalentidonatransfernciadedados, oquesignificaquenemsempreele
desejvel num sistema.
Nemtodas as aplicaes requeremautilizao deconexes. Umexemplo disto pode
ser o deumaaplicao decorreio eletrnico. Pode-seimaginar umaaplicao decorreio em
que o usurio no se interesse pelo estabelecimento de uma conexo e tampouco por uma
confiabilidade de 100% no que diz respeito chegada das mensagens. Os servios sem
conexo e no-confiveis so denominados servios de datagrama.
Existemcasos, porm, emque, apesar denonecessitar oestabelecimentodeconexo,
a confiabilidade essencial. O servio utilizado neste caso dito de datagrama com
reconhecimento.
Oserviodepedido-resposta jumoutrotipodeservionoqual oemissor enviaum
datagrama contendo um servio e o receptor envia um outro contendo a resposta a este
pedido.
A tabelaaseguir ilustraos diferentes servios comesemconexo, comexemplos de
aplicao destes servios.
Servios Comentrio Exemplo
Transf. confivel de
mensagens
com ou sem conexo sequenciamento de pginas
25
Transf. confivel de dados com ou sem conexo transferncia de arquivos
Transf. sem controle de
erros
com ou sem conexo voz digitalizada
Datagrama s/
reconhecimento
sem conexo correio eletrnico
Datagrama c/
reconhecimento
sem conexo correio eletrnico
registrado
Pedido-Resposta sem conexo consulta a bases de dados
2.2.4.3 As Primitivas de Servio
Umservio definido formalmente por umconjunto de primitivas (ou operaes)
disponveis aumusurio ouaoutras entidades parao acesso queleservio. Estas primitivas
permitemindicar aaoaser executadapeloservioouaindaumpedidodeinformaosobre
uma ao executada previamente.
NomodeloOSI, asprimitivasdeserviosodivididasemquatroclasses: asprimitivas
de pedido (request), as primitivas de indicao (indication), as primitivas de resposta
(response) e as primitivas de confirmao (confirm).
A tabela a seguir mostra o significado de cada uma destas primitivas no que diz
respeito execuo de um servio.
Primitiva Significado
REQUEST Pedido enviado por uma entidade que solicita um servio
INDICATION Atravs dela, a entidade par informada de uma solicitao de
servio
RESPONSE A entidade par responde ao pedido de servio
CONFIRM A entidade solicitante informada do resultado do servio
Umexemplodautilizaodasprimitivasdeservioopedidodeumestabelecimento
deconexo. Pararequisitar o estabelecimento deumaconexo, aentidadequequer iniciar o
dilogo envia uma primitiva de servio de pedido de abertura de conexo,
CONNECT.request, que vai se refletir, na entidade destinatria, por uma primitiva de
indicao, CONNECT.indication. A entidade que recebeu a indicao vai enviar uma
primitivaderesposta, CONNECT.response, parainformar seestaaceitaouno aconexo.
Finalmente, aentidadeemissoravai saber do resultado do seu pedido pelarecepo deuma
primitivadeserviodeconfirmao, CONNECT.confirm. Esteprocedimentoilustradona
figura 2.2.4.
26
CAMADA N+1
CAMADA N
CAMADA N+1
CAMADA N
CONNECT.request
CONNECT.confirm
CONNECT.response
CONNECT.indication
SISTEMA A SISTEMA B
Figura 2.2.4 - Ilustrao da troca de primitivas de servio (confirmado).
Parmetros podemser associados s primitivas. No caso do servio de conexo, por
exemplo, os parmetros podem especificar os seguintes aspectos relacionados conexo
desejada:
a mquina com a qual se deseja dialogar;
o tipo de servio desejado;
o tamanho mximo das mensagens;
etc...
Seaentidadeinvocadanoestdeacordocomosparmetroscontidosnaprimitivade
indicao recebida, estapodefazer umacontraproposta, atravs dos parmetros daprimitiva
deresposta, quesertransmitidaentidadeemissoraatravs dos parmetros daprimitivade
confirmao.
Os servios no modelo OSI podem ser de dois tipos: confirmados ou no-confirmados.
No caso dos servios confirmados, as quatro classes de primitivas so definidas, ou
seja, pedido (request), indicao (indication), resposta (response) e confirmao (confirm).
Isto significa que a entidade que requisitou o servio ter sempre uma informao sobre as
condies de realizao deste at mesmo se este foi realizado com sucesso ou no.
Nos servios no-confirmados, apenas as duas primeiras classes de primitivas so
utilizadas, ouseja, pedido eindicao. Nestetipo deservios, aentidadeemissorado pedido
no receber nenhuma informao sobre as condies de realizao do servio requisitado,
nem mesmo se este foi realizado.
A tabela abaixo apresenta um conjunto de primitivas associadas a um servio
orientado conexo. Neste exemplo, CONNECT um servio confirmado enquanto os
servios DATA e DISCONNECT so no-confirmados.
Primitiva Significado
CONNECT.request pedido de estabelecimento de uma conexo
CONNECT.indication indicao entidade invocada
CONNECT.response utilizada para indicar a aceitao ou no da conexo
CONNECT.confirm informa entidade emissora se a conexo aceita
27
DATA.request pedido de envio de dados
DATA.indication sinalizao da chegada de dados
DISCONNECT.request pedido de trmino da conexo
DISCONNECT.indication indicao do pedido entidade par
2.2.4.4 A Relao entre Servio e Protocolo
Embora sejam freqentemente confundidos, servio e protocolo so dois conceitos
distintos. O importante nesta distino de poder estabelecer a relao entre os dois
conceitos.
O servio corresponde a um conjunto de operaes que uma camada capaz de
oferecer camadaimediatamentesuperior. Eledefineo que umacamadacapaz deexecutar
semse preocupar coma maneira pela qual as operaes sero executadas. O servio est
intimamenterelacionadocomasinterfacesentreduascamadas, ainferior sendoafornecedora
do servio e a superior, a usuria deste.
Por outro lado, o protocolo define umconjunto de regras que permitemespecificar
aspectos da realizao do servio, particularmente, o significado dos quadros, pacotes ou
mensagens trocadas entreas entidades pares deumadadacamada. A nvel deumacamada, o
protocolo pode ser mudado semproblemas, desde que as interfaces coma camada superior
no sejam alteradas, ou seja, que aquela continue a ter a mesma visibilidade no que diz
respeito aos servios realizados pela camada considerada.
2.3. SERVIOS E PROTOCOLOS OSI
2.3.1. INTRODUO
A definio de ummodelo de referncia para a interconexo de sistemas abertos, o
modelo RM-OSI foi, sem dvida, uma contribuio positiva para a padronizao das
arquiteturas de comunicao.
Entretanto, a definio das camadas presentes do modelo OSI est relacionada
definio de solues em termos de servios e protocolos que implementem as funes
relacionadas a cada uma destas camadas.
O objetivo desta parte do documento apresentar os principais problemas e as
respectivas solues relacionadas com cada uma das camadas do modelo OSI.
Como poder ser visto ao longo desta parte, as sete camadas do modelo OSI podem ser
organizadas em duas classes distintas:
as camadas baixas, que compreendem desde a camada fsica at a camada de
transporte e cujos servios e protocolos esto relacionados coma transmisso dos
dados propriamente dita;
28
as camadas altas, que compreendemdesde a camada de sesso at a camada de
aplicao, cujos servios e protocolos so mais orientados a resolver questes
envolvendo as aplicaes que iro utilizar o suporte de comunicao considerado.
2.3.2. A CAMADA FSICA
O objetivo dacamadaFsicaassegurar o transportedos dados representados por um
conjunto de bits entre dois equipamentos terminais, via um suporte de transmisso.
Abordaremos, nesta parte do documento, os principais aspectos e problemas
relacionados transmisso de dados, como, os suportes de transmisso, os modos de
transmisso, a multiplexao e a comutao.
Ainda nestaseo, sero vistos alguns exemplos de interfaces fsicas padronizadas e
adotadas em muitas aplicaes e arquiteturas de comunicao.
2.3.2.1. Os Suportes de Transmisso
Os suportes detransmisso podemsecaracterizar pelaexistnciaou no deumguia
fsico parao envio do sinal. Naprimeiraclasseesto os cabos eltricos, as fibras ticas e, na
segunda classe, as ondas de rdio, as ondas de luz, etc.
a) Transmisso com guia fsico
- O par de fios tranados (twisted pair)
Emdiversasaplicaes, necessriosemanter umaconexodiretaepermanenteentre
dois computadores. O suporte de transmisso mais clssico utilizado at o momento o par de
fios tranados, o qual composto de dois fios eltricos em cobre, isolados, e arranjados
longitudinalmente de forma helicoidal. Esta tcnica de enrolar os fios permite diminuir os
efeitos das indues eletromagnticas parasitas provenientes do ambienteno qual esteestiver
instalado.
A utilizao mais tpicadestesuportedetransmisso aredetelefnica, onde, graas
ssuascaractersticaseltricas, os sinaispodempercorrer vriasdezenasdequilmetros, sem
a necessidade de amplificao ou regenerao de sinal.
Estespodem, ainda, ser utilizadostantoparaatransmissodesinaisanalgicosquanto
desinaisdigitais, abandapassanteatingidasendofunodasuacomposio(particularmente,
dimetro epurezados condutores, naturezados isolantes edo comprimento do cabo). A taxa
de transmisso obtida pela utilizao deste suporte de transmisso situa-se na faixa de
29
algumas dezenas deKbits/s, podendo atingir, emcondies particulares, afaixados Mbits/s
para pequenas distncias.
O fato derepresentar umbaixo custo e umagrandefaixadeutilizao o tornamum
dos suportes mais utilizados atualmente e, provavelmente, nos prximos anos.
- Os cabos coaxiais
Os cabos coaxiais so tambmaltamente empregados como suporte de transmisso.
Dois tipos de cabos so tipicamente utilizados: o primeiro tipo apresenta uma impedncia
caracterstica de 50 ohms, utilizado nas transmisses digitais denominada transmisso em
banda base; osegundotipo, comumaimpednciacaractersticade75ohms, maisadequado
paraatransmisso desinais analgicos. Eles so constitudos dedois condutores arranjados
deformaconcntrica: umcondutor central, aalma, envoltopor ummaterial isolantedeforma
cilndrica. Esta capa isolante , por sua vez, envolta por uma trana metlica condutora em
cobre. Finalmente, o conjunto envolto numa capa de proteo emplstico isolante, como
mostrado na figura 2.3.1.
alma de cobre
capa isolante
capa de proteo
trana metlica
Figura 2.3.1 - Cabo coaxial.
Em relao aos pares de fios tranados, os cabos coaxiais apresentam melhores
caractersticaseltricas, oferecendoumboarelaoentreabandapassanteeaproteocontra
interferncias eletromagnticas. Seu custo, porm, bastante superior.
A larguradebandavai depender igualmentedaqualidadedacomposiodocaboedo
seucomprimento. Paradistnciasemtornode1km, possvel obter umataxadetransmisso
emtorno de 10 Mbits/s, podendo-se obter taxas superiores para distncias mais curtas. Os
cabos coaxiais so muito utilizados como suporte de transmisso nas Redes Locais
Industriais.
- As fibras ticas
30
Asfibrasticassoomeiodetransmissopeloqual ossinaisbinriossoconduzidos
sobaformadeimpulsos luminosos. Umimpulso luminosorepresentaumbit a1, enquanto a
ausncia deste impulso representa um bit a 0. A luz visvel uma onda luminosa cuja
freqncia est na ordemde 10
8
Hz, o que d ao sistema uma banda passante potencial
bastantegrande. As taxas detransmisso numsuporteafibraticaficamnafaixados Gbit/s
(10
9
bit/s).
Um sistema de transmisso a base de fibra tica composto de trs elementos
principais: osuportedetransmisso(afibraticapropriamentedita), odispositivodeemisso
e o dispositivo de recepo da onda luminosa.
A fibra tica constituda de umfilamento bastante fino, base de silcio e outros
componentes dopantes. Ela consiste de um ncleo no qual se propaga a luz e uma capa
externa de proteo que mantm a luz no interior do ncleo. O dispositivo de emisso consiste
de um dido emissor de luz (LED) ou de um dido laser. O dispositivo de recepo
constitudo geralmente de um fotodido ou de um fototransistor (figura 2.3.2).
E
i
R
fibra
i
Figura 2.3.2 - Transmisso tica de sinais
O princpio datransmisso das fibras ticas o dareflexo daluz nainterfaceentre
doismeios. Quandoumraioluminosodeixaummeiohomogneoparasepropagar numoutro
meio, o seupercurso sofreumdesvio nainterfaceentreos dois meios (refrao). Entretanto,
comomostradonafigura 2.3.3, existeumngulodeincidncialimite, apartir doqual oraio
luminoso, aoinvsdeser refratado, serrefletidonainterface, sendomantidonomeionoqual
ele havia sido introduzido. Desta forma, a luz poder ser propagada ao longo do meio, em
distncias de vrios quilmetros.
1
1
2
2
3
3
Silcio
Ar
fonte de
luz
31
Figura 2.3.3 - Princpio da transmisso em fibras ticas.
Atualmente, os suportes decomunicao basedefibraticaso utilizados emredes
de comunicao em longa distncia, substituindo sistemas mais antigos base de cabos
coaxiais. Isto devercontinuar aocorrer nos prximos anos, contribuindo paraquesetenha,
num futuro prximo, em distncias relativamente grandes, sistemas de comunicao
oferecendo altas taxas de transmisso, garantindo assim o envio de grandes volumes de
informao.
Emredes locais industriais tambmsevmprocurando adotar atecnologiadas fibras
ticasnosltimosanos. Umproblema, porm, associadoscaractersticasdasredeslocaiso
dadefiniodosnsderede, particularmente, noquediz respeitosderivaes, umavez que
estas freqentementetmtopologiaembarramento. Umaalternativaaconstruo deredes
em anel, constitudas de ligaes ponto-a-ponto.
A realizaodas derivaesemfibraticapodesebasear emduasdiferentes tcnicas.
A primeira consiste da definio de uma derivao passiva, composta de uma bifurcao
simples do filamento tico. O inconvenientedesta tcnica aperda deintensidadedo sinal
luminosoemcadabifurcao, oquelimitaonmeromximodensaseremimplementados.
A segunda tcnica baseia-se no repetidor ativo, onde a luz proveniente do suporte a
base de fibra tica convertida novamente emsinal eltrico emcada derivao. Estes so
transmitidos ao computador ou equipamento considerado e, emseguida, reconvertidos em
sinal luminoso paraacontinuidadedatransmisso ao longo darede. Umadesvantagemdesta
tcnicaque, no caso depanedeumdestes repetidores, o funcionamento daredecomo um
todotambmsercomprometido. Outroinconvenienteoaumentodocustoderealizaodas
bifurcaes, quepassamaexigir umpequenocircuitoeletrnicoemcadarepetidor. Por outro
lado, umavez queossinais soreconstitudos emcadarepetidor, adistnciaentrecadanda
rede pode ser grande, assim como o nmero de pontos da rede (sem limite terico),
constituindo assim uma vantagem sobre os outros sistemas apresentados.
b) A transmisso de dados sem guia fsico
Como visto nas sees anteriores, a transmisso de dados utilizando guias fsicos
altamente dependente da tecnologia de concepo do suporte de comunicao considerado.
Um outro problema ligado utilizao de guias fsicos a necessidade, dependendo da
aplicao edaextenso darede, dainstalao desistemas decanalizao parapassagemdo
suporte de transmisso. Isto pode elevar consideravelmente o custo de uma rede, emcertas
situaes.
Nestescasos, umarededecomunicaobaseadaemummeiosemguiafsicopodeser
uma soluo mais interessante. Por exemplo, numa rede que deve estender-se ao longo dos
32
diversosprdiosnumcampusdeumauniversidade, podeser maisinteressanteainstalaode
um conjunto emissor-receptor a raios laser ou infravermelhos no teto de cada um dos prdios.
J existemtambmredeslocaisbaseadasemsinaisderdio. Cadaestaoderedetem
que possuir uma unidade de transmisso e recepo (transceptor) de rdio, podendo ser
livrementedeslocadadentrodoambiente. Dentreasvantagensdestetipodesistema, podemos
citar:
Flexibilidade
Interconexo completa
Estaes mveis
Por outro lado, uma rede via rdio apresenta tambm as seguintes desvantagens:
Problema de autenticao
Privacidade
Dependncia de regulamentao pblica
Deve-se tambm levar em considerao as seguintes limitaes e compromissos:
banda passante;
rea de cobertura;
interferncias;
regulamentaes;
custos.
No caso de comunicao emlongas distncias, as ondas de rdio emalta freqncia
podem tambm ser utilizadas, constituindo uma boa alternativa utilizao dos cabos coaxiais
oufibrasticas. Nestecaso, antenasparablicasdeemisso-receposoinstaladasnoaltode
pilaresdeconcretoeumafaixadefreqnciaentoestabelecidaentreduasantenassituadas
numa distncia da ordem de dezenas de quilmetros.
Ossatlitesdecomunicaosoumaoutraopoparaatransmissodedadosemuma
largagamadeaplicaes. Estes podemser vistos comoestaesrepetidoras instaladasnocu
dotadas de umcerto nmero de emissores-receptores, capazes de receber sinais numa certa
faixa de freqncia, amplific-los e, em seguida, retransmit-los em outra faixa de freqncia.
Dependendo do satlite, os feixes deondadifundidos paraaterrapodemcobrir uma
zonageogrficarelativamentegrandeoumaisrestrita. Umsatliteutiliza, emgeral, umafaixa
de freqncia emtorno de 500 MHz distribuda entre 10 a 12 repetidores, cada umdeles
utilizando umafaixaemtorno de36 MHz, dentro daqual estepodetransmitir umfluxo de
dados a uma taxa de 50 Mbit/s.
33
2.3.2.2. Aspectos da Transmisso de Dados
O meio detransmisso consistegeralmentedeumconjunto derecursos eregras que
permitematransmissodeinformaesdeumpontoaoutronumarededecomunicao. Este
processo ilustrado pela figura 2.3.4(a), onde podemos observar os seguintes elementos:
afonte de informao, quepodeser umcomputador ou umterminal, por exemplo,
que gera as informaes que devero ser transmitidas, estas sendo representadas,
usualmente, por um conjunto de dgitos binrios, ou bits;
o transmissor, que responsvel da adaptao ou converso do conjunto de
informaes, debits, parasinal eltricooueletromagntico, adaptando-oaomeiode
transmisso;
o suporte de transmisso, encarregado do transporte dos sinais representando a
informaoequepodeser caracterizadopor umadastcnicasapresentadasnaseo
precedente; o suporte de transmisso quem realiza a ligao fsica entre os
elementos envolvidos na comunicao;
o receptor, responsvel pela reconstituio da informao a partir dos sinais
recebidos via suporte de transmisso, e que, inclusive pode ter sofrido distores
provocadas por rudos existentes no meio;
o destinatrio da informao, que pode ser umcomputador, umterminal ou outro
equipamento e que vai consumir a informao gerada pelo elemento fonte.
Geralmente, a transmisso pode ser realizada de forma bidirecional, de forma alternada
ou simultnea. Assim, a cada n dever estar associado umequipamento transmissor e um
receptor compondo o conjunto transceptor como mostrado na figura 2.3.4(b).
FONTE DE
INFORMAO
BINRIA
TRANSMISSOR RECEPTOR SUPORTE DE TRANSMISSO
RUDO
DESTINATRIO
DA
INFORMAO
BINRIA
(a)
(b)
RUDO
SUPORTE DE TRANSMISSO
FONTE OU
INFORMAO
BINRIA
DESTINATRIO
FONTE OU
INFORMAO
BINRIA
DESTINATRIO
TRANSMISSOR
RECEPTOR
TRANSMISSOR
RECEPTOR
Figura 2.3.4 - (a) Sistema de transmisso ponto-a-ponto unidirecional; (b) modelo
bidirecional.
34
A transmisso de dados em um nico sentido denominada simplex, e quando
realizada nos dois sentidos denominada duplex. No caso em que ela se realiza
alternadamente, ouseja, oranumsentido, oranooutro, elasedenominahalf-duplex. No caso
em que ela se realiza simultaneamente nos dois sentidos, esta ser denominada full-duplex.
Nas sees seguintes sero discutidos diversos aspectos bsicos referentes
transmisso de dados.
a) Modos de transmisso
Os modos de transmisso caracterizam as diferentes formas como os bits de
informao transmitidos so delimitados e encaminhados ao longo da linha de comunicao.
Noquediz respeitoformacomoosbitssoencaminhadosaolongodeumalinhade
comunicao, pode-se distinguir o modo de transmisso paralelo e o modo serial.
Na transmisso paralela, os bits so transportados simultaneamente por umsuporte
composto de vrias linhas em paralelo. um modo de transmisso mais adequado
comunicao entre equipamentos localizados a curtas distncias. A ligao interna na
arquiteturadecomputadores ou entrecomputadores eperifricos prximos so exemplos da
aplicao datransmisso paralela. Estaformadetransmisso permiteumamaior velocidade
deenvio dedados, devidaao paralelismo. Por outro lado, so necessrios mais condutores, o
quetornaocabodetransmissomaiscaro. Almdisso, comoossinaissendotransmitidosnos
diversos condutores paralelos tem que ter um referencial eltrico comum (sinal terra), a
comunicao apresenta elevada sensibilidade rudos (perturbaes eletromagnticas).
Na transmisso serial, mais adequada a comunicao entre equipamentos separados
por grandes distncias, os bits so encaminhados serialmenteatravs deuma nicalinhade
comunicao, usualmente com 2 ou 4 condutores.
Pode-seconsiderar outros parmetros paraaclassificao dos modos detransmisso,
como, por exemplo, aformadesincroniaentreemissor ereceptor, associadatemporizao.
No caso particular das transmisses seriais, aformadedelimitar os bits podelevar emconta
duas diferentes filosofias: a transmisso sncrona e a transmisso assncrona.
Na transmisso sncrona, os bits de dados so enviados segundo uma cadncia pr-
definida, obedecendo a um sinal de temporizao (clock). O receptor, por sua vez,
conhecendo os intervalos de tempo que permitem delimitar um bit, poder identificar a
seqncia dos bits fazendo uma amostragem do sinal recebido.
Na transmisso assncrona, no existe a fixao prvia de umperodo de tempo de
emissoentreotransmissor eoreceptor. A separaoentreos bits feitaatravs deumsinal
35
especial comdurao varivel. Umcaso tpico detransmisso assncronaatransmisso de
caracteres; neste caso, a cada grupo de bits constituindo umcaracter so adicionados bits
especiais para representar o incio (start bit) e final deste (stop bit). Neste tipo de
comunicao, apesar daassincroniaaonvel decaracteres, ocorreumasincronizaoaonvel
de bit.
Um outro aspecto a ser destacado a maneira como a banda passante (faixa de
freqncia de transmisso) do canal de comunicao explorada.
Emumprimeiro modo, atransmisso em banda base ("baseband"), abandapassante
do suporte de transmisso atribuda totalmente a umnico canal de transmisso. Neste
modo, os sinais so transmitidos atravs do meio de comunicao multiplexados no tempo.
Em pequenas distncias, uma taxa de transmisso de at 10 Mbit/s pode ser obtida.
Em um segundo modo, a transmisso em banda larga ("broadband"), a banda
passantedosuportedetransmissodivididanumdeterminadonmerodecanaisdefaixade
freqncia estreita, permitindo que os dados sejamtransmitidos utilizando uma tcnica de
multiplexaoemfreqncia. A bandapassantedoscanaisnormalmentedefinidaemfuno
da taxa de transmisso desejada e do modo de modulao empregado. Neste modo de
transmisso, cada canal pode atingir uma taxa de transmisso de at 3 Mbit/s, inferior,
portanto, transmisso embandabase. Estatcnicapermiteadefinio decanais diferentes
detransmissosobreomesmoguiafsicoeutilizadaparaarealizaodacomunicaofull-
duplex.
b) Transmisso analgica versus transmisso digital
A transmisso analgica, naqual ossinaissotransmitidossobaformadetensesou
correntes de amplitudes ou freqncias variveis, temdominado historicamente a indstria
das telecomunicaes. No entanto, apresenacadavez maior dos computadores esistemas a
base de microprocessadores tende a mudar esta filosofia de transmisso de dados.
At bemrecentemente, a tecnologia telefnica era baseada na transmisso de sinais
analgicos. Apesar da grande difuso dos sistemas a transmisso digital, ainda sero
necessriosmuitosdesenvolvimentosparaqueatransmissoanalgicadesapareatotalmente,
se isto vier a ocorrer.
A transmisso digital consiste no transporte de dados na forma de trens de sinais
representando os nveis lgicos 0 e 1. A correta interpretao da informao transmitida
requer que o emissor e o receptor adotem uma codificao idntica para determinar o
significado de cada seqncia de bits (como o cdigo ASCII ou EBCDIC). Por exemplo, a
letra "A", no cdigo ASCII (American Standard Code for Information Interchange), seria
36
representada por uma seqncia de 8 bits na forma 01100101. As diferentes formas de
codificao dos sinais 0 e 1 sero discutidas no item seguinte.
A adoodatcnicadigital constitui umaevoluonocampodatransmissodedados
e isto considerando duas principais vantagens:
as taxas deerro detransmisso digital so muito inferiores quelas datransmisso
analgica. Natransmissoanalgica, osamplificadoresutilizadosparacompensao
dos enfraquecimentos de sinal no compensam de maneira tima, o que
freqentemente introduz distores nestes sinais. Isto no ocorre no caso dos
repetidores utilizados em transmisso digital;
uma maior facilidade para a multiplexao das informaes, antes da sua
transmisso atravs de um nico suporte de comunicao.
Umoutropontoafavor datransmissodigital soasconstantesquedasnospreosdos
componentes digitais, o queconduz asistemas detransmisso digital to baratos quanto seus
equivalentes para transmisso analgica. Uma das tcnicas mais utilizadas emtransmisso
digital a PCM (Pulse Code Modulation), onde os sinais analgicos so transformados em
sinais digitais atravs de uma amostragem.
Dentro dos sistemas a base de transmisso analgica, pode-se destacar as redes
telefnicas pblicas, os modems e algumas interfaces industriais. Aqui, a informao a ser
transmitidarepresentadapor variaescontnuas deamplitudeoufreqnciaentreextremos
pr-definidos, como por exemplo, entre-10V e+10V, entre0mA e20mA ouentre4mA e
20 mA (nveis usados emcomunicao dedados parasensores eatuadores naindstria). Os
sinais transmitidos pelo sistema telefnico so sinais sinusoidais, comfaixa de freqncia
entre 300 e 3400 Hertz, limitada graas adio de filtros.
A conexo deumassinanteaumcentro deconexo implementadanormalmentena
forma de um par de fios tranados. Se os filtros limitadores da faixa de freqncia so
retirados, possvel ento, dependendo da qualidade do cabo utilizado, transmitir sinais
digitais pela rede telefnica a uma taxa de 1 a 2 Mbit/s sobre uma distncia de alguns
quilmetros.
c) Tcnicas de codificao de bits
Natransmisso digital existemdiferentes formas decodificar os sinais lgicos 0 e1.
Em uma primeira abordagem, o sinal 1 pode ser representado por um nvel de tenso enquanto
o sinal 0 representado por outro (ou por dois intervalos de tenso, como veremos a seguir).
37
Umaformapossvel derepresentaodossinais 0e1acodificaobinria, queusa
um sinal do tipo "on-off", como mostrado na figura 2.3.5(a). Aqui, o sinal lgico 1
representado por umatenso positiva(por exemplo, +5V) enquanto o nvel 0representado
por 0V (sinal ativoalto). Outraopoacodificao bipolar, querepresentaosinal lgico1
por umatensopositiva(por exemplo, +12V) eosinal lgico0por umatensonegativa(por
exemplo, -12V). possvel tambmdefinir os sinais de forma oposta, isto , uma tenso
negativaounulaparao sinal lgico 1eumatenso positivaparao sinal lgico 0(sinal ativo
baixo). Na prtica, devido a possibilidade de presena de perturbaes e a queda de tenso
causada pela prpria impedncia do meio de transmisso, trabalha-se com intervalos de
tenso: por exemplo, umatenso entre+3e+12V consideradacomo representando o sinal
lgico1(ou0), enquantoumatensoentre-3e-12V aceitacomolgico0(ou1). Qualquer
sinal no intervalo entre -3 e +3V considerado "indefinido" e indica um erro de transmisso.
Quando um sinal digital aplicado a uma das extremidades de um cabo, ele ser
recebido na outra extremidade mais ou menos enfraquecido e deformado, isto devido s
caractersticas do cabo, particularmente, ao seu comprimento e sua impedncia.
A transmisso analgica faz uso da modulao de um sinal portador sinusoidal,
usualmentecomumafreqnciacompreendidaentre1e2MHz. A modulao de amplitude
consiste em modificar a amplitude do sinal da portadora com as informaes digitais a
transmitir. Por exemplo, umvalor daamplitudeatribudo informao binria0eoutro ao
1.
A modulao em freqncia utiliza o mesmo formalismo, mas o parmetro
considerado aqui a freqncia, utilizando, desta vez, dois valores distintos de freqncia
paraindicar osvaloresbinrios0e1. Estaformademodulaodenominadatransmissoem
banda portadora ("carrierband") ou FSK (Frequency Shift Keying). As figuras 2.3.5(b) e
2.3.5(c) ilustram os processos de modulao em amplitude e em freqncia, respectivamente.
0 1 0 0 1 1 0 1 0
V1
V2
(a)
(b)
(c)
38
Figura 2.3.5 - (a) Sinal digital; (b) Sinal modulado em amplitude (ASK); (c) Sinal modulado
em freqncia (FSK).
Oequipamentocapaz detratar umfluxodeinformaesbinriasnumsinal modulado,
oureconstitu-loapartir dosinal moduladoomodem (modulador-demodulador). Omodem
normalmente inserido entre o equipamento informtico e o meio de transmisso.
d) Tcnicas de sincronizao em nvel de bits

Para a correta leitura do sinal digital transmitido, o receptor precisa conhecer a
freqncia adotada pelo emissor e amostrar o sinal recebido em pontos adequados. A
amostragemdeveocorrer omaisprximopossvel docentrodosinal, umavez queatransio
de uma tenso (ou freqncia) que representa o sinal 0 para outra que representa o sinal 1
leva, naprtica, umtempodiferentedezero. Paratal, necessrioconhecer otempomdiode
durao de cada sinal 0 ou 1, que depende da freqncia de transmisso adotada e
denominado "tempo bit", identificar o flanco detransio de0 para1 ou de1 para0eler o
valor datenso aps metadedo tempo bit, isto , no centro do intervalo, como ilustrado na
figura 2.3.6.
1
0
tempo de subida tempo de descida
tempo bit instante de amostragem
Figura 2.3.6 - Tempo bit e amostragem de sinal
Na transmisso sncrona, umsinal de temporizao ("clock") enviado por meio de
um par separado de fios e define os momentos corretos de amostragem no receptor. O
inconvenienteestjustamentenanecessidadedeadotar umsegundo par decondutores, alm
daquele usado para o envio dos dados, o que encarece o cabo.
Na transmisso assncrona usado apenas um par de fios, mas uma forma de
sincronizaoanvel debitssefaz necessriaparaadeterminaodomomentodeamostrar o
sinal. J queaqui nohumsinal separadodesincronizao, necessriogarantir queotrem
39
de sinais contenha muitas transies, que podem ser detectadas facilmente por circuitos
eletrnicos adequados, e fazer a amostragem em um instante pr-determinado aps estas.
Para garantir a presena de transies suficientes no sinal de modo a permitir uma
correta sincronizao, so adotadas tcnicas alternativas de codificao dos sinais 0 e 1.
Uma destas tcnicas a codificao RZ (Return to Zero), que usada emconjunto
coma codificao bipolar j vista anteriormente. Aqui, o sinal sempre retorna a zero entre
dois dgitos consecutivos, como ilustrado na figura 2.3.7. Isto tem o efeito de garantir a
presenadetransies mesmo queo sinal contenhaumalongaseqnciadesinais lgicos 0
ou1 seguidos (equenormalmenteno apresentariamtransies emumacodificao bipolar
simples). A amostragem feita no meio do tempo bit, contado a partir da deteco da
transio(logicamentetantooemissor quantooreceptor devemusar omesmotempobit, isto
, devem operar na mesma freqncia).
+12V
-12V
0V
1 1 0 0 1
tempo bit
Figura 2.3.7 - Codificao RZ
Outra tcnica a chamada codificao NRZ (Non Return to Zero), ou Manchester.
Aqui, o sinal lgico 1 representado por uma transio entre uma tenso positiva e uma
negativa(figura 2.3.8(a)), enquanto o sinal lgico 0 representado por umatransio entre
umatensonegativaeumapositiva(figura 2.3.8(b)). A formaresultantedeumtremdesinais
exemplificada na figura 2.3.8(c). Da mesma forma que na tcnica anterior, isto garante a
presenadetransiessuficientesparaasincronizaodosinal. Nestecaso, aamostragemdo
sinal feita na segunda metade do tempo bit.
40
(a)
+12V
-12V
tempo bit
Lgico 1
(b)
+12V
-12V
tempo bit
Lgico 0
trem de sinais (c)
1 1 1 0 0 1
Figura 2.3.8 - Codificao NRZ (Manchester): (a) Sinal lgico 1; (b) Sinal lgico 0; (c)
exemplo: seqncia 111001.
Uma terceira tcnica a chamada NRZI (Non Return to Zero Inverted), tambm
conhecida como Manchester Diferencial ou Manchester Modificada. Nesta tcnica, a
ocorrnciadeumatransio no inicio do tempo bit indicaapresenadeumzero no tremde
sinais, conformeilustradonafigura 2.3.9. Senohouver transio(flanco) noinicio, osinal
interpretado como lgico 1, independentedo valor detenso lido. Notequeo sinal lgico 1
tambmpossui umatransio, pormestaficano meio do intervalo desinalizao eno no
inicio.
1 0 0 1 1 1 0 1
tempo bit

Figura 2.3.9 - Codificao NRZI (Manchester Diferencial)
e) Multiplexao
A multiplexao ummecanismo muito utilizado na transmisso de dados, pois ela
permite otimizar a utilizao de um suporte de comunicao.
41
Duas tcnicas de multiplexao so mais utilizadas: a tcnica de Multiplexao em
Freqncia ou FDM (Frequency Division Multiplexing) e a tcnica de Multiplexao no
Tempo ou TDM (Time Division Multiplexing).
A tcnica FDM consiste em permitir o compartilhamento da faixa de freqncias
oferecida pelo suporte de comunicao entre diferentes usurios. Assim, cada faixa de
freqncias deve estar permanentemente alocada a um usurio de forma exclusiva.
Umexemplo deaplicao destatcnicaconsistenatransmisso deondas derdio em
ondas mdias, onde a banda passante situa-se entre 500 kHz e 1.500 MHz. Diferentes
portadoras situadas nesta faixa de freqncia so atribudas a estaes de radiodifuso,
mantendo, porm, entre estas, um espao suficiente para evitar interferncias. A mesma
tcnicapodeser usadaemredesparaatransmissosimultneadevriossinaissobreomesmo
guia fsico (broadband).
A tcnica TDM consiste em permitir o compartilhamento da capacidade de
transmissodosuportedecomunicaoentreasdiversasestaesduranteumcurtoespaode
tempo (isto , cadaestao dispedo meio s parasi duranteumintervalo detempo). Esta
tcnicabastanteutilizadaemtelecomunicaes, particularmente, natelefonia, onde, acada
125 mseg, um usurio pode enviar um byte de informao.
2.3.2.3. Interfaces industriais tpicas para a camada fsica
Ao nvel da camada fsica existem diversas interfaces padronizadas em uso na
industria. Uma interface define as caractersticas eltricas, mecnicas e funcionais de uma
conexo fsica.
Exemplos bemconhecidos deinterfaces padronizadas paraestacamadaso: RS-232-
C, RS-422, RS-423 e RS-485, definidas pela EIA (Electronics Industries Association).
As interfacesRS-232-C, RS-422eRS-423permitemsomentealigaoponto-a-ponto
entre dois elementos de comunicao, suportando assimredes comtopologias em estrela,
anel, rvoreoumalha. Enquanto aRS-232-C operacomsinais refereciados aterra, o queos
torna sensveis perturbaes, as interfaces RS-422 e RS-423 trabalham com sinais
diferenciais, reduzindo consideravelmente a sensibilidade rudos e permitindo o uso de
cabos mais longos que os usados com RS-232-C.
A interface RS-485 permite a conexo de at 32 elementos de comunicao (ns ou
estaes) em um mesmo barramento, suportando assim redes de difuso.
Emfuno de suagrande aceitao nos meios industriais, ainterface RS-232-C ser
apresentadacomumpouco mais de detalhes aqui. A EIA definedois elementos envolvidos
42
numacomunicao, o DTE (DataTerminal Equipment) eo DCE (DataCircuit-Terminating
Equipment).
O conector adotado nesta interface possui 25 pinos (DB25), de forma trapezoidal,
correspondendonormaISO-2110. Os pinos superiores, emnmerodetreze, sonumerados
de1a13daesquerdaparaadireita, ospinosinferioressonumeradosde14a25, tambmda
esquerdaparaadireita. Algunsequipamentosmaisrecentesutilizamumconector comapenas
9 pinos (DB9).
Noquediz respeitos especificaes eltricas, umatensonegativainferior a-3volts
permite representar uma informao binria 1 e uma tenso positiva, superior a +3 volts,
permite representar uma informao binria 0 (sinal ativo baixo). A taxa de transmisso mdia
deaproximadamente20Kbit/snumcabodecomprimentonosuperior a15metros. Ambos
os equipamentos envolvidos na comunicao tem que ser ajustados para a mesma freqncia.
No que diz respeito as especificaes funcionais, podemos descrever os diferentes
sinaisenvolvidosnumacomunicaocomauxliodafigura 2.3.10, quepermiterepresentar os
sinais mais utilizados em aplicaes tpicas.
Quando o DTE torna-se ativo, ele apresenta na interface o DTR (Data Terminal
Ready), pino 20, a 1. Quando o DCE ativado ele mantmo sinal DSR (Data Set Ready),
pino 6, tambma1. Umavez queo DCE (ummodem, por exemplo) detectaapresenada
portadoranalinha, eleprevineoDTE (ocomputador) colocandoosinal CD (Carrier Detect),
pino 8, a 1. O DTE, por sua vez, indica ao modem a sua inteno de transmitir a partir do sinal
correspondente ao pino 4, RTS (Request To Send). A resposta do modemdada atravs do
sinal CTS (Clear To Send), pino 5, o quesignificaqueo DTE podeiniciar atransmisso. Os
dados so ento enviados pela linha TD (Transmitted Data), pino 2. No caso de uma
transmisso emduplex, o DTE podereceber os dados, deformasimultneaao envio, atravs
dalinhaRD (Received Data), pino 3. O pino 2do DCE deveser ligado ao pino 3do DTE e
vice-versa.
terra de proteo (1)
TD - transmisso de dados (2)
RD - recepo dos dados (3)
RTS - pedido de envio (4)
CTS - pronto para envio (5)
DSR - dados prontos (6)
terra de sinalizao comum (7)
CD - deteco do sinal da linha (8)
DTR - equip. terminal de dados pronto (20)
Computador
ou
Terminal
(DTE)
Modem


(DCE)
43
Figura 2.3.10 - Sinais tpicos da interface RS-232-C.
A ligao mais simples entredois equipamentos utiliza apenas as linhas RD (pino 3
para DB25, ou 2 para DB9), TD (pino 2 para DB25, ou 3 para DB9) e terra (pino 7 para
DB25, ou 5 para DB9), onde o TD de umequipamento deve estar ligado ao RD do outro,
conforme ilustrado na figura 2.3.11.
Equip. A Equip. B
7 7
2 (TD)
3 (RD)
2 (TD)
3 (RD)
Figura 2.3.11 - Conexo mnima via RS-232-C
2.3.3. A CAMADA DE ENLACE DE DADOS
A camadadeEnlacedeDados tempor funo oferecer umcaminho parao transporte
das informaes entreentidades daCamadadeRede, queserestudadanaparteseguintedo
documento. Dentre os fatores com os quais a camada de Enlace deve preocupar-se esto:
a forma como os bits provenientes da camada Fsica sero agrupados em quadros;
os mecanismos dedeteco ecorreo deerros aseremimplantados, umavez queas
informaes trocadas atravs da camada Fsica no so isentas de erros de transmisso;
os mecanismos de controle de fluxo para limitar o volume de informao trocados
entre entidades fonte e destino;
a gesto das ligaes entre as entidades;
o controle de acesso ao meio, em redes de difuso.
Nas redes dedifuso acamadadeenlacededados usualmentedecompostaemduas
subcamadas, conforme proposta da IEEE:
Subcamada de Controle de Acesso ao Meio (MAC - Medium Access Control),
responsvel pelo acessoordenadoecompartilhadodo canal decomunicao(nocaso,
um barramento);
SubcamadadeControleLgico deEnlace(LLC - Logical Link Control), responsvel
pelo estabelecimento de conexes e oferecimento de servios de comunicao s
camadas acima.
44
2.3.3.1. Subcamada MAC
Do ponto devistadaprogramao distribuda, o meio detransmisso das redes locais
constitui um recurso compartilhado entre as estaes a ela conectadas. Os mtodos de
definio de direito de acesso utilizados nas redes locais so os denominados protocolos de
acesso ao meio.
Se tomarmos o tempo de acesso ao meio como critrio, podemos organizar os
protocolos deacesso ao meio emduas principais classes: os protocolos determinsticos eos
no determinsticos.
Os protocolos deacesso determinsticos so caracterizados pelaconcesso do direito
ao acesso independentementedas necessidades detransmisso decadan daestao. Dentre
os protocolos conhecidos destaclasse, podemos destacar o protocolo TDMA (TimeDivision
Multiple Access), onde o acesso dado a cada estao considerando faixas de tempo bem
definidas. Estemtodo apresentaumbaixo desempenho, umavez quemuito tempo podeser
perdido no caso de estaes que no tenham mensagens a transmitir. Outro exemplo de
protocolos de acesso determinsticos so aqueles baseados na passagem de ficha (token
passing), onde uma ficha correspondendo ao direito de transmisso passada de estao a
estaodarede. Aoreceber aficha, umaestaoquenotenhamensagensatransmitir repassa
afichaestaoseguintenalistadeestaescompondoarede. Vamosanalisar algunsdestes
protocolos mais adiante nesta seo.
Os protocolos de acesso no determinsticos, podem ser tambm denominados
protocolos de competio, uma vez que as estaes querendo transmitir vo competir pelo
meio de transmisso. Estes protocolos so mais adaptados s condies de transmisso da
redelocal. Umexemplo destaclasseso os protocolos detipo CSMA, cujas variaes sero
estudadas nos pargrafos a seguir.
a) Os protocolos no determinsticos
- CSMA persistente e no persistente:
Estes protocolos, pertencentes classe de protocolos ditos de deteco de portadora
(carrier sense), baseiam-se no conceito de escuta do meio de transmisso para a seleo do
direito de acesso a este.
UmprimeiroexemplodesteprotocolooCSMA 1-persistente (CSMA - Carrier Sense
Multiple Access ou Acesso Mltiplo por Deteco de Portadora). Neste protocolo, quando
uma estao est pronta a enviar umquadro de dados, ela escuta o que est ocorrendo no
suportedetransmisso. No caso emqueo canal jestsendo ocupado por algumaestao, a
estao aguarda na escuta at que o meio esteja livre para a sua emisso (da o nome
45
"persistente"); quando isto ocorre, ela pode ento emitir umquadro. O mtodo chamado
"1"-persistente porque, quando a linha esta livre, a estao enviar os dados com100% de
probabilidade. Aps a transmisso dos dados, e estao emissora espera uma resposta
(chamadaquadro de reconhecimento) daestao receptora, indicando acorretarecepo dos
dados.
Seumaoutraestao estavaaesperadeumaoportunidadedeenviar dados ao mesmo
tempoqueaprimeira, podeocorrer queambasdetectemomeiocomoestandolivreaomesmo
tempo. Nestecaso, ambas iro enviar seus dados simultaneamente, deformaqueo sinal no
barramento ser uma "mistura" ininteligvel das duas mensagens. Esta condio recebe o
nomede"Coliso". Naocorrnciadeumacoliso, aestao receptorano enviaoquadro de
reconhecimento esperado e a estao emissora tenta a emisso novamente aps um
determinado tempo.
O protocolo CSMA 1-persistentealtamenteinfluenciado pelo tempo depropagao
dos quadros no suportedetransmisso. Isto ilustrado pelo exemplo deduas estaes A eB
querendo emitir umquadro. Vamos supor queA detectao meio livreeemiteumquadro; em
seguida, B vai escutar o meio para ver o seu estado; se o atraso de propagao do quadro
emitido por A tal queo sinal aindano podeser detectado anvel daestao B, ento esta
vai considerar o meio livre e emitir o seu quadro, gerando naturalmente uma coliso. Isto
significa que, quanto maior o tempo de propagao no suporte de comunicao, pior o
desempenho do protocolo devido ocorrncia de colises.
Na verdade, embora as probabilidades no sejammuito grandes, as colises podem
ocorrer mesmoseotempodepropagaoconsideradonulo. Vamos supor agoraas estaes
A eB comquadrosatransmitir, masqueumaterceiraestao, C estutilizandoomeio. Neste
caso, asduasestaesvoaguardar aliberaodomeioe, quandoesteestiver liberado, ambas
vo emitir seus quadros, caracterizando a coliso.
Outro exemplo de protocolo CSMA o CSMA no persistente. Segundo este
protocolo, as estaes comportam-sedemaneiramenos "afoita" parao envio demensagens.
Assim, uma estao que deseje emitir umquadro vai escutar o suporte de transmisso para
verificar seesteestdisponvel. Emcaso positivo, o quadro sertransmitido. Caso contrrio,
ao invs de ficar escutando espera da liberao do canal, ele vai esperar umperodo de
tempo aleatrio e, aps aexpirao deste, vai escutar o canal novamenteparaverificar asua
liberao(ouno). Esteprotocolopermitereduzir aspossibilidadesdeocorrnciadecolises,
embora ele introduza um maior atraso de emisso a nvel das estaes que o protocolo
persistente.
O CSMA p-persistente mais umexemplo de protocolo de acesso, funcionando da
seguinte maneira: quando uma estao tem um quadro a enviar, ela escuta o canal para
verificar a disponibilidade; se o canal est disponvel , a probabilidade da estao emitir o
quadroigual ap. A probabilidadedequeestaaguardeoprximointervalodetempoigual
46
a q =1 - p; se, no incio do segundo intervalo de tempo, o canal est disponvel, as
probabilidades deenvio ou deesperacontinuamas mesmas; o processo continua, ento, at
que o quadro seja finalmente transmitido ou que outra estao tenha tomado posse do canal.
- O protocolo CSMA/CD (CSMA com deteco de coliso):
Os protocolos descritos ataqui, emboraapresentando aspectos interessantes, podem
ser melhorados considerando-sequecadaestaopoderiadetectar, antesdaemisso, oestado
de conflito com outras estaes da rede, evitando assim a emisso do quadro considerado.
O protocolo CSMA/CD (Carrier Sense Multiple Access with Collision Detection)
um protocolo baseado neste princpio e muito utilizado nas redes locais (foi proposto
originalmentepeloscriadoresdaredeEthernet). Nesteprotocolo, quandomaisdeumaestao
estapronta paraemitir umamensagemcomo meio livre, estas emitemo quadro, o que vai
gerar umacoliso. A primeiraestao quedetectar acoliso interrompeimediatamenteasua
transmisso, reiniciando o processo todo aps aexpirao deumperodo detempo aleatrio,
deformaatornar improvvel aocorrnciadeumanovacoliso(figura 2.3.3.1). Paradetectar
acoliso, aestaoemissoradeveescutar aquiloqueelamesmacolocounomeio(aomenosa
primeira palavra de cdigo enviada deve ser escutada pela prpria estao emissora).
emissor
receptor
emissor
emissor
Figura 2.3.3.1 - Mtodo de acesso CSMA/CD
Para melhor entender o mecanismo deste protocolo, vamos analisar o caso emque
duas estaes iniciemuma transmisso numinstante de tempo t0. O tempo mnimo para a
deteco de uma coliso o tempo de propagao do sinal emitido por uma estao at a outra
estao.
47
Istosignifica, emumaprimeiraanliseque, seumaestaoqueemitiuumquadrono
detectaumacolisonumperododetempoigual aotempodepropagaodosinal aolongodo
canal de comunicao, pode considerar-se possuidora do meio e que as demais estaes
abstiveram-se de enviar.
Esta anlise apresenta, porm, uma impreciso. Vamos considerar t o tempo de
propagao de umsinal entre duas estaes, as mais distantes uma da outra. Consideremos
queemt0umaestaoemiteumquadro. Vamossupor queem t - e, poucoantesqueosinal
tenha chegado, outra estao efetue uma transmisso. Ela vai detectar, imediatamente a
colisoeinterromper asuaemisso. Por outrolado, aperturbaoocasionadapelacolisono
vai poder ser detectada pela primeira estao que emitiu o quadro antes de umperodo de
tempo igual a 2t - e. Assim, no pior caso, uma estao s poder estar segura de que ela
adquiriu o acesso ao canal de transmisso aps um perodo de tempo de 2t. Assim, no
protocoloCSMA/CD, umaestaoemiteumapalavradedados, esperapor umtempo2t e, se
nodetectar nenhumacoliso, consideraqueanicaausar omeionaquelemomentoepassa
a enviar o restante dos dados.
OmtodoCSMA/CDpropiciaumagrandeotimizaonousodomeioemrelaoaos
protocolosanteriores, poisaocorrnciadeumacolisodetectadalogonaprimeirapalavrae
a emisso interrompida, no tendo que ser completamente repetida depois. Vale salientar
que nada impede que o CSMA/CD seja tambm 1-persistente ou p-persistente.
No entanto, em todos os mtodos de acesso CSMA temos que, quanto maior o
nmero de estaes, maior a probabilidade de ocorrncia de colises (esta probabilidade
aumenta exponencialmente), de formaque o tempo de reao aumentaconsideravelmente e
no podeser exatamentedeterminado. Emfuno destecomportamento, mtodos deacesso
no determinsticos so considerados inadequados para aplicaes em tempo real, muito
comuns em ambiente fabril.
b) Os protocolos determinsticos
Os mtodos de acesso determinsticos so aqueles com tempo de resposta
univocamente determinvel. Estes mtodos podem ser classificados em:
mtodos com comando centralizado (ex.: Mestre-Escravos) e
mtodos com comando distribudo (ex.: Token-Passing).
Nos sistemas com comando centralizado, somente uma estao pode agir como
detentorado direito detransmisso (Mestre). O direito deacesso ao meio fsico distribudo
por tempo limitado pelaestao mestreas demais (Escravas). Aqui todas as trocas dedados
ocorremapenas entre mestre e escravos (figura 2.3.3.2). Esta configurao deixa o sistema
48
dependentedaestaocentral, masaconfiguraousual dossistemasdecontrolenamaioria
de suas aplicaes. Este mtodo de acesso ao meio tambm garante um tempo entre
transmisses consecutivas a qualquer estao da rede e segue a prtica atual de fazer um
controle distribudo com uma superviso centralizada.
Mestre
Escravo Escravo Escravo Escravo
Figura 2.3.3.2 - Mtodo de acesso mestre/escravos
Os sistemas comcomando distribudo permitemadefinio demais deumaestao
comdireitodeacessoaomeiofsico. Estedireitodeacesso(chamado"Token") transmitido
ciclicamente entre as vrias estaes, que podem livremente trocar dados entre si (figura
2.3.3.3). Este sistema , no entanto, bemmais complexo do que o Mestre-Escravos, j que
providncias especiaistemqueser tomadasnocasodaperdadotokenoudaentradaousada
deumadas estaes darede. Estemtodo mais adequado parasistemas nos quais diversas
unidades independentes desejam trocar livremente informaes entre si. Neste mtodo,
possvel determinar umtempomximoentreduas oportunidades consecutivas detransmisso
para cada estao.
receptor
emissor
token
Figura 2.3.3.3 - Controle de acesso por passagem de Token
2.3.3.2. Subcamada LLC
a) As Classes de Servios de Enlace
A subcamadaLLC da camadadeEnlacedeDados oferece servios classificados em
trs principais categorias, estas dependendo do sistema no qual elas sero implantadas:
49
servio sem conexo e sem reconhecimento (no confivel);
servio sem conexo com reconhecimento (confivel);
servio orientado conexo (confivel).
Na primeira classe de servios, a mquina fonte da informao envia os quadros de
dados mquinadestinatriasemrecepo dereconhecimento dainformao enviada; alm
disso, no existe estabelecimento prvio de conexo e, conseqntemente, no existe
liberao desta ao final do dilogo. Se um quadro de dados perdido no suporte de
transmisso como conseqncia de umrudo, no existe nenhum mecanismo que permita
solucionar o problema. Esta classe de servios adequada quando implantados sobre um
suporte de comunicao cuja taxa de erros muito baixa ou que a correo dos erros
previstanas camadas superiores. Eles podemser empregados emalgumas aplicaes tempo-
real e em redes locais.
A segunda classe de servios, embora ainda no defina o estabelecimento prvio de
conexo, prevaexistnciadequadrosdereconhecimento, demodoqueamquinafonteser
notificada pela mquina destinatria da recepo do quadro previamente enviado. Um
mecanismo quepodeser implantado no caso deperdado quadro o quecorrespondeno
recepo do quadro de reconhecimento aps um certo tempo (timeout) a reemisso
daquele. Num servio sem conexo, existe a possibilidade da reemisso de quadros
provocando a recepo mltipla do mesmo quadro (duplicao de mensagem).
A terceiraclassedeserviosamaissofisticada, umavez queeladefineanecessidade
do estabelecimento prvio de conexo e a liberao destas ao final do dilogo. Neste caso,
cadaquadroenviadonumeradoeacamadadeEnlacegarantequecadaquadroenviadoser
recebido, uma nica vez, e que o conjunto de quadros enviados ser recebido ordenado da
mesmaformaquefoi enviado. Estaclassedeservios oferececamadadeRedeumcanal de
comunicao confivel.
Os servios orientados conexo so caracterizados por trs principais etapas:
a etapa de estabelecimento de conexo, durante a qual so definidos todos os
parmetros relacionados conexo, como por exemplo, os contadores deseqncia
de quadros;
a etapa de transmisso de dados, durante a qual so realizadas todas as trocas de
informao correspondentes ao dilogo entre duas mquinas;
aetapadeliberao da conexo, quecaracterizaofimdodilogoenaqual todasas
variveis e outros recursos alocados conexo sero novamente disponveis.
50
A comunicaoentreas camadas deRedeedeEnlacefeitaatravs deprimitivas de
servio (request, indication, response e confirm) da interface entre as duas camadas, como
definidas na parte relativa apresentao do modelo OSI. Um esquema permitindo
demonstrar omodo deutilizao das primitivas mostradonafigura 2.3.3.4. Nesteesquema,
representa-se nas extremidades a camada de Rede, caracterizada pelos dois sistemas
envolvidosnodilogo(nocaso, A eB, quesoasentidadespares) enocentroascamadas de
Enlace (de A e B), que tornam a comunicao transparente para as camadas de rede
envolvidas.
Os deslocamentos verticais das primitivas representam o tempo decorrido entre as
ocorrncias destas (por exemplo, no caso das primitivas request e indication, o tempo
decorrido entre o envio da primeira pela camada de Rede do sistema A e a recepo da
segunda pela camada de Rede do sistema B).
camada de rede camada de rede camada de enlace
request
indication
response
confirm
sistema A sistema B
Figura 2.3.3.4 - Primitivas de servio trocadas entre as camadas de Rede e de Enlace.
b) O conceito de quadro
ParaqueoserviosejaoferecidocamadadeRede, acamadadeEnlaceutiliza-sedos
servios fornecidos pela camada Fsica que, como j foi descrito na parte precedente,
responsvel datransmissodebits deumpontoaoutronarededecomunicao, sendoqueo
conjunto de bits transmitido pode sofrer distores produzindo erros de transmisso. Uma
conseqnciatpicapodeser queo nmero debits recebidos sejainferior ao nmero debits
enviados ou os valores de alguns bits podem ter sido modificados.
Com o objetivo de permitir um controle de erro eficiente, a camada de Enlace
decompe as mensagens em pores menores denominadas quadros, aos quais so
adicionadoscdigos especiaisdecontroledeerro. Destaforma, oreceptor podeverificar seo
cdigoenviadonocontextodeumquadroindicaounoaocorrnciadeerrosdetransmisso
e ele pode, assim, tomar as providncias necessrias para evitar as conseqncias devido
quele erro.
51
A definio e delimitao dos quadros pode obedecer a diferentes polticas. Uma
possvel polticaaadotar podeser, por exemplo, acontagemdecaracteres. Nestapoltica,
introduzido um caracter especial que indica o nmero de caracteres compondo o quadro.
Destemodo, anvel dacamadadeEnlacedoreceptor, bastaqueaentidadeleiaestecaracter e
emseguidaconteo nmero decaracteres paradefinir o tamanho do quadro. O inconveniente
destatcnica, noentanto, queocaracter quedefineotamanhodoquadropodeser deturpado
durante a transmisso, o que significa que o receptor vai ler erroneamente os quadros
transmitidos. A figura 2.3.3.5 ilustra este problema.
Umatcnicamelhor, queapresentaumasoluoaesteproblema, consistenaadiode
seqncias especiais decaracteres demodoarepresentar oincio efimdatransmissodeum
quadro.
5 1 2 3 4 5 6 7 8 9 8 0 1 2 3 4 5 6
contador es de car acter es
quadr o1 (5 car .) quadr o2 (5 car .) quadr o3 (8 car .)
(a)
5 1 2 3 4 7 6 7 8 9 8 0 1 2 3 4 5 6
(b)
er r o contador de car acter es
Figura 2.3.3.5 - Seqncia de caracteres: (a) sem erro; (b) com erro.
A figura 2.3.3.6ilustraumcaso relativoaestatcnica, ondeaseqnciadecaracteres
DLE (Data Link Escape) e STX (Start of TeXt) inserida para representar o incio de um
quadroeaseqnciaDLE eETX (End of TeXt) pararepresentar ofimdoquadro. Estatcnica
apresenta, ainda, umponto de vulnerabilidade: se, dentro do texto, uma seqncia de bits
coincide com uma das seqncias de caracteres citada (dado que os bits podem assumir
qualquer combinao de valores), a entidade receptora na camada de Enlace pode ser
enganada por esta seqncias e, assim, interpretar erroneamente o quadro.
A soluo a este problema vem atravs da introduo, pela entidade de Enlace
emissora, deumcaracter DLE adicional acadavez que, emumaseqnciadebitsdapartede
dados, aparecer umbytequecoincidir comumcaracter DLE. Destaforma, bastaentidadede
dados receptoraeliminar os caracteres DLE dos dados antes deemiti-los camadadeRede.
Istovai permitir ento, sentidadesreceptorasdeEnlace, fazer adistinoentreasseqncias
delimitadoras dequadro (DLE-STX eDLE-ETX) das seqncias acidentais nos dados. Os
caracteresDLE introduzidosanvel dosdadossodenominadoscaracteres de transparncia.
Esta tcnica de delimitao de quadros utilizada emprotocolos simples de comunicao
serial orientados caracter.

52
DLE STX A B DLE C DLE ETX
DLE STX A B DLE C DLE ETX DLE
(a)
(b)
Figura 2.3.3.6 - (a) Dados enviados pela camada de Rede com seqncias de delimitao; (b)
idem, com introduo dos caracteres de transparncia.
Umatcnicamuitoutilizadaedefinidamaisparticularmenteparaautilizaoemredes
de comunicao aquela em que os quadros so delimitados por uma seqncia de bits
particular, mas destavez dissociados da codificao decaracteres. A seqncia 01111110
freqentemente adotada para representar a delimitao dos quadros.
De maneira anloga utilizao dos caracteres de transparncia da tcnica anterior,
bits de transparncia so introduzidos anvel dapartededados paraevitar aconfuso, por
parte do receptor, comos delimitadores de quadro (esta tcnica tambm conhecida como
"bit-stuffing"). Assim, no receptor, acadavez que5bits 1 consecutivos so detectados na
partededados, umbit 0adicionado aps aseqncia. Do lado do receptor, acadavez que
ocorrer umaseqnciade5bits 1 consecutivos dedados seguidos deumbit 0, esteltimo
sereliminadodapartededados. A figura 2.3.3.7ilustraaaplicaodestatcnica. Em2.3.3.7
(a) so apresentados os dados originais e, em2.3.3.7(b), os mesmos dados comaintroduo
dos bits de transparncia.
bit de transparncia
0 1 1 0 1 1 1 1 1 1 1 1 0 1
0 1 1 0 1 1 1 1 1 1 1 1 0 1 0
(a)
(b)
Figura 2.3.3.7 - (a) dados originais; (b) dados com adio do bit de transparncia
2.3.3.3. O controle de erros
Oserrosquepodemocorrer sobreossuportesdetransmissotemcomocausasosmais
diversos fenmenosfsicos, comopor exemplo, orudotrmico, provocadopelaagitaodos
eltrons nos cabos decobre. Outro fenmeno importanteso os rudos impulsivos causados
pelo chaveamento de rels ou outros dispositivos eletromecnicos.
Verifica-se entretanto que, independentemente do fenmeno causador de erro, estes
tendemagerar normalmenteverdadeiros pacotes deerros (error bursts) eno erros simples.
53
Isto podeter umaspecto positivo, umavez que, numconjunto relativamentegrandedebits,
ummenor nmerodepacotes vai conter erros. Por outrolado, os erros agrupados empacotes
so mais difceis de modelizar e de detectar.
O controle de erros detransmisso uma das funes mais importantes asseguradas
pela camada de enlace (usualmente implementado na subcamada LLC).
Os protocolos decontroledeerro so caracterizados, emgeral, peladefinio deum
quadro de controle, correspondente a um reconhecimento positivo ou negativo. Caso a
entidadeemissorarecebaumreconhecimentopositivodeumquadropreviamenteenviado, ela
entende que aquele foi corretamente recebido.
Por outro lado, se ela recebe um reconhecimento negativo, ficar ciente de que o
quadro foi mal transmitido e que, neste caso, ele dever ser retransmitido.
Ainda, se, por uma intensidade relativamente forte de rudo, o quadro inteiro no
recebido pela entidade destinatria, esta no vai reagir ao quadro emitido e a entidade
emissoracorreo risco deesperar indefinidamentepelo reconhecimento. I isto evitado pela
adio de temporizadores, estabelecendo assim um tempo mximo de espera pelo
reconhecimento, antes daretransmisso (time-out). O tempo deesperadeveser determinado
em funo dos atrasos relativos transmisso dos quadros de modo que os quadros de
reconhecimento, se existentes, cheguem antes do esgotamento da temporizao.
Deste modo, se o quadro ou o reconhecimento so perdidos, a temporizao ser
esgotada, podendo provocar aretransmisso do quadro. Nestecaso, possvel queo quadro
sejaaceitomaisdeumavez pelacamadadeEnlaceetransmitidocamadadeRede, causando
umaduplicao dequadros. Paraevitar esteproblema, deve-seintroduzir ummecanismo de
distino dos quadros a fimde que o receptor possa separar os quadros duplicados de seus
originais.
Existempraticamenteduastcnicas paraotratamentodeerros. A primeiraconsistena
introduo, anvel dosquadros, deinformaessuficientementeredundantesquepermitamao
receptor reconstituir os dados enviados a partir da informao recebida. A segunda tcnica
consisteemadicionar unicamenteumconjunto deinformaes redundantes o suficientepara
que o receptor possa detectar a ocorrncia de um erro (sem corrigi-lo) e requisitar a
retransmisso do quadro. A primeira tcnica denominada cdigo corretor de erros e a
segunda cdigo detetor de erros.
Umapalavradecdigodecomprimentoigual an bitscompostadeumnmerom de
bits dedados eumnmero r debits decontrole(n = m +r). Dadas duas palavras decdigo,
por exemplo, 10001001 e10110001, possvel determinar dequantos bits elas diferem(no
caso do exemplo, elas diferemde 3 bits). Isto pode ser feito efetuando umou exclusivo
entreas duas palavras econtando onmero debits "1" do resultado. A estenmerodado o
nomedeDistncia de Hamming. SeadistnciadeHamming entreduas palavras d, sero
necessrios d erros simples para transformar uma palavra em outra.
54
A parte de dados da palavra de cdigo pode ter at 2
m
valores diferentes. Devido
formacomqueos r bits decontrolesocalculados, nemtodos os 2
n
valores possveis paraa
palavradecdigo so efetivamenteutilizados. Sendo conhecidaatcnicadeclculo dos bits
decontrole, possvel fazer umalistadetodas as palavras decdigo vlidas. Pode-seagora
verificar entreaspalavrasdestalistaquais asqueapresentamamenor distnciadeHamming.
Esta ser a distncia de Hamming do cdigo como um todo.
A propriedade de um cdigo ser detetor ou corretor depende da sua distncia de
Hamming. Para que seja possvel detectar d erros numa palavra, necessrio que o cdigo
tenha uma distncia de Hamming de d+1. Isto porque impossvel que d erros possam
transformar uma palavra de cdigo em outra palavra de cdigo autorizada.
Por outro lado, para que seja possvel corrigir d erros, a distncia de Hamming do
cdigo deverser de2d +1. Nestecaso, mesmo qued erros simples ocorram, apalavrade
cdigo continua ainda mais prxima da palavra transmitida.
Assim, fica claro que umcdigo corretor de erros precisa ter palavras vlidas mais
diferentes entre si do que as usadas com um cdigo apenas detetor de erros.
Veremos a seguir exemplos de ambas as tcnicas.
a) Os cdigos de correo de erro (forward error control)
Os cdigos corretores so utilizados para as transmisso de dados em casos
particulares como, por exemplo, quando os canais so unidirecionais ouquando impossvel
ou indesejvel requisitar a retransmisso de um quadro.
Umexemplo extremamentesimplificado decdigo corretor deerros podeser visto a
seguir, sendo este composto de apenas 4 palavras de cdigo: 0000000000, 0000011111,
1111100000 e 1111111111.
Estecdigo apresentaumadistnciadeHamming de5, o quesignificaqueelepode
corrigir at2 erros emcadapalavradecdigo. Seo receptor detectaumapalavradecdigo
igual a 0000000111, ele capaz de reconhecer a palavraoriginal como sendo 0000011111,
poisestaapalavravlidamaisprximadarecebida. Por outrolado, seumerrotriploocorre,
modificando, por exemplo, apalavra0000000000em0000000111, oreceptor serincapaz de
corrigi-lo.
Um cdigo corretor de erros bastante usado na prtica foi proposto pelo prprio
Hamming em1950. Este cdigo s pode corrigir erros simples, de 1 bit. Nele, o nmero
mnimodebitsdecontroledadopor (m + r + 1) 1 2
r
, ondem onmerodebitsdedadose
r o nmero de bits de controle. No cdigo de Hamming, cada palavra composta por uma
mistura de bits de dados e de controle, numerados da esquerda para a direita (assim, o bit 1 o
primeiro daesquerda). Todos os bits queso potncias de2(1, 2, 4, 8, 16, etc...) so usados
como bits de controle e os demais (3, 5, 6, 7, 9, 10, etc...) so usados como bits de dados
(figura 2.3.3.8).
55
1
bi ts de contr
3 4 5 6 7 8 9 10 11 2
bi ts de dados
Figura 2.3.3.8 - Palavra de cdigo de 11 bits, com 7 bits de dados e 4 de controle
Umdeterminadobit dedadosk temsuaparidadecontroladapelosbitsdecontroleque
fazempartedaexpansodek empotnciasde2(isto, cujasomaigual ak). Por exemplo, o
bit dedados 3controladopelos bits 1e2, obit 5pelos bits 1e4, obit 6pelos bits 2e4, o
bit 11 pelos bits 1, 2 e 8, etc.
Os bits decontrolesocalculados deformaqueumOU-exclusivo(XOR) entreeles e
o bit de dados que estes controlam sempre par. Por exemplo:
(Bit de dados 3) XOR (Bit de Controle 1) XOR (Bit de controle 2) =1.
Quando umapalavradecdigorecebida, aunidadereceptorainicializaumcontador
emzero. Emseguida, aparidadedecadabit decontroleverificada. Seumadelasnoestiver
correta, onmerodobit decontroleondeo errofoi detectadoadicionadoaocontador. Seo
contador estiver emzero no final do processo, assume-sequeno houveerro (ou, ao menos,
nada foi detectado). Se o contador no estiver emzero, o seu valor indica o nmero do bit
errado, que pode ento ser corrigido por simples inverso, sem necessidade de retransmisso!
Para exemplificar, suponha que queremos transmitir o texto "Hamming code" entre
dois computadores. Adotou-se palavras de cdigo com 7 bits de dados, de forma que o
nmero mnimo debits decontrole4. As palavras decdigo atransmitir so mostradas na
tabela abaixo:
Caracter Cdigo ASCII Cdigo de Hamming
H 1001000 00110010000
a 1100001 10111001001
m 1101101 11101010101
m 1101101 11101010101
i 1101001 01101011001
n 1101110 01101010110
g 1100111 11111001111
0100000 10011000000
56
c 1100011 11111000011
o 1101111 00101011111
d 1100100 11111001100
e 1100101 00111000101
b) Os cdigos de deteco de erro (feedback error control)
O exemplo mais simples de cdigo detetor de erros o controle de paridade. Ele
baseado naadio de1bit deparidadecadapalavradecdigo enviada, obtido por meio de
umOU-exclusivo (XOR) dos bits que compema palavra. Por exemplo: para a seqncia
00100110, obit deparidadevale1(0xor 0xor 1xor 0xor 0xor 1xor 1xor 0=1, paridade
impar). Logo, o emissor envia a seqncia 001001101, que inclui o bit de paridade no final.
O receptor, por seu turno, realiza independentemente uma operao OU-exclusivo
sobre os bits que vo sendo recebidos (isto , calcula a paridade novamente) e compara o
resultadoobtidocomoltimobit enviado(queobit deparidadecalculadopeloemissor); se
houver diferena, houveerro detransmisso (isto , algumbit foi distorcido). No entanto, se
umnmeropar debitsfoi distorcido, omtodonocapaz dedetectar oerro. Assim, obit de
paridade permite detectar unicamente erros simples.
Umavariantemelhoradadestemtodoaparidadelongitudinal, conhecidacomoBSC
(Block Sum Check), usadaparao conjunto depalavras decdigo quecompemumquadro.
Aqui, almde acrescentar umbit de paridade para cada palavra, calculada uma palavra
completa adicional, da forma mostrada no exemplo seguinte:
caracter ASCII binrio bit paridade
R 52H 01010010 1
E 45H 01000101 1
D 44H 01000100 0
E 45H 01000101 1
BSC 00010110 1
A palavra BSC enviada no final do quadro, aps as palavras que fazemparte dos
dados a enviar. O receptor, a exemplo da tcnica de paridade simples, calcula o BSC dos
dadosamedidaquesorecebidosecomparaoresultadocomaltimapalavraenviada(que
o BSC calculado pelo emissor); se houver diferena, houve erro de transmisso. Nesta
variante, erros que no foram detectados pela paridade simples provavelmente sero
detectados pela paridade longitudinal. Esta tcnica largamente utilizada emprotocolos de
rede mais simples, mas tem uma eficincia limitada.
Um mtodo de deteco de erros ainda melhor e largamente utilizado em redes locais
a definio de umcdigo polinomial, tambmdenominado CRC (cyclic redundancy code).
57
Nos cdigos polinomiais, considera-se que os bits de uma cadeia de caracteres so os
coeficientes de um polinmio, coeficientes estes, capazes de assumir apenas dois valores: 0 ou
1. Assim, umbloco dek bits visto como umasriedecoeficientes deumpolinmio dek
termos, indo de x
k-1
a x
0
. Por exemplo, a palavra 110001 contm6 bits e representa o
polinmio x
5
+x
4
+1 (coeficientes contados da direita para a esquerda).
A utilizao decdigos de deteco polinomiais baseadanaescolhadeumcdigo
especial que caracteriza um polinmio gerador G(x). Uma exigncia em relao a este
polinmio que os bits mais significativo e menos significativo (correspondendo,
respectivamente aos coeficientes de mais alta ordeme de mais baixa ordemdo polinmio)
sejamde valor 1. A tcnica consiste emadicionar a umbloco de dados (caracterizando um
polinmio M(x)) umconjunto de bits de controle de modo que o quadro (dados +bits de
controle) sejadivisvel por G(x). Narecepo, aentidadedeEnlaceefetuaadiviso dos bits
compondo o quadro pelo polinmio gerador. Caso o resto seja diferente de zero,
caracterizada ento a ocorrncia de um erro de transmisso.
O Algoritmo bsico para o clculo do CRC o seguinte:
Seja r o grau do polinmio gerador G(x); acrescentar r bits a zero no final da
mensagem a enviar, obtendo o polinmio x
r
.M(x) ;
executar a diviso em mdulo-2 do polinmio resultante x
r
.M(x) por G(x);
Subtrai em mdulo-2 o resto da diviso acima do polinmio x
r
.M(x)
Resultado: quadro a transmitir com FCS
Vamos ilustrar o clculo do CRC por meio de um exemplo:
Seja o Frame de dados a transmitir: M(x) =11100110
Tomemos como polinmio gerador: G(x) =11001 =x
4
+x
3
+1
O Frame com acrscimo do zeros fica: x
r
.M(x) = 11100110 0000
A diviso do polinmio x
r
.M(x) por G(x) ilustrada a seguir:
1 0 1 1 0 1 1 0
1 1 0 0 1 1 1 1 0 0 1 1 0 0 0 0 0
1 1 0 0 1
0 0 1 0 1 1
0 0 0 0 0
0 1 0 1 1 1
1 1 0 0 1
0 1 1 1 0 0
1 1 0 0 1
0 0 1 0 1 0
58
0 0 0 0 0
0 1 0 1 0 0
1 1 0 0 1
0 1 1 0 1 0
1 1 0 0 1
0 0 0 1 1 0
0 0 0 0 0
0 1 1 0
Para o exemplo acima, o resto R(x)=0110 a prpria FCS. O Frame a transmitir
dadopor x
r
.M(x) - R(x) =111001100110(quecorrespondeaoframeoriginal acrescidodos4
bits de R(x)) .
Todas as operaes descritas acima podem ser implementadas em hardware com
registradores de deslocamento e portas lgicas XOR.
Alguns exemplos de polinmios geradores freqentemente adotados na deteco de
erros so:
CRC-12 = x
12
+ x
11
+x
3
+ x
2
+x
1
+1
CRC-16 = x
16
+ x
15
+x
2
+1
CRC-CCITT = x
16
+ x
12
+x
5
+1
Tomando-se o polinmio gerador da CCITT como exemplo, verificamos que um
polinmio de ordem 16, de forma que sero acrescentados 16 bits de CRC em cada quadro.
Este polinmio capaz de detectar:
todos os erros de paridade
todos os erros de 2 bits
todos os pares de erros de 2 bits cada
blocos de erros no excedendo 16 bits
Estaltimatcnicabemmais eficientequeas anteriores, apesar deno ser infalvel
(nenhuma delas). Observequeoscdigos detetores deerrono corrigemaspalavraserradas
recebidas. Eles permitemapenas detectar aocorrnciado erro eo computador querecebeos
dados deve requerer uma retransmisso da palavra de cdigo errada, ao contrrio do que
ocorre com os cdigos corretores !
2.3.3.4. Anlise de alguns protocolos de enlace
Os protocolos que analisaremos aqui vo permitir detectar uma srie de problemas
relacionados aocontroledeerros, queafunomais importanteaser efetuadapelacamada
59
deEnlace. A ordemdeapresentaodestesprotocolossegueumaordemdecomplexidadeque
vai crescendo emfuno de novas hipteses que levantaremos ao longo da anlise. Nesta
anlise, vamos considerar a comunicao entre entidades de comunicao situados emdois
sistemas distantes, denominados aqui A e B.
No primeiro caso, vamos supor queo suportedecomunicao utilizado permiteuma
comunicaounidirecional apenasequeascamadasdeRededossistemasA eB estosempre
prontasaenviar ereceber dados, respectivamente. Ainda, nestecaso, ocanal decomunicao
perfeito, ou seja, nenhumquadro corrompido ou perdido. Assim, do lado do receptor, o
nico evento possvel a recepo de quadros corretos. A figura 2.3.3.9 ilustra a troca de
quadros entreas entidades localizadas nos sistemas A eB. Estatrocarealizadanumanica
direo (de A para B), sema ocorrncia de perdas dada a considerao de que o canal de
comunicao perfeito.
O segundo caso, indo do imaginrio ao mais realista, leva emconta o fato de que a
camada de Rede do sistema receptor no temcapacidade de tratar os dados coma mesma
velocidadeemqueelessogeradospelacamadadeRedeemissora. Por outrolado, ahiptese
de que o canal perfeito e que os dados circulam numa nica direo ainda verdadeira.
O problemaquesecoloca, nestecaso, o deimpedir queo emissor envieos quadros
numavelocidadesuperior quelaqueoreceptor podeconsumi-los(trat-loseretransmiti-los).
Uma formadefaz-lo estabelecer ummecanismo de temporizao do lado do emissor de
modoaprovocar umpequenoespaodeesperapelotratamentododadopreviamenteenviado
antes do envio do seguinte. Estasoluo no , evidentemente, amelhor, umavez queuma
m escolha do limite de espera pode conduzir a atrasos indesejveis na comunicao.
dados
dados
dados
.
.
.
A B
Figura 2.3.3.9 - Troca de quadros considerando um protocolo onde a comunicao
unidirecional e sem corrupo nem perda de quadros.
Uma forma mais eficiente de faz-lo determinar uma maneira de informar ao
emissor, do estado corrente do receptor. Isto conduz definio de quadros de
reconhecimento quesero enviados pelo receptor, aps o tratamento do dado recebido, para
informar aoemissor queelepodeenviar oquadrodedadosseguinte. Istosignificaque, apesar
dacomunicaoser consideradaunidirecional, ocanal conectandoasduascamadasdeEnlace
60
deve permitir a comunicao bidirecional para permitir que a entidade de Enlace receptora
emita os quadros de reconhecimento. Este protocolo, denominado send-wait, stop-and-wait ou
envia-espera, ilustrado pela figura 2.3.3.10.
Oterceirocasoaser analisadoaqui torna-semuitomaisprximodoreal, umavez que
consideraremos aqui ahiptese (nemtohipotticaassim!) dequeos dados possamchegar
outra extremidade do canal corrompidos ou que estes sejamperdidos ao longo do canal.
Vamos, porm, considerar a possibilidade de detectar a ocorrncia de quadros incorretos
atravs de uma das tcnicas apresentadas na seo 2.3.3.3.
dados
A B
reconhecimento
dados
reconhecimento
dados
Figura 2.3.3.10 - Protocolo envia-espera.
Umaprimeirasoluoaquelaemqueoreceptor emiteumquadrodereconhecimento
somente no caso emque o quadro de dados recebido esteja correto. Do lado do receptor,
estabelecidoummecanismodetemporizaoquedisparadoapsoenviodecadaquadrode
dados. Seaps aexpiraodatemporizao, umquadrodereconhecimentonorecebido, o
emissor consideraqueo quadro dedados foi perdido ouquefoi recebido incorretamenteeo
retransmite. A operao repetidapelo nmero devezes quesejamnecessrias paraqueum
quadro de reconhecimento seja, enfim recebido de B (figura 2.3.3.11).
61
A B
temporizao esgotada
temporizao interrompida
reconhecimento
reconhecimento
dado2
dado2
dado1
Figura 2.3.3.11 - Protocolo considerando controle de erro por quadro de reconhecimento com
temporizao.
Esta soluo, porm, apresenta uma grave deficincia: no caso da entidade em B
receber corretamenteodadoeenviar oquadrodereconhecimentoeesteltimofor perdidono
canal decomunicao, aentidadeemissora, aps aexpirao datemporizao, vai reemitir o
quadro de dados, gerando um problema de duplicao de mensagem (figura 2.3.3.12).
Isto significa que o receptor deve ser capaz de reconhecer os quadros recebidos de
modo a saber se estes so duplicados ou no. Para isto, ser preciso introduzir umcampo
contendo umnmero de seqncia (umbit, no caso) do quadro de modo a permitir esta
distino. Seumaentidadereceptorarecebesucessivamentedois quadros contendo o mesmo
nmero de seqncia, o segundo ser rejeitado.
Outro ponto importante a ser destacado no caso deste terceiro tipo de protocolo a
escolha do valor da temporizao no emissor (para espera do reconhecimento). Uma
temporizao muito longa pode conduzir a atrasos indesejveis na comunicao. Uma
temporizao excessivamente curta, por outro lado, pode conduzir a erros de protocolo
considerveis. Tomando como exemplo este caso, vamos supor que o emissor enviou um
quadro, queestefoi recebido corretamentepelo receptor que, por suavez, emitiuumquadro
de reconhecimento.
62
dado1
A B
dado1
reconhecimento
temporizao esgotada
perda
quadro duplicado
Figura 2.3.3.12 - Protocolo considerando controle de erro por quadro de reconhecimento com
temporizao, no caso de perda do quadro de reconhecimento (gerando duplicao de quadro).
Considerando queatemporizao excessivamentecurta, podeocorrer queestaseja
expirada antes que o quadro de reconhecimento tenha sido integralmente transmitido ao
emissor. Desta forma, o receptor entende que o quadro foi perdido ou transmitido
incorretamente e retransmite o mesmo. Em seguida, o emissor recebe o quadro de
reconhecimentodaqueleenviadoinicialmentee, erroneamente, pensaqueoreconhecimento
relativo quele queele haviaenviado posteriormente. Entretanto, o emissor desconhece que
um novo quadro de reconhecimento est a caminho (relativo ao quadro duplicado). Se,
portanto o quadro seguinte perdido e o emissor recebeumquadro de reconhecimento ele,
desta vez, vai interpretar que o ltimo quadro enviado foi corretamente recebido,
caracterizando ento um erro de protocolo. A figura 2.3.3.13 ilustra este problema.
Os protocolos analisados nestaseo, do tipoenvia-espera, apesar dos problemas que
podemgerar, so bastante utilizados, principalmente devido sua relativa simplicidade de
construo. Estaclassedeprotocolos, almdisso, subutilizaocanal decomunicao, umavez
que eles devem esperar a recepo do quadro de reconhecimento para poderem enviar o
quadro de dados seguinte.
Uma classe de protocolos mais eficiente aquela emque o emissor pode enviar um
certo nmerodequadros dedados semqueeletenharecebidoo reconhecimentodos quadros
j emitidos. Isto vai requerer, obviamente, a implementao de um mecanismo de
reconhecimento de quadros mais completo que aquelecitado no caso do protocolo anterior.
So os denominados protocolos contnuos ou de largura de janela.
63
dado1
A B
dado1
dado2
reconhecimento
reconhecimento
perda
temporizao interrompida
temporizao esgotada
Figura 2.3.3.13 - Protocolo com quadro de reconhecimento no caso de temporizao
excessivamente curta.
Os protocolos de largura de janela tambm so chamados protocolos de janela
deslizante ou Continuous-RQ.
A idiabsicanumerar tambmosACK. EmconseqnciadanumeraodosACK,
o emissor no precisa esperar umACK para cada quadro: ele pode enviar vrios quadros e
manter uma lista de retransmisso com um time-out para cada quadro. A lista de
retransmisso opera de forma FIFO. O receptor retorna umACK como nmero do quadro
recebido N(r). O receptor mantm uma lista de recepo, contendo os n ltimos quadros
recebidos sem erro (n a largura da janela).
Quando o emissor recebe umACK, deleta o quadro comnmero correspondente da
lista de retransmisso. Este procedimento ilustrado na figura 2.3.3.14.
tempo
N N N
N+1 N+1
N+2
N+1
N+2
N+3
N+2
N+3
N+4
N+3
N+4
N+1
N N N N N
N+1
N+1
N+1
N+1
N+1
N+1
N+1
N+1
N+1
lista de
retrans-
misso
lista de
recepo
E
R
I(N) I(N+1) I(N+2) I(N+3) I(N+4)
I(N) I(N+1) I(N+2) I(N+3) I(N+4)
I(N) I(N+1) I(N+2) I(N+3) I(N+4)
A(N) A(N+1) A(N+2) A(N+3)
Figura 2.3.3.14 - Protocolo de janela deslizante
64
OExemplovistoassumequenoocorremerros. Duas estratgias podemser adotadas
em caso de erros:
Retransmissoseletiva: emissor retransmitesomentequadroscujosACK noforam
recebidos aps time-out. Receptor temquemanter buffer comn(larguradejanela)
grande...
Retorna-N (Go-Back-N): quando o receptor recebe umquadro fora da sequencia,
pede ao emissor para reiniciar do ltimo quadro recebido na ordem correta.
Receptor mantm janela com largura 1 !
2.3.3.5. Exemplo de Protocolo de Enlace: o HDLC
HDLC (High-level Data Link Control) umafamliadeprotocolos orientados ao bit,
resultado do esforo realizado pelaISO paraapadronizao dacamadadeenlace. O HDLC
foi definido pelaISO apartir do protocolo SDLC (Synchronous DataLink and Control), da
IBM. Existem atualmente diversos protocolos compatveis com o HDLC: por exemplo,
ADCCP (ANSI), LAP E LAPB (CCITT).
O protocolo HDLC prev 2 modos de operao:
NRM (Normal ResponseMode): defineumaestao mestraevrias escravas com
topologia em barramento;
ABM (AsynchronousBalancedMode): operaomultimestreparatopologiaponto-
a-ponto.
A forma de operao mais comum para a maioria das aplicaes de HDLC a
utilizao do modo NRM (mestre / escravos).
Umquadro HDLC apresentaaestruturaconformemostrado nafigura 2.3.3.15, cujos
campos sero descritos a seguir. Os campos flag correspondem seqncia 01111110, que
permitedelimitar oquadro. Todosos quadrosHDLC iniciameterminamcomestaseqncia.
Nocasodeenviodequadrosconsecutivos, ummesmoflagpodemarcar ofimdeumquadroe
o incio deoutro. O campo endereo, de8 bits, permiteidentificar aestao destinatriado
quadro (no caso de comando) ou fonte (no caso de resposta). O campo controle permite
identificar a funo do quadro, assimcomo especificar os nmeros de seqncia. A figura
2.3.3.16mostraaconfiguraodosbitscompondoestecampo. Ocampoinformao aquele
que contm os dados a serem transferidos via camada de Enlace. O campo FCS (Frame Check
Sequence) contmaseqnciadedetecodeerrosutilizada. Estaseqnciacalculadasobre
os campos endereo, controle e informao, utilizando como polinmio gerador a
combinao x
16
+ x
12
+x
5
+1 (CRC-CCITT).
Umquadro deenlaceconsiderado incorreto e, assim, ignorado pelo destinatrio nas
seguintes condies:
65
se no estiver delimitado pelos flags;
se o comprimento for inferior a 32 bits entre flags;
se contiver mais de sete 1s consecutivos.
O protocolo HDLC prev trs tipos de quadro: de informao, de superviso e no
numerados, diferenciados pelocampo de controle, comomostraafigura2.3.3.15. Os bits 1e
2 deste campo permitem identificar o tipo de quadro: se bit 1 =0 indica um quadro de
informao; sebit 1 =1, podeidentificar tanto umquadro de superviso (bit 2 =0) ou um
quadro no numerado (bit 2 =1). Os quadros de superviso so utilizados principalmente
paracontroledefluxo (indicar sereceptor estpronto ouno parareceber dados, rejeio de
quadros comdefeito, quadro de reconhecimento), enquanto os quadros no numerados so
usados principalmente para o estabelecimento e o trmino de conexes.
8 bits 8 bits 8 bits
***
16 bits
8 bits
flag endereo controle informao FCS flag
Figura 2.3.3.15 - Estrutura de um quadro HDLC.
1
2 3 4 5 6 7 8
0 N(s)
P/F
N(r)
1
0 S S
P/F
N(r)
1
1 M M
P/F
M M M
bits
informao
superviso
no numerado
Figura 2.3.3.16 - Campo controle dos quadros HDLC.
OcampoN(s) permitedefinir onmerodeseqnciadoquadroeocampoN(r) parao
reconhecimento de quadros (indica o nmero do prximo quadro esperado) N(s) e N(r)
correspondem, defato, aos camposseq eack mostrados anteriormente. Obit P/F dependedo
modo deoperao do protocolo. No primeiro modo deoperao, resposta normal (NRM), o
bit P a 1 indica que a estao emissora deseja consultar uma secundria. Desta forma, o
ltimoquadrodeumaseqnciadequadrosderespostaenviadospor umaestaosecundria
conter o bit F a 1. No segundo modo, resposta assncrona e balanceada (ABM), o
66
recebimento de umquadro como bit P a 1 indica que a estao secundria deve enviar o
prximo quadro com o bit F tambm a 1.
Os bits S soutilizados paraidentificar comandosdesuperviso, particularmentepara
comandos de reconhecimento e de controle de fluxo. A tabela abaixo mostra as possveis
combinaes dos bits S e os comandos / respostas associados.
S S Cdigo Comando/Resposta
0 0 RR Receiver Ready (Receptor Pronto)
1 0 RNR Receiver Not Ready (Receptor No Pronto)
0 1 REJ Reject (Rejeitado)
1 1 SREJ Selective Reject (Recusa Seletiva)
Os bits M so utilizados para identificar comandos e respostas no numeradas. Eles
permitem, nos quadrossemnumerao, representar 32diferentes comandos erespostas, entre
os quais DISC para terminar uma conexo de enlace previamente estabelecida, FRMR para
indicar arejeio deumquadro, SNRM (Set Normal ResponseMode, Connect), SABM (Set
Asynchronous BalancedMode), UA (UnnumberedACK), UP (UnnumberedPoll, usado pelo
mestre em NRM), etc...
A operao do protocolo pode ser ilustrada como segue:
Inicio de operao:
ajuste do modo de operao e estabelecimento de uma conexo (frame
SNRM ou SABM)
parceiro responde com frame UA
Troca de Dados:
emNRM, escravo s envia dados a pedido do mestre: mestre envia UP,
escravo responde com I-Frame (se tem dados) ou RNR (se no tem dados)
emABM, operao full-duplex. Estao envia I-Frame, receptor responde
com RR (ACK), REJ (NAK) ou SREJ (NAK)
Fim conexo:
emNRM smestrepodeconcluir conexo(frameDISC); escravoresponde
com frame UA.
em ABM, qualquer lado pode enviar DISC; outro responde com UA.
2.3.3.6. Padro IEEE 802 para a Camada de Enlace
67
O IEEE definiu um padro para a camada de enlace (norma IEEE 802.2), hoje
largamentedifundido. Estudaremos anormaIEEE 802 mais detalhadamenteemumcaptulo
posterior. Aqui nos limitaremos a descrever brevemente as primitivas propostas nesta norma.
Primitivas da Interface MAC / LLC:
M_DATA.request (local address, remote address, user data, service class):
pedido originado dasubcamadaLLC paraasubcamadaMAC solicitando o
envio de um frame de dados entre estaes;
M_DATA.confirm(status): confirmao de envio de umframe retornada
pela subcamada MAC subcamada LLC (valor local, no ACK do
receptor);
M_DATA.indication (local address, remote address, user data, service
class): indicaparaasubcamadaLLC do receptor achegadadeumframede
dados de uma estao remota.
Na proposta IEEE 802, a subcamada MAC opera somente com servios sem conexo e
semreconhecimento. OsserviosoferecidospelasubcamadaLLC aousurio(oucamadade
rede) podem ser com ou sem conexo e so apresentados na tabela a seguir:
SERVIOS ORIENTADOS CONEXO
L_CONNECT.request (local address, remote address, service class)
L_CONNECT.indicationt (local address, remote address, status, service class)
L_CONNECT.response (local address, remote address, service class)
L_CONNECT.confirm (local address, remote address, status, service class)
L_DISCONNECT.request (local address, remote address)
L_DISCONNECT.indication (local address, remote address, reason)
L_DISCONNECT.response (local address, remote address)
L_DISCONNECT.confirm (local address, remote address, status)
L_DATA_CONNECT.request (local address, remote address, user_data)
L_DATA_CONNECT.indication (local address, remote address , user_data)
L_DATA_CONNECT.response (local address, remote address)
L_DATA_CONNECT.confirm (local address, remote address status)
68
L_RESET.request ( local address, remote address)
L_RESET.indication (local address, remote address, reason)
L_RESET.response (local address, remote address)
L_RESET.confirm (local address, remote address, status)
L_CONNECTION_FLOWCONTROL.request (local address, remote address,
amount of data)
L_CONNECTION_FLOWCONTROL.indication (local address, remote address,
amount of data)
SERVIOS SEM CONEXO
L_DATA.request (local address, remote address, user_data, service class)
L_DATA.indication (local address, remote address, user_data, service class)
2.3.4. A CAMADA DE REDE
O objetivo da camada de Rede assegurar o transporte de unidades de dados,
denominadas pacotes, do sistema fonte ao sistema destinatrio, definindo uma trajetria
apropriada. Estatrajetriapodesignificar apassagempor diversosnsintermediriosdarede,
o que significa que a camada de Rede deve ter o conhecimento de todos os aspectos
topolgicos daredeconsideradae, comestainformao, ser capaz deescolher o caminho a
ser traado pelas mensagens (Roteamento). Nestaescolha, interessantequesejalevado em
contaoestadocorrentedarede, particularmentenoquediz respeitoaotrfegodasmensagens,
evitando assim a sobrecarga de certos trechos das linhas de comunicao.
Ainda, se o sistemas fonte e destinatrio esto conectados a redes diferentes, estas
diferenas devem ser levadas em conta e compensadas pela camada de Rede.
Duas funes essenciais da camada de Rede, descritas brevemente aqui, refletem,
respectivamente, os problemas deroteamento econgestionamento, sero tratados nestaparte
do documento. Os mecanismos relacionados s funes deinterconexo de redes merecero
uma parte dedicada mais adiante.
2.3.4.1. Servios oferecidos pela camada de Rede
a) Servios orientados conexo e sem conexo
Umadas primeiras discusses realizadas no quediz respeito concepo dacamada
de Rede foi a questo do tipo de servio a ser oferecido s camadas superiores,
particularmente relacionado existncia ou no de conexo.
69
Aqueles que defendiama proposta de umservio semconexo, estabeleciamque a
funo desta camada era garantir o transporte dos pacotes e nada mais que isso, as outras
funes como o controle deerro, controle defluxo, etc, devendo ficar acargo das camadas
superiores da arquitetura de comunicao. Desta forma, a camada de Rede deveria, ento,
oferecer unicamente dois tipos de primitivas de servio: SEND PACKET e RECEIVE
PACKET.
Por outro lado, outro grupo defendiaapropostadeumservio confivel, orientado
conexo, com comunicao bidirecional.
Oresultadodestadiscussofoi adefinio, anvel domodeloOSI, deduasclasses de
servio, sem conexo e orientado conexo, sendo que uma certa liberdade foi dada no
sentido desedefinir aquenvel o servio comconexo seriaimplantado, ou mesmo seeste
seria implantado. Abriu-se, assim, a possibilidade de se ter, nos diferentes nveis, as duas
classes de servio, como ilustrado pela figura 2.3.24.
APLICAO
APRESENTAO
SESSO
TRANSPORTE
REDE
ENLACE
FSICA
servio orientado
conexo
servio sem
conexo
SAP
Figura 2.3.24 - Ilustrao das classes de servio do modelo OSI.
OsSAPssolocalizadosnainterfaceentreduascamadas, permitindoqueumacamada
tenhaacessoaosserviosoferecidospelacamadainferior. Comosepodever nafigura2.3.24,
da camada de Enlace para cima, os servios podem ser sem ou com conexo.
Pode-seter, desdeo nvel Aplicao, umservio totalmenteorientado conexo ou,
de maneira oposta, sem conexo. Ainda, possvel ter-se num dado nvel, um servio
orientado conexo, mesmo se os servios oferecidos pelas camadas inferiores so sem
conexo. Oinversotambmverdadeiro, emboranosejaumaescolhadasmaisinteressantes
(implantar servios sem conexo sobre redes oferecendo servios orientados conexo).
Umaconexo deRedevista, daticado modelo OSI, como umpar defilas FIFO
(FIrst In FIrst Out), cadaumaorientadanumsentido, conectadoentredoisNSAPs (endereos
derede). A figura 2.3.25 ilustrao estado daconexo, considerando aadoo deumservio
orientado conexo. A figura 2.3.25(a) ilustra o estado da conexo antes do seu
70
estabelecimento; 2.3.25(b) aps o estabelecimento da conexo e, 2.3.25(c), aps o envio de
trs pacotes de dados.
NSAPs
usurio
1
usurio
2
camada Rede
NSAPs
(a) (b) (c)
usurio
1
usurio
2
camada Rede
camada Rede
NSAPs
usurio
1
usurio
2
Figura 2.3.25 - Modelo de uma conexo de Rede: (a) antes do estabelecimento; (b) aps o
estabelecimento; (c) aps o envio de trs pacotes (de 1 para 2).
b) As primitivas de servio
A tabelaaseguir apresentaas primitivas deservio disponveis pelacamadadeRede
do modelo OSI, tanto para os servios orientados conexo como para os sem conexo.
SERVIO ORIENTADO CONEXO
N_CONNECT.request(called, calling,acks_wanted,exp_wanted,qos,user_data)
N_CONNECT.indication(called,calling,acks_wanted,exp_wanted,qos,user_data)
N_CONNECT.response(responder,acks_wanted,exp_wanted,qos,user_data)
N_CONNECT.confirm(responder,acks_wanted,exp_wanted,qos,user_data)
N_DISCONNECT.request (source, reason, user_data, responding_address)
N_DISCONNECT.indication (source, reason, user_data, responding_address)
N_DATA.request (user_data)
N_DATA.indication (user_data)
N_DATA_ACKNOWLEDGE.request ( )
N_DATA_ACKNOWLEDGE.indication ( )
N_EXPEDITED_DATA.request (user_data)
N_EXPEDITED_DATA.indication (user_data)
N_RESET.request (source, reason)
N_RESET.indication (source, reason)
N_RESET.response ( )
N_RESET.confirm ( )
SERVIO SEM CONEXO
N_UNITDATA.request (source_address,dest_address, qos, user_data)
N_UNITDATA.indication (source_address,dest_address, qos, user_data)
71
N_FACILITY.request (qos)
N_FACILITY.indication (dest_address, qos, reason)
N_REPORT.indication (dest_address, qos, reason)
N_CONNECT.request aprimitivautilizadapararequisitar oestabelecimentodeuma
conexo deRedeeatravs deseus parmetros deve-seindicar o endereo ao qual sedeseja
conectar (calling), assimcomo o endereo do iniciador (called). Encontra-se, ainda, nos seus
parmetros, duas variveis booleanas que permitem requisitar servios adicionais.
O parmetro acks_wanted permiteindicar o pedido dereconhecimento depacotes. Se
acamadadeRedeno permiteo fornecimento dereconhecimento, o fornecedor vai colocar
estavarivel afalso naprimitivadeindicao; damesmaforma, seaentidadedestinatriano
podefornecer reconhecimento, elamesmao far(colocar acks_wanted afalso) naprimitiva
de resposta.
O outro parmetro booleano, exp_wanted, permite a utilizao de servios de dados
expressos (ou urgentes), o que significa que um pacote pode violar a ordem normal dos
pacotes nafilaparasecolocar nacabeadesta. Isto permite, decerto modo, estabelecer um
nvel de prioridade entre as mensagens a nvel de Rede.
O parmetro qos (quality of service) permitedeterminar aqualidadedo servio aser
oferecido, sendo composto de duas listas de valores. A primeira lista contm o contexto
desejado pela entidade iniciadora; a segunda indica os valores mnimos aceitveis. Se o
servio de Rede incapaz de fornecer pelo menos os valores mnimos estabelecidos pelo
usurio iniciador, aconexo no serestabelecida. Os valores estabelecidos nesteparmetro
so a taxa de erro, a taxa de transmisso, a confidencialidade e custo da transmisso.
O iniciador pode, atravs do parmetro user_data, introduzir dados no pedido de
conexo, podendo a entidade chamada consultar estes dados antes da aceitao da conexo.
A aceitao de uma conexo feita pelo chamador atravs da primitiva
N_CONNECT.indication; por outro lado, a recusa implementada atravs da primitiva
N_DISCONNECT.request, que informa, atravs do parmetro reason, o motivo do no
estabelecimento da conexo.
Se a conexo estabelecida, a transmisso de dados feita utilizando a primitiva
N_DATA.request, queserrefletidano receptor por umaprimitivaN_DATA.indication. Caso
um pedido de reconhecimento de pacotes foi acertado entre os usurios da camada no
momento daconexo, o reconhecimento serimplementado atravs do envio, pelo receptor,
de uma primitiva N_DATA_ACKNOWLEDGE.request.
As primitivas N_RESET so utilizadas parasinalizar problemas decomunicao, tais
como o bloqueio de uma entidade de transporte envolvida na comunicao ou mesmo do
fornecedor do servio. Oefeito desteservio o esvaziamento das filas deespera, sendo que
72
as informaes presentes nestas sero perdidas. As perdas devero ser recuperadas pela
camada de Transporte.
As primitivas N_UNITDATA so utilizadas para o envio de dados no servio sem
conexo; elasnooferecemnemcontroledeerrosnemdefluxo. N_FACILITY oservioque
permiteao usurio obter informaes sobreas caractersticas datransmisso deinformao,
por exemplo, a percentagem de pacotes distribudos.
Finalmente, aprimitivaN_REPORT permitecamadadeRedeinformar aocorrncia
de problemas relativos ao servio de Rede, como, por exemplo, a indisponibilidade
momentnea de um determinado endereo destinatrio.
c) O endereamento de Rede
Umafunoimportantedestacamadaofornecimentodeumacodificaoespacial de
endereos coerente para uso da camada de Transporte. O fato que, para cada rede, foi
definida uma estrutura distinta de endereamento, o trabalho de uniformizao ficando a cargo
da camada de Rede.
De uma forma geral, 2 esquemas bsicos de endereamento so possveis:
endereamento hierrquico: oendereoconstitudoconformeaposiodecada
entidade na hierarquia da rede, sugerindo o local onde esta se encontra. Este
esquemadeendereamentousadoemWANseMANs(ex.: Internet). Estatcnica
facilita o roteamento.
endereamento horizontal: aqui, o endereo no temrelao comlocalizao da
entidadenarede. EsteesquemausadoemLANs(ex.: padroIEEE 802). Estetipo
detcnicafacilitaareconfigurao daredesemnecessitar alterar os endereos das
estaes.
NomodeloOSI, aestruturadeendereamentoanvel deRedefoi concebidademodo
aincorporar as caractersticas das diversas estruturas deendereamento existentes. Todas as
primitivasdeserviodeRedeutilizamoendereamentoorientadoaosNSAPsparaidentificar
a origemou o destinatrio de umpacote. A figura 2.3.26 mostra o formato do endereo de
NSAP, que composto de trs campos:
AFI (Authority and Format Identifier), identificao tipo deendereamento existente
no terceiro campo do endereo, possibilitando uma numerao entre 10 e 99,
correspondente aos diferentes formatos existentes e deixando ainda possibilidades
de extenso;
IDI (Initial Domain Identifier) indicaodomnioao qual pertenceonmerodo DSP
(o terceiro campo) se o DSP umnmero de telefone, este campo indicar o
cdigo do pas;
73
DSP (Domain Specific Part) contmo endereo especfico do NSAP no domnio
considerado.
AFI IDI DSP
IDP
Figura 2.3.26 - Endereamento de um NSAP.
2.3.4.2. A funo de Roteamento
Como dito na parte introdutria, a funo principal da camada de Rede efetuar o
encaminhamento dos pacotes trocados entre duas entidades oferecendo uma comunicao
fim-a-fim. Duranteatrajetriaospacotessofreroumasriedesaltos, sendoqueadecisode
quecaminhoutilizar feitaanvel dacamadadeRede. Estadecisopodelevar emconta(ou
no) a situao da rede do ponto de vista do trfego de informao.
Num primeiro ponto, dado este ltimo aspecto, pode-se distinguir os diferentes
algoritmos de roteamento em duas principais classes: os algoritmos adaptativos e no
adaptativos. Osalgoritmosnoadaptativosnolevamemcontaasituaodetrfegodarede,
fazendo o denominado roteamento esttico; j os adaptativos o fazem considerando
modificaes de topologia da rede e do trfego real.
As sees queseguemvo discutir alguns dos conjuntos dealgoritmos deroteamento
existentes.
a) Algoritmo do caminho mais curto
Estealgoritmo baseado numarepresentao dasubredenaformadeumgrafo, onde
os ns so os IMPs eos arcos so as linhas decomunicao. A escolhadeumatrajetria,
ento, baseada neste grafo, o objetivo sendo encontrar o caminho mais curto entre dois IMPs.
O conceito de caminho mais curto pode levar em conta diferentes aspectos:
o nmero de ns entre os dois pontos;
a distncia geogrfica entre os pontos;
os tempos de espera em cada n da trajetria, etc...
Noterceirocaso, por exemplo, osarcossoetiquetadoscomumvalor querepresentao
tempo mdio de espera entre o envio e a recepo de um pacote de teste, expedido
periodicamente.
74
Umexemplodealgoritmodocaminhomaiscurtoaqueledefinidopor Dijkstra, onde
cada n etiquetado pela distncia do n fonte seguindo o caminho mais curto conhecido.
Como, inicialmente, nenhumcaminhoconhecido, osns soetiquetadoscominfinito, ou
"1". Estasvosendoatualizadasmedidaqueoalgoritmoprogrideequeoscaminhosvose
tornando conhecidos, as etiquetas vo indo do provisrio ao permanente uma vez que o
caminho mais curto foi encontrado para os diferentes ns.
A figura 2.3.27 ilustra o funcionamento deste algoritmo. Vamos considerar o grafo
apresentadoem2.3.27(a), ondeosarcossoetiquetadoscomovalor dadistnciaentreosns.
Vamos considerar que o objetivo aqui encontrar o caminho mais curto entre A e D.
Como o n A o n de origem, ele ser marcado por um n de referncia (fundo cinza)
e sero analisados os ns adjacentes. Estes sero etiquetados pela distncia que os separa de A,
marcandotambm, naetiqueta, oltimonapartir doqual oclculofoi feito. Apsaanlise
dos ns adjacentes aA, marca-seaquelecontendo aetiquetademenor valor, como mostrado
em 2.3.27(b), este n passando a ser o n ativo (ou de referncia).
Repetindo a anlise para o n B, define-se o n E como sendo o novo n ativo,
mostradoem2.3.27(c). Oalgoritmovai progredindoatqueocaminhomaiscurtosejaento
encontrado, as etiquetas sendo modificadas segundo as anlises efetuadas. A progresso do
algoritmo para o exemplo ilustrada por 2.3.27(d), 2.3.27(e) e 2.3.27(f).
Para este exemplo, o caminho mais curto fica sendo pelas estaes A-B-E-F-H-D,
sendo A a origem e D o destino final.
2
6
1
2
7
2
4
2
3 3
2
A
B
G
E
F
C
H
D A
B (2,A)
G (6,A)
E ( ,-)
F ( ,-)
C ( ,-)
H ( ,-)
D ( ,-)
(a)
(b)
(c)
(d)
(e)
(f)
A
B (2,A)
G (6,A)
E (4,B)
F ( ,-)
C (9,B)
H ( ,-)
D ( ,-) A
B (2,A)
G (5,E)
E (4,B)
F (6,E)
C (9,B)
H ( ,-)
D ( ,-)
A
B (2,A)
G (5,E)
E (4,B)
F (6,E)
C (9,B)
H (9,G)
D ( ,-) A
B (2,A)
G (5,E)
E (4,B)
F (6,E)
C (9,B)
H (8,F)
D ( ,-)
Final =D (10,H)
Figura 2.3.27 - Ilustrao do algoritmo de Dijkstra.
75
O algoritmo do caminho mais curto pode ser executado localmente em cada n,
partindo de uma informao fixa sobre os custos de cada linha (roteamento esttico
distribudo).
Oalgoritmo podetambmser executado por umaestao encarregadadedefinir rotas
entre todos os demais ns. Esta estao chamada RCC (Routing Control Center). A RCC
recebe novos dados sobre custo de certas linhas cada vez que uma mudana ocorre
(roteamento dinmico centralizado). O uso da RCC pode causar sobrecarga na rede se
ocorremalteraes muito freqentes nos custos de cada linha, pois a RCC temque receber
muitas mensagens contendo novos dados sobre custos das linhas afetadas.
b) Roteamento multicaminhos
Estealgoritmolevaemcontaapossibilidadedeexistnciadediversoscaminhosentre
dois ns de valores quase equivalentes. Desta forma, o desempenho da rede pode ser
melhorado, se o trfego assumido por vrios caminhos, reduzindo assima carga de uma
dada linha de comunicao.
Esta tcnica de roteamento implantada da seguinte forma: cada IMP mantm
atualizada uma tabela comuma linha para cada IMP da rede. Para cada IMP, tem-se as
diferenteslinhasdesadaparaestedestino, classificadasemordemdecrescente, domelhor ao
menos eficiente, com um peso relativo.
Antesdoenviodeumpacote, oIMP geraumnmeroaleatrioparadefinir ocaminho,
utilizando os pesos como probabilidade. As tabelas so criadas de maneira esttica pelo
administrador do sistema e carregadas em cada IMP na inicializao da rede.
O grafo dafigura2.3.28(a) ilustrao desenvolvimento destealgoritmo, sendo queem
2.3.28(b) est apresentada a tabela para o IMP J. Se J recebe umpacote destinado a A, ele
pode optar por um dos trs caminhos, consultando a tabela na linha associada ao n A.
A primeiraescolhaocaminhodiretoaA, asoutrassendoviaI eH, respectivamente.
A deciso, ento, baseadanageraodeumnmeroaleatrioentre0,00e0,99. Seonmero
inferior a0,63, alinhaA serescolhida, seestiver entre0,63e0,83, alinhapassando por I
ser escolhida; seno, ser a linha que passa por H.
76
A B C D
E F G
H
I J K L
A A 0,63 0,21 0,16 I H
B A 0,46 0,31 0,23 H I
C A 0,34 0,33 0,33 I H
D H 0,50 0,25 0,25 A I
E A 0,40 0,40 0,20 I H
F A 0,34 0,33 0,33 H I
G H 0,46 0,31 0,23 A K
H H 0,63 0,21 0,16
K A
I I 0,65 0,22 0,13 A H

K K 0,67 0,22 0,11 H A
L K 0,42 0,42 0,16 H A
(a) (b)
Figura 2.3.28 - Ilustrao do algoritmo multicaminho: (a) grafo da rede; (b) tabela p/ n J .
A vantagem desta tcnica sobre a anterior a possibilidade de definir diferentes
classes de trfego sobre diferentes caminhos. Uma outra vantagem a confiabilidade, uma vez
que vrias linhas podem ser perdidas sem que a rede perca a sua conectividade.
c) Roteamento dinmico distribudo
Nestatcnica, cadaestaotrocaperiodicamenteinformaesderoteamentocomsuas
vizinhas. Cada estao envia aos seus vizinhos imediatos uma tabela contendo informao
sobre custo de transmisso a partir dela para cada uma das demais estaes da rede. Esta
tabela contm, paracada destino possvel, o n preferencial desada e o custo estimado de
transmisso por esten. Estetipo deroteamento tambmconhecido como Roteamento por
Vetor de Distancia (Distance Vector Routing).
Cada n temque conhecer o custo de transmisso para cada umdos seus vizinhos
imediatos. Paradecidir arota, aestao emissorasomao custo detransmisso ato vizinho
imediato com custo estimado dali at destino final.
A operao deste tipo de algoritmo ilustrada na figura 2.3.29.
77
(b) tabelas do n J
A B C D
E F G
H
I J K L
(a) subrede
L
A
B
C
D
E
F
G
H
I
J
K
A I H K
0
12
25
40
14
23
18
17
21
9
24
29
Origens
d
e
s
t
i
n
o
s
24
36
18
27
7
20
31
20
0
11
22
33
20
31
19
8
30
19
6
0
14
7
22
9
21
28
36
24
22
40
31
19
22
10
0
9
8
-
-
-
-
-
-
12
10
0
6
-
J
8
20
28
20
17
30
18
12
10
0
6
15
A
A
I
H
I
I
H
H
I
-
K
K
nova
tabela J
recebido das demais estaes
local
Figura 2.3.29 - Roteamento dinmico distribudo
No exemploacima, umamensagemdonJ paraonB serroteadaatravs donA,
enquanto umamensagemdestinadaao n C passarpelo n I (ver ltimatabelaadireita, na
figura 2.3.39). Vale lembrar que esta escolha de rota pode mudar, pois o roteamento
dinmico, isto , as tabelas so periodicamente atualizadas. Um algoritmo baseado neste
principio, denominado RIP (Routing Information Protocol) foi implementado originalmente
na ARPANET e posteriormente na Internet (parte do protocolo IP at 1990, quando foi
substituido pelo protocolo OSPF, Open Shortest Path First), e na rede novell (protocolo IPX).
2.3.4.3. O controle de congestionamento
Duranteofuncionamentodeumaaplicaodistribudaconstrudasobreumarede, vo
existir instantes emque o fluxo de mensagens sendo trocadas pode atingir valores bastante
importantes, detal formaqueos ns intermedirios, responsveis do tratamento dos pacotes,
no sejammais capazes de tratar os pacotes para retransmisso. Isto, naturalmente, vai ter
como conseqncia uma degradao no funcionamento da rede, podendo trazer prejuzos
(lentido, perdas de pacotes) ao desempenho da aplicao e comprometendo o seu correto
funcionamento. As causas destasobrecarga, conhecidapor congestionamento, podemser de
vrias naturezas. Umexemplo disto podeser alentido dos ns narealizao do roteamento
ou um mau funcionamento do mecanismos de controle de fluxo.
O congestionamento consiste, normalmentedeumprocesso arealimentao positiva,
o nmero de mensagens tendendo a crescer se a rede est congestionada.
78
Sendo assim, a camada de Rede deve tambm fazer este papel, atravs da
implementaodefunes decontroledecongestionamento, alguns dos quais serodescritos
a seguir.
a) Pr-alocao de buffers
Uma primeira forma de controlar o congestionamento da rede atravs da pr-
alocao de buffers, particularmenteseoservioorientadoconexo. Istosignificaque, no
momento do estabelecimento do circuito virtual que vai caracterizar a conexo, um
determinado nmero debuffers deveser alocado emcadan parapermitir o armazenamento
dos pacotes a seremretransmitidos. Evidentemente, o nmero de buffers a ser alocado vai
depender do protocolo implementado entre cada par de ns intermedirios (IMPs). Um
algoritmo do tipo envia-espera vai exigir umnmero de buffers evidentemente menor do
que um algoritmo que autorize o envio de diversos pacotes antes da retransmisso.
b) A destruio de pacotes
Umoutromecanismoqueadotadoparaocontroledecongestoodadestruio de
pacotes. Nestecaso, no existereservaprviadebuffers, demodo que, seumpacotechega
num IMP e este no dispe de buffer para o seu armazenamento, este simplesmente
destrudo (oudescartado). Seo servio oferecido do tipo datagrama, no hmais nadaa
fazer; por outro lado, se este orientado conexo, o pacote dever ser armazenado em algum
n para uma possvel retransmisso. Ainda, a destruio de pacotes deve seguir uma certa
disciplina: por exemplo, destruir umpacotedereconhecimentopodenoser umaboasoluo,
umavez queestepacotepoderiapermitir aonoapagamentodeumpacotedeinformaoe,
por conseqncia, aliberaodeumbuffer. Umasoluoparaistoareserva, paracadalinha
de chegada, de um buffer que possibilite a recepo de pacotes de reconhecimento
endereados quele n.
c) O controle de fluxo
O controle de fluxo consiste em outra tcnica de controle de congestionamento,
embora no muito eficiente nesta tarefa. O problema do controle do fluxo o fato que os
limites do trfego no podem ser estabelecidos a valores muito baixos, pois isto pode
provocar problemas deeficinciana aplicao se umpico detrfego requerido. Por outro
lado, a escolha de um limite alto de trfego pode resultar num controle medocre do
congestionamento.
79
d) outras tcnicas
Outras tcnicas de controle de congesto podemser ainda implementadas, como por
exemplo:
o controle isartmico, baseado na existncia emcada n de umcerto nmero de
fichas. O n que tiver um pacote a transmitir, deve obter uma ficha, se existir
alguma disponvel. Isto permite manter constante o nmero de pacotes em
circulao na rede;
os pacotes de estrangulamento, enviados por umn ao usurio do servio derede,
indicando que determinadas linhas de sada esto no limite da saturao. Isto faz
comqueo usurio reduzao envio depacotes parao destino utilizando aquelalinha
at que a situao retome a normalidade.
2.3.4.4. Exemplos de Protocolos de Rede
a) Protocolo X.25 PLP
O protocolo X.25 PLP (Packet Layer Protocol) o protocolo de nvel 3 largamente
adotado no modelo OSI fazendo parte do padro X.25. O X.25 o resultado dos esforos
efetuadosapartir de1974peloCCITT paraadefiniodeumpadrodecomunicaoparaos
nveis Fsico, Enlace e Rede.
OX.25defineainterfaceentreumDTE (Data Terminal Equipment) eumDCE (Data
Circuit-terminating Equipment). Umn intermedirio dasubrede(umIMP, naterminologia
OSI) definido aqui como um DSE (Data Switching Exchange).
O padro X.25 define o formato e o significado da informao trocada atravs da
interface DTE-DCE para as camadas 1, 2 e 3. No que diz respeito ao nvel 1, X.25 faz
referncia a outros padres, no caso o X.21 para as transmisses digitais e X.21bis, uma verso
analgica do X.21, bastante similar a RS-232-C.
Nacamada2, X.25defineprotocolosdeenlacecomoobjetivodeoferecer ummeiode
transmisso confivel, definindo protocolos como LAP e LAPB.
No nvel de Rede, X.25 implementa as conexes entre dois DTEs (figura 2.3.29),
oferecendo dois tipos de conexo:
80
achamada virtual (virtual calls), quesimilar aumachamadatelefnicacomum, a
qual caracterizada pelo estabelecimento de uma conexo, a troca de dados e a
liberao de conexo;
o circuito virtual permanente (permanent virtual circuits), quefuncionacomo uma
linha especializada, disponvel a todo momento, de modo que basta aos DTEs
efetuar a transferncia dos dados (uma conexo permanente estabelecida na
inicializao).
No caso das chamadas virtuais, como mostra a figura 2.3.30, quando umDTE quer
dialogar com um outro DTE, ele deve, inicialmente, estabelecer a conexo; ele constri,
ento, umpacoteCALL REQUEST enviando-o ao DCE. Emseguida, asubredeencaminhao
pacoteao DCE destinatrio quevai pass-lo ao DTE correspondente. Seaconexo podeser
estabelecida, o DTE destinatrio vai enviar um pacote CALL ACCEPTED indicando a
aceitao da chamada.
DTE
DCE DCE
DTE
DSE
(Data Terminal
Equipment)
(Data Circuit-
terminating
Equipment)
(Data Switching
Exchange)
Protocolo X.25 PLP
IMP (ISO)
Figura 2.3.29 - O protocolo de rede X.25 PLP
Com a conexo estabelecida, os dois DTEs podem, ento trocar pacotes de dados
atravs de uma linha de comunicao bidirecional.
Quando um dos DTEs deseja terminar o dilogo, ele envia um pacote CLEAR
REQUEST ao seu par que vai responder com um pacote CLEAR CONFIRMATION em
reconhecimento.
81
CALL
CALL
CALL
CALL
DADOS
DADOS
DADOS
DADOS
CLEAR
CLEAR
CLEAR
CLEAR
etapa de
liberao
etapa de
transf. de
dados
etapa de
chamada
DTE local DTE remoto interface
DTE-DCE
interface
DTE-DCE
troca de um nmero
arbitrrio de pacotes
de dados
Figura 2.3.30 - Comunicao entre dois DTEs via X.25.
A figura 2.3.31 apresenta o formato de um pacote CALL REQUEST. Este pacote,
assimcomo os demais do protocolo X.25, inicia por umcabealho de 3 bytes. Os campos
GRUPO eCANAL compemumnmero decircuito virtual aser utilizado no dilogo, este
nmero codificado em12bits, o quesignificaquepode-seutilizar at4096circuitos virtuais
distintos, sendo que o nmero 0 reservado pelo protocolo. O campo TIPO permite
identificar o tipo do pacoteenviado, o bit CM estando a1nos pacotes decontroleea0nos
pacotes dedados. Ocabealho, defato, comumatodos os pacotes doX.25. J os camposa
seguir so especficos ao pacote CALL REQUEST. Os dois campos seguintes, TAM. END.
INIC. e TAM. END. RESP. representam os tamanhos dos endereos do iniciador e do
respondedor, respectivamente. Eles so codificados naforma dedgitos decimais, em4 bits
por campo.
O sistema de endereamento do X.25 similar ao do sistema telefnico, onde cada
usurio identificado por umnmero decimal formado pelo cdigo do pas, umcdigo de
rede e umendereo interior da rede correspondente, este endereo podendo conter at 14
dgitos decimais. O campo TAM. FACILIDADES, permite indicar o tamanho do campo
seguinte, FACILIDADES, que por sua vez permite ao usurio requisitar servios especiais
(facilidades) necessrios comunicao. Um exemplo destas facilidades pode ser a
chamadaacobrar (PCV). Finalmente, ocampoDADOS USURIO permiteaoDTE enviar at
16 bytes de informao com o pacote CALL REQUEST.
O pacote de dados do X.25 mostrado figura 2.3.32. O bit Q indica dado
qualificado. Este bit no temgrande utilidade no protocolo de Rede, mas ele permite aos
82
protocolos das camadas superiores fazer adistino entresuas mensagens decontroleesuas
mensagens de dados. O campo CM sempre 0 para os pacotes de dados.
Os campos SEQNCIA e SUPERPOS. so utilizados no controle de fluxo com janela
de antecipao. O bit D indica o significado do campo SUPERPOS.: se D = 0, o
reconhecimento vai indicar que o DCE local recebeu o pacote; se D = 1, o reconhecimento vai
indicar queo DTE remoto recebeu o pacote. O campo M (More) indicaapertinnciadeum
pacote a um grupo de pacotes considerado.
8 bits
0 0 0 1 GRUPO
CANAL
TIPO
CM
TAM. END. INIC. TAM. END. RESP.
ENDEREO INICIANTE
ENDEREO RESPONDEDOR
TAM. FACILIDADES 0 0
FACILIDADES
DADOS USURIO
Figura 2.3.31 - Pacote CALL REQUEST do X.25.
8 bits
Q D GRUPO
CANAL
SUPERPOS. 0
MD.
M SEQUNCIA
DADOS
Figura 2.3.32 - Pacote de dados do X.25.
OsdemaispacotesdecontroledoX.25soapresentadosnafigura 2.3.33, algunsdeles
contendoapenas ocabealhoeoutroscontendoinformaes adicionais(at2bytes). Nocaso
deumpacoteCLEAR REQUEST, por exemplo, o quarto byteindicaacausadaliberao da
conexo.
83
8 bits
0 0 0 1 GRUPO
CANAL
TIPO
CM
INFORMAO
ADICIONAL
Figura 2.3.33 - Pacotes de controle do X.25.
b) O Protocolo IP (Internet Protocol)
O protocolo IP foi projetado para redes de comutao de pacotes. Assume-se que a
rede composta de vrias sub-redes de tipos diferentes, interligadas por routers
(roteadores). Cada estao na rede denominada um host (hospedeiro).
O IP um protocolo sem conexo e sem reconhecimento (opera, portanto, com
datagrama no confivel). Ele s faz controle de erros do cabealho das mensagens, para
garantir acorreo do endereo dedestino, vital paraafuno deroteamento. O IP tambm
no faz controledefluxo. Como o protocolo IP usualmenteutilizado emconjunto comum
protocolo de transporte chamado TCP, estas funes ficama cargo deste outro protocolo,
como veremos na seo seguinte.
O IP usa endereamento hierrquico e suporta roteamento dinmico distribudo nos
routers. Um router pode tambm descartar pacotes se no houver espao em buffer para
armazena-los.
O esquemadeendereamento adotado no protocolo IP o seguinte: cadaestao na
redepossui umendereonico, compostode32bits(4bytes), subdivididosem3classesmais
utilizadas:
classeA: byte1=>msbazero, demais7bitsidentificamsub-rede(de1a126); 24
bits restantes usados paradefinir o endereo local do host (at16milhes dehosts
por sub-rede)
classe B: 2 bytes para sub-rede e 2 bytes para host (at 65.536 hosts por sub-rede)
classeC: 3 bytes parasub-redee1 byteparahost (at254 hosts, valores 0 e255
reservados)
O esquema completo de endereamento apresentado na figura 2.3.34.
Usa-se uma mscara de endereamento para definir a partir de que byte comea o
endereo do host, separando-o do endereo da subrede. Por exemplo, a mscara
255.255.255.0indicaqueos 3primeiros bytes fazempartedo endereodasubrede, enquanto
o quarto byte contm o endereo do host.
84
Desta forma, uma estao de rede teria umendereo IP do tipo: 150.162.14.1 (host
atlas no LCMI-UFSC) ou 150.162.14.4 (host polaris, tambmno LCMI). Observe que as
duas estaes do exemplo acima esto situadas na mesma subrede. Os bytes nos exemplos
acima so separados por pontos para facilitar a converso do formato string para endereo IP.

32 bits
0 Sub-rede Host
10 Sub-rede Host
110 Sub-rede Host
1110 Endereo para Multicast
11110 Reservado para uso futuro
classe
A
B
C
D
E
Endereos
1.0.0.0 a
12725525
128.0.0.0 a
19125525
192.0.0.0 a
22325525
224.0.0.0 a
23925525
240.0.0.0 a
24725525
Figura 2.3.34 Endereamento IP
2.3.5. A CAMADA DE TRANSPORTE
A funo da camada de Transporte permitir a transferncia de informaes do
sistemaemissor ao sistemareceptor deformaconfivel eeconmica, independentementeda
natureza da informao ou das redes suportando a comunicao.
A importncia dos servios fornecidos por esta camada est no fato que muitas
aplicaes existentes podem funcionar simplesmente com a existncia de um servio
confivel de transporte de informao, o que quer dizer que os servios que poderiamser
fornecidos pelascamadas superiores sodispensveis. Umexemplodistoainterconexode
estaes no sistema UNIX.
Nestapartedodocumentoseroapresentadasasprincipaisdefiniesrelacionadasaos
servios e protocolos de transporte, particularmente do ponto de vista do modelo OSI.
2.3.5.1. O servio oferecido camada de Sesso
85
Segundo o modelo OSI, os usurios da camada de Transporte so as entidades de
Sesso, s quais deveser oferecido o servio confivel detransportedos bits deinformao
fim-a-fim, esteservio sendo fornecido atravs deumaentidadedesoftwareoudehardware
denominada entidade de transporte.
Demaneirasimilar camadadeRede, adeTransportepodefornecer duas classes de
servio, ou seja, sem conexo e orientados conexo.
Os servios deTransporteorientados conexosocaracterizados pelas trs etapas j
descritasparaoutrosnveisdomodeloOSI, isto, estabelecimento de conexo, transferncia
de dados e liberao da conexo.
Estes servios so bastantesimilares aos servios oferecidos pelacamadadeRede, o
quepoderiacolocar emdvidaanecessidadedestacamada. No entanto, asuaexistnciase
justificapelanecessidadedeservios desupervisodacamadadeRededopontodevistadas
entidades efetivamente envolvidas na comunicao. Trata-se aqui de uma superviso fim-a-
fim, uma vez que, at o nvel de Rede, as comunicaes se fazem ponto-a-ponto.
OutracontribuioimportantedacamadadeTransportequeelapermiteautilizao
deprimitivas deservio padro pelas diversas aplicaes construdas sobrearedeefetuando
um perfeito isolamento em relao s camadas superiores e tornando transparentes as
possveis alteraes tecnolgicas quepoderiamocorrer nos nveis inferiores. Por estarazo,
constuma-sefazer umadistino entreos nveis de1 a4 eos de5 a7. Os primeiros quatro
nveis seriam mais orientados ao transporte efetivo das informaes e os trs nveis
superiores, mais orientados s aplicaes que sero construdas sobre a rede.
Poderamos sintetizar o servio fornecido pela camada de Transporte como de
supervisor da qualidade de servio oferecido pela camada de Rede. Isto significa que, se a
camada de Rede confivel, a camada de Transporte no ter muito a fazer.
Por outro lado, se o servio de Rede deficiente, acamada de Transporte assume a
funodesuprir asdiferenasentreaqualidadedeservioqueacamadadeSessonecessitae
aquilo que a camada de Rede pode oferecer.
Paraisto, o conceito dequalidade de servio (QOS, Quality Of Service) umaspecto
importante na concepo da camada de Transporte, baseado sobre um certo conjunto de
parmetros, entre os quais:
o tempo de estabelecimento de uma conexo;
a probabilidade de falha de um estabelecimento;
a taxa de dbito da conexo;
o tempo de trnsito;
a taxa de erro residual;
a probabilidade de incidente de transferncia;
o tempo de desconexo;
86
a prioridade, etc...
No momento do pedido de um estabelecimento de conexo, o usurio iniciante
encaminhaestesparmetrosnasprimitivasdeservio. SeacamadadeTransportejulgacertos
parmetros longe da realidade, ela pode sinalizar isto ao usurio iniciante, semmesmo ter
tentado estabelecer aconexo, atravs deumamensagemdeerro quevai, tambm, indicar a
naturezadoerrosinalizado. OutrapossibilidadeacamadadeTransportejulgar queumcerto
valor para umparmetro seja impossvel de oferecer, mas que umvalor no muito longe
daquele poderia ser oferecido. Neste caso, ela pode modificar os valores dos parmetros
enquadrados e encaminhar o pedido de conexo mquina remota.
Ainda, seamquinadistanteverificaqueelano podeoferecer determinados valores
especificados nos parmetros do pedido, ela pode modificar aqueles parmetros. Se ela
verificar que no pode atender determinados parmetros nos valores mnimos permitidos, a
conexo ser rejeitada.
2.3.5.2. As primitivas de servio de Transporte
As primitivas de servio de Transporte do modelo OSI so apresentadas na tabela a
seguir, existindo para os servios orientados conexo e sem conexo.
SERVIO ORIENTADO CONEXO
T_CONNECT.request (called, calling,exp_data,qos,user_data)
T_CONNECT.indication (called, calling, exp_data,qos,user_data)
T_CONNECT.response (qos, responder, exp_data, user_data)
T_CONNECT.confirm (qos, responder, exp_data, user_data)
T_DISCONNECT.request (user_data)
T_DISCONNECT.indication (reason, user_data)
T_DATA.request (user_data)
T_DATA.indication (user_data)
T_EXPEDITED_DATA.request (user_data)
T_EXPEDITED_DATA.indication (user_data)
SERVIO SEM CONEXO
T_UNITDATA.request (called, calling,qos,user_data)
T_UNITDATA.indication (called, calling,qos,user_data)
Como podemos ver, as primitivas de servio de Transporte se assemelhambastante
quelas do servio deRede. Existe, porm, umadiferenafundamental entreos dois nveis.
No caso do nvel Rede, considera-sequeo servio oferecido correspondeao funcionamento
real do sistema, representando inclusive suas falhas. Desta forma, podemocorrer perdas de
pacotes ou a emisso de comandos N_RESET de sua prpria iniciativa.
87
J no caso do nvel Transporte, os comandos N_RESET no so propagados aos
usurios (as camadas superiores), uma vez que o objetivo principal desta camada o
tratamentodetodososproblemasdecomunicaoevitandoqueosusuriosdoserviotomem
conhecimento das ms condies de funcionamento da rede de comunicao (se tal o caso!).
Umaoutradiferenaentreos dois servios so os usurios destes. No caso do servio
de Rede, os usurios so as entidades de Transporte, normalmente elementos associados ao
sistema operacional considerado ou a uma placa especfica instalada nos sistemas.
J os usurios do servio de Transporte podem ser programas escritos pelos
programadores de aplicaes, uma vez que, como j foi dito, muitas aplicaes podem
comunicar-sediretamenteatravs do uso direto das primitivas deservio deTransporte(no
fazendo uso dos servios de Sesso, de Apresentao ou de Aplicao).
As possveis relaes entre as primitivas de servio da camada de Transporte so
apresentadas nafigura 2.3.5.1. As duas extremidades das ilustraes caracterizamos usurios
do servio de Transporte, o fornecedor sendo representado pelo espao separando os dois
usurios.
Em2.3.5.1(a) ilustrada umestabelecimento normal de conexo, onde o usurio da
esquerda envia uma primitiva T_CONNECT.request camada de transporte. O usurio da
direita vai receber ento uma primitiva T_CONNECT.indication, cujos parmetros vo
conduzir os valores, particularmente, daqualidadedeservioaseremnegociados. Esteaceita
o estabelecimento da conexo, retornando camada de Transporte uma primitiva
T_CONNECT.response, queserrefletida, viaservio deTransporte, no usurio daesquerda
na forma de uma primitiva T_CONNECT.confirm.
88
T_CONNECT
request
T_CONNECT
indication
T_CONNECT
response
T_CONNECT
confirm
T_CONNECT
request
T_CONNECT
indication
T_DISCONNECT
request
T_DISCONNECT
indication
T_CONNECT
request
T_DISCONNECT
indication
(a) (b) (c)
T_DISCONNECT
request
T_DISCONNECT
indication
T_DISCONNECT
request T_DISCONNECT
indication
(d) (e) (f)
T_DISCONNECT
request
T_DISCONNECT
indication
T_DATA
request
T_DATA
indication
(g) (h)
T_EXPEDITED_DATA
request
T_EXPEDITED_DATA
indication
Figura 2.3.5.1 - As diversas interaes entre as primitivas de servio de Transporte.
A figura2.3.5.1(b) apresentaumatentativadeestabelecimento deconexo, rejeitada,
porm, pelousuriodadireita, queutilizaasprimitivasdeservioT_DISCONNECT.request e
T_DISCONNECT.indication para sinalizar a rejeio.
O caso similar na figura 2.3.5.1(c), porm, desta vez, o prprio fornecedor do
servio de Transporte quem rejeita a conexo, enviando uma primitiva
T_DISCONNECT.indication ao usurio da esquerda.
No que diz respeito liberao da conexo, pode-se considerar trs diferentes
maneiras: aprimeira, ilustradaem2.3.5.1(d), considerao caso emquealiberao iniciada
por umdos usurios (no caso o da esquerda). A conexo liberada no momento emque o
usurio da direita recebe uma primitiva T_DISCONNECT.indication, reflexo da primitiva
T_DISCONNECT.request emitida pelo usurio que iniciou a liberao; em 2.3.5.1(e)
considerado o caso em que os dois usurios iniciam, simultaneamente, a liberao da conexo,
nestecaso, aconexo liberada semaemisso deoutras primitivas de servio; finalmente,
em 2.3.5.1(f), a liberao iniciada pelo prprio servio de Transporte, que vai emitir
primitivas T_DISCONNECT.indication aos dois usurios conectados.
J as figuras 2.3.5.1(g) e 2.3.5.1(h), representam, respectivamente, a etapa de
transferncia de dados, para dados normais e expressos.
2.3.5.3. Os protocolos de Transporte
89
ComodefinidopelomodeloOSI, oserviooferecidopor umacamadaN oresultado
da implementao de umprotocolo N regendo a comunicao entre duas entidades N. Em
princpio, osprotocolosdeTransporteapresentampreocupaessimilaresdosprotocolosde
Enlace, ou seja, o controle de erros, o controle de fluxo, o sequenciamento dos dados.
No entanto, algumas diferenas podem ser levantadas:
no caso da camada de Enlace, dois IMPs comunicam-se via um canal de
comunicao; a nvel de Transporte, a comunicao feita via uma subrede;
no que diz respeito ao endereamento, a nvel de Enlace, umIMP no necessita
referir-se explicitamente comqual IMP ele quer dialogar, uma vez que dois IMPs
so conectados por umavianica(exceto no caso deredes dedifuso); j, no nvel
Transporte, o endereo do destinatrio deve ser explicitamente definido;
umoutroproblemaaquestodocontroledefluxo; aocontrriodonvel deEnlace,
onde cada conexo pode alocar um determinado nmero de buffers para o
armazenamento dos quadros, no nvel Transporte isto fica mais difcil dado o
nmero de conexes que pode estar sendo gerenciado num dado instante.
Um aspecto a ser levado em conta no momento da concepo da camada de Transporte
o servio oferecido pela camada de Rede, que pode ser classificado da seguinte maneira:
servios do tipo A, quecaracterizaos servios "perfeitos", ondeafrao depacotes
perdidos, duplicados oucorrompidos desprezvel; o tipo deservio dificilmente
encontradoemredespblicas, masalgumasredeslocaissobastanteprximasdeste
tipo de servio;
servios do tipo B, onde a perda de pacotes tambm rara, mas a comunicao
freqentementeinterrompida(servioN_RESET) devidoaproblemas decongesto,
de hardware ou software;
servios do tipo C, no confiveis, sendo caracterizados normalmentepelas redes a
longa distncia do tipo datagrama.
Paracadatipodeservio, deA aC, onvel doserviodeTransportecaminhadomais
simples ao mais complexo, ou seja, quanto pior o servio oferecido pela camada de Rede,
melhor (e mais complexo) dever ser o servio oferecido pela camada de Transporte.
Parapermitir adefiniodevriosnveisdeoferecimentodeservio, omodeloOSI, a
nvel da camada de Transporte, define cinco classes de servio:
90
classe 0, que so os servios mais simples, capazes de estabelecer uma conexo, mas
baseados na hiptese que o servio de Rede no gera erros de transmisso; no
existe tratamento de erros, controle de fluxo nem sequenciamento;
classe 1, corresponde classe 0, mas permite implementar a retomadade dilogo,
considerando que pode ocorrer quebra do dilogo a nvel de Rede (servio
N_RESET); ele permite a retomada da comunicao entre duas entidades de
Transporte aps a interrupo de uma conexo de Rede;
classe 2, que torna mais sofisticadaa classe 0 pela introduo da possibilidadede
manuteno dediversas conexes deTransportesobreumanicaconexo deRede
(multiplexao);
classe 3, queagrupaos mecanismos deretomadadedilogo daclasse1comos de
multiplexao da classe 2;
classe 4, definida para operar sobre os servios de Rede do tipo C cuja falta de
confiabilidade conhecida, devendo tratar ento os erros, perdas, duplicaes,
retomadadedilogo etodos os possveis problemas no resolvidos pelacamadade
Rede.
No momento do estabelecimento deumaconexo, so as entidades pares quedevem
tomar adeciso sobrequal classedeservio adotar, umaclassesendo propostapeloiniciante
e negociada para permitir o estabelecimento da conexo.
As funes do protocolo de Transporte vo depender do ambiente no qual ele vai
operar assimcomo danaturezados servios quedevemser supridos. Ummnimo defunes
deve, todavia, ser oferecido por um protocolo de Transporte, entre as quais:
o estabelecimento de conexo;
transferncia de TPDUs;
segmentao de mensagens, etc...
O termo TPDU indicado acima serve para definir a unidade de dados trocada entre
duasunidadesdeTransportequeaunidade de dados de protocolo de transporte (emingls,
Transport Protocol Data Unit). Por outrolado, aunidadededadosemitidapor umusuriodo
servio Transporte ser referenciado como sendo uma mensagem.
Umamensagemaser transmitidapodeter umtamanho qualquer, asegmentao das
mensagens devendo ser assumida por esta camada. Isto significa que, se uma unidade de
dados apresenta umtamanho superior ao de umpacote, ela deve ser segmentada emtantos
pacotes quantos sejam necessrios para efetuar a sua completa emisso.
Ainda, seumaentidadedeTransportegerenciavriasconexesnumdadoinstante, ela
devenumerar asconexeseinserir onmerocorrespondentenasunidadesdedados, afimde
91
permitir entidade receptora de identificar corretamente a conexo qual esta unidade de
dados deve ser associada. Independente da classe de protocolo considerada, deve sempre
existir um mecanismo de liberao de conexo, esta liberao sendo, porm, diferente
dependendo da classe de protocolo considerada.
2.3.5.4. O gerenciamento de conexes
O gerenciamento deconexes umadas importantes funes assumidas pelacamada
deTransporte. Comojfoi dito, emboraestafunopossaparecer similar quelasupridapela
camadadeEnlace, ogerenciamentodasconexesdeTransportebemmaiscomplexodoque
das conexes de Enlace.
Gerenciar umaconexo anvel deenlaceou rederelativamentefcil, pois envolve
sempre estaes adjacentes. A situao se complica a nvel de transporte, pois a conexo
envolve estaes finais (origem e destino), com vrias estaes intermedirias no
consideradas como parte da conexo. Discutiremos a seguir vrios aspectos ligados ao
gerenciamento de conexes de transporte.
a) O Endereamento
Umendereoanvel detransporte(TSAP, Ponto de Acesso ao Servio de Transporte
ouTransport Service Access Point),) anlogoao NSAP derede, mas oNSAP endereans
de rede, enquanto o TSAP enderea um processo de aplicao dentro do n.
CadaProcesso deaplicao deveseassociar aumTSAP paraenviar dados. A forma
deassociaoentreumprocessoeumTSAP nodefinidapelomodeloOSI edependentedo
sistema operacional de cada estao (ex.: no UNIX, via sockets).
A comunicao entreprocessos aplicativos requer aindicao tanto do NSAP quanto
doTSAP. Quandousadoumesquemadeendereamentohierrquico, oNSAP usualmente
um campo dentro do TSAP.
Se endereamento no hierrquico ou o NSAP no um campo de TSAP,
necessrio mapear TSAPs emNSAPs por meio deumServidor deNomes (NameServer)
ou pedindo por difuso que a mquina comumdado TSAP se identifique, i., envie seu
NSAP como resposta (ex.: protocolos ARP e RARP).
QuandoumusuriodacamadadeTransportequer dialogar comumoutrousurio, ele
deveprimeiramente, identificar, de algumaforma, o usurio (ou processo de aplicao) que
vai estar envolvido no dilogo. Isto feito normalmente pela definio de umTSAP. A
relaoentreos TSAPs, NSAPs eumaconexodeTransporteapresentadanafigura 2.3.5.2
a seguir, onde o processo de conexo pode ser implementado da seguinte forma:
92
umprocesso servidor localizado na mquina B se conecta ao TSAP 122 e espera a
recepo de uma indicao de conexo;
umprocesso situado emA requisita uma conexo ao servidor emB, enviando uma
primitiva de servio T_CONNECT.request especificando a fonte, o TSAP 6 e o
endereo do processo destinatrio, o TSAP 122.
a entidade de Transporte A seleciona umNSAP disponvel na mquina e estabelece
uma conexo de Rede, atravs da qual ela vai poder dialogar com a entidade de
Transporte em B;
a entidade de Transporte em B gera ento uma primitiva de servio
T_CONNECT.indication; seoservidor emB estprontoaaceitar aconexo, estaser,
ento, estabelecida.
processo A processo B
1
2
3
4
TSAP 6 TSAP122
NSAP
NSAP
conexo
1
2
3
4
Figura 2.3.5.2 - Relao entre TSAP, NSAP e conexo de Transporte.
O problema do esquema acima o seguinte: como o processo cliente na estao A
sabeoTSAP doprocessoservidor naestaoB (nocaso, 122) ? Umasoluopossvel seriaa
seguinte: processos servidores muito usados recebemumendereo TSAP fixo e conhecido
por todos os demais processos no sistema. Esta soluo, no entanto, pouco flexvel e no
resolveo problemamais geral de2processos deaplicao quaisquer querendo secomunicar
entre si.
As formas mais usuais de realizar isto na prtica so as seguintes:
Uso de umServidor de Processos (Process Server ou logger): cada n temum
logger, cujo TSAP conhecido, etodo pedido deservio encaminhado aele. O
Logger cria uma instncia de um processo servidor cujo servio foi requisitado, d a
eleumTSAP eestabelececonexo entreesteeo processo clientequerequisitouo
servio.
93
Uso deumServidor de Nomes (NameServer): todos os processos servidores so
cadastrados no Name Server, que contatado pelos clientes e devolve TSAP do
servidor paraoserviorequisitado(comoumserviodeinformaodatelefnica).
O TSAP do Name Server fixo.
b) O estabelecimento de uma conexo
Este umprocesso relativamente complexo, particularmente se o servio de Rede
fornecido relativamente pobre (tipo C, por exemplo) e no se resume no envio de uma
primitiva de pedido de conexo (Connection Request CR) e na recepo de uma
confirmao (Connection Confirm CC).
Oproblemaestsimplesmenteassociadoaofatoque, numservioderedepobre, pode
ocorrer perda ou duplicao de pacotes. Numa rede onde ocorrem problemas de
congestionamento os reconhecimentos podemno chegar nuncaemtempo hbil, provocando
a retransmisso dos pacotes duas ou mais vezes. Ainda, se o servio de rede do tipo
datagrama, os pacotes vo seguir caminhos diferentes, alguns deles ficando presos em
caminhos bloqueados e reaparecendo um perodo de tempo aps.
Este aspecto pode ser relativamente prejudicial numa aplicao distribuda, uma vez
queumcomando pode, semo conhecimento do usurio, ser efetuado diversas vezes (seeste
comando for o depsito na conta de algum, o usurio que requisitou o depsito pode ter
muito aperder naoperao, particularmenteseo proprietrio dacontaparaondeo depsito
foi requisitado no for muito honesto). Umcuidado especial dever, ento, ser tomado para
eliminar o efeito da duplicao dos pacotes a nvel do servio de Transporte.
Umaformadefaz-loatravsdadefiniodeumparmetro(nmero) derefernciaa
ser includo emcadaunidadededados, inclusivenaquelas conduzindo o pedido deconexo.
A cadaliberaodeconexo, umatabelacontendoas refernciasdas conexes obsoletas ser
atualizada. Desta forma, a cadavez que umpedido deconexo for recebido, a entidadevai
verificar, atravsdoparmetroderefernciaassociado, seopedidocorrespondeounoauma
conexo jliberada. Emcaso positivo, o pedido deconexo serignorado. O problemacom
estatcnicao fato que, caso umaestao entreempane, os valores constantes natabelade
conexespodemser perdidose, assim, naretomadadeexecuo, aentidadedetransportevai
perder a informao sobre que conexes teriam sido efetuadas ou no.
Outraformadefaz-lo atravs daeliminao dos pacotes duplicados aps umcerto
perodo de tempo. Isto pode ser implementado de diferentes maneiras:
atravs da limitao do tamanho da subrede, diminuindo o risco de que pacotes
fiquem circulando na rede e reduzindo, conseqentemente, os riscos de
congestionamento;
94
a associao de umcontador de saltos (umsalto sendo a passagempor umn
intermedirio) a cada pacote, de tal modo que, quando o contador ultrapassa um
determinado valor, o pacote destrudo;
a associao de uma data (de envio) a cada pacote de modo que o pacote ser
destrudo no momento em que a sua idade tiver ultrapassado um certo valor.
Esta terceira soluo apresenta uma dificuldade relativamente grande que a
manuteno da sincronizao dos relgios ao longo das diferentes estaes da rede.
Uma das solues mais freqentemente adotadas para a soluo deste problema o
chamado three-way handshake, cuja operao a seguinte: duas TPDUs comnumerao
idnticanopodemestar pendentes (esperandoconfirmao) aomesmotempo. A numerao
das TPDUs no podeserepetir dentro deumintervalo detempo T. A operao sedem3
passos (three-way):
n A envia pedido de conexo com nmero de seqncia inicial x
n B enviaconfirmao do pedido contendo valor dex e seu prprio nmero de
seqncia inicial y
n A envia primeira TPDU contendo confirmao do valor y
NenhumanovaTPDU comnmero deseqnciax aceitaantes deumintervalo de
tempo T. A figura 2.3.5.3 ilustra a operao do protocolo em trs situaes distintas.
CR (x)
CR (x)
CC (y, x)
CC (y,x)
D (x,y)
D (x,y)
(a)
CR (x) => duplicata
CC (y, x)
CC (y,x)
REJ (y)
REJ (y)
(b)
CR (x) => duplicata
CC (y, x)
CC (y,x)
REJ (y)
REJ (y)
D (x,z) => duplicata com ack = z e no y
(c)
Figura 2.3.5.3 - Three-Way hadshake: (a) operao normal; (b) CR duplicado; (c) CR e D
duplicados
c) A liberao da conexo
A liberao de uma conexo, embora seja mais simples do que o estabelecimento,
exigecertos cuidados afimdeevitar aocorrnciadecertas situaes indesejveis. A figura
95
2.3.5.1 apresentava, em(d), (e) e (f), trs situaes tpicas da liberao de uma conexo, a
primeira situao revelando-se a mais clssica e mais freqente.
Estas trs situaes so caracterizadas pela interrupo brutal da conexo, podendo
inclusive ocorrer perda de dados que teriam sido transmitidos. Isto ilustrado na figura
2.3.5.4, no primeiro caso descrito.
Oprotocolodeliberaodeconexodeve, ento, ser melhor elaboradoafimdeevitar
estetipodeproblema. Umasoluoseriaadefiniodeumdilogo quepermitisseassegurar
que ambos os usurios terminaramefetivamente a transmisso de dados. Isto, no entanto,
pode ser ineficiente, pois no evidente definir como este dilogo poderia ser conduzido,
particularmente se o transporte utiliza um servio de Rede no confivel.
T_DATA
request
T_DATA
indication
T_DISCONNECT
request
T_DISCONNECT
request
T_DATA
request perda
dado
Figura 2.3.5.4 - Perda de dados no caso de uma liberao de conexo.
A liberao pode ser mais eficiente se umprocedimento emtrs etapas definido
(three-way handshake), como mostrado na figura 2.3.5.5. Em2.3.5.5(a), mostrado o caso
normal, onde o usurio que quer liberar a conexo envia umDR (Disconnect Request)para
indicar asuainteno. Apsoenvio, estedisparaumtemporizador (simbolizadonafigurapor
+ t). Ousurioreceptor respondecomumDC (Disconnect Confirm), disparandotambmum
temporizador. Quando o DC chegaao usurio iniciador, esteemitefinalmenteumACK ese
desconecta. Na seqncia, o usurio que recebe o ACK vai tambm se desconectar.
J em2.3.5.5(b), mostrado como o protocolo vai secomportar emcaso daperdado
ACK. Nestecaso, o temporizador disparado pelo usurio dadireitavai resolver o problema,
efetuando a desconexo na sua expirao.
DR + t
DR
DC + t
DC
ACK
fim con.
ACK
fim con.
DR + t
DR
DC + t
DC
ACK
fim con.
(timeout)
fim con.
perda
(a) (b)
96
Figura 2.3.5.5 - Liberao de conexo em trs etapas: (a) caso normal; (b) caso de perda do
reconhecimento.
d) O controle de fluxo e o armazenamento
Umproblema que deve ser tratado durante a manuteno de uma conexo ativa
aquele ligado ao controle de fluxo. Este problema , de umlado, bastante similar quele
tratado pela camada de Enlace.
Por outrolado, anvel deTransporte, onmerodeconexesexistentesgrande, oque
significaumanecessidadedearmazenamento muito maior queno caso do nvel Enlace(que
gerencia uma nica conexo de cada vez).
Comofoi vistonapartedestinadacamadadeEnlace, certosprotocolos, por questes
deeficincia, exigiamumamemorizaodos quadrosnasduasextremidadesdaconexo. Isto
significava, tambm, a alocao de umnmero suficiente de buffers nas duas extremidades
para assegurar o armazenamento dos quadros.
No caso de Transporte, este tipo de soluo torna-se mais difcil a implementar,
necessitando de solues mais adaptadas ao problema. A soluo a implementar pode
depender fortemente do servio oferecido pela camada de Rede.
Se o servio oferecido do tipo datagrama com reconhecimento, a entidade
receptora sabe que a emissora obrigada a armazenar as unidades de dados enviadas que
aindanoforamreconhecidas. Assim, elepodesimplesmentenofazer nenhumaalocaode
buffer especficoparaaconexo, todososbuffersdisponveispodendoser compartilhadospor
todasasconexesexistentes. Destaforma, quandoumaTPDU recebida, senoexistebuffer
disponvel ela simplesmente rejeitada. Isto no gera nenhum problema, uma vez que a
entidade emissora, aps um certo tempo, vai retransmitir a TPDU que no foi reconhecida.
J , no caso deumservio deredeconfivel, o procedimento podeser diferente. Num
primeiro caso, se o emissor sabe que o receptor ter sempre condies de armazenar as
TPDUspor eleemitidas, entoestenovai necessitar armazen-las(poissabequenohaver
necessidadederetransmisso). Casocontrrio, elevai ter dearmazen-lasdetodomodo, uma
vez queos reconhecimentos dacamadadeRedesignificamapenas queo pacotefoi recebido
mas no que a TPDU foi aceita.
SeoarmazenamentodeTPDUsfeitodoladodoreceptor, oproblemaaser resolvido
como definir o tamanho dos buffers de armazenamento. Se as diversas TPDUs so de
tamanhos aproximadamente equivalentes, a soluo alocar um determinado nmero de
buffers deigual tamanho, como mostraafigura 2.3.5.6(a), ondecadabuffer vai conter uma
TPDU. Seos tamanhos daTPDUs variammuito, estasoluopodenoser amelhor, mesmo
seo tamanho dos buffers estabelecido ao tamanho mximo das TPDUs. Nestecaso, alocar
umbuffer para armazenar uma TPDU de tamanho reduzido desperdiar memria. Assim,
97
umaoutrasoluo aalocao debuffers detamanho varivel, como mostraafigura2.3.5.6
(b), ondeo desperdcio menor, ou, ainda, alocar umnico buffer circular, como mostrado
em 2.3.5.6(c).
Estas duas ltimas soluessoeficientes nocasodeconexes comgrandetrfegode
TPDUs. Caso contrrio, podem no ser as melhores.
TPDU1 TPDU2 TPDU3
espao disponvel
(a) (b) (c)
Figura 2.3.5.6 - As diferentes solues de armazenamento: (a) buffers de tamanhos iguais; (b)
buffers de tamanhos variveis; (c) buffer circular.
O trfego importantetambmnadefinio damelhor soluo no quediz respeito
localizaodoarmazenamento noemissor ounoreceptor. Nocasodemltiplasconexes,
mas compouco trfego emcadaumadelas (terminais interativos, por exemplo), melhor a
implementao de ummecanismo de alocao dinmica de buffers nas duas extremidades.
Como o emissor no temcertezadequeo receptor poderalocar o buffer, elemantmcom
ele uma cpia da TPDU at receber o reconhecimento. Por outro lado, no caso de trfegos
relativamente altos, melhor ter uma alocao esttica de buffers associados conexo na
extremidade receptora a fim de permitir a transmisso numa taxa mxima.
Outropontoimportanteaser cobertopelacamadadeTransporte, acapacidadedeum
usurio (emissor) alocar distncia(no receptor) os buffers demaneiradinmica, os buffers
podendo ser alocados para cada conexo ou para umconjunto de conexes existentes entre
dois usurios.
e) Multiplexao e Splitting
O mecanismo de multiplexao aplicado sobre uma mesma conexo, um circuito
virtual ouumamesmalinhaumaspectobastanteimportantenoquediz respeitoscamadas
constituindo a arquitetura de um sistema de comunicao.
Na camada de Transporte, a multiplexao pode ser necessria particularmente em
duas situaes tpicas:
98
num primeiro tempo, no caso de uma rede utilizando circuitos virtuais, cada
conexo estabelecidavai utilizar-sederecursos presentes nos IMPs durantetodaa
suadurao; assim, podeser interessante, paraotimizar autilizaodos recursos de
rede(e, evidentemente, o custo deumacomunicao!), associar diversas conexes
deTransporteaumamesmaconexo deRede, como mostrado nafigura 2.3.5.7(a),
onde 4 conexes de Transporte so multiplexadas em uma de Rede a
multiplexao para cima;
no caso de uma aplicao onde o usurio envia uma quantidade relativamente
grandedemensagens, dependendodoprotocoloimplementadoanvel deRede, uma
nicaconexopodeser insuficienteparasuportar aconexodeTransporte; assim, a
camadadeTransportepodedecidir efetuar amultiplexao para baixo, ouSplitting,
onde uma conexo de Transporte pode ser mapeada emvrias conexes de Rede,
como mostrado na figura 2.3.5.7(b).
1
2
3
4
CAMADAS
TSAPs
NSAPs
LSAPs
(a) (b)
IMP IMP
Figura 2.3.5.7 - Multiplexao: (a) para cima; (b) para baixo.
f) A retomada de uma conexo
Umavez queduranteaoperaodeumaconexo, incidentespodemocorrer, acamada
deTransportedevetratar tambmdesteproblema. No casodacamadadeRede, as primitivas
N_RESET, foram definidas para o tratamento de incidentes.
As entidades de Transporte, quando da ocorrncia de umincidente, devemdialogar
para trocar informaes sobre quais unidades de dados teriam sido recebidas ou no.
O problema maior ocorre, porm, se a pane ocorre numdos sistemas envolvidos na
comunicao. Apsaretomadadaconexo, todasasinformaessoreinicializadasdemodo
que o usurio acaba perdendo a informao de qual era o seu estado antes do incidente.
Umaformaderecuperaodoestadoenviar umaunidadededadosatodososoutros
usurios a fimde obter as informaes sobre todas as conexes existentes. O emissor pode
estar emdois estados: unidades esperadereconhecimento ou no. Assim, o emissor pode
99
decidir aretransmisso das unidades. Estasoluo, porm, no assimto simples, umavez
que a recepo do reconhecimento pode no garantir o armazenamento da unidade
correspondente se, por exemplo, a pane ocorreu imediatamente aps o envio do
reconhecimento, quando aunidaderecebidano tinhaaindasido armazenada. Nestecaso, o
emissor poderiaretransmitir aquelasque, por ventura, notivessemsidorecebidas noladodo
receptor.
Por outro lado, se a unidade escrita antes do envio do reconhecimento, isto pode
causar o problema inverso, o que vai provocar uma duplicao de TPDUs.
2.3.5.5. Exemplos de Protocolo de Transporte
a) Os protocolos OSI
Como j foi dito, o protocolo OSI organizado em5 classes, onde cada uma delas
permitecobrir umaclassedeconfiabilidadedacamadadeRede. O protocolo deTransporte
OSI baseado na definio de 10 TPDUs, estas compostas de quatro partes:
umcampo de1 byte, denominado LI (Length Indicator), indicando o tamanho dos
cabealhos fixos e variveis;
uma parte fixa do cabealho, cujo tamanho vai depender da TPDU considerada;
uma parte varivel do cabealho, cujo tamanho vai depender dos parmetros
definidos;
dados do usurio.
A figura 2.3.5.8apresentaos10tiposdeTPDUsdomodeloOSI. As quatroprimeiras
TPDUs, CR, CC, DR e DC (CONNECTION REQUEST, CONNECTION CONFIRM,
DISCONNECT REQUEST e DISCONNECTION CONFIRM) correspondem aos pacotes
CALL REQUEST, CALL ACCEPTED, CLEAR REQUEST eCLEAR CONFIRM definidos no
protocolo X.25.
Uma entidade de Transporte, quando deseja estabelecer uma conexo, envia uma
TPDU CR edeverreceber umaCC. No momento daliberao daconexo, as TPDUs DR e
DC sero trocadas entre duas entidades.
As TPDUs DT (DATA) e ED (EXPEDITED DATA) so utilizadas para transferir,
respectivamente, dadosnormaisedadosexpressos. Osreconhecimentos relativosaestasduas
TPDUs sero, respectivamente, AK (DATA ACKNOWLEDGEMENT) e EA (EXPEDITED
DATA ACKNOWLEDGEMENT).
Finalmente, as TPDUs RJ (REJECT) eER (ERROR) so utilizadas parao tratamento
de erros.
100
Comosepodever nafigura, todasas TPDUssocompostas docampoLI, jdescrito.
O byteseguinte utilizado, particularmente no protocolo declasse 4, para implementar um
mecanismodecrdito, utilizadoparacontrolar otrfegodeunidadesdedados, substituindoo
mecanismo com janela de antecipao.
1 1 2 2 1
LI 1110 CDT 0 0 Ref. Origem Classe P. Var DADOS CR
LI 1101 CDT Ref. Destino Ref. Origem CC
LI 1000 0000 Ref. Origem DR
LI 1100 0000 Ref. Origem P. Var DC
LI 1111 0000 DADOS DT
LI 0001 0000 P. Var DADOS ED
LI 0110 CDT
TPDU esperada
P. Var AK
LI 1110 CDT EA
LI 0101 CDT TPDU esperada RJ
LI 0111 0000 Causa Rejeio P. Var ER
Ref. Destino
Ref. Destino
Ref. Destino
Ref. Destino
Ref. Destino
TPDU N
TPDU N
Ref. Destino
Ref. Destino
Ref. Destino
TPDU esperada P. Var
Classe P. Var DADOS
Razo P. Var DADOS
Figura 2.3.5.8 - TPDUs do protocolo de Transporte OSI.
Os campos Ref. Destino e Ref. Origem permitem identificar as conexes de
Transporte. Eles so utilizados nos protocolos de classe 2 a 4, onde pode ocorrer a
multiplexao devrias conexes. Quando umpacoterecebidoatravs dacamadadeRede,
a entidade de Transporte vai analisar estes campos para definir a que conexo ele pertence.
OcampoClasse utilizadopelas entidades deTransporteparaanegociaodaclasse
do protocolo a ser implementado na conexo.
A parte varivel da TPDU vai conter informaes, tais como: TSAP devendo ser
conectado no usurio local, TSAP devendo ser alocado no usurio remoto, classes de
protocolo aceitas em segunda opo, etc.
OcampoDADOS podeconter at32bytesdeinformaesnasclasses1a4, nosendo
utilizado na classe 0.
No caso das TPDUs DT (DATA) eED (EXPEDITED DATA), o campo EOT (End Of
Transmission) utilizadoparamarcar ofinal deumatransmisso, elesetadoa1, nocasoda
TPDU enviada ser a ltima. Isto necessrio para possibilitar os procedimentos de montagem.
101
As TPDUs AK (DATA ACKNOWLEDGE) e EA (EXPEDITED DATA
ACKNOWLEDGE) so utilizadas para reconhecer, respectivamente as TPDUs DT e ED. O
campoTPDU esperada funcionademaneirasimilar aocampoack apresentadonacamadade
Enlace. A diferenaqueeleindicaquetodas as TPDUs anteriores foramrecebidas, exceto
aquela referenciada pelo campo.
Finalmente, ocampoCausa Rejeio presentenaTPDU ER (ERROR) permiteindicar
a causa do erro sinalizado, como cdigo de parmetro invlido, tipo de TPDU inexistente,
referncia de TPDU invlida, etc.
NocasodeumserviodeTransportesemconexo, acamadadeTransporteOSI, pode
seutilizar deumservio deRedecomousemconexo. Como jfoi dito naparterelativa
camada de Rede, a definio de umservio semconexo que utilize umservio orientado
conexo no l muito interessante, mas, s vezes, o nico servio de Rede disponvel
orientado conexo, como por exemplo o X.25.
No caso da utilizao de um servio sem conexo, cada TPDU associada a um
pacote, sem reconhecimento nem garantia de sequenciamento.
O protocolo do servio deTransportesemconexo defineo formato daTPDU como
ilustradonafigura 2.3.5.9, bastantesimilar utilizadanocasodoservioorientadoconexo.
A parte varivel da TPDU conduz os endereos de TSAP (origeme destinatrio) e outras
informaes.
1 1
LI 01000000 P. Var DADOS
Figura 2.3.5.9 - Formato da TPDU do servio de Transporte sem conexo.
b) O protocolo TCP
O protocolo TCP (Transmission Control Protocol) foi definido como resultado dos
trabalhos realizados anvel daredeamericanaARPANET, parapoder permitir aincluso de
redes locais cujo servio de Rede fosse menos confivel do que o da prpria ARPANET.
Associado a TCP, foi definido tambmumnovo protocolo de Rede, o IP (Internet
Protocol), sendo que hoje, o par TCP/IP bastante utilizado na interconexo de computadores
(padro UNIX e INTERNET).
Uma entidade de Transporte TCP aceita mensagens de tamanho varivel,
fragmentando-as emunidadedetamanho inferior ouigual a64Kbytes, estas unidades sendo
102
enviadas como datagramas isolados, acamadadeRedeno oferecendo nenhumagarantiade
entrega dos datagramas. O TCP deve, ento, definir um temporizador e retransmitir as
unidadesperdidas. OTCP deveaindatratar oproblemadesequenciamentodasunidades, uma
vez que no garantida a chegada na ordem correta a nvel de Rede.
CadaunidadetransmitidaviaTCP temumnmerodeseqnciaparticular (de32bits)
permitindo tratar o problema de seqncias idnticas. O TCP trata tambmo problema de
unidades atrasadas no estabelecimento de conexo implementando umprocedimento a trs
etapas.
O TCP utiliza um cabealho fixo para as unidades de dados, o formato sendo
apresentado na figura 2.3.5.10, cujos campos tm as funes seguintes:
porta fonte e porta destino realizam o endereamento em TCP (endereos dos
TSAPs);
nmero de seqncia e reconhecimento, efetuamas funes de sequenciamento e
reconhecimento, respectivamente; eles ocupam, cada, 32 bits, pois cada byte
numerado no TCP;
tamanho cabealho permiteindicar onmero depalavras de32bits quefaro parte
do cabealho; necessrio, pois o campo opo, vai ser composto de umnmero
varivel de palavras;
URG (URGent pointer) bit setado a 1 se o apontador de prioridades est ativado;
este ser explicado mais tarde;
PORTA ORIGEM PORTA DESTINO
NMERO SEQUNCIA
RECONHECIMENTO
TAMANHO
CABEALHO
JANELA
CONTROLE ERRO
APONTADOR PRIORIDADE
OPES
DADOS
F
I
N
U
R
G
A
C
K
E
O
M
R
S
T
S
Y
N
Figura 2.3.5.10 - Formato do cabealho da TPDU do TCP.
103
ACK (ACKnowledge) serveparaindicar seo campo reconhecimento utilizado (1)
ou no (0);
EOM (End Of Messages) permite indicar o final de uma transmisso;
RST (ReSTart) servereinicializaodeumaconexoquandoasuaoperaotorna-
se comprometida;
SYN setado a 1 para indicar que a unidade contm um pedido de conexo;
FIN utilizado para a liberao de conexo; especifica que o emissor no possui
mais dados a enviar;
janela utilizado paraimplementar o controledefluxo; elecomposto de16 bits
pelo fato de que o controle feito a nvel de byte e no de TPDU;
controle de erro permiteefetuar ocontroledoerro; estedefinidopor umalgoritmo
simples ondeos bytes dedados so somados como palavras de16bits; estecampo
apresenta o complemento 1 do resultado da soma;
apontador de prioridades utilizado para permitir o envio de unidades urgentes,
indicando o offset (deslocamento) emrelao ao nmero de seqncia ao qual o
dado urgente pode se localizar;
opes utilizado para definir os parmetros da comunicao (por exemplo, o
tamanho dos buffers);
dados contm efetivamente os dados que sero transmitidos.
No UNIX, os processos usurios do TCP so identificados por uma porta (ou
porto). As portas so locais e podem se repetir em ns diferentes. Os processos so
identificados univocamentenaredepelo identificador dasuaportaconcatenado ao endereo
IP do n, definindo um socket (equivalente a um TSAP para o RM-OSI).
Processos servidores muito usados recebem portas fixas, conhecidas dos demais
processos(ex.: servidor FTP, Telnet, etc.). Oestabelecimentodeumaconexoentreprocessos
deaplicao requer umpar desockets, queoperamdeformafull-duplex. Ummesmo socket
podeparticipar devrias conexes. Umaconexo definidaatravs dos identificadores dos
sockets envolvidos, dos nmeros de seqncia, da largura de janela, etc.
O TCP estabelecee desfaz conexes por meio do protocolo three-way-handshake, j
descrito anteriormente.
Os processos de aplicao transmitemdados fazendo chamadas ao TCP e passando
como parmetros os buffers onde os dados se encontram. No caso do UNIX, o TCP foi
concebido como mdulo do sistema operacional.
A interfacecomo usurio (ou processos deaplicao) feitapor meio das seguintes
chamadas (system calls) ao TCP:
open (conexo)
104
close (conexo)
send (dados)
receive (dados)
status (conexo)
c) Interfaces para Programas de Aplicao - APIs
APIs (Application Program Interfaces) so interfaces para programadores usando
diretamenteos servios dacamadadetransporte. Seuobjetivo facilitar aimplementao de
programas de aplicao que fazem uso dos servios de comunicao da rede. APIs so
usualmente oferecidas para alguns sistemas operacionais (ex.: UNIX) e algumas linguagens
(ex.: C).
Exemplos de APIs bastante difundidas so:
TLI (Transport Layer Interface): API paralinguagemC comTCP emUNIX System
V.
NetBIOS: interface para programao de aplicaes distribudas da IBM. Oferece
servio de transmisso confivel orientado conexo, servio de nomes para
identificar usurios e servio de datagrama no confivel (opcional). Existem
verses para TCP, SPX (Sequenced Packet Protocol, protocolo de transporte da
novell) ou para operar sobre acamadadeenlace (LLC classe 1). No ltimo caso,
inclui protocolos de rede e transporte.
Berkeley Sockets: API paralinguagemC comTCP emUNIX BSD ecompatveis.
Os servios so acessveis por meio dos system calls mostrados na tabela a seguir:
System Call Funo
socket cria um socket (TSAP)
bind associa um nome ASCII a um socket j existente
listen cria uma fila de espera para requisies de servio
accept remove um pedido de conexo de uma fila ou espera por um novo pedido
connect estabelece uma conexo com outro socket
shutdown encerra uma conexo entre sockets
send envia mensagem por uma conexo existente
recv recebe mensagem por uma conexo existente
select testa um grupo de sockets para ver se tem mensagens
105
Para algumas arquiteturas de rede, a subdiviso emcamadas termina aqui. Este o
casodaarquiteturaTCP/IP (cujonomederivadopar deprotocolosTCP eIP, jvistos). Paraa
arquiteturaTCP/IP, assume-sequeos aplicativos operemsobreos servios detransporte(no
caso, os servios do protocolo TCP ouUDP, queumaverso semconexo eno confivel
do TCP). Estudaremos alguns destes aplicativos mais afrente. J no caso do RM-OSI, foram
definidas mais trs camadas acima da camada de transporte, que estudaremos a seguir.

2.3.6. A CAMADA DE SESSO
Como foi mencionado anteriormente, o modelo hierrquico decomunicao proposto
no modelo OSI pode fazer distino emduas classes de camadas: as camadas inferiores,
concretizadaspelas camadasde1a4, jvistas, cujosservios soorientadosaotransportede
informao prpriamentedito, tratando essencialmentedeproblemas decomunicao como,
por exemplo, codificaoetransmissodebits, controledefluxoedeerros, sequenciamento,
roteamento, controle de trfego e gerenciamento de conexes; as camadas superiores,
concretizadas pelas camadas de5 a7, cujos servios seorientammais s aplicaes escritas
pelos usurios no sentido de facilitar ou simplificar as suas tarefas, fornecendo servios
padronizados os mais diversos.
A camada de Sesso a primeira camada (no sentido bottom-up) enquadrada na
segunda classe. Ao contrrio de outras camadas j estudadas e outras que sero vistas mais
adiante, a camada de Sesso foi introduzida no momento da definio do modelo OSI. As
demaiscamadaspresentesnoOSI foram, decertomodo, inspiradasdemodelospr-existentes
na concepo de redes j existentes na poca como, por exemplo, ARPANET.
Esta , na verdade, uma das camadas mais simples do modelo OSI, oferecendo uma
quantidade relativamente limitada, longe dos servios oferecidos por camadas como a de
Transporte, por exemplo.
Nestapartedo documento, veremos ento os servios oferecidos pelaSesso ecomo
estes so implementados atravs dos protocolos.
2.3.6.1. Servios oferecidos camada de apresentao
A principal funo desta camada oferecer aos seus usurios meios para o
estabelecimentodasconexes, denominadassesses, demodoqueestespossamtrocar dados.
Uma sesso pode ser utilizada para permitir a conexo distncia a umcomputador, por
exemplo, atravs deumterminal, paraumatransfernciadearquivo, parao carregamento de
programas distncia, etc.
Segundo o modelo OSI, os usurios dos servios de Sesso so as entidades de
Apresentao, a posio desta camada estando ilustrada na figura 2.3.43.
106
Apesar de que, ao nvel de Sesso, so oferecidas primitivas de servio para a
comunicao semconexo, neste modo, no possvel explorar os servios orientados aos
usurios, disponveis nesta camada.
No quediz respeitoconexodeSesso (ousesso, comodefinidoacima), pode-se
estabelecer as diferentes possveis relaes entreumaconexo deSesso eumaconexo de
Transporte, como mostra a figura 2.3.44.
TSAP
SSAP
ENTIDADE
DE SESSO
1 a 3
4
5
6
7
TRANSPORTE
APRESENTAO
protocolo de
sesso
SPDUs
servios oferecidos
camada de apresen-
tao
servios oferecidos
camada de sesso
TSAP
SSAP
ENTIDADE
DE SESSO
TRANSPORTE
APRESENTAO
Figura 2.3.43 - Posio da camada de Sesso no modelo OSI.
Em2.3.44(a), mostradaumacorrespondnciade1a1entreumaconexo deSesso
e uma de Transporte. Por outro lado, como mostrado em 2.3.44(b), pode-se utilizar uma
mesmaconexo deTransporteparasuportar diferentes sesses consecutivas. Ainda, pode-se
ter o quadro inverso, onde, pela quebra de uma conexo de Transporte, a abertura de uma
novaprovidenciadaparagarantir acontinuidadedeumamesmasesso. Esteltimocenrio,
ilustrado em 2.3.44(c), se caracteriza, por exemplo, quando as entidades de Transporte
assumem a tarefa de retomada de dilogo aps uma pane.
T r a n s p o r t e
S e s s o
T r a n s p o r t e
S e s s o
T r a n s p o r t e
S e s s o
( a ) ( b ) ( c )
Figura 2.3.44 - Diferentes relaes entre conexo de Sesso e de Transporte: (a)
correspondncia 1 a 1; (b)vrias conexes de Transporte para uma nica sesso; (c) uma
conexo de Transporte para vrias sesses .
2.3.6.2. Sesso x Transporte: similaridades e diferenas
107
Damesmaformacomo foi visto paracamadas inferiores, o dilogo viaestacamada
caracterizado pelas trs etapas aseguir: estabelecimento de sesso, transferncia de dados e
liberao da sesso.
As primitivas de estabelecimento e liberao de sesso oferecidas camada de
Apresentao so similares quelas oferecidas prpria camada de Sesso pelo Transporte.
Esta similaridade ocorre a tal ponto que, emmuitos casos, a recepo de uma primitiva de
servio da camada de Apresentao reflete-se imediatamente no envio de uma primitiva de
servio equivalente da camada de Transporte. Um exemplo disto a primitiva de
estabelecimento deSesso, S_CONNECT.request, querefletidano envio deumaprimitiva
T_CONNECT.request.
Na fase de estabelecimento de uma conexo, da mesma forma que na camada de
Transporte, ocorreanegociao, entreas duas entidades envolvidas (deApresentao) sobre
queparmetrosvodefinir acomunicao. Dentreestesparmetros, encontram-separmetros
jconhecidosdeoutrosnveisdomodeloOSI (por exemplo, anecessidadedetransfernciade
dados expressos) e tambmparmetros especficos camada de Sesso (por exemplo, na
aberturadeumasesso paratrocadeinformaes viacorreio eletrnico, umparmetro pode
ser qual usurio vai tomar a iniciativa do dilogo).
Apesar das semelhanas j levantadas, pode-se destacar tambmalgumas diferenas
entre uma sesso e uma conexo de Transporte, essas diferenas estando particularmente
associadas ao procedimento deliberao das conexes. No caso dacamadadeTransporte, a
primitiva T_DISCONNECT.request , na forma adotada no modelo OSI, causa a terminao
abrupta da conexo, podendo ocorrer inclusive perda dos dados ainda em trnsito (este
problema foi levantado quando da apresentao da camada de Transporte e se aplica, por
exemplo, ao protocolo TP4 da ISO). J , no caso das sesses, a primitiva responsvel da
liberao S_RELEASE.request quepermiteterminar, demaneiraordenadaaconexo, sem
ocorrncia de perda dos dados (liberao negociada). possvel, no entanto, emcaso de
necessidade, promover umaliberao abruptadasesso, isto, graas utilizao daprimitiva
S_ABORT.request. A diferenaentreas duasformasdeliberaodeumaconexomostrada
na figura 2.3.45. Em 2.3.45(a) apresentada a liberao abrupta de uma conexo de
Transporte; em 2.3.45(b), apresentada a liberao negociada de uma sesso.
Como se pode ver em2.3.45(b), ao contrrio dos servios de liberao de conexo
apresentados at o momento, o servio de liberao negociada S_RELEASE umservio
confirmado, caracterizado pelas primitivas request, indication, response e confirm.
Como mostra a figura, mesmo aps ter emitido o pedido de liberao, a entidade
usuriapodecontinuar areceber primitivas deservio deindicao detransfernciadedados
(no caso, S_DATA.indication), sendo queadesconexo s serefetivadaaps arecepo da
primitiva S_RELEASE.confirm.
108
Umoutroponto debastantesimilaridadeentreas camadas deSesso eTransporteo
endereamento. Da mesma formaque no Transporte, a nvel de Sesso necessrio indicar
umSSAP (Ponto de Acesso ao Servio de Sesso ouSession Service Access Point) nafasede
estabelecimento de sesso. Normalmente, um endereo de SSAP nada mais que um
endereo de TSAP enriquecido com outras informaes.
Ainda, umadiferenaentreSesso eTransporteestnos tipos dedados transmitidos.
Comofoi vistonocasodacamadadeTransporte, existemdoistiposdefluxosdedados os
dados normais eos dados expressos (ouurgentes). J nacamadadeSesso, almdestes dois
tipos de dados, podemocorrer outros dois os dados tipados (typed data) e os dados de
capacidade (capacity data). Estes tipos de dados sero explicados mais adiante, neste
documento.
T_DISCONNECT
request
T_DISCONNECT
indication
T_DATA
request perda
dado
S_RELEASE
request
S_RELEASE
indication
S_DATA
request
S_DATA
indication
S_RELEASE
response
S_RELEASE
confirm
(a)
(b)
Figura 2.3.45 - (a) liberao abrupta; (b) liberao negociada.
2.3.6.3. A gesto do dilogo
Segundo o modelo OSI, todas as conexes estabelecidas so, aprincpio, do tipo full
duplex (ouseja, bidirecionais simultneas, conformamostrado nafigura 2.3.46(a)). Por outro
lado, existemmuitasaplicaesnasquaisapossibilidadedeoperaoemhalf duplex podeser
mais interessante. Este servio implementado a nvel da camada de Sesso graas
definio de uma ficha de dados (data token), como ilustrado na figura 2.3.46(b). A
comunicaoemhalf duplex umaoponegociadanomomentodoestabelecimentodeuma
sesso. Seestaopo adotada, deverser definidotambmqual dos usurios envolvidos no
dilogo poder tomar a iniciativa (possuidor da ficha). Quando este usurio terminar a sua
transmisso, ele pode ceder a ficha ao usurio par para que ele possa efetuar a sua
transmisso. A passagemdefichadeumusurioaoutroimplementadaatravs daprimitiva
S_TOKEN_GIVE.
109
Ainda, se um dos usurios querendo efetuar uma transmisso no possui a ficha
naquele instante, ele pode requisit-la a seu par atravs da emisso de uma primitiva
S_TOKEN_PLEASE.request. O usurio receptor daprimitivaS_TOKEN_PLEASE.indication
pode ou no querer ceder a ficha.
Emcasonegativo, ousurioquearequisitounofaroutracoisasenoesperar aboa
vontadedoseuinterlocutor (ouainda, enviar dadosurgentesquenonecessitamapossesso
daficha). A fichas passaater algumsentido no caso decomunicao half duplex. Sefull
duplex a opo adotada, ela no levada em conta.
(a)
(b)
S_DATA
request
S_DATA
indication
S_DATA
request
S_DATA
indication
S_DATA
request
S_DATA
indication
S_DATA
request
S_DATA
indication
S_DATA
request
S_DATA
indication
S_DATA
request
S_DATA
indication
S_TOKEN_GIVE
request
S_TOKEN_GIVE
indication
S_DATA
request
S_DATA
indication
Figura 2.3.46 - (a) comunicao full duplex; (b) comunicao half duplex com ficha.
2.3.6.4. A sincronizao
A camada de Sesso deve cobrir igualmente os problemas relacionados
sincronizao. Estatarefatil paraamanutenodacoernciadoestadoentredoisusurios
interlocutores em caso de erro ou outro problema.
Apesar de que a camada de Transporte tenha, por princpio, a funo de cobrir todos os
problemas relacionados retomada aps erros ou panes, esta camada cobre unicamente os
problemas relacionados transmisso dedados propriamentedita, no levando emcontaos
problemasquepodemocorrer nascamadassuperiores. Esteserrospodemocasionar perdasde
dados que a camada de Transporte incapaz de detectar (uma vez que esta no a sua
funo!).
A camada de Sesso vem, ento ao socorro do sistema efetuando a tarefa de
sincronizao, atravs da insero a nvel dos dados de pontos de sincronizao, que
permitemmanter asessonumestadocorrespondendoaumantigopontodesincronizao. A
figura 2.3.47(a) ilustra o procedimento de insero de pontos de sincronizao.
Umexemplo disto pode ser ilustrado na transmisso de umdocumento via rede, no
qual este pode ser decomposto em pginas s quais se pode associar os pontos de
sincronizao. Nestecaso, aresincronizao vai consistir na retransmisso do documento a
partir de uma dada pgina que estava sendo transmitida quando o problema ocorreu.
110
A sincronizaoimplementadadaseguinteforma: ousurioemissor insere, nas suas
mensagens, pontos desincronizao, cadaponto contendo umnmero desrie. Quando um
usurioenviaumaprimitiva(request) parainserir umpontodesincronizao, ooutrousurio
vai receber umaprimitiva deindication correspondente, isto ocorrendo deigual maneira no
caso de uma resincronizao.
importante notar aqui que a camada de Sesso oferece unicamente as ferramentas
para a soluo dos problemas de erros e incoerncia por sincronizao/resincronizao. Na
realidade, quem ativa estas ferramentas quando da ocorrncia de um problema so as
entidades das camadas superiores.
Omecanismo desincronizao definedois tipos distintos depontos desincronizao:
os pontos de sincronizao mximos e mnimos.
Os pontos de sincronizao mximos so utilizados para delimitar trechos da
informaodenominados dilogos, querepresentamumadecomposiolgicadainformao
(captulos de um livro, por exemplo).
J ospontosdesincronizaomnimos soutilizadosparaseparar poresmenores da
informao. No caso deumlivro, estaporo poderiaser as pginas dos captulos. A figura
2.3.47(b) ilustra os pontos de sincronizao mximos e mnimos.
1 2 3 4 5 6 7 8 9
SESSO
ponto de sincronizao
1
2 3 4
5
6 7 8
9
ponto de sincronizao
mximo
ponto de sincronizao
mnimo
DILOGO
(a)
SESSO
(b)
Figura 2.3.47 - (a) Pontos de sincronizao; (b) Pontos de sincronizao mximos e mnimos.
Umadiferenafundamental entreos pontos mximos emnimos residenacapacidade
de resincronizao. No caso de um ponto de sincronizao mximo, aps uma pane,
possvel resincronizar, no mximo, deumponto desincronizao mximo paratrs. A partir
desteponto, impossvel recuperar informao. Isto ocorreporqueumpontomximo visto
comoumafronteiradeproteo, cujainformaoanterior garantidater sidorecebida, oque
111
significa que elapode ser apagada da extremidadeemissora. Isto j no ocorre no caso dos
pontos de sincronizao mnimos.
Almdisso, pelo fato de que os pontos de sincronizao mximos so tidos como
fronteiras de proteo da informao, estes devem ser explicitamente reconhecidos pelo
receptor, o que no necessrio no caso dos pontos de sincronizao mnimos.
2.3.6.5. Gerenciamento de atividades
OutrafunoimportantedacamadadeSessoocontroledeatividades. Estatarefa
baseadano conceito dedecomposio do fluxo dedados ematividades, independentes umas
das outras. Oconceito deatividadevai depender daaplicao considerada, o usurio sendo o
responsvel desta definio.
Umexemplo tpico deutilizao do conceito atransfernciadearquivos, ondecada
arquivo deve ser separado, de alguma forma dos demais. A forma de faz-lo atravs da
definio, de cada arquivo, como sendo uma atividade, como mostra a figura 2.3.48. Para
faz-lo, antes da emisso de cada arquivo, o usurio deve enviar uma primitiva
S_ACTIVITY_START.request paramarcar oinciodeumaatividade; istovai gerar, noladodo
receptor, umaprimitivaS_ACTIVITY_START.indication sinalizandooinciodoenviodeuma
nova atividade (neste caso particular, o arquivo).
arquivo 2
arquivo 1
ATIVIDADE
incio atividade
fim atividade
SESSO
ATIVIDADE
Figura 2.3.48 - Conceito de atividade aplicado a uma transferncia de arquivo.
O fim da transferncia de um arquivo marcado, ento, pelo envio, por parte do
emissor, deumaprimitivaS_ACTIVITY_END.request. Ointeressedadefiniodeatividade
o fato que certas aplicaes podemter a garantia de atomicidade, evitando erros devido a
panes ocorridas entre aes de uma mesma atividade.
Um exemplo de aplicao o de uma operao bancria realizada atravs de um
terminal informatizado. A operao normal se desenrola da maneira seguinte:
112
o proprietrio dacontaemiteumcomando informando o seu nmero deconta(ea
senha correspondente) o computador do banco verifica o nmero e a senha, e
bloqueia o cdigo correspondente a fim de evitar o acesso concorrente;
oproprietriodacontaenviaumnovocomandoinformandoonmerodacontapara
ondeo dinheiro deveser transferido o computador verificao nmero dacontae
bloqueia o cdigo correspondente pela mesma razo j apresentada;
o proprietrio, finalmente, emiteumterceiro comando informando o montanteaser
transferido o computador efetiva, ento, a transferncia para a conta destinatria.
Um caso tpico deste cenrio aquele em que uma pane (falta de energia, por
exemplo) ocorreno terminal sendoutilizadopeloclienteproprietriodacontaimediatamente
aps o primeiro comando. O computador vai bloquear o cdigo correspondenteconta, mas
os demais comandos no sero efetuados.
A aplicao do conceito de atividade via camada de Sesso permite solucionar este
problema, garantindo aatomicidadedaoperao. A operao completapodeser vistacomo
umaatividade. Assim, aps arecepo deumaprimitiva S_ACTIVITY_START.indication, o
computador dobancoficariaarmazenandoasmensagens(decomando) atarecepodeuma
primitiva S_ACTIVITY_END.indication. S neste momento, os comandos seriamefetivados
pelo computador.
Umaoutrapropriedadeinteressantedas atividades acapacidadedeser interrompida
e retomada sem a perda das informaes. Isto pode ser feito atravs da primitiva
S_ACTIVITY_INTERRUPT quepermiteiniciar umanovaatividadeeretomar aquelaao final
desta segunda atividade a partir do ponto onde ela tinha sido interrompida.
Umexemplotpicoaqueledatransfernciadeumarquivodetamanhorelativamente
grande, no qual, durante a transferncia, seja necessrio, com relativa urgncia, efetuar a
consulta a uma base de dados (anurio telefnico, agenda, por exemplo). Este exemplo
ilustrado na figura 2.3.49.
transf. arquivo
1 parte
transf. arquivo
2 parte
consulta
anurio
1
incio atividade 1
interrupo atividade 1
incio atividade 2
fim atividade 2
retomada atividade 1
fim atividade 1
2 3 4 5 6
1
2
3
4
5
6
113
Figura 2.3.49 - Exemplo da interrupo de um atividade para a realizao de outra.
2.3.6.6. As primitivas de servio de Sesso
Oquadroaseguir apresentaalistadasprimitivasdeserviooferecidaspelacamadade
Sesso, indicandoasclassesdeprimitivascompondocadaservio(R - request, I - indication,
Rs - response e C - confirm).
So 58primitivas organizadas em7grupos: estabelecimento deconexo, liberao de
conexo, transferncia de dados, gerenciamento de fichas, sincronizao, gerenciamento de
atividades e relatrio de anomalias.
Os dois primeiros grupos so relacionados, respectivamente, inicializao etrmino
das sesses. As primitivas S_CONNECT, conduzem, emseus parmetros, informaes tais
como: SSAPs dos interlocutores, qualidade do servio, nmeros iniciais dos pontos de
sincronizao, etc.
J osserviosdeliberaodesessopodemser detrstipos: oprimeiro, caracterizado
pelaprimitivas S_RELEASE, especificando umservio confirmado detrmino negociado de
sesso(semperdadedados); os doisoutros, paraeliberaoabruptadesesso(comeventual
perda de dados), caracterizados pelas primitivas S_U_ABORT e S_P_ABORT, indicando,
respectivamente, terminaodeiniciativadousurio(U - user) edofornecedor doservio(P
- provider).
Oterceirogrupocaracterizadopelasquatroclassesdeprimitivasparaatransferncia
de dados (S_DATA, S_EXPEDITED_DATA, S_TYPED_DATA e S_CAPABILITY_DATA)
cadaumaparaumdos quatrotiposdedados (normais, urgentes, tipados edecapacidade). Os
dados normais e urgentes tendo sido discutidos em outras oportunidades, cabe aqui uma
apresentao dos dois outros tipos de dados.
Osdados tipados sosimilaresaosdadosnormaisdopontodevistadatransferncia, a
diferenafundamental sendo aliberdadedetransmisso semanecessidadedepossedaficha
de dados. Este tipo de dados so utilizados, principalmente, para a troca de mensagens de
controle entre os dois usurios.
Os dados de capacidade so utilizados paraatransfernciademensagens decontrole
daprpriacamadadeSesso. OservioS_CAPABILITY_DATA, comosepodever natabela,
umservioconfirmado, fornecendoumreconhecimentodosdadosdecapacidade. Ainda, ao
contrrio dos dados tipados, estes dados s podemser transmitidos se a entidade possui a
ficha de transferncia de dados.
O quarto grupo de servios relacionado ao gerenciamento das fichas, que so em
nmero de4: as fichas dedados (paraatransfernciaemhalf-duplex), as fichas deliberao
(para o incio de uma liberao negociada), as fichas de sincronizao mnima (para a insero
depontosdesincronizaomnimos) easfichasdesincronizaomximaeatividade(parao
114
gerenciamento das atividades e da sincronizao). S_TOKEN_GIVE permite efetuar a
transfernciadeumaoumais fichas entidaderemota, as fichas atransferir sendo indicadas
nos parmetros das primitivas.
O quinto grupo contmos servios relativos sincronizao, seja para insero de
pontos de sincronizao (atravs dos servios S_SYNC_MAJOR e S_SYNC_MINOR,
dedicados, respectivamente, introduo de pontos de sincronizao mximos e mnimos),
seja para a resincronizao a partir de um ponto dado (S_RESYNCHRONIZE).
Primitiva R I Rs C Funo
ORIENTADO CONEXO
S_CONNECT estabelecimento de conexo
S_RELEASE
S_U_ABORT
S_P_ABORT

liberao negociada de conexo

liberao abrupta (usurio)
liberao abrupta (fornecedor)
S_DATA
S_EXPEDITED_DATA
S_TYPED_DATA
S_CAPABILITY_DATA

transferncia de dados normais
transferncia de dados urgentes
transferncia de dados tipados
transf. de dados de capacidade
S_TOKEN_GIVE
S_TOKEN_PLEASE
S_CONTROL_GIVE

passagem de ficha de dados

pedido de ficha
passagem de todas as fichas
S_SYNC_MAJOR
S_SYNC_MINOR
S_RESYNCHRONIZE

insero de pto. de sincr. mx.

insero de pto. de sincr. mn.
pedido de resincronizao
S_ACTIVITY_START
S_ACTIVITY_END
S_ACTIVITY_DISCARD
S_ACTIVITY_INTERRUPT
S_ACTIVITY_RESUME

incio de uma atividade

fim de uma atividade
abandono de uma atividade
interrupo de uma atividade
retomada de uma atividade
S_U_EXCEPTION_REPORT
S_P_EXCEPTION_REPORT

relatrio de anomalia- user

relatrio de anomalia- provider
SEM CONEXO
S_UNITDATA transferncia de dados (s/ conexo)
O sexto grupo dedicado ao gerenciamento das atividades (incio, fim, abandono,
interrupo e retomada), atravs dos servios S_ACTIVITY_START, S_ACTIVITY_END,
S_ACTIVITY_DISCARD, S_ACTIVITY_INTERRUPT e S_ACTIVITY_RESUME.
115
O stimo grupo dedicado gerao derelatrios deanomalia, tanto dapartedeum
dos usurios (S_U_EXCEPTION_REPORT) quanto da camada de Sesso
(S_P_EXCEPTION_REPORT).
2.3.6.7. Primitivas de Servio e SPDUs
Os protocolos deSesso implementados anvel das redes pblicas so, normalmente
complexos em funo da grande diversidade de servios oferecidos. A cada primitiva de
servio existente, correspondenormalmenteumaSPDU, transmitidaemfuno do protocolo
implementado. Nocasodeprimitivascomresposta, existeumaSPDU geradaparaaresposta.
Do conjunto de primitivas apresentadas anteriormente, duas primitivas apenas no so
acessveis aos usurios da Sesso, no caso, aquelas iniciadas pelo fornecedor de servio
(S_U_ABORT e S_U_EXCEPTION_REPORT).
A cadavez queacamadadeSessorecebeumaprimitivadeservio, elaconstri uma
SPDU que vai ser emitida ao destinatrio. Ao receb-la, aentidade de Sesso receptora vai
gerar umaprimitivadeserviodeindicaocorrespondenteprimitivaderequest quegeroua
SPDU, os parmetros da indicao sendo herdados da primitiva de servio de request.
Quando o servio confirmado, como, por exemplo, o servio S_CONNECT ou
S_RELEASE, aentidadeusuriapoderemitir umarespostapositivaounegativa(aceitaoou
no da requisio). Neste caso, a nvel da camada de Sesso, vo existir duas SPDUs
orientadas conduo das duas possveis respostas ACCEPT ou REFUSE no caso do
servio S_CONNECT e DISCONNECT ou NOT FINISHED no caso do servio S_RELEASE.
A figura 2.3.50apresentaos formatos das SPDUs, o formato geral sendo apresentado
em 2.3.50(a), onde os campos apresentados tm o seguinte significado:
SI, Session Identifier, um campo de 1 byte que permite identificar o tipo da SPDU;
LI, Length Identifier, ocupatambmumbyteeutilizadoparaindicar otamanhoda
SPDU emnmero de bytes, indo de 0 a 254; caso a unidade de dados possua um
tamanho superior a254, LI indicaovalor 255eos dois bytes seguindoestecampo
vo apresentar o verdadeiro comprimento da SPDU;
PARMETROS, o campo atravs do qual sero conduzidos os parmetros
associados aumadadaSPDU, aformadecodificao dos parmetros podendo ser
como apresentado em2.3.50(b), que ser descrita mais adiante; ainda, este campo
pode ser codificado como mostrado em 2.3.50(c) e 2.3.50(d); estes mostram a
possibilidade de reagrupar os parmetros;
DADOS, o campo no qual os dados de usurio podem ser conduzidos.
116
No quediz respeito ao campo PARMETROS, os diferentes formatos so utilizados,
comomostradoem2.3.50(b) a2.3.50(d). Em2.3.50(b), umparmetrocaracterizadopor um
identificador do parmetro (PI, Parameter Identifier), umcampo indicando o tamanho do
parmetro(LI, Length Identifier) eumcampocontendoovalor doparmetro(PV, Parameter
Value). Em2.3.50(c) e 2.3.50(d) so apresentados formatos mais gerais, onde o primeiro
campoidentificaogrupodeparmetros(PGI, Parameter Group Identifier), estecamposendo
seguido de umidentificador decomprimento do grupo, LI. Finalmente, so apresentados os
parmetros de maneira individual, como j apresentados em 2.3.50(b).
SI LI PARMETROS DADOS
PI LI PV
PGI LI PI LI PV
PGI LI PI LI PV PI LI PV
(a)
(b)
(c)
(d)
Figura 2.3.50 - Formatos das SPDUs: (a) Formato geral da SPDU; (b) a (d) Formatos do
campo parmetros.
Quando umaSPDU geradanacamadade Sesso, estaenviadano formadeuma
mensagemcamadadeTransporte. possvel, nacamadadeTransporte, enviar umconjunto
de SPDUs a nvel de uma mesma mensagem, o que permite otimizar a quantidade de
primitivas de Transporte utilizadas a este mecanismo d-se o nome de concatenao.
Na extremidade de recepo, a entidade de Sesso deve efetuar o processo inverso,
quando da recepo de alguma primitiva de servio de Transporte, recuperando as diversas
SPDUs da mensagem recebida. A este mecanismo, d-se o nome de segmentao.
2.3.7. A CAMADA DE APRESENTAO
Quando foi concebida, a camada de Apresentao era responsvel unicamente pelas
funes de converso entre dados representados emASCII e EBCDIC. Emseguida, novos
servios foram introduzidos de forma que, atualmente, pode-se descrever a tarefa desta
camada por tudo o que possa estar relacionado representao dos dados a serem
transmitidos, particularmente as funes de:
converso de dados;
criptografia;
compresso de dados.
117
As seesqueseguemapresentaroosprincipais problemaseas soluesencontradas
na realizao destas funes.
2.3.7.1. O problema da representao dos dados
a) A converso de dados
A grande diversidade de equipamentos existentes, de diferentes modelos e,
principalmente, fabricantes distintos gerou umasriedeopes no quediz respeito forma
como os dados poderiam ser representados a nvel de cada computador.
Assim nasceram os inmeros cdigos de representao de dados, onde os mais
conhecidos so o cdigo ASCII e EBCDIC.
Estas diferenas, que no oferecem nenhum inconveniente quando as diversas
mquinas esto operando de maneira isolada, podem representar um verdadeiro quebra
cabeas para um engenheiro de sistemas quando duas destas mquinas devem trocar
informaes.
Searededecomputadoresenvolvessesomentecomputadoresdeummesmotipo, no
haveriamaiores problemas de representao dedados, exceto que seutilizassemlinguagens
diferentes para os programas aplicativos. No entanto, as redes de computadores devem
suportar a interconexo de equipamentos heterogneos.
Infelizmente, a forma de representao dos dados no igual em todos os
computadores (inclusive no que serefere aos processadores fabricados pelaMotorola, Intel,
IBM, etc). Por exemplo, dados naformaalfanumricaseguememgeral umadas duas formas
mais usuais derepresentaojcitadas: computadoresdegrandeporteusamcdigoEBCDIC
enquanto PCs e Workstations usam cdigo ASCII. Valores numricos podem ser
representados emforma binria (complemento 1, complemento 2 ou sinal-magnitude), em
forma alfanumrica (cdigo ASCII ou EBCDIC), emforma BCD (Binary Coded Decimal),
etc. Os exemplos seguintes ilustram esta situao:
nmeros inteiros podem ser codificados de forma binria como:
complemento 1: valor negativo computado por simples inverso de bits
+127 =0111 1111 (msb =0 =>+)
-127 =1000 0000 (msb =1 =>-)
complemento 2: valor negativo computado por inverso debits esomando 1 ao
resultado
+127 =0111 1111
-127 =1000 0001 (que seria -126 em complemento 1)
118
sinal-magnitude: msb define sinal, demais bits definem valor
+127 =0111 1111 (msb =0 =>+)
-127 =1111 1111 (msb =1 =>-)
caracteres alfanumricos podem ser representados em ASCII ou EBCDIC:
534 em ASCII =0011 0101 0011 0011 0011 0100
534 em EBCDIC =1111 0101 11110011 1111 0100
IBM 370 usa BCD para decimais:
534 em BCD =0000 0101 0011 0100
Decimal binrio Motorola x Intel:
534 (binrio Intel) =0001 0110 0000 0010
534 (binrio Motorola) =0000 0010 0001 0110
Isto significaque, quando dois oumais computadores devemser conectados viauma
rede, umtrabalhodeconversodeverser realizado. Nocasodearquiteturas decomunicao
que adotem como referncia o modelo OSI, a soluo situa-se a nvel da camada de
Apresentao.
Para compatibilizar diferenas de representao de dados, necessrio realizar uma
converso do formato local de cada equipamento para um formato padro com as
caractersticas seguintes:
o mecanismo devepermitir adescrio deestruturas dedados complexas aserem
intercambiadas, tais como arrays, records, structs, unions, etc;
o mecanismo devesuportar umacodificao no ambguaparaas instncias destas
estruturas.
Para tratar o problema, a ISO definiu os conceitos de sintaxe abstrata, sintaxe
concreta e sintaxe de transferncia.
Por Sintaxe Abstrata entende-sea especificao daorganizao deuma estruturade
dados de forma independente da codificao interna utilizada pela mquina. Uma Sintaxe
Abstratatornapossvel adefiniodetiposdedadoseatribuiodevalores. Por exemplo: em
C, adefinio denmeros inteiro (int), nmeros reais deponto flutuante(float) eestrutruras
complexas (struct) so sintaxes abstratas, que correspondem em PASCAL as sintaxes
abstratas integer, real e record, respectivamente.
Emlugar daadotar asintaxeabstratadeumalinguagemjexistente, aISOoptoupor
definir umalinguagemprpriaparaaespecificao deestruturas dedados, conhecidacomo
ASN.1 (Abstract Sintax Notation One), da qual veremos exemplos mais a frente.
J a Sintaxe Concreta a especificao de um formato para a codificao de
instncias de estruturas de dados a partir de uma sintaxe abstrata. Os exemplos vistos
anteriormente (BCD, ASCII, EBCDIC, Complemento 1, Complemento 2, BCD, etc)
representam sintaxes concretas.
119
A exemplo do queocorreu comasintaxeabstrata, a ISO definiu sua prpriasintaxe
concretasobopadroASN.1BER (Basic EncodingRules). OpadroASN.1BER adotauma
abordagem denominada TLV, com 3 campos:
Tag: rtulo do tipo de dado
Length: nmero de bytes do dado
Value: valor efetivo do dado em sintaxe concreta (padro ISO 8825)
Finalmente, aSintaxe de Transferncia asintaxeconcretaadotadapararealizar uma
dadatransfernciadeinformaesentreduasmaquinas. Assume-seque, noemissor, acamada
deapresentao deveconverter os dados aenviar dasintaxeconcretalocal paraasintaxede
transferncia, enquanto, no receptor, os dados recebidos so convertidos da sintaxe de
transfernciaparaasintaxeconcretalocal. Por exemplo: dadosconvertidosdasintaxeabstrata
PASCAL e sintaxe concreta X para ASN.1 BER na mquina A, so transferidos para a
mquina B e convertidos de ASN.1 BER para sintaxe abstrata C e sintaxe concreta Y.
Umapossvel sintaxedetransfernciaaprpriaASN.1BER, quefoi concebidapela
ISO com a inteno de exercer este papel.
Uma dada combinao de sintaxe abstrata e sintaxe de transferncia constitui um
Contexto de Apresentao. No exemplo dafigura 2.3.7.1 temos duas mquinas que trocam
dados em 3 contextos de apresentao diferentes.
ObservequeasintaxedetransfernciaadotadasempreaASN.1BER. Notetambm
que uma mesma estao de rede pode fazer uso de diferentes sintaxes abstratas locais em
diferentes processos de aplicao (no exemplo da figura 2.3.7.1 so as sintaxes abstratas
fornecidaspelaslinguagensC eFORTRAN) , deformaquepodemoster maisdeumcontexto
de apresentao para cada mquina.
entidade de apresentao A
sintaxe de transf. ASN.1 BER
user 1
funo 1
sint. abs. C
funo 2
sint. abs.
FORTRAN
contexto 1 contexto 2
entidade de apresentao B
sintaxe de transf. ASN.1 BER
user 1
funo 1
sint. abs. C
funo 2
sint. abs.
PASCAL
contexto 1 contexto 3
Figura 2.3.7.1 - Contextos de apresentao
A camada de apresentao amplia os servios de sesso com uma negociao das
sintaxes de transferncia a usar. No estabelecimento de uma conexo de apresentao so
120
definidos os Identificadores de Contexto de Apresentao (PCI = Presentation Context
Identifier). CadaPCI relacionaumasintaxeabstrataaumasintaxedetransferncia(defineum
ContextodeApresentao). Observequepode-seter vrioscontextosdeapresentaoemuso
em uma mesma conexo, como no exemplo visto anteriormente.
Oconjunto decontextos negociados no estabelecimentodaconexo formamumDCS
(Defined Context Set). Novos contextos podem ser includos no DCS durante a operao.
A camada de apresentao converte a representao abstrata de dados vista pela
aplicao(por ex.: umtextocomfiguras) erecebidanaformadePSDU emumaseqnciade
bytes na forma de SSDU. Esta transformao de representao realizada conforme a
seqncia mostrada na figura 2.3.7.2.
Sintaxe Abstrata do Aplicativo
(ex.: C++)
Sintaxe Concreta local
Sintaxe Abstrata Comum
(ex.: ASN.1)
Sintaxe de Transferncia
(ex.: ASN.1 BER)
Aplicao
Apresentao
Compresso / Criptografia
SSDU
PSDU
Figura 2.3.7.1 - Transformao de representao
b) A compresso de dados
A utilizaodeumarededecomunicaorepresentanormalmenteumcustoquepode
tornar-se no desprezvel quando o volume de informao a ser transferida relativamente
grande (quem recebe as contas telefnicas no final do ms sabe disso!).
Numacomunicao telefnica, sepudssemos evitar ficar tanto tempo conversando e
falssemos atravs de cdigos que permitissem representar uma maior quantidade de
informao, certamente, uma poro menor dos nossos salrios seriamencaminhadas, todo
ms, nossa companhia telefnica.
Da mesma forma, no caso da comunicao entre computadores, se, atravs da
aplicaodetcnicas decompressodedados, ovolumedeinformaopuder ser reduzido, o
custo da comunicao tambm o ser.
As tcnicas de representao esto fortemente ligadas forma de representao dos
dados. Umbomexemplo disto a representao de nmeros inteiros embinrio. Se, por
121
exemplo, queremos representar nmeros inteiros em32 bits, umaformadefaz-lo atravs
de 4 bytes.
Por outro lado, se 95%dos nmeros inteiros a transmitir esto na faixa de 0 a 250,
pode ser mais interessante representa-los por um nico byte, utilizando o valor 255 para
indicar quandoumnmerotiver deser representadoverdadeiramenteem32bits. Nestecaso,
seriamnecessrio 5 bytes (eno mais 4) pararepresentar o nmero. Entretanto, o ganho em
termos de reduo de informao seria altamente compensador, considerando que a quase
totalidade da informao poderia ser representada unicamente em 1 byte.
As tcnicas de compresso dedados no so unicamente teis neste caso. Umoutro
aspecto de aplicao importante destas tcnicas a economia de espao emdisco e fitas
magnticas no caso do armazenamento dearquivos. Algumas destas tcnicas sero estudadas
mais adiante.
c) A confidencialidade dos dados
O aparecimento das redes decomunicao paraainterconexo decomputadores vem
introduzindo uma sriedebenefcios nos mais diversos setores dasociedade. Entretanto, as
redes de computadores trouxeram tambm preocupaes que no existiam antes do seu
aparecimento. Umexemplo disto o problema da segurana dos dados armazenados num
computador.
Quandonoexistiamasredes, anicaformadeseter acessosadadosconfidenciaisde
uma empresa, laboratrio, universidade, etc, seria entrar no prdio onde se localizava o
computador e copia-los numdisco ou fita magnticaou tirar umalistagem. Dependendo da
importnciadasinformaesarmazenadas(umabasemilitar ouocomputador daBrasil J et), o
prdio poderia ser vigiado dia e noite com direito de acesso a apenas as pessoas de confiana.
Com as redes de comunicao, o acesso aos dados numcomputador fica bastante
facilitado, apesar dos esforos debloqueio, como por exemplo as senhas (passwords). Queo
digam os computadores do Pentgono, que j foram visitados por adolescentes em
microcomputadores.
Assim, umasriedecuidadosdevemser tomadosnoquediz respeitoseguranaou
confidencialidadedas informaesarmazenadas numcomputador emesmodaquelas trocadas
entre computadores, dentre elas:
a proteo contra leitura de dados por pessoas no autorizadas;
a proteo contra a insero de mensagens por elementos no autorizados;
a verificao da identidade do emissor da mensagem;
tornar possvel o envio de documentos com assinatura eletrnica.
122
A tcnica de criptografia a soluo que permite implementar os pontos acima
mencionados. Algumasdasdiversastcnicasdecriptografiaconhecidasseroapresentadasao
longo deste captulo.
2.3.7.2. As primitivas de servio da camada de apresentao
A tabelaaseguir apresentaalistadeprimitivas deservio deApresentao. Como se
pode notar, quase todas as primitivas so idnticas quelas apresentadas na parte anterior,
relativa camada de Sesso.
Nocasodosserviosorientadosconexo, por exemplo, osusuriosdestacamada, ou
seja, as entidades da camada de Aplicao podemabrir uma sesso utilizando a primitiva
P_CONNECT.request, que se reflete, na camada de Apresentao, pelo envio de uma
primitiva S_CONNECT.request, j descrita quando da apresentao da camada de Sesso.
De fato, a maior parte das primitivas de servio de Apresentao atravessamdesta
forma a camada.
A novidade mostrada na camada so as primitivas P_ALTER_CONTEXT, que
compem o servio de alterao de contexto de Apresentao.
Umcontexto a unidade na qual so reagrupadas as estruturas de dados utilizadas
pelas entidades de Aplicao. Ao longo de uma sesso, possvel utilizar um contexto durante
um determinado tempo e utilizar um outro num outro momento. O servio
P_ALTER_CONTEXT permite fazer a modificao.
Primitiva R I Rs C Funo
ORIENTADO CONEXO
P_CONNECT estabelecimento de conexo
P_RELEASE
P_U_ABORT
P_P_ABORT

liberao negociada de conexo

liberao abrupta (usurio)
liberao abrupta (fornecedor)
P_DATA
P_EXPEDITED_DATA
P_TYPED_DATA
P_CAPABILITY_DATA

transferncia normal de dados
transferncia urgente de dados
transferncia de dados tipados
transf. de dados de capacidade
P_TOKEN_GIVE
P_TOKEN_PLEASE
P_CONTROL_GIVE

passagem de ficha de dados

pedido de ficha
passagem de todas as fichas
123
P_SYNC_MAJOR
P_SYNC_MINOR
P_RESYNCHRONIZE

insere pto. de sincr. mximo

insere pto. de sincro. mnimo
pedido de resincronizao
P_ACTIVITY_START
P_ACTIVITY_END
P_ACTIVITY_DISCARD
P_ACTIVITY_INTERRUPT
P_ACTIVITY_RESUME

incio de uma atividade

fim de uma atividade
abandono de uma atividade
interrupo de uma atividade
retomada de uma atividade
P_U_EXCEPTION_REPORT
P_P_EXCEPTION_REPORT

relatrio de anomalia (user)

idem (provider)
P_ALTER_CONTEXT alterao de contexto
SEM CONEXO
P_UNITDATA transferncia de dados
A camada de Apresentao viabiliza anegociao sobre que forma de representao
ser adotada para os dados manipulados pela aplicao. A negociao baseada no
fornecimento, por partedeumusurio, detodas asestruturasdedadosqueeledesejautilizar,
sendo que o usurio par pode ou no aceitar a proposta.
Duranteo dilogo, aindapossvel quenovas propostas deestruturas dedados sejam
negociadas pelos dois usurios.
2.3.7.3. A notao ASN.1
ASN.1 (Abstract Syntax Notation One) umasintaxeabstrataquefoi definidanaISO
parasolucionar aproblemticadarepresentaodosdados. Istofoi motivadopelanecessidade
da existncia de uma forma de representao de dados que fosse suficientemente flexvel e
genrica para que pudesse ser utilizada pelas mais diversas aplicaes existentes.
ASN.1definidapelanormaISO8824, queapresentaasestruturasdedadosprevistas
nasintaxe; outranorma, ISO8825, defineasintaxe de transferncia, ouseja, aformacomoas
estruturas de dados ASN.1 podem ser mapeadas em binrio.
As estruturas dedados ASN.1foramdefinidas paraprever as complexas estruturas de
dados que poderiamser manipuladas a nvel de uma dada aplicao. Umregistro ou uma
estrutura de dados utilizada numa aplicao bancria pode conter os mais diversos campos,
como por exemplo o nome, o endereo, os nmeros deconta, as taxas de cmbio do dia, a
data e hora, etc. Emoutras aplicaes, pode existir a necessidade de troca de estruturas de
dados as mais diversas possveis, sendo que cada aplicao pode ter as suas prprias estruturas
dedados. Ainda, algumas estruturas dedados podemser tpicas decertas aplicaes, outras
especficas a uma determinada empresa ou instituio.
124
Nosestudosapresentadosdascamadasinferiores, particularmentenaapresentaodos
protocolosexistentes, muitasestruturasdedadosforamapresentadasnaformadefiguras, com
seus campos sendo apresentados por retngulos. Estas estruturas podemser formalizadas por
registros, records, vetores, etc.
A camadadeAplicao, cujasentidadessoosusuriosdacamadadeApresentao,
caracterizadapor muitas estruturas dedados, transmitidas naformadeAPDUs (Application
Protocol Data Units), compostas de diferentes campos, cada campo tendo umdeterminado
tipo (booleano, inteiro, etc).
A notao ASN.1 permiteformalizar os diversos tipos de dados podendo compor os
campos de uma APDU, reagrupando-os inclusive num mdulo de biblioteca para cada
aplicao tpica. Desta forma, possvel a uma aplicao enviar uma estrutura de dados
camadadeApresentao, dando aelao nomedaestruturaASN.1correspondente. A camada
de Apresentao poder, ento, conhecer o tipo e o tamanho de cada campo compondo a
estrutura de dados e, desta forma, codifica-los para a transmisso.
A entidadedeApresentaoreceptora, por suavez, conhecendoaestruturaASN.1dos
dadosrecebidos, podefazer todasasconversesquesejamnecessriasparaadaptar mquina
receptora.
O interesse da existncia de ASN.1 que esta notao serve como uma linguagem
comumparatodas as mquinas. Isto evitaquetodas as mquinas tivessemdeconhecer todas
as possveis formas derepresentao decadaumadas mquinas comas quais elas teriamde
se comunicar. Com ASN.1, basta apenas que cada mquina conhea como codificar seus
dados nesta notao.
A normaISO8824defineanotaodesintaxeabstrataASN.1, cujosprincipaispontos
seroapresentadosaseguir. Emumprimeiroexemplodecomoumdadopodeser descritoem
ASN.1, vamos fazer um paralelo entre uma estrutura de dados Pascal e uma estrutura de dados
ASN.1.
Vamos considerar que pretendemos representar por uma estrutura em Pascal as
principais caractersticas dos dinossauros. Isto poderia ser feito atravs de uma estrutura do
tiporecord, ondecadacampo teriaseutipoespecficoerepresentandoumacaractersticados
dinossauros. Um exemplo disto mostrado a seguir:
type dinossauro =record
nome : array [1..12] of char;
tamanho : integer;
carnvoro : boolean;
ossos : integer;
descoberta : integer;
end;
125
No caso deASN.1, amesmaestruturadedados poderiaser representadadaseguinte
forma:
dinossauro ::=SEQUENCE {
nome OCTET STRING, --12 chars
tamanho INTEGER,
carnvoro BOOLEAN,
ossos INTEGER,
descoberta INTEGER
}
Como se pode notar, no existemmuitas diferenas entre a forma de especificar um
record em Pascal e uma seqncia em ASN.1. De fato, tipos complexos em ASN.1 so
geradosapartir detiposdebase, denominadostipos primitivos. OstiposprimitivosdaASN.1
so apresentados na tabela a seguir.
Tipo Significado
INTEGER inteiro de valor arbitrrio
BOOLEAN verdadeiro / falso
BIT STRING lista de bits
OCTET STRING lista de bytes
ANY conjunto de todos os tipos
NULL nenhum tipo
OBJECT IDENTIFIER nome de um objeto
Como foi dito, estes tipos podemser combinados para a definio de estruturas de
dadosmaiscomplexas, istopelautilizaodeconstrutoresdeASN.1, ondeosmaisutilizados
so:
Construtor Significado
SEQUENCE seqncia de elementos de diversos tipos
SEQUENCE OF seqncia de elementos de um mesmo tipo
SET conjunto (no ordenado) de elementos de diversos tipos
SET OF conjunto (no ordenado) de elementos de um mesmo tipo
CHOICE escolha de um tipo entre uma lista de tipos
O construtor SEQUENCE permite construir uma estrutura de dados cujos campos
sejamdetipos diferentes. Elebastantesimilar aumrecordemPascal, como jfoi visto no
exemplo anteriormenteapresentado. SEQUENCE OF permiteconstruir vetores deelementos
deummesmotipo. Oconstrutor SET similar aoSEQUENCE, comumadiferenaapenas
126
oselementosdeumSET nosoordenadoscomonocasodoSEQUENCE. Damesmaforma,
SET OF similar a SEQUENCE OF, a mesma diferena sendo vlida para este caso.
O construtor CHOICE permite especificar um dado cujo formato pode assumir
diversas opes. Um exemplo da utilizao deste construtor mostrado abaixo.
PDU_Comando ::=CHOICE {
Comando_local,
Comando_remoto
}
Alm dos tipos primitivos e construtores, existem ainda os tipos pr-definidos de
ASN.1, como por exemplo:
NumericString, que define uma lista de numerais de 0 a 9 mais os brancos;
PrintableString, que define uma lista cujos elementos podem ser as letras
maisculas, as minsculas, os nmeros e os caracteres seguintes: ( ) + - . , / : = ?
GeneralizedTime, para definir datas e horas.
Existeainda, emASN.1, apossibilidadedeexpressar estruturas dedados ondealguns
dos campos possam ou no estar presentes em tempo de execuo so os campos
opcionais. Isto representado atravs da clusula OPTIONAL.
Ainda, pode-se atribuir a umdado umvalor inicial (por default) atravs da clusula
DEFAULT.
Finalmente, ASN.1 define ainda o conceito de etiqueta, que permite identificar um
valor associando-o a umdado campo. Para mais detalhes sobre ASN.1, aconselha-se uma
consulta norma ISO 8824 e outros documentos disponveis sobre esta notao.
2.3.7.4. A compresso de dados
Deumponto devistagenrico, os dados transmitidos atravs deumcanal podemser
vistoscomoumaseqnciadesmbolosS
1
, S
2
, ..., S
N
, pertencentesaumdadoalfabeto(bits,
dgitos decimais, letras, palavras de uma lngua, etc).
As tcnicas de compresso de dados existentes so baseadas em trs diferentes
aspectos da representao de dados: a limitao do alfabeto, as freqncias relativas dos
smbolos, o contexto de aparecimento dos smbolos. Estes trs pontos de vista sero
analisados a seguir.
a) Codificao de um alfabeto finito de smbolos
127
Muitasaplicaessobaseadasnarepresentaodosdadosatravsdealfabetosfinitos
desmbolos. Umexemplodistosoasaplicaesrelacionadasutilizaodeterminais, onde
os dados so representados pelo alfabeto ASCII.
Consideremos o exemplo do gerenciamento deumabiblioteca, ondeumlivro poderia
ser identificadopeloseuttulo, ottulodeumlivropodendoser expressoem20caracteres(ou
140 bits).
Isto significa que, com uma palavra de 140 bits, poderamos identificar at 2
140
livros.
Noentanto, noexistembibliotecasnomundoquepossuamestaquantidadedelivros. Assim,
se, aoinvsdeidentificarmososlivrospeloseuttuloescolhermosumsistemadenumerao,
poderemosdiminuir emmuitoaquantidadedebitsnecessriaparaaidentificaodeumlivro
de qualquer biblioteca.
b) Codificao dependente da freqncia
Em determinadas aplicaes, muitos smbolos de um alfabeto so muito mais
utilizados queoutros. Nos textos emIngls, por exemplo, aletraE aparece100vezes mais
freqentemente que a letra Q, a palavra THE aparecendo 10 vezes mais que BE.
Baseados nestas informaes, os dados podem ser codificados de tal forma que
smbolos ou seqncias de smbolos sabidamente mais freqentes que outros sejam
representados de uma forma especial, simplificada no que diz respeito quantidade de
informao necessria.
As tcnicas consistem normalmente em codificar os smbolos mais freqentes por
cdigos curtos e os menos freqentes por cdigos mais longos.
c) Codificao baseada no contexto
A tcnica apresentada acima baseada na ocorrncia de smbolos ou determinadas
seqncias de maneira isolada, como se a probabilidade de ocorrncia dos smbolos ou
seqncias fosse independente daquela que os precede. Na verdade, estas probabilidades
podemser altamente dependentes da informao precedente. Por exemplo, no caso de um
texto emPortugus, a probabilidade de ocorrer a letra T aps a letra Q muitas vezes
inferior que a probabilidade de ocorrer uma letra U aps Q. A probabilidade de
ocorrnciadeumaletraP apsumaletraN numapalavranula, amenosqueumerrode
ortografia tenha sido cometido.
Umatcnicamaissofisticadaqueaqueladelevar emcontaesteaspectocalculandoa
probabilidade relativa de ocorrncia de cada smbolo aps os demais smbolos de um alfabeto.
128
No caso das letras, como o exemplo citado acima, isto vai significar naconstruode
26tabelas, cadaumacontendoasprobabilidadesdasletrasseguindoumaletradoalfabeto. Se
umafortecorrelaoexistir entreossmbolos, ataxadecompressovai ser muitomelhor que
aquela obtida com a utilizao da tcnica apresentada anteriormente.
Uma desvantagemdesta tcnica a grande quantidade de tabelas requerida para a
definiodasprobabilidadesrelativas. Nocasodeumalfabetocompostodek smbolos, sero
necessrias k
2
entradas em tabela.
Um mtodo possvel de compresso a organizao dos smbolos em tipos, por
exemplo, no caso de letras e nmeros, pode-se classific-los emmaisculas, minsculas,
caracteres numricos ecaracteres especiais. Assim, quatrocdigospodemser associadosaos
quatro tipos e28cdigos vopermitir codificar os caracteres. A idiadebasedestatcnica
que, a princpio, todo smbolo aps uma letra minscula tem fortes possibilidades de ser
tambmuma letra minscula, todo smbolo seguindo umcaracter numrico tambmum
caracter numrico, etc. Quandosequer chavear deumtipodesmboloaoutro, bastainserir o
cdigo associado ao novo tipo.
Uma tcnica similar pode ser utilizada para codificar longas seqncias de dados
binrios contendo grandes quantidades dezeros. Cadasmbolo dek bits indicaquantos zeros
separamdois 1s consecutivos. Assim, paratratar grandes faixas dezeros, osmbolo1indica
queumafaixade2
k
- 1 mais o valor do smbolo seguinteseparaos dois uns. Por exemplo,
para a seqncia
000100000100000010000000000000010000001000100000001100000101
que contmas faixas de zeros de comprimentos: 3,5,6,14,6,3,7,0,1,5 e 1, pode-se utilizar a
codificao seguinte:
011 101 110 111 111 000 110 011 111 000 000 001 101 001
ondeafaixade14zeroscodificadapor 111111000(ouseja, 7+7+0=14). Neste
caso, a compresso permitiu reduzir em 34% o tamanho da informao.
Umaaplicaodestatcnicapodeser feita, comalgumasmodificaes, natransmisso
digital deimagens deteleviso colorida. Osinal constitudos deumaseqnciadequadros,
de25a30por segundo, cadaumcontendoumvetor retangular depontos(pixels) daimagem.
Umaimagemdeteleviso podeser compostade1000linhas de600pixels, cadapixel sendo
codificadoem16bits, 15bitsparaacor (com32nveisparacadacor) e1bit parainformao
de controle (enquadramento vertical ou horizontal).
Uma codificao direta desta informao necessitaria 600000 pixels por quadro, ou
seja, uma taxa de transmisso de 240 a 288 Mbit/s. Com uma codificao binria, seria
necessriodispor deumafaixadefreqnciadequase600MHz. Umavez queatransmisso
129
analgicaocupafaixasdefreqnciadeapenas6MHz, atransmissodigital, semcompresso
de imagem, poderia tornar-se invivel.
A soluoestnofatoque, emtransmissodeimagens, existeumaforteprobabilidade
dequemuitosquadrosconsecutivossejamidnticosquelesqueosprecederam. Destaforma,
basta providenciar, a nvel dos televisores, uma memria que possa armazenar o ltimo
quadro recebido e, assim, transmitir apenas as diferenas entre o quadro anterior e o atual.
2.3.7.5. A criptografia
A criptografia uma tcnica bastante antiga, introduzida principalmente pelas
organizaes militares, particularmente na troca de mensagens emtempo de guerra. Nessas
ocasies, um problema da criptografia era a dificuldade de decodificao das mensagens
criptografadas, muitas vezes tendo de ser feitas nos campos de batalha em condies
totalmente adversas. Outro problema era a dificuldade na mudana de uma tcnica a outra,
particularmente devido dificuldade eminformar o grande nmero de pessoas que deveria
estar consciente da mudana.
O processo de criptografia de uma mensagem ilustrado pela figura 2.3.51. As
mensagens aseremcriptografadas so codificadas graas aumafuno parmetradapor uma
chave, gerando, nasadaotextocriptografadoouocriptograma. Estetextotransmitidopor
um mensageiro ou rdio, este podendo ser escutado por um espio.
A diferenaentreoespioeodestinatrioque, comooprimeironotemachave de
decodificao, eledificilmentevai poder decodificar amensagem. Os espies podemefetuar
dois tipos deaosobreos criptogramas, copi-los unicamenteparaconhecer oseucontedo
(espio passivo) ou modific-los de modo a confundir o destinatrio destes (espio ativo).
Um princpio das tcnicas de criptografia a suposio de que o espio conhece
sempreas tcnicas gerais dacriptografia, ouseja, quepelo menos o esquemaapresentado na
figura 2.3.51 conhecido. Por outro lado, criar a cada vez um mtodo diferente de criptagem a
cadavez queumoutroconsideradoconhecidorepresentaumtrabalhoconsidervel. A forma
mais eficiente de tentar esconder o jogo atravs da introduo das chaves. As chaves
consistemdeseqnciasdecaracteresrelativamentecurtasquepermitemescolher ummtodo
de criptagememfuno do seu valor. A vantagemdisto que, enquanto uma tcnica de
criptagempodeser modificadanumaescaladeanos, umachave podeser modificadaquando
se julgar necessrio.
Os mtodos criptogrficos podemser subdivididos emMtodos Simtricos (onde a
chavedecodificaoigual achavededecodificao) eMtodosAssimtricos(ondeachave
de codificao diferente da chave de decodificao).
130
chave de
codificao (k)
chave de
decodificao
Processo de
codificao
ESPIO
criptograma
M M
espio passivo espio ativo
Processo de
decodificao
Figura 2.3.51 - O processo de criptografia.
Os mtodos de criptografia podem ser organizados em duas principais classes: os
mtodos por substituio e os mtodos por transposio, cujos princpios sero vistos a
seguir.
a) A criptagem por substituio
Nestes mtodos, cadaletraougrupodeletrasliteralmentesubstitudopor outraletra
ou outro grupo de letras. A tcnica mais antiga de criptagem atribuda a J lio Csar, que
definiuumatcnicaondecadaletradoalfabetoseriasubstitudapor umaletraqueestivesse3
passos sua frente ou seja, a seria codificada em D, b seria codificada em E, c seria
codificadaemF, etc, eisto demaneirarotativa, demodo quez seriacodificado emC. Desta
forma, a palavra REDE ficaria UHGH, portanto, irreconhecvel (exceto, talvez, para um
homem das cavernas...).
Estatcnicapoderiaaindaser generalizada, pelodeslocamentodoalfabetodek passos
ao invs de 3. A esta tcnica generalizada, d-se o nome de permutao circular.
Uma outra tcnica, a substituio monoalfabtica, uma extenso permutao
circular, mas, destavez, asletraspodemser substitudaspor qualquer outra. Por exemplo, seo
alfabeto
a b c d e f g h i j k l m n o p q r s t u v w x y z
substitudo por
N B V C X W M L K J H G F D S Q P O I U Y T R E Z A,
apalavraREDE torna-se, agora, OXCX. Comestatcnica, existem26! (26 fatorial =
4.10
26
) chaves possveis. Mesmo que o espio conhea a tcnica, como ele no conhece a
chave, ele teria dificuldade para descobrir o significado do criptograma. No entanto, esta
131
dificuldade pode ser diminuda se forem consideradas as propriedades naturais da lngua
utilizada. Na lngua inglesa, por exemplo, existem letras que so mais freqentemente
utilizadas, comopor exemplo, as letrase, t, o, osdigramas maisfreqentessoth, in, er, eos
trigramas mais utilizados so the, ing, and e ion. E o trigrama mais utilizado da lngua
portuguesa? Nos ltimos tempos, deve ter sido CPI.
Desta forma, a decodificao de um criptograma obtido com a substituio
monoalfabtica, feitaassociando-sealetramais freqenteletramais freqentedalngua
considerada, os digramas mais freqentes queles mais freqentes da lngua considerada, etc.
b) A criptagem por transposio
Nacriptagempor substituio, apesar dasubstituio das letras, os cdigos mantma
ordemcorretadas letras nas palavras efrases. Nacodificao por transposio, as letras no
so substitudas, mas defato, transpostas detal formaaesconder o verdadeiro significado do
texto.
Umatcnicadecriptagemmostradanafigura 2.3.52, denominadatransposio por
colunas. Nesta tcnicaas linhas sero trocadas pelas colunas numeradas emfuno de uma
chave que, normalmente, umapalavranocontendonenhumaletrarepetida. Noexemplo, a
chave consideradaapalavraPESCAR, ondeaordemdascolunasassociadasacadaumadas
letras vai ser 4-3-6-2-1-5. Assim, um texto como TRANSFERIR UM MILHO PARA A
CONTA DE COLLOR vai ficar SUAADONRHAALRRIANOTEMPOCFMOCERAILRTL.
P E S C A R
4 3 6 2 1 5
T R A N S F
E R I R U M
M I L H A O
P A R A A C
O N T A D E
C O L L O R
Texto original:

TRANSFERIR UM MILHAO PARA A
CONTA DE COLLOR


Texto codificado

SUAADONRHAALRRIANOTEMPOC
FMOCERAILRTL
Figura 2.3.52 - Exemplo da transposio por colunas.
Seguem alguns exemplos de sistemas criptogrficos muito difundidos na prtica:
DES (Data Encryption Standard): mtodo simtrico desenvolvido pela IBM, com
19 estgios envolvendo transposio e substituio. Padro adotado pelo governo
dos EUA.
132
RSA (Rivest, Shamir & Adleman): mtodo assimtrico desenvolvido pelo MIT,
onde as chaves de codificao e decodificao (diferentes) so obtidas apartir de
operaescomnmerosprimosgrandes. A codificaofeitasobreovalor binrio
de cada smbolo.
PEM (Privacy Enhanced Mail): permite realizar aautenticao daorigemde uma
mensagemrecebidaviamail naInternet. Trata-seaqui deumsistemadeAssinatura
Digital: o objetivo no impedir a decodificao, mas atestar a identidade do
emissor (autenticao). O emissor codificaumapartedamensagem(assinatura)
usandoumachavesomenteconhecidapor ele. A chavededecodificao(diferente)
pblica. O receptor decodifica a assinatura e verifica a autenticidade da mesma.
2.3.7.6. O protocolo de apresentao
A camada de Apresentao definida a nvel das redes pblicas apresenta uma
caractersticaessencial queno propriamenteumservio autilizao deASN.1. Esta
facilidadedeveser inteiramentesuportadaumavez que, emprincpio, muitas das aplicaes
existentes consideram esta notao.
O protocolo de Apresentao relativamente simples, pois, como j foi dito, muitas
das primitivas de servio de Apresentao so mapeadas diretamente sobre primitivas de
servio de Sesso. A tabela a seguir apresenta as PDUs definidas no protocolo de
Apresentao, estas, sendo reagrupadas em quatro classes distintas: estabelecimento de
sesso, desconexo anormal, transferncia de dados e gesto de contexto.
Na primeira classe de servios, as PPDUs so trocadas entre entidades de
Apresentao parao estabelecimento deumaconexo. O processo iniciapelo envio deuma
PPDU CP. EstaPPDU, quefoi enviadanaformadeumarequisio (request), serrecebida
pelaentidadepar naformadeumaindicao (indication), o quejustificaas duas marcas nas
colunas R eI, respectivamente. Dentreos parmetros encaminhados viaestaPPDU, esto a
listadecontextos deApresentao, expressapor umidentificador docontexto (uminteiro), o
nome da notao de sintaxe abstrata (identificador de objeto) e a lista das sintaxes de
transfernciaautilizar. A aceitaoouarecusadaconexososinalizadasatravsdasPPDUs
CPA e CPR, respectivamente.
Na segunda classe, pode-se notar que no existem PPDUs para a desconexo
(liberao negociada). As conexes so liberadas naturalmente quando as sesses so
liberadas. ARU e ARP so PPDUs utilizadas para a liberao abrupta (ABORT) da conexo.
Paraaclassedetransfernciadedados, cincoPDUs soprevistas, quatroparaoenvio
dos diferentes tipos de dados, normais, urgentes, tipados e de capacidade, as PDUs
correspondentes, sendo, TD, TE, TTD e TC. A PDU TCC serve para o reconhecimento de
dados de capacidade.
133
Finalmente, naclassedealteraodecontexto, quatroPDUssoprevistas, duasdelas,
AC eACA, paraarequisioeaaceitaodeumaalteraodecontexto, respectivamente. As
PDUs RS eRSA so utilizadas paraos servios desincronizao deSesso, como descritas
na parte dedicada camada de Sesso.
PPDU Significado R I Rs C
CP
CPA
CPR
Pedido conexo de Apresentao
Aceitao da conexo
Recusa da conexo

ARU
ARP
Desconexo anormal (iniciativa do usurio)
Desconexo anormal (iniciativa fornecedor)

TD
TE
TTD
TC
TCC
Transferncia de dados normais
Transferncia de dados urgentes
Transferncia de dados tipados
Transferncia de dados de capacidade
Confirmao de transferncia de capacidade

AC
ACA
RS
RSA
Pedido de alterao de contexto
Aceitao da alterao de contexto
Pedido de resincronizao
Aceitao da resincronizao

2.3.7.7. Exemplos de camadas de apresentao

Os Protocolos de apresentao so padronizados nas normas ISO 8322 e8323 e nas
recomendaes X.216eX.226do CCITT. Eles s existememredes cujaarquiteturasegueo
modelo OSI. Por exemplo, as redes MAP e TOP usama camada de apresentao proposta
pela ISO, adotando ASN.1 e ASN.1 BER como sintaxe abstrata e sintaxe de transferncia,
respectivamente.
Inmeras aplicaes padronizadas emredes pblicas assumema disponibilidade da
sintaxe abstrata ASN.1 em uma camada abaixo (por exemplo: os servios FTAM, para
transferncia de arquivos entre estaes de rede, e VTS, para emulao de terminais virtuais).
J aInternet no temcamadadeapresentao (no existeestacamadanaarquitetura
TCP/IP). A soluoadotadaparaatrocadedadosentrecomputadorescomsintaxesconcretas
locaisdiferentesaseguinte: ospacotesdacamadadetransportetemumcabealhocomuma
sintaxeconcretafixa(nmeros inteiros de32bits emcomplemento 2) etodos os aplicativos
temqueser escritos deformaacodificar ao menos o cabealho das TPDUs destaforma. A
sintaxe do resto da informao problema do software aplicativo (em outras palavras,
problema do desenvolvedor de software).
134
2.3.8. A CAMADA DE APLICAO
A camadadeAplicao tempor funo o gerenciamento dos programas deaplicao
do usurio, que executam em mquinas interligadas via rede e utilizam o sistema de
comunicaoparaatrocadeinformaes. Osprogramas deaplicaoquepossuamprocessos
situados em mquinas fisicamente separadas e utilizam o sistema de comunicao vo
utilizar-se dos servios de comunicao oferecidos por esta camada.
Esta camada a que mantm o contato direto com os usurios da arquitetura de
comunicao, abrindo caminho para todos os servios oferecidos pelas camadas inferiores.
Os elementos compondo a arquitetura da camada de Aplicao vo se utilizar das
facilidades oferecidas pelacamadadeApresentao paraamanipulao earepresentao de
dados, e os mecanismos de controle de dilogo oferecidos pela camada de Sesso. As
interaesentreosprogramasaplicativospermitemmodelizar aoperaocooperativaentreos
sistemas abertos reais, necessitando porm o compartilhamento de uma quantidade de
informaesqueviabilizeestasinteraes, afimdequeotratamentodasatividadessejafeito
de maneira coerente.
Dentro desta seo sero estudados os principais aspectos relacionados camada de
Aplicao, dando nfase a sua estrutura e apresentando alguns exemplos de servios
oferecidos. Estes servios podemser deuso geral ou servios especficos paracertas classes
de aplicaes, como veremos mais a frente.
2.3.8.1. Estrutura da camada de Aplicao
a) Definies da norma ISO 9545
Umaaplicao ditadistribuda quando os processos deaplicao aelarelacionados
residememsistemas computacionais distintos. A camadadeaplicao do RM-OSI cuidada
comunicao entre processos cooperantes de uma mesma aplicao distribuida .
A grandediversidadedasaplicaespodendoser construdassobreumaarquiteturade
comunicao eaquesto daheterogeneidadedos sistemas, fator importantedaconcepo do
modelo OSI, conduziu, no mbito da ISO, definio de uma arquitetura unificada para a
camadadeAplicao, denominadaALS (Application Layer Structure) edefinidapelanorma
ISO 9545. Nesta definio, a norma no prope servios de Aplicao, mas introduz um
conjunto deconceitos relacionados estruturadacamada, quepodeservir como baseparaa
definiodeoutrasnormasoupropostasdeserviosdeAplicao. Osprincipaisconceitosali
definidos so apresentados a seguir.
UmProcesso de Aplicao ouAP (Application Process) representa, deformaabstrata,
umelementodeumsistemaabertoreal querealizaotratamentodeinformaonocontextode
135
umaaplicao particular. Dependendo danaturezadaaplicao considerada, umprocesso de
Aplicao podeter necessidadedetrocar informaes comoutros processos deAplicao. A
atividadedeumProcessodeAplicaocaracterizada, conceitualmentepor umainstnciaou
Invocao de Processo de Aplicao ouAPI (Application Process Invocation). Os processos
de aplicao comunicam-se por meio de Entidades de Aplicao.
UmaEntidade de Aplicao ou AE (Application Entity) compostadeElementos de
Servio de Aplicao (ASE) eexecutaos Protocolos de Aplicao. Ummesmo Processo de
Aplicao pode reagrupar diversas Entidades de Aplicao de mesmo tipo ou de tipos
diferentes. As capacidades decomunicao oferecidas por umaAE so ativadas por meio de
uma Invocao de Entidade de Aplicao ou AEI (Application Entity Invocation).
Um Elemento de Servio de Aplicao ou ASE (Application Service Element)
compreende um par servio-protocolo normalizado que pode constituir uma Entidade de
Aplicao. Ele corresponde a umsubconjunto das funes ou facilidades de comunicao
oferecidas para o suporte de cooperao entre Entidades de Aplicao. Estas funes e
facilidades so definidas pela especificao de um conjunto de Unidades de Dados de
Protocolo de Aplicao ou APDUs (Application Protocol Data Units) assim como os
procedimentos associados sua utilizao, definindo o Protocolo de Aplicao entre dois
ASEs.
A comunicao entre entidades de Aplicao pares deve ser suportada por alguma
formaderelaoquepermitaatrocadeinformaesdecontroledosprotocolosdeAplicao.
Estaformaderelao, quecorrespondeanoo deconexo entreentidades pares, definida
como uma Associao de Aplicao. Uma Associao de Aplicao ou AA (Application
Association) uma relao cooperativa estabelecida entre duas AEIs para a troca de
informaes. Umaoumais AAs so criadas quando duas AEIs devemtrocar informaes no
contexto de uma dada aplicao. Isto significa que uma AEI pode manter, simultnea ou
seqencialmente, mais de uma AA com uma ou diversas AEIs.
Finalmente, um conceito importante o de um Contexto de Aplicao, que
correspondeao conjunto deregras efunes aseremimplementadas ao longo dadurao de
uma Associao de Aplicao para a gesto das trocas de informaes entre AEIs. Este
conceito corresponde a definio de uma semntica e sintaxe unificadas para os dados
trocados entre duas AEIs.
Este conceitos esto ilustrados de forma esquemtica na figura 2.3.8.1.
136
AE =ASO 1
Camada de
Aplicao
AP
Mdulos especficos da aplicao
ASE1 ASE2
CF
ASO A
AE =ASO 2
Figura 2.3.8.1 - Conceitos da camada de aplicao
b) Elementos da camada de aplicao
Naprtica, acamadadeaplicaocompostadeumasriedeentidades de aplicao
(Application Entities, AE) , conhecidas como elementos de servio de aplicao (Application
Service Elements, ASE) e elementos de usurio (User Elements, UE).
UmUE forneceumainterfaceentreousurioeosdiversosserviosdeprocessamento
de informao da camada de aplicao. O UE pode ser visto como uma biblioteca de
procedures efunctions aser linkadacomos processos deaplicao (APs) eno costumaser
padronizado. Cada AE ter usualmente uma nica UE.
Por outrolado, normalmenteumaAE sercompostadediversosASEs. ExistemASEs
que oferecem servios gerais, que propiciam a transferncia de informaes entre APs
independentemente da naturezada aplicao (ex: definio de contexto, sincronizao entre
APs, etc). TaisASEsdeusogeral sodenominadosCommon Application Service Elements
(CASE). Exemplos de servios providos pelos CASEs atualmente disponveis so:
servios deestabelecimento deconexes entreAPs (ACSE =Association Control
Service Element);
servios de disparo de operaes emASEs remotos (ROSE =Remote Operation
Service Element);
servios deimplementao deaes atmicas (CCR =Commitment, Concurrency
and Recovery).
Outros ASEs oferecem servios especficos para determinadas aplicaes em
particular e por isso so denominados Specific Application Service Elements (SASE).
Exemplos de servios providos pelos SASEs atualmente disponveis so:
servios de terminal virtual (VTS =Virtual Terminal Services);
137
servios de transferncia e manipulao de arquivos (FTAM = File Transfer,
Access and Menagement);
servios de submisso remota de tarefas (J TM =J ob Transfer and Manipulation);
servios de manuseio de mensagens (MHS =Message Handling Services);
servios de mensagens da manufatura (MMS =Manufacturing Message Services).
importante observar que novos ASEs, diferentes dos citados acima, esto sendo
atualmente definidos e padronizados pela ISO, CCITT e outras entidades.
A figura 2.3.8.2 ilustra a relao entre estes elementos de forma esquemtica.
usual dispor-sedeumCASE ediversosSASEsemumacamadadeaplicaotipica,
como ilustrado na figura.
AP
UE
SASE 1 SASE 2 SASE 3
CASE AE
Programa
aplicativo
camada 7
acesso camada 6
Figura 2.3.8.2 - Os elementos da camada de aplicao
A seguir, apresentamos alguns exemplos de ASEs e seus servios.

2.3.8.2. Exemplos de CASE (ASEs para servios comuns)
a) Servios de gesto de Associaes - ACSE
A gesto de conexes um dos problemas a serem resolvidos pela camada de
Aplicao, deformaaevitar quecadaaplicaodesenvolvidatenhaderesolver estaquesto
suamaneira. Assim, anvel destacamada, foi definido umElemento de Servio de Controle
de Associao, o ACSE (Association Control Service Element) que assume esta tarefa.
Como a totalidade das aplicaes conhecidas requer, normalmente os servios de
gestodeconexo, esteelementodeserviosdeveestar semprepresenteanvel doscontextos
de Aplicao.
Os servios oferecidos pelo ACSE so definidos pelas primitivas apresentadas na
tabela a seguir.
Primitiva Significado
138
A_ASSOCIATE
A_RELEASE
Estabelecimento de conexo
Liberao negociada de conexo
A_U_ABORT
A_P_ABORT
Liberao abrupta de conexo (usurio)
Liberao abrupta de conexo (provedor)
A_ASSOCIATE umservio confirmado que permite estabelecer uma associao a
partir deumelementodeserviodeaplicao. Dentreosparmetrosdaprimitivadeservio,
enviada a proposio de contexto de Aplicao (isto , a semntica e sintaxe dos dados a
seremintercambiados). Emcasodeaceitaopor partedoreceptor daindicao, aassociao
ser, ento, estabelecida.
O servio A_RELEASE um servio confirmado que permite liberar, de maneira
ordenada, uma associao estabelecida entre duas AEIs, caracterizando uma liberao
negociada, como definido na parte relativa camada de Sesso.
A_ABORT umservio no confirmado que permite abortar, ou liberar de forma
abruptaumaassociao existente. Como jdescrito anteriormente, nestecaso podemocorrer
perdas de informaes sendo trocadas atravs da associao. A ativao deste servio de
iniciativa do usurio do ACSE. A_ABORT pode ser ativado pelo iniciador do servio
A_ASSOCIATE, nocasoemquenoexistaconcordnciaarespeitodocontextodeaplicaoa
utilizar. A_P_ABORT oservioqueefetuaomesmoqueA_ABORT, sendoque, destavez, a
iniciativa do fornecedor do servio.
O ACSE temacesso a servios de duas das camadas inferiores, particularmente, a
camada imediatamente inferior, de Apresentao, e a camada de Sesso.
No quediz respeito aos servios deApresentao, umaprimeiracorrespondnciaque
sepodeestabelecer o deumaassociao comumaconexo de Apresentao. Desteponto
de vista, existemuma correspondncia de 1 para 1, ou seja, uma associao de Aplicao
corresponde a uma conexo de Apresentao.
OACSE necessitautilizar unicamenteosserviosdebasedacamadadeApresentao,
ou seja, os servios P_CONNECT, P_RELEASE e P_U_ABORT. O iniciador do servio
A_ASSOCIATE deve determinar o contexto de Apresentao pretendido.
b) Servios para implementao de aes atmicas - CCR
O CCR (Commitment, Concurrency and Recovery) outro elemento comum de
servio(CASE), quecoordenaaoperaoentreunidades distribuidas deformaconfivel. Ele
permite definir servios compostos de um conjuntos de aes com a propriedade de
atomicidade, isto , o servio s considerado completo setodas as aes que o compe
foram executadas at o fim.
Umexemplo prtico desituao ondeumservio atmico deveser empregado seria
umatransfernciabancria. Suponhamos queJ oo, queclientedo bancoA, pedeparafazer
139
uma transferencia de uma quantia X para seu amigo J os, que cliente do banco B. Para
completar atransao, algumasaestemqueser executadas: ocomputador dobancoA deve
descontar a quantia X da conta de J oo e enviar uma mensagempara o banco B; quando
receber a mensagemdo banco A, o computador do banco B deve depositar a quantia X na
contadeJ oseenviar umamensagemdeacknowledgeaobancoA, indicandoqueaoperao
foi completada. Atai tudobem, massuponhaqueumdosbancosfaaasuapartedoservio,
mas o outro no, devido, digamos, a uma falha local ou a umproblema na rede. Se, por
exemplo, o banco B recebeu o pedido de depsito, executou-o, mandou a mensagem de
acknowledge mas esta no recebida, o banco A pode pedir novamente a execuo do
servio, o queresultar, paraalegriadeJ os, emumarepetio daoperao dedepsito. Isto
requer umprotocolo que s execute a transao de forma completa ou absolutamente no
execute. O CCR opera segundo uma politica cliente-servidor, comumprotocolo conhecido
como two-phase commit (submisso em duas fases).
Naprimeirafase, quando umclientepedeaumconjunto deservidores aexecuo de
umservio atmico, cadaservidor verificaadisponibilidadelocal deatender ao pedido. Seo
pedido puder ser atendido, ele coloca a ordemde servio correspondente emuma memria
no voltil local (queno seapagaseo sistemacair, como por exemplo umdisco rgido) e
envia ao cliente umacknowledge positivo. Se o servidor no puder atender ao pedido, ele
envia ao cliente um acknowledge negativo e no faz mais nada.
Oclienteesperaosacknowledgesdetodososservidoresenvolvidosnopedido. Seum
deles for negativo, eleabortao pedido eavisaatodos os demais servidores queo servio foi
cancelado. Setodos os acknowledges forempositivos, o clienteenviaumasegundaordema
todos os servidores confirmando que o servio deve ser executado. Os clientes ento
executam o servio e somente aps isto apagam a ordem da memria no voltil local.
As primitivas de servio do CCR so mostradas na tabela a seguir.
Primitiva emitida por significado
C-BEGIN
C-PREPARE
Cliente
Cliente
Inicio de ao atmica
Fim pedido de servio
C-READY
C-REFUSE
Servidor
Servidor
servidor pronto para ao
servidor no pronto p/ao
C-COMMIT
C-ROLLBACK
Cliente
Cliente
Submeter ao
Cancelar ao
C_RESTART Ambos notificao de queda
Qualquer servio atmico iniciado comC-BEGIN. Quando o cliente terminou de
enviar todos os pedidos de aes que fazem parte do servio atmico, ele envia um C-
PREPARE. Emrespostaaesteltimocomando, os servidoresrespondemcomC-READY ou
C-REFUSE, conforme sua capacidade de atender ao pedido ou no. Se todas as respostas
140
forempositivas, o cliente envia o comando C-COMMIT; emcaso contrrio, ele envia um
comando C-ROLLBACK. C-RESTART s usado para avisar aos demais participantes do
servio atmico que uma estao caiu mas est de volta a operao normal.
2.3.8.3. Exemplos de SASEs (ASEs para servios especficos)
a) Servios de terminal virtual - VTS
Os terminais so atualmente de grande importncia para a interao entre usurio e
computador. Existemvrios tipos diferentes determinais, totalmenteincompatveis entresi.
Por exemplo, a apresentao dos dados na tela pode seguir 3 modos bsicos:
modo rolo: onde as linhas anteriores rolampara cima quando uma nova linha
aparece, eventualmente desaparecendo da tela. Estes terminais usualmente no
oferecem capacidade de edio e no tem inteligncia local.
modo pgina: que permite que o usurio movimente o cursor para cima e para
baixo, editando qualquer partedapgina. Estes terminais jdispedeinteligncia
local (microprocessador interno dedicado).
modo formulrio, oferecemna tela umformulrio comcampos especficos que
podem ser editados pelo usurio (usados por exemplo em caixas eletrnicos de
bancos).
O problema que se coloca aqui o de como trocar dados entre computadores que
possuemterminais diferentes. Para resolver problemas de incompatibilidade entre terminais
diferentes na conexo entre terminais e outros recursos computacionais via rede, foram
propostas duas abordagens:
serviodeterminal paramtrico: aqui asdiferenasentreterminaissoparametrizadas,
isto , cada terminal associado a um conjunto de parmetros que definem suas
caractersticas operacionais. Este mtodo requer umconcentrador de terminais, cuja
funo definir os parmetros adequados a cada terminal ligado a ele. Existem
padres paraestes parmetros, tais como o PAD (Packet Assembler/Disassembler) da
CCITT (conhecido tambmcomo conversor X.25). O inconveniente desta tcnica
que hoje existe uma variedade muito maior de tipos de terminais do que havia na
poca da sua criao, alguns deles requerendo uma quantidade muito grande de
parmetros para definir todas as suas caractersticas operacionais.
servio determinal virtual: aqui as funes empregadas paraacessar umdado tipo de
terminal soabstradasemummodelo, usualmenteumobjetoouclasse, querecebeos
dados brutos aseremapresentados natelaerealizaaconverso destes parao formato
requerido pelo terminal local. Estemtodo mais geral eatende atodos os tipos de
141
terminais existentes. Elepodertambmacomodar todos os novos tipos determinais
que foremsurgindo, o que requer apenas a criao de umnovo objeto que herde as
propriedades bsicas de algum outro terminal virtual parecido.
A ISO props um conjunto de servios de terminal virtual que visa atender as
necessidades de acesso a terminais para aplicaes relativamente simples (ex.: edio de
texto, interaocomosistemaoperacional, entradadedados, etc). Estesserviossopartede
umSASE denominado VTS (Virtual Terminal Service), que inclui tambmumprotocolo
denominado VTP (Virtual Terminal Protocol). Este SASE define uma srie de objetos
bsicos, cujos mtodos (primitivas deservio) permitemaexecuo das operaes indicadas
na tabela a seguir.
Primitiva Operao
VT-ASSOCIATE estabelece conexo entre terminais ou entre umterminal e um
processo de aplicao (AP) via ACSE
VT-RELEASE desfaz conexo de forma ordenada via ACSE
VT-U-ABORT desfaz conexo de forma abrupta pelo User via ACSE
VT-P-ABORT desfaz conexo de forma abrupta pelo Provider via ACSE
VT-CONTEXT-SWITCH altera contexto (semntica e sintaxe dos dados)
VT-START-NEG inicia negociao de parmetros com parceiro
VT-END-NEG termina negociao de parmetros com parceiro
VT-NEG-INVITE convida parceiro a sugerir parmetros de negociao
VT-NEG-OFFER oferece uma sugesto de parmetros ao parceiro
VT-NEG-ACCEPT aceita parmetros sugeridos pelo parceiro
VT-NEG-REJECT rejeita parmetros sugeridos pelo parceiro
VT-DATA transfere dados estruturados de forma sequenciada
VT-DELIVER possibilita controlar dados entregues ao parceiro por meio de
uma marca de entrega
VT-ACK-RECEIPT reconhece recebimento de marca de entrega
VT-GIVE-TOKEN passa direito de envio da dados ao parceiro (token)
VT-REQUEST-TOKEN requisita direito de envio de dados ao parceiro
b) servios de manuseio de mensagens - MHS
OMHS (MessageHandlingService) umSASE queprovservios paraintercmbio
de mensagens eletrnicas entre APs. , portanto, um servio de mail eletrnico, semelhante ao
usado na Internet (s que l se utiliza o SMTP, Simple Mail Transfer Protocol). O MHS
definido na recomendao X.400 da CCITT.
Quando umAP desejaenviar umamensagemaoutro, elesubmeteamensagemaum
Agente de Transferncia de Mensagens (MTA, Message Transfer Agent), que entrega a
142
mensagema outro MTA no lado receptor. Este, por sua vez, entrega a mensagemao AP
destinatrio. As mensagens tem um formato padronizado, composto de um envelope
(contendo dados como o endereo do destinatrio e do emissor) e o contedo, que a
mensagem em si.
Algumas das primitivas bsicas colocadas a disposio dos APs pelo MHS so as
seguintes:
Primitiva Operao
M-LOGON estabelece conexo do AP na rede
M-SUBMIT submete mensagem para envio no lado emissor
M-DELIVER entrega mensagem ao destinatrio no lado receptor
M-NOTIFY notifica emissor da recepo da mensagem
M-LOGOFF desfaz conexo
c) Servios de acesso e transferncia de arquivos - FTAM
Em1987, foi publicadapelaISOaversodefinitivadanormadeservios deacessoe
transferncia de arquivos, FTAM (File Transfer, Access and Management), como nmero
ISO 8571.
A normacobre umdos assuntos mais importantes dainterconexo desistemas, uma
vez queelanormalizao protocolo quepermiteoferecer os servios deacesso etransferncia
de arquivos.
FTAM permiteatransfernciadotodooudepartedeumarquivo, aodestinatriooua
uma estao (sistema) distante, oferecendo ainda servios de controle de erros, retomada
imediataouno, controledeacesso aarquivos (acessoseletivo, proteo, etc.) emodificao
dos atributos de um arquivo.
O tratamento de arquivos via FTAM baseado no conceito de arquivo virtual, que
permiterepresentar, paraosserviosFTAM, oarquivoreal. A relaoentreesteselementos
apresentada na figura 2.3.8.3.
A noodearquivovirtual permitetornar transparenteaousurioasdiferentes formas
de armazenamento e os mtodos de acesso dos sistemas de arquivo real. FTAM permite
estabelecer as relaes entre o sistema de arquivos real e os sistemas de arquivos virtuais.
Umservidor virtual de arquivos reagrupatodasasinformaes relativasaosarquivos,
permitindo conhecer o estado de umarquivo numdado instante. O modelo definido para o
servidor de arquivos virtuais contm atributos os mais genricos possveis quanto
representao dos aspectos de um servidor de arquivos reais.
Estemodeladocomoumaentidadeenderevel comaqual umusurioremoto pode
se comunicar, utilizando os servios FTAM. A princpio, umnmero arbitrrio de usurios
podeser associado aummesmo servidor virtual dearquivos numdado instante. Ainda, um
143
servidor virtual de arquivos pode gerenciar um nmero arbitrrio de arquivos, onde cada
arquivo caracterizado por atributos tais como: o nome, aes possveis sobre o arquivo
(leitura, insero, substituio, etc...), controle de acesso (somente leitura, somente escrita,
etc...), tamanhodoarquivo, identidadedocriador, dataehoradecriao, identidadedoltimo
modificador, data e hora de modificao, etc.
Sistema Real C
ARQUIVO
REAL C
Ambiente OSI
ARQUIVO
VIRTUAL C
ARQUIVO
VIRTUAL B
protocolo FTAM
ARQUIVO
VIRTUAL A
Sistema Real A
ARQUIVO
REAL A
Sistema Real B
ARQUIVO
REAL B
Figura 2.3.8.3 - Relao entre arquivos virtuais e arquivos reais.
A seleo de umarquivo caracterizada por duas etapas: o estabelecimento de uma
associao entre o usurio querendo selecion-lo e o servidor virtual de arquivos; o
fornecimento da identidade do arquivo a selecionar.
A estruturadeacesso aos arquivos numservidor virtual dearquivos assumeaforma
arborescente, coerentecomas estruturas mais genricas dos sistemas reais dearquivos. Esta
estruturailustradapelafigura 2.3.8.4, ondesepodever umnico n raiz (R), ns internos
(A, E) efolhas(B, C, D, F) conectadaspor arcosdirigidos. Umndarvorepodepertencer a
umniconvel, podendo, por suavez, servir deacessosuasubrvore, conhecidacomouma
Unidade de Dados de Acesso a Arquivo ouFADU (File Access Data Unit). Ocontedodeum
arquivo pertencenteao servidor dearquivos mantido numaoumais Unidades de Dados ou
DU (Data Unit).
Uma DU um objeto de dados tipado (escalar, vetor, conjunto, etc...), contendo
elementos de dados atmicos denominados Elementos de Dados, aos quais normalmente
associada uma sintaxe abstrata (caracter, byte, inteiro, etc...).
Os servios associados aumservidor virtual dearquivos so acessados viaprimitivas
de servio, que sero apresentadas a seguir.
Os servios oferecidos pelo FTAM para o acesso e a transferncia de arquivos so
organizados em unidades denominadas regimes. Os regimes correspondem a etapas da
manipulao de arquivos, a tabela a seguir apresenta o conjunto de primitivas associado a
cada um deles.
144
DU
DU
NVEL 0
NVEL 1
NVEL 2
R
A
B C
E
F
D
FADU
FADU
FADU
DU
DU DU DU
DU
Figura 2.3.8.4 - Estrutura de acesso do servidor virtual de arquivos.
REGIME: CONEXO DE
APLICAO
estabelece a autorizao e as informaes
necessrias operao do servidor de arquivos
F_INITIALIZE inicializao da associao (via ACSE)
F_TERMINATE terminao negociada de associao (via ACSE)
F_ABORT terminao abrupta da associao (via ACSE)
REGIME: SELEO DE
ARQUIVO
identificao de arquivos que sero
manipulados
F_SELECT seleo de um arquivo existente
F_CREATE criao de um arquivo
F_DESELECT liberao de um arquivo
F_DELETE eliminao de um arquivo
F_READ_ATTRIB leitura dos atributos do arquivo
F_CHANGE_ATTRIB modificao de atributos de um arquivo
REGIME: ACESSO A
ARQUIVO
viabiliza as transferncias de dados, incluindo
as capacidades necessrias para a transferncia
F_OPEN abertura de um arquivo
F_CLOSE fechamento de arquivo
F_LOCATE localizao de um arquivo
F_ERASE apaga contedo de um arquivo
REGIME: TRANSFERNCIA
DE DADOS
etapa de transferncia de dados de e para
arquivos
F_READ leitura do contedo de um arquivo
F_WRITE escrita sobre um arquivo
F_DATA transferncia de dados
F_DATA_END transferncia de fim de dados
F_TRANSFER_END fim de transferncia de dados
2.3.8.4. Viso geral dos ASEs disponveis
O FTAM, como foi apresentado, constitui-seemumimportanteelemento deservio
deaplicao (ASE) paraas aplicaes queexijammanipulao outransfernciadearquivos,
sejamaplicaes de automao de escritrio ou de automao da manufatura. No que diz
145
respeitoaestasegundaclassedeaplicaes, podemosdestacar comoumimportanteelemento
de servio de aplicao, o ASE denominado MMS (Manufacturing Message Services),
propostoparaacamadadeaplicaodaredeMAP, queserapresentadomaisadiante, quando
tratarmos de redes industriais.
Almdos ASEs vistos anteriormente, aISOeaCCITT definiramumasriedeoutros
elementos deservio. A tabelaaseguir apresenta, deformaresumida, os principais padres
utilizados a nvel de aplicao no modelo OSI.
Nome do ASE Norma ISO Recomendao CCITT
ACSE (Association Control Service Element) ISO 8649 / 8650 X.217 / X.227
RTSE (Reliable Transfer Service Element) ISO 9066 X.218 / X.228
ROSE (Remote Operations Service Element) ISO 9072 X.219 / X.229
CCR (Commitment, Concurrency and Recovery) ISO 9804 / 9805
MHS (Message Handling Services) ISO 10021 X.400 / X.420
EDS (Electronic Directory Services) ISO 9594 X.500 / X.521
FTAM (File Transfer, Access and Management) ISO 8571
VTS (Virtual Terminal Services) ISO 9040 / 9041
J TM (J ob Transfer Manipulation) ISO 8831 / 8832
DTP (Distributed Transaction Processing) ISO 10026
MMS (Manufacturing Message Services) ISO 9506
CMIP (Common Management Information
Protocol)
ISO 9505 / 9596 X.710 / X.711
RDA (Remote Database Access) ISO DIS 9579
2.4. A INTERCONEXO DE REDES
2.4.1. INTRODUO
O problema da interconexo aparece no momento em que dois usurios que
necessitamdialogar no esto conectados necessariamente mesma subrede. Umexemplo
tpico desteproblemaencontrado nas propostas decomunicao emautomao industrial.
Como sabido, tanto as empresas como as arquiteturas decomunicao dedados obedecem,
geralmente a uma organizao hierrquica. As fbricas podem ser divididas em clulas e
reas, enquantoosetor administrativopodeser divididoemdepartamentos, sesses, divises,
coordenadorias, etc.
Estas divises so normalmente baseadas no estabelecimento de critrios funcionais,
tendo as funes de cada diviso significado especial na empresa.
146
Asrazesquepodemconduzir asistemasintegrandodiferentessubredespodemser de
naturezas as mais diversas:
muitomais econmico interligar computadores geogrficamenteprximosatravs
deumaredelocal ecompartilhar umainterfacenicacomumaredeexternado que
conect-los, cada um deles a esta mesma rede externa;
tecnologicamente limitante a interconexo (via uma rede local) de umgrande
nmerodecomputadoresseparadospor grandesdistncias; por exemplo, osdiversos
computadores localizados em diferentes prdios de um campus de universidade.
Nestecaso, mais interessanteinterligar os computadores decadaprdio por uma
rede local sendo que as diversas redes locais sero interconectadas;
odesempenho eaconfiabilidade deumsistemapodemser fortementeaumentados
se, aoinvsdeinterligar umgrandenmerodeestaespor umanicarede, estafor
particionadaemduas oumais redes; cadaredelocal associariaaquelas estaes que
possuam maior trfego entre elas, diminuindo assim o trfego no suporte de
transmisso, sendo queelementos deinterconexo das diversas redes garantiriama
comunicao entre as estaes conectadas a diferentes redes;
funcionalmente mais interessante interligar estaes que realizem trabalhos
pertencentes a atividades compatveis por redes locais adequadas ao perfil destas
atividades; as diferentes redes associadas a cada nvel de atividade continuariama
permitir a comunicao entre estaes pertencentes a diferentes atividades atravs
dos elementos de interconexo.
O problema da interconexo de redes derivado de trs questes importantes:
a primeira est relacionada funo de roteamento, dado que dois equipamentos
envolvidos num dilogo podem no pertencer mesma subrede;
a segunda est relacionada com a possibilidade (bastante realista) de que duas
subredes interconectadas, apesar de possuirem arquiteturas semelhantes, no
implementem os mesmos protocolos (por ex.: Token-Ring x Ethernet), o que
representa um problema no trivial a ser resolvido;
aterceira, aindamais complexa, estrelacionadacomahiptesedequeas subredes
asereminterconectadas, almdepossuiremprotocolos diferentes emcadacamada,
no sejam baseadas na mesma arquitetura (por exemplo, uma das subredes tem
arquitetura IBM-SNA, a outra segue a arquitetura TCP/IP e uma terceira OSI).
147
A soluonormalmenteadotadaparaos problemas acimaconsistenadefiniodeum
equipamento especial de rede, cuja funo oferecer suporte para a interconexo, como
ilustra a figura 2.4.1. Levanta-se ento a questo de que caractersticas e funes estes
equipamentos devem ter.
Figura 2.4.1 - O problema de interconexo de redes
O objetivo destaseo discutir os principais aspectos associados interconexo de
subredes, abordando desde a forma como a interconexo vista no modelo OSI, at a
resoluo das questes apresentadas acima. Apresentaremos tambm as funes principais dos
equipamentos de interconexo de redes mais usados.
2.4.2. ASPECTOS DA CONECTIVIDADE
Retornando s questes levantadas acima, uma srie de pontos tcnicos devemser
resolvidos para possibilitar a interconexo de redes. Vamos discutir alguns destes pontos a
seguir.
2.4.2.1. Endereamento
A funo essencial de uma rede de computadores permitir a troca de informaes
entreosequipamentosaelaconectados. Dadaapossibilidadedeinterligaodeequipamentos
heterogneos, torna-senecessria a definio de uma polticade representao dos nomes e
endereos dos processos, quesejamreconhecidos emqualquer ponto darede. Umaformade
148
faz-lo permitir que os usurios possam ser identificados por nomes (ou cadeias de
caracteres) emlugar deendereos numricos, difceis dememorizar. Isto significaqueos ns
da rede devem manter tabelas que efetuem o mapeamento entre os nomes dos processos
usurios da rede e os seus endereos efetivos.
Entretanto, quando duas ou mais subredes so interconectadas, os padres de
endereamento podemser distintos e ummeio de identificar (de maneira transparente) os
processos situados nas diferentes subredes deve ser implementado. Almdisso, no caso de
adoo de nomes para os processos usurios, como os nomes locais podemse repetir em
subredes diferentes, necessrio um esquema que os diferencie.
A polticaadotadapararesolver estaquesto aquelado endereamento hierrquico,
como, por exemplo, a definida pelo CCITT (recomendao X.121), onde cada endereo
apresentatrscomponentes: umcdigodepas (3dgitos), umcdigodarede(1dgito) eum
campo parao endereo dentro darede(10 dgitos). Isto significaquecadapas podedefinir
at10redes, cadaredetendo10dgitosparadefinir seusendereos, oformatodependendode
cada rede.
Um outro exemplo deste tipo de soluo o esquema de endereamento oferecido pelo
DNS (DomainNameSystem). Cadausurio identificado deformaunivocanaredepor um
nome na forma user@domnio1.domnio2, que convertido em endereo IP pelos
servidores de nomes domnio1 e domnio2, passando para algo na forma 200.24.120.5.
Este o esquema padro adotado no TCP/IP (Internet).
2.4.2.2. Encaminhamento das mensagens
Este aspecto est diretamente ligado s funes de roteamento implementadas na
camadadeRede. A questo colocadaaqui estrelacionadacomaformadeencaminhamento
de uma mensagem quando esta trocada entre dois equipamentos situados em subredes
diferentes.
Um aspecto a ser ressaltado aqui o problema de roteamento, j abordado
anteriormente (camada de Rede), sendo que alguns dos algoritmos de roteamento foraml
apresentados. Faz-senecessriaaqui adisponibilizao deequipamentos deinterconexo de
redes com a capacidade de realizar esta funo entre subredes de tipos diferentes. Tal
equipamento, como veremos mais a frente, recebe o nome de router (roteador).
2.4.2.3. A fragmentao de mensagens
Esteumoutro problemaimportante, dado quediferentes subredes podemtrabalhar
comtamanhos distintos de mensagens (os tamanhos mximos). bvio que uma soluo
serialimitar otamanhomximodasmensagenspodendotransitar emtodas assubredescomo
149
sendo o menor tamanho mximo de todas as subredes, mas esta uma soluo pouco
eficiente.
A soluo mais interessanteaseguinte: quando umamensagemdevetransitar entre
diferentessubredes, seelaultrapassaotamanhomximodasubredepelaqual elavai transitar,
estadecompostaemvrias mensagens (oufragmentos), cujas dimenses sero adaptadas s
limitaes da subrede considerada. evidente que, caso estes fragmentos sejamenviados a
uma novasubrede que suporte o tamanho mximo dasubrede de origem, estes podero ser
reagrupados para recompor a mensagem original.
Estessoalgunsdospontosaseremdiscutidosnomomentoemqueumelementodeve
ser projetado para a interconexo de duas subredes. Outros pontos no menos importantes so:
ocontroledeerros, otipodeservio(orientadoconexoouno), onvel dainterconexo, o
controle de fluxo, o controle de congestionamento, a segurana, a tarifao de servios.
2.4.3. A INTERCONEXO SEGUNDO O MODELO OSI
Antes de estudarmos os elementos responsveis da interconexo de redes, vamos
analisar aabordagemdomodelo OSI noquediz respeitoaesteproblemaparticular. Segundo
o quefoi estabelecido no modelo OSI no quediz respeito interconexo, acamadadeRede
assumearesoluo destes problemas, sendo paratal subdivididaemtrs subcamadas, como
mostra a figura 2.4.2: a subcamada de acesso subrede, a subcamada de adaptao da
subrede e a subcamada de interconexo.
A primeirasubcamada, representadapelos nveis 3a nafigura2.4.2, responsvel do
gerenciamento do protocolo da subrede considerada, assumindo a recepo e o envio dos
pacotes de controle e implementando as funes de base da camada de Rede.
A segunda subcamada, representada por 3b em 2.4.2, responsvel de todas as
adaptaes entre servios necessrias entre as subredes interconectadas. Caso uma das
subredes no for compatvel como modelo OSI (caso nadararo), seus servios tero nomes,
funes e parmetros diferentes, que precisam ser adaptados de forma a obter uma
uniformizao de sintaxe e semntica entre as subredes envolvidas.
150
3c
3b
3a
4 a 7
1
2
3c'
3b'
3a'
1
2
3a
2
1
subrede 1 subrede 2
3b
sistema A sistema B
relay
3c'
3b'
3a'
4 a 7
1
2
Figura 2.4.2 - Estrutura interna da camada de rede do ponto de vista da interconexo,
segundo o modelo OSI.
Finalmente, a terceira subcamada, 3c em2.4.2, a que implementa efetivamente a
interconexo das subredes responsabilizando-se pelo roteamento entre as subredes.
As diferenasentreassubredesinterconectadaspodemser dediferentes naturezas. No
caso desubredes emconformidadecomo modelo OSI, ainterconexo feitaapenas atravs
da transmisso, via subcamada de interconexo, dos pacotes s subcamadas de acesso
subrede da subrede considerada. Neste caso, a funo da subcamada de adaptao
inexistente e esta camada fica ento vazia.
Por outrolado, seumaredeno-OSI deveser interconectadaaumabaseadanomodelo
OSI, as adaptaes devero ser implementadas, isto sendo funo daquela subcamada.
A tarefaderoteamento dentro deumagranderede, compostadediversas subredes,
similar quela a nvel de uma nica subrede, o que significa que as tcnicas discutidas na
seo referente camada de rede podem ser utilizadas.
2.4.4. AS DIFERENTES POSSIBILIDADES DE INTERCONEXO
A figura 2.4.3 ilustradiferentes possibilidades deinterconexo deredes (locais ou de
longadistncia). Emcadacaso, necessrio introduzir umelemento intermedirio ou relay,
responsvel das adaptaes deprotocolo quesejamnecessrias, podendo ser umaponte (ou
bridge) ou passarela (gateway), dependendo do tipo de interconexo.
151
LAN LAN
LAN
WAN
WAN
LAN-LAN
LAN-WAN
WAN-WAN
LAN-WAN-LAN
BRIDGE
GATEWAY
G B
G
G
G
B
G
Figura 2.4.3 - Possibilidades de interconexo de redes.
Saindo umpouco do contexto do modelo OSI, no caso mais geral, a tarefa efetuada
pelos relays pode ser implementada em qualquer camada, os quatro tipos de relays mais
comuns sendo:
osrepetidores (repeaters), implementadosnonvel fsico, quepermitemunicamente
amplificar eretransmitir ossinaiseltricosrepresentandoosbitsdedadosentredois
segmentos de cabo;
aspontes (bridges), implementadasnonvel enlace, queefetuamoarmazenamentoe
retransmisso dos quadros entre2 redes locais; aretransmisso do quadro podeser
caracterizada por algumas modificaes nos formatos dos quadros, se necessrio;
os roteadores (routers), implementados no nvel rede, que retransmitem pacotes
entre vrias redes;
as passarelas (gateways), implementadas aonvel aplicao, cujatarefabemmais
complexa que as dos elementos anteriores, utilizados para a interconexo de
subredes incompatveis at mesmo do ponto de vista da arquitetura (redes OSI x
redes no-OSI).
Apresentaremos, a seguir, algumas caractersticas importantes destes elementos.
2.4.5. OS REPETIDORES (REPEATERS)
Osrepetidoressousadosparainterligar subredesidnticas, produzindobasicamenteo
efeitodeumasimplesextenso. Elesatuamsomenteanvel fsico, recebendoquadrosdeuma
subrede, reforando sinais eltricos eretransmitindo naoutrasubrede, conformemostrado na
figura 2.4.4. Sua implementao usualmente feita somente em hardware.
152
Camada 7
Camada 6
Camada 5
Camada 4
Camada 3
Camada 2
Camada 1
Camada 7
Camada 6
Camada 5
Camada 4
Camada 3
Camada 2
Camada 1
Camada 1 Camada 1
Repeater
SUBREDE A SUBREDE B
Repeater SUBREDE A
SUBREDE B
Figura 2.4.4 - Repetidor expandindo uma rede (nvel OSI 1)
Umrepetidor introduz sempreumpequeno retardo naentregadeumamensagem, de
modo que o nmero de repetidores que podem ser utilizados em uma rede limitado.
Os repetidores temuma funo muito importante emredes comtopologia emanel
(ex.: Token-Ring), onderetransmitemmensagens entresegmentos derede, deumn do anel
paraooutro. Veremos ofuncionamentodestetipoderedemaisafrente, nadiscussosobrea
norma IEEE 802.5.
Em redes com topologia em barramento, deve-se evitar caminhos fechados envolvendo
repetidores, pois cada mensagem seria repetida infinitamente.
Emredes baseadas emconteno(ex.: CSMA/CD), orepetidor devetambmdetectar
colises em uma subrede e sinalizar sua ocorrncia na outra (Figura 2.4.5).
Figura 2.4.5 - Repetidor em redes CSMA/CD (Ethernet)
153
2.4.6. AS PONTES (BRIDGES)
Se duas subredes apresentam compatibilidade em relao camada de enlace de
dados, uma ponte pode ser utilizada para interconect-las.
Umaponteumequipamentointeligente(baseado emmicroprocessador) conectadoa
duassubredesouentreumasubredeeabackbone. Dadoqueasduasredesestoconectadas
ponteutilizamamesmapolticadeendereamentonacamada2domodelo OSI, elaexamina
osendereosdeambasasredesparadefinir quemensagensdevemser passadasdeumarede
outra. As pontes so bidirecionais por natureza, o quesignificaqueelas so responsveis do
encaminhamentodetodosospacotesemitidosaonvel dasduasredes. A figura 2.4.6ilustraa
forma de interconexo atravs de uma ponte.
A operao de uma ponte baseada na manuteno de uma tabela contendo os
endereos dos equipamentos compondo as redes qual ela est associada.
Quando um pacote recebido, esta examina o contedo do campo endereo do
destinatrio paraverificar seeleestendereado aumequipamento situado namesmarede
de origem ou no.
Camada 7
Camada 6
Camada 5
Camada 4
Camada 3
Camada 2
Camada 1
Camada 7
Camada 6
Camada 5
Camada 4
Camada 3
Camada 2
Camada 1
Camada 2
Camada 1
Camada 2
Camada 1
PONTE
SUBREDE A SUBREDE B
PONTE
SUBREDE A
SUBREDE B
Figura 2.4.6 - Ponte interconectando duas sub-redes (nvel OSI 2).
Em caso positivo, o pacote encaminhado ao equipamento considerado. Caso
contrrio, este ser despachado pela ponte para a outra sub-rede. Normalmente, as pontes
implementam um algoritmo de "aprendizagem", utilizado para inicializar a tabela de
endereamento existente em cada uma delas.
154
Do ponto de vista do desempenho, as pontes so elementos de interconexo que
apresentamumtempo derespostarelativamentecurto, umavez que, emgrandepartedesua
operao, os pacotes no sofrem nenhum processo de reformatao para serem despachados.
Umcasobastantecomumencontradonasempresasanecessidadedeinterconexode
redes Ethernet comas redes do tipo Token-Ring(Anel comFicha). Umprimeiro problemaa
resolver, nestecaso, agrandediferenaestrutural dos pacotesutilizados por cadaumdestes
tipos derede. UmaredeEthernet utilizapacotes cujo tamanho no deveultrapassar os 1.500
bytes; uma rede Token Ring a 4 Mbit/s pode transmitir pacotes de at 4.000 bytes.
Umaponteorientadainterconexo destes dois tipos derededeve, ento, oferecer a
possibilidade de segmentao dos pacotes de grandes dimenses das redes Token-Ring em
pacotes menores da Ethernet.
Dado que, no modelo OSI, a independncia de redes uma das caractersticas
enfatizadas, bempossvel que as duas subredes utilizemsuportes de transmisso (camada
fsica) distintos. Umexemplodistoapossibilidadedoestabelecimentodeinterconexespor
pontes nas arquiteturas MAP/TOP. Por utilizar amesmacamadadeenlace(IEEE 802.2), as
duas arquiteturas podem ser interconectadas, apesar de uma (MAP) utilizar o suporte de
transmisso em banda larga e a outra (TOP) utilizar banda bsica.
NafilosofiadomodeloOSI, umapontepodeinterconectar duasredesquaisquer, desde
queestas sejamtotalmentecompatveis emsuas camadas deenlacededados eda paracima
(principalmente, no endereamento). Ainda deste ponto de vista, dois usurios finais no
precisamtomar conhecimento da existncia de uma ponte na rede; esta vista como um
equipamento"observador" nasredess quaiselaestconectada. Suafunomonitorar todo
pacote que circula em cada uma das redes qual ela est associada.
2.4.7. OS ROTEADORES (ROUTERS)
Como foi dito acima, as pontes so equipamentos que permitem interconectar as
subredes, duas aduas. Apesar desuagrandeutilidadenestecaso bastantecomum, as pontes
apresentam limitaes que impedem outras maneiras tambm importantes de interconexo.
Os roteadores so elementos operando ao nvel de Rede, que se utilizam do
endereamentodefinidoaestenvel paratransferir erotear asmensagensdeumaredeaoutra.
Ao contrrio das pontes que interligam as subredes duas a duas, os roteadores podem
interligar duasoumaissubredes, sendoqueaescolhadequelinhautilizar feitacombasena
execuo de um algoritmo de roteamento, como j discutido anteriormente (camada de Rede).
A poltica de endereamento implementada a nvel da camada de Rede bastante
similar codificaodenmerostelefnicosnumarededetelefonia. Sealgum, por exemplo,
quer fazer umachamada telefnicade Florianpolis paraParis, eledeve discar inicialmente
(apsocdigodediscagemdiretainternacional) ocdigodopas(nocaso, 33paraaFrana),
emseguida, o cdigo dacidade(1, paraParis) e, finalmente, o nmero do telefonedapessoa
155
comquemelevai querer dialogar. No modelo OSI, o esquemadeendereamento definido
de forma a cobrir os mltiplos formatos de endereamento de rede (ver parte relativa
camada de Rede).
Uma das desvantagens das pontes que o fato de que, todo pacote transitando ao
longo das subredes recebido por cada uma das estaes conectadas a estas subredes,
implicando, em condies normais, num aumento considervel de trfego. Ainda, a
possibilidadedeumcongestionamento no estmuito distanteumavez queumainterfacede
rede em pane poder despejar uma grande quantidade de pacotes incompatveis na rede.
Aocontrriodaspontes, umroteador notemnecessidadedeanalisar todosospacotes
circulandonarede. Istosignificaque, nocasodosroteadores, oproblemadescritoacimapode
ser evitado pois eles seriamcapazes debloquear aqueles pacotes queno obedecessemaum
determinado perfil.
umequipamento bastante poderoso, dado que ele pode interconectar umnmero
relativamente grande de redes, de uma forma transparente ao usurio do servio. Em
aplicaes onde haja necessidade de interligao de mais de duas subredes, um roteador
dever certamente ser o elemento escolhido para realizar a conexo (em lugar de uma ponte).
Emaplicaes industriais, por exemplo, umbomnmero de empresas secaracteriza
por possuir suas usinas, fornecedores, depsitos, lojas de venda, etc, em locais
geogrficamente dispersos. A fimde trocar informaes entre estes setores, a conexo das
diversas redes locais a uma rede de longa distncia pode ser viabilizada atravs de um
roteador.
Umpapel importante desempenhado pelos roteadores est na interconexo de redes
heterogneas. Quando umpacotepertencenteaumasubredeimplementando umprotocolo X
deve ser encaminhado a uma subrede implementando um protocolo Y, o roteador dever
realizar asconversesdeformatonecessriasparaqueopacotesejaencaminhadorespeitando
os requisitos impostos pelo protocolo Y. A interconexo entre subredes atravs de um
roteador ilustrada nas figuras 2.4.7.
2.4.8. AS PASSARELAS (GATEWAYS)
Os gateways so os elementos de interconexo de concepo mais complexa. A sua
importncianoquediz respeitosnecessidadesdeinterconexodasredesofatodequenem
todas as redes de comunicao implantadas e em funcionamento atualmente foram construdas
combaseno modeloOSI, muitas solues "proprietrias" e"padres defato" sendoadotados
na forma de redes locais.
Isto significa que est longe do incomum a necessidade de interligao de redes
baseadas no modelo OSI com redes no-OSI. Isto requer, ento, a construo de um
equipamento deinterconexo quesejacapaz decompatibilizar as diferenas estruturais ede
protocolo existentes entre as duas redes. Este equipamento o gateway.
156
Camada 7
Camada 6
Camada 5
Camada 4
Camada 3
Camada 2
Camada 1
Camada 7
Camada 6
Camada 5
Camada 4
Camada 3
Camada 2
Camada 1
Camada 2
Camada 1
Camada 2
Camada 1
ROTEADOR
SUBREDE A SUBREDE B
Camada 3 Camada 3
ROTEADOR
SUBREDE A
SUBREDE B
SUBREDE C
SUBREDE D
Figura 2.4.7 - Roteador interligando subredes (nvel OSI 3).
Os gateways so elementos quedevempossuir dois "stacks" deprotocolos, umsendo
baseado na arquitetura a 7 camadas do modelo OSI e o outro, baseado na arquitetura
proprietria considerada (figura 2.4.8).
Normalmente, osgatewayssoconstrudoscomumaorientaoaumadadaaplicao,
como, por exemplo, a interconexo entre uma rede proprietria e uma rede MAP. Um
exemplo disto ainterconexo deumaredecomarquiteturaSNA (proprietriadaIBM) na
qual ummainframeIBM estinterconectadocomumaredeMAP. Ogatewayaser construdo
para realizar estaconexo deveria possuir as 7 camadas (OSI-like) definida pela arquitetura
MAP, umprogramadeaplicao pararealizar atransfernciadearquivos, eumconjunto de
protocolos necessrios para a comunicao dentro da rede SNA.
2.4.9. CONCENTRADORES
Apesar de os concentradores no serempropriamente equipamentos de interconexo
entre subredes como os repetidores, pontes, roteadores e passarelas, abordaremos aqui
brevemente estes equipamentos, pois so tambm importantes elementos utilizados no
gerenciamento eoperao deredes. Os equipamentos chamados concentradores representam
umretorno topologiaemestrelado ponto devistafsico, mas mantendo atopologialgica
requerida pelas placas de rede em uso (barramento, anel, etc.).
157
Apli cao
Apresentao
Sesso
Transporte
Rede
Enl ace
Fsi ca
Usuri o
servi os NAU
Fluxo Dados
Control e
Transmisso
Control e
Cami nho
Controle
Enl ace
Li gao
Fsi ca
GATEWAY REDE MAP (OSI) REDE SNA
Apli cao
Apresent ao
Sesso
Transp ort e
Rede
Enlace
Fsica
Usuri o
servi os NAU
Flu xo Dados
Cont ro le
Transmisso
Cont ro le
Cami nho
Cont rol e
Enl ace
L igao
Fsi ca
TRADUTOR
Figura 2.4.8 - Interconexo baseada em gateway.
A intenofacilitar ogerenciamentoemanutenodosistemadecomunicao, uma
vez queos problemas queeventualmenteocorreremnaredemuito provavelmenteestaro no
concentrador e no em um ponto qualquer da mesma.
Existem dois tipos bsicos de concentradores:
concentradores passivos (ou HUBs): usualmente no tem inteligncia local,
atuando como emuladores de barramentos (figura 2.4.9). Na maioria dos casos,
operamcomfios tipo par tranado ou fibratica. Cadaconector do HUB paraum
n deredeestaisolado galvanicamente, demodo queaaberturadeumadas linhas
no afeta as demais.
concentradores ativos ouComutadores (Switchers): teminteligncialocal epodem
chavear mensagens simultneas paradestinos diferentes emaltavelocidade(figura
2.4.10). Permitemumamelhorasignificativadedesempenho darede, umavez que
subdividem o sistema em vrias sub-redes que podem operar de forma
independente.
...
Figura 2.4.9 - HUB
158
LC
Figura 2.4.10 - Switcher
3. AS REDES LOCAIS INDUSTRIAIS
3.1. INTRODUO
A fabricao deprodutos ou o fornecimento deumservio dapartedeumaempresa
peemjogoumasriedeatividadeseetapas, dedicadasmanutenoeaoaprimoramentodo
produto ou do servio. A implementao destas etapas atravs de processos commaior ou
menor grau de automatizao fica a critrio da empresa.
A tendnciadeinformatizao crescentedas empresas eoutras organizaes, por um
lado, permiteacelerar cadaprocessofazendopartedasatividadesdefabricaodeumproduto
ou do oferecimento de umservio e, por outro lado, cria uma nova necessidade no quediz
respeito ao modo como as informaes sero trocadas.
As redes locais industriais permitem levar em conta as particularidades de um processo
de fabricao do ponto de vista das necessidades de comunicao, tais como o
compartilhamentoderecursos, evolutividade, gerenciamentodaheterogeneidadeeosdiversos
tipos de dilogo podendo ocorrer no ambiente industrial. Ainda, a nvel de umprocesso de
fabricao, certos requisitos tornam-se fundamentais, envolvendo principalmente os fatores
econmicosqueocercam. A garantiadeumtempoderespostamdiooumximo, odbitode
informao, a robustez (confiabilidade dos equipamentos e da informao), a flexibilidade
(evolutividade e heterogeneidade dos equipamentos) so alguns exemplos destes requisitos.
Nos ltimos anos, umesforo considervel temsido realizado no sentido de definir
arquiteturas de comunicao que respondams caractersticas e aos requisitos mencionados
acima. O exemplo mais evidente de resultados deste esforo a arquitetura MAP
(ManufacturingAutomationProtocol), definidapor iniciativadaGeneral Motorsebaseadano
modelo OSI.
159
Por outro lado, considerando queas necessidades decomunicao emcadaclassede
atividades de uma empresa pode assumir diferente importncia, outras propostas de
arquiteturas podemser consideradas, como por exemplo as arquiteturas daclassebarramento
de campo (fieldbus), mais dedicadas ao cho de fbrica, como o nome sugere.
O objetivo desta parte do documento, alm de apresentar algumas propostas de
arquiteturasderedeslocaisindustriais, discutir osprincipaisaspectosrelacionadoscomesta
classe particular de redes.
Dados os requisitos ecaractersticas apresentados anteriormente, umponto quedeve
ser levantado como conseqncia disto a necessidade de descentralizao das funes de
comunicao a serem implementadas. Este aspecto pode ter importncia fundamental na
escolhadas solues decomunicao aseremadotadas anvel deumaindstria. As redes do
tipo ponto-a-ponto, por exemplo, so um exemplo tpico de centralizao das funes de
comunicao, uma vez que os equipamentos compondo os ns da rede fazem papel de
comutadores das mensagens transmitidas entredois ns quenoestejamligados diretamente.
Solues dotiporedededifusosolargamenteadotadas levandoemcontaas possibilidades
de descentralizao do controle da comunicao.
preciso assumir a realidade de que no existe uma rede nica que poderia
corresponder s necessidades de todas as classes ou nveis de atividade existentes emuma
fbrica, asoluosendo, defato, aadoodevriasredesinterconectadas, cadaredeservindo
de suporte comunicao no contexto de uma ou diversas atividades.
3.1.1. As redes e os nveis hierrquicos de integrao fabril
J h algum tempo vem se verificando uma tendncia para a descentralizao da
intelignciaedacapacidadedecisriados componentes desistemas deautomao industrial.
Estes sistemas so decompostos em diferentes nveis hierrquicos de automao, cujos
elementos inteligentes so interligados entre si atravs de redes industriais, conforme
mostrado na figura 1.1. A tendncia desta estruturao hierrquica se aproximar cada vez
mais doprocesso, deformaaobter-secadavez mais subsistemas independentes edotados de
uma inteligncia local, semno entanto perder as vantagens de uma superviso e conduo
central do sistemacomo umtodo. Estadescentralizao traz consigo umasriedevantagens
tcnicas, tais como a diminuio da sobrecarga de processamento da unidade central, entre
outras.
160
rea
(Shop)
Clula
(Cell)
(Subsystem)
Componente
(Component)
Subsistema
S A S A
CLP CNC
MgU
FMC
...
FMS
Nvel
Hierrquico
Planejamento
(Factory)
Administrao
corporativa
Gw
CAD, CAE, CAP,
CAPP, CAQ, etc...
Torno,
Manipulador,
Centro usinagem,
etc...
Motores,
chaves,
reles, etc...
MAP, TOP
MAP-EPA
Fieldbus
Fieldbus
tempo real
Mini-MAP
Sistema de
Comunicao
Figura 1.1 - As redes de comunicao e o modelo CIM
Cada nvel da hierarquia fabril representado por um conjunto de aes e
processamentos que possuem requisitos de comunicao diferentes. A caracterstica
predominante nos nveis hierrquicos inferiores a transferncia de mensagens curtas com
altafreqncia, entreumnmeroelevadodeestaes. Nosnveishierrquicossuperioresha
predominnciadetransfernciademensagens longas entreumnmeromenor deestaes ea
uma freqncia consideravelmente mais baixa (figura 1.2).
Vida til e
tamanho
mdio dos
dados
Trfego
mdio
Quadros /
seg
Tempo
Ocioso entre
transmisses
Nmero
de
estaes /
segmento
Administ rao Corporativa
Planejament o
rea
Clula
unidade (subsistema)
Componente
Custo
mdio
de uma
estao
Hostilidade
do meio
Figura 1.2 - Caractersticas da comunicao em CIM
161
Destemodo, noexisteumsistemadecomunicaonicocapaz deatender atodas as
aplicaes existentes na organizao industrial, mas sim uma srie de sub-redes locais
adequadaaos requisitosdecomunicaodecadanvel. As sub-redes seroconectadas linha
tronco ("Backbone") atravs de "Gateways", "Bridges" e "Routers" de modo que todas as
estaespossamser acessadas, formandoumsistemadecomunicaocosoqueatendatodaa
fbrica, conforme os preceitos da filosofia CIM (Computer Integrated Manufacturing).
162
3.2. REDES LOCAIS INDUSTRIAIS
3.2.1. Motivao
A maioria das redes de comunicao existentes no mercado procuraram atender a
demandaexistentenaautomao deescritrios. A grandemaioriadestas redes so baseadas
no protocolo CSMA/CD (Carrier Sense Multiple Access with Collision Detection), como
qual se iniciaramos desenvolvimentos de redes locais (LANs, Local Area Networks) e que
ser estudado mais adiante.
A comunicao dedados emambienteindustrial apresenta, no entanto, caractersticas
e necessidades que tornama maioria das redes para automao de escritrio inadequadas.
Algumas destas caractersticas so:
ambiente hostil para operao dos equipamentos (perturbaes eletromagnticas,
elevadas temperaturas, sujeira, etc.);
atrocadeinformaessed, namaioriadasvezes, entreequipamentosenoentreum
operador humano e o equipamento;
os tempos de resposta e a segurana dos dados so crticos em diversas situaes;
umagrandequantidadedeequipamentos podeestar conectadanarede, o quetornaa
questo de custos muito importante.
3.2.2. Caractersticas bsicas das redes industriais
Os aspectos tecnolgicos bsicos discutidos nas sees que seguemdiferenciamas
redes locais para aplicaes industriais das demais redes.
3.2.2.1. COMPORTAMENTO TEMPORAL
3.2.2.1.1 - Introduo comunicao tempo real
Comofoi ditonaseoanterior, asredesdedifusoapresentamaspectosinteressantes
queas tornamumasoluo bastanteadequadaaos requisitos decomunicao industrial. Um
problemaimportantenautilizao das redes dedifuso o mtodo deacesso ao meio (que
compartilhado) pois, umavez quevriosequipamentosdeverotrocar informaesnumdado
instante, adeciso dequemvai ter o direito deuso do meio parao envio deumamensagem
noumatarefaevidente, comoservistonestaseo. Os protocolos deacessoaomeio tem
papel fundamental no tempo deentregadeumamensagemviarede. Como veremos aseguir,
este tempo importante para aplicaes com caractersticas de tempo real.
163
Aplicaes Industriais freqentemente requerem sistemas de controle e superviso
comcaractersticas de Tempo-Real. UmSistema Tempo-Real umsistema computacional
para o qual requerida uma reao a estmulos (fsicos ou lgicos) oriundos do ambiente
dentro de intervalos de tempo impostos pelo prprio ambiente (figura 2.1). A correo no
depende somente dos resultados lgicos obtidos, mas tambm do instante no qual so
produzidos.
Figura 2.1 - Sistema Tempo Real e seu Ambiente
A arquitetura de sistemas computacionais utilizados para controle e superviso de
processos industriais emtempo real temapresentado nos ltimos anos uma clara tendncia
para a distribuio das funes de controle, como ilustrado na figura 2.2.
Figura 2.2 - Arquitetura distribuda de um sistema tempo real
164
Emaplicaes tempo real, importantepoder determinar o comportamento temporal
do sistemadecomunicao envolvido. As mensagens emsistemas TR podemter restries
temporais associadas e podem ser classificadas em:
Peridicas: temqueser enviadas emintervalos conhecidos efixos detempo. Ex.:
mensagens ligadas a malhas de controle.
Espordicas: mensagens sem perodo fixo, mas que tem intervalo de tempo
mnimo entre duas emisses consecutivas. Ex.: pedidos de status, pedidos de
emisso de relatrios.
Aperidicas: tem que ser enviadas a qualquer momento, sem perodo nem
previso. Ex.: alarmes em caso de falhas.
Do ponto devistadaprogramao distribuda, o meio detransmisso (o barramento)
constitui um recurso compartilhado entre as estaes a ele conectadas. Os mtodos de
definio de direito de acesso utilizados nas redes locais so os denominados protocolos de
acesso ao meio. O problemadecomunicao emtempo real temforteligao como tipo de
protocolo de acesso ao meio adotado. A figura 2.3 ilustra a problemtica aqui discutida.
Suponhaquedesejamos transmitir 5 mensagens diferentes originadas de5 estaes narede.
Cadamensagemtemumtempo limitedeentregaassociadoaela, aqui denominadodeadline.
Cada estao tem seu endereo na rede, tambm indicado na figura.
M1
DL = 10
End. 01
M2
DL = 15
End. 02
M3
DL = 50
End. 03
M4
DL = 25
End. 04
M5
DL = 5
End. 05
Onde:
M -
DL - deadline
mensagem
End. - endereo
Figura 2.3 - A problemtica da comunicao tempo real
As mensagens pendentes emcadaestao devemser entregues aseudestino antes de
umprazo limite (deadline) associado. Assim, o problema de comunicao tempo real fica
sendo o seguinte:
165
como organizar as filas locais de mensagens pendentes, de forma que a mais
prioritria seja colocada na cabea da fila ?
como definir concesso do direito de acesso ao meio de forma a garantir que a
mensagemmaisprioritriadoconjuntodeestaessejaenviadaprimeiroetodasas
mensagens sejam entregues antes de seu deadline ?
O Protocolo MAC utilizado precisa garantir rpido acesso ao barramento para
mensagens espordicas de alta prioridade. Ele deve tambmatender mensagens peridicas
com a maior eficincia possvel, respeitando seus deadlines.
Isto implica em que o sistema deve ter comportamento determinista (isto , seu
tempo dereao deveser conhecido) e, idealmente, permitir escalonamento timo global de
mensagens. Para tal, o LLC (Controle Lgico de Enlace) deve escalonar mensagens locais
pendentes por deadline ou prioridade associada.
Para garantir um melhor desempenho temporal do sistema, usual utilizar-se em
sistemas tempo real umaarquiteturasesoftwarecomapenas trs camadas, comacamadade
enlace subdividida em Controle de acesso ao meio (MAC) e Controle lgico de enlace
(LLC), conforme mostrado na figura 2.4.

Camada de Aplicao
Controle Lgico de enlace (LLC)
Controle de Acesso ao Meio (MAC)
Camada Fsica
AP AP
Software
Aplicativo
Figura 2.4 - Arquitetura para sistemas tempo real
3.2.2.1.2 - Classificao dos Protocolos de Controle de Acesso ao meio
166
Os protocolos de acesso ao meio podem ser classificados de maneira geral em 5
categorias:
Alocao fixa: estesprotocolosalocamomeiosestaespor determinadosintervalosde
tempo (chamados debandas), independentementedehaver ouno necessidadedeacesso
(ex.: TDMA =Time Division Multiple Access);
Alocao aleatria: permitem acesso aleatrio das estaes ao meio (ex.: CSMA =
Carrier SenseMultipleAccess). Emcaso deenvio simultneo por mais deumaestao,
ocorre uma coliso e as estaes envolvidas temque transmitir suas mensagens aps a
resoluo do conflito resultante (tambm chamados protocolos de conteno);
Alocao controlada: cadaestaotemdireitodeacessoapenasquandodepossedeuma
permisso, queentregues estaessegundoalgumaseqnciapredefinida(ex.: Token-
Passing, Master-Slaves);
Alocao por reserva: parapoder usar o meio, as estaes temquereservar bandacom
antecedncia, enviando pedidos a uma estao controladora durante um intervalo de
tempo pr-destinado e este fim (ex.: CRMA =Cyclic Reservation Multiple Access);
Hbridos: consistem de 2 ou mais das categorias anteriores.
Comrelao ao seu comportamento temporal, podemos organizar os protocolos de
acesso ao meio em duas principais classes: os protocolos determinsticos e os no
determinsticos.
Osprotocolosditosdeterminsticossocaracterizadospelapossibilidadededefinir um
tempo limite para a entrega de uma dada mensagem(mesmo que somente empior caso),
enquanto os protocolos no deterministicos no oferecem tal possibilidade.
Muitos dos atuais protocolos de acesso determinsticos so caracterizados pela
concesso do direito ao acesso independentemente das necessidades de transmisso de cada
ndaestao(alocaofixa). Dentreosprotocolosconhecidosdestaclasse, podemosdestacar
o protocolo TDMA (Time Division Multiple Access), onde o acesso dado a cada estao
considerando faixas detempo bemdefinidas. Estemtodo apresentaumbaixo desempenho,
umavez quemuitotempopodeser perdidonocasodeestaesquenotenhammensagensa
transmitir.
Outros exemplos de protocolos de acesso determinsticos so aqueles baseados na
passagemdeficha(token passing), ondeumafichacorrespondendo ao direito detransmisso
passada de estao a estao da rede. Ao receber a ficha, uma estao que no tenha
mensagens a transmitir repassa a ficha estao seguinte na lista de estaes compondo a rede
(alocao controlada). Vamos analisar alguns destes protocolos mais adiante nesta seo.
167
Os protocolos de acesso no determinsticos, so freqentemente caracterizados pela
competio entreestaes pelo direito deacessar o meio detransmisso. Umexemplo desta
classe o protocolo CSMA/CD.
Analisaremos a seguir alguns dos protocolos de acesso ao meio mais conhecidos,
procurando destacar o aspecto de comportamento temporal.
3.2.2.1.3 - Os protocolos MAC no determinsticos
- CSMA persistente e no persistente:
Estes protocolos, pertencentes classe de protocolos ditos de deteco de portadora
(carrier sense), baseiam-se no conceito de escuta do meio de transmisso para a seleo do
direito de acesso a este.
Um primeiro exemplo deste protocolo o CSMA 1-persistente (Carrier Sense
Multiple Access ou Acesso Mltiplo por Deteco de Portadora). Neste protocolo, quando
uma estao est pronta a enviar umquadro de dados, ela escuta o que est ocorrendo no
suporte de transmisso. No caso em que o canal j est sendo ocupado por alguma
transmisso, aestaoaguardanaescutaatqueomeioestejalivreparaasuaemisso(da o
nome "persistente"); quando isto ocorre, ela pode ento emitir um quadro. O mtodo
chamado "1"-persistente porque, quando a linha esta livre, a estao enviar os dados com
100% de probabilidade. Aps a transmisso dos dados, e estao emissora pode ser
programada para esperar uma resposta (chamada quadro de reconhecimento) da estao
receptora, indicando a correta recepo dos dados.
Se mais de uma estao estava a espera de uma oportunidade de enviar dados no
mesmo momento, pode ocorrer que vrias detectemo meio como estando livre ao mesmo
tempo. Neste caso, todas iro enviar seus dados simultaneamente, de forma que o sinal no
barramento ser uma "mistura" ininteligvel das vrias mensagens. Esta condio recebe o
nome de "Coliso". Na ocorrncia de uma coliso, se estiver sendo usado um servio
confivel na subcamada de controle lgico de enlace (LLC com conexo ou com
reconhecimento), a estao receptora no envia o quadro de reconhecimento esperado e a
estao emissora tenta a emisso novamente aps umdeterminado tempo. Se estiver sendo
usado um servio no confivel, o quadro perdido.
O protocolo CSMA 1-persistentealtamenteinfluenciado pelo tempo depropagao
dos quadros no suportedetransmisso. Isto ilustrado pelo exemplo deduas estaes A eB
querendo emitir umquadro. Vamos supor queA detectao meio livreeemiteumquadro; em
seguida, B vai escutar o meio para ver o seu estado; se o atraso de propagao do quadro
emitido por A tal queo sinal aindano podeser detectado anvel daestao B, ento esta
vai considerar o meio livre e emitir o seu quadro, gerando naturalmente uma coliso. Isto
168
significa que, quanto maior o tempo de propagao no suporte de comunicao, pior o
desempenho do protocolo devido ocorrnciadecolises. O tempo depropagao depende
principalmente da taxa de transmisso (bits/s) e do comprimento do cabo.
Na verdade, embora as probabilidades no sejammuito grandes, as colises podem
ocorrer mesmo se o tempo de propagao considerado nulo. Vamos supor agora que as
estaes A e B temquadros a transmitir, mas que uma terceira estao C est utilizando o
meio. Neste caso, as duas estaes vo aguardar a liberao do meio e, quando esteestiver
liberado, ambas vo emitir seus quadros, caracterizando a coliso.
Para reduzir a probabilidadede ocorrnciadecolises, foramcriadas variantes deste
protocolo, como por exemplo o CSMA no persistente. Segundo esteprotocolo, as estaes
comportam-sedemaneiramenos"afoita" paraoenviodemensagens. Assim, umaestaoque
deseje emitir um quadro vai escutar o suporte de transmisso para verificar se este est
disponvel. Emcaso positivo, o quadro sertransmitido. Seo meio estiver ocupado, ao invs
deficar escutando persistentementeesperadaliberao do canal, aestao vai esperar um
perodo de tempo aleatrio e, aps a expirao deste, vai escutar o canal novamente para
verificar a sua liberao. Este protocolo permite reduzir as probabilidades de ocorrncia de
colises, umavez queos tempos deesperaaleatrios s por muitacoincidnciasero iguais
emtodas as estaes interessadas emtransmitir. Como desvantagemtemos o fato dequeele
introduz ummaior atraso de emisso a nvel das estaes do que o protocolo persistente,
decorrente dos tempos aleatrios de espera pela liberao do meio.
O CSMA p-persistente mais um exemplo de protocolo de acesso baseado em
conteno, queprocuraser umcompromisso entreas duas propostas anteriores, funcionando
da seguinte maneira: quando uma estao temumquadro a enviar, ela escuta o canal para
verificar adisponibilidadedeste. Seo canal estdisponvel, aestao emiteumquadro com
probabilidade igual a p. A probabilidade de que esta no transmita o quadro e opte por
aguardar por umintervalo de tempo fixo igual a q = 1 - p. Se a escolha recair emno
transmitir oquadro, apsapassagemdointervalodetempoespecificadoocanal novamente
testado e, se estiver disponvel, as probabilidades de envio ou de espera continuam as
mesmas. O processo continua, ento, at que o quadro seja finalmente transmitido ou que
outraestao tenhatomado possedo canal. Observeque o protocolo CSMA 1-persistente
um caso particular do CSMA p-persistente, onde p =1.
O algoritmo no persistenteportanto eficienteparaevitar colises, mas implicaem
desperdciodetempodetransmisso. J oalgoritmopersistentenoocasionaestedesperdcio
de tempo, mas apresenta elevada probabilidade de coliso. O algoritmo p-persistente uma
soluo de compromisso entre os outros dois.
Todos os protocolos CSMA tem o inconveniente de que as colises no so
detectadas e aocorrncia de umproblema decomunicao s percebida, se optarmos por
servios de enlace confiveis na subcamada acima (LLC), quando o tempo limite para
169
recepo do quadro de reconhecimento expira sem que este quadro seja recebido. Para
resolver este problema, foi concebido o protocolo CSMA/CD, que veremos a seguir.
- O protocolo CSMA/CD (CSMA with Collision Detection):
Os protocolos descritos ataqui, emboraapresentando aspectos interessantes, podem
ser melhorados considerando-sequecadaestaopoderiadetectar, antesdaemisso, oestado
de conflito com outras estaes da rede, evitando assim a emisso do quadro considerado.
O protocolo CSMA/CD (Carrier Sense Multiple Access with Collision Detection)
um protocolo baseado neste princpio e muito utilizado nas redes locais (foi proposto
originalmentepeloscriadoresdaredeEthernet). Nesteprotocolo, quandomaisdeumaestao
estapronta paraemitir umamensagemcomo meio livre, estas emitemo quadro, o que vai
gerar umacoliso. A primeiraestao quedetectar acoliso interrompeimediatamenteasua
transmisso, reiniciando o processo todo aps aexpirao deumperodo detempo aleatrio,
deformaatornar improvvel aocorrnciadeumanovacoliso (figura 2.5). Paradetectar a
coliso, aestao emissoradeveescutar aquilo queelamesmacolocouno meio (ao menos a
primeirapalavradecdigo enviadadeveser escutadapelaprpriaestao emissora). O sinal
enviadorequer certotempoparasepropagar nomeio, definidocomoumtime slot. Ostempos
deesperaaleatriosusadospelasestaesparatentar umanovatransmissoapsumacoliso
so sempre mltiplos de um time slot.
Figura 2.5 - Coliso no mtodo de acesso CSMA/CD
O protocolo CSMA/CD segue um algoritmo de determinao do tempo limite de
espera para retransmisso conhecido como binary exponential backoff, ou espera aleatria
exponencial binria (alguns autores preferemo nome truncated exponential backoff). Neste
algoritmo, aestao, aodetectar umacoliso, esperapor umtempogeradoaleatoriamenteque
vai dezeroatumlimitesuperior. Olimitesuperior iniciaem1timeslot epoucomais que
dobrado acadanovacoliso. Seaps algumas retransmisses as colises aindapersistem, a
170
transmisso finalmente abortada. O fluxograma da figura 2.6 mostra o principio deste
algoritmo.
start
Station
Ready ?
New
Frame?
Ether
Silent ?
transmit
Collision ?
nc =nc+1
limit =2
nc
-1
Wait=random[0, limit]
nc =0
no
no
no
yes
Figura 2.6 - Randomizao de tempo no CSMA/CD (Binary Exponential Backoff)
Para melhor entender o mecanismo deste protocolo, vamos analisar o caso emque
duas estaes iniciemuma transmisso numinstante de tempo t0. O tempo mnimo para a
deteco de uma coliso o tempo de propagao do sinal emitido por uma estao at a outra
estao.
Istosignifica, emumaprimeiraanliseque, seumaestaoqueemitiuumquadrono
detectaumacolisonumperododetempoigual aotempodepropagaodosinal aolongodo
canal de comunicao, pode considerar-se possuidora do meio e que as demais estaes
abstiveram-se de enviar.
Esta anlise apresenta, porm, uma impreciso. Vamos considerar t o tempo de
propagao de umsinal entre duas estaes, as mais distantes uma da outra. Consideremos
queemt0umaestaoemiteumquadro. Vamossupor queem t - e, poucoantesqueosinal
tenha chegado, outra estao efetue uma transmisso. Ela vai detectar, imediatamente a
colisoeinterromper asuaemisso. Por outrolado, aperturbaoocasionadapelacolisono
vai poder ser detectada pela primeira estao que emitiu o quadro antes de umperodo de
tempo igual a 2t - e. Assim, no pior caso, uma estao s poder estar segura de que ela
adquiriu o acesso ao canal de transmisso aps um perodo de tempo de 2t. Assim, no
protocoloCSMA/CD, umaestaoemiteumapalavradedados, esperapor umtempo2t e, se
171
nodetectar nenhumacoliso, consideraqueanicaausar omeionaquelemomentoepassa
a enviar o restante dos dados.
OmtodoCSMA/CDpropiciaumagrandeotimizaonousodomeioemrelaoaos
protocolosanteriores, poisaocorrnciadeumacolisodetectadalogonaprimeirapalavrae
a emisso interrompida, no tendo que ser completamente repetida depois.
No entanto, em todos os mtodos de acesso CSMA temos que, quanto maior o
nmero de estaes e quanto maior o trafego mdio de mensagens na rede, maior a
probabilidade de ocorrncia de colises (esta probabilidade aumenta exponencialmente), de
forma que o tempo de reao aumenta consideravelmente e no pode ser exatamente
determinado. Para muitas aplicaes fabris, especialmente aquelas comrequisitos de tempo
real, importanteutilizar redescomprotocolosdeacessoaomeiodeterminsticos. CSMA/CD
no apresenta esta caracterstica pois no se sabe se havero colises, no se sabe quantas
colises seguidas podemocorrer eno seconhecedeantemo o tempo (aleatrio) deespera
emcaso de coliso. J para aplicaes de escritrio os mtodos no determinsticos, como
CSMA/CD, so em geral satisfatrios.
3.2.2.1.4 - Os protocolos MAC determinsticos
Os mtodos de acesso determinsticos so aqueles com tempo de resposta
determinvel, ao menos em pior caso. Estes mtodos podem ser classificados em:
mtodos com comando centralizado (ex.: Mestre-Escravos);
mtodoscomcomandodistribudo(ex.: Token-Passingouvariantesdeterminsticasdo
CSMA, como veremos a seguir).
- O protocolo Mestre-Escravos:
Nos sistemas com comando centralizado, somente uma estao pode agir como
detentorado direito detransmisso. Estaestao recebeo nomedeestao Mestre. Odireito
deacesso ao meio fsico distribudo por tempo limitado pelaestao mestreas demais, que
so denominadas estaes Escravas. Aqui todas as trocas de dados ocorremapenas entre
mestreeescravos(figura 2.7). A estaomestrerealizaumavarreduracclicadecadaumadas
estaesescravas, solicitandodadosouverificandoseumadelasdispededadosaenviar. Se
umaestaoescravanodispededadosaenviar, elasinalizaestacondiopeloenviodeum
quadro comformato especifico paraestefim. Se, por outro lado, aestao escravadispede
dadosaenviar, elaenviaoquadrodedadoscorrespondenteaomestre. Noteque, emambosos
casos, o escravo tem que enviar um quadro em resposta varredura (scan) do mestre.
Estaconfiguraodeixaosistemadependentedaestaocentral, masaconfigurao
usual dos sistemas decontrolenamaioriadas aplicaes, ondeo mestreexerceafuno de
172
umcontrolador (por exemplo, umCLP) e os escravos so sensores e atuadores inteligentes
(microprocessados).
Este mtodo de acesso ao meio garante um tempo definido entre transmisses
consecutivas a qualquer estao da rede e segue a prtica freqente de fazer umcontrole
distribudo com uma superviso centralizada. Sendo conhecida a taxa de transmisso e o
formatodosquadrosusadospelomestrepararealizar avarreduracclicaepelosescravospara
responder, pode-sedeterminar adurao deumciclo devarreduracompleto (questionamento
por parte do mestre de todas as estaes escravas e respectivas respostas). Este tempo
correspondeao pior caso detempo derespostadeumaestao qualquer. Naturalmente, este
tempo aumenta quando so adicionadas novas estaes escravas rede.
Mestre
Escravo Escravo Escravo Escravo
Figura 2.7 - Mtodo de acesso mestre/escravos
- O protocolo Token-Passing:
Os sistemas comcomando distribudo permitemadefinio demais deumaestao
com direito de acesso ao meio fsico.
Uma das tcnicas mais conhecidas nesta categoria o chamado Token-Passing
(passagem de ficha ou de basto, como nas corridas de revezamento). Nela, o direito de acesso
ao meio (definido pelapossedo "token") transmitido ciclicamenteentreas vrias estaes,
que podem livremente trocar dados entre si sem a intromisso de um mestre ou outro
intermedirio qualquer. A figura 2.8 ilustra a configurao usual da rede conhecida como
Token-Bus (barramento com passagem de ficha).
Este sistema , no entanto, bem mais complexo do que o Mestre-Escravos visto
anteriormente, jqueprovidncias especiais temqueser tomadas no caso daperdado token
oudaentradaousadadeumadas estaes darededuranteaoperao. Veremos comoisto
feito em uma sesso posterior, quando discutirmos a norma IEEE 802.4.
173
Estemtodomaisadequadoparasistemasnosquaisdiversasunidadesindependentes
desejam trocar livremente informaes entre si.
Neste mtodo, possvel determinar um tempo mximo entre duas oportunidades
consecutivasdetransmissoparacadaestao. Cadaestaopodereter otokenpor umtempo
limitado, denominado "token retention time", aps o que obrigada a enviar o token (um
quadro comformato especial) paraaestao seguinte(aordemdepassagemdo tokenpr-
definida, como veremos mais adiante, e forma umanel virtual ou lgico de seqncia de
direito de acesso ao meio). Conhecendo-se o tempo de reteno do token e o nmero de
estaes acopladas rede, pode-secalcular otempoderotaodotoken(token rotation time,
queo tempo que o tokenlevaparapassar por todas as estaes umavez evoltar aestao
inicial). Estetempo o pior caso detempo deesperaparaenviar umamensagempartindo de
uma estao qualquer.
receptor
emissor
token
Figura 2.8 - Controle de acesso por passagem de ficha (Token-Bus)
Umavariaodestatcnicao chamadoToken-Ring, ondeutilizadaumaredecom
topologiaemanel em lugar debarramento, comoilustradonafigura 2.9. Aqui otokencircula
no anel atser removido por umaestao quedesejetransmitir dados. Veremos estatcnica
com mais detalhes ao estudarmos a norma IEEE 802.5.
174
Estao
Interface
p/ anel
anel unidirecional
TAP
Token
Figura 2.9 - Controle de acesso por passagem de ficha (Token-Ring)
- variantes determinsticas do CSMA:
Recentemente uma srie de trabalhos de pesquisa e desenvolvimento tem se
preocupado coma definio de protocolos determinsticos baseados emCSMA, devido as
vantagens decorrentes da no necessidade de uma entidade controladora de acesso (como a
estao mestre no mtodo mestre/escravos ou o token no mtodo Token-Passing). Cada
estaopodetentar transmitir semprequetiver mensagens pendentes, configurandoassimum
sistema de comunicao com comando distribudo e com elevada autonomia dos ns. O
problema bsico est em como resolver o problema decorrente das colises.
Alguns exemplos de solues so apresentados a seguir:
Cabealhos Forantes (Forcing Headers): Neste mtodo de acesso ao meio, cada
mensagem iniciada por um cabealho (header) composto de uma srie de bits, que
definemsuaprioridade. No podemhaver duas mensagens comprioridades idnticas em
uma mesma aplicao. A transmisso de umquadro iniciasempre pelo cabealho, que
enviado bit a bit emvelocidade relativamente baixa, de modo a permitir que o sinal se
propaguepelo barramento eretorneao emissor. Aps o envio decadabit, o nvel desinal
do barramento lido. Os bits so codificados de forma que uma coliso tem efeito
equivalente a executar uma operao lgica AND sobre cada bit enviado ao barramento
(paraisto, adetecodecolisopodeser ativadaaoenviar um1edesativadaaoenviar um
0). A transmissoemumadadaestaointerrompidaquandoum1for enviadopor elae
um 0 for lido. Desta forma, se todos os bits do identificador so 0, a prioridade
consideradamxima. Seocabealhofor transmitidoatofimsemcolisoporqueaquela
mensagemeraamais prioritriadentreas envolvidas nacoliso e o resto damensagem
enviado. Assim, a mensagem mais prioritria atropela as demais. O mtodo
deterministae, sendo conhecidaaprioridadedeumamensagem, pode-secalcular o tempo
deentregadamesmanopior caso. Umexemplodeoperaodesteprotocolopodeser visto
175
nafigura 2.10. Nocasoali representado, 5estaesestoenvolvidasnacolisoinicial (ns
0 at 4), sendo queas mensagens enviadas por cadauma delas temheaders comvalores
000 (mais prioritria), 001, 010, 011 e 100 (menos prioritria) respectivamente.
100 dados
000 dados 001 dados 010 dados 011 dados
Framea enviar
N 4
N 0 N 1 N 2 N 3
Header do frame
Figura 2.10 - Conteno no destrutiva
Apsoenviodoprimeirobit doheader decadamensagem(0, 0, 0, 0e1respectivamente),
a estao denumero 4 desiste (enviou um1 e leu um0, resultantede 0 AND 0 AND 0
AND0AND 1). Apsoenviodosegundobit, os ns2e3desistem(ambos enviaram1e
leram0). Aps oenvio doterceirobit, on1desiste(enviou1eleu0) eon0transmite
seus dados at o fim (mais prioritrio). Em tentativas sucessivas por parte das demais
estaes, on1vai transmitir seusdadosaseguir, depoison2, depoiso3efinalmenteo
4 (pois tem a mensagem menos prioritria). Para evitar que um n gerador de uma
mensagem de alta prioridade monopolize o barramento tentando transmitir novas
mensagens comamesmaprioridadeimediatamenteaps aprimeira(por exemplo, seo n
0 gerar uma nova mensagemantes das demais seremenviadas), o espao entre frames
consecutivos preenchido por umcampo de bits em1 inserido no final do quadro, com
comprimento definido. O barramento s considerado livre para um n enviar nova
mensagemapster detectadoqueoespaointerframesnofoi interrompidopor umbit em
0. Isto implica em que a estao possuidora da mensagem de alta prioridade ter que
esperar aomenosoenviodeumamensagemdeprioridademenor paratomar obarramento
para si novamente (isto ser feito no espao interframes de mensagem menos prioritria).
Comprimento de Prembulo (Preamble Length): a cada mensagem associado um
prembulo com comprimento diferente, que transmitido com a deteco de coliso
desativada. Aps transmitir o prembulo de sua mensagem, cada estao reativa sua
deteco de coliso. Neste momento, se for detectada uma coliso, ento existe outra
176
mensagemmais prioritriasendo enviada(comprembulo maior) eaestao interrompe
sua transmisso. A mensagemcom o preambulo mais longo ter portanto a prioridade
maior. Istoilustradonafigura 2.11, onde5estaesemitemmensagenssimultaneamente
com prembulos de comprimentos diferentes.
Framea enviar
N 4
N 0 N 1 N 2 N 3
Preambulo do frame
Figura 2.11 - Ns enviando mensagens com prembulos de comprimento diferente
O diagrama da figura 2.12 mostra as mensagens lado a lado.
Mensagem do n 4
Mensagem do n 3
Mensagem do n 2
Mensagem do n 1
Mensagem do n 0
Instantes de inicio de deteco de coliso em cada estao
Figura 2.12 - Situao no instante de reincio de deteco de coliso
Comovemosnafigura2.12, amensagemdon4possui oprembulomais curtoedesiste
aps reiniciar a deteco de coliso. O mesmo acontece comas estaes 3, 2 e 1 nos
instantes seguintes. Quando a estao 0 reativa a deteco de coliso, j no h mais
nenhuma outra estao transmitindo e ele termina de enviar sua mensagem. Emnovas
tentativas sucessivas, as estaes 1, 2, 3 e por ltimo 4 tero sucesso respectivamente.
177
CSMA/DCR (CSMA with Deterministic Collision Resolution): neste protocolo
realizadaumabuscaemrvorebinriabalanceadaquandoocorremcolises. Oprotocolo
idntico ao usado naEthernet at o momento emque ocorre uma coliso. A partir deste
momento, o conflito resolvido de forma determinista, como veremos a seguir. Sua
operao ser descrita em mais detalhes que os protocolos anteriores, de forma a
exemplificar como os tempos de entrega de mensagens podem ser calculados.
No CSMA/DCR , o determinismo garantido atravs de busca emrvore binria
balanceada. As prioridades so atribudas acadaestao eno s mensagens, recebendo aqui
o nome de ndices.
Para operar corretamente, cada estao deve conhecer:
o status do barramento, que pode ser:
livre
ocupado com transmisso
ocupado com coliso
seu prprio ndice (prioridade)
nmero total de ndices consecutivos alocados fontes de mensagens (Q)
O tamanho darvorebinriaq amenor potnciade2maior ouigual aQ (ex.: Q =
12, q =16). Oprotocolo operacomoCSMA/CDataocorrnciadeumacoliso. Emcasode
coliso, iniciado um perodo de resoluo por busca em rvore binria, denominado
poca.
Todas as estaes envolvidas na coliso se auto-classificam em dois grupos: os
vencedores ou Winners (W) e os perdedores ou Losers (L):
W =ndices entre [0,q/2[
L =ndices entre [q/2, q]
AsestaesdogrupoWtentamnovatransmisso. Seocorrer novacoliso, realizada
uma nova diviso em grupos:
W =[0,q/4[
L =[q/4, q/2[
Seno ocorrer novacoliso (s sobrou umaestao no grupo W), aestao restante
transmite seu quadro de dados.
178
AsestaesdogrupoL desistemeaguardamterminodetransmissobemsucedidade
outro n seguida de meio livre.
SeogrupoWestiver vazio, abuscarevertida, isto, faz-seumanovasubdivisode
ns a partir do ltimo grupo L:
W =[q/2, 3q/4[
L =[3q/4, q[
A poca encerrada quando todas as estaes envolvidas na coliso original
conseguiramtransmitir seus dados semcoliso. O tempo dedurao deumapocapodeser
calculado, produzindo um resultado determinista.
A seqnciadeconcesso dedireito deacesso ao meio igual aseqnciadendices
crescentes, de modo que os ns mais prioritrios transmitem primeiro.
O exemplo a seguir ilustra a operao do protocolo. Uma rede possui 16 fontes de
mensagens, das quais 6 tentamtransmitir simultaneamente, gerando uma coliso, conforme
mostra a figura 2.13.
ndice 2
ndice 3
ndice 5
ndice 12 ndice 15 ndice 14
Figura 2.13 - Exemplo de coliso no CSMA/DCR
Neste exemplo temos as seguintes condies:
6 estaes de uma rede com 16 fontes enviam quadros simultaneamente
cada estao tem os ndices conforme indicados na figura acima
Q =16
q =16 (2
4
)
A altura da rvore binria dada por log
2
16 =4. A figura 2.14 mostra a rvore
binriabalanceadacompletaparao exemplo. Os nmeros entrecolchetes indicamafaixade
ndicessendoconsideradosemcadadicotomia. Osnmerosnointerior doscrculosindicama
seqncia de execuo da busca na rvore.
179
[0,16]
[0,7]
[0,3]
[0,1] [2,3]
[4,7]
[4,5] [6,7]
[8,16]
[8,11] [12,16]
[8,9] [10,11] [12,13] [14,16]
3
1
2
4 5
6
7 8
9
10
11 12
13
14 15
Figura 2.14 - rvore binria balanceada para Q =16
A evoluo do protocolo (busca na rvore binria) ilustrado na figura 2.15.
0 C
2,3,5,12,14,15
W=2,3,5
L=12,14,15
1 C
2,3,5
W=2,3
L=5
2 C
2,3
W=
L=2,3
3 V
4 C
2,3
W=2
L=3
5 T
2
6 T
3
7 T
5
8 C
12,14,15
W=
L=12,14,15
9 V
10 C
12,14,15
W=12
L=14,15
11 T
12
13 T
14
14 T
15
12 C
14,15
W=14
L=15
Figura 2.15 - Evoluo do algoritmo de busca CSMA/DCR
O tempo at o inicio da transmisso da estao com ndice 5 ser:
5 colises =5. slot-time
2 transmisses =2.(tamanho quadro em slot-times)
Assumindo que cada quadro temumtamanho fixo de 6 slot-times e considerando 1
slot-timecomo40s, otempodeesperaparaatransmissodamensagemdafontecomndice
5 seria:
180
T
inicio (5)
=5.40 +2.6.40 =680 s
Este tempo, no entanto, no representa a situao de pior caso, pois poderiamhaver
mais estaes envolvidas na coliso.
O tempo total de durao da poca ser:
7 colises =7.slot-time
2 vazios =2. slot-time
6 transmisses =6 .(tamanho do quadro em slot-times)
Assumindo 1 slot-time =40 s, teremos:
T
poca
=7.40 +2.40 +6.6.40 =1800 s
Portanto, aps 1.8 ms todas as estaes envolvidas no conflito tero transmitido suas
mensagens. O tempo de pior caso, que o que nos interessa, pode ser calculado como segue.
Seja:
(v) = nmero de ramos da rvore binria percorridos por uma mensagem
proveniente de um n com ndice v
q =menor potncia de 2 maior ou igual ao maior ndice disponvel
(v) =nmero de potncias de 2 contidas em v
s =1 slot-time (2 vezes o tempo de propagao do sinal na rede)
=tempo mximo detransmisso daumamensagemno meio fsico (dependedo
comprimento da mensagem em bits e da taxa de transmisso)
Para uma mensagem participando de uma dada poca, temos que:
(v) =log
2
q +v - (v)
T
espera (v)
= (v).s +v.
Para o exemplo anterior, tomando uma mensagem da estao com ndice 5, temos:
q =16
v =5
(5) =2 (5 =2
2
+2
0
)
(5) =log
2
16 +5 - 2 =7
T
espera (5)
=7.s +5.
Assumindo s =40 s e =6.s =240 s, obteremos para o pior caso de tempo de
espera da mensagem da fonte com ndice 5 o valor de 1480 s.
181
O tempo de durao da poca, no pior caso, dado por:
T
poca
= (q-1).s +Q. =T
busca
+T
transmisso
Paraumamensagemquechegaafiladeemisso deumafontecomndicev emum
instantequalquer, opior casodetempodeesperamaior, poisanovamensagempodechegar
nafilaimediatamenteapsoiniciodeumapoca, daqual elaaindanofaz parte. Nestecaso,
o pior caso do tempo de espera ser dado por:
T
espera (v)
=T
poca
+ (v).s +v.
3.2.2.1.5 - Abordagens para comunicao tempo real
A definio de um protocolo determinstico de acesso ao meio ainda no resolve
completamente nosso problema. A soluo global do problema da comunicao emtempo
real inclui arealizao deumescalonamento das mensagens. A exemplo do quesefaz em
sistemas multitarefas, ondeprocessos concorrentes so escalonados segundo vrios critrios
deformaadefinir qual delesteracessoaoprocessador emumdadomomento, aqui deveser
realizadoumescalonamento demensagens deformaadefinir qual delas teracessoaomeio
de comunicao em um dado momento.
A tabela 2.1apresentadeformaresumidaalgumas solues apresentadas naliteratura
para a problemtica da comunicao em tempo real.
Uma abordagem proposta a atribuio de prioridades fixas s mensagens e a
realizao deumtesteoff-linedeescalonabilidadesobreo conjunto. Nestecaso, o protocolo
MAC temqueser capaz dedistinguir prioridades eenviar amensagemmais prioritriaentre
todas as estaes primeiro. Exemplos deprotocolos adequados nestecaso seriamCSMA/CA
ou Comprimento de Prembulo.
Outra proposta seria a realizao de um escalonamento on-line das mensagens. O
MAC utilizado deve apenas ter um tempo de transmisso limitado.
Outra classe de solues so os chamados protocolos de reserva, baseados em
conhecimentoglobal dosistema, isto, cadaestaosabequemensagensestopendentesnas
demais estaes. Para isto, necessrio que o estado das filas locais seja transmitido s
demais estaes em intervalos de tempo (time slots) reservados para este fim.
182
Abor da ge m
A tri bui o de Pri o-
ri dades com teste de
escal onabi l i dade
Off-l i ne (em tempo
de projeto)
Ci rcui to V i rtual T R
com escal onamento
On-l i ne de
mensagens
Reserva com
escal onamento
gl obal
Re qui stos
M A C com resol uo
de pri ori dades
M A C com tempo de
acesso ao mei o
l i mi tado
Requer cpi as l ocai s
de todas as fi l as de
mensagens,
di fundi das em sl ots
ti mes de reserva
Ex. de Pr otoc ol os
T oken-Ri ng c/Pr.
Di f. atrasos
Comp. Prembul o
Forci ng Headers
(CSM A /CA )
T DM A
T oken-Passi ng
Wai ti ng Room
CSM A /DCR
PODA
Tabela 2.1 - Abordagens para comunicao tempo real
A camada de enlace de uma rede para tempo real deve prover ao usurio ou ao
software da camada logo acima um conjunto mnimo de servios, tais como:
Servios sem conexo:
SEND (identificao do receptor, mensagem, requisitos Tempo Real);
mensagem =RECEIVE (emissor);
Os requisitos TempoReal podemser expressos sobaformadeumaprioridadeouum
tempo limite de entrega (deadline).

Servios com conexo:
rtcid =CONNECT(receptor, requistos TR);
SEND (rtcid, mensagem);
mensagem =RECEIVE (rtcid);
DISCONNECT(rtcid);
Aqui, rtcid significareal timeconnectionidentifier, isto, umidentificador paraa
conexo.
3.2.2.2. CONFIABILIDADE
Emaplicaes industriais onde so transmitidos muitos cdigos de comando, leitura
de medidores e comando de atuadores, umerro deumBit qualquer pode ter conseqncias
desastrosas. A transferncia de programas para mquinas de Comando Numrico, por
exemplo, exige umsistema altamente confivel, pois so transmitidos cdigos de comando
183
cujamnimaalteraopodeproduzir danosdeelevadocusto. Destaforma, redesindustriaisde
comunicao tem que oferecer uma elevada confiabilidade.
Para aumentar esta confiabilidadenas mensagens transmitidas, normalmente usado
um teste cclico de redundncia (CRC - Cyclical Redundance Check).
Emsistemasquenecessitemdeumaoperaocontnua, podeser utilizadoummeiode
transmisso eestaes decontroleredundantes. Almdisso, os cabos utilizados emgeral so
blindados.
3.2.2.3. REQUISITOS DO MEIO AMBIENTE
Devido s caractersticas do ambiente industrial, a presena de perturbaes
eletromagnticas, provocadas principalmente pelos acionamentos de motores eltricos de
grandeporteou outras fontes chaveadas (estaes desolda, conversores estticos, etc.), no
pode ser desprezada na escolha do meio de transmisso de uma rede de comunicao.
Paraadefinio do meio fsico detransmisso edo protocolo decomunicao, estas
caractersticas devem ser consideradas. O meio de transmisso deve possuir uma boa
resistncia mecnica e deve estar eletricamente isolado.
O meio fsico aser adotado no dependeapenas deaspectos tcnicos mas tambm(e
muito especialmente no cho de fbrica) do aspecto de custo. Cabos coaxiais so menos
afetados por perturbaes eletromagnticas do que o par tranado. No entanto, o custo do cabo
coaxial superior aodopar tranado. Almdisso, barramentosconstrudos comcabocoaxial
e conectores T requeremresistncias terminais (terminadores) para a correta operao da
rede. Isto necessrio para evitar ressonncias ou ecos, onde o sinal propagado na rede
retorna sobre si mesmo. Se o cabo for aberto em qualquer ponto da fbrica, a rede cai.
Futuramente, a adoo de fibras ticas poder vir a ser a melhor soluo tanto do
ponto devistatcnico quanto econmico. Atualmenteaindahdificuldades narealizao de
bifurcaes comeste meio fsico, necessrias para as conexes emT usadas emredes com
topologiaembarramento, demodo queas fibras ticas so mais utilizados emsistemas com
topologiaemestrelaouanel. A realizao debifurcaes temalcanado melhores resultados
adotando acopladores ativos (com eletrnica adicional para converso do sinal tico em
eltricoevice-versanospontosdederivao). Trabalhosvemsendorealizadostambmparaa
realizao debifurcaes passivas, baseadas emprismas. Tanto as bifurcaes ativas quanto
aspassivasencarecemaconexo, oquetornaasoluoantieconmicaparaonvel dechode
fbrica. UmasoluoquevemganhandoterrenoousodeHubs, queemulamumbarramento
para as placas mas que efetivamente atuamcomo estaes concentradoras, transformando a
topologia fsica em estrela, o que permite o uso de fibras ticas sem a necessidade de
bifurcaes. Comfibras ticas, almdisso, pode-se trabalhar comfreqncias da ordemde
vrios GigaBaud (10
9
bits por segundo), o que permitiria uma melhoria de performance do
sistema de comunicao (esta, no entanto, no a vantagemchave da fibra tica emredes
184
locais industriais, pois o gargalo emtermos de tempo de transmisso no esta na camada
fsica, como veremos a seguir). Diversos trabalhos de pesquisa vem sendo realizados no
sentido de resolver os problemas tcnicos existentes.
A figura 2.16 apresenta uma comparao sumria entre os trs tipos de meio.
Par tranado (assncrono)
Par tranado (sncrono)
Cabo coaxial
Fibra tica
Custos
Sensibili-
dade
pertur-
Taxa
de
transmisso
Distncia
baes
Figura 2.16 - Meios de transmisso
Atualmente, a melhor soluo parao cho defbricaaindao par tranado. A fibra
tica ser certamente a melhor soluo em futuro prximo, j existindo hoje diversas
aplicaes industriais bem sucedidas.
reas de segurana intrnseca:
Sujeitas a incndio, exploso
Presena de lquidos ou gases inflamveis/explosivos
No pode haver faiscamento
Freqncia de sinais eltricos limitada
Modelo FISCO (Fieldbus Intrinsically Safe Concept): desenvolvido na Alemanha pelo
PTB (Physikalisch Technische Bundesanstalt) e reconhecido mundialmente como
modelo bsico para operao de redes em reas de risco de exploso ou incndio.
Princpios de transmisso segundo modelo FISCO:
Cada segmento possui uma nica fonte de alimentao.
No se alimenta o barramento enquanto uma estao est enviando.
Cada dispositivo de campo consome uma corrente constante em steady-state de pelo menos 10 mA, que
alimenta o dispositivo.
Os dispositivos de campo funcionam como uma carga passiva de corrente.
Existe uma terminao passiva em ambos os extremos da rede.
Topologias permitidas: linear, em rvore e em estrela.
185
Norma IEC 1158-2 para camada fsica:
Transmisso de dados: digital, bit - sncrona, Manchester
Taxa de transmisso: 31,25 kbit/s, modo voltagem
Cabo: STP com 2 fios
Alimentao remota: opcional, via linhas de dados
Classes de proteo contra exploso: Intrinsically safe (EEx ia/ib) e encapsulation (EEx d/m/p/q)
Topologias: linha e rvore ou uma combinao
Numero de estaes: at 32 estaes por segmento, mximo de 126 com 4 repeaters
3.2.2.4. TIPO DE MENSAGENS E VOLUME DE INFORMAES
Nosnveishierrquicossuperioresdeautomao(por ex. anvel deplanejamento) so
freqentemente trocados pacotes de vrios KByte, que requerem tempos de transmisso
variando dealguns segundos atvrios minutos. Nas aplicaes mais prximas ao processo,
normalmente so enviadas mensagens curtas, tais como:
Comando para ligar ou desligar uma unidade (basta um bit);
Comando para fazer a leitura de um sensor / medidor (bastam 8, 12 ou 16 bits,
conforme a resoluo do conversor A/D utilizado);
Comando para alterar o estado de um atuador (idem acima);
Comando para verificar o estado de uma chave ou rel (basta um bit).
Estas operaes podemser feitas normalmente comumnico quadro de comando
acrescido dos respectivos dados, quando existirem.
Para dispositivos programveis encontrados no ambiente industrial (Controladores
Lgicos Programveis, Comandos Numricos Computadorizados, Comandos deRob, etc.),
normalmente necessrio o envio de programas no inicio da produo de um lote, que
caracterizam mensagens maiores do que as referidas anteriormente. No entanto, estes
programas raramenteultrapassam10 KBytes emtamanho edificilmenteso utilizados mais
de 3 programas por unidade de fabricao durante um turno de trabalho.
Comoconseqncia, umataxadetransmissodedados relativamentebaixaanvel da
camadafsicaatendeas necessidades decomunicao namaioriados casos (1Mbps quase
sempresuficiente). Por outrolado, tem-seuma elevadataxadeocupaodobarramento, com
umgrande nmero de mensagens sendo trocadas constantemente. Deve-se portanto evitar
mensagens grandes, que podemmonopolizar o meio de transmisso por umtempo muito
longo.
186
3.2.3. Projetos de Padronizao de redes industriais
As exigncias decomunicao entreunidades paraaintegrao flexvel dos sistemas
deautomao, descritas nos itens anteriores, evidenciamanecessidadedeumaespecificao
de redes locais para aplicaes industriais diferente daquela adotada em automao de
escritrio. Existem diversas redes proprietrias para ambiente fabril, desenvolvidas por
grandes empresas e que normalmente utilizamumprotocolo especfico desenvolvido pelo
prprio fabricante. Estas redes no permitem a interligao de equipamentos de outros
fabricantes. Desta forma o usurio fica na total dependncia de um nico fornecedor.
A arquiteturadasredesdecomunicaoindustrial deveintegrar sistemasheterogneos
dediferentesfabricantes, suportandotantoaoperaodechodefbricaquantoasfunesde
apoio produo. A definio depadres deprotocolos decomunicao easuaadoo por
diferentes fabricantes dever permitir a interconexo (interoperabilidade) e at mesmo a
intercambiabilidade das vrias unidades de processamento (neste caso, equipamentos
produzidos por fabricantes diferentes podem ser facilmente incorporados instalao,
simplesmente conectando-os ao sistema de comunicao). Entre as diversas iniciativas para
padronizaopararedesindustriais, podemosdestacar: ProjetoPROWAY, ProjetoIEEE 802,
Projeto MAP (incluindo MAP/EPA e MINI-MAP), projeto TOP e Projeto FIELDBUS.
3.2.3.1. PROJETO PROWAY
Em1975 umgrupo da IEC (International Electrotechnical Comission) iniciou seus
trabalhos para a normalizao de redes de comunicao para controle de processos. Destes
trabalhos resultou a proposta PROWAY (Process Data Highway). O Proway passou por
diversas fases (Proway A, B e C) emfuno dos trabalhos de padronizao internacionais.
Proway A e B utilizavamo protocolo HDLC da ISO na camada de enlace, adequando-se
assimapenas a sistemas tipo mestre/escravos. Proway C adotou a tcnica de token-passing.
Sua arquitetura composta de 4 camadas do modelo de referencia ISO/OSI, denominadas
"Line" (camada fsica), "highway" (camada de enlace), "network" (camada de rede) e
"application" (camada de aplicao).
3.2.3.2. PROJETO IEEE 802 E ISO/IEC 8802
O IEEE (Instituteof Electrical and Electronics Engineers) iniciou em1980 o projeto
conhecido pelo nmero 802, quedefiniuoriginalmenteumasriedenormas paraas camadas
Fsica e Enlace do modelo de referncia OSI. Na proposta do IEEE, a camada de Enlace
subdividida em duas subcamadas: LLC (Logical Link Control) e MAC (Medium Access
187
Control). Estas definies foramaceitas pelos demais organismos depadronizao. A norma
resultante hoje reconhecida internacionalmente sob a designao ISO/IEC 8802.
Oprojeto, emsuaformaatual, defineumanormacom12partes, designadaspor IEEE
802.1atIEEE 802.12, como mostraafigura 2.17, equetratamdevrios aspectos ligados a
redes de computadores, indo bastante alm da proposta original.
IEEE 802.1 - Aspectos gerais e gerenciamento de rede
IEEE 802.2 - Camada de Enlace
Subcamada LLC
(Logical Link Control)
tipo 1 - sem conexo
tipo 2 - com conexo
tipo 3 - com reconhecimento
IEEE 802.3
CSMA/CD
IEEE 802.4
Token-Bus
IEEE 802.5
Token-Ring
IEEE 802.12
DPA
(MAC) (MAC) (MAC) (MAC)
Banda
base
Banda
larga
Banda
larga
Banda
base
(PHY) (PHY) (PHY) (PHY) (PHY)
...
Figura 2.17 - Especificaes do projeto IEEE 802
Resumidamente, as partes do projeto 802 abordam os seguintes aspectos:
IEEE 802.1 : definio de servios de gerenciamento de redes e generalidades;
IEEE 802.2: descriodasub-camadaLLC dacamadadeEnlace. Aqui anormaprev
trs tipos de servios:
LLC tipo 1: atrocadedados sedsemo estabelecimento prvio deumaconexo.
No feito controledeerros nemdefluxo eo receptor das mensagens no envia
um quadro de reconhecimento ao emissor;
LLC tipo 2: antes de realizar qualquer troca de dados, as estaes envolvidas na
comunicao devemestabelecer umaconexo entresi. Nestecaso, feito controle
deerrosedefluxoeaentidadereceptoraenviaumquadrodereconhecimentopara
cada mensagem recebida;
188
LLC tipo 3: acomunicao feitasemo estabelecimento prvio deumaconexo,
mas realizado controle de fluxo e de erros e o receptor envia um quadro de
reconhecimento ao emissor para cada mensagem recebida.
IEEE 802.3 : descrio da sub-camada MAC e camada Fsica para redes com
topologia em barramento e mtodo de acesso ao meio baseado em CSMA/CD;
IEEE 802.4 : descrio da sub-camada MAC e camada Fsica para as redes com
topologia embarramento e mtodo de acesso ao meio baseado em"token-passing"
(Token-Bus);
IEEE 802.5 : descrio da sub-camada MAC e camada Fsica para as redes com
topologiaemanel emtodo deacesso ao meio baseado em"token-passing" (Token-
Ring);
IEEE 802.6 : descrio da sub-camada MAC e camada Fsica para as redes
metropolitanas comDQDB (Distributed Queue Dual Bus ou barramento dual com
filas distribudas);
IEEE 802.7 : contm recomendaes do IEEE para LANs usando Broadband. Na
verso daISO/IEC, defineumasubcamadaMAC comslotted ring eacamadafsica
correspondente;
IEEE 802.9: IS (IntegratedServices) paraintegrar LANs comRDSI (RedeDigital de
Servios Integrados, ISDN em ingls) e FDDI (Fiber Distributed Data Intarface);
IEEE 802.10 : aborda questes de segurana na interoperao de LANs e MANs
(atualmente define o padro SDE, Secure Data Exchange);
IEEE 802.11 : padroniza LANs com MAC sem fio (Wireless) e a camada fsica
correspondente (transceivers de rdio);
IEEE 802.12 : mtodo de acesso comdemanda priorizada (DPA, Demand Priority
Access) e camada fsica correspondente.
Analisaremos mais em detalhes as propostas mais relevantes para aplicaes em
automao industrial nas subsees seguintes.
A norma IEEE 802.3 (CSMA/CD)
Estanormadefineumprotocolo pertencentefamliaCSMA/CD 1-persistente, onde
umaestao desejando emitir escutao cabo paraverificao dedisponibilidade; seesteno
estdisponvel, aestao aguardapelasualiberao; caso contrrio, estavai emitir o quadro
considerado. Naocorrnciadeemisses simultneas dequadros (provocando colises), todas
as estaes envolvidas na coliso interrompem imediatamente (a partir da deteco da
ocorrnciadacoliso) asuaemissoeesperamumperodoaleatriodetempopararecomear
as transmisses.
189
UmaspectointeressantedanormaIEEE 802.3asuaorigem, baseadanadefinioda
redeEthernet, definidapelaXerox em1976. EstarededefiniaumprotocoloCSMA/CDsobre
umcabo coaxial de1000 metros decomprimento, comumataxadetransmisso de3Mbps,
sobre o qual 100 estaes poderiamser conectadas. O sucesso desta rede foi reconhecido
tambm a nvel de outras empresas, de tal maneira que a prpria Xerox, DEC e Intel
definiramposteriormenteumpadro "defato" (isto , umpadro consagrado pelo uso) para
uma rede Ethernet, com taxa de transmisso de 10 Mbps.
Ethernet serviudebaseparaadefiniodanormaIEEE 802.3, sendoqueasdiferenas
fundamentais da norma emrelao a esta rede esto na definio de toda uma famlia de
protocolos CSMA/CD 1-persistentes, utilizando diferentes suportes de transmisso, cujas
taxas detransmisso vo de1a10Mbit/s. Os parmetros iniciais danormaso orientados a
umcanal de 10 Mbps embanda de base, o suporte utilizado sendo umcabo coaxial de 50
ohms. O comprimento mximo de um suporte fsico segundo a norma IEEE 802.3 de 500 m.
O formato de um quadro IEEE 802.3 mostrado na figura 2.18. Cada quadro
iniciadopor umprembulode7bytes, cadaumdelescontendoaseqncia10101010. Obyte
seguinte o delimitador de incio de quadro, contendo a seqncia 10101011. Estes dois
campos do quadro permitems estaes sincronizar-se, respectivamente, anvel debit ede
caractere.
Cadaquadro composto dedois endereos fsicos, o do destino eo daorigem, sendo
queosendereospodemser representadossegundodoisformatospossveis, em16ou48bits.
O bit mais significativo dos endereos permite definir se o endereo individual (0) ou de
grupo (1). O endereamento degrupo permitequeumconjunto deestaes darederecebao
mesmo quadro, caracterizando uma comunicao em multicast. Caso o endereo do
destinatrio seja composto exclusivamente de bits a 1, o quadro ser enviado a todas as
estaes da rede, caracterizando uma comunicao em broadcast.
O campo seguinte contmo tamanho do campo de dados transmitidos, expresso em
bytes. O campo de dados pode variar de 0 a 1500 bytes.
Bytes 7 1 2 ou 6 2 0-1500 0-46 4 2 ou 6
Prembulo Dest. Fonte Dados Pad FCS
Comprimento dos dados
limitador de
incio de quadro
Figura 2.18 - Formato do quadro IEEE 802.3
A norma define a utilizao de umquadro que no ocupe menos de 64 bytes, do
endereo do destinatrio ao campo de redundncia cclica (FCS, Frame Check Sequence).
Desta forma, caso a zona reservada aos dados seja inferior a 46 bytes, o quadro deve ser
190
completado atravs do campo PAD, de preenchimento de quadro, cujo tamanho poder ser
menor ou igual a 46 bytes. Isto necessrio para garantir a deteco de coliso.
O ltimo campo do quadro contmuma palavrade 32 bits para o controle de erros,
utilizando a tcnica de redundncia cclica (CRC, Cyclic Redundancy Check). O polinmio
gerador utilizado G(x)=x
32
+x
26
+x
23
+x
22
+x
16
+x
12
+x
11
+x
10
+x
8
+x
7
+x
5
+x
4
+x
2
+1.
O funcionamento deste protocolo baseado, ento, no que foi apresentado
anteriormente, onde duas ou mais estaes que detectem a disponibilidade do suporte de
transmisso, vo emitir os seus quadros respectivos gerando uma coliso. Toda estao que
detecteaocorrnciadecoliso deveinterromper imediatamenteasuaemisso, gerando uma
seqncia de interferncia para advertir as outras estaes da ocorrncia da coliso. As
estaes devero, ento, esperar umperodo de tempo aleatrio para recomear o ciclo de
emisso. O tempo de espera dividido emintervalos de tempo, que correspondema duas
vezes o tempo depropagao entreas duas estaes mais distantes darede, esteintervalo de
tempo sendo definido como time slot.
Aps a primeira coliso, cada estao vai esperar 0 ou 1 time slot antes de tentar
novamenteaemisso. Casoduasestaesescolhamomesmonmerodetimeslots, elassero
envolvidasmaisumavez numacoliso. Apsasegundacoliso, cadaumadelasvai escolher,
demaneiraaleatria, umtempo deesperacompreendidoentre0e3timeslots antes detentar
a emisso. Caso uma terceira coliso ocorra, a faixa de escolha de intervalos de tempo vai
aumentar para 0 a (2
3
- 1). Em geral, aps i colises, o intervalo de escolha ser de 0 a (2
i
- 1).
Assim, se10 colises consecutivas ocorrem(as chances paraisto so mnimas mas reais), a
faixa de tempo de espera vai atingir ummximo de 1023 time slots. Aps a dcima sexta
coliso, a tentativa de emisso desabilitada e a estao de trabalho ser informada da
situao, ficando uma camada mais acima como responsvel pela deciso sobre a melhor
forma de tratar o problema. A escolha deste algoritmo se justifica pela possibilidade de
adaptao do tempo de espera em funo do nmero de colises ocorridas.
Por outro lado, o algoritmo CSMA/CD no fornece nenhuma informao sobre o
destino dequadros quetenhamsido transmitidos semaocorrnciadenenhumincidente. Isto
significa que a ausncia de coliso no garante que o quadro foi recebido pela estao (ou
estaes) destinatria(s), semnenhuma modificao devido, por exemplo, a sinais parasitas.
Paraqueatransmissosejaconsideradacorreta, precisoqueaestaoreceptoraverifiqueo
bloco de controle de redundncia cclica e, em caso positivo, transmita um quadro de
reconhecimento. Isto ser feito se for escolhido umservio confivel a nvel da subcamada
acima, a LLC.
A nvel das camada fsica e enlace, a norma IEEE 802.3 prev uma arquitetura
conforme a figura 2.19.
191
Enlace
Fsica
LLC (Logical Link Control)
MAC (Medium Access Control)
PLS (Physical Layer Signaling)
AUI (Attachment Unit Interface)
MAU (Medium Attachment Unit)
MDI (Medium Dependent Interface)
Figura 2.19 - Camadas Fsica e Enlace conforme IEEE 802.3
A subcamadaPLS (Physical Layer Signaling) defineainterfaceentreonvel fsicoea
subcamadaMAC. A PLSfornecesubcamadaMAC serviosdeenvioerecepodebitsede
deteco de coliso.
A AUI (Attachment Unit Interface) usada emalgumas configuraes e consistede
um conjunto de cabos tipo par tranado blindado que permitem conectar rede estaes
localizadas aumacertadistnciado meio detransmisso (cercade50mno mximo). A AUI
interliga a placa de rede propriamente dita (situada dentro do computador, emumslot) ao
dispositivotransceptor chamadoMAU (MediumAttachment Unit). OMAU umdispositivo
eletrnico que transmite, recebe e detecta a presena de sinais no meio e deve estar
fisicamente muito prximo a este.
A conexo entre o MAU e o meio fsico em si feito por meio de um conector
denominado MDI (Medium Dependent Interface).
A norma IEEE 802.3 define vrias opes de meio fsico e taxa de transmisso,
especificadas da forma:
<taxa em Mbps><tcnica de sinalizao><tamanho mximo do segmento * 100>
Destaforma, aespecificao 10BASE5, por exemplo, defineumacamadafsicacom
taxa de transmisso de 10Mbps, tcnica de sinalizao em banda BASE (baseband) e
comprimento mximo do cabo de 500 metros.
Veremos a seguir algumas das especificaes mais comuns.
A figura 2.20mostraaespecificao 10BASE5jmencionada. Nestaespecificao
usada uma AUI para ligar a estao a uma MAU externa, que pode estar a no mximo 50
metros de distncia e alimentada de energia atravs do prprio cabo AUI. Utiliza-se aqui
192
comomeiodetransmisso ocabocoaxial grosso(thick coaxial cable) de50Ohm. A MAU
ligada ao cabo por meio de um conector de presso.
Placa de rede
MAU
Conector AUI
Cabo AUI
Conector de
presso MDI
Cabo coaxial
grosso 50
Ohms
Figura 2.20 - Especificao IEEE 802.3 10BASE5
A figura 2.21 ilustra a especificao 10BASE2, que trabalha com uma taxa de
transmisso de10Mbps, bandabaseeumcabo deat200metros. A idiaaqui foi fazer uma
especificao mais simples emais barataquea10BASE5. Nestaespecificao as funes da
MAU ficamdentro daplacaderedenaestao, queligadadiretamenteaumcabo coaxial
fino (thin coaxila cable) de 50 Ohms por meio de conectores BNC. Desta forma no
necessrioousodocaboAUI. A MDI umconector BNC fmea. Emfunodomenor preo
e da facilidade de interligao, esta especificao amplamente difundida.
Placa de rede
Conector BNC
fmea
Conector
BNC macho
Conector T
BNC
Cabo coaxial
fino 50 Ohms
Terminador BNC
macho 50 Ohms
Figura 2.21 - Especificao IEEE 802.3 10BASE2
193
Almdas especificaes vistas acima, existeaindaaespecificao 10BROAD36, que
operacomtaxadetransmissode10Mbps, tcnicadesinalizaoemBandaLargaeumcabo
de 3600 metros.
A norma IEEE 802.3 prev ainda algumas especificaes de MAU, como:
10BASE-T, quedefineumaMAU parapar tranado emlugar decabo coaxial e
usualmenteempregadaparaconexocomrepetidoresmultiporta(mais conhecidos
como Hubs);
10BASE-FL, que define uma MAU para fibra tica, usada para conectar uma
estao a um Hub;
10BASE-FB, quedefineumaMAU parainterligar repetidores entresi, usadaem
redes backbone;
10BASE-FP, que define uma MAU para operar como estrela passiva;
IEEE 802.3u (Fast Ethernet)
3 verses com 100 Mbps, sempre com HUB:
100BASE-T4: usa 4 pares de cabos UTP categoria 3 (fio telefnico), com
sinalizao em 25MHz cada, com at 100m at HUB, modo half-duplex.
100BASE-TX: usa 2 pares de cabos UTP categoria 5 (usa isolante de teflon), um
para o HUB e outro de retorno, at 100m at o HUB, modo full-duplex;
100BASE-FX: usa 2 fibras ticas multimodo, uma emcada direo, distncia de
at 2 Km at HUB.
Switched Ethernet:
Melhora de performance da ethernet pode ser obtida com fast ethernet, porm requer novas placas de
rede
Outra soluo: manter placas 10BASE-T e ligar a um switcher
IEEE802.3z: 1000BASE-F
A norma IEEE 802.4 (barramento com ficha - "Token Bus")
EmboraIEEE 802.3tenhasidoadotadaemmuitasaplicaes, particularmenteaquelas
destinadas automao de escritrio, muitos especialistas da rea de automao, como por
exemplo da General Motors, colocamalgumas restries a ela. Umprimeiro problema o
aspecto no determinstico do protocolo, onde, em alguns casos, uma estao pode ser
condenadaaesperar umlongo intervalo detempo paraqueumquadro possaser transmitido.
Outro aspecto aimpossibilidade, devido ao formato dos quadros IEEE 802.3, dadefinio
de mecanismos de prioridade de quadros, ponto importante no caso de aplicaes industriais.
194
A norma802.4procuracobrir estes aspectos, permitindo acomunicao numsuporte
de transmisso do tipo barramento, mas baseado na existncia de uma ficha (token) que
representa o direito de transmisso de uma estao.
Emboraas estaes sejamconectadas atravs deumbarramento, caracterizando uma
estrutura linear ou arborescente de comunicao, estas podem ser vistas como se
constitussemumanel lgico, ondecadaestaoconheceoendereodasestaesvizinhasno
anel. Umavez queoanel lgicoinicializado, aestaoquepossui oendereomais elevado
pode transmitir o primeiro quadro. Uma vez que esta transmitiu o seu quadro, ela cede o
direito de transmisso estao vizinha, enviando a esta umquadro especial denominado
ficha (token). Desta forma, a ficha se propaga ao longo do anel lgico, tendo como regra
fundamental ofatodequeapenasaestaopossuidoradafichatemodireitodetransmitir um
quadro. Sendo assim, a ocorrncia de colises praticamente impossibilitada.
Umponto importanteasalientar atotal independnciaentrealocalizao fsicadas
estaes naredeeacomposio do anel lgico. Quando umaestao transmiteaficha, elaa
enderea estao imediatamente emaval no anel lgico, independente da sua localizao
fsica.
Ainda, por construo, osuportedetransmissooperaemmododifuso, ouseja, todas
as estaes recebemos quadros transmitidos, mas levamemconsiderao somente aqueles
que lhes sejam diretamente endereados. Alm disso, quando uma estao conectada ao
barramento entra emfuncionamento, ela no automaticamente inserida no anel lgico. O
protocoloIEEE 802.4quemassumeafunodeinseroouretiradadeumaestaodoanel
lgico.
O protocolo opera da seguinte maneira: quando o anel lgico inicializado, as
estaes detrabalho colocam-seseqencialmentesegundo aordemdescendentedo valor do
seuendereo fsico. A passagemdafichasedsegundo estamesmaordem. A cadavez que
umaestaotorna-seproprietriadaficha, elapossui odireitoexclusivodetransmissosobre
o barramento, estedireito podendo ser exercido duranteumcerto perodo detempo, aps o
qual ela deveceder a ficha paraaprxima estao do anel. No caso dequadros curtos, um
grandenmerodelespodemser transmitidosduranteesteperodo, demaneiraconsecutiva. Se
umaestaopossuidoradafichanotemquadros aenviar, elapassaafichaadianteestao
seguinte do anel lgico.
O protocolo de barramento comficha define ummecanismo de prioridades a quatro
nveis, referenciadospor 0, 2, 4e6, onvel 0tendoamaisbaixaprioridadeeonvel 6amais
alta. Istopodeser visto como secadaestaofossedivididaemquatro subestaes dequatro
nveis de prioridade. Assim, quando uma estao recebe a ficha, o direito de transmisso
cedidosubestaodenvel 6, aps estao4, eassimpor diante, ataestao0, atqueo
perodo de emisso seja esgotado e a ficha tenhade ser retransmitida prxima estao do
anel lgico.
195
A figura 2.22 apresenta o formato de um quadro IEEE 802.4, onde os seguintes
campos so definidos:
Prembulo, que permite a sincronizao do emissor e receptor a nvel de bit;
Delimitador de Incio de Quadro, que permite a sincronizao a nvel de caractere;
ControledeQuadro, quepermitefazer adistinoentreosquadros dedadoseos quadros
de controle do anel lgico;
os campos Endereo Destino e Endereo Origem, que, do mesmo modo que na norma
IEEE 802.3, podem ser codificados em 16 ou 48 bits;
campo de Dados, que pode ter at 8182 bytes de comprimento;
campo de Controle, que permite efetuar o controle de erros atravs da tcnica de
redundncia cclica (CRC), como na norma IEEE 802.3;
Delimitador de Fim de Quadro, que indica o fim da transmisso de um quadro.
Bytes 1 2 ou 6 0-8182 4 2 ou 6
Prembulo
Dest. Fonte Dados FCS
delimitador de incio
controle quadro
1 1
delimitador de fim
1
Figura 2.22 - Formato do quadro IEEE 802.4
O processo de evoluo do anel lgico d-se emfuno do estado de cada estao
fazendopartedeste. A cadainstante, tem-seumadeterminadaquantidadedeestaesativase
outras que, por alguma razo devemencerrar as suas atividades. O protocolo de acesso ao
meio oferece instrues permitindo a atualizao do anel lgico de maneira ordenada.
Umavez queoanel lgicoestconstitudocomas estaes ativas numdadoinstante,
cadaestao compondo o anel devemanter os endereos das suas estaes vizinhas nos dois
sentidosconsiderados(sucessoraepredecessora). Periodicamente, aestaoquedetmaficha
vai consultar as estaes inativas para verificar se alguma delas queremfazer parte do anel
lgico. Isto feito pelo envio de umquadro do tipo "Procura Sucessor". Este quadro vai
indicar oendereodaestaoqueemiteoquadroeodaestaoseguinteaestanoanel lgico.
Apenas as estaes cujos endereos estiverem entre os dois endereos indicados podero
candidatar-se participao no anel lgico. Isto permite que seja respeitada a ordem de
composio do anel. Senenhumaestao apresentainteresse, aestao proprietriadaficha
retomaaevoluo normal do anel. Seapenas umaestao apresenta-secomo candidata, ela
passaacompor o anel lgico etorna-seaprximadestinatriadaficha. Caso duas ou mais
196
estaes estejamsecandidatando, ocorrercolisodos seus quadros (pelas mesmas razes da
normaIEEE 802.3), oquerequer queaestaoproprietriadaficharesolvaoconflito. Neste
caso, ela emite um quadro "Resoluo de Conflito" destinada a inicializar o processo de
resoluodeconteno. Aoreceber umquadroderesoluodeconflito, todasasestaesque
tinhamsecandidatadoaentrar noanel lgicoesperampor umtempoaleatrioentre0e3time
slots, aps oqueverificamseomeioestlivre. Seomeioestiver ocupadoapsotrminodo
tempo de espera escolhido, as estaes desisteme aguardamuma nova oportunidade para
entrar no anel lgico. Se houver nova coliso, o processo repetido at que somente uma
estao responda a busca de sucessor.
J o abandono do anel mais simples. Seumaestao X, situadaentreduas estaes
A e B quer abandonar o anel, ela envia estao A umquadro indicando que sua vizinha
(seguinte) a partir de agora ser a estao B.
A norma IEEE 802.4 especifica ainda quatro tipos diferentes de camadas fsicas:
Rede comcanal nico e modulao FSK (Frequency Shift Keying) fase contnua, com
topologia em barra bidirecional, taxa de transmisso de 1Mbps;
Redecomcanal nico emodulao FSK fasecoerente, topologiaembarrabidirecional,
taxas de transmisso de 5Mbps ou 10Mbps;
Rede em banda larga (vrios canais modulados em freqncia sobre o mesmo meio),
topologia em barra bidirecional com headend (central repetidora com conversor de
freqncias do canal derecepo parao canal deenvio), taxas detransmisso de1Mbps,
5Mbps ou 10Mbps;
Redeutilizandofibratica, topologialgicaembarra(masfisicamenteemestrelacomum
Hubcomoelementocentral), requer umpar defibrasparacadaestao(umaparareceber
e outra para transmitir), taxas de transmisso de 5Mbps, 10Mbps ou 20Mbps.
A norma IEEE 802.5 (anel com ficha - "Token Ring")
Esta norma foi definida para privilegiar as redes em anel existentes. Um ponto
importantenoquediz respeitoconcepodasredesemanel aocupaofsicadeumbit no
suportedetransmisso. Caso o dbito normal deumanel sejadeR Mbps, isto significaque
umbit transmitido acada1/R s. Seavelocidadedepropagao do sinal de200 m/s,
cadabit vai ocupar 200/R metros no suportedetransmisso. Isto significaque, paraumanel
operandoa1Mbpseutilizando1000metrosdesuportefsico, estespodersuportar 5bitsa
cada instante.
Uma rede em anel consiste de um conjunto de ligaes ponto-a-ponto, em modo
unidirecional, como mostraafigura 2.23. Cadan do anel equipado deumacoplador que
permiteconectar duasextremidadesdocabo. Cadabit chegandonaentradadeumacoplador
197
copiado numamemriadeesperaantes deser retransmitido ao n seguinte. Estebit podeser
inspecionado e, mesmo, ter o seu valor modificado antes da retransmisso.
Num anel com ficha, uma seqncia binria particular, denominada ficha, fica
circulando empermanncia quando no existe transmisso de quadro. Quando uma estao
quer emitir umquadro, eladeveadquirir apossedafichaesubstitu-lapelo quadro aenviar.
Umavez queapenas umafichaestcirculando no anel, aemisso deumquadro umaao
exclusiva a uma nica estao do anel, o que significa que os conflitos so, assim, eliminados.
Estao
anel unidirecional
Repeater e
interface
para anel
Figura 2.23 - Anel com ficha (Token-Ring)
A operao do protocolo IEEE 802.5 relativamente simples. Quando no existem
quadros sendo transferidos sobrea rede, uma fichade 3 bytes ficacirculando. Quando uma
estaodesejatransmitir umquadro, elacapturaaficha, posicionandoumdosbitsdosegundo
byte a 1, o que permite transformar os dois primeiros bytes da ficha numa nova seqncia,
denominada, incio dequadro. Emseguida, aestao completaaseqncia. Normalmente, o
primeirobit doquadroretornaestaoantesquetodooquadrotenhasidoemitido. Por isto,
aestao deveextrair do anel o queelajemitiuparapoder continuar aemisso do quadro.
Cada estao s pode utilizar o direito de emisso por umperodo de tempo de 10 ms, a
menos que algum outro valor tenha sido especificado no momento da ativao dos
acopladores do anel. Se, aps atransmisso deumquadro, restar aindaalgumtempo paraa
emisso deoutro quadro, aestao deverfaz-lo. Caso contrrio, elaencerrao seuprocesso
de emisso e gera uma nova ficha que ficar circulando no anel.
Na figura 2.24 vemos o formato do quadro previsto na norma IEEE 802.5. Como
mostra a figura, almdos campos similares aos quadros das normas anteriores, existe um
campo adicional, denominado Status (Estado) do quadro. Estecampo, de1byte, composto
de dois pares de bits denominados bits A e C. Quando umquadro reconhecido por um
acoplador deredecomo sendoumquadroaeledestinado, elecopiaoquadrointeiroecoloca
os bits A deste campo a 1. Os possveis valores dos bits A e C so apresentados abaixo,
juntamente com os seus significados:
198
Bytes 1 2 ou 6 ilimitado 4 2 ou 6
delimitador de incio (SD)
Dest. Fonte Dados FCS
controle de acesso (AC)
controle quadro (FC)
1 1
delimitador de fim
1
status quadro
(ED)
(FS)
1
Figura 2.24 - Formato do quadro IEEE 802.5
- A =0 e C =0: o destinatrio est inativo;
- A =1 e C =0: o destinatrio est ativo mas o quadro no foi copiado;
- A =1 e C =1: o destinatrio est ativo e o quadro foi copiado.
Estemtodo permiteimplementar umreconhecimento automtico do quadro. Os bits
so duplicados para preveno da ocorrncia de erros de transmisso (estes bits no so
controlados pela tcnica de redundncia cclica).
A norma IEEE 802.5 prev a nvel da camada fsica o uso de segmentos compar
tranado blindado operando a4 ou 16Mbps comat250 repetidores no anel ou aindao par
tranado comum com 4Mbps e tambm 250 repetidores. Os bits so codificados com a tcnica
Manchester diferencial.
A norma IEEE 802.11 - Wireless Networks (redes sem fio)
Nas redes semfio, os pacotes so transmitidos atravs decanais defreqnciaderdio
ou infravermelho, como ilustrado na figura 2.25. As redes semfio so uma boa alternativa
para aplicaes onde difcil instalar cabos metlicos ou de fibra tica. Seu emprego
especialmente importante para comunicaes entre computadores portteis emumambiente
deredelocal mvel ouondeaconfiabilidadedomeiodetransmissorequisitoindispensvel
(por exemplo, onde o rompimento de um cabo pode paralisar todo o sistema).
Este tipo de rede vem ganhando certa aceitao em aplicaes de cho de fbrica,
devidoaflexibilidadedeinstalao eoperao, pois no hnecessidadedeprojetodelayout,
nemcanaletes paracabos derede, etc. Equipamentos mveis inteligentes do cho defbrica
podemser configurados como estaes deredesemfio. Exemplos destetipodeequipamento
so os AGVs (Automatic Guided Vehicles), Robs Autnomos e Sensores Inteligentes.
199
Figura 2.25 - Redes sem fio
TaisredesoperamembandasdefreqnciadenominadasISM (Industrial, Scientificand
Medical), que podem ser utilizadas sem que seja necessria uma licena. A norma IEEE
802.11especificacomoopesas bandas902at928MHz, 2.4at2.48GHz e5.75at5.85
GHz. Osinal emitidopor umaestaooperandonestasfreqnciascobreumareade500m
2
comumapotnciadeapenas 100mW. reas maiores podemser cobertas decompondo arede
como umtodo emvrias subredes, responsveis pela comunicao emuma rea ou clula
chamadaBSA (BasicServiceArea). Comoapotnciadosinal derdiodecai comoquadrado
dadistnciado emissor, pode-sereutilizar amesmafreqnciadetransmisso paraestaes
emBSAsdiferentes, desdequeestasestejamsuficientementedistantesentresi. Parapermitir
a construo deredes cobrindo reas maiores queuma clula, as BSAs so interligadas por
umsistemadedistribuio, queconsistedeumaredeusando meio fsico convencional (cabo
coaxial, par tranado ou fibra tica).
Um problema tpico das redes baseadas em sinal de rdio operando nas bandas de
freqncia mencionadas o chamado desvanecimento de Rayleigh, que pode ser explicado
como segue. Parte das ondas de rdio so refletidas quando encontramobjetos slidos. Em
200
decorrncia desta reflexo, vrias cpias de uma mensagem de rdio podem estar em
propagaonomeioechegar aestaoreceptoraeminstantesdetempodiferentes. Quandoas
vrias cpias do sinal chegam ao receptor aps percorrerem distancias diferentes, elas se
somamaleatoriamente, podendo resultar emumsinal muito enfraquecido ou mesmo nulo,
como ilustrado nafigura 2.26(seadiferenano comprimento dos caminhos for ummltiplo
do comprimento de onda da portadora do sinal, os vrios componentes podemcancelar-se
mutuamente). O resultado disto que, no mesmo ambiente, podemos ter timarecepo em
algunslocaispssimarecepoemoutroslocaisaapenaspoucosmetrosdedistncia. Desta
forma, a qualidade da recepo varia muito a medida que uma estao se move no ambiente.
Figura 2.26 - Reflexo das ondas de rdio em um ambiente fechado
Como vrias estaes compartilham o mesmo meio, caracterizando uma rede de
difuso, necessrio utilizar um mtodo de acesso que discipline este compartilhamento. Uma
primeiraabordagemseriautilizar CSMA, isto, cadaestaoescutaomeioe, seestiver livre,
envia seu quadro. Isto, no entanto, no to simples emredes semfio emdecorrncia do
alcance do sinal de rdio, como veremos a seguir.
Suponha a situao ilustrada na figura 2.27, onde quatro estaes sem fio esto
representadas. Suponhaqueumsinal oriundo deA podealcanar B, mas no alcanaC nem
D. Um sinal oriundo de C alcana B e D, mas no A.
A B C D A B C D
Raio de alcance
(a) (b)
Figura 2.27 - (a) estao A transmitindo; (b) estao B transmitindo
SuponhaagoraqueA estenviandodadosparaB. SeC escutar omeio, noirdetectar
queA estaenviando, pois A estaforado seualcance. Logo, C podetentar enviar umquadro
para B ou D, mas como B est no alcance de C, o quadro enviado por A ir colidir como
quadroenviadopor C anvel deB. Ofatodeumaestaonopoder detectar queomeiono
est livre porque o concorrente est fora de alcance chamado de "problema da estao
escondida" (hiddenstationproblem). Por outrolado, seB estiver transmitindoumquadropara
A, C ir detectar a transmisso (pois B est no seu alcance) e falsamente concluir que no
podetransmitir umquadro paraD nestemomento. No entanto, como os receptores deA eD
201
no esto na rea de interferncia uma da outra, nada impede que C envie dados para D
enquanto B enviaparaA. Estasituao conhecidacomo o "problemadaestao exposta"
(exposedstationproblem). Emresumo, o querealmenteinteressaaumaestao pretendendo
enviar um quadro em redes sem fio saber se h ou no atividade na rea do receptor.
Para resolver os problemas acima, a norma IEEE 802.11 utiliza em sua subcamada
MAC (chamada DFWMAC, para Distributed Foudation Wireless MAC) umprotocolo de
acesso ao meio conhecido como MACA (Multiple Access with Collision Avoidance). A idia
bsicapor trsdesteprotocolofazer comqueoemissor deumquadroestimuleoreceptor a
emitir umquadro pequeno que possa ser detectado pelos seus vizinhos antes de mandar os
dados em si.
Suponhamos agora que B quer enviar umquadro para C. Neste mtodo de acesso, a
estao B envia para C primeiro umquadro especial denominado RTS (Request To Send),
contendo o tamanho do quadro de dados que deseja enviar a seguir. C deve responder com
outro quadro especial chamado CTS (Clear To Send), contendo a mesma informao de
tamanho. B inicia a transmisso quando recebe o quadro CTS de C, conforme ilustrado na
figura 2.28. Qualquer estao que captar o quadro RTS estar forosamente prxima a B e
devesemanter emsilencio por tempo suficienteparaqueB recebao CTS. Qualquer estao
quecaptar oCTS estarforosamenteprximaaC edevetambm semanter emsilenciopor
temposuficienteparaqueC recebaoquadrodedadosqueB vai enviar aseguir, cujotamanho
pode ser avaliado examinando o quadro CTS. Vejamos como se comportam as demais
estaes: A escuta o RTS de B mas no o CTS de C, de modo que, desde que no queira
mandar dados para B, A pode enviar seus quadros a qualquer outra estao emseu raio de
alcance; Por outro lado, D escuta o CTS de C mas no o RTS de B, o que indica que est
prximaaumaestao quevai receber umquadro dedados logo aseguir eportanto devese
manter em silencio at que este seja recebido.
A B C D A B C D
Raio de alcance de B
(a) (b)
RTS
Raio de alcance de C
CTS
Figura 2.28 - O protocolo MACA
Apesar destas precaues, colises ainda podemocorrer. Por exemplo, A e C podem
enviar quadros RTS para B ao mesmo tempo. Estes iro colidir e ser perdidos. No caso de
coliso, o emissor do RTS espera umcerto tempo pelo CTS e, se no receber nada, tenta
novamente mais tarde.
202
Redes Submarinas:
Comunicao subaqutica tradicionalmente limitada a aplicaes militares (submarinos, torpedos
teleguiados, sonares).
Primeiro sistema de comunicao UWA (Under-Water Acoustic): telefone criado em 1945 para
comunicao com submarinos (guas rasas, modulao FSK de 8 a 11 khz).
Recentemente surgiram vrias aplicaes civis:
Explorao submarina para fins cientficos;
Soldagem e reparao de cascos de navios e dutos por robs submarinos;
Monitorao de poluio;
Veculos submarinos no tripulados (AUV = Autonomous Underwater Vehicles);
Sensores e atuadores submarinos (sismgrafos, vlvulas, etc.);
Comunicao entre mergulhadores;
Montagem/manuteno/operao de plataformas de explorao/produo de petrleo.
Gerao de sinais:
Sinais de rdio: para boa propagao na gua, requerem ondas de baixssima freqncia (30 a 300 Hz) => antenas
grandes e transmissores de alta potencia.
Sinais ticos: principal problema no atenuao, mas disperso.
Sinais acsticos: melhor soluo, podem se propagar na gua por milhares de Km.
Requisitos para tipos de dados mais usuais:
Sinais de controle (comando de vlvulas, solicitao de status, comandos de navegao para AUV, etc): requerem
cerca de 1Kbps;
Dados telemetria (hidrofones, sismgrafos, sonares, etc): requerem cerca de 10Kbps;
Vdeo: requer de 10Kbps a 500Kbps para boa taxa atualizao.
Problemas tecnolgicos a superar:
Perda de transmisso: espalhamento de energia e absoro de som (proporcional ao quadrado da distncia);
Rudo acstico: pior em guas rasas, portos, etc.
Reverberao: propagao de sinal por mltiplos caminhos causada por reflexo em obstculos (desvanecimento de
Rayleigh);
Variaes espaciais e temporais do meio (temperatura/densidade gua, obstculos mveis, etc.): problema pior se
estaes mveis.
Consideraes de projeto de sistemas UWA:
Importante eliminar reverberao (muito pior que rdio).
Uso de dispositivos direcionados: problemtico se estaes mveis;
Tcnicas FSK com tempo de espera entre pulsos de mesma freqncia (espera ecos desaparecerem);
Tcnicas Spread-Spectrum;
Uso de equalizadores.
Tipos de sistemas UWA em uso:
203
Longo alcance: 20Km at 2.000Km, modulao FSK de 200Hz at 10KHz, taxas de transmisso baixas (tpico: 1
bps);
Mdio alcance: 1Km at 20Km, uso em guas rasas, modulao FSK de 10KHz at 100KHz, 5Kbps;
Curto alcance: at cerca de 60m, uso para robs de manuteno e mergulhadores emguas rasas, modulao FSK de
1MHz, taxa de 500Kbps.
Pesquisas atuais:
Uso de PSK e QAM (Quadrature Amplitude Modulation) em lugar de FSK;
Testes com sinais capazes de se propagar por todo o planeta (testado sinal gerado Austrlia e lido na
Califrnia/USA);
Desenvolvimento de ALAN (Acoustic LAN): tendncia de usar protocolos MACA e MACAW (IEEE 802.11),
multiplexao de canais por TDM ou CDMA+Spread Spectrum.
3.2.3.3. PROJETO MAP
OprojetoMAP ("ManufacturingAutomationProtocol") foi umainiciativadaGeneral
Motors, iniciadaem1980, comafinalidadededefinir dentrodomodeloOSI umambientede
comunicao voltado para a automao da manufatura. MAP define mecanismos de
comunicao entre equipamentos de cho de fbrica, tais como Robs, CNCs, CLPs,
terminais de coleta de dados, Computadores, etc.
Esta proposta encontra boa aceitao a nvel mundial por parte de usurios e
fornecedores debens deautomao, mas aindaestasendo questionadapelos altos custos de
cada estao.
Paraaplicaes voltadas aocontroledamanufaturacomtempos crticos foi definidaa
verso MAP/EPA (Enhanced Performance Architecture) para conseguir tempo de resposta
menores. A Verso MAP/EPA apresenta para algumas estaes da rede a arquitetura MAP
completa(7camadas) eumaarquiteturasimplificadacomas camadas1,2e7domodeloOSI
comocaminhoalternativoparasatisfazer osrequisitosdetempo. A versomaissimplificada
conhecidacomo MINI-MAP eimplementasomenteas camadas 1, 2 e7 do modelo OSI. O
projeto MAP, devido asuaimportnciano contexto deredes industriais, serdiscutido mais
detalhadamente em um captulo a parte mais adiante.
3.2.3.4. PROJETO TOP
204
Comobjetivos semelhantes ao MAP, foi desenvolvidopelaBOEING apartir de1983
o projeto TOP ("Technical and Office Protocol"), voltado redes para automao de reas
tcnicas e administrativas. Tambm baseado no modelo OSI de 7 camadas e temcomo
finalidade fornecer aos usurios os seguintes servios: correio eletrnico, processamento de
textos, acesso a base de dados, transferncia de arquivos, CAD/CAM distribudo, troca de
documentos, transaes bancrias, entre outros.
A partir de1986os projetos MAP eTOP passaramaser coordenados conjuntamente,
resultando no projeto MAP/TOP.
3.2.3.5. PROJETO FIELDBUS
O Fieldbus uma soluo de comunicao para os nveis hierrquicos mais baixos
dentrodahierarquiafabril, interconectandoosdispositivosprimriosdeautomaoinstalados
na rea de campo (Sensores, atuadores, chaves, etc) e os dispositivos de controle de nvel
imediatamente superior (CLPs, CNCs, etc).
Ainda esto sendo definidos os padres para o Fieldbus. Os principais grupos
envolvidos nos trabalhos de padronizao so:
Avaliadores: IEC, ISA, EUREKA, NEMA
Proponentes: PROFIBUS, FIP, ISA-SP50
OFieldbus esuas principais propostas depadronizao serdiscutidoemdetalhes em
um captulo especfico mais adiante.
205
3.3. O PROJETO MAP (Manufacturing Automation Protocol)
3.3.1. Introduo
O projeto MAP temcomo mrito a apresentao de uma proposta concreta para a
comunicao no ambiente de fbrica, estabelecendo as condies necessrias para a
integrao dos componentes de automao emumambiente integrado segundo a filosofia
CIM (Computer Integrated Manufacturing). Ao contrrio do que se propunha inicialmente,
hojeestclaroquenoexisteumasoluonicaderedequeatendaaosrequisitosdetodosos
nveis de comunicao em uma fbrica.
O projeto MAP nasceuno incio dos anos 80por iniciativadaGM (General Motors).
Napoca, apenas 15%dos equipamentos programveis desuas fbricas eramcapazes dese
comunicar entre si.
Almdisso, os custos de comunicao erammuito elevados, avaliados em50% do
custo total da automao, isto devido s conexes especiais necessrias entre cada
equipamento. Ainda, cadanovainstalao ouexpanso no sistemaexistenteestavaassociada
a uma despesa no desprezvel.
Considerando que, na poca, estava previsto que a quantidade de equipamentos
programveis deveriasofrer umaexpanso de400a500%numprazo de5anos, o problema
de comunicao tornou-se, efetivamente, uma prioridade a nvel da empresa.
Diante do grave problema, a deciso deveria ser tomada no sentido de definir a
soluo, cujas opes eram as seguintes:
continuar aproduoutilizandomquinasprogramveisisoladas(stand-alone) deuma
variedade de fabricantes e solucionar o problema da maneira como vinha sendo feito;
basear os processos de produo na aquisio de equipamentos de um nico
fabricante;
desenvolver uma proposta padronizada que permitisse interconectar todos os
equipamentos da planta.
Dadas as perspectivas deevoluo eo grandedesenvolvimento dos equipamentos de
automao, aprimeirapropostaera, naturalmente, invivel. Comrelao segundaproposta,
era(econtinuasendo) impossvel encontrar umnico fabricantecapaz defornecer todos os
equipamentos necessrios (robs, mquinas de comando numrico, CLPs, sensores, etc.) ao
processo de fabricao.
A soluo viria, ento, pelaterceiraopo, quefoi o ponto departidaparao projeto
MAP, atravs dacriao deumaforatarefareunindo profissionais das diversas divises da
GM, cujoobjetivoinicial erainvestigar apossibilidadedeutilizao domodelodereferncia
OSI como base para a proposta padronizada da empresa.
206
Umano mais tarde, em1981, a GM uniu-se a outras empresas -Digital Equipment
Corporation(DEC), Hewlett-Packard(HP) eIBM -definindo asoluo do problemabaseada
na utilizao de uma arquitetura de comunicao para rede local baseada no modelo a sete
camadas do OSI. Umaprimeirapreocupao destegrupo detrabalho foi aseleo dealguns
dos padres de protocolo definidos para o modelo OSI que pudessem ser adotados na
arquitetura MAP.
A partir dai o projeto foi ganhando corpo e adeses por parte de outras empresas,
tornando-seumarealidadenos anos 90edando origemaoutras propostas dearquiteturas de
comunicao orientadas a outros nveis das atividades da empresa.
3.3.2. A arquitetura MAP
Umavez adotadoomodeloOSI comorefernciaparaaarquiteturadecomunicao, o
problemaeraselecionar as propostas aseremimplementadas anvel decadacamada. Paraas
camadas 1e2, foramselecionados, respectivamente, as normas IEEE 802.4(barramentocom
ficha) e IEEE 802.2 (LLC).
DopontodevistadacamadaFsica, foi escolhidoosuportedecomunicaoembanda
larga (broadband). A escolha foi baseada nas razes seguintes:
possibilidadededefinio devrios canais decomunicao sobreummesmo suporte
de comunicao, o que permitiria a coexistncia de vrias redes, minimizando as
modificaes de cablagem durante a transio para MAP;
permitiriaatrocadeoutros sinais, como voz eimagemparadeterminadas aplicaes,
tais como a superviso, o circuito fechado de TV, a teleconferncia, etc;
broadbandpartedanormaIEEE 802.4eestavasobestudos suportar o padro IEEE
802.3 (CSMA/CD);
a GM j possua muitas instalaes operando em broadband.
As razes que conduziram escolha do barramento com ficha foram as seguintes:
inicialmente, era o nico protocolo suportado em broadband;
muitos equipamentos programveis j eram providos com o protocolo de enlace
suportado por broadband e IEEE 802;
a possibilidade de implementar um esquema de prioridades de mensagens;
emcaso de falhas fsicas, mensagens de alta prioridade poderiamser enviadas num
tempo limitado.
Apesar das razes expostas acima para a escolha do barramento comficha, esta foi
uma escolha relativamente debatida, principalmente porque a arquitetura MAP a nica a
207
adot-la eos circuitos integrados implementando IEEE 802.4 so utilizados exclusivamente
para esta arquitetura. Alm disso, outras propostas tinham sido adotadas pelos grandes
fabricantes: Ethernet (IEEE 802.3) no caso da DEC e IEEE 802.5 no caso da IBM.
A nvel da camada de Enlace, embora as funes associadas sejamprincipalmente a
deteco e recuperao de erros, optou-se por umprotocolo que no implementasse estes
servios, o LLC tipo 1, deixando estas funes a cargo dos nveis superiores (mais
particularmente, o nvel Transporte).
O servio de Rede semconexo, cada mensagemsendo roteada individualmente
atravs da rede. A norma ISO 8348, adotada a este nvel, permite definir umconjunto de
regras de endereamento atravs da rede. O protocolo de roteamento utilizado aqui foi
definido pelo projeto MAP e atualmente normalizado na ISO sob o nmero 9542.
A nvel doTransporte, foi adotadaaclasse4doprotocolodeTransportedaISO(TP4,
ISO 8072/73), orientado conexo, comcontroledeerros. O servio deTransporteoferece,
ento, umcanal decomunicaoconfivel, semperdas, erros, nemduplicaodemensagens.
TP4asseguraaindaasfunesdefragmentaoemontagemdemensagens, oquepermiteque
as mensagens trocadas a este nvel sejam de qualquer dimenso.
A normaISO8326/27foi adotadaparaacamadadeSesso, assegurandoasfunesde
comunicao full-duplex e de ressincronizao.
Nacamadade Apresentao, os problemas derepresentao dedados so resolvidos
comaadoodasintaxeabstrataASN.1, queservedelinguagemcomumsdiferentesformas
de representao dos dados, caractersticas de cada equipamento.
Dentreas funes oferecidas aos processos deaplicao, foramdefinidas, nacamada
de Aplicao, as seguintes normas:
MMS, paraatrocademensagens entreequipamentos deproduo (queservisto em
detalhes mais a frente);
FTAM, para o acesso e a transferncia de arquivos;
ROS, para a gesto de nomes (diretrio);
funes de gerenciamento de rede, para a gesto dos recursos, medio de desempenho
e modificao dos parmetros da rede.
A figura 3.1 apresenta as escolhas efetuadas a nvel do projeto MAP, incluindo as
verses EPA eMini-MAP. Como apartir daverso 3.0ocorreuumaunificao dos projetos
MAP e TOP, a figura apresenta tambm as normas adotadas para a arquitetura TOP.
208
Especificao
Camada
Aplicao
Apresentao
Sesso
Transporte
Rede
Enlace
Fsica
TOP MAP MAP/EPA Mini-MAP
ISO 8822 - ASN.1
ISO 8326 e 8327
ISO 8072 e 8073 - Classe 4
ISO 8348 - Sem Conexo
LLC 802.2 tipos 1 e 3
MAC 802.4
FTAM
ACSE
FTAM
VTS
Banda larga
10 Mbps
Banda Base
10 Mbps
Banda base
5 Mbps
LLC 802.2 tipo 1
MAC 802.3 CSMA/CD
LLC 802.2 tipo 1
MAC 802.4 Token bus
MMS
ROS
VAZIO
Figura 3.1 - Especificao MAP/TOP 3.0
3.3.3. A arquitetura MAP-EPA
Dadas as necessidades especficas de cada nvel hierrquico de uma empresa,
verificou-se que a proposta MAP original no permitia cobrir todos os nveis considerados,
sendo mais adequada aos nveis superiores. Uma razo principal disto que, apesar da
excelentequalidadedosserviosoferecidos, aarquiteturaasetecamadasofereceumoverhead
que passa a ser indesejvel nos nveis mais baixos das atividades de uma empresa.
Umaprimeirasoluo aesteproblemafoi adefinio deumaverso simplificadada
arquiteturaMAP, denominadaMAP-EPA (EnhancedPerformanceArchitecture). A figura 3.2
apresenta a proposta MAP-EPA.
Esta proposta foi baseada na definio de duas pilhas de protocolos, a pilha normal
Full-MAP e a pilha MAP-EPA, desprovida das camadas de Rede, Transporte, Sesso e
Apresentao. Do ponto de vista das camadas baixas, o protocolo IEEE 802.4 continuava
sendo adotado, pormsobre umsuporte de transmisso embanda de base (baseband) a 5
Mbit/s.
Nestaarquitetura, umprocesso deaplicao temaopo deenviar seus dados atravs
dapilhanormal ou, emcasos ondeo requisito sejaumtempo derespostarpida, pelapilha
MAP-EPA. Evidentemente, o fato das camadas 3 a6 estaremausentes acarreta a perdados
servios oferecidos por estas.
209
MAP EPA
Aplicao
Apresentao
Sesso
Transporte
Rede
Fsica
ENLACE LLC tipos 1 e 3
MAC IEEE 802.4 - TOKEN BUS
Aplicaes
convencionais
Aplicaes
com tempos
de resposta
crticos
Figura 3.2 - Arquitetura MAP-EPA
3.3.4. A arquitetura Mini-MAP
Uma terceira opo relacionada com a norma MAP foi a arquitetura Mini-MAP,
baseadaigualmentenasupresso das camadas 3a6paraeliminar o overheaddos protocolos
daquelas camadas. A arquitetura Mini-MAP composta unicamente do segmento
simplificado de MAP-EPA, e foi assim definida para evitar o alto custo das pilhas de
protocolos paralelas de MAP-EPA (figura 3.3). Esta nova proposta era dedicada aos nveis
maisbaixos, permitindoacomunicaoemaplicaesmaissimplescomo, por exemplo, entre
sensores inteligentes.
O fato deno possuir acamadadeTransportefez introduzir umprotocolo deEnlace
mais sofisticado que o da proposta MAP, o LLC tipo 3, datagrama com reconhecimento.
3.3.5. Os servios de mensagem industrial (MMS)
MMS (Manufacturing Message Services) foi normalizado na ISO como sendo o
conjuntodeserviosdecomunicaooferecidosaplicaesindustriais, particularmentepara
viabilizar, dentro do ambiente OSI, as interaes entre equipamentos de produo
programveis.
210
Aplicao
Banda base 5 Mbps
LLC tipos 1 e 3
MAC IEEE 802.4
Conexes com
LSAPs
7
2
1
Figura 3.3 - Arquitetura Mini-MAP
MMS o resultado dos trabalhos realizados no contexto do projeto MAP, para a
definio de um conjunto de servios de comunicao orientados s aplicaes industriais.
A primeirapropostadeMMS/RS-511foi apresentadaemjunho de1985, naformade
um documento organizado em duas partes:
Manufacturing Message Services: Definio dos Servios;
Manufacturing Message Specification: Especificao do Protocolo.
Atualmente, MMS tornou-se norma internacional, fazendo parte da camada de
Aplicao da verso 3.0 de MAP, publicada em agosto de 1988. Os dois documentos
mencionados acima apresentam, de forma geral, como os servios e o protocolo podemser
aplicados no contexto dautilizao deumequipamento deproduo genrico, semlevar em
conta as particularidades de uma classe de equipamentos especfica. Para complementar a
normaexistente, outrosdocumentosforameestosendoproduzidos, denominadosnormasde
acompanhamento("CompanionStandards"), cujoobjetivolevar emcontaasespecificidades
de classes de equipamentos tais como os robs, as mquinas de comando numrico, os
sistemas de viso, os controladores lgicos programveis e os sistemas de controle de
processos.
211
O objetivo deMMS oferecer servios decomunicao quepermitamaumsistema
aberto (no sentido OSI) acessar os recursos existentes em outros sistemas abertos conectados
rede de comunicao. Eles permitemcobrir grande parte das necessidades de comunicao
entre sistemas de produo, como, por exemplo, o carregamento remoto de programas, o
controle remoto de um equipamento, a elaborao de relatrios de produo, etc.
Os programas escritos pelos programadores de aplicao vo acessar (direta ou
indiretamente) as primitivas de servio MMS, que vo manipular objetos virtuais
representando os recursos reais disponveis num equipamento de produo distante.
3.3.5.1. OS OBJETOS MMS
Os usurios dos servios MMS so os processos de Aplicao (APs - Application
Processes) executando numequipamento deproduo ou numcomputador desuperviso. A
comunicao entre dois APs atravs dos servios MMS realizada segundo um modelo
Cliente-Servidor, onde o usurio Cliente aquele que requisita operao sobre os recursos
disponveis numequipamento de produo distante, este sendo modelizado por umusurio
Servidor.
O objeto de base definido emMMS o Dispositivo Virtual de Produo ou VMD
(Virtual Manufacturing Device), que representa, no contexto dos servios MMS, um
equipamento real de produo. Todo processo de aplicao modelizado por um Servidor
MMS possui, nomnimo, umobjetoVMD(figura 3.4). Oprincipal componentedoVMDa
Funo Executiva, responsvel pelagesto deacesso aos diferentes recursos do equipamento
considerado, tais como memria, processadores, portas de E/S, etc.
VMD
Funo EXECUTIVA
Estao
Operador 1
Estao
Operador N
. . .
. . .
. . .
Objetos
MMS
PSAPS
Figura 3.4 - Estrutura geral de um VMD
212
O VMD define uma classe de objetos denominados domnios (Domains), que
permitem reagrupar os programas e os dados necessrios execuo do equipamento
considerado. Estes programas edados podemser definidos demaneiraestticaou dinmica
por meio dos servios MMS.
A execuo deprogramas gerenciadaatravs deobjetos denominados Invocao de
Programa (ProgramInvocation), quepodem, tambm, ser criadosestticaoudinamicamente.
Um operador humano pode se comunicar com um equipamento de produo, fazendo a
entradaesadadedados graas definio deumobjeto Estao Operador, sendo queum
VMD pode gerenciar uma ou mais estaes de operador.
A normaprev, ainda, objetos permitindo gerenciar asincronizao deprocessos eo
acesso concorrentearecursos, queso os objetos Semforos; paraadeteco eo tratamento
deeventos, os objetos Condio de Evento, Ao de Evento eInscrio de Evento; eparaa
produo de relatrios de produo, os objetos Jornais.
Foramdefinidos tambmobjetos denominados variveis (variables), que podemser
alocadosdentrodeumVMD. Asvariveispodemsereferir, por exemplo, aentradas esadas
de um CLP e podem ser lidas ou escritas remotamente.
A cadaclassedeobjetosMMS associadaumaclassedeserviosresponsveisdasua
manipulao, sob demanda de um usurio Cliente remoto.
3.3.5.2. OS SERVIOS MMS
A norma MMS define 84 servios, dos quais 3 no confirmados, organizados em9
classesdistintas. OsserviosdeGesto de Contexto soutilizadosparaoestabelecimentoea
manuteno dodilogo entreusurios MMS, nenhumservio podendoser ativadosemqueo
contextotenhasidoestabelecido, suportadopor umaassociao. OservioInitiate oservio
definido para o estabelecimento da associao, este sendo mapeado diretamente sobre o
servio A_ASSOCIATE do ACSE. Esta classe de servios reagrupa, ainda, servios para a
terminaonegociadadocontexto(Conclude), aliberaoabrupta(Abort). Umarequisiode
serviopodeser anuladapor umusurioMMS cliente, atravsdaativaodoservioCancel.
Ainda, o fornecedor de servio MMS pode sinalizar a ocorrncia de umerro de protocolo
atravs do envio de uma primitiva de servio (indicao) Reject, informando o tipo de erro
detectado.
Os servios de Suporte de VMD permitem a um usurio Cliente MMS obter
informaes deestado sobreumobjeto VMD, assimcomo sobreos objetos gerenciados por
este. As informaes possveis de serem obtidas so:
Estado lgico do VMD (Status);
Lista dos objetos do VMD (GetNameList);
Caractersticas do equipamento de produo (Identify).
213
Finalmente, ainda possvel modificar os identificadores dos objetos de umVMD,
isto atravs do servio Rename.
Os servios de Gesto de Domnio so utilizados para o carregamento e
armazenamento distncia de programas e dados de umequipamento de produo. Estas
operaes sobaseadas narealizaodeduasseqncias deserviosMMS, aprimeiraparao
carregamento remoto, DownLoadSequence, a outra para a recuperao do contedo de
domnios, UpLoadSequence.
Umusurio MMS ativaaseqnciaDownLoadparapedir acriao eo carregamento
de informaes para um domnio. Esta seqncia caracterizada por trs etapas:
inicializao da seqncia e criao de um domnio (InitiateDownLoadSequence);
transferncia das informaes para o domnio (DownLoadSegment);
terminao da seqncia (TerminateDownLoadSequence).
Os servios de Gesto de Programa permitem a um usurio MMS manipular, de
maneiraremota, os programas numVMD, paraacriao, eliminao econtroledeexecuo.
As operaes podendo ser efetuadas sobre um objeto Invocao de Programa so as seguintes:
criao e eliminao (CreateProgramInvocation e DeleteProgramInvocation);
controle de execuo de um programa (Start, Stop, Resume, Reset e Kill);
obteno de atributos (GetProgramInvocationAttributes).
Os servios de Acesso s Variveis permitema umcliente MMS definir e acessar
variveis definidas num VMD de um servidor MMS. O acesso s variveis reais de um
equipamento possvel graas definio de um conjunto de objetos variveis MMS,
manipuladospelos14serviosdefinidosnestaclasse. OsserviosRead eWrite, por exemplo,
permitemacessar, respectivamenteemleituraeescrita, umavarivel. Existemaindaservios
permitindo definir os diferentes objetos associados s variveis, tais como DefineNamed-
Variable, DefineScatteredAccess, DeleteVariableAccess, DefineNamedVariableList, Delete-
NamedVariableList, DefineNamedType e DeleteNamedType.
Os servios de Gesto de Semforos permitemgerenciar o acesso concorrente aos
recursos compartilhveis deumVMD. Os objetos associados aestaclasseso os Semforos,
organizados em duas classes especficas:
Token Semaphores, que gerenciam um nmero N de fichas de mesmo tipo;
Pool Semaphores, quegerenciamumalistadefichas etiquetadas, cadaumaassociada
a um recurso particular do VMD.
214
Umusurio MMS poderequisitar o acesso aumrecurso do VMD atravs do servio
TakeControl, indicando o semforo responsvel por aquelerecurso. Umaspecto interessante
destaclasse deservios a existnciadeummodificador AttachToSemaphore, que permite
condicionar a execuo de um servio MMS posse de um semforo.
Esta classe oferece, ainda, servios para a liberao, a criao e a obteno de
informaes de estado sobre os objetos semforo.
Os servios deGesto da Estao de Operador implementamacomunicao, atravs
de uma estao de operador, comumVMD. Eles permitem, particularmente, a entrada e a
obteno de dados relativos execuo do VMD considerado.
Os servios deGesto de Eventos oferecemfacilidades paraumClienteMMS definir
etratar aocorrnciadeeventos numVMD. O tratamento deeventos associado definio
de trs objetos:
as Condies de Evento, que representam as pr-condies associadas a um dado
eventos numVMD (modificao deumavarivel, fimdeexecuo deumprograma,
etc.);
as Aes de Evento, que representam o que deve ser feito quando um evento
detectado (execuo de um servio MMS, por exemplo);
as Inscries de Evento, que permitemassociar uma Condio de Evento a uma ou
mais Aes de Evento.
Um usurio MMS notificado da ocorrncia de um evento atravs do servio
EventNotify, esta notificao podendo ser reconhecida pelo usurio atravs do servio
AcknowledgeEventNotification. A ocorrnciadeumeventopodeservir aativar aexecuode
um servio MMS, isto sendo feito atravs do modificador AttachToEvent. Nesta classe,
tem-se, ainda, serviosparaacriao, destruiodeobjetos, obtenodeinformaes(estado,
atributos, etc.) dos objetos e modificao de atributos dos objetos de evento.
Os servios de Gesto de Jornais fornecemfacilidades para o armazenamento e a
recuperao, de maneira ordenada, a partir dos objetos J ornais, das informaes e variveis
associadasaeventos, assimcomodetextoquepodeservir comocomentriosouexplicaes.
Estes servios so utilizados principalmente para a produo de relatrios sobre o
funcionamento de um equipamento de produo.
Ainda, a norma MMS prev uma classe de servios para o tratamento de arquivos,
particularmenteparapequenosserviosdecriao, eliminao, etc. Nocasodeaplicaesque
requisitemservios mais sofisticados parao acesso eatransfernciadearquivos, aentidade
deAplicao dever, ento, ser compostado elemento deservio deAplicao FTAM, que
oferece estes servios.
As tabelas a seguir apresentam uma sntese das diferentes classes de servios do MMS.
215
Classe Primitivas de Servio Comentrios
Gesto de
Semforos
TakeControl
RelinquishControl
DefineSemaphore
DeleteSemaphore
ReportSemaphoreStatus
ReportPoolSemaphoreStatus
ReportSemaphoreEntryStatus
so encarregados da
sincronizao e do controle
do acesso aos recursos de um
VMD pelos processos de
aplicao
Estao
Operador
Input
Output
controlam a entrada e sada de
informaes via estaes de
operador
Gesto de
Eventos
DefineEventCondition
DeleteEventCondition
GetEventConditionAttribute
ReportEventConditionStatus
AlterEventConditionMonitoring
TriggerEvent
DefineEventAction
DeleteEventAction
GetEventActionAttributes
ReportEventActionStatus
DefineEventEnrollment
DeleteEventEnrollment
GetEventEnrollment
ReportEventEnrollment
AlterEventEnrollment
EventNotification*
AcknowledgeEventNotification
GetAlarmSummary
GetAlarmEnrollmentSummary
AttachToEventModifier
permitem a definio e o
tratamento de eventos via
servios MMS. A
possibilidade de associar a
execuo de um servio MMS
ocorrncia de um evento
um aspecto interessante,
implementado pelo
Modificador AttachToEvent
Gesto de
J ornal
ReadJ ournal
WriteJ ournal
InitializeJ ournal
ReportJ ournalStatus
permitem o salvamento de
informaes sobre a execuo
de um VMD, particularmente
no que diz respeito
ocorrncia de eventos e
afetao de variveis.
* servios no confirmados
216
Classe Primitivas de Servio Comentrios
Gesto de
Contexto
Initiate
Conclude
Abort*
Cancel
Reject*
iniciao, liberao, abandono
e rejeio de conexo com
outro usurio MMS
Gesto de
VMD
Status
UnsolicitedStatus*
GetNameList
Identify
Rename
oferece servios de VMD,
particularmente informaes
sobre os objetos
Gesto de
Domnio
InitiateDownLoadSequence
DownLoadSegment
TerminateDownLoadSequence
InitiateUpLoadSequence
UpLoadSegment
TerminateUpLoadSequence
RequestDomainDownLoad
RequestDomainUpLoad
LoadDomainContent
StoreDomainContent
DeleteDomain
GetDomainAttribute
DomainFile
permitem transferir
informaes, tais como
cdigos e dados de programa,
para serem carregados num
domnio de forma dinmica:
as seqncias DownLoad e
UpLoad so atividades que
permitem gerenciar as
transferncias entre Cliente e
Servidor
Gesto de
Programas
CreateProgramInvocation
DeleteProgramInvocation
Start
Stop
Resume
Reset
Kill
GetProgramInvocationAttributes
permitem que um usurio
Cliente MMS gerencie a
execuo remota de
programas num usurio
Servidor
Acesso a
Variveis
Read
Write
InformationReport
GetVariableAccessAttributes
DeleteNamedVariable
DefineScatteredAccessAttributes
DeleteVariableAccess
DefineNamedVariableList
GetNamedVariableListAttributes
DeleteNamedVariableList
DefineNamedType
GetNamedTypeAttributes
DeleteNamedType
permitem a definio e o
acesso s variveis de um
VMD e estabelecer a relao
entre as variveis de um
VMD (objetos) e as variveis
real de um equipamento de
produo
* servios no confirmados
217
3.4. REDES FIELDBUS
3.4.1. Motivaes e Requisitos do Fieldbus
A evoluo dos microprocessadores conduziu a estruturao hierrquica fabril at o
nvel de simples componentes de automao, envolvendo elementos diretamente ligados ao
processo a ser controlado ou supervisionado, tais como sensores, atuadores e controladores.
Atravs daaplicao demicroprocessadores emsistemas sensrios possvel realizar
um pr-processamento do sinal diretamente no local de medio, diminuindo assim a
probabilidade de deturpao do sinal por perturbaes eletromagnticas, s quais sinais
analgicos so emgeral muito suscetveis. Almdisto, a unidade que requer os dados do
sensor aliviadadestas funes. O mesmo principio aplicado aos atuadores, quepassama
poder interpretar e executar comandos complexos advindos da unidade central.
Umavez queossinaisutilizadospor taiscomponentesinteligentesjseencontramem
formadigital, convenientedefinir sistemas decomunicao dedados tambmdigitais para
substituir as clssicas interfaces analgicas de corrente e tenso. As interfaces de corrente
(4..20mA) sobemmaisdifundidasemambientesindustriais, devidoamenor suscetibilidade
s interferncias eletromagnticas.
Inicialmente foram definidas e grandemente difundidas interfaces digitais para
interligao ponto-a-ponto, tipo RS 232 C que, no entanto, devido utilizao de sinal
referenciado ao terra (v24) se mostram mais adequadas utilizao em aplicaes de
escritrio. Parareduzir ainflunciadasperturbaesforamdesenvolvidasinterfacescomsinal
diferencial (v11), tipo RS 422eRS 423. Estas interfaces oferecemno entanto adesvantagem
dequenopermitemoacoplamentosimultneodevrioselementosinteligentesentresi. Para
suprir estanecessidadeforamdesenvolvidas interfaces multiponto, adequadas ainterconexo
doselementosemredestipobarramento(bus), comopor exemploaRS 485. Estatendncia
mostrada na figura 4.1.
Paraumaredeaplicadainterligao deelementos simples anvel dechodefbrica
utilizadaadenominaogenricade"barramentosdecampo", ouFieldbus. OFieldbuspode
ser definido como uma linha de comunicao serial, digital, bidirecional (de acesso
compartilhado) paraainterligao dos dispositivos primrios deautomao (instrumentos de
medio, atuao e controle final e outros pequenos dispositivos "inteligentes" com
capacidade de processamento local) a um sistema integrado de automao e controle de
processos.
218
TENDNCIA
. . .
Fieldbus
. . .
RS 485
RS 422 RS232C
A
D
Proc.
A
D
A
D
A
D
X
Y
X
Y
X
Y
X
Y
...
A
D
. . .
.
MUX
A
D
Sensor
X
Y
Sample /
Hold
0..10 V
4..20 mA
X
Y
Atuador
0..10 V
4..20 mA
Sensor
...
Central / Analog. Decentral / Digital Decentral / Multipoint
Amplificador de
potncia
Adaptador /
Amplificador
Sensor inteligente Sensor inteligente
Atuador Inteligente Atuador Inteligente
Amplificador de
potncia Amplificador de
potncia
Proc.
Proc.
Proc. Proc. Proc.
Cont.
Cont.
Figura 4.1 - Tendncias na interligao de sensores / atuadores
AsprincipaisvantagensebenefciosdautilizaodoFieldbusemrelaosconexes
convencionais podem ser resumidas como segue:
a) vantagens econmicas:
drstica reduo da cablagem pela utilizao de um meio fsico compartilhado;
reduo do nmero de canais de comunicao com o processo;
reduo do tempo e complexidade do projeto de layout;
b) vantagens tcnico-operacionais:
facilidade de instalao e manuteno, pela manipulao de ummenor nmero de
cabos e conexes;
facilidade de deteco, localizao e identificao de falhas, atravs de funes de
monitorao automtica;
maior modularidadeno projeto einstalao, aumentando aflexibilidadedeexpanso
de funes e mdulos;
219
c) vantagens sistmicas:
aumento daconsistnciaedaconfiabilidadedainformao advindados instrumentos
de campo, atravs da digitalizao e pr-processamento;
possibilidade de sincronizao dos instantes de amostragem de Entrada/Sada;
melhoria do desempenho global da aplicao pela descentralizao do processamento;
maior facilidade de interconexo entre nveis hierrquicos diferentes de automao;
d) vantagens mercadolgicas:
reduo dos custos de sistemas atravs da aquisio seletiva de dispositivos
compatveis de diferentes fornecedores, eliminando a dependncia de somente um
fornecedor;
desacoplamento do software de superviso da dependncia de um fornecedor
especfico do Hardware;
Inicialmente se supunha que uma nica rede iria cobrir todas as necessidades de
interconexo no cho de fbrica. Notadamente a proposta MAP, acrescida das verses de
maior performanceemenor custo MAP/EPA eMINI-MAP sepropunhamtambmaintegrar
elementos de automao ao nvel hierrquico de componente. No entanto, logo pode ser
verificadoqueestas propostas eramdemasiadocaras emuitolentas paraas aplicaes tpicas
a nvel hierrquico de componente.
EnquantoossegmentosdebandabasedoMAP (MAP-EPA eMini-MAP) permitema
realizao de tempos de resposta de cerca de 100 ms, sistemas tipo Fieldbus se prope a
reduzir estetempoparaafaixade1a10ms, comorequeridoparaocontroleesupervisode
importantes grandezas envolvidas na automao, tais como velocidade, posio de eixos,
torque, acelerao e fora.
Umaspecto essencial nadefinio deprotocolos decomunicao parao Fieldbus a
reduo a um mnimo estritamente necessrio das informaes adicionais includas nos
telegramas, de forma a permitir uma adequada performance em tempo real. Estas
simplificaesemrelaoasistemastipoMAP eTOP soindispensveisquandosepretende
interligar componentes simples tais como sensores e atuadores. Para sistemas tipo Fieldbus
so definidas, por questes de eficincia, somente as camadas 1, 2 e 7 do modelo de referncia
OSI. As funes das camadas 3 at 6 que so indispensveis para a comunicao so aqui
absorvidas pelas camadas 2 ou 7.
220
Oaspectodecustotambmassumegrandeimportncia, umavez queosdispositivosa
sereminterligados tememgeral custo inferior ao daprpriainterfaceMAP, como podeser
visto na tabela 4.1. So requeridos aqui ns a um custo da ordem de U$ 50 ou inferior.
Componente
MAP
Preo mdio Elemento
Campo
Preo mdio
Cabo Coaxial U$ 2,5 / m CLP U$ 3.000
Controlador U$ 5.000 Controle Rob $20.000
Demodulador U$ 1.500 PC U$ 2.000
Componente
Ethernet / IBM
Preo mdio Sensor/Atuador U$ 50 a 1000
N CSMA/CD U$ 500 - 1500 I/O Binria U$ 50 a 1000
N Token-Ring U$ 750 - 1500
Tabela 4.1 - Preos mdios de componentes de rede
O Fieldbus deve atender igualmenteaos requisitos impostos pelos sistemas discretos
(Manufatura) e os sistemas contnuos de produo (Controle de Processos).
Podem-se considerar em principio trs classes distintas de aplicao:
sistemas "Stand-Alone", nos quais as transaes ocorremsomente entre dispositivos
ligados emummesmo segmento de rede. Aqui teramos, por exemplo, sensores e
atuadores ligados a um CNC dentro de uma mquina.
sistemas emcascata, nos quais dispositivos conectados asegmentos distintos podem
trocar informaes por meio de um"bridge". Situao tpica a encontrada emum
SDCD (Sistema Distribudo de Controle Digital).
sistemas hierrquicos, nos quais o segmento Fieldbus estainterligado via"gateway" a
uma rede interligando dispositivos de umnvel hierrquico superior da automao
fabril. o tipo de situao encontrado em uma estrutura CIM.
O fluxo de dados nestas aplicaes pode se dar em dois sentidos:
no sentido vertical, entre nveis hierrquicos diferentes, de modo a permitir a
superviso do sistema. Para esta forma de comunicao devero ser oferecidos
servios de instalao, start-up, parametrizao da aplicao, visualizao de dados
para superviso, etc. Estes servios no so crticos no tempo.
no sentido horizontal, entre elementos do mesmo nvel, compondo um sistema
distribudo. Os servios oferecidos para este tipo de comunicao se destinam
basicamenteatualizao econsumo dedados eachecagemde"status". A execuo
destes servios crtica no tempo.
221
Emfuno do tipo deaplicaes quesepropeaatender, umconjunto derequisitos
bsicos so impostos ao Fieldbus:
necessidade de elevado desempenho para atender as aplicaes com requisitos de
tempo crticos;
mtodoemeiodetransmissosimplesedepreoacessvel. Ossistemas tipoFieldbus
utilizam transmisso tipo Baseband. Como meio de transmisso adota-se o par
tranado;
necessidade de consistncia de dados;
necessidadedeservioscompatveiscomredesdosnveishierrquicossuperiores. Em
geral, se procura uma compatibilidade com os servios oferecidos pelo MMS;
Diversos fabricantes de sistemas de comunicao industriais temdesenvolvidos suas
prprias solues para o Fieldbus que, no entanto, no apresentam todos os requisitos
necessrios s diversas aplicaes na rea de cho de fbrica. Para suprir esta deficincia,
vrios esforos nacionais e internacionais temsido feitos no sentido de definir uma norma
universalmente aceita para o Fieldbus, conforme mostrado na figura 4.2.
IEC SC65C
Norma em 199?
ESPRIT CNMA/Fieldbus
Sistema Fieldbus para Processos de Fabricao
EUREKA "Fieldbus"
Desenvolvimento e teste de um Fieldbus
para Processos Unitrios ( Ex )
ISA SP50
Pre-Norma em preparao
USA
PROFIBUS
Norma nacional em abril 91
D
FIP
Norma nacional inicio 1988
F
Siemens
Foxboro
Rosemount
MIL 1553
industrial
outros
Figura 4.2 - Atividades de Normalizao do Fieldbus
Dentre os sistemas Fieldbus atualmente em discusso, os mais fortes candidatos
normalizao so o PROFIBUS (Process Fieldbus, proposta alem) e o FIP (Factory
Instrumentation Protocol, proposta francesa). Nos Estados Unidos foi definido o grupo de
222
estudosSP-50daISA (IntrumentationSocietyof America), quedeverapresentar brevemente
uma proposta de normalizao americana e que leva em considerao partes das propostas FIP
e PROFIBUS bem como as propostas das firmas Faxboro e Rosemount / Philips.
Todas estas propostas sero examinadas pela comisso SC65C/WG6 da IEC
(International Electrotechnical Comission) paraaelaborao deumanormainternacional. As
expectativas so de que a passagemda norma americana elaborada pela ISA SP-50 para a
norma internacional da IEC dever representar um passo meramente formal.
Aoladodasquestesdenormalizaopermanecemaindaabertasdiscussoquestes
referentesaoespectrodeaplicaesaser atendidopeloFieldbus. Por umladodesejadauma
boa compatibilidade e interconectabilidade com os nveis hierrquicos superiores de
automao, por outro devem ser considerados os requisitos tcnicos e econmicos para a
conexo de componentes inteligentes simples e de baixo custo.
Enquanto solues quepermitamumacompatibilidadecomadefinio dacamadade
aplicao adotadano sistemaMAP atravs dadefinio deSubsets do MMS so nitidamente
preferidas, permanece aberta a questo da adequao de tais sistemas para o acoplamento
diretodesensoreseatuadoresemprocessoscomdinmicaelevada, comoocasodesistemas
decontroleemmalhafechadanafabricao. A formadeestruturaofsicadeumatal malha
de controle com Fieldbus mostrada na Figura 4.3.
Aktor
Sensor
Sensor
Aktor
I/O
D/A
A/D
Processador central
+
-
Contr.
I/O
Processador Mestre
+
-
Contr.
Processo
Aktor
Aktor
Aktor
Atuador
Fieldbus
D/A
A/D
sistema de controle
Sensor
Sensor
Sensor
Sensor
Processo
Atuador
Sensor
digital convencional
Sistema de controle
com Fieldbus
Figura 4.3 - Malha Fechada de Controle com Fieldbus
Nos itens seguintes apresentaremos as principais caractersticas dos sistemas Fieldbus
atualmente propostos para padronizao internacional.
3.4.2 A proposta FIP (Factory Instrumentation Protocol)
223
3.4.2.1. INTRODUO
O projeto FIP foi elaborado por umconjunto deempresas europias (Telemecanique,
CEGELEC, CGEE Alsthom), rgosdogovernofrancsecentrosdepesquisaconglomerados
emtornodochamado"ClubFIP". A propostaprocuroulevar emconsideraoasrestriesde
temporeal impostaspor umgrandenmerodeaplicaesanvel dechodefbrica. Definiu-
se um modelo de transmisso "produtor-consumidor", que difere das solues mais
usualmente encontradas emredes locais. Para este fieldbus existem"chips" integrados que
implementam as funes das trs camadas (FIPART, FULLFIP).
3.4.2.2. A CAMADA FSICA
FIP ofereceopcionalmentecomo meios detransmisso afibraticaeo par tranado
(blindado ou no). Para o par tranado so previstas trs velocidades de transmisso de dados:
S1: 31.25 Kbps, distncia at 2000 m;
S2: 1 Mbps, distncia at 500 m, par tranado blindado;
S3: 2.5 Mbps, distncia at 200 m, par tranado blindado.
A velocidadepadro aS2. A velocidadeS1utilizadaemreas sujeitas aexploso
(segurana intrnseca). S3 utilizadas para aplicaes que requerem elevado desempenho
temporal. Para uso com fibra tica prevista uma velocidade adicional de 5 Mbps.
Os bits a serem enviados so codificados em Manchester, que permite o envio
simultneo do sinal de sincronizao e dos dados propriamente ditos.
A camadafsicadoFIP suportasegmentos comcomprimentodeat2000meat256
estaes. O barramento principal pode ser decomposto em vrios segmentos, que so ligados a
estepor meio de "taps". Os segmentos podemser interligados por meio derepetidores, que
fortalecem e reconstituem o sinal.
A camada fsica oferece os seguintes servios de comunicao:
- PHY_data_request: pedido de transmisso de dados;
- PHY_data_indication: indicao de servio concludo;
Alm disso, a camada fsica oferece servios de gerenciamento, que so:
- PHY_Reset: reinicializao do nvel fsico;
- PHY_SetValue: ajuste de parmetros da camada fsica;
- PHY_ReadValue: leitura de parmetros ajustados;
- PHY_Event: comunicao de eventos do nvel fsico.
3.4.2.3. A CAMADA DE ENLACE
224
A camada de enlace do FIP no faz uma distino formal entre subcamadas LLC e
MAC, como proposto na norma IEEE 802.
O mtodo de acesso ao meio da rede FIP baseado na difuso ("Broadcasting"). A
difuso organizada por uma entidade centralizada denominada "rbitro de barramento". O
projeto FIP baseou-se no fato de que, nas redes industriais, uma informao gerada emum
determinado ponto podeinteressar avrias outras estaes (por exemplo, o dado gerado por
umsensor detemperaturapodeinteressar aocontrolador, aoatuador eaoterminal devdeodo
operador, simultaneamente).
A maioria dos dados transmitidos pelo barramento representada por objetos
(variveis). Cada objeto representado por um"nome" nico no sistema. Umobjeto , por
definio, elaborado por umnico transmissor (produtor) e levado emconta por qualquer
nmero de receptores (consumidores). Devido ao uso da difuso, os endereos de
transmissores e receptores no precisam ser conhecidos pelas aplicaes.
A comunicao transcorre da seguinte forma (figura 4.4):
rbitro
C P C
ID_DAT
rbitro
C P C
RP_DAT
Figura 4.4 - Mtodo de acesso ao meio do FIP. a) rbitro difunde identificador. b) Produtor
difunde dados pedidos.
Emuma primeira fase, o rbitro difunde na rede o nome da varivel (objeto) a ser
transmitida (quadro de identificao);
O produtor da varivel difunde, em seguida, a informao ligada ao identificador
(quadro de dados);
225
todos os consumidores interessados passam a copia-la na fase final.
Cadaestaocompletamenteautnoma. Onicorequisitoimpostosestaesode
difundir, por solicitaodorbitrodebarramento, avarivel ouvariveispor elasproduzidas.
Naturalmente, as estaes devem tambm aceitar as variveis que lhe so enviadas. A
varreduradasvariveisperidicasfeitaapartir deumalistaimplementadanorbitronafase
de inicializao e que, em geral, no alterada posteriormente.
A transmisso demensagens feitaconformeanormaIEEE 802.2, LLC tipos 1(sem
conexo) e 3 (com reconhecimento). At 24.000 objetos (variveis) so identificveis e
podem ser trocados de forma cclica utilizando uma tabela configurvel.
O formato do quadro do FIP mostrado na figura 4.5, onde:
PRE FSD EB DFS EB FED EB
FSS FES
PRE : Prembulo
FSD : Frame Start Delimiter
EB : Equalization Bit
DFS : Data Frame Sequence - Controle, dados, FCS
FSS : Frame Start Sequence
FED : Frame End Delimiter
FES : Frame End Sequence
Figura 4.5 - Formato do quadro FIP
PRE: prembulo, utilizado parasincronizao entreemissor ereceptores. Compe-se
de um caractere de 16 bits com alteraes dos bits adjacentes de 1 para 0.
FSD/FED: delimitadores deinicio efimdequadro, respectivamente. So codificados
de forma a no serem confundidos com dados.
EB: Bitsdeequalizao, queoperamcomobitsdeinterfaceentreosdelimitadoreseos
dados codificados em Manchester II.
Controle: definetipodequadro, podendoser quadrodeidentificaodeinformaoou
de envio de informao (6 bits).
Dados: podeconter umidentificador representandooendereolgicodeumavarivel,
ovalor deumavarivel, umamensagem, oreconhecimentodeumamensagemouuma
lista de identificadores.
FCS: o controle de erros feito utilizando a tcnica polinomial, permitindo uma
distncia de Hamming de 4 e adotando o polinmio gerador proposto pela CCITT.
226
Os servios oferecidos pela camadadeenlaceso apresentados natabela 4.2. Foram
especificadas quatro classes de servios:
atualizao cclica de dados;
atualizao no peridica de dados;
transferncia de mensagem com ACK;
transferncia de mensagem sem ACK.
Maior importncia foi atribuda aos servios cclicos, de forma que no houve
preocupao com uma otimizao das demais classes.
Classe Primitiva de servio Comentrios
Atualizao cclica de
dados
L_PUT.req/cnf
L_SENT.ind
L_GET.req/cnf
L_RECEIVED.ind
atualiza dados
sinaliza envio
busca de dados
sinaliza recepo
Atualizao no peridica
de dados
L_PARAM.req/cnf requisita um dado
Transmisso de
mensagem com ACK
L_MESSAGE_ACK.req/
ind/cnf
com reconhecimento
Transmisso de
mensagem sem ACK
L_MESSAGE.req/ind sem reconhecimento
Tabela 4.2 - Servios de enlace do FIP
3.4.2.4. A CAMADA DE APLICAO
O projeto FIP prope, a nvel da camada de aplicao, umsub-conjunto do MMS
apresentado no projeto MAP, definindo servios demensagemindustrial queno interferem
com o trfego de tempo real. Alm disso, foi definida uma segunda famlia de servios,
denominada MPS ("Message Periodic/Aperiodic Services"), apresentada na tabela 4.3.
Classe Primitiva de servio Comentrios
227
Leitura de
variveis
A_READ.req/cnf
A_READFAR.ind
l nomes de variveis,
estruturas, status,
valores
Escrita de
variveis
A_WRITE.req/cnf
A_WRITEFAR.ind
escreve especificao,
valor, status
Leitura do tipo de
varivel
A_GETOBJ ECT_DESCRIPTION.req/
cnf
l especificao
Acesso listas de
variveis
A_READLIST.req/cnf
A_WRITELIST.req/cnf
l e escreve atributos,
valores
Servios de
sincronizao
A_SEND.ind
A_RECEIVE.ind
sincronizao local e
remota
Tabela 4.3 - Servios MPS do FIP
3.4.2.5. FUNES DE GERENCIAMENTO DA REDE
O projeto FIP definiu umasriedefunes degerenciamento derede, quepermitem
coordenar as vrias fases do ciclo de vida da mesma. Para inicializar a rede preciso:
Configurar a rede (definio de parmetros, identificadores e listas de objetos, gerar
tabelas de varredura);
Implementar e testar a configurao.
Durante a operao da rede, necessrio realizar sua manuteno, que inclui:
Atualizao das listas de objetos;
Atualizao das tabelas de varredura;
Gerenciamento das operaes de partida e parada;
Deteco e correo de falhas;
3.4.3. A proposta PROFIBUS (PROcess FIeld BUS)
3.4.3.1. INTRODUO
O PROFIBUS (Process Field Bus) foi desenvolvido na Alemanha, inicialmente pela
Siemens emconjunto coma Bosch e Klockner-Moeller, em1987. Em1988 tornou-se um
"Trial UseStandard" nocontextoda normaDIN(DIN 19245, parte1), quedefineascamadas
Fsica e Enlace. Posteriormente, um grupo de 13 empresas e 5 centros de pesquisa propuseram
alteraes nas camadas Fsica e Enlace e definiram a camada de Aplicao (norma DIN
19245, parte2). OPROFIBUS representaapropostaalemparaapadronizaointernacional
228
do fieldbus. Esta proposta atualmente apoiada por cerca de 110 empresas europias e
internacionais (Siemens, ABB, AEG, Bosch, entreoutras). Em1996tornou-seumpadro da
comunidade europia, sob a designao EN50170.
Como nas demais redes fieldbus para aplicaes industriais, para atender aos requisitos
detempo deresposta, o PROFIBUS implementao modelo derefernciaISO/OSI reduzido a
trs camadas (1, 2 e 7), descritas a seguir.
3.4.3.2. A CAMADA FSICA
A camada fsica do PROFIBUS baseia-se no padro EIA RS-485 (EIA - Eletronic
Insdustries Association), topologia barramento, utilizando como meio um par tranado
blindado(130Ohms). Permiteainterligaodeat32elementos(estaesativas, passivasou
repetidoras) por segmento. Sopermitidos at4segmentos, totalizandoassimummximode
122 estaes.
A codificao utilizada a NRZ, podendo ser implementada com uma USART
simples (assncrona). As taxas de transmisso propostas na norma original so 9.6, 19.2 e
93.75kbps paradistncias at1200 m, 187.5 kbps paradistncias at600me500 kbps at
200 m.
A camada fsica oferece duas primitivas de servio acessveis camada de enlace:
PHY_DATA.request (requisio deenvio dedados) ePHY_DATA.indication (indicao da
presena de dados).
3.4.3.3. A CAMADA DE ENLACE
A exemplodanormaIEEE 802, oPROFIBUS defineduassubcamadasparaacamada
deEnlacedeDados: asubcamadadecontroledeacesso ao meio (MAC) easubcamadade
controle de ligao lgica (LLC).
NasubcamadaMAC, o PROFIBUS combinadois mtodos determinsticos deacesso
ao meio: as estaes ditas "ativas" encontram-se emumanel lgico, no qual o direito de
acesso ao meio repassado ciclicamente por passagemde token (baseado na especificao
IEEE 802.4), enquanto as estaes ditas "passivas" comportam-se como escravas, isto , s
tem acesso ao meio por requisio da estao ativa detentora do token. O PROFIBUS
representa assim uma combinao dos mtodos "Master/Slave" e "Token-Passing" (figura
4.6). O token s repassado entre as estaes ativas.
Estaes ativas podementrar esar do anel lgico deformadinmica, como previsto
nanormaIEEE 802.4. Otokenrepassadonaordemascendentedeendereos, seguindouma
listade estaes ativas (LAS, List of ActiveStations). Estalista geradana inicializao e
atualizada sempre que uma estao entra ou sai do anel lgico.
229
. . .
Mestre 1 (ativa) Mestre 2 (ativa)
Escravo 1
(passiva)
Escravo 2
(passiva)
Escravo n
(passiva)
Token
anel lgico
Figura 4.6 - Mtodo de acesso ao meio do PROFIBUS
OPROFIBUS prevumasriedequadrosdiferentes, agrupadosemduasclasses, uma
paratransmissoentreestaes mais complexas(quadros longos) eoutraparadispositivos de
campo simples (quadros curtos). Os quadros previstos incluem:
quadro longo sem campo de dados;
quadro longo com campo de dados fixo;
quadro longo com campo de dados varivel;
quadro curto sem campo de dados;
quadro curto com campo de dados;
quadro curto de passagem de token.
Cadaquadro formado por vrios caracteres UART. Umcaracter UART composto
de11bits: 1bit deinicio("start bit"), 8bits dedados, 1bit deparidadee1bit definalizao
("stop bit"). Em particular tm-se os seguintes campos em cada quadro:
SD: Start Delimiter (delimitador de inicio de quadro);
DA: Destination Address (Endereo de destino do quadro);
SA: Source Address (Endereo de origem do quadro);
FC: Frame Control (Controle de quadro);
DATA_UNIT: Dados propriamente ditos;
230
FCS: Frame Check Sequence (seqncia de checagem de erros);
ED: End Delimiter (Delimitador de fim de quadro).
O protocolo implementado nacamadadeenlacedenominado FDL ("Fieldbus Data
Link"), que oferece servios de administrao do token, de atualizao das estaes e de
transfernciadedados. Estes ltimos so apresentados natabela 4.4. A trocadedados feita
emciclos compostos por um"send-request" departedaestao ativaeseguidapor um"ack-
response" de parte de uma estao passiva ou de outra estao ativa.
Classe Primitiva de servio Comentrios
SDN (Send Data with
No Acknowledge)
FDL_DATA envio de dados sem
reconhecimento
SDA (Send Data with
Acknowledge)
FDL_DATA_ACK envio de dados com
reconhecimento
RDR (Request Data
with Reply)
FDL_REPLY
FDL_REPLY_UPDATE
requisio de dados com
reconhecimento
CRDR (Cyclic Request
Data with Reply)
FDL_CYC_REPLY
FDL_CYC_DEACT
FDL_REPLY
FDL_REPLY_UPDATE
estao local requisita
ciclicamente dados ao
usurio remoto.
CSRD (Cyclic Send
and Request Data)
FDL_SEND_UPDATE
FDL_CYC_DATA_REPLY
FDL_CYC_DEACT
FDL_DATA_REPLY
FDL_DATA_UPDATE
estao local envia
ciclicamente e requisita
simultaneamente dados de
resposta.
SRD (Send and
Request Data)
FDL_DATA_REPLY
FDL_REPLY_UPDATE
estao local envia e
requisita dados.
Tabela 4.4 - Servios da camada de enlace (FDL) do PROFIBUS
3.4.3.4. A CAMADA DE APLICAO
Na camada de aplicao foi definido um subset do MMS (ISO 9506), utilizando
primitivas de servios apropriadas para atender os aspectos especficos do barramento de
campo. A Camada de Aplicao est dividida em trs subcamadas:
231
FieldbusMessageSpecification(FMS), queoprotocolopropriamentedito, derivado
do MMS;
Lower Layer Interface (LLI), responsvel pela interface com a camada de Enlace,
mapeando os servios FMS e FMA (Fieldbus Management) em servios
correspondentes do FDL;
Application Layer Interface (ALI), responsvel pela interface comas aplicaes do
usurio. A ALI operacomosolicitador deservios("Cliente") aumDispositivoVirtual
de Campo (VFD, Virtual Field Device), que opera como fornecedor de servios
("Servidor").
O VFD equivalente ao VMD (Virtual Manufacturing Device) do MMS usado em
MAP, constituindo uma representao abstrata de vrias classes de dispositivos reais.
Asclassesdeonjetosdefinidasso: Variveis, Domnios, Alarmes, ListasdeVariveis
e Invocaes de Programa. Todos os objetos da rede so cadastrados emumdiretrio de
objetos, denominado OV (Objekt Verzeichniss). Cada estao contemuma cpia total ou
parcial do OV.
Sodefinidosservios comesemconexo, cclicoseacclicos, entreestaesativas e
entre estas e estaes passivas. Os servios sem conexo so usados para "Broadcast" e
"Multicast" (difuso de quadros entre todas as estaes ou entre certos agrupamentos pr-
definidosdeestaes). Osservios comconexosousadosparagarantir umatrocadedados
confivel.
A tabela 4.5 apresenta uma viso geral dos servios oferecidos, que podem ser
decompostos emtrs classes: servios deAplicao, servios deAdminstrao eservios de
Gerenciamento de Rede.
Emrelao ao MMS, tem-secomo novidadeos servios Phy_ReadePhy_Write, que
permitem acesso direto a strings de octetos para os quais no se tenha uma descrio no OV.
232
Classe Primitivas de servio Comentrios
Servios de
Acesso a
variveis
READ
WRITE
INFORMATION_REPORT
PHY_WRITE
PHY_READ
DEFINE_VARIABLE_LIST
DELETE_VARIABLE_LIST
leitura e escrita de
variveis contidas
em dispositivos
servidores
Servios de
Acesso a
Domnios
INITIATE_DOWNLOAD_SEQUENCE
DOWNLOAD_SEGMENT
TERMINATE_DOWNLOAD_SEQUENCE
INITIATE_UPLOAD_SEQUENCE
UPLOAD_SEGMENT
TERMINATE_UPLOAD_SEQUENCE
REQUEST_DOMAIN_DOWNLOAD
REQUEST_DOMAIN_UPLOAD
transferncia de
dados ou programas
de dispositivo cliente
para dispositivo
servidor e vice-versa
Servios de
Invocao de
Programas
CREATE_PROGRAM
INVOCATION_DELETE_PROGRAM
INVOCATION_START
INVOCATION_STOP
INVOCATION_RESUME
INVOCATION_RESET
partida, parada,
retorno da execuo,
retorno ao estado
inicial e deleo de
programas
Servios de
Notificao de
Eventos
ALTER_EVENT_COND._MONITORING
EVENT_NOTIFICATION
ACK_EVENT_NOTIFICATION
servidor notifica
cliente a ocorrncia
de um evento
(alarme)
Servios de
Leitura de
Status
STATUS
UNSOLICITED_STATUS
STATUS_IDENTIFY
informaes acerca
do estado dos
dispositivos
servidores
Servios de
Gerenciamento
de Dicionrio
de Objetos
GET_OV
PUT_OV
INITIATE_PUT_OV
TERMINATE_PUT_OV
descrio de todos os
objetos na rede
(nomes, endereos,
tipos de dados, etc)
Servios de
Gerenciamento
de Contexto
INITIATE
REJ ECT
ABORT
estabelecimento e
encerramento de
associao entre dois
dispositivos e a
rejeio de
mensagens recebidas
Tabela 4.5 - Servios de aplicao do PROFIBUS
233
3.4.4. A proposta ISA SP-50
3.4.4.1. INTRODUO
Os projetos FIP e PROFIBUS contriburam grandemente para o projeto SP-50
(Standards & Practices 50), emelaborao naISA (instrumentationSociety of America), que
dever tornar-se a proposta definitiva para o fieldbus padronizado. Os trabalhos de
padronizao ainda esto em andamento.
A ISA adotou a terminologia da CCITT, na qual um elemento de comunicao
composto de duas partes:
DTE (DataTerminal Equipment), queaqui inclui as funcionalidades das camadas de
aplicao, deenlaceeapartedacamadafsicaindependentedo meio detransmisso
adotado;
DCE (Data Communication Equipment), que aqui inclui as partes da camada fsica
que dependem do meio.
3.4.4.2. A CAMADA FSICA
A camada fsica da ISA SP-50 se compe de trs subcamadas (figura 4.7):
SubcamadaDIS (DataIndependent Sublayer): atuacomo interfacecomacamadade
enlace, recebendo pedidos de servio desta e repassando os dados recebidos (DTE);
SubcamadaMDS (MediumDependent Sublayer): codificaos dados aenviar paraum
formato compatvel com o meio fsico a ser adotado. Por enquanto, somente foi
especificadaasubcamadaMDS parao par tranado, ondeseadotaacodificao tipo
Manchester bifsico (DCE);
Subcamada MAU (MediumAttachment Unit): descreve o transceptor propriamente
ditoparaomeiofsico(DCE). Paraacamadafsicaforaminicialmentepropostosdois
tipos de meio:
meio H1: para aplicaes em controle de processos em reas de segurana
intrnseca, usando par tranado, comtaxadetransmisso de31.25Kbps, cabo
de at 1900 metros, que tambm utilizado para a alimentao dos
dispositivos de campo. As topologias propostas so barramento e estrela;
234
meio H2: para processos de controle de alta velocidade, com taxa de
transmisso de1 Mbps ou 2.5 Mbps, topologiaembarramento edistnciade
750 m para 1 Mbps ou 500 m para 2.5 Mbps, com 32 estaes por segmento.
Propostas alternativas utilizando fibra tica e sinais de rdio esto sendo estudadas.
Meio Fsico
Camada de Enlace
DIS
(Data Independent Sublayer)
MDS
(Medium Dependent Sublayer)
MAU
(Medium Attachment Unit)
Figura 4.7 - A camada fsica do SP-50
3.4.4.3. A CAMADA DE ENLACE
A camada de Enlace oferece quatro classes de funes, a seremimplementados nas
estaes de acordo com as necessidades:
funes de "Responder": estao s transmite dados emresposta a uma solicitao
(estao "escrava");
funes de"Initiator": estao podeseapoderar do direito deacesso ao meio (token),
podendo enviar e requisitar dados a outras estaes por iniciativa prpria;
funes de "Link-master": inclui as funes de responder e initiator, mas a estao
pode exercer o papel de escalonador de enlace (LAS), administrando o token e
gerenciando o tempo interno do sistema (semelhante ao papel do rbitro de barramento
do FIP);
funes de "Bridge": estao capaz de interligar entidades de enlace diferentes;
235
Sehmais deumaestao comas funcionalidades deum"Link-master" no sistema,
estas disputamentresi nainicializao o papel deescalonador deenlace(rbitro). A estao
vencedora chamada LAS (Link Active Scheduler). Existem, para isto, trs tipos de token
(figura 4.8):
Token de escalonamento (Scheduler Token): este token disputado na inicializao
por todas as estaes tipo Linkmaster e define a estao LAS, que o retm.
Token circulado ou de Resposta (Reply Token): distribudo pela estao LAS s
demais estaes com funcionalidade de Linkmaster, que formam um anel lgico
conforme a norma IEEE 802.4.
Tokendelegado(DelegatedToken): enviadopelaestaoLAS aumaestaoqualquer
por solicitao destaou paraatender s necessidades deumservio decomunicao
escalonado pela LAS.
LAS
LM
LM LM
Estao
qualquer
Token de escalonamento
Token circulado
Token delegado
Figura 4.8 - Operao dos tokens no SP-50
Funcionalmente, a camada de Enlace est subdividida em quatro subcamadas,
conforme mostrado na figura 4.9:
236
Camada Fsica
Camada de Aplicao
Subcamada de gerenciamento de ponte
Subcamada de gerenciamento de conexes
Subcamada de escalonamento
Subcamada de acesso a enlace
Figura 4.9 - A camada de Enlace do SP-50
SubcamadadeacessoaEnlace: estabeleceainterfacecomacamadafsica, gerenciao
token e servios de resposta imediata;
Subcamadadeescalonamento deEnlace: providenciaas funes deescalonamentode
atividades na prpria entidade de enlace. Esta subcamada mais complexa em
estaes comas funcionalidades de Linkmaster e que podemassumir a funo de
LAS;
Subcamada de gerenciamento de conexes: executamtodas as funes referentes ao
estabelecimento e rompimento de conexes;
SubcamadadegerenciamentodePonte: sexisteemestaescomfuncionalidadesde
Bridge.
A camada de enlace oferece quatro classes de servios s entidades da camada de
aplicao:
Servios de gerenciamento de Buffers e filas: atravs deles, usurios da camada de
enlace podem alocar permanentemente buffers ou filas com profundidade especificada,
a serem usados posteriormente para a transferncia de dados;
Servios detransfernciadedados comconexo: permitemoestabelecimento deuma
conexo e o envio de dados entre estaes, garantindo servios altamente confiveis;
237
Servios de transferncia de dados semconexo: permitemo envio de dados semo
estabelecimento prvio de uma conexo e que, apesar da menor confiabilidade, so
teis no envio de telegramas de difuso (multicast e broadcast);
Servios de escalonamento de transaes: permitemprogramar o Escalonador Ativo
deEnlace(Link ActiveScheduler, LAS), definindoaseqnciadepassagemdetoken
(escalonamento do meio entre as estaes).
3.4.4.4. A CAMADA DE APLICAO
A camadadeaplicaodoSP-50aindaseencontraemdiscussoeprocuraconjugar as
idias bsicas do MMS, para aplicaes sem restries temporais, com servios tipo
READ/WRITE inspiradosnoFIP equeatendemotrfegocclicoeacclicocomrequisitosde
tempo real "duro".
A camada de aplicao prev, em sua fase atual, os seguintes conjuntos de servios:
Servios MCSE (Message Common Service Element): estabelece e interrompe
conexes entre processos de aplicao (Correspondem aos servios ACSE da ISO).
Servios IMSE (Industrial Message Service Element): servios semelhantes aos
oferecidos pelo MMS do projeto MAP.
Servios DDM (Distributed Database Maintenance): Servios de acesso bases de
dados distribudas.
3.4.4.5. CAMADA DO USURIO
Uma proposta inovadora no SP-50 a definio de uma camadado usurio, situada
acima da camada de aplicao, destinada a aliviar o programador de detalhes de acesso ao
sistema de comunicao e a oferecer servios adequados a diversos tipos diferentes de
aplicaes (a semelhana dos "companion standards" propostos no projeto MAP).
Os trabalhos atuais esto restritos adefinio defunes paraaplicaes emcontrole
deprocessos, agrupadas nachamadaPCUL ("Process Control User Layer"). Outros trabalhos
devero atender as reas deautomao damanufatura, controlepredial, eletrnicaembarcada
(automveis), aplicaes domsticas, entre outras.
238
3.4.4.6. SERVIOS DE GERENCIAMENTO DE REDE
Almdas funcionalidades das camadas jvistas, apropostaSP-50inclui umconjunto
de funes de gerenciamento de rede, como:
Gerenciamento de configurao de rede: carregamento, inicializao de endereos,
configurao de comunicao e aplicao, partida, etc;
Controle de operao: ferramentas de sincronizao, escalonamento, etc;
Monitorao de desempenho: deteco, diagnose e recuperao deerros, avaliao e
otimizao de desempenho, etc.
3.4.5. Concluses
Uma vez definido um padro internacionalmente aceito, o Fieldbus dever
revolucionar o setor de instrumentao. Esta tecnologia permite que a inteligncia seja
totalmentedistribudapelo campo efavoreceo surgimento dedispositivos comcapacidades
locais de processamento cada vez mais sofisticadas. A integrao total dos equipamentos
permitiralteraesnosprocedimentosdeoperaodasplantasindustriais. OFieldbusdever
tambm propiciar a intercambiabilidade a nvel de sensores, atuadores, transmissores e
controladores, trazendo ao usurio umamaior flexibilidadenacompradeprodutos eabrindo
espao para novos fabricantes.
239
3.5. ANLISE DE ALGUNS PRODUTOS COMERCIAIS
3.5.1. Introduo
Discutiremos brevemente neste captulo algumas solues de mercado. Como existe
uma imensa variedade de produtos comerciais, nos limitamos aqui a citar alguns dos mais
difundidos, sem pretenses de apresentar uma lista completa.
3.5.2. Redes para Instrumentao
A interfacederededominantenareadeinstrumentao(multmetros, osciloscpiose
outros instrumentos hoje microprocessados) a GPIB (General Purpose Interface Bus,
barramentodeinterfacedepropsitogeral). A origemdestesistemaumprodutodaHewlett-
Packard denominado HP-IB (Hewlet-Packard Interface Bus), que passou a ser norma
americana sob a designao IEEE 488.1 e posteriormente norma internacional sob a
designao IEC 625-1.
GPIB opera como umbarramento paralelo, constitudo de 16 linhas comsinal ativo
baixoreferenciadoaumterracomum. Sinaiscomtensoacimade2V soconsideradoscomo
lgico 0 e abaixo de 0.8V como lgico 1. A interface permite portanto o envio de bits em srie
edebytes emparalelo. Das 16linhas quecompeo cabo, 8so paraos dados propriamente
ditos, 3servemparaoperaes dehandshake e5paragerenciamentodainterface. A pinagem
descrita na tabela 5.1.
Categoria Linha Nome
8 Data lines DIO 1-8 Data I/O
DAV Data Valid
3 Handshake lines NRFD Not Ready For Data
NDAC Not Data Accepted
REN Remote Enable
IFC Interface Clear
5 Interface Management lines SRQ Service Request
EOI Endo or Identify
ATN Attention
Tabela 5.1 - Pinagem do GPIB
As linhas decontroleNRFD eNDAC operamno modo "wired-OR", demodo ques
assumemo valor lgico TRUE no barramento quando todas as estaes ligadas ao GPIB
setam a linha correspondente local em TRUE (ativo baixo).
240
GPIB requer a existncia de uma estao controladora (mestre) do barramento, que
define emcada instante quemser a estao emissora (fonte dos dados, aqui chamada de
"talker" ou falante) e quemsero as estaes receptoras (destino dos dados, aqui chamados
"listeners" ououvintes). A linhaATN distinguemensagens dedados (ATN=0) demensagens
dedicadas de gerenciamento da interface (ATN=1) como, por exemplo, mensagens para
definir o talker e os listeners.
Aps adefinio, pelaestaocontroladora, dequemseroo talker eos listeners, so
executados os seguintes passos:
1. Seotalker temumnovobytededadosaenviar, colocaseuvalor naslinhasDIO1-
8;
2. Talker seta linha DAV (Data Valid) em true;
3. Listeners setam NRDF (Not Ready For Data) em true;
4. ListenersrecebemodadoesetamNDAC (Not DataAccepted) emfalse(estalinha
sassumeovalor falsequandotodososlistenersreceberemodado, devidoaouso
de wired-OR);
5. Talker seta DAV (Data Valid) em false e remove dados das linhas DIO 1-8;
6. Listeners setam NDAC (Not Data Accepted) em true;
7. Selisteners estiveremprontos parareceber umnovo bytededados, setamNRFD
(Not Ready For Data) em false;
8. Talker pode reiniciar processo do passo 1, enviando o byte de dados seguinte.
UmbarramentoGPIB podeter at15estaes(entrecontroladora, talkers elisteners),
comumcomprimentomximodecabode20metros, operandoaumataxadetransmissode
at 1Mbps.
Apesar da boa aceitao na rea de instrumentao, GPIB no uma interface bem
adaptadas necessidades deautomao dechodefbrica(sensores, atuadores, robs, CLPs,
CNCs, etc.), pois os cabos e a prpria interface de 16 condutores so caros, o sinal
referenciado aoterrasensvel perturbaes eletromagnticas eo comprimento mximodo
barramento uma limitao fsica indesejvel.
3.5.3. Redes para automao de escritrios
Apesar de uma certa difuso de redes cominterfaces paralelas para comunicao de
dados na rea de instrumentao (por exemplo GPIB), nas redes de comunicao para
automao industrial as mensagens so enviadas de modo serial.
As redes locais atualmente mais utilizadas emautomao so as redes ETHERNET
(produto das empresas DEC, INTEL e XEROX), ARCNET (Datapoint) e TOKEN-RING
(IBM). Estes produtos diferem nas velocidades, topologias e protocolos utilizados.
241
Tipicamentedefinemas duas primeiras camadas do modelo OSI (fsica eenlace). Algumas
caractersticas destas redes so apresentadas na tabela 5.2.
ETHERNET ARCNET TOKEN-RING
Acesso ao Meio CSMA/CD Token-passing Token-passing
Velocidade 10 Mbps 2.5 Mbps 4 ou 16 Mbps
Nmero de ns 1024 254 255
Meio de
transmisso
Par tranado
Fibra tica
Cabo coaxial
Par tranado
Fibra tica
Cabo coaxial
Par tranado
Cabo coaxial
Topologia Star/Bus Star/Bus Ring
Tabela 5.2 - Redes para escritrio grandemente difundidas
Entreestas redes, aARCNET (AttachedResourceComputer Network) apresentaboas
caractersticas para aplicao em ambiente industrial, devido a sua topologia, tcnica de
acesso ao meio e preo baixo. Existem vrias instalaes industriais em operao.
A Ethernet amaispopular, mastemcomodesvantagemomtodonodeterminstico
deacesso ao meio (CSMA/CD). Estaredefoi originalmentedesenvolvidaparaaplicao em
escritrio epossui amaior quantidadedeunidades instaladas no mercado. Apesar do mtodo
de acesso ao meio no determinstico, existem para ela muitas instalaes industriais em
operao, principalmente em aplicaes com requisitos de tempo relaxados.
A rede Token-Ring a mais popular entre os produtos da IBM. Apresenta como
desvantagemumaltocustodeinstalaoebaixaflexibilidade. Emcontrapartidatrabalhacom
elevadataxadetransmisso einclui umgrandenmero desolues entreos produtos IBM.
Devido ao mtodo de acesso ao meio determinista, uma boa opo para aplicaes
industriais.
3.5.4. Softwares para rede
Quanto aos Softwares para redes, existe tambmuma srie de alternativas. Os mais
difundidos so: LAN-Manager (Microsoft), LAN-Server (IBM), PC-LAN (IBM), Netware
(NOVELL), NetBIOS (IBM), TCP/IP, entre outros.
3.5.4.1. NOVELL NETWARE
O sistema operacional para rede da NOVELL era at bem recentemente o mais
difundido nomercado epodeoperar sobrediferentes bases dehardwarepararede(suportaas
242
redes ARCNET, Ethernet e Token-Ring). Oferece servios a nvel das camadas de sesso e
apresentao.
3.5.4.2. LAN-MANAGER
O Sistemaoperacional pararedes daMicrosoft o maior concorrentedemercado do
Novell-Netware. Na versao original, devia operar sobre o sistema operacional OS/2 no
servidor. Hverses paraMVS (IBM) eVMS (DEC). Opacotefoi integrado posteriormente
no sistema operacional Windows 95. O LAN-Manager, a exemplo do Netware, oferece
serviosanvel dacamadasdesessoeapresentaomasenglobatambmasfuncionalidades
do protocolo TCP/IP (ver adiante).
3.5.4.3. LAN-SERVER
Sistemaoperacional pararedesdaIBM, inicialmentedesenvolvidoemconjuntocomo
LAN-Manager da Microsoft. Opera sobre o sistema operacional OS/2.
3.5.4.4. PC-LAN
Sistema operacional que opera sobre a rede Token-Ring da IBM, interligando
computadores PC. Requer o NetBios para funcionar.
3.5.4.5. NETBIOS
O NetBios umaInterfacepara Programas de Aplicao (API, Application Program
Interface) desenvolvidopelaIBM queprovserviosanvel dascamadasderedeetransporte
para PC-LAN e LAN-Server.
3.5.4.6. TCP/IP
Os protocolos TCP/IP foram desenvolvidos pela UCB (University of California at
Berkeley) para a ARPA ("Advanced Research Projects Agency") em1969, muito antes da
definio do modelo de referncia ISO/OSI. Sua aplicao original era militar (a ARPA
vinculadaao DoD, Departamento deDefesados EUA). Opar deprotocolos conhecido como
TCP/IP uma herana do projeto ARPANET.
Os servios oferecidos pelo protocolo ARPANET permitemtransferir arquivos (ftp),
executar comandos remotamente (telnet), enviar e receber correio eletrnico (mail), entre
outros.
O protocolo TCP ("Transmission Control Protocol") usado para implementar o
sequenciamento e o controle de fluxo de informaes e corresponde aproximadamente
camada de transporte do modelo OSI.
243
O protocolo IP ("Internet Protocol") umprotocolo no orientado a conexo cujas
funescorrespondemaproximadamentesdacamadaderede, masenglobaalgumasfunes
pertencentes a subcamada LLC da camada de enlace do modelo ISO/OSI.
Este par de protocolos adquiriu uma grande importncia, pois hoje a base de
funcionamento da INTERNET. Emfuno disto, veremos umpouco mais emdetalhes os
servios oferecidos.
Estes protocolos costumam ser utilizados em uma arquitetura de rede diferente da
propostapelaISO, conformeveremos aseguir. OTCP/IP seestabeleceucomo umpadro de
fato para ligaes de redes heterogneas. O TCP/IP foi originalmente desenvolvido para
interconectar mquinasdediversosfabricantes, ouseja, setornar umprotocolouniversal. Para
tanto foram disponibilizados os seguintes servios:
Gerenciamento de redes:
DNS (Domain Name System): um esquema de gerenciamento de nomes,
hierrquico e distribudo, que define a sintaxe dos nomes usados na Internet. Os
endereos TCP/IP so numricos (com uma formao dividida em classes),
compostos uma parte destinada a endereamento de rede e uma parte destinada a
endereamento de hosts (mquinas). O DNS contm um banco de dados
distribudo, mantidopor umconjuntodeServidoresdeNomes(NameServers), que
permite fazer a resoluo de endereos IP (numricos) para o nome de uma
mquina. Cadanvel hierrquicodeumnomedenominadoumdomnio(domain).
Ex.: atlas.lcmi.ufsc.br um nome composto de 4 domnios, que eqivale ao
endereo IP 150.162.14.1.
SNMP (Simple Network Management Protocol): uma aplicao TCP/IP, que
providencia uma maneira de gerenciar objetos dentro de uma rede TCP/IP. Os
processos querealizamogerenciamentosodenominados agentes egerentesetem
por objetivo detectar a presena de falhas no funcionamento dos componentes da
rede. O gerente envia comandos aos agentes, solicitando informaes sobre o
estado dos objetos gerenciados (comandos get e response) ou modificando este
estado(comandoput). Umagentepodetambmnotificar ogerentedaocorrnciade
umevento especfico (comando trap). Os objetos gerenciados podemser estaes
de trabalho, gateways, modems, bridges, concentradores, processos, etc.
Finger: uma parte do protocolo TCP/IP, que providencia uma maneira de se
verificar os hosts e users que esto conectados a um determinado host.
Ping: uma parte do protocolo TCP/IP , que providencia uma maneira de se
verificar se um determinado host est ativo na rede. Funciona enviando uma
244
mensagemparaohost eaguardandoumaresposta. Seohost norespondesignifica
que no est conectado rede.
Netstat: uma parte do protocolo TCP/IP , que providencia uma maneira de se
verificar asconexesqueestoativasnaredeTCP/IP. InformaasconexesTCP no
host, estado dos servidores TCP/IP neste host, bemcomo os Sockets utilizados,
dispositivos e links, e a tabela de roteamento que est ativa.
Correio:
SMTP (Simple Mail Transfer Protocol): umapartedo protocoloTCP/IP , que
providenciaumcorreio eletrnico entreos usurios UNIX. Estecorreio permitea
troca de mensagens e notas entre dois ou mais hosts. As notas so guardadas no
SPOOL do UNIX.
Compartilhamento de arquivos:
NFS (Network File System): umapartedo protocolo TCP/IP , queprovidencia
umamaneiradesecompartilhar arquivos dosistemas atravs deumaredeTCP/IP.
Ele realiza um mapeamento dos discos de um determinado servidor na rede
TCP/IP, permitindo que os hosts desta rede enxerguem estes arquivos como locais.
Comunicao:
SLIP (Serial Line IP): umprotocolo muito simples, utilizado para conectar-se
dois hosts atravs deumalinhaserial, configurando-seumaligao ponto-a-ponto.
No providencia endereamento; cada umdos hosts temque ser conhecido pelo
outro; no identifica pacotes e no possui correo de erros.
PPP (Point-to-Point Protocol): protocolo que foi desenvolvido para substituir o
SLIP, e contm as implementaes que no so oferecidas pelo SLIP.
Emulao de terminais:
Telnet: uma parte do protocolo TCP/IP, que providencia uminterface padro
atravs do qual umprograma emumHOST (cliente Telnet) acessa recursos em
outro HOST (servidor Telnet) como se fosse um terminal local conectado ao
servidor de terminais.
245
APIs (Application Program Interfaces):
RPC: uma parte do protocolo TCP/IP , que providencia uma interface de
aplicao que permite a comunicao entre dois programas, os quais so executados
em dois hosts diferentes (processamento cooperativo, processamento
cliente/servidor).
Transferencia de arquivos:
FTP (File Transfer Protocol): umapartedo protocolo TCP/IP, queprovidencia
uma maneira de realizar a transferncia de arquivos entre hosts UNIX. O usurio
temqueseidentificar parao host deondeo arquivo sertransferido, ou sejatem
que ser um usurio conhecido no host servidor.
TFTP (Trivial File Transfer Protocol): umsimples protocolo para transferir
arquivos entre dois hosts. No leva em considerao nenhuma proteo e
autenticao de usurio.
Aplicaes grficas:
XWINDOW (X Window System): uma parte do protocolo TCP/IP , o qual
providencia apresentao em forma grfica.
Impresso remota:
LPR (Line Printer Redirection): executa o redirecionamento de arquivos de
impresso para um host atravs de uma rede TCP/IP.
LPD (Line Printer Daemon): servidor deimpresso parahosts remotos emuma
rede TCP/IP.

Execuo remota:
RSH (Remote Shell Protocol): executa um shell remotamente em outro host
atravs de uma rede TCP/IP.
REXEC (Remote Execution Command Protocol): umservidor oqual permitea
execuodeumcomandoREXEC deumhost remotoatravsdeumaredeTCP/IP.
246
Oservidor realizaumloginautomtico incluindo averificao do usurio. A parte
cliente realizada pelo processo REXEC.
Servidor de Boot:
BOOTP (BOOTstrap Protocol): umservidor deboot remoto parahosts atravs
de uma rede TCP/IP. Muito utilizado por terminais grficos (normalmente
Diskless).
A figura 5.1mostraumarelaoaproximadaentreomodeloderefernciaOSI/ISOea
arquitetura usualmente vinculada aos protocolos TCP/IP.
Modelo de Referncia ISO/OSI
Aplicao
Apresentao
Sesso
Transporte
Rede
Enlace
Fsica
Modelo Arquitetura TCP/IP
Meio Fsico
Controle de acesso ao meio (MAC)
IP (Internet protocol)
TCP (Transmission Control Protocol)
SMTP
(mail)
FTP TELNET
LLC
MAC
...
LLC + Driver (ex.:UNIX)
}
Placa
Figura 5.1 - TCP/IP e o RM-OSI/ISO
Uma relao aproximada entre os produtos apresentados e o modelo OSI
representada na figura 5.2.
247
Modelo de Referncia ISO/OSI
Aplicao
Apresentao
Sesso
Transporte
Rede
Enlace
Fsica
Ethernet
Token
Ring
ARCNet
TCP/IP NETBIOS
LAN-Manager
LAN-Server
PC-LAN
Novell Netware
LAN-Manager
PC-LAN
Novell Netware
Produtos comerciais de rede
Arpanet
Novell Netware
LAN-Manager
Figura 5.2 - Relao aproximada entre alguns produtos comerciais e o RM-OSI.
3.5.5. redes industriais
3.5.5.1. REDES SINEC (SIEMENS)
As redes SINEC, da Siemens, so um conjunto de solues de rede englobando
praticamente todos os nveis hierrquicos de uma empresa. A famlia SINEC Inclui:
SINEC H1: rede compatvel com a norma IEEE 802.3 (Ethernet).
SINEC H2: rede compatvel com o padro MAP.
SINEC L1: sistema fieldbus proprietrio da Siemens.
SINEC L2: redefieldbus compatvel comanormaalemPROFIBUS. oferecidaem
3 verses:
SINEC L2-DP: sistemadesenvolvidoparaaplicaesqueexijamrespostasrpidas,
especialmenteaquelas envolvendo sistemas remotos deI/O (como CLPs ligados a
sensores e atuadores). Utiliza o padro RS485 ou fibra tica na camada fsica.
Coma interface RS485 pode-se ter umcabo de 1200 metros comuma taxa de
transmissode93.75Kbps, 1000metroscomtaxade187.5Kbps, 200metroscom
taxade1.5 Mbps ou 100 metros comtaxade12 Mbps. Suportaat127 estaes
em4segmentos deredeligados por repetidores. Prevumaoperao commestre
nico (single master) e escravos, adotando portanto somente o protocolo
248
Mestre/Escravos na subcamada MAC. Usa somente servios semconexo esem
reconhecimento (LLC tipo 1). Os servios deaplicao so basicamentevoltados
para leitura e escrita de variveis remotas (READ/WRITE).
SINEC L2-FMS: sistema concebido para a troca de dados entre sistemas
inteligentesautnomosemsistemasdemanufatura, comoCNCs, CLPs, RCs, PCs,
etc (ver figura 5.3). Utiliza tambmo padro RS485 ou fibra tica na camada
fsica. Como as estaes podemser autnomas, utiliza na subcamada MAC os
protocolos Token-Passing conjuntamente com Mestre/Escravos, conforme
previsto nanormaPROFIBUS. Tambmsuporta127estaes em4segmentos de
rede, comooDP. UsaserviosLLC tipos1e3. Osserviosdeaplicaoseguemo
padro FMS (Fieldbus Message Services, subconjunto do MMS da rede MAP).
RC
tcd
Micrometro
Laser
Rede Profibus
CNC
Robo IPSO
SP-50
Torno
Romi-Mazak
PC - Gerente FMC
Esteira transportadora
Camera
CCD
PC- Visao
Figura 5.3 - Aplicao tpica da Rede SINEC L2-FMS
SINEC L2-PA: permiteinterligar instrumentosdareadeprocessosunitriosaum
sistemadecomunicao. AdotaopadroIEC61158-2nacamadafsica, queutiliza
o prprio cabo detransmisso dedados paraenergizar os dispositivos decampo e
operacomumataxadetransmisso de31.25Kbps. Aqui o comprimento mximo
docabodependedonmerodeestaesconectadas efunodeseuconsumode
energia. Um segmento (sem repetidores) suporta no mximo 32 estaes. A
subcamada MAC utiliza o protocolo Mestre/Escravos e usa LLC tipo 1. Os
servios de aplicao so semelhantes aos do DP.
3.5.5.2. BITBUS (INTEL)
249
O Bitbus uma rede comtopologia embarramento e operando como mtodo de
acesso ao meio mestre/escravos. Foi desenvolvido pela INTEL para a integrao de
componentes no nvel mais baixo da automao industrial, integrando sensores, atuadores,
controladores e instrumentos de medio.
O Bitbus um concorrente comercial largamente difundido para os sistemas
atualmentepropostos parapadronizao do Fieldbus eapresenta, aexemplo destes sistemas,
uma arquitetura de apenas trs camadas.
Na camada fsica utilizada a interfacepadro RS-485 compar tranado e taxas de
transmisso de62.5Kbps at2.4Mbps (modo sncrono, com4fios). No modo assncrono, a
rederequer apenas2fioseoperacomtaxasdetransmissodeat1Mbps. Cadasegmentoda
rede suporta no mximo 28 estaes, mas atravs de repetidores podem ser conectados at 250
elementos na rede.
ParaacamadadeenlaceoBitbusempregaoprotocoloSDLC (SynchronousDataLink
and Control), umsub-conjunto do protocolo HDLC padronizado pela ISO. O processador
Intel 8044 implementa este protocolo a nvel de hardware, permitindo assimuma execuo
extremamente rpida do mesmo.
A nvel da camada de aplicao, a INTEL definiu um conjunto de servios
denominados RAC (Remote Access and Control), especialmente concebidos para atender
aplicaes envolvendo sensores e atuadores, que so apresentados na tabela 5.3.
Servio Funo de Acesso Funo de Comando
Reset_Slave X
Create_Task X
Delete_Task X
Get_Function_ID X
RAC_Protect X
Read_IO X
Write_IO X
Update_IO X
Upload_Memory X
Download_Memory X
OR_IO X
AND_IO X
XOR_IO X
Status_Read X
Status_Write X
Tabela 5.3 - Servios RAC do Bitbus
250
Em1986osistemaBitbus tornou-seumpadro, sobadesignaoIEEE 1118. Maisde
2,5 milhes dedispositivos cominterfaceBitbus esto no mercado, produzidos por mais de
50 empresas diferentes.
3.5.5.3. CAN (CONTROLLER AREA NETWORK)
Uma rede do tipo fieldbus que vem ganhando ateno crescente a rede CAN
(Controller AreaNetwork), desenvolvidaoriginalmentepelaBOSCH paraintegrar elementos
inteligentes emveculos autnomos (eletrnica "embarcada"). Umautomvel moderno, por
exemplo, pode possuir mais de 200 microprocessadores, controlando funes como
carburao eletrnica, frenagemanti-bloqueante(ABS), controleesuperviso datemperatura
do leo e do radiador, presso de leo de freio, ajuste automtico de espelhos retrovisores,
banco do motorista, etc.
O sistemaCAN tevesuaprimeiraverso lanadaem1984. Em1987foi produzido o
primeiro chipqueimplementaemhardwareas funes decomunicao, o 82526, produzido
pelaINTEL. A partir de1991vriosoutrosfabricantesforamlicenciadosparaafabricaode
chips paraCAN. Entreeles temos aPhillips (chips 82C200, 87C592, 82CE598e82C150), a
Motorola (chip 68HC05), a NEC (chip 72005), alm da Siemens, da Thompson e da
National.
Apesar deter sidoconcebidoparausoemeletrnicaembarcada, osgrupos detrabalho
da rea de automao vislumbraram a adequao do sistema para uso como rede local
industrial e formaram uma entidade chamada CiA (CAN in Automation), constituda de
usuriosefabricantesdeprodutosbaseadosnoprotocolo. Atabril de1993, aCiA jcontava
com 64 associados no ligados a industria automobilstica.
CAN tem as seguintes caractersticas a nvel da camada fsica (padro ISO/DIS 11898):
Topologia: barramento ou estrela (com concentrador);
Taxa de transmisso: 125 Kbps ou 1 Mbps;
Comprimento mximo do barramento: 40 m para 1 Mbps; at 1 Km para 125 Kbps;
Nmero mximo de ns: 16;
Codificao de bits: NRZ (Non Return to Zero);
Meio detransmisso: no especificado nanorma, mas usualmenteusado par tranado
ou fibra tica.
A nvel da subcamada MAC, temos:
Mtodo deacesso ao meio: ForcingHeaders (ver seo 2.2.1.3) comprioridades para
mensagens.
251
A nvel da subcamada LLC, temos:
Comprimento mximo dos quadros de dados: 8 Bytes;
Controle de erro por CRC (Cyclic Redundancy Check).
As camadas 3 at6 do RM-OSI foramsuprimidas, aexemplo do queocorrecomas
redes tipo fieldbus.
CSMA/NBA - Carrier Sense Multiple access with Non-destructive Bitwise Arbitration (Forcing Headers)
Qualquer n pode acessar o meio se estiver livre
NBA garante 100%de utilizao do meio e priorizao de mensagens baseada no identificador de 11 bits
do frame
Como na Ethernet, cada n tenta transmitir se meio livre.
Diferentemente de Ethernet, no h colises.
Se 2 ou mais ns iniciam transmisso simultnea, conflito resolvido por arbitragem bit
a bit usando o campo IDENTIFIER.
0 dominante no fio sobre 1 (operao AND binria).
Se um n transmite 1, mas escuta 0, ele imediatamente pra transmisso.
O n vencedor envia o resto da mensagem.
Mecanismo garante que no se perde informaes nem tempo.
252
SOF - Start of Frame
EOF End of Frame
CRC - Cyclic Redundancy Check (CRC 16)
ACK - Acknowledgment
CRC
A
C
K
E
O
F
S
O
F
11 bit
IDENTIFIER
Length
0 to 8 bytes Data
Arbitration
Field
Control
Field
Data Field
Frame CAN
SOF - Start of Frame
EOF End of Frame
CRC - Cyclic Redundancy Check (CRC 16)
ACK - Acknowledgment
CRC
A
C
K
E
O
F
CRC
A
C
K
E
O
F
S
O
F
11 bit
IDENTIFIER
Length
0 to 8 bytes Data
Arbitration
Field
Control
Field
Data Field
Frame CAN
O valor do campo IDENTIFIER define prioridade durante arbitragem (IDENTIFIER
mais baixo vence). Isto significa que dois frames no podem ter o mesmo
IDENTIFIER.
Modelos de comunicao:
Frame no contm campos especficos para endereo destino/origem.
Campo IDENTIFIER pode conter endereo de uma estao, grupo de estaes
(multicasting) ou mensagens so difundidas para todas as estaes (broadcasting).
Campo IDENTIFIER pode identificar o contedo da mensagem (dados), que
difundida para todas as estaes.
Gerador da mensagem: PRODUTOR.
Estaes interessadas no contedo da mensagem: CONSUMIDORES.
CAN tambmnodefineumaespecificaoparaacamadadeAplicao, masogrupo
CiA definiu uma especificao para aplicaes em automao, composta dos seguintes
elementos de servio:
CMS (CAN Message Services): fornece servios de leitura e escrita de variveis
remotas e tratamento de eventos. CMS baseado no MMS da rede MAP;
NMT (Network Menagement): fornece servios de inicializao e gerenciamento da
rede;
DBT (Distributor): provumadistribuio dinmicadenomes definidos pelo usurio
para identificar as mensagens.
253
0 0 0 1
00000001
xxxx 11
E
O
F
10110110100
0
N 1 Transmite:
No meio:
0 0 0 1
00000001
xxxx 01
E
O
F
10110110100
0
N 2 Transmite:
0
10110111
N 2 perde arbitragem
e pra transmisso!
0 0 0 1
00000001
xxxx 11
E
O
F
10110110100
0
N 1 Transmite:
No meio:
0 0 0 1
00000001
xxxx 01
E
O
F
10110110100
0
N 2 Transmite:
0
10110111
N 2 perde arbitragem
e pra transmisso!
O sistema suporta at 2032 objetos diferentes, aos quais associado umnmero de
identificaoniconaaplicao. Otempoparaleituradedadosanvel dacamadadeenlace
daordemde420 s parao objeto demaior prioridade. CAN tornou-senormainternacional
definida pela ISO em 1993 sob a designao ISO 11898.
3.5.5.4. VAN (VEHICLE AREA NETWORK)
A redeVAN (VehicleAreaNetwork) foi normalizadaem1990naFranapelo Bureau
de Normalisation de l'Automobile para operar emeletrnica embarcada. A partir de 1992
passou a ser adotada pela Renault e pela Peugeot.
A rede VAN possui as seguintes propriedades a nvel da camada fsica:
Topologia: barramento;
Taxa de transmisso: 100 Kbps at 250 Kbps;
Nmero mximo de ns: 16;
Comprimento mximo de barramento: 20 metros;
Codificao de bits: Manchester ou NRZ.
Na subcamada MAC temos as seguintes caractersticas:
Mtodo de acesso ao meio: Forcing Headers (como CAN);
Controle de erros: assumido pela subcamada MAC, que usa a tcnica de CRC;
A subcamada LLC tem as seguintes particularidades:
Quadro de dados: 8 bytes ou 28 bytes (verso FullVAN);
Apesar das semelhanas com a rede CAN, no se conhecem aplicaes da rede VAN em
automao industrial. Os chips disponveis esto implementados na forma de ASICs
projetados especificamente para a indstria automobilstica.
Existemvrias outras redes concebidas para aplicao emveculos, tais como J 1850
(definida nos Estados Unidos pela SAE), C
2
D (Chrysler Collision Detection), MIL-STD-
1553B (para avinica militar), mas todas com uso restrito eletrnica embarcada.
3.5.5.5. DEVICENET
DeviceNet uma rede industrial de baixo custo para conectar dispositivos como chaves
fim de curso, clulas fotoeltricas, vlvulas, motores, drives, displays de CLP e PC, etc.
DeviceNet foi desenvolvida tendo CAN como base.
DeviceNet oferece manipulao robusta e eficiente de dados e baseada na tcnica
produtor / consumidor.
254
A ODVA (open DeviceNet Vendor Association) uma organizao independente que
supervisiona e gerencia as especificaes da DeviceNet.
Seu objetivo promover a adoo mundial de DeviceNet como rede aberta.
A ODVA trabalha conjuntamente com os membros vendedores, usurios finais e
distribuidores.
Possui 320 membros (at julho de 2001).
Home-pages:
http://www.odva.org
http://www.ab.com/catalogs/b113/comm/dnet.html
Configurao em barra (daisy-chain ou ramificaes)
Ns podem ser removidos sem interromper linha
At 64 ns endereveis
Sinal e alimentao de 24vdc no mesmo cabo
Taxas transmisso: 125kbps, 250kbps, 500kbps
Conectores selados ou abertos
Terminador de 121 ohms nas extremidades
Par tranado com dois fios:
255
Application Layer
Physical Signaling
Transceiver
Transmission Media
Camada 1
Camada 2
{
Camada 7
{
Data Link Layer
DeviceNet
CAN
DeviceNet
}
}
Application Layer
Physical Signaling
Transceiver
Transmission Media
Camada 1
Camada 2
{
Camada 7
{
Data Link Layer
DeviceNet
CAN
DeviceNet
}
}
Ramificaes
Daisy-chain
Ramificaes
Daisy-chain
Par Sinal: baixa perda, alta velocidade.
Par Alimentao: at 8A corrente.
Sensores alimentados da linha.
Opto-isolamento para dispositivos com alimentao prpria (Ex.: drive, PLC, etc.).
Pode-se usar vrias fontes de alimentao.
conectores abertos e selados:
Daisy chaining:
Distancias e velocidades:
256
PS PS PS
Multiport Tap
T - Tap
Drop lines
- 0 a 6m
Selados:
Droplines
Droplines
Abertos:
Multiport Tap
T - Tap
Drop lines
- 0 a 6m
Multiport Tap
T - Tap
Drop lines
- 0 a 6m
Selados:
Droplines
Droplines
Abertos:
Enlace segue sistema CAN.
Formas de comunicao suportadas atravs do modelo produtor/consumidor:
Master/Slave: escravos s enviam dados em resposta a varredura do mestre.
Peer-to-Peer: comunicao livre entre fontes / destinos quaisquer (par a par).
Multi-master: vrios mestres e vrios escravos.
Mudana de estado dos dados: envio de dados entre estaes predefinidas sempre que houver alterao de
estado.
Produo cclica de dados: estaes enviam dados entre si em intervalos fixos de tempo.
Definio do campo Identifier
Estabelece prioridade no processo de arbitragem
usado pelos ns receptores para identificar mensagens
Dois tipos de mensagens
257
Usar em painis de
controle que
agrupam
dispositivos
At 6 metros do Tap
Dropline
Tap
Tap
Conector plug-in
para dispositivo
Usar em painis de
controle que
agrupam
dispositivos
At 6 metros do Tap
Dropline
Tap
Tap
Conector plug-in
para dispositivo
Data
Rate
Barramento
Ramificaes
125K
250K
500K
500m
250m
100m
26 x 6m
13 x 6m
6 x 6m
156m
78m
36m
Cumulativo
Dist. TAP
Data
Rate
Barramento
Ramificaes
125K
250K
500K
500m
250m
100m
26 x 6m
13 x 6m
6 x 6m
156m
78m
36m
Cumulativo
Dist. TAP
Mensagens de I/O para dados de controle crticos no tempo
Mensagens explicitas para funes cliente/servidor
Fragmentao para dados maiores que 8 bytes
Deteco de identificadores duplicados
Verificao de consistncia dos dados de aplicao
3.5.5.6. CONTROLNET
ControlNet International uma organizao independente criada em 1997 que mantm e distribui a
especificao ControlNet e gerencia is esforos de marketing dos membros associados.
Home-page: www.controlnet.org
Mais infos: www.ab.com/catalog/b113/comm/cnet.html
Onde usar: nveis intermedirios (clula, rea)
Camada fsica:
Topologias: barramento, rvore, estrela
Taxa transmisso: 5 Mbps
Estaes endereveis: at 99
Distncias:
Cabo coaxial RG-6: 1.000 m com 2 ns, 500 m com 32 ns, 250 m com 48 ns (sem repetidores), mximo de 5.000 m
com 5 repetidores
Fibra: 3.000 m sem repetidores, at 30 km com 5 repetidores
258
Camada de enlace:
Controle de erros no frame por Cyclic Redundancy Check, polinmio CCITT modificado com 16 bits.
Campo de dados com at 510 bytes.
MAC: CTDMA (Concurrent Time Domain Multiple Access), que regula a oportunidade de transmitir de cada n em
intervalos de tempo ajustveis chamados NUT (Network Update Time). A menor NUT de 2ms.
Informaes com restries temporais so enviadas na parte escalonada da NUT. Dados sem restries temporais
(ex.: Dados de configurao) so enviados nos intervalos restantes de tempo.
Camada de aplicao:
Orientao a objetos
Modos de comunicao:
Master/Slave
Multi-Master
Peer-to-Peer
Produtor/consumidor
Leitura de dados:
Mudana de estado
Cclico
Por solicitao
3.5.5.7. O PROTOCOLO HART
O protocolo HART (Highway AddressableRemoteTransducer) umdos protocolos
mais difundidos anvel industrial paraainterligao deequipamentos decampo inteligentes.
Este protocolo adotado por empresas como: Siemens, Hitachi, Toshiba, Yokogawa, ABB,
Endress+Hauser, Fischer & Porter, Rosemount Inc, Camile Bauer, Smar International e
muitas outras, agrupadas em torno do chamado grupo "HUG" (HART User Group).
As principais caractersticas do protocolo HART so:
Meio fsico: par tranado;
259
Taxa de transmisso: 1200 bps;
Transmisso assncronaanvel decaracteres UART (compostos de1 start bit, 8 bits
de dados, 1 bit de paridade e 1 stop bit);
Tempo mdio para aquisio de um dado: 378,5 ms;
Mtodo de acesso ao meio: mestre/escravos;
Topologia: barramento ou rvore;
Modulao: FSK (Frequency Shift Keying, padro Bell 202), ondeo sinal lgico 1
representado por umsinal de baixa tenso e comfreqncia de 1200 Hz e o sinal
lgico 0 por uma freqncia de 2200 Hz.
Devidoaformademodulaoadotada, possvel transmitir simultaneamentesinaisde
4 a20 mA equadros digitais pelo barramento. O Chip NCR 20C12 servecomo modemde
baixa potncia para uso em equipamentos de campo. O chip requer a adio de filtros e
comparadores para a operao do protocolo.
3.5.5.8. INTERBUS-S
O sistema Interbus-S foi desenvolvido na Alemanha pela empresa Phoenix Contact e
obteveamplaaceitao industrial, jtendo sido empregado emmais de5.000 aplicaes de
automao (em sua maioria na Europa).
O Interbus-S foi concebido paraintegrao desensores aatuadores a umelemento de
tomadadedeciso(CLP, CNC, RC, etc.). Oelementodetomadadedecisooperacomouma
estaomestre, aopassoqueossensoreseatuadoressotratadoscomoestaesescravas, que
executamessencialmente operaes de entrada/sada. Como emtodo mtodo de acesso tipo
mestre/escravos, ainiciativadecomunicaopartesempredomestre. Noentanto, emlugar de
utilizar uma topologia embarramento, na qual o mestre executa uma varredura cclica dos
escravos por meio de quadros especficos para este fim, o Interbus-S adotou uma topologia em
anel comummtodo devarreduradenominado "Quadro Concatenado" ou"Quadro Somado"
(do alemo "Summenrahmen-Verfahren"), que opera de forma anloga a umregistrador de
deslocamento. Nestemtodo, o mestremontaumquadro nico contendo campos reservados
parauso decadaumdos escravos. Quando o mestredesejaenviar dados aumdos escravos,
preenche o campo reservado quele escravo com os dados de processo ou parmetros a enviar.
O quadro ento enviado ao primeiro escravo no anel. O primeiro escravo reconhece no
quadro o incio de sua janela de dados e assim verifica o contedo somente do campo
reservadoaele, ignorandoorestodoquadro. Oescravolainformaocontidanoseucampo
reservado, copiando-a para umbuffer de recepo, e substitui o contedo do campo pelos
dados deresposta, queestavamaesperaemumbuffer deenvio. Destaforma, o mestrepode
enviar novos dados paraseremcolocados nas sadas do escravo ereceber emlugar deles os
260
dados atualizados das entradas do mesmo escravo. Emseguida, o primeiro escravo envia o
quadro completo (agoracomseus dados locais no campo reservado) parao prximo escravo
no anel. O processo serepeteatqueo quadro tenhapercorrido todos os escravos do anel e
retornado ao mestre. A comunicao se d, portanto, sempre entre o mestre e os escravos. Este
princpio ilustrado na figura 5.4.
Figura 5.4 - Varredura dos escravos no INTERBUS-S
Paramelhor entender o mtodo, pode-sefazer umaanalogiacomumtremquepraem
diversas estaes, deixando alguns passageiros e pegando outros. Aqui, os passageiros que
desejaremdesembarcar dotrem(quadrosomado) naestao1(escravo1) devemficar emum
vago reservado para passageiros destinados a esta estao (o campo do quadro somado
reservado ao escravo 1). Damesmaforma, todos os passageiros queembarcaremno tremna
estao 1tero queentrar no vago reservado quelaestao. Terminado o desembarquedos
passageiros destinados estao 1 e o embarque dos passageiros que querem retornar a
estao central (mestre), o trem avana at a estao seguinte, at completar uma volta
completa (anel).
O tempo que o quadro somado leva para percorrer o anel (tempo de um ciclo de
varredura) dependedonmerodeestaes escravas edeterminstico. Onmeromximode
entradas esadas suportadas peloInterbus-S de2048, quepodemser varridas em7.2ms. A
distnciaentreestaes consecutivas no anel podechegar at400metros. Onmero mximo
deestaes 256, demodo queo anel do INTERBUS-S podechegar aocupar 13 Kmsem
repetidores. A taxa de transmisso de 500 Kbps.
As informaes queo mestreenviaparaos escravos podemser dados deprocesso, tais
comocomandosaexecutar ouvaloresacolocar emumasada, ouparmetrosdeconfigurao
do escravo. Os dados deprocesso so emgeral sujeitos restries temporais (operao em
temporeal), aopassoqueosparmetrosdeconfiguraoemgeral ssonecessriosnoinicio
de operao, ou emalguns instantes de tempo posteriores, no sendo emgeral sujeitos
restries temporais. Os parmetros de configurao so enviados emtime slots reservados
para este fim no quadro somado.
261
C FCS M4 M3 M2 M1 H
L
M1
Master
Slave 1 Slave 2
Slave 3 Slave 4
At.
M1
L
M2
At.
M2
L
M3
At.
M3
L
M4
At.
M4
A nvel da camada de aplicao, o Interbus-S define um conjunto de servios
denominado PMS (Peripherals Message Services), que consiste de um subconjunto dos
servios do MMS da rede MAP. Os servios PMS incluem:
gerenciamento de conexes;
identificao e verificao de status;
gerenciamento de objetos;
acesso a variveis (read, write, update, etc.);
gerenciamento de programas (dowload, upload, start, stop, resume, etc.).
Grupos deempresas queoferecemprodutos compatveis comInterbus-S (hojemais de
100) ou queso usurias do produto sereuniramemorganizaes como aDRIVECOM ea
ENCOM, ocupadas de definir padres de utilizao e configurao para este sistema. O
sistema tambm tema de atividades de padronizao pela IEC e DIN.
3.5.5.9. ASI-BUS
O sistema ASI (Actuator/Sensor Interface) foi desenvolvido por umconsrcio de 11
empresas (Balluf, Baumer, Elesta, Festo, IFM, Peperl+Fuchs, Sick, Siemens, Leuze, Turck e
Visolux) e introduzido no mercado em 1993.
ASI foi concebido parainterligar viaredeelementos perifricos (sensores eatuadores)
binrios, tais como chaves fim-de-curso, sensores de proximidade indutivos e capacitivos,
rels, vlvulas, etc. Todos estes elementos requerememgeral umainformao mnimapara
operar (na maioria dos casos, 1 bit com comandos tipo ON/OFF).
Para atender aos requisitos operacionais deste tipo de dispositivo, ASI foi concebido
como um sistema Mestre/Escravos com topologia em barramento. O mestre executa uma
varredura cclica dos escravos, enviando quadros de solicitao de dados e aguardando um
quadro de resposta.
Os quadros enviados pelo mestreASI temumcampo dedados deapenas 4 bits eum
campo de parmetros de mais 4 bits, conforme a figura 5.5. O quadro tem 17 bits no total.
Figura 5.5 - Quadro do mestre ASI
262
Start bit
Command-bit
1 1 5 bit slave addr. 4 bit parameter 4 bit data 1 1
Test bit
Stop bit
O quadro de resposta do escravo temo formato da figura 5.6, composto de apenas 7
bits. Como todas as respostas so destinadas ao mestre, no necessrio um campo de
endereo neste quadro.
Figura 5.6 - Quadro dos escravos ASI
Comoosquadrosutilizadossosempreiguaisaosacimamostrados, avarreduradecada
escravoimplicanoenvioerecepodeumtotal deapenas24bits, oquepodeser feitoemum
tempo bastante reduzido, como veremos adiante.
Cadaescravorecebeportanto4bitsdedadose4bitsdeparmetros, eresponde, sefor o
caso, tambmcom4bits dedados. Umescravo ASI possui at4portas deI/O conectadas a
dispositivosperifricos, comomostraafigura 5.7. Cadaportadesadarecebeovalor de1dos
4 bits do campo de dados do quadro enviado pelo mestre. Se as portas esto configuradas
como entradas, seuvalor copiado nos 4bits correspondentes do campo dedados do quadro
de resposta do escravo. Desta forma, o mestre pode ler ou escrever emqualquer uma das
portas remotas dos escravos.
ASI suportaat31escravosemumbarramento. Comocadaescravopodeter 4entradas
ousadas, onmeromximodeelementosbinriosquepodemser integradosaos31escravos
de 124. Esta configurao permite ligar os sensores e atuadores binrios convencionais
atuais redeASI. A varreduracompletados 31escravos, atualizando todas as 124entradas e
sadas, requer cerca de 5 ms.
263
ASI
Master
Slave 2 Slave 1
Slave 31
. . .
I/O 1
I/O 4
I/O 120
I/O 124
Start bit
1 4 bit data 1 1
Test bit
Stop bit
Figura 5.7 - Configurao tpica de um segmento ASI
Os 4bits deparmetros recebidos domestrepodemser enviados para4portas desada
adicionais, podendo ser utilizados paraconfigurar umdispositivo mais sofisticado conectado
ao escravo, como ilustrado na figura 5.8. Esta configurao permite conectar sensores e
atuadores inteligentes rede ASI.
Figura 5.8 - Sensor ou Atuador inteligente conectado a um escravo ASI

O cabo de rede ASI composto de 2 condutores no blindados e utilizado tambm
paraaalimentao dos escravos (24V DC, 100mA por escravo). Umsegmento deredeASI
pode ter at 100 metros de comprimento.
A grande vantagem de ASI sobre outras rede tipo fieldbus o custo baixo e
simplicidade de implementao, operao e manuteno. Sua aplicao em automao
industrial vem crescendo muito desde seu lanamento em 1993.
3.5.5.10. FAIS
A redeFAIS (Factory AutomationInterconnectionSystem) foi desenvolvidano J apo
por umconsrciodemais de30empresas eoInternational RoboticsandFactoryAutomation
Center (IROFA). Os primeiros produtos foram lanados no mercado em 1992.
FAIS consiste basicamente em uma verso atualizada da rede Mini-MAP e foi
concebida para uso emautomao fabril no nvel hierrquico de clula (FMC). Neste nvel
encontram-se subsistemas como mquinas ferramenta com CNC, Robs, Sistemas de
transporte, CLPs, etc.
A arquitetura FAIS tambm composta das camadas 1, 2 e 7, com especificaes
prximas as do mini-MAP, mas com algumas alteraes, como veremos a seguir.
Na camada fsica est previsto o uso de cabo coaxial comtcnica de transmisso em
Carrier-Band com 5 ou 10 Mbps ou, opcionalmente, fibra tica com 10 Mbps.
A camadadeenlacededados prescreveparaasubcamadaMAC o protocolo Token-
Bus, conforme IEEE 802.4. Na subcamadaLLC especificado o servio semconexo com
reconhecimento (LLC tipo 3), conforme IEEE 802.2.
264
Slave
ASI
sensor
A camada de aplicao prev o uso de MMS (Manufacturing Message Sevices)
juntamentecomservios degerenciamento deredeNM (Network Menagement) edicionrio
de objetos OD (Object Dicionary).
As alteraes bsicas em relao a proposta mini-MAP esto portanto na camada fsica
com fibra tica e nos servios de aplicao NM e OD.
A figura 5.9 mostra resumidamente a especificao FAIS.
Apresentao
Sesso
Rede
Enlace
Fsica
NM
Baseband
5 / 10 Mbps
Fibra tica
10 Mbps
LLC 802.2 tipo 3
MAC 802.4 Token bus
MMS OD
VAZIO
Transporte
Aplicao
Figura 5.9 - Especificao FAIS 2.0
A incluso do sistema FAIS na proposta MAP/TOP est atualmente emdiscusso.
Algumas incompatibilidades a nvel da camada de aplicao esto ainda atrasando a
integrao das propostas.
3.5.5.11. LON
A rede LON (Local Operating Network) foi desenvolvida pela empresa Echolon em
1990paraatender aumamploespectrodeaplicaes, incluindoautomaopredial (imtica),
automao domstica (domtica), automao de escritrios e mesmo automao industrial.
O protocolo de comunicao da rede LON conhecido pelo nome LonTalk, que
implementado em firmware em um processador dedicado denominado NeuronChip,
produzido pelas empresas Motorola e Toshiba. O NeuronChip composto dos seguintes
elementos:
Trs processadores de 8 bits, dos quais umexecuta o controle de acesso ao meio,
outro responsvel por servios gerais de comunicao e o terceiro dedicado a
aplicaes do usurio em um n de rede;
Porta de conexo ao transceiver, atravs do qual o NeuronChip se conecta ao meio;
Pinos de entrada e sada, reset, clock e alimentao (5V);
Acesso a um nmero de srie de 48 bits definido pelo fabricante;
265
Um timer programvel;
Sistemacompletodememria, contendo10KbyteROM, 1KbyteRAM e512Bytes
EEPROM para parmetros de rede;
3 temporizadores tipo Watch-Dog (1 para cada processador);
O protocolo LonTalk baseado no modelo dereferncia OSI eimplementatodas as 7
camadas previstas pela ISO.
Para implementar uma rede LON, necessita-se de um conjunto de ferramentas de
software e componentes denominado LonWorks, que incluem:
NeuronChip;
Protocolo LonTalk;
Transceivers que permitem ligar o NeuronChip ao meio fsico;
LonBuilder Developer's Workbench, que um sistema de desenvolvimento
orientado a objetos para projeto, implementao e teste de ns LON.
A nvel da camada fsica, existemtransceivers para vrios meios de comunicao e
diferentes topologias de rede. Os modelos oferecidos pela Echolon so os seguintes:
FTT-10: meio tipo par tranado, taxadetransmisso de78 Kbps, suporta127 ns
em um barramento de at 2.700 metros ou segmentos de at 500 metros com
topologia em estrela ou anel;
LPT-10: meio tipo par tranado, taxa de transmisso de 78 Kbps, suporta
opcionalmente32ns comconsumo de100 mA cada, 64ns com50 mA cadaou
128ns com25mA cada, emumbarramento de2.200metros ousegmentos deat
500 metros comtopologiaemestrelaou anel. Recebealimentao pelo mesmo fio
em que recebe/envia dados;
TPT/XF-78: par tranado, taxa de 78 Kbps, barramento com 2.000 metros, 64 ns;
TPT/XF-1250: semelhanteao anterior, mas comtaxadetransmisso de1.25 Mbps
para distncias de at 500 metros;
PLT-10A: utiliza como meio fsico a prpria rede eltrica da casa ou prdio por
meio da tecnologia spread spectrum (tcnica especial de transmisso usada em
sistemas comelevados nveis deinterferncia), operando nafaixadefreqnciade
100 KHz at 450 KHz com taxa de transmisso de 10 Kbps;
PLT-20: idemaoanterior, mas comfreqnciade125KHz a140KHz comtaxade
transmisso de 5.4 Kbps;
PLT-30: idem aos anteriores, mas com freqncia de 9 a 95 KHz e taxa de 2 Kbps.
Alm destes, existem ainda transceivers de outros fabricantes, incluindo suporte para:
266
RF-300: usa sinais de rdio freqncia de 300MHz, taxa de transmisso de 1.200
bps (rede sem fio);
RF-450: idem, com 450 MHz e taxa de 4800 bps;
RF-900: idem, com 900 MHz e taxa de 39 Kbps;
IR: usa sinais em infravermelho, com taxa de transmisso de 78 Kbps;
Fibra tica: taxa de transmisso de 1.25 Mbps;
Cabo coaxial: taxa de transmisso de 1.25 Mbps.
Paraquearedeeltricadeumprdio, fbricaouresidnciapossaser configuradacomo
umbarramento deredeLON, so usados capacitores parainterligar segmentos diferentes de
fio, resultandoemcurto-circuitossomenteparasinaisdealtafreqncia, comoosusadospara
transmitir dados via rede, mas representando linha aberta para o sinal de 60 Hz da rede de
energia.
A nvel dacamadadeenlace, subcamadaMAC, utilizado umprotocolo deacesso ao
meio CSMA preditivo p-persistente comdeteco de coliso e atribuio de prioridades s
mensagens. Este protocolo preditivo, ou seja, prev o trfego na rede, somente quando
usado servio com reconhecimento. A subcamada LLC suporta somente servios sem conexo
(comou semreconhecimento) e oferece funes de montagemde quadros e checagemde
erros com CRC.
LonWorks oferece ainda umasriede elementos para interconexo de subredes LON,
incluindo roteadores (por exemplo, RTR-10) e pontes. Uma rede LON pode assim ser
composta de vrias subredes, com meios fsicos diversos, conforme a figura 5.10.
267
N N N
N
Par tranado
N N N
N
Router
Rede eltrica
Router
N RF N RF N RF
Router
N
N
N
N
Fibra tica
Figura 5.10 - Rede LON com subredes diferentes e at 32.385 ns
O NeuronChip programado em uma extenso da linguagem C desenvolvida
especificamenteparaele, chamadaNeuronC, queexpandeo padro ANSI comorientao a
objetos, suporte a programao concorrente, 37 novos tipos de dados definidos na
especificao SNVT (Standard Network Variable Types) e mecanismos de passagem de
mensagem.
Apesar destesistemaser aindapoucoconhecidonoBrasil, existemmaisde1milhode
nsderedeLON instaladosnosEstadosUnidos. Em1994eempresaEcholoncriouumgrupo
umgrupodeusuriosefabricantesdeprodutosbaseadosnoNeuronChipchamado"LonMark
Interoperability Association", que inclui empresas como a Honeywell, Detriot Edison, IBM,
Microsoft e Leviton. Esta associao executa testes e certificao de conformidade para
produtos que queiram ter o logotipo LonMark e define diretivas para interoperabilidade.
A maioria dos ns LON instalados esto em aplicaes de automao predial e
residencial. Existem estaes baseadas no NeuronChip para controle de lmpadas e
eletrodomsticos, termostatos, sistemas HVAC (Heating, Ventilation and Air Conditioning,
268
ou calefao, ventilao e ar condicionado), sensores de presena e segurana em geral,
sensores de luminosidade ambiente, equipamentos de udio e vdeo (por exemplo, Home
Theaters), gerenciamentodeenergia, controleotimizadodeelevadores, subsistemasdeguae
gs (vlvulas, sensores de nvel e outros componentes), etc.
3.5.5.12. P-NET
A rede P-NET foi desenvolvida na Dinamarca pela empresa Ultrakust e temcomo
aplicao alvo a automao industrial.
A nvel da camada fsica, P-NET prev uma topologia em anel, com taxa de
transmisso de 76.8 Kbps. Emumanel podemestar no mximo 125 estaes. Como meio
fsico usado umcabo tipo par tranado blindado, comat 1.200 metros de comprimento,
sem a necessidade de repeaters.
A nvel da subcamada MAC previsto um mtodo de acesso ao meio tipo
Mutimestre / Escravos. Emumanel podemestar at32 estaes mestras. Entre as estaes
mestras e escravas realizada uma varredura cclica atravs de quadro pr-definidos. A
varreduradecadaescravorequer 30slot times, oucercade390s. Entreas estaes mestras,
ocontroledeacessoaomeiodotipotoken-passing, pormdeformadiferentedaadotadano
mtodo token-ring, pois o token no ficaemcirculao. Cadamestrepodereter o token por
umtempodeterminado, apsoquetemqueenvia-loaoprximomestredoanel. A passagem
detokenentremestres requer no mximo 10slot times, oucercade130s. Apesar do token
passar pelasestaesescravas, umavez queelasestotambmnoanel, estasnopodemret-
lo. Esta configurao mostrada na figura 5.11.
M
E
E
M
E
E
M
E
PC
Presso
Temperatura
Motor
Controller
Peso
Vazo
CLP
token
Figura 5.11 - Um anel P-NET
269
Vrios anis podemser interligados entre si por meio de estaes do tipo P-NET-
Controller, que executam a funo de roteadores ou gateways, como ilustrado na figura 5.12.
M
E
E
E
E
Controller
M
M
E
M
M
M
E
E
E
Controller
Figura 5.12 - Vrios anis P-NET interligados por Controllers
O P-NET-Controller pode tambm ser usado para conectar a uma rede P-NET
dispositivosnoespecificamentedesenvolvidosparaestetipoderede, masquepossuamuma
interfaceRS-232C, ouaindaestaes deoutrotipoderede(por exemplo, Profibus) aP-NET.
O Controller programado emProcess Pascal, umaverso modificadadalinguagemPascal
que suporta programao concorrente e primitivas de comunicao.
Diversos sistemas baseados em P-NET esto em operao na Europa. A exemplo do que
foi feito para outros sistemas, foi criada para a P-NET uma organizao de fabricantes e
usurios que do suporte ao produto, denominada "International P-NET User Organization".
3.5.5.13. SERCOS
A rede SERCOS (SErial Real-time COmmunication System) foi apresentada ao
mercadonafeirademquinas-ferramentaEMOde1989. A idiainicial daredeSERCOS era
realizar via rede a conexo de servo-acionamentos a um CNC em mquinas operatrizes,
implementando desta forma malhas fechadas de controle.
270
Umavez queno interior deumamquina-ferramentaexistemcampos eletromagnticos
fortes, gerados principalmente pelos acionamentos de corrente alternada com comando
tiristorizado, foi necessriodefinir umsistemadecomunicaopoucosensvel aperturbaes
eletromagnticas. Para tal, foi proposta uma rede comtopologia emanel utilizando como
meio fsico a fibra tica, como ilustrado na figura 5.13.
Figura 5.13 - Anel SERCOS
O sistematemumaestruturacomcomando centralizado tipo mestre/escravos, ondeo
CNC exerceopapel deestaomestreeos servo-acionamentos o papel deestaes escravas.
Como a fibra tica suporta elevadas taxas de transmisso e os quadros SERCOS so
pequenos, podem ser executados ciclos de varredura de todos os escravos em tempos
ajustveis de62s, 125s, 250s, 500s, 1 ms ou mltiplos de1 ms ato limitede65 ms,
permitindo assimimplementar tempo de amostragemdiferentes para as malhas de controle.
Vale lembrar que no adianta configurar um tempo de varredura menor que aquele que o CNC
capaz de realizar.
SERCOS permiteainterligao deat254 escravos emumanel. O comprimento do
cabodenomximo40metrosparafibraticaplsticaedeat1000metrosparafibratica
de vidro.
Nas aplicaes de controle de mquinas, usualmente o CNC executa o controle de
posioenquantoocontroledevelocidadeedecorrenteexecutadonoprprioacionamento.
271
CNC
Acionamentos
Sendoassim, aredeusadaprincipalmenteparaenviar valoresderefernciadevelocidadedo
CNC aos acionamentos e receber valores atualizados dos mesmos.
Na camada de enlace, SERCOS faz distino entre dois tipos de dados:
Dados cclicos, com caractersticas de tempo real, usados para controle em malha
fechada;
Dados de servio, usados para configurao, envio de parmetros, etc.
A arquiteturadaredediferenteparacadaumdosdoistiposdedadosacimareferidos.
Paradados deservio usadaumapilhacom3camadas (fsica, enlaceeaplicao), como
usual nas redes tipo fieldbus. Para os dados cclicos ainda includa uma camada de
sincronizaoabaixodadeaplicao, cujafunobsicarealizar asincronizaodostimers
detodasasestaes, demodoapermitir aaquisiodedadoseminstantesdetempoidnticos
emtodas as estaes eaaplicao denovos valores derefernciaparaas malhas decontrole
tambm de forma sincronizada. A subcamada LLC usa um servio sem conexo e sem
reconhecimento, de forma que quadros errados no so retransmitidos.
A camada de aplicao nica para ambos os tipos de dados e composta de servios
tipo leitura e escrita de variveis remotas (READ/WRITE).
SERCOS vemsendo utilizadatambmparainterligar dispositivos emoutras aplicaes
almdas mquinas-ferramenta. Entreas aplicaes mais usuais esto o controledeeixos de
robs industriais e conexo de sensores e atuadores binrios.
3.5.5.14. MODBUS
O protocolo MODBUSfoi criado em 1978 pela Modicon (hoje Schneider Automation).
O protocolo visava originalmente implementar uma maneira simples de transferir dados entre controladores,
sensores e atuadores usando uma porta RS232 (serial convencional).
Apssuacriao, tornou-sepadro industrial de-facto adotado por muitasempresas comumasegundaopo
para intercmbio de dados.
MODBUSumprotocoloproprietriodaSchneider Automation. Noentanto, aSchneider Automationoptou
por uma licena sem royalties e as especificaes do protocolo esto disponveis em seu web-site gratuitamente.
Home-Page: http://modbus.org/
MODBUS uma estrutura de troca de mensagens usada para comunicao tipo mestre/escravos entre
dispositivos inteligentes.
Como o protocolo MODBUS somente umaestrutura detrocade mensagens, ele independentedacamada
fsica subjacente.
272
MODBUS usualmente implementado usando RS232, RS422, ou RS485 sobre uma variedade de meios de
transmisso (fibra, rdio, celular, etc.).
Algumas variantes do protocolo original foram criadas posteriormente.
MODBUS PLUS: umprotocolo de maior velocidade baseado emtoken passing e que usa a estrutura de
mensagens do MODBUS original. Os chips MODBUS PLUS so disponibilizados pelaSchneider Automation
atravs de um programa chamado MODCONNECT.
MODBUS TCP/IP: usa TCP/IP e Ethernet para transportar a estrutura de mensagens MODBUS.
MODBUS/TCP requer umalicena, mas as especificaes so deacesso pblico eno hroyalties. MODBUS
TCP est disponvel na pgina: http://www.modicon.com/openmbus.

MODBUS suporta dois modos de transmisso:

ASCII: cada byte da mensagem enviado como 2 caracteres ASCII.

RTU: cada byte da mensagem enviado como 2 caracteres hexadecimais de 4 bits.

Address: contm2 caracteres ASCII ou8 bits RTU. Endereos vlidos deescravos esto nafaixade0 a247
decimal. Endereos individuais esto na faixa de 1 a 247 (0 para broadcasting).
Function: contm2caracteres (ASCII) ou8bits (RTU). Cdigos vlidos vo de1a255decimal. Estecampo
indica ao escravo que ao este deve executar. Exemplos: ler grupo de entradas; ler dados de umgrupo de
registradores; ler status do escravo para diagnstico; escrever emumgrupo de sadas ou registros; permitir
carregamento, gravao ou verificao do programa no escravo. Quando o escravo responde ao mestre, este
campoindicaseaoperaoocorreusemerros(ecoadadorecebido) ouseumarespostadeexceo(ecoadado
recebido com Msb em 1).
Data: usa 2 dgitos hexadecimais na faixa de 00 a FFh. Estes podemser 2 caracteres ASCII ou umRTU.
Contmdados adicionais parauso do escravo (endereos deportas deI/O ou registros, quantidades deitens a
manipular, etc.). Seno houveremerros, estecampo retornao valor solicitado ao escravo. Sehouver erro, este
campo retorna um cdigo de exceo. Este campo pode ser vazio.
Checksum: so usados 2 tipos de checagemde erros (LRC ou CRC), dependendo do modo de transmisso
(ASCII ou RTU)
Mais detalhes: MODBUS protocol guide na pgina http://www.modicon.com/techpubs/toc7.html.
3.5.5.15. REDES IBM
273
ADDRESS FUNCTION DATA CHECKSUM ADDRESS FUNCTION DATA CHECKSUM
A IBM ofereceumasriedesoluesparaainterconexodeequipamentosdechode
fbrica, incluindo:
redes baseadas em uma arquitetura prpria denominada SNA (Systems Network
Architecture), anterior ao modelo RM-OSI daISO. A arquiteturaSNA mostradana
figura 5.14;
redes compatveis com o modelo OSI, tais como MAP;
rede Token-Ring (IEEE 802.5);
rede Token-Bus (IEEE 802.4);
diversos softwares para rede (NetBios, PC-LAN, LAN-Server, etc).
Figura 5.14 - Arquitetura SNA comparada com RM-OSI
3.5.6. Concluso e discusses
Nos ltimos anos, umagrande variedadedeprodutos pararedes decomunicao foi
introduzida no mercado, tornando muito difcil manter uma viso geral atualizada do que
oferecido no setor. Os primeiros produtos comerciais na rea de redes foramdesenvolvidos
para aplicaes em automao de escritrio.
Hatualmenteumconsenso sobreanecessidadededefinir sistemas decomunicao
padronizados, que permitam a interoperabilidade e eventualmente at e intercambiabilidade de
equipamentos de diferentes fabricantes.
274
Aplicao
Apresentao
Sesso
Transporte
Rede
Enlace
Fsica
Usuri o
servi os NAU
Fluxo Dados
Controle
Transmisso
Controle
Caminho
Controle
Enlace
Ligao
Fsica
BIBLIOGRAFIA
[1]Tanenbaum, A. S. : "Computer Networks". 3rd Edition, Prentice-Hall, 1996.
[1]Halsall, F. : "Data Communications, Computer Networks and OSI". Addison Wesley,
1988.
[2]Soares, L.F.G.; Lemos, G.; Colcher, S. : "Redes de Computadores: das LANs, MANs e
WANs s redes ATM". Editora Campus, 2
a
. Edio, 1995.
[3]Electronics Industries Association (EIA) : "EIA-RS511 - Manufacturing Message
Specification". Draft 6, May 1987.
[4]Glass, B. : "Understanding NetBios". Byte, pp. 301-306, J anuary 1989.
[5]Graube, M. : "The Carrier-Band Network and Mini-MAP: Low Cost Solution". Control
Engineering, pp. 30-31, October 1986.
[6]IEEE : "Project 802, Local Networks Standards". IEEE, New York, 1983.
[7]IBM : "MAP - Manufacturing Automation Protocol". IBM, 1990.
[8]ISO : "Information Processing Systems - Open Systems Interconection - Basic Reference
Model". ISO / TC97 / SC16, 1983.
[9]Leite, J . R. E. : "O Modelo de Referencia para a Interconexo de Sistemas Abertos".
Telebrs, pp. 11-15, J unho 1985.
[10]MAP/TOP : "Manufacturing Automation Protocol / Technical Office Protocol, Version
3.0". Users Group of SME, J uly 1987.
[11]Mendes, M. J . : "Comunicao Fabril e o Projeto MAP/TOP". Editora Kapeluz,
Argentina, 1989.
[12]Mohr, H. B. : "Avaliao de Desempenho de Rede PDV em Ambiente Industrial". Tesede
Doutorado, UFSC / RWTH-Aachen, J ulho 1989.
[13]Pimentel, J . R. : "Communication Networks for Manufacturing". Prentice-Hall, New
J ersey, USA, 1990.
[14]Shoch, J . F. : "Evolution of the Ethernet local computer network". IEEE Computer, pp.
10-27, August 1982.
[15]Zimmerman, H. : "OSI Reference Model - The ISO Model of Architecture for Open
Systems Interconnection". IEEE trans. Commun., Vol. 28, pp. 425-432, April 1980.
[16]Wood, G. G. : "International Standards Emerging for Fieldbus". Control Engineering,
Vol. 2, pp. 22-25, October 1988.
[17]Stemmer, M. R. : "Einsatzmoeglichkeiten digitaler Feldbussysteme in geschlossenen,
maschineninternen Regelkreisen". Tese de Doutorado, RWTH-Aachen, Alemanha, J ulho
1991.
[18]Arvind, K.; Ramamritham, K.; Stankovic, J .A. : A Local Area Network Architecture for
Communication in Distributed Real-Time Systems. The J ournal of Real-Time Systems,
pp. 115-147, Kluwer Academic Publishers, 1991.
275
[19]Le Lann, G.; Rivierre, N. : Real-time Communications over Broadcast Networks: the
CSMA-DCR and the DOD-CSMA-CD Protocols. Rapport deRecherche, INRIA, Frana,
1993.
[20]Kurose, J .F.; Schwartz, M.; Yemini, Y. : Multiple-Access Protocols and Time-
Constrainde Communication. Computing Surveys 16(1), pp. 43-70, March 1984.
[21]Tindell, K.; Burns, A.; Wellings A.J . : Analysis of Hard Real-Time Communications.
The J ournal of Real-Time Systems, nr. 9, pp. 147-171, Kluwer Academic Publishers, 1995.
[22]LeLann, G. : On Real-Time and Non Real-Time Distributed Computing. Workshopon
Distributed Algorithms, Springer Verlag, Sep. 1995.
[23]Diversosautores: "Feldbus". Edioespecial darevista"Elektronik Plus", Franzis-Verlag
GmbH, Mnchen, Alemanha, 1992.
[24]Echolon : "LonTalk protocol specification". Version 3.0, USA, 1994.
276