Apostila Arquitetura de Redes de Computadores Capitulo 3

Captulo 3
AS SET E CA
AM
M A D AS
1.
DO
M ODELO OSI
INTRODUO
A definio de um modelo de referncia para a interconexo de sistemas abertos, o

modelo 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 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:
x as camadas baixas, que compreendem desde a camada fsica at a camada de
transporte e cujos servios e protocolos esto relacionados com a transmisso
dos dados propriamente dita;
x as camadas altas, que compreendem desde 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.
A CAMADA FSICA
O objetivo da camada Fsica assegurar o transporte dos 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 nesta seo, sero vistos alguns exemplos de interfaces fsicas padronizadas
e adotadas em muitas aplicaes e arquiteturas de comunicao.
2.1.
Os Suportes de Transmisso
Os suportes de transmisso podem se caracterizar pela existncia ou no de um

guia fsico. Na primeira classe esto os cabos eltricos, as fibras ticas e, na segunda
classe, as ondas de rdio, as ondas de luz, etc...
2.1.1. O par de fios tranados
Em diversas aplicaes, necessrio se manter uma conexo direta e permanente
entre dois computadores. O suporte de transmisso mais clssico utilizado at o momento
3.1
CAP. 3 AS SETE CAMADAS DO MODELO OSI
PROF. VITRIO BRUNO MAZZOLA
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 ambiente no
qual este estiver instalado.
A utilizao mais tpica deste suporte de transmisso a rede telefnica, onde,
graas s suas caractersticas eltricas, os sinais podem percorrer vrias dezenas de
quilmetros, sem a necessidade de amplificao ou regenerao de sinal.
Estes podem, ainda, ser utilizados para a transmisso de sinais analgicos quanto
de sinais digitais, a banda passante atingida sendo funo da sua composio
(particularmente, dimetro e pureza dos condutores, natureza dos isolantes e do
comprimento do cabo). A taxa de transmisso obtida pela utilizao deste suporte de
transmisso situa-se na faixa de algumas dezenas de Kbits/s, podendo atingir, em
condies particulares, na faixa dos Mbits/s em pequenas distncias.
O fato de representar um baixo custo e uma grande faixa de utilizao o torna um dos
suportes mais utilizados atualmente e, provavelmente, nos prximos anos.
2.1.2. Os cabos coaxiais
Os cabos coaxiais so tambm altamente 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 de base; o segundo tipo, com uma impedncia caracterstica de 75
ohms, mais adequado para a transmisso de sinais analgicos. Eles so constitudos de
dois condutores arranjados de forma concntrica: um condutor central, a alma, envolto por
um material isolante de forma cilndrica. Esta capa isolante , por sua vez, envolta por uma
trana metlica condutora em cobre. Finalmente, o conjunto envolto numa capa de
proteo em plstico isolante.
Em relao aos pares de fios tranados, os cabos coaxiais apresentam melhores
caractersticas eltricas, oferecendo um boa relao entre a banda passante e a proteo
contra interferncias eletromagnticas.
A largura de banda vai depender igualmente da qualidade da composio do cabo e
do seu comprimento. Para distncias em torno de 1 km, possvel obter uma taxa de
transmisso em torno de 10 Mbits/segundo, podendo-se obter taxas superiores para
distncias mais curtas. Os cabos coaxiais so altamente utilizados como suporte de
transmisso nas Redes Locais Industriais.
A informao transmitida pelos cabos coaxiais geralmente codificada sob a forma
de um sinal binrio, onde os dgitos 0 e 1 so representados por dois diferentes nveis... por
exemplo, 1 volt para o bit 1 e 0 volt para o bit 0. Esta forma de codificao, embora seja uma
conveno bastante adequada, no permite ao receptor do sinal detectar o incio e o fim da
transmisso de um dgito binrio.
2.1.3. As fibras ticas
As fibras ticas so o meio de transmisso pelo qual os sinais binrios so
conduzidos sob a forma de impulsos luminosos. Um impulso luminoso representa um bit a
1, enquanto a ausncia deste impulso representa um bit a 0. A luz visvel uma onda
luminosa cuja freqncia est na ordem de 108 Hz, o que d ao sistema uma banda
passante potencial bastante grande. As taxas de transmisso num suporte a fibra tica ficam
na faixa dos Gbit/s (109 bit/s).
Um sistema de transmisso a base de fibra tica composto de trs principais
elementos: o suporte de transmisso (a fibra tica), o dispositivo de emisso e o dispositivo
de recepo da onda luminosa.
A fibra tica constituda de um fio de vidro bastante fino, base de silcio e outros
componentes. 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, ou de
3.2
um diodo emissor de luz (LED) ou de um diodo laser. O dispositivo de recepo

constitudo geralmente de um fotodiodo ou de um fototransistor.
O princpio da transmisso das fibras ticas o da reflexo da luz na interface entre
dois meios. Quando um raio luminoso deixa um meio homogneo para se propagar num
outro meio, o seu percurso sofre um desvio na interface entre os dois meios. Entretanto,
existe um ngulo de incidncia limite, a partir do qual o raio luminoso, ao invs de ser
refratado ele ser refletido na interface, sendo mantido no meio no qual ele havia sido
introduzido. Desta forma, a luz poder ser propagada ao longo do meio, em distncias de
alguns quilmetros.
Atualmente, os suportes de comunicao base de fibra tica so utilizados em
redes de comunicao em longa distncia, substituindo sistemas mais antigos base de
cabos coaxiais. Isto dever continuar a ocorrer nos prximos anos, contribuindo para que se
tenha, num futuro prximo, em distncias relativamente grandes, sistemas de comunicao
oferecendo altas taxas de transmisso garantindo assim o salvamento de grandes volumes
de informao.
2.2.
Aspectos da Transmisso de Dados
O meio de transmisso consiste geralmente de um conjunto de recursos e regras

que permitem a transmisso de informao de um ponto a outro numa rede de
comunicao. A transmisso a nvel de bit uma das formas mais simples de transferncia
de informao. Este processo ilustrado pela figura 3.1(a), onde podemos observar os
seguintes elementos:
x a fonte de informao, que pode ser um computador ou um terminal, por exemplo,
que gera as informaes que devero ser transmitidas, estas sendo
representadas, usualmente, por um conjunto de dgitos binrios, ou bits;
x o transmissor, que responsvel da adaptao ou converso do conjunto de
informaes, de bits, para sinal eltrico ou eletromagntico, adaptando-o ao meio
de transmisso;
x o suporte de transmisso, encarregado do transporte dos sinais representando a
informao e que pode ser caracterizado por uma das tcnicas apresentadas na
seo precedente; o suporte de transmisso quem realiza a ligao fsica
entre os elementos envolvidos na comunicao;
RUDO
FONTE DE
INFORMAO
BINRIA
TRANSMISSOR
SUPORTE DE TRANSMISSO
RECEPTOR
DESTINATRIO
DA
INFORMAO
BINRIA
(a)
RUDO
FONTE OU
DESTINATRIO
INFORMAO
BINRIA
TRANSMISSOR
TRANSMISSOR
SUPORTE DE TRANSMISSO
RECEPTOR
RECEPTOR
FONTE OU
DESTINATRIO
INFORMAO
BINRIA
(b)
Figura 3.1 - (a) Sistema de transmisso ponto-a-ponto unidirecional; (b) modelo bidirecional.
3.3
x 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;
x o destinatrio da informao, que pode ser um computador, um terminal ou outro
equipamento e que vai consumir a informao gerada pelo elemento fonte.
Geralmente, a transmisso a nvel de bits pode ser realizada de forma bidirecional,
esta podendo ainda ser realizada de forma alternada ou simultnea. Assim, a cada n dever
estar associado um equipamento transmissor e um receptor compondo o conjunto
transceptor como mostrado na figura 3.1(b).
A transmisso de dados, quando realizada nos dois sentidos denominada duplex.
No caso em que ela se realiza alternadamente, ou seja, ora num sentido, ora no outro, ela se
denomina half-duplex. No caso em que ela se realiza simultaneamente nos dois sentidos,
esta ser denominada full-duplex.
Os modos de transmisso caracterizam as diferentes formas como os bits de
informao transmitidos so delimitados e encaminhados ao longo da linha de comunicao.
No que diz respeito forma como os bits so encaminhados ao longo de uma linha
de comunicao, pode-se distinguir o modo de transmisso paralelo e o modo serial,
conforme j mencionado anteriormente.
Na transmisso paralela, os bits so transportados simultaneamente por um suporte
composto de vrias linhas em paralelo. um modo de transmisso mais adequado
comunicao entre equipamentos localizados a curtas distncias. A ligao interna na
arquitetura de computadores ou entre computadores e perifricos prximos so exemplos da
aplicao da transmisso paralela.
Na transmisso serial, mais adequada a comunicao entre equipamentos
separados por grandes distncias, os bits so encaminhados serialmente atravs de uma
nica linha de comunicao.
Pode-se considerar outros parmetros para a classificao dos modos de
transmisso, como, por exemplo, o fator tempo. No caso particular das transmisses
seriais, a forma de delimitar os bits pode levar em conta duas diferentes filosofias a
transmisso sncrona e a transmisso assncrona.
Na transmisso sncrona, os bits de dados so transmitidos segundo uma cadncia
pr-definida, obedecendo a um sinal de temporizao (clock). O receptor, por sua vez,
conhecendo os intervalos de tempo permitindo delimitar um bit, poder identificar a
seqncia dos bits fazendo uma amostragem do sinal recebido.
Na transmisso assncrona, no existe a fixao prvia de um perodo de tempo de
emisso entre o transmissor e o receptor. A separao entre os bits feita atravs de um
sinal especial com durao varivel. Um caso tpico de transmisso assncrona a
transmisso de caracteres; neste caso, a cada grupo de bits constituindo um caractere so
adicionados bits especiais para representar o incio (start bit) e final deste (stop bit). Neste
tipo de comunicao, apesar de assncrona ao nvel de caracteres, ocorre uma
sincronizao ao nvel de bit.
Um outro aspecto a ser destacado aqui aquele da forma como os sinais so
transmitidos num suporte de comunicao, particularmente no que consiste maneira como
a banda passante do canal de comunicao explorada.
No primeiro modo, a transmisso em banda de base (baseband), a banda passante
do suporte de transmisso atribuda totalmente a um nico canal de transmisso. Neste
modo, os sinais so transmitidos atravs do meio de comunicao multiplexados no tempo.
No segundo modo, a transmisso em barda larga (broadband), a banda passante do
suporte de transmisso dividida num determinado nmero de canais de faixa de freqncia
estreita, permitindo que estes possam ento ser transmitidos utilizando uma tcnica de
multiplexao em freqncia. A banda passante dos canais normalmente definida em
funo da taxa de transmisso desejada e do modo de modulao empregado. Neste modo
3.4
de transmisso, cada canal pode atingir uma taxa de transmisso de at 3 Mbits/s, inferior,
portanto, transmisso em banda de base.
3.
A CAMADA DE ENLACE DE DADOS
A camada de Enlace de Dados tem por funo oferecer um caminho para o

transporte das informaes entre entidades da Camada de Rede, que ser estudada na
parte seguinte do documento. Dentre os fatores com os quais a camada de Enlace deve
preocupar-se esto:
x a forma como os bits provenientes da camada Fsica sero agrupados em
quadros;
x os mecanismos de deteco e correo de erros a serem implantados, uma vez
que as informaes trocadas atravs da camada Fsica no so isentas de erros
de transmisso, pelos fatores que foram levantados na parte anterior deste
documento;
x os mecanismos de controle de fluxo para limitar o volume de informao trocados
entre entidades fonte e destino;
x a gesto das ligaes entre as entidades.
3.1.
As Classes de Servios de Enlace
A camada de Enlace de Dados oferece servios classificados em trs principais

categorias, estas dependendo do sistema no qual elas sero implantadas:
x servio sem conexo e sem reconhecimento;
x servio sem conexo com reconhecimento;
x servio orientado conexo.
Na primeira classe de servios, a mquina fonte da informao envia os quadros de
dados mquina destinatria sem recepo de reconhecimento da informao enviada;
alm disso, no existe estabelecimento prvio de conexo e, por conseqncia, no existe
liberao desta ao final do dilogo. Se um quadro de dados perdido no suporte de
transmisso como conseqncia de um rudo, 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
prevista nas camadas superiores. Eles podem ser empregados particularmente no caso de
aplicaes tempo real e em redes locais.
A segunda classe de servios, embora ainda no defina o estabelecimento prvio de
conexo, prev a existncia de quadros de reconhecimento, de modo que a mquina fonte
ser notificada pela mquina destinatria da recepo do quadro previamente enviado. Um
mecanismo que pode ser implantado no caso de perda do quadro o que corresponde
no recepo do quadro de reconhecimento aps um certo tempo (timeout) a
retransmisso daquele. Num servio sem conexo, existe a possibilidade da retransmisso
de quadros provocando a recepo mltipla do mesmo quadro (duplicao de mensagem).
A terceira classe de servios a mais sofisticada, uma vez que ela define a
necessidade do estabelecimento prvio de conexo e a liberao destas ao final do dilogo.
Neste caso, cada quadro enviado numerado e a camada de Enlace garante que cada
quadro enviado ser recebido, uma nica vez, e que o conjunto de quadros enviados ser
recebido ordenado da mesma forma que foi enviado. Esta classe de servios oferece
camada de Rede um canal de comunicao confivel.
Os servios orientados conexo so caracterizados por trs principais etapas:
x a etapa de estabelecimento de conexo, durante a qual so definidos todos os
parmetros relacionados conexo, como por exemplo, os contadores de
seqncia de quadros;
3.5
x a etapa de transmisso de dados, durante a qual so realizadas todas as trocas

de informao correspondentes ao dilogo entre duas mquinas;
x a etapa de liberao da conexo, que caracteriza o fim do dilogo e na qual todas
as variveis e outros recursos alocados conexo sero novamente disponveis.
A comunicao entre as camadas de Rede e de Enlace feita atravs de primitivas
de servio (request, indication, response e confirm) como definidas na parte relativa
apresentao do modelo OSI. Um esquema permitindo demonstrar o modo de utilizao das
primitivas mostrado na figura 3.2. Neste esquema, representa-se nas extremidades a
camada de Rede, caracterizada pelos dois sistemas envolvidos no dilogo (no caso, A e B)
e no centro a camada de Enlace.
Os deslocamentos verticais das primitivas representam o tempo decorrido entre as
ocorrncias destas. Por exemplo, no caso das primitivas de 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.
3.2.
O conceito de quadro
Para que o servio seja oferecido camada de Rede, a camada de Enlace utiliza-se
dos servios fornecidos pela camada Fsica que, como j foi descrito na parte precedente,
responsvel da transmisso de bits de um ponto a outro na rede de comunicao, sendo
que o conjunto de bits transmitido pode sofrer distores produzindo erros de transmisso.
Uma conseqncia tpica pode ser que o nmero de bits recebidos seja inferior ao
nmero de bits 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
adicionados cdigos especiais de controle de erro. Desta forma, o receptor pode verificar se
o cdigo enviado no contexto de um quadro indica ou no a ocorrncia de erros de
transmisso e ele pode, assim, tomar as providncias necessrias para evitar as
conseqncias devido quele erro.
A definio e delimitao dos quadros pode obedecer a diferentes polticas. Uma das
polticas adotadas pode ser a contagem de caracteres. Nesta poltica, introduzido um
caractere especial que indica o nmero de caracteres compondo o quadro. Deste modo, a
nvel da camada de Enlace do receptor, basta que a entidade leia este caractere e em
seguida conte o nmero de caracteres para definir o tamanho do quadro. O inconveniente
desta tcnica, portanto, o fato de que o caractere que define o tamanho do quadro pode ser
modificado, o que significa que o receptor vai ler, erroneamente os quadros transmitidos. A
figura 3.3 ilustra este problema.
camada de rede
camada de enlace
camada de rede
request
indication
response
confirm
sistema B
sistema A
Figura 3.2 - Primitivas de servio trocadas entre as camadas de Rede e de Enlace.
3.6
contadores de caracteres
(a)
quadro1 (5 car.)
quadro2 (5 car.)
erro
(b)
quadro3 (8 car.)
contador de caracteres
Figura 3.3 - Sequncia de caracteres: (a) sem erro; (b) com erro.
Uma tcnica que apresenta uma soluo a este problema consiste na adio de
seqncias especiais de caracteres de modo a representar o incio e fim da transmisso de
um quadro.
A figura 3.4 ilustra um caso relativo a esta tcnica, onde a seqncia de caracteres
DLE (Data Link Escape) e STX (Start of TeXt) inserida para representar o incio de um
quadro e a seqncia DLE e ETX (End of TeXt) para representar o fim do quadro. Esta
tcnica apresenta, ainda, um ponto de vulnerabilidade: se, dentro do texto, dado que os bits
podem assumir qualquer combinao de valores, uma seqncia de bits coincide com uma
das seqncias de caracteres citada, a entidade receptora na camada de Enlace pode ser
enganada por esta seqncia e, assim, receber erroneamente o quadro.
A soluo a este problema vem atravs da introduo, pela entidade de Enlace
emissora, de um caractere DLE a cada vez que, uma seqncia de bits correspondente
parte de dados, coincidir com um caractere DLE. Desta forma, basta entidade de dados
receptora eliminar os caracteres DLE dos dados antes de transmit-los camada de Rede.
Isto vai permitir ento, s entidades receptoras de Enlace, fazer a distino entre as
seqncias delimitadoras de quadro (DLE-STX e DLE-ETX) das seqncias acidentais
nos dados. Os caracteres DLE introduzidos a nvel dos dados so denominados caracteres
de transparncia.
Uma tcnica ainda utilizada e definida mais particularmente para a utilizao em
redes de comunicao aquela em que os quadros so delimitados por uma seqncia de
bits particular, mas desta vez dissociados da codificao de caracteres. A seqncia
01111110 adotada para representar a delimitao dos quadros.
De maneira anloga utilizao dos caracteres de transparncia da tcnica anterior,
bits de transparncia so introduzidos a nvel da parte de dados para evitar a confuso, por
parte do receptor, com os delimitadores de quadro. Assim, no receptor, a cada vez que 5 bits
1 consecutivos so detectados na parte de dados, um bit 0 adicionado aps a seqncia.
Do lado do receptor, a cada vez que ocorrer uma seqncia de 5 bits 1 consecutivos de
dados seguidos de um bit 0, este ltimo ser eliminado da parte de dados. A figura 3.5 ilustra
a aplicao desta tcnica. Em 3.5(a) so apresentados os dados originais e, em 3.5(b), os
mesmos dados com a introduo dos bits de transparncia.
3.3.
O controle de erro
Os erros podendo ocorrer sobre os suportes de transmisso podem ter como

causas os mais diversos fenmenos fsicos, como por exemplo, o rudo trmico, provocado
pela agitao dos eltrons nos cabos de cobre. Outro fenmeno importante so os rudos
impulsivos, capazes de provocar, numa linha transmitindo dados a 9600 bit/s, a perda de 96
3.7
bits. Os rudos impulsivos so causados pelos arcos devido ao chaveamento de rels ou

outros dispositivos eletromecnicos.
O que se tem notado, entretanto, que, independentemente do fenmeno causador
de erro, estes tendem a gerar normalmente verdadeiros pacotes de erros e no erros
simples.
Isto pode ter um aspecto positivo, uma vez que, num conjunto relativamente grande
de bits, um menor nmero de pacotes vai conter erros. Por outro lado, os erros agrupados
em pacotes so mais difceis de modelizar e de detectar.
O controle de erros de transmisso uma das funes mais importantes
asseguradas pela camada de enlace. Esta funo baseada na informao, entidade
emissora da mensagem do que ocorreu na extremidade de recepo.
Os protocolos de controle de erro so caracterizados, em geral, pela definio de um
quadro de controle, correspondente a um reconhecimento positivo ou negativo.
Caso a entidade emissora receba um reconhecimento positivo de um quadro
previamente enviado, ela entende que aquele foi corretamente recebido.
Por outro lado, se ela recebe um reconhecimento negativo, ficar consciente 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
emissora corre o risco de esperar indefinidamente pelo reconhecimento isto evitado
pela adio de temporizadores, estabelecendo assim um tempo mximo de espera pelo
reconhecimento, antes da retransmisso. O tempo de espera deve ser determinado em
funo dos atrasos relativos transmisso dos quadros de modo que os quadros de
reconhecimento, se existentes, cheguem antes do esgotamento da temporizao (timeout).
Deste modo, se o quadro ou o reconhecimento so perdidos, a temporizao ser
esgotada, podendo provocar a retransmisso do quadro. Neste caso, possvel que o
quadro seja aceito mais de uma vez pela camada de Enlace e transmitido camada de Rede
duplicao de quadros. Para evitar este problema, deve-se introduzir um mecanismo de
distino dos quadros a fim de que o receptor possa separar os quadros duplicados de seus
originais.
(a)
DLE
STX
DLE
DLE
ETX
(b)
DLE
STX
DLE
DLE
DLE
ETX
Figura 3.4 - (a) Dados enviados pela camada de Rede com seqncias de delimitao; (b) idem, com
introduo dos caracteres de transparncia.
(a)
(b)
bit de transparncia
Figura 3.5 - (a) dados originais; (b) dados com adio do bit de transparncia.
3.8
3.3.1. Os cdigos de correo de erro

Existem praticamente duas tcnicas para a correo de erro. A primeira, consiste na
introduo, a nvel dos quadros, de informaes suficientemente redundantes que permitam
ao receptor reconstituir os dados enviados a partir da informao recebida. A segunda
tcnica consiste em adicionar unicamente um conjunto de informaes redundantes o
suficiente para que o receptor possa detectar a ocorrncia de um erro (sem corrig-lo) e
requisitar a retransmisso do quadro. Ao primeiro tipo de informao dado o nome de
cdigo corretor e ao segundo tipo de informao cdigo detector.
3.3.2. Os cdigos de deteco de erro
Os cdigos corretores so utilizados para as transmisso de dados em casos
particulares como, por exemplo, quando os canais so unidirecionais ou quando
impossvel requisitar a retransmisso de um quadro.
Quando possvel, porm, uma soluo mais adequada atravs de uma tcnica de
deteco com retransmisso por razes de eficincia.
Um mtodo de deteco de erros largamente utilizado a definio de cdigos de
deteco de erros polinomiais, tambm denominados CRC (cyclic redundancy code). 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, um bloco de k bits visto como uma srie de coeficientes de um polinmio de
k termos, indo de x k-1 a x0. A palavra 110001 contm 6 bits ela representa ento o
seguinte polinmio: x5 + x 4 + x 0 .
A utilizao de cdigos de deteco polinomiais baseada na escolha de um cdigo
especial que caracteriza um polinmio gerador, ou G(x). Uma exigncia em relao a este
polinmio que os bits mais significativo e menos significativo (correspondendo,
respectivamente aos coeficientes de mais alta ordem e de mais baixa ordem do polinmio)
sejam de valor 1. A tcnica consiste em adicionar a um bloco de dados (caracterizando um
polinmio M(x)) um conjunto de bits de controle de modo que o quadro (dados + bits de
controle) seja divisvel por G(x). Na recepo, a entidade de Enlace efetua a diviso dos bits
compondo o quadro pelo polinmio gerador. Caso o resto seja diferente de zero,
caracterizada ento a ocorrncia de um erro de transmisso.
Alguns exemplos de cdigos polinomiais adotados na deteco de erros so:
CRC-12
=
CRC-16
=
CRC-CCITT =
4.
x 12 + x11 + x 3 + x 2 + x 1 + 1
x 16 + x15 + x 2 + 1
x 16 + x12 + x 5 + 1
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. Esta trajetria pode significar a passagem por diversos ns intermedirios da
rede, o que significa que a camada de Rede deve ter o conhecimento de todos os aspectos
topolgicos da rede considerada e, com esta informao, ser capaz de escolher o caminho
a ser traado pelas mensagens. Nesta escolha, interessante que seja levado em conta o
estado corrente da rede, particularmente no que diz respeito ao trfego das mensagens,
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 de roteamento e coliso sero tratados nesta parte do
3.9
documento. Os mecanismos relacionados funes de interconexo merecero uma parte

dedicada, mais adiante, no curso.
4.1.
Servios oferecidos pela camada de Rede
Segundo a bibliografia, uma das primeiras discusses realizadas no que diz respeito
concepo da camada de Rede foi a questo do tipo de servio a ser oferecido s camadas
superiores, particularmente relacionado existncia ou no de conexo.
O resultado desta discusso foi a definio, a nvel do modelo OSI, de duas classes
de servio, sem conexo e orientado conexo, sendo que uma certa liberdade foi dada no
sentido de se definir a que nvel o servio com conexo seria implantado, ou mesmo se este
seria implantado. Abriu-se, assim, a possibilidade de se ter, nos diferentes nveis, as duas
classes de servio, isto sendo ilustrado pela figura 3.6.
Os SAPs so localizados na interface entre duas camadas, permitindo que uma
camada tenha acesso aos servios oferecidos pela camada inferior. Como se pode ver na
figura, da camada de Enlace para cima, os servios podem ser sem ou orientados
conexo.
Uma conexo de Rede vista, da tica do modelo OSI, como um par de filas FIFO
(FIrst In FIrst Out), cada uma orientada num sentido, conectado entre dois NSAPs
(endereos de rede). A figura 3.7 ilustra o estado da conexo, considerando a adoo de um
servio orientado conexo. A figura 3.7(a) ilustra o estado da conexo antes do seu
estabelecimento; 3.7(b) aps o estabelecimento da conexo e, 3.7(c), aps o envio de trs
pacotes de dados.
4.1.1. As primitivas de servio
O quadro a seguir apresenta as primitivas de servio disponveis pela camada de
Rede do modelo OSI, tanto para o servio orientado conexo como para o 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)
N_FACILITY.request (qos)
N_FACILITY.indication (dest_address, qos, reason)
N_REPORT.indication (dest_address, qos, reason)
3.10

servio sem
conexo
servio orientado
conexo
APLICAO
APRESENTAO
SESSO
TRANSPORTE
REDE
ENLACE
SAP
FSICA
Figura 3.6 - Ilustrao das classes de servio do modelo OSI.

usurio
1
usurio
2
usurio
1
usurio
2
NSAPs
NSAPs
camada Rede
(a)
usurio
1
usurio
2
NSAPs
camada Rede
(b)
camada Rede
(c)
Figura 3.7 - 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).
N_CONNECT.request a primitiva utilizada para requisitar o estabelecimento de

uma conexo de Rede e atravs de seus parmetros deve-se indicar o endereo ao qual se
deseja conectar (calling), assim como o endereo do iniciador (called). Encontra-se, ainda,
nos seus parmetros, duas variveis booleanas que permitem requisitar servios adicionais.
O parmetro acks_wanted permite indicar o pedido de reconhecimento de pacotes.
Se a camada de Rede no permite o fornecimento de reconhecimento, o fornecedor
vai colocar esta varivel a falso na primitiva de indicao; da mesma forma, se a entidade
destinatria no pode fornecer reconhecimento, ela mesma o far (colocar acks_wanted a
falso) na primitiva 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 na fila para se colocar na cabea desta. Isto permite, de certo modo, estabelecer
um nvel de prioridade entre as mensagens a nvel de Rede.
O parmetro qos permite determinar a qualidade do servio a ser 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, a
conexo no ser estabelecida.
Os valores estabelecidos neste parmetro 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 iniciador atravs da primitiva
N_CONNECT.indication; por outro lado, a recusa implementada atravs da primitiva
3.11
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, que ser refletida no receptor por uma primitiva N_DATA.indication. Caso
um pedido de reconhecimento de pacotes foi acertado entre os usurios da camada no
momento da conexo, o reconhecimento ser implementado atravs do envio, pelo receptor,
de uma primitiva N_DATA_ACKNOWLEDGE.request.
As primitivas N_RESET so utilizadas para sinalizar problemas de comunicao, tais
como o bloqueio de uma entidade de transporte envolvida na comunicao ou mesmo do
fornecedor do servio. O efeito deste servio o esvaziamento das filas de espera, sendo
que 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; elas no oferecem nem controle de erros nem de fluxo. N_FACILITY o servio
que permite ao usurio obter informaes sobre as caractersticas da transmisso de
informao, por exemplo, a porcentagem de pacotes distribudos.
Finalmente, a primitiva N_REPORT permite camada de Rede informar a ocorrncia
de problemas relativos ao servio de Rede, como, por exemplo, a indisponibilidade
momentnea de um determinado endereo destinatrio.
4.1.2. O endereamento de Rede
Uma funo importante desta camada o fornecimento de uma codificao espacial
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.
Assim, a estrutura de endereamento a nvel de Rede foi concebida de modo a
incorporar as caractersticas das diversas estruturas de endereamento existentes. Todas
as primitivas de servio de Rede utilizam o endereamento orientado aos NSAPs para
identificar a origem de o destinatrio de um pacote. O endereo de NSAP composto de trs
campos:
x AFI (Authority and Format Identifier), identifica o tipo de endereamento existente
no terceiro campo do endereo, possibilitando uma numerao entre 10 e 99,
correspondente aos diferentes formatos existentes e deixando ainda
possibilidades de extenso;
x IDI (Initial Domain Identifier) indica o domnio ao qual pertence o nmero do DSP
(o terceiro campo) se o DSP um nmero de telefone, este campo indicar o
cdigo do pas;
x DSP (Domain Specific Part) contm o endereo especfico do NSAP no domnio
considerado.
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. Durante a trajetria os pacotes sofrero uma srie de saltos, sendo que a deciso
de que caminho utilizar feita a nvel da camada de Rede, esta deciso podendo levar em
conta (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. Os algoritmos no adaptativos no levam em conta a situao de trfego da
rede, fazendo o denominado roteamento esttico; j os adaptativos o fazem, considerando
modificaes de topologia da rede e do trfego real.
3.12
As sees que seguem vo discutir alguns dos conjuntos de algoritmos de

roteamento existentes.
4.2.1. Algoritmo do caminho mais curto
Este algoritmo baseado numa representao da subrede na forma de um grafo,
onde os ns so os IMP e os arcos so as linhas de comunicao. E escolha de uma
trajetria , 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:
x o nmero de ns entre os dois pontos;
x a distncia geogrfica entre os pontos;
x os tempos de espera em cada n da trajetria;
x etc...
No terceiro caso, por exemplo, os arcos so etiquetados com um valor que
representa o tempo mdio de espera entre o envio e a recepo de um pacote de teste,
expedido periodicamente.
Um exemplo de algoritmo do caminho mais curto aquele definido por Dijkstra, onde
cada n etiquetado pela distncia do n fonte seguindo o caminho mais curto conhecido.
Como, inicialmente, nenhum caminho conhecido, os ns so etiquetados com a etiqueta
infinito, ou .... Estas vo sendo atualizadas medida que o algoritmo progride e que os
caminhos vo se 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 3.8 ilustra o funcionamento deste algoritmo. Vamos considerar o grafo
apresentado em 3.8(a), onde os arcos so etiquetados com o valor da distncia entre os
ns. 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, marcando tambm, na etiqueta, o ltimo n a partir do qual o clculo foi feito.
Aps a anlise dos ns adjacentes a A, marca-se aquele contendo a etiqueta de
menor valor, como mostrado em 3.8(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,
mostrado em 3.8(c). O algoritmo vai progredindo at que o caminho mais curto seja ento
encontrado, as etiquetas sendo modificadas segundo as anlises efetuadas. A progresso
do algoritmo para o exemplo ilustrada por 3.8(d), 3.8(e) e 3.8(f).
4.2.2. Roteamento multicaminhos
Este algoritmo leva em conta a possibilidade de existncia de diversos caminhos
entre dois ns de valores quase equivalentes. Desta forma, o desempenho da rede pode ser
melhorado, se o trfego assumido por vrios caminhos, reduzindo assim a carga de uma
dada linha de comunicao.
Esta tcnica de roteamento implantada da seguinte forma: cada IMP mantm
atualizada uma tabela com uma linha para cada IMP da rede. Para cada IMP, tem-se as
diferentes linhas de sada para este destino, classificadas em ordem decrescente, do melhor
ao menos eficiente, com um peso relativo.
Antes do envio de um pacote, o IMP gera um nmero aleatrio para definir o caminho,
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 da
figura 3.9(a) ilustra o desenvolvimento deste algoritmo, sendo que em 3.9(b) est
apresentada a tabela para o IMP J. Se J recebe um pacote destinado a A, ele pode optar por
um dos trs caminhos, consultando a tabela na linha associada ao n A. A primeira escolha
o caminho direto a A, as outras sendo via I e H, respectivamente.
3.13
E
1
C ( ,-)
B (2,A)
3
E ( ,-)
F ( ,-)
D ( ,-)
H ( ,-)
G (6,A)
(b)
(a)
C (9,B)
B (2,A)
C (9,B)
B (2,A)
E (4,B)
E (4,B)
A
F ( ,-)
F (6,E)
D ( ,-) A
H ( ,-)
G (6,A)
D ( ,-)
H ( ,-)
G (5,E)
(d)
(c)
C (9,B)
B (2,A)
C (9,B)
B (2,A)
E (4,B)
E (4,B)
F (6,E)
D ( ,-) A
F (6,E)
H (9,G)
G (5,E)
D ( ,-)
H (8,F)
G (5,E)
(f)
(e)
Figura 3.8 - Ilustrao do algortimo de Dijkstra.
0,63
0,21
0,16
0,46
0,31
0,23
0,34
0,33
0,33
0,50
0,25
0,25
0,40
0,40
0,20
0,34
0,33
0,33
0,46
0,31
0,23
0,63
0,21
0,16
0,65
0,22
0,13
0,67
0,22
0,11
0,42
0,42
0,16
(a)
(b)
Figura 3.9 - Ilustrao do algoritmo multicaminho: (a) grafo da rede; (b) tabela para o n J.
A deciso , ento, baseada na gerao de um nmero aleatrio entre 0,00 e 0,99.

Se o nmero inferior a 0,63, a linha A ser escolhida, se estiver entre 0,63 e 0,83, a linha
passando por I ser escolhida; seno, ser a linha que passa por H.
A vantagem desta tcnica sobre a anterior a possibilidade de definir diferentes
classes de trfego sobre diferentes caminhos. Uma outra vantagem a confiabilidade ganha,
uma vez que vrias linhas podem ser perdidas sem que a rede perca a sua conectividade.
3.14
4.3.
O controle de congestionamento
Durante o funcionamento de uma aplicao distribuda construda sobre uma rede,

vo existir instantes em que o fluxo de mensagens sendo trocadas pode atingir valores
bastante importantes, de tal forma que os ns intermedirios, responsveis do tratamento
dos pacotes, no sejam mais 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 desta sobrecarga, conhecida por
congestionamento, podem ser de vrias naturezas. Um exemplo disto pode ser a lentido
dos ns na realizao do roteamento ou um mal funcionamento do mecanismos de controle
de fluxo.
O congestionamento consiste, normalmente de um processo a realimentao
positiva, o nmero de mensagens tendendo a crescer se a rede est congestionada. Sendo
assim, a camada de Rede deve tambm fazer este papel, atravs da implementao de
funes de controle de congestionamento, alguns dos quais sero descritos a seguir.
4.3.1. A pr-alocao de buffers
Uma primeira forma de controlar o congestionamento da rede atravs da
pralocao de buffers, particularmente se o servio orientado conexo. Isto significa que,
no momento do estabelecimento do circuito virtual que vai caracterizar a conexo, um
determinado nmero de buffers deve ser alocado em cada n para permitir o
armazenamento dos pacotes a serem retransmitidos.
Evidentemente, o nmero de buffers a ser alocado vai depender do protocolo
implementado entre cada par de ns intermedirios (IMPs). Um algoritmo do tipo enviaespera vai exigir um nmero de buffers evidentemente menor do que um algoritmo que
autorize o envio de diversos pacotes antes da retransmisso.
4.3.2. A destruio de pacotes
Um outro mecanismo que adotado para o controle de congestionamento o da
destruio de pacotes. Neste caso, no existe reserva prvia de buffers, de modo que, se
um pacote chega num IMP e este no dispe de buffer para o seu armazenamento, este
simplesmente destrudo (ou descartado). Se o servio oferecido do tipo datagrama, no
h mais nada a 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 um pacote de reconhecimento pode
no ser uma boa soluo, uma vez que este pacote poderia permitir ao n o apagamento de
um pacote de informao e, por consequncia, a liberao de um buffer. Uma soluo para
isto a reserva, para cada linha de chegada, de um buffer que possibilite a recepo de
pacotes de reconhecimento endereados quele n.
4.3.3. 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 de eficincia na aplicao se um pico de trfego requerido. Por outro
lado, a escolha de um limite alto de trfego pode resultar num controle medocre de
congestionamento.
Outras tcnicas de controle de congestionamento so ainda implementadas, como
por exemplo:
3.15
x o controle isartmico, baseado na existncia em cada n de um certo 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;
x os pacotes de estrangulamento, enviados por um n ao usurio do servio de
rede, indicando que determinadas linhas de sada esto no limite da saturao.
Isto faz com que o usurio reduza o envio de pacotes para o destino utilizando
aquela linha at que a situao retome a normalidade.
5.
A CAMADA DE TRANSPORTE
A funo da camada de Transporte permitir a transferncia de informaes do

sistema emissor ao sistema receptor de forma confivel e econmica, independentemente
da 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 poderiam ser
fornecidos pelas camadas superiores so dispensvel. Um exemplo disto a interconexo
de estaes no sistema UNIX.
Nesta parte do documento, sero apresentadas as principais definies relacionadas
aos servios e protocolos de transporte, particularmente do ponto de vista do modelo OSI.
5.1.
O servio oferecido camada de Sesso
Segundo o modelo OSI, os usurios da camada de Transporte so as entidades de

Sesso, s quais deve ser oferecido o servio confivel de transporte dos bits de informao
fim-a-fim, este servio sendo fornecido atravs de uma entidade de software ou de hardware
denominada entidade de transporte.
De maneira similar camada de Rede, a de Transporte pode fornecer duas classes
de servio, ou seja, sem conexo e orientados conexo.
Os servios de Transporte orientados conexo so caracterizados pelas trs
etapas j descritas para outros nveis do modelo OSI, isto , estabelecimento de conexo,
transferncia de dados e liberao da conexo.
Estes servios so bastante similares aos servios oferecidos pela camada de
Rede, o que poderia colocar em dvida a necessidade desta camada. No entanto, a sua
existncia se justifica pela necessidade de servios de superviso da camada de Rede do
ponto de vista das entidades efetivamente envolvidas na comunicao. Uma superviso fima-fim, uma vez que, at o nvel Rede, as comunicaes se fazem ponto-a-ponto.
Outra contribuio importante da camada de Transporte que ela permite a
utilizao de primitivas de servio padro pelas diversas aplicaes construdas sobre a
rede efetuando um perfeito isolamento em relao s camadas superiores e tornando
transparentes as possveis alteraes tecnolgicas que poderiam ocorrer nos nveis
inferiores. Por esta razo, costuma-se fazer uma distino entre os nveis de 1 a 4 e os de 5
a 7. 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, a camada de Transporte assume a
funo de suprir as diferenas entre a qualidade de servio que a camada de Sesso
necessita e aquilo que a camada de Rede pode oferecer.
Para isto, o conceito de qualidade de servio (QOS para Quality Of Service) um
aspecto importante na concepo da camada de Transporte, baseado sobre um certo
conjunto de parmetros, entre os quais:
3.16
x
x
x
x
x
x
x
x
x
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;
a prioridade;
etc...
No momento do pedido de um estabelecimento de conexo, o usurio iniciante

encaminha estes parmetros nas primitivas de servio. Se a camada de Transporte julga
certos parmetros longe da realidade, ela pode sinalizar isto ao usurio iniciante, sem
mesmo ter tentado estabelecer a conexo, atravs de uma mensagem de erro que vai,
tambm, indicar a natureza do erro sinalizado.
Outra possibilidade a camada de Transporte julgar que um certo valor para um
parmetro seja impossvel de ser oferecido mas que um valor 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, se a mquina distante verifica que ela no pode oferecer determinados valores
especificados nos parmetros do pedido, ela pode modificar tambm aqueles parmetros.
Se ela verifica no poder determinados parmetros nos valores mnimos permitidos, neste
caso ela vai rejeitar a conexo.
5.2.
As primitivas de servio de Transporte
As primitivas de servio de Transporte do modelo OSI so apresentadas no quadro 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 assemelham bastante
quelas do servio de Rede. Existe, porm, uma diferena fundamental entre os dois nveis.
No caso do nvel Rede, considera-se que o servio oferecido corresponde ao
funcionamento real do sistema, representando inclusive suas falhas. Desta forma, podem
ocorrer perdas de pacotes ou a emisso de comandos N_RESET de sua prpria iniciativa.
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
tratamento de todos os problemas de comunicao evitando que os usurios do servio
3.17
tomem conhecimento das ms condies de funcionamento da rede de comunicao (se tal

o caso!).
Uma outra diferena entre os 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 carta 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-se diretamente atravs do uso direto das primitivas de servio de Transporte (no
fazendo uso dos servios de Sesso ou de Apresentao).
As possveis relaes entre as primitivas de servio da camada de Transporte so
apresentadas na figura 3.10. As duas extremidades das ilustraes caracterizam os
usurios do servio de Transporte, o fornecedor sendo representado pelo espao separando
os dois usurios.
Em 3.10(a) ilustrada um estabelecimento 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, da qualidade de servio a serem negociados. Este
aceita o estabelecimento da conexo, retornando camada de Transporte uma primitiva
T_CONNECT.response, que ser refletida, via servio de Transporte, no usurio da
esquerda na forma de uma primitiva T_CONNECT.confirm. A figura 3.10(b) apresenta uma
tentativa de estabelecimento de conexo, rejeitada, porm, pelo usurio da direita, que utiliza
as primitivas de servio T_DISCONNECT.request e T_DISCONNECT.indication para
sinalizar a rejeio. O caso similar na figura 3.10(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: a primeira, ilustrada em 3.10(d),
considera o caso em que a liberao iniciada por um dos usurios (no caso o da
esquerda). A conexo liberada no momento em que o usurio da direita recebe uma
primitiva T_DISCONNECT.indication, reflexo da primitiva T_DISCONNECT.request emitida
pelo usurio que iniciou a liberao.
Em 3.10(e) considerado o caso em que os dois usurio iniciam, simultaneamente,
a liberao da conexo, neste caso, a conexo liberada sem a emisso de outras
primitivas de servio; finalmente, em 3.10(f), a liberao iniciada pelo prprio servio de
Transporte, que vai emitir primitivas T_DISCONNECT.indication
aos dois usurios
conectados. J as figuras 3.10(g) e 3.10(h), representam, respectivamente, a etapa de
transferncia de dados, para dados normais e expressos.
5.3.
Os protocolos de Transporte
Como definido pelo modelo OSI, o servio oferecido por uma camada N o resultado
da implementao de um protocolo N regendo a comunicao entre duas entidades N. Em
princpio, os protocolos de Transporte apresentam preocupaes similares dos protocolos
de Enlace, ou seja, o controle de erros, o controle de fluxo, o seqenciamento dos dados.
No entanto, algumas diferenas podem ser levantadas:
x 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;
x no que diz respeito ao endereamento, a nvel de Enlace, um IMP no necessita
referir-se explicitamente com qual IMP ele quer dialogar, uma vez que dois IMPs
so conectados por uma via nica; j, no nvel Transporte, o endereo do
destinatrio deve ser explicitamente definido;
3.18

T_CONNECT
request
T_CONNECT
indication
T_CONNECT
response
T_CONNECT
confirm

T_CONNECT
request
T_CONNECT
request
T_CONNECT
indication
T_DISCONNECT
request
T_DISCONNECT
indication
(a)
(b)
T_DISCONNECT
request
T_DISCONNECT
indication
T_DISCONNECT
request
T_DISCONNECT
indication
(d)
(c)
T_DISCONNECT
request
T_DISCONNECT
indication
(e)
T_DATA
request
(f)
T_EXPEDITED_DATA
request
T_EXPEDITED_DATA
indication
T_DATA
indication
(g)
T_DISCONNECT
indication
(h)
Figura 3.10 - As diversas interaes entre as primitivas de servio de Transporte.
x um outro problema a questo do controle de fluxo; ao contrrio do nvel de

Enlace, 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:
x servios do tipo A, que caracteriza os servios perfeitos, onde a frao de pacotes
perdidos, duplicados ou corrompidos desprezvel; o tipo de servio dificilmente
encontrado em redes pblicas, mas algumas redes locais so bastante prximas
deste tipo de servio;
x servios do tipo B, onde a perda de pacotes tambm rara, mas a comunicao
freqentemente interrompida (servio N_RESET) devido a problemas de
congesto, de hardware ou software;
x servios do tipo C, no confiveis, sendo caracterizados normalmente pelas redes
a longa distncia do tipo datagrama.
Para cada tipo de servio, de A a C, o nvel do servio de Transporte caminha do
mais 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.
Para permitir a definio de vrios nveis de oferecimento de servio, o modelo OSI, a
nvel da camada de Transporte, define cinco classes de servio:
3.19
x 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
seqenciamento;
x classe 1, corresponde classe 0, mas permite implementar a retomada de
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;
x classe 2, que torna mais sofisticada a classe 0 pela introduo da possibilidade de
manuteno de diversas conexes de Transporte sobre uma nica conexo de
Rede (multiplexao);
x classe 3, que agrupa os mecanismos de retomada de dilogo da classe 1 com os
de multiplexao da classe 2;
x 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,
retomada de dilogo e todos os possveis problemas no resolvidos pela camada
de Rede.
No momento do estabelecimento de uma conexo, so as entidades pares que
devem tomar a deciso sobre qual classe de servio adotar, uma classe sendo proposta
pelo iniciante e negociada para permitir o estabelecimento da conexo.
As funes do protocolo de Transporte vo depender do ambiente no qual ele vai
operar assim como da natureza dos servios que devem ser supridos. Um mnimo de
funes deve, todavia, ser oferecido por um protocolo de Transporte, entre as quais:
x
x
x
x
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
duas unidades de Transporte que a unidade de dados de protocolo de transporte (em
ingls, Transport Protocol Data Unit). Por outro lado, a unidade de dados emitida por um
usurio do servio Transporte ser referenciado como sendo uma mensagem.
Uma mensagem a ser transmitida pode ter um tamanho qualquer, a segmentao
das mensagens devendo ser assumida por esta camada. Isto significa que, se uma unidade
de dados apresenta um tamanho superior ao de um pacote, ela deve ser segmentada em
tantos pacotes quantos sejam necessrios para efetuar a sua completa emisso.
Ainda, se uma entidade de Transporte gerencia vrias conexes num dado instante,
ela deve numerar as conexes e inserir o nmero correspondente nas unidades de dados, a
fim de 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.
6.
A CAMADA DE SESSO
Como foi mencionado anteriormente, o modelo hierrquico de comunicao proposto

no modelo OSI pode fazer distino em duas classes de camadas: as camadas inferiores,
concretizadas pelas camadas de 1 a 4, j vistas, cujos servios so orientados ao transporte
de informao propriamente dito, tratando essencialmente de problemas de comunicao
como, por exemplo, codificao e transmisso de bits, controle de fluxo e de erros,
seqenciamento, roteamento, controle de trfego e gerenciamento de conexes; as
camadas superiores, concretizadas pelas camadas de 5 a 7, cujos servios se orientam
3.20
mais 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 demais camadas presentes no OSI foram, de certo modo, inspiradas de modelos prexistentes 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.
Nesta parte do documento, veremos ento os servios oferecidos pela Sesso e
como estes so implementados atravs dos protocolos.
6.1.
Servios oferecidos camada de apresentao
Segundo o modelo OSI, os usurios dos servios de Sesso so as entidades de

Apresentao, a posio desta camada estando ilustrada na figura 3.11. A principal funo
desta camada oferecer aos seus usurios meios para o estabelecimento das conexes,
denominadas sesses, de modo que estes possam trocar dados.
Uma sesso pode ser utilizada para permitir a conexo distncia a um computador,
por exemplo, atravs de um terminal, para uma transferncia de arquivo, para o
carregamento de programas distncia, etc... Apesar de que, ao nvel de Sesso, so
oferecidas primitivas de servio para a comunicao sem conexo, neste modo, no
possvel explorar os servios orientados aos usurios, disponveis nesta camada.
No que diz respeito conexo de Sesso (ou sesso, como definido acima), podese estabelecer as diferentes possveis relaes entre uma conexo de Sesso e uma
conexo de Transporte, como mostra a figura 3.12. Em 3.12(a), mostrada uma
correspondncia de 1 a 1 entre uma conexo de Sesso e uma de Transporte. Por outro
lado, como mostrado em 3.12(b), pode-se utilizar uma mesma conexo de Transporte para
suportar diferentes sesses consecutivas (ver exemplo da agncia de reservas de
passagens em Tanenbaum 90). Ainda, pode-se ter o quadro inverso, onde, pela quebra de
uma conexo de Transporte, a abertura de uma nova providenciada para garantir a
continuidade de uma mesma sesso. Este ltimo cenrio, ilustrado em 3.12(c), se
caracteriza, por exemplo, quando as entidades de Transporte assumem a tarefa de
retomada de dilogo aps uma pane.
6.2.
Sesso x Transporte: similaridades e diferenas
Esta a principal funo da camada de Sesso e, da mesma forma como foi visto
para camadas inferiores, o dilogo via esta camada caracterizado pelas trs etapas a
seguir: estabelecimento de sesso, transferncia de dados e liberao da sesso.
7
servios oferecidos
APRESENTAO
camada de apresenSSAP
tao
servios oferecidos
camada de sesso
ENTIDADE
DE SESSO
TSAP
TRANSPORTE
APRESENTAO
SSAP
SPDUs
ENTIDADE
DE SESSO
5
4
protocolo de
sesso
TSAP
TRANSPORTE
1a3
Figura 3.11 - Posio da camada de Sesso no modelo OSI.
3.21
Sesso
Transporte
(a)
Sesso
Sesso
Transporte
Transporte
(b)
(c)
Figura 3.12 - Diferentes relaes entre conexo de Sesso e de Transporte: (a) correspondncia 1 a 1;
(b) uma conexo de Transporte para vrias sesses; (c) vrias conexes de Transporte para uma nica
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, em muitos 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 de Sesso,
S_CONNECT.request, que refletida no envio de uma primitiva T_CONNECT.request.
Na fase de estabelecimento de uma conexo, da mesma forma que na camada de
Transporte, ocorre a negociao, entre as duas entidades envolvidas (de Apresentao)
sobre que parmetros vo definir a comunicao.
Dentre estes parmetros, encontram-se parmetros j conhecidos de outros nveis
do modelo OSI (por exemplo, a necessidade de transferncia de dados expressos) e
tambm parmetros especficos camada de Sesso (por exemplo, na abertura de uma
sesso para troca de informaes via correio eletrnico, um parmetro pode ser qual usurio
vai tomar a iniciativa do dilogo).
Apesar das semelhanas j levantadas, pode-se destacar tambm algumas
diferenas entre uma sesso e uma conexo de Transporte, essas diferenas estando
particularmente associadas ao procedimento de liberao das conexes. No caso da
camada de Transporte, a primitiva T_DISCONNECT.request que causa a terminao
abrupta da conexo, pondendo ocorrer inclusive perda dos dados ainda em trnsito. J, no
caso das sesses, a primitiva responsvel da liberao S_RELEASE.request que permite
terminar, de maneira ordenada a conexo, sem ocorrncia de perda dos dados (liberao
negociada). possvel, no entanto, em caso de necessidade, promover uma liberao
abrupta da sesso, isto, graas utilizao da primitiva S_ABORT.request. A diferena entre
as duas formas de liberao de uma conexo mostrada na figura 3.13. Em 3.13(a)
apresentada a liberao abrupta de uma conexo de Transporte; em 3.13(b), apresentada
a liberao negociada de uma sesso. Como se pode ver em 3.13(b), ao contrrio dos
servios de liberao de conexo apresentados at o momento, o servio de liberao
negociada S_RELEASE um servio confirmado, caracterizado pelas primitivas request,
indication, response e confirm.
Como mostra a figura, mesmo aps ter emitido o pedido de liberao, a entidade
usuria pode continuar a receber primitivas de servio de indicao de transferncia de
dados (no caso, S_DATA.indication), sendo que a desconexo s ser efetivada aps a
recepo da primitiva S_RELEASE.confirm.
Um outro ponto de bastante similaridade entre as camadas de Sesso e Transporte
o endereamento. Da mesma forma que no Transporte, a nvel de Sesso necessrio
indicar um SSAP (Ponto de Acesso ao Servio de Sesso ou Session Service Access
Point) na fase de estabelecimento de sesso.
Normalmente, um endereo de SSAP nada mais que um endereo de TSAP
enriquecido com outras informaes. Ainda, uma diferena entre Sesso e Transporte est
nos tipos de dados transmitidos. Como foi visto no caso da camada de Transporte, existem
dois tipos de fluxos de dados os dados normais e os dados expressos (ou urgentes).
3.22
S_DATA
request
T_DATA
request
perda
dado
T_DISCONNECT
indication
T_DISCONNECT
request
S_RELEASE
request
S_RELEASE
indication
S_DATA
indication
S_RELEASE
response
(a)
S_RELEASE
confirm
(b)
Figura 3.13 - (a) liberao abrupta; (b) liberao negociada.
J na camada de Sesso, alm destes dois tipos de dados, podem ocorrer outros
dois os dados tipados (typed data) e os dados de capacidade (capacity data). Estes tipos
de dados sero explicados mais adiante, neste documento.
6.3.
A gesto do dilogo
Segundo o modelo OSI, todas as conexes estabelecidas so, a princpio, do tipo full
duplex (ou seja, bidirecionais simultneas, conforma mostrado na figura 3.14(a)). Por outro
lado, existem muitas aplicaes nas quais a possibilidade de operao em half duplex pode
ser mais interessante.
Este servio implementado a nvel da camada de Sesso graas definio de
uma ficha de dados (data token), como ilustrado na figura 3.14(b). A comunicao em half
duplex uma opo negociada no momento do estabelecimento de uma sesso. Se esta
opo adotada, dever ser definido tambm qual 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 passagem de ficha de um usurio a
outro implementada atravs da primitiva S_TOKEN_GIVE.
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 da primitiva S_TOKEN_PLEASE.indication pode ou no querer
ceder a ficha. Em caso negativo, o usurio que a requisitou no far outra coisa seno
esperar a boa vontade do seu interlocutor (ou ainda, enviar dados urgentes que no
necessitam a possesso da ficha).
A ficha s passa a ter algum sentido no caso de comunicao half duplex. Se full
duplex a opo adotada, ela no levada em conta.
6.4.
A sincronizao
A camada de Sesso deve cobrir igualmente os problemas relacionados

sincronizao. Esta tarefa til para a manuteno da coerncia do estado entre dois
usurios 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 ou erros ou panes, esta camada cobre
unicamente os problemas relacionados transmisso de dados propriamente dita, no
levando em conta os problemas podendo ocorrer nas camadas superiores. Estes erros
podem ocasionar perdas de dados que a camada de Transporte incapaz de detectar (uma
vez que esta no a sua funo!).
3.23
S_DATA
request
S_DATA
indication
S_DATA
request
S_DATA
indication
S_DATA
request
S_DATA
request
S_DATA
indication
S_DATA
indication
S_DATA
request
S_DATA
request
S_TOKEN_GIVE
request
S_DATA
indication
S_DATA
indication
S_TOKEN_GIVE
indication
S_DATA
indication
S_DATA
request
(a)
(b)
Figura 3.14 - (a) comunicao full duplex; (b) comunicao half duplex com ficha.
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
permitem manter a sesso num estado correspondendo a um antigo ponto de
sincronizao.
A figura 3.15(a) ilustra o procedimento de insero de pontos de sincronizao. Um
exemplo disto pode ser ilustrado na transmisso de um documento via rede, no qual este
pode ser decomposto em pginas s quais se pode associar os pontos de sincronizao.
Neste caso, a resincronizao vai consistir na retransmisso do documento a partir de uma
dada pgina que estava sendo transmitida quando o problema ocorreu.
A sincronizao implementada da seguinte forma: o usurio emissor insere, nas
suas mensagens, pontos de sincronizao, cada ponto contendo um nmero de srie.
Quando um usurio envia uma primitiva (request) para inserir um ponto de sincronizao, o
outro usurio vai receber uma primitiva de indicao correspondente, isto ocorrendo de igual
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. O mecanismo de
sincronizao define dois tipos distintos de pontos de sincronizao os pontos de
sincronizao mximos e mnimos.
SESSO
ponto de sincronizao
(a)
SESSO
DILOGO
mnimo
mximo
(b)
Figura 3.15 - (a) Pontos de sincronizao; (b) Pontos de sincronizao mximos e mnimos.
3.24
Os pontos de sincronizao mximos so utilizados para delimitar trechos da

informao denominados dilogos, que representam uma decomposio lgica da
informao (captulos de um livro, por exemplo). J os pontos de sincronizao mnimos so
utlizados para separar pores menores da informao. No caso de um livro, esta poro
poderia ser as pginas dos captulos. A figura 3.15(b) ilustra os pontos de sincronizao
mximos e mnimos.
Uma diferena fundamental entre os pontos mximos e mnimos reside na
capacidade de resincronizao. No caso de um ponto de sincronizao mximo, aps uma
pane, possvel resincronizar, no mximo, de um ponto de sincronizao mximo para trs.
A partir deste ponto, impossvel recuperar informao. Isto ocorre porque um ponto
mximo visto como uma fronteira de proteo, cuja informao anterior garantida ter sido
recebida, o que significa que ela pode ser apagada da extremidade emissora. Isto j no
ocorre no caso dos pontos de sincronizao mnimos.
Alem disso, 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.
6.5.
Gerenciamento de atividades
Outra funo importante da camada de Sesso o controle de atividades. Esta tarefa

baseada no conceito de decomposio do fluxo de dados em atividades, independentes
umas das outras. O conceito de atividade vai depender da aplicao considerada, o usurio
sendo o responsvel desta definio.
Um exemplo tpico de utilizao do conceito a transferncia de arquivos, onde cada 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 3.16. Para faz-lo, antes
da emisso de cada arquivo, o usurio deve enviar uma primitiva
S_ACTIVITY_START.request para marcar o incio de uma atividade; isto vai gerar, no lado
do receptor, uma primitiva S_ACTIVITY_START.indication sinalizando o incio do envio de
uma nova atividade (neste caso particular, o arquivo).
O fim da transferncia de um arquivo marcado, ento, pelo envio, por parte do
emissor, de uma primitiva S_ACTIVITY_END.request. O interesse da definio de atividade
o fato que certas aplicaes podem ter 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:
x o proprietrio da conta emite um comando informando o seu nmero de conta (e a
senha correspondente) o computador do banco verifica o nmero e a senha, e
bloqueia o cdigo correspondente a fim de evitar o acesso concorrente;
x o proprietrio da conta envia um novo comando informando o nmero da conta
para onde o dinheiro deve ser transferido o computador verifica o nmero da
conta e bloqueia o cdigo correspondente pela mesma razo j apresentada;
x o proprietrio, finalmente, emite um terceiro comando informando o montante a ser
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) ocorre no terminal sendo utilizado pelo cliente proprietrio da conta imediatamente
aps o primeiro comando. O computador vai bloquear o cdigo correspondente conta, mas
os demais comandos no sero efetuados. A aplicao do conceito de atividade via camada
de Sesso permite solucionar este problema, garantindo a atomicidade da operao. A
operao completa pode ser vista como uma atividade.
3.25
SESSO
ATIVIDADE
ATIVIDADE
arquivo 2
arquivo 1
incio atividade
fim atividade
Figura 3.16 - Conceito de atividade aplicado a uma transferncia de arquivo.
Assim, aps a recepo de uma primitiva S_ACTIVITY_START.indication, o

computador do banco ficaria armazenando as mensagens (de comando) at a recepo de
uma primitiva S_ACTIVITY_END.indication. S neste momento, os comandos seriam
efetivados pelo computador.
Uma outra propriedade interessante das atividades a capacidade de ser
interrompida e retomada sem a perda das informaes. Isto pode ser feito atravs da
primitiva S_ACTIVITY_INTERRUPT que permite iniciar uma nova atividade e retomar aquela
ao final desta segunda atividade a partir do ponto onde ela tinha sido interrompida.
Um exemplo tpico aquele da transferncia de um arquivo de tamanho relativamente
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 3.17.
6.6.
As primitivas de servio de Sesso
O quadro a seguir apresenta a lista das primitivas de servio oferecidas pela camada
de Sesso, indicando as classes de primitivas compondo cada servio (R - request, I indication, Rs - response e C - confirm). So 58 primitivas organizadas em 7 grupos:
estabelecimento de conexo, 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 e trmino das sesses.
As primitivas S_CONNECT, conduzem, em seus parmetros, informaes tais como:
SSAPs dos interlocutores, qualidade do servio, nmeros iniciais dos pontos de
sincronizao, etc...
J os servios de liberao de sesso podem ser de trs tipos: o primeiro,
caracterizado pela primitivas S_RELEASE, especificando um servio confirmado de trmino
negociado de sesso (sem perda de dados); os dois outros, para e liberao abrupta de
sesso (com eventual perda de dados), caracterizados pelas primitivas S_U_ABORT e
S_P_ABORT, indicando, respectivamente, terminao de iniciativa do usurio (U - user) e do
fornecedor do servio (P - provider).
2 3
transf. arquivo
1 parte
transf. arquivo
2 parte
consulta
anurio
incio atividade 1
fim atividade 2
interrupo atividade 1
retomada atividade 1
incio atividade 2
fim atividade 1
Figura 3.17 - Exemplo da interrupo de um atividade para a realizao de outra.
3.26
PRIMITIVA
R
I Rs C FUNO
ORIENTADO CONEXO
S_CONNECT
estabelecimento de conexo
S_RELEASE
liberao negociada de conexo
S_U_ABORT
liberao abrupta (usurio)
S_P_ABORT
liberao abrupta (fornecedor)
S_DATA
transferncia de dados normais
S_EXPEDITED_DATA
transferncia de dados urgentes
S_TYPED_DATA
transferncia de dados tipados
S_CAPABILITY_DATA
transf. de dados de capacidade
S_TOKEN_GIVE
passagem de ficha de dados
S_TOKEN_PLEASE
pedido de ficha
S_CONTROL_GIVE
passagem de todas as fichas
S_SYNC_MAJOR
insero de pto. de sincro. mximo
S_SYNC_MINOR
insero de pto. de sincro. mnimo
S_RESYNCHRONIZE
pedido de resincronizao
S_ACTIVITY_START
incio de uma atividade
S_ACTIVITY_END
fim de uma atividade
S_ACTIVITY_DISCARD
abandono de uma atividade
S_ACTIVITY_INTERRUPT
interrupo de uma atividade
S_ACTIVITY_RESUME
retomada de uma atividade
S_U_EXCEPTION_REPORT
relatrio de anomalia (usurio)
S_P_EXCEPTION_REPORT
relatrio de anomalia (fornecedor)
SEM CONEXO
S_UNITDATA
transferncia de dados (s/ conexo)
O terceiro grupo caracterizado pelas quatro classes de primitivas para a
transferncia de dados (S_DATA, S_EXPEDITED_DATA, S_TYPED_DATA e
S_CAPABILITY_DATA) cada uma para um dos quatro tipos de dados (normais, urgentes,
tipados e de capacidade). Os dados normais e urgentes tendo sido discutidos em outras
oportunidades, cabe aqui uma apresentao dos dois outros tipos de dados.
Os dados tipados so similares aos dados normais do ponto de vista da
transferncia, a diferena fundamental sendo a liberdade de transmisso sem a necessidade
de posse da ficha 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 para a transferncia de mensagens de
controle da prpria cada de Sesso. O servio S_CAPABILITY_DATA, como se pode ver na
tabela, um servio confirmado, fornecendo um reconhecimento dos dados de capacidade.
Ainda, ao contrrio dos dados tipados, estes dados s podem ser 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 de 4: as fichas de dados (para a transferncia em half-duplex), as fichas de
liberao (para o incio de uma liberao negociada), as fichas de sincronizao mnima
(para a insero de pontos de sincronizao mnimos) e as fichas de sincronizao mxima
e atividade (para o gerenciamento das atividades e da sincronizao). S_TOKEN_GIVE
permite efetuar a transferncia de uma ou mais fichas entidade remota, as fichas a
transferir sendo indicadas nos parmetros das primitivas.
O quinto grupo contm os 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).
3.27
O sexto grupo, atravs dos servios, S_ACTIVITY_START, S_ACTIVITY_END,

S_ACTIVITY_DISCARD, S_ACTIVITY_INTERRUPT e S_ACTIVITY_RESUME dedicado
ao gerenciamento das atividades (incio, fim, abandono, interrupo e retomada).
O stimo grupo dedicado gerao de relatrios de anomalia, tanto da parte de um
dos usurios (S_U_EXCEPTION_REPORT) quanto da camada de Sesso
(S_P_EXCEPTION_REPORT).
7.
A CAMADA DE APRESENTAO
Quando foi concebida, a camada de Apresentao era responsvel unicamente das

funes de converso entre dados representados em ASCII e EBCDIC. Em seguida, 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 e
compresso.
As sees que seguem apresentaro os principais problemas e as solues
encontradas na realizao destas funes.
7.1.
As primitivas de servio da camada de apresentao
O quadro a seguir apresenta a lista de primitivas de servio de Apresentao. Como

se pode notar, quase todas as primitivas so idnticas quelas apresentadas na parte
anterior, relativa camada de Sesso.
PRIMITIVA
R
I Rs C FUNO
ORIENTADO CONEXO
P_CONNECT
estabelecimento de conexo
P_RELEASE
liberao negociada de conexo

P_U_ABORT
liberao abrupta (usurio)

P_P_ABORT
liberao abrupta (fornecedor)

P_DATA
transferncia de dados normais

P_EXPEDITED_DATA
transferncia de dados urgentes

P_TYPED_DATA
transferncia de dados tipados

P_CAPABILITY_DATA
transf. de dados de capacidade

P_TOKEN_GIVE
passagem de ficha de dados

P_TOKEN_PLEASE
pedido de ficha
P_CONTROL_GIVE
passagem de todas as fichas

P_SYNC_MAJOR
insero de pto. de sincro. mximo

P_SYNC_MINOR
insero de pto. de sincro. mnimo

P_RESYNCHRONIZE
pedido de resincronizao
P_ACTIVITY_START
incio de uma atividade

P_ACTIVITY_END
fim de uma atividade

P_ACTIVITY_DISCARD
abandono de uma atividade

P_ACTIVITY_INTERRUPT
interrupo de uma atividade

P_ACTIVITY_RESUME
retomada de uma atividade

P_U_EXCEPTION_REPORT
relatrio de anomalia (usurio)

P_P_EXCEPTION_REPORT
relatrio de anomalia (fornecedor)

P_ALTER_CONTEXT
alterao de contexto
SEM CONEXO
P_UNITDATA
transferncia de dados (s/ conexo)
3.28
No caso dos servios orientados conexo, por exemplo, os usurios desta camada,
ou seja, as entidades da camada de Aplicao podem abrir 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 atravessam desta
forma a camada. A novidade mostrada na camada so as primitivas P_ALTER_CONTEXT,
que compem o servio de alterao de contexto de Apresentao.
Um contexto a unidade na qual so reagrupados 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.
A camada de Apresentao viabiliza a negociao sobre que forma de representao
ser adotada para os dados manipulados pela aplicao.
A negociao baseada no fornecimento, por parte de um usurio, de todas as
estruturas de dados que ele deseja utilizar, sendo que o usurio par pode ou no aceitar a
proposta.
Durante o dilogo, ainda possvel que novas propostas de estruturas de dados
sejam negociadas pelos dois usurios.
7.2.
A notao ASN.1
ASN.1 (Abstract Syntax Notation One) uma sintaxe abstrata que foi definida na ISO
para solucionar a problemtica da representao dos dados.
Isto foi motivado pela necessidade 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.1 definida pela norma ISO 8824, que apresenta as estruturas de dados
previstas na sintaxe; outra norma, ISO 8825, define a sintaxe de transferncia, ou seja, a
forma como as estruturas de dados ASN.1 podem ser mapeadas em binrio.
As estruturas de dados ASN.1 foram definidas para prever as complexas estruturas
de dados que poderiam ser manipuladas a nvel de uma dada aplicao. Um registro ou uma
estrutura de dados utilizada numa aplicao bancria pode conter os mais diversos campos,
como por exemplo o nome, o endereo, os nmeros de conta, as taxas de cmbio do dia, a
data e hora, etc... Em outras aplicaes, pode existir a necessidade de troca de estruturas
de dados as mais diversas possvel, sendo que cada aplicao pode ter as suas prprias
estruturas de dados. Ainda, algumas estruturas de dados podem ser tpicas de certas
aplicaes, outras especficas a uma determinada empresa ou instituio.
Nos estudos apresentados das camadas inferiores, particularmente na apresentao
dos protocolos existentes, muitas estruturas de dados foram apresentadas na forma de
figuras, com seus campos sendo apresentados por retngulos. Estas estruturas podem ser
formalizadas por registros, filas, vetores, etc...
A camada de Aplicao, cujas entidades so os usurios da camada de
Apresentao, caracterizada por muitas estruturas de dados, transmitidas na forma de
APDUs (Application Protocol Data Units), compostas de diferentes campos, cada campo
tendo um determinado tipo (booleano, inteiro, etc...).
A notao ASN.1 permite formalizar 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
camada de Apresentao, dando a ela o nome da estrutura ASN.1 correspondente. A
camada de Apresentao poder, ento, conhecer o tipo e o tamanho de cada campo
compondo a estrutura de dados e, desta forma, codific-los para a transmisso. A entidade
de Apresentao receptora, por sua vez, conhecendo a estrutura ASN.1 dos dados
recebidos, pode fazer todas as converses que sejam necessrias para adaptar mquina
receptora.
3.29
O interesse da existncia de ASN.1 que esta notao serve como uma linguagem
comum para todas as mquinas. Isto evita que todas as mquinas tivessem de conhecer
todas as possveis formas de representao de cada uma das mquinas com as quais elas
teriam de se comunicar. Com ASN.1, basta apenas que cada mquina conhea como
codificar seus dados nesta notao. A norma ISO 8824 define a notao de sintaxe abstrata
ASN.1, onde os principais pontos sero apresentados a seguir. Um primeiro exemplo de
como um dado pode ser descrito em 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
tipo record, onde cada campo teria seu tipo especfico e representando uma caracterstica
dos dinossauros. Um exemplo disto mostrado a seguir:
type dinossauro = record
nome
: array [1..12] of char;
tamanho
: integer;
carnivoro
: boolean;
ossos
: integer;
descoberta : integer;
end;
No caso de ASN.1, a mesma estrutura de dados poderia ser representada da

seguinte forma:
dinossauro ::= SEQUENCE {
nome OCTET STRING, --12 chars
tamanho INTEGER,
carnivoro BOOLEAN,
ossos INTEGER,
descoberta INTEGER
}
Como se pode notar, no existem muitas diferenas entre a forma de especificar um

record Pascal e uma seqncia ASN.1. De fato, tipos complexos ASN.1 so gerados a partir
de tipos de base, denominados tipos primitivos. Os tipos primitivos ASN.1 so apresentados
na tabela a seguir.
TIPO
INTEGER
BOOLEAN
BIT STRING
OCTET STRING
ANY
NULL
OBJECT IDENTIFIER
SIGNIFICADO
inteiro de valor arbitrrio
verdadeiro / falso
lista de bits
lista de bytes
conjunto de todos os tipos
nenhum tipo
nome de um objeto
Como foi dito, estes tipos podem ser combinados para a definio de estruturas de
dados mais complexas, isto pela utilizao de construtores de ASN.1, onde os mais
utilizados so:
CONSTRUTOR
SEQUENCE
SEQUENCE OF
SET
SET OF
CHOICE
SIGNIFICADO
seqncia de elementos de diversos tipos
seqncia de elementos de um mesmo tipo
conjunto (no ordenado) de elementos de diversos tipos
conjunto (no ordenado) de elementos de um mesmo tipo
escolha de um tipo entre uma lista de tipos
3.30
O construtor SEQUENCE permite construir uma estrutura de dados cujos campos

sejam de tipos diferentes. Ele bastante similar a um registro Pascal, como j foi visto no
exemplo anteriormente apresentado. SEQUENCE OF permite construir vetores de
elementos de um mesmo tipo. O construtor SET similar ao SEQUENCE, com uma
diferena apenas os elementos de um SET no ordenados como no caso do
SEQUENCE.
Da mesma forma, 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:
x NumericString, que define uma lista de numerais de 0 a 9 mais os brancos;
x PrintableString, que define uma lista cujos elementos podem ser as letras
maisculas, as minsculas, os nmeros e os caracteres ( ) + - . , / : = ?
x GeneralizedTime, para definir datas e horas.
Existe ainda, em ASN.1, a possibilidade de expressar estruturas de dados onde
alguns 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 um dado um valor inicial (por default) atravs da clusula
DEFAULT.
Finalmente, ASN.1 define ainda o conceito de etiqueta (ou TAG), que permite
identificar um valor associando-o a um dado campo. Para mais detalhes sobre ASN.1,
aconselha-se uma consulta s normas ISO 8824/8825 e outros documentos disponveis
sobre esta notao.
7.3.
A compresso de dados
De um ponto de vista genrico, os dados transmitidos atravs de um canal podem

ser vistos como uma seqncia de smbolos S1, S2, ..., SN, pertencentes a um dado
alfabeto (bits, dgitos decimais, letras, palavras de uma lngua, etc...).
As tcnicas de compresso de dados existentes so baseadas sobre 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.
7.3.1. Codificao de um alfabeto finito de smbolos
Muitas aplicaes so baseadas na representao dos dados atravs de alfabetos
finitos de smbolos. Um exemplo disto so as aplicaes relacionadas utilizao de
terminais, onde os dados so representados pelo alfabeto ASCII.
Consideremos o exemplo do gerenciamento de uma biblioteca, onde um livro poderia
ser identificado pelo seu ttulo, o ttulo de um livro podendo ser expresso em 20 caracteres
(ou 140 bits).
Isto significa que, com uma palavra de 140 bits, poderamos identificar at 2140 livros.
No entanto, no existem biblioteca no mundo que possua esta quantidade de livros. Assim,
se, ao invs de identificarmos os livros pelo seu ttulo escolhermos um sistema de
3.31
numerao, poderemos diminuir em muito a quantidade de bits necessria para a

identificao de um livro de qualquer biblioteca.
7.3.2. Codificao dependente da freqncia
Em determinadas aplicaes, muitos smbolos de um alfabeto so muito mais
utilizados que outros. Nos textos em Ingls, por exemplo, a letra E aparece 100 vezes 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. Um exemplo desta tcnica
de compresso foi apresentada em 6.1.2.
7.3.3. 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
podem ser altamente dependentes da informao precedente. Por exemplo, no caso de um
texto em Portugus, 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 ocorrncia
de uma letra P aps uma letra N numa palavra nula, a menos que um erro de ortografia
tenha sido cometido.
Uma tcnica mais sofisticada que aquela de levar em conta este aspecto
calculando a probabilidade relativa de ocorrncia de cada smbolo aps os demais smbolos
de um alfabeto.
No caso das letras, como o exemplo citado acima, isto vai significar na construo de
26 tabelas, cada uma contendo as probabilidades das letras seguindo uma letra do alfabeto.
Se uma forte correlao existir entre os smbolos, a taxa de compresso vai ser muito
melhor que aquela obtida com a utilizao da tcnica apresentada anteriormente.
Uma desvantagem desta tcnica a grande quantidade de tabelas requerida para a
definio das probabilidades relativas. No caso de um alfabeto composto de k 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 em maisculas, minsculas,
caracteres numricos e caracteres especiais. Assim, quatro cdigos podem ser associados
aos quatro tipos e 28 cdigos vo permitir codificar os caracteres. A idia de base desta
tcnica que, a princpio, todo smbolo aps uma letra minscula tem fortes possibilidades
de ser tambm uma letra minscula, todo smbolo seguindo um caractere numrico
tambm um caractere numrico, etc... Quando se quer chavear de um tipo de smbolo a
outro, basta inserir o cdigo associado ao novo tipo.
Uma tcnica similar pode ser utilizada para codificar longas seqncias de dados
binrios contendo grandes quantidades de zeros. Cada smbolo de k bits indica quantos
zeros separam dois 1s consecutivos. Assim, para tratar grandes faixas de zeros, o smbolo
1 indica que uma faixa de 2k - 1 mais o valor do smbolo seguinte separa os dois uns. Por
exemplo, para a seqncia
000100000100000010000000000000010000001000100000001100000101
que contm as faixas de zeros de comprimentos: 3,5,6,14,6,3,7,0,1,5 e 1, pode-se
utilizar a codificao seguinte:
3.32
011 101 110 111 111 000 110 011 111 000 000 001 101 001
onde a faixa de 14 zeros codificada por 111 111 000 (ou seja, 7 + 7 + 0 = 14). Neste
caso, a compresso permitiu reduzir em 34% o tamanho da informao.
Uma aplicao desta tcnica pode ser feita, com algumas modificaes, na
transmisso digital de imagens de televiso colorida. O sinal constitudos de uma
seqncia de quadros, de 25 a 30 por segundo, cada um contendo um vetor retangular de
pontos (pixels) da imagem. Uma imagem de televiso pode ser composta de 1000 linhas de
600 pixels, cada pixel sendo codificado em 16 bits, 15 bits para a cor (com 32 nveis para
cada cor) e 1 bit para informao 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 Mbits/s. Com uma codificao binria, seria
necessrio dispor de uma faixa de freqncia de quase 600 MHz. Uma vez que a
transmisso analgica ocupa faixas de freqncia de apenas 6 MHz, a transmisso digital,
sem compresso de imagem, poderia tornar-se invivel.
A soluo est no fato que, em transmisso de imagens, existe uma forte
probabilidade de que muitos quadros consecutivos sejam idnticos queles que os
precederam. Desta forma, 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.
7.4.
A criptografia
A criptografia uma tcnica bastante antiga, introduzida principalmente pelas

organizaes militares, particularmente na troca de mensagens em tempo 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 em informar o grande nmero de
pessoas que deveria estar consciente da mudana.
O processo de criptografia de uma mensagem ilustrado pela figura 3.18. As
mensagens a serem criptografadas so codificadas graas a uma funo parametrizada por
uma chave, gerando, na sada o texto criptografado ou o criptograma. Este texto
transmitido por um mensageiro ou rdio, este podendo ser escutado por um espio.
A diferena entre o espio e o destinatrio que, como o primeiro no tem a chave
de decodificao, ele dificilmente vai poder decodificar a mensagem. Os espies podem
efetuar dois tipos de ao sobre os criptogramas, copi-los unicamente para conhecer o seu
contedo (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
sempre as tcnicas gerais da criptografia, ou seja, que pelo menos o esquema apresentado
na figura 3.18 conhecido. Por outro lado, criar a cada vez um mtodo diferente de
criptagem a cada vez que um outro considerado conhecido representa um trabalho
considervel.
A forma mais eficiente de tentar esconder o jogo atravs da introduo das
chaves. As chaves consistem de seqncias de caracteres relativamente curtas que
permitem escolher um mtodo de criptagem em funo do seu valor. A vantagem disto
que, enquanto uma tcnica de criptagem pode ser modificada numa escala de anos, uma
chave pode ser modificada quando se julgar necessrio.
Os mtodos de criptografia podem ser organizados em duas principais classes: os
mtodos por substituio e os mtodos por transposio cujos principais pontos sero
vistos a seguir.
3.33
espio passivo
espio ativo
ESPIO
Processo de
codificao
Processo de
decodificao
criptograma
chave de
codificao (k)
chave de
decodificao
Figura 3.18 - O processo de criptografia.
7.4.1. A criptagem por substituio

Nestes mtodos, cada letra ou grupo de letras literalmente substitudo por outra
letra ou outro grupo de letras. A tcnica mais antiga de criptagem atribuda a Jlio Csar,
que definiu uma tcnica onde cada letra do alfabeto seria substituda por uma letra que
estivesse 3 passos sua frente ou seja, a seria codificada em D, b seria codificada em E, c
seria codificada em F, etc..., e isto de maneira rotativa, de modo que z seria codificado em C.
Desta forma, a palavra REDE ficaria... UHGH, portanto, irreconhecvel.
Esta tcnica poderia ainda ser generalizada, pelo deslocamento do alfabeto de k
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, desta vez, as letras podem ser substitudas por qualquer outra. Por exemplo,
se o alfabeto
abcdefghijklmnopqrstuvwxyz
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,
a palavra REDE torna-se, agora, OXCX.
Com esta tcnica, existem 26! (4.1026) 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 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, como por exemplo, as letras e, t, o,
..., os digramas mais freqentes so th, in, er, ... e os trigramas mais utilizados so the, ing,
and e ion. E o trigrama mais utilizado da lngua portuguesa? Nos ltimos meses, deve ter
sido CPI.
Desta forma, a decodificao de um criptograma obtido com a substituio
monoalfabtica, feita associando-se a letra mais freqente letra mais freqente da lngua
considerada, os digramas mais freqentes queles mais freqentes da lngua considerada,
etc...
7.4.2. A criptagem por transposio
Na criptagem por substituio, apesar da substituio das letras, os cdigos mantm
a ordem correta das letras nas palavras e frases. Na codificao por transposio, as letras
3.34
no so substitudas, mas de fato, transpostas de tal forma a esconder o verdadeiro

significado do texto.
Uma tcnica de criptagem mostrada na figura 3.19, denominada transposio por
colunas. Nesta tcnica as linhas sero trocadas pelas colunas numeradas em funo de
uma chave que , normalmente, uma palavra no contendo nenhuma letra repetida. No
exemplo, a chave considerada a palavra PESCAR, onde a ordem das colunas associadas
a cada uma das letras vai ser 4-3-6-2-1-5. Assim, um texto como...
TRANSFERIR UM M ILHO PARA A CONTA DE COLLO R o criptograma obtido ser ...
SUAADONRHAALRRIANOTEMPOCFMOCERAILRTL.
8.
A CAMADA DE APLICAO
A camada de Aplicao tem por funo o gerenciamento dos programas de usurio

(programas de aplicao) que executam em mquinas conectadas e utilizam o sistema de
comunicao para a troca de informaes.
Os programas de aplicao executando via um sistema de comunicao baseada no
modelo OSI vo utilizar-se dos servios de comunicao oferecidos pela camada de
Apresentao, descrita na parte anterior do documento.
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.
Dentro desta parte, sero estudados os principais aspectos relacionados camada
de Aplicao, particularmente, a sua estrutura e os conceitos associados e alguns exemplos
de servios oferecidos a nvel de Aplicao.
8.1.
Estrutura da camada de Aplicao
A grande diversidade das aplicaes podendo ser construdas sobre uma arquitetura
de comunicao e a questo da heterogeneidade dos sistemas, fator importante da
concepo do modelo OSI, conduziu, no mbito da ISO, definio de uma arquitetura
unificada para a camada de Aplicao, ALS (Application Layer Structure), definida pela
norma ISO 9545.
Nesta definio, a norma no prope servio de Aplicao, mas introduz um conjunto
de conceitos relacionados estrutura da camada, que pode servir como base para a
definio de outras normas ou propostas de servios de Aplicao.
P
Texto original:
TRANSFERIR UM MILHAO PARA A
CONTA DE COLLOR
Texto codificado
SUAADONRHAALRRIANOTEMPOC
FMOCERAILRTL
Figura 3.19 - Exemplo da transposio por colunas.
3.35
8.1.1. Caractersticas especficas da camada de Aplicao

Dado que a camada de Aplicao a mais alta do modelo OSI, ela no fornece
servio a nenhuma outra camada, a noo de conexo ficando, ento, inadequada a nvel de
Aplicao. Por outro lado, a comunicao entre entidades de Aplicao pares deve ser
suportada por alguma forma de relao que permita a troca de informaes de controle dos
protocolos de Aplicao, esta forma de relao sendo definida como uma Associao de
Aplicao.
Os elementos compondo a arquitetura da camada de Aplicao vo se utilizar das
facilidades oferecidas pela camada de Apresentao para a manipulao e a representao
de dados, e os mecanismos de controle de dilogo oferecidos pela camada de Sesso. As
interaes entre os programas aplicativos permitem modelizar a operao cooperativa entre
os sistemas abertos reais, necessitando porm o compartilhamento de uma quantidade de
informaes que viabilize estas interaes, a fim de que o tratamento das atividades seja
feito de maneira coerente.
Trs tipos de informao so, particularmente, relacionados natureza das
interaes entre os programas aplicativos:
x o conjunto de objetos sujeito s atividades de tratamento de informao;
x os procedimentos de controle e de cooperao do tratamento distribudo para a
comunicao entre programas;
x os estados das interaes passadas entre programas de aplicao.
8.1.2. Conceitos relacionados camada de Aplicao
As sees que seguem permitem introduzir alguns elementos relacionados
arquitetura da camada de Aplicao, particularmente, os Processos de Aplicao, as
Entidades de Aplicao, as Associaes de Aplicao, etc...
Um Processo de Aplicao ou AP (Application Process) representa, de forma
abstrata os elementos de um sistema aberto real que realiza o tratamento de informao no
contexto de uma aplicao particular. Dependendo da natureza da aplicao considerada,
um processo de Aplicao pode ter necessidade de trocar informaes com outros
processos de Aplicao, as interaes necessrias a esta troca podendo ser realizadas a
partir de um nmero distinto de partes invocveis simultaneamente ou seqencialmente. A
atividade de um Processo de Aplicao caracterizada, formalmente por uma instncia ou
Invocao de Processo de Aplicao ou API (Application Process Invocation).
Uma Entidade de Aplicao ou AE (Application Entity) representa as capacidades de
comunicao (dentro do contexto OSI) de um Processo de Aplicao. Uma ou vrias
Entidades de Aplicao permitem definir o que o ambiente OSI leva em conta para a
comunicao de um processo de comunicao. Uma Entidade de Aplicao representa um
nico Processo de Aplicao. Por outro lado, um mesmo Processo de Aplicao pode
reagrupar diversas Entidades de Aplicao. Alm disso, diferentes Processos de Aplicao
podem ser representados por Entidades de Aplicao de mesmo tipo, um Processo de
Aplicao podendo reagrupar diversas Entidades de Aplicao de tipos diferentes. Uma
Invocao de Entidade de Aplicao ou AEI (Application Entity Invocation) uma utilizao
das capacidades de uma AE para as atividades de comunicao especficas de um
Processo de Aplicao.
Uma Associao de Aplicao ou AA (Application Association) uma relao
cooperativa estabelecida entre duas AEIs para a troca de informaes. Uma ou mais AAs
so criadas quando duas AEIs devem trocar informaes no contexto de uma dada
aplicao. Isto significa que uma AEI pode manter, simultnea ou sequencialmente, mais de
uma AA com uma ou diversas AEIs.
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 um subconjunto das funes ou facilidades de comunicao
3.36
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.
Finalmente, um conceito importante o de um Contexto de Aplicao, que
corresponde ao conjunto de regras e funes a serem implementadas ao longo da durao
de uma Associao de Aplicao para a gesto das trocas de informaes entre AEIs.
As possveis relaes entre os conceitos aqui descritos so ilustradas pela figura 3.20.
Outros conceitos importantes no que diz respeito estrutura da camada de Aplicao
so os Objetos de Associao Simples e a Funo de Controle de Associao Simples.
Os Objetos de Associao Simples ou SAO (Single Association Object) so os elementos
que representam as funes e as informaes de estado relacionadas s operaes de uma
associao de aplicao simples, o conceito de simples estando relacionado ao sentido
de nico. Os componentes bsicos de um SAO so o Elemento de Servio de Controle
de Associao ou ACSE (Association Control Service Element) e a Funo de Controle de
Associao Simples ou SACF (Single Association Control Function) que sero definidas
mais adiante. Um SAO representa igualmente a operao de um conjunto de ASEs
existentes numa AEI para uma associao de Aplicao particular.
A Funo de Controle de Associao Simples o elemento que representa a
coordenao das interaes e a utilizao dos elementos de um SAO.
8.1.3. Exemplos de Estruturas de AEIs
A forma como uma AEI pode ser composta a partir dos diversos elementos definidos
acima ilustrada a partir de dois exemplos, apresentados nas figuras 3.21 e 3.22,
respectivamente.
Em 3.21, apresentado um caso simples de uma AEI envolvida numa associao de
Aplicao nica. Ela composta ento de um SAO, constitudo por dois ASEs e uma funo
de controle.
Em 3.22, apresentada uma AEI envolvida em trs associaes. No caso de
mltiplas associaes, algumas atividades de uma mesma aplicao podem ser distribudas
sobre vrias associaes. Neste caso, estas atividades devem ser coordenadas e
ordenadas atravs de um conjunto de funes da prpria aplicao. Este conjunto defunes
reagrupado, no modelo da camada de Aplicao, por um elemento denominado Funo de
Controle de Associaes Mltiplas ou MACF (Multiple Association Control Function).
AP
API
AE
AE
AP
API
AE
AEI
AEI
AEI
ASEs
CONTEXTO DE
APLICAO
ASEs
ASSOCIAES CONSECUTIVAS
OU SIMULTNEAS
Figura 3.20 - Conceitos da arquitetura da camada de Aplicao.
3.37
Camada de Aplicao
AEI
SAO
Camada de
Apresentao
S
A
C
F
ASE
ACSE
A
S
S
O
C
I
A
D
E
A
P
L
I
C
A
Figura 3.21 - Uma AEI simples.

Camada de Aplicao
AEI
MACF
SAO 1
S
ASE 1
A
ASE 2
C
ACSE
F
SAO 2
S
ASE 3
A
ASE 4
C
ACSE
F
SAO 3
S
ASE 3
A
ASE 5
C
ACSE
F
Camada de
Apresentao
Figura 3.22 - AEI com mltiplas associaes.
Na figura 3.22, uma das associaes utilizada de maneira totalmente independente

das demais, enquanto as duas outras so utilizadas num mesmo conjunto de atividades que
requerem a existncia de uma MACF, como mostrado na figura.
8.2.
ACSE e os servios de gesto das conexes
A gesto de conexes um dos problemas a serem resolvidos pela camada de

Aplicao, de forma a evitar que cada aplicao desenvolvida tenha de resolver esta questo
sua maneira. Assim, a nvel desta camada, foi definido um Elemento de Servio de
Controle de Associao, o ACSE (Association Control Service Element) que assume esta
tarefa.
3.38
Como a totalidade das aplicaes conhecidas requer, normalmente os servios de

gesto de conexo, este elemento de servios deve estar sempre presente a nvel dos
contextos de Aplicao.
Nas sees que seguem, apresentaremos os servios supridos por este elemento
de servio, assim como as interfaces deste com os servios das camadas inferiores.
8.2.1. Os servios oferecidos pelo ACSE
Os servios oferecidos pelo ACSE so definidos pelas primitivas apresentadas no
quadro a seguir.
PRIMITIVA
A-ASSOCIATE
A-RELEASE
A-ABORT
A-P-ABORT
SIGNIFICADO
Estabelecimento de conexo
Liberao negociada de conexo
Liberao abrupta de conexo (usurio)
Liberao abrupta de conexo (fornecedor)
A_ASSOCIATE um servio confirmado que permite estabelecer uma associao a

partir de um elemento de servio de aplicao. Dentre os parmetros da primitiva de servio,
enviada a proposio de contexto de Aplicao. Em caso de aceitao por parte do
receptor da indicao, a associao 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 um servio no confirmado que permite abortar, ou liberar de forma
abrupta uma associao existente. Como j descrito anteriormente, neste caso podem
ocorrer 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, no caso em que no exista concordncia a respeito do contexto de
aplicao a utilizar.
A_P_ABORT o servio que efetua o mesmo que A_ABORT, sendo que, desta vez,
a iniciativa do fornecedor do servio.
8.2.2. As interfaces do ACSE com os servios de Apresentao
O ACSE tem acesso a servios de duas das camadas inferiores, particularmente, a
camada imediatamente inferior, de Apresentao, e a camada de Sesso.
No que diz respeito aos servios de Apresentao, uma primeira correspondncia
que se pode estabelecer o de uma associao com uma conexo de Apresentao. Deste
ponto de vista, existem uma correspondncia de 1 para 1, ou seja, uma associao de
Aplicao corresponde a uma conexo de Apresentao. O ACSE necessita utilizar
unicamente os servios de base da camada de Apresentao, 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.
8.3.
Os servios de acesso e transferncia de arquivos (FTAM)
Em 1987, foi publicada pela ISO a verso definitiva da norma de servios de acesso e
transferncia de arquivos, FTAM (File Transfer, Access and Management), com o nmero
ISO 8571.
A norma cobre um dos assuntos mais importantes da interconexo de sistemas,
uma vez que ela normaliza o protocolo que permite oferecer os servios de acesso e
transferncia de arquivos.
FTAM permite a transferncia do todo ou de parte de um arquivo, ao destinatrio ou a
uma estao (sistema) distante, oferecendo ainda servios de controle de erros, retomada
3.39
imediata ou no, controle de acesso a arquivos (acesso seletivo, proteo, ...) e modificao
dos atributos de um arquivo.
O tratamento de arquivos via FTAM baseado no conceito de arquivo virtual, que
permite representar, para os servios FTAM o arquivo real. A relao entre estes elementos
apresentada na figura 3.23. A noo de arquivo virtual permite tornar transparente ao
usurio as diferentes 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.
8.3.1. O servidor virtual de arquivos
Um servidor virtual de arquivos reagrupa todas as informaes relativas aos
arquivos, estas, permitindo conhecer o estado de um arquivo num dado 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.
Este modelado como uma entidade enderevel com a qual um usurio remoto
pode se comunicar, utilizando os servios FTAM. A princpio, um nmero arbitrrio de
usurios pode ser associado a um mesmo servidor virtual de arquivos num dado instante.
Ainda, um 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, ...), controle de acesso (somente
leitura, somente escrita, ...), tamanho do arquivo, identidade do criador, data e hora de
criao, identidade do ltimo modificador, data e hora de modificao, etc... A seleo de um
arquivo 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 estrutura de acesso aos arquivos num servidor virtual de arquivos assume a forma
arborescente, coerente com as estruturas mais genricas dos sistemas reais de arquivos.
Esta estrutura ilustrada pela figura 3.24, onde se pode ver um nico n raiz (R), ns
internos (A, E) e folhas (B, C, D, F) conectadas por arcos dirigidos.
Sistema Real A
Sistema Real B
ARQUIVO
REAL A
ARQUIVO
REAL B
Ambiente OSI
ARQUIVO
VIRTUAL A
protocolo FTAM
ARQUIVO
VIRTUAL B
ARQUIVO
VIRTUAL C
ARQUIVO
REAL C
Sistema Real C
Figura 3.23 - Relao entre arquivos virtuais e arquivos reais.
3.40
Um n da rvore pode pertencer a um nico nvel, podendo, por sua vez, servir de
acesso sua subrvore, conhecida como uma Unidade de Dados de Acesso a Arquivo ou
FADU (File Access Data Unit). O contedo de um arquivo pertencente ao servidor de
arquivos mantido numa ou mais Unidade de Dados ou DU (Data Unit). Uma DU um
objeto de dados tipado (escalar, vetor, conjunto, ...), contendo elementos de dados atmicos
denominados Elementos de Dados, aos quais normalmente associada uma sintaxe
abstrata (caractere, byte, inteiro, ...). Os servios associados a um servidor virtual de
arquivos so acessados via primitivas de servio, que sero apresentadas na seo a
seguir.
8.3.2. As primitivas de servio de FTAM
Os servios oferecidos por FTAM para o acesso e a transferncia de arquivos so
organizados em unidades denominadas regimes. Os regimes correspondem a etapas da
manipulao de arquivos, o quadro a seguir apresenta o conjunto de primitivas associado a
cada um deles.
O FTAM, como foi apresentado, constitui-se de um importante elemento de servio
de aplicao (ASE) para as aplicaes que exijam manipulao ou transferncia de arquivos,
sejam aplicaes de automao de escritrio ou de automao da manufatura. No que diz
respeito a esta segunda classe de aplicaes, podemos destacar como um importante
elemento de servio de aplicao, o ASE MMS (Manufacturing Message Services).
CONEXO DE APLICAO
F_INITIALIZE
F_TERMINATE
F_ABORT
SELEO DE ARQUIVO
F_SELECT
F_CREATE
F_DESELECT
F_DELETE
F_READ_ATTRIB
F_CHANGE_ATTRIB
ACESSO A ARQUIVO
F_OPEN
F_CLOSE
F_LOCATE
F_ERASE
TRANSF. DE DADOS
F_READ
F_WRITE
F_DATA
F_DATA_END
F_TRANSFER_END
autorizao e informaes para operao

inicializao da associao
terminao negociada de associao
terminao abrupta da associao
identificao de arquivos a manipular
seleo de um arquivo existente
criao de um arquivo
liberao de um arquivo
eliminao de um arquivo
leitura dos atributos do arquivo
modificao de atributos de um arquivo
abertura, fechamento, etc...
abertura de um arquivo
fechamento de arquivo
localizao de um arquivo
eliminao de contedo de um arquivo
transferncia de dados entre arquivos
leitura do contedo de um arquivo
escrita sobre um arquivo
transferncia de dados
transferncia de fim de dados
fim de transferncia de dados
3.41
FADU
R
DU
FADU
NVEL 0
FADU
A
DU
DU
DU
D
DU
DU
NVEL 1
DU
NVEL 2
Figura 3.24 - Estrutura de acesso do servidor virtual de arquivos.
3.42

Apostila Arquitetura de Redes de Computadores Capitulo 3

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Apostila Arquitetura de Redes de Computadores Capitulo 3

Enviado por

Direitos autorais:

Formatos disponíveis

Captulo 3

A definio de um modelo de referncia para a interconexo de sistemas abertos, o

O objetivo da camada Fsica assegurar o transporte dos dados, representados por

Os suportes de transmisso podem se caracterizar pela existncia ou no de um

CAP. 3 AS SETE CAMADAS DO MODELO OSI

PROF. VITRIO BRUNO MAZZOLA

CAP. 3 AS SETE CAMADAS DO MODELO OSI

PROF. VITRIO BRUNO MAZZOLA

um diodo emissor de luz (LED) ou de um diodo laser. O dispositivo de recepo

Aspectos da Transmisso de Dados

O meio de transmisso consiste geralmente de um conjunto de recursos e regras

CAP. 3 AS SETE CAMADAS DO MODELO OSI

PROF. VITRIO BRUNO MAZZOLA

x o receptor, responsvel pela reconstituio da informao a partir dos sinais

CAP. 3 AS SETE CAMADAS DO MODELO OSI

PROF. VITRIO BRUNO MAZZOLA

A CAMADA DE ENLACE DE DADOS

A camada de Enlace de Dados tem por funo oferecer um caminho para o

As Classes de Servios de Enlace

A camada de Enlace de Dados oferece servios classificados em trs principais

CAP. 3 AS SETE CAMADAS DO MODELO OSI

PROF. VITRIO BRUNO MAZZOLA

x a etapa de transmisso de dados, durante a qual so realizadas todas as trocas

Figura 3.2 - Primitivas de servio trocadas entre as camadas de Rede e de Enlace.

CAP. 3 AS SETE CAMADAS DO MODELO OSI

PROF. VITRIO BRUNO MAZZOLA

Os erros podendo ocorrer sobre os suportes de transmisso podem ter como

CAP. 3 AS SETE CAMADAS DO MODELO OSI

PROF. VITRIO BRUNO MAZZOLA

bits. Os rudos impulsivos so causados pelos arcos devido ao chaveamento de rels ou

CAP. 3 AS SETE CAMADAS DO MODELO OSI

PROF. VITRIO BRUNO MAZZOLA

3.3.1. Os cdigos de correo de erro

O objetivo da camada de Rede assegurar o transporte de unidades de dados

CAP. 3 AS SETE CAMADAS DO MODELO OSI

PROF. VITRIO BRUNO MAZZOLA

documento. Os mecanismos relacionados funes de interconexo merecero uma parte

Servios oferecidos pela camada de Rede

CAP. 3 AS SETE CAMADAS DO MODELO OSI

PROF. VITRIO BRUNO MAZZOLA

Figura 3.6 - Ilustrao das classes de servio do modelo OSI.

N_CONNECT.request a primitiva utilizada para requisitar o estabelecimento de

CAP. 3 AS SETE CAMADAS DO MODELO OSI

PROF. VITRIO BRUNO MAZZOLA

N_DISCONNECT.request, que informa, atravs do parmetro reason, o motivo do no

Como dito na parte introdutria, a funo principal da camada de Rede efetuar o

CAP. 3 AS SETE CAMADAS DO MODELO OSI

PROF. VITRIO BRUNO MAZZOLA

As sees que seguem vo discutir alguns dos conjuntos de algoritmos de

CAP. 3 AS SETE CAMADAS DO MODELO OSI

PROF. VITRIO BRUNO MAZZOLA

Figura 3.8 - Ilustrao do algortimo de Dijkstra.

A deciso , ento, baseada na gerao de um nmero aleatrio entre 0,00 e 0,99.

CAP. 3 AS SETE CAMADAS DO MODELO OSI

PROF. VITRIO BRUNO MAZZOLA

Durante o funcionamento de uma aplicao distribuda construda sobre uma rede,

CAP. 3 AS SETE CAMADAS DO MODELO OSI

PROF. VITRIO BRUNO MAZZOLA

x o controle isartmico, baseado na existncia em cada n de um certo nmero de

A funo da camada de Transporte permitir a transferncia de informaes do

O servio oferecido camada de Sesso

Segundo o modelo OSI, os usurios da camada de Transporte so as entidades de

CAP. 3 AS SETE CAMADAS DO MODELO OSI

PROF. VITRIO BRUNO MAZZOLA