O final da dcada de 70 apresentava um panorama curioso em termos de comunicao de dados

em redes de computadores: por um lado, uma perspectiva de crescimento vertiginoso causados

pelo investimento e desenvolvimento que estavam sendo feitos, mas por outro lado uma tendncia
que poderia acarretar em uma profunda crise no setor, a heterogeneidade de padres entre os
fabricantes, praticamente impossibilitando a interconexo entre sistemas de fabricantes distintos.
Ento os fabricantes comearam a perseguir alguns objetivos necessrios para a implementao de
um sistema aberto. Esses objetivos so:
interoperabilidade: capacidade que os sistemas abertos possuem de troca de informaes
entre eles, mesmo que sejam fornecidos por fabricantes diversos;
interconectividade: a maneira atravs da qual se pode conectar computadores de
fabricantes distintos;
portabilidade da aplicao: a capacidade de um software de rodar em vrias plataformas
diferentes;
"scalability": capacidade de um software rodar com uma performance aceitvel em
computadores de capacidades diversas, desde computadores pessoais at
supercomputadores.
Para se atingir estes objetivos, a ISO (International Organization for Standardization) passou a se
ocupar em criar um padro de arquitetura aberta e baseada em camadas. Foi ento definido o
Modelo de Referncia para Interconexo de Sistemas Abertos (Reference Model for Open Systems
Interconection - RM OSI).
A utilizao de um ambiente de sistema aberto nos oferece algumas vantagens, como:
liberdade de escolha entre solues de diversos fabricantes;
acesso mais rpido a novas tecnologias e a preos mais acessveis, j que mais barato e
rpido fabricar produtos baseados em uma plataforma padro;
reduo de investimentos em novas mquinas, j que os sistemas e os softwares de
aplicao so portveis para os vrios tipos de mquinas existentes.
A adoo de um modelo baseado em camadas tambm no arbitrria. Considerando que uma
rede de computadores tem como objetivo o processamento de tarefas distribudas pela rede de
forma harmnica e cooperativa entre os vrios processos de aplicao, o projeto desta deve levar
em conta vrios fatores, como:
considerar todos os eventos possveis de acontecer durante a comunicao;
conhecer todos os efeitos e causas destes eventos;
especificar em detalhes todos os aspectos tcnico-operacionais dos meios fsicos a serem
utilizados como suporte comunicao;
detalhes das prprias aplicaes a serem executadas.
Podemos perceber, ento, que o problema extremamente complexo e abrangente. A fim de se
lidar com esta complexidade (facilitando a implementao e manuteno), projeta-se a rede como
um conjunto de camadas.
Este conjunto de camadas hierrquico, ou seja, cada camada baseia-se na camada inferior
[Moura 86]. Reduzindo-se o projeto global da rede ao projeto de cada uma das camadas,
Page 1 of 15 OSI
25/11/2008 http://intranet.netservice.com.br/menu/estudo/osi.htm
simplifica-se consideravelmente o trabalho de desenvolvimento e de manuteno. O projeto de
uma camada restrito ao contexto dessa camada e supe que os problemas fora deste contexto j
estejam devidamente resolvidos.
Na realidade existem duas vantagens prticas na utilizao de uma arquitetura em camadas. Em
primeiro lugar, a complexidade do esforo global de desenvolvimento reduzida atravs de
abstraes (no interessa para uma determinada camada como as demais implementam o
fornecimento de seus servios, s o que elas oferecem). Na arquitetura hierrquica, a camada (N)
sabe apenas que existem a camada (N-1), prestadora de determinados servios e a camada
(N+1), que lhe requisita os servios. A camada (N) no toma conhecimento da existncia das
camadas (N2), (N3), etc.
O segundo aspecto relacionado com a independncia entre as camadas. A camada (N) preocupa-
se apenas em utilizar os servios da camada (N-1), independentemente do seu protocolo. assim
que uma camada pode ser alterada sem mudar as demais (facilidade de manuteno) - desde que
os servios que ela presta no sejam modificados. assim tambm que novas aplicaes podem
ser implementadas, na camada apropriada, aproveitando os mesmos servios j fornecidos pelas
outras camadas (reduo dos esforos para evolues).
Porm a elaborao de um sistema aberto passa por algumas etapas obrigatrias que podemos
observar claramente na definio do modelo OSI, da ISO:
definio do modelo do sistema aberto (padro para arquitetura do sistema aberto);
definio dos padres dos componentes que fazem parte do modelo (padres de
interoperabilidade e portabilidade), no s os relacionados comunicao, mas tambm
alguns no relacionados, como estrutura de armazenamento de dados, etc;
seleo dos perfis funcionais.
Podemos observar que o modelo OSI da ISO corresponde exatamente ao primeiro tem citado
acima. O modelo OSI um modelo de referncia e define apenas a arquitetura do sistema. O
padro criado para o modelo OSI, ento, define exatamente o que cada camada deve fazer, mas
no define como isto ser feito, ou seja, define os servios que cada camada deve prestar, mas
no o protocolo que o realizar. Este primeiro passo j est bem definido pela ISO.
A definio dos protocolos de cada camada, ento, fica por conta do segundo passo. Esta parte
tambm est definida pela ISO, mas realizado por grupos de estudo diversos. Este passo uma
tarefa muito dinmica, pois novas tecnologias de transmisso surgem a todo instante. Portanto por
um lado temos alguns padres bem documentados, mas por outro, temos tecnologias emergentes
que precisam ser adaptadas s condies do modelo OSI e ainda esto em processo de definio.
J a terceira etapa no uma fase de responsabilidade da ISO. Esta etapa de definio de perfis
funcionais realizada por cada pas, que escolhe os padres que lhe cabem baseados em condies
tecnolgicas, base instalada, viso futura, etc. Por exemplo, no Brasil temos o Perfil Funcional do
Governo Brasileiro. A escolha do Perfil Funcional uma etapa importante, pois apesar de dois
sistemas seguirem o Modelo OSI, se eles adotarem perfis diferentes, eles nunca vo conseguir
interoperar.
A arquitetura OSI foi desenvolvida a partir de trs elementos bsicos [Moura 86]:
os processos de aplicao existentes no ambiente OSI;
as conexes que ligam os processos de aplicao e que lhes permitem trocar informaes;
os sistemas.
Page 2 of 15 OSI
25/11/2008 http://intranet.netservice.com.br/menu/estudo/osi.htm

Figura 2.1: Processos de aplicao, conexes e sistemas
O desenho abaixo nos d uma idia da arquitetura de uma mquina pertencente a um sistema de
comunicao:

Figura 2.2: Arquitetura de uma mquina do sistema
Hardware: prov a infraestrutura necessria (no nvel mais baixo) para o processamento da
aplicao, como a manipulao de bits, acesso a disco, etc. Sistema operacional: prov os
servios bsicos de acesso a hardware, etc. Gerenciamento de dados: cuida de tarefas como o
acesso, manipulao e troca de vrios tipos de dados. Uma consistncia nesta tarefa um grande
passo rumo portabilidade de aplicaes. Existem vrias formas de implementao de acesso a
bancos de dados, mas a mais comum e aceita pela indstria a SQL (Structure Query Language).
Linguagem: tem sido feitos esforos em relao criao de uma linguagem com independncia da
plataforma, de forma a prover a portabilidade de cdigo. Interface com o usurio: um dos
principais fatores de portabilidade, j que prov a interface com o usurio da aplicao. Cada vez
mais esto sendo desenvolvidas interfaces grficas e orientadas a objetos baseadas em janelas,
cones e menus. Os principais padres para desenvolvimento de interfaces grficas so X Window e
Motif. Comunicao: a parte de comunicao o objeto principal do nosso estudo. Ela vai prover
a comunicao e interoperao entre mquinas e sistemas diferentes, cuidando de caractersticas
como padres de interoperao, endereamento, etc.
O modelo OSI, ento, se encaixa na figura 2.2 como um conjunto de funes que possibilitam que
Page 3 of 15 OSI
25/11/2008 http://intranet.netservice.com.br/menu/estudo/osi.htm
mquinas distintas possam se comunicar e trocar informaes. Ele possui sete camadas (figura
2.3), onde cada camada responsvel por uma determinada funo especfica. Os princpios
utilizados para se chegar a estas camadas so [Tanenbaum 94]:
uma camada deve ser criada onde necessrio um nvel de abstrao diferente;
cada camada deve desempenhar uma funo bem definida;
a funo de cada camada deve ser definida tendo em vista a definio de protocolos padres
internacionais;
as fronteiras entre as camadas devem ser escolhidas de forma a minimizar o fluxo de
informaes atravs das interfaces;
o nmero de camadas deve ser grande o suficiente para que no seja preciso agrupar
funes em uma mesma camada por necessidade, e pequeno o suficiente para que a
arquitetura fique manejvel.
Cada camada usuria dos servios prestados pela camada imediatamente inferior e presta
servios para a camada imediatamente superior. Esta troca de informaes entre as camadas
adjacentes ocorre por meio da troca de primitivas de servios nas interfaces entre as camadas.
Apesar do modelo OSI estar dividido em sete nveis, pode-se considerar genericamente que as trs
camadas mais baixas cuidam dos aspectos relacionados transmisso propriamente dita e a
camada de transporte lida com a comunicao fim-a-fim, enquanto que as trs camadas superiores
se preocupam com os aspectos relacionados aplicao, j a nvel de usurio.
A comunicao entre sistemas ocorre a nvel de camadas, ou seja, a camada de aplicao do
sistema A se comunica com a camada de aplicao do sistema B e assim por diante at o nvel
fsico, onde ocorre a comunicao fsica entre os sistemas.
Page 4 of 15 OSI
25/11/2008 http://intranet.netservice.com.br/menu/estudo/osi.htm

Figura 2.3: Modelo OSI
Uma maneira bastante fcil e simplista de se enxergar a funcionalidade de um modelo em
camadas, como o modelo OSI, imaginar que cada camada tem como funo adicionar um
cabealho aos dados do usurio a serem transmitidos para outro sistema (figura 2.4). Deste modo
a funo de cada camada do outro sistema exatamente a inversa, ou seja, retirar os cabealhos
dos dados que chegam e entreg-los ao usurio em sua forma original.
Page 5 of 15 OSI
25/11/2008 http://intranet.netservice.com.br/menu/estudo/osi.htm

Figura 2.4: Transferncia de Dados entre Camadas
Os dados entregues pelo usurio camada de aplicao do sistema recebem a denominao de
SDU (Service Data Unit). A camada de aplicao, ento, junta SDU (no caso, os dados do
usurio) um cabealho chamado PCI (Protocol Control Information). O objeto resultante desta
juno chamado de PDU (Protocol Data Unit), que corresponde unidade de dados especificada
de um certo protocolo da camada em questo.
2.2. Primitivas de Servios
As primitivas de servios so informaes trocadas entre duas camadas adjacentes de forma a
realizar um servio. No modelo OSI so definidas quatro tipos de primitivas:
Pedido (Request): utilizada para solicitar ou ativar um determinado servio;
Indicao (Indication): informa a ocorrncia de um determinado evento;
Resposta (Response): utilizada para responder a um determinado evento;
Confirmao (Confirmation): utilizada para confirmar a execuo de um servio solicitado.
As primitivas possuem parmetros de entrada e sada. Por exemplo, em um pedido de conexo, os
parmetros podem especificar a mquina qual se conectar, o tipo de servio desejado e o
tamanho mximo de mensagem a ser utilizada e os parmetros em uma indicao de conexo
podem conter a identidade do solicitante, o tipo de servio e o tamanho mximo de mensagem
proposto. Quem cuida dos detalhes desta negociao o protocolo. Por exemplo, caso duas
propostas para o tamanho mximo das mensagens trocadas seja conflitante, o protocolo deve
decidir qual das duas ser aceita.
Os servios prestados podem ser basicamente de dois tipos: confirmado e no-confirmado. No
servio confirmado, h um pedido, uma indicao, uma resposta e uma confirmao. J no servio
no-confirmado, h apenas um pedido e uma indicao. Um exemplo de um servio confirmado o
estabelecimento de uma conexo, enquanto que a desconexo um servio no-confirmado.
Vejamos o exemplo de um servio de conexo na figura 2.5.
Page 6 of 15 OSI
25/11/2008 http://intranet.netservice.com.br/menu/estudo/osi.htm

Figura 2.5: Diagrama de Tempo de Estabelecimento de Conexo
Este servio pode ser descrito da seguinte forma:
request.CONEXO - solicita o estabelecimento de uma conexo;
indication.CONEXO - informa parte chamada;
response.CONEXO - entidade chamada aceita ou rejeita chamadas;
confirmation.CONEXO - indica ao solicitante se a chamada foi aceita;
request.DADOS - solicita a transmisso de dados;
indication.DADOS - avisa sobre a chegada de dados;
request.DESCONEXO - solicita que a conexo seja liberada;
indication.DESCONEXO - informa ao parceiro sobre o pedido.
Um exemplo muito didtico a analogia com o sistema telefnico. Por exemplo, voc liga para
uma pessoa e a convida para sair:
request.CONEXO - voc disca o telefone da pessoa;
indication.CONEXO - o telefone dela toca;
response.CONEXO - ela atende o telefone;
confirmation.CONEXO - voc ouve o sinal de chamada parar de tocar;
request.DADOS - voc convida a pessoa para sair;
indication.DADOS - ela ouve seu convite;
request.DADOS - ela responde que sim;
indication.DADOS - voc ouve a aceitao dela;
request.DESCONEXO - voc desliga o telefone;
indication.DESCONEXO - ela ouve e desliga tambm.
Page 7 of 15 OSI
25/11/2008 http://intranet.netservice.com.br/menu/estudo/osi.htm

Figura 2.6: Diagrama de Tempo da Conversao Telefnica
A camada N o usurio, ou seja, voc e a pessoa com quem est falando. A camada N-1 a
operadora do servio. De um modo bastante simplificado, este exemplo nos mostra a troca de
primitivas em uma conversao genrica, mas que pode ser perfeitamente aplicada a situaes
mais complexas, como o modelo OSI.
2.3. Servios e Protocolos
Faz-se necessrio neste ponto deixar bem clara a distino entre servios e protocolos. Um servio
um conjunto de primitivas que uma camada oferece camada superior adjacente, ou seja,
uma interface entre duas camadas onde a inferior se comporta como provedora do servio e a
superior a usuria do servio. O servio define as operaes que a camada est preparada para
realizar em nome de seus usurios, mas no diz nada a respeito do modo como isso deve ser
implementado.
J um protocolo um conjunto de regras que governa o formato e significado dos quadros, pacotes
ou mensagens trocados entre entidades parceiras dentro de uma mesma camada. Os protocolos
so utilizados para implementar os servios, no sendo diretamente visveis aos usurios, ou seja,
o protocolo utilizado pode ser modificado, desde que o servio oferecido ao usurio permanea o
mesmo.
Devemos sempre lembrar que ao se falar em servios, estamos falando em camadas adjacentes
(nveis diferentes, no mesmo sistema), e protocolo falamos de entidades pares (no mesmo nvel,
em sistemas diferentes).

Figura 2.7: Servios e protocolos no modelo OSI
Os servios providos pela camada (N) so disponveis para a entidade (N+1) atravs dos SAPs
(Service Access Point). Os SAPs so interfaces lgicas entre as entidades (N) e (N+1). Portanto,
quando a entidade (N+1) precisa utilizar o servio provido pela camada (N), ela busca este no SAP
(N).
Page 8 of 15 OSI
25/11/2008 http://intranet.netservice.com.br/menu/estudo/osi.htm
As informaes entre entidades (N+1) so trocadas atravs de uma associao chamada conexo
(N) , estabelecida na camada (N) usando o protocolo (N). A figura 2.8 ilustra este conceito.

Figura 2.8: SAPs e conexes
2.4. Camada Fsica
A camada fsica a nica camada que possui acesso fsico ao meio de transmisso da rede
devendo, portanto, se preocupar com fatores como as especificaes eltricas, mecnicas,
funcionais e procedurais da interface fsica entre o equipamento e o meio de transmisso, ou seja,
a camada fsica tem como funo bsica a adaptao do sinal ao meio de transmisso.
mecnicas: propriedades fsicas da interface com o meio fsico de transmisso, incluindo, por
exemplo, o tipo de conector utilizado; eltricas: se relacionam com a representao de um bit em
termos de, por exemplo, nvel de tenso utilizado e taxa de transmisso de bits; funcionais:
definem as funes a serem implementadas por esta interface; procedurais: especificam a
seqncia de eventos trocados durante a transmisso de uma srie de bits atravs do meio de
transmisso.
A camada fsica possui as seguintes funes:
estabelecimento/encerramento de conexes: ativa e desativa conexes fsicas mediante a
solicitao de entidades da camada de enlace; transferncia de dados: a unidade de transmisso
utilizada o bit. O nvel fsico tem como funo transmitir os bits na mesma ordem em que
chegam da camada de enlace (no sistema de origem) e entreg-los camada de enlace na mesma
ordem que chegaram (no sistema de destino); gerenciamento das conexes: gerncia da
qualidade de servio das conexes fsicas estabelecidas. Deve monitorar taxa de erros,
disponibilidade de servio, taxa de transmisso, atraso de trnsito etc.
Os padres de nvel fsico utilizados so, por exemplo, X.21, X.21 bis, V.24, V.28, RS-232 I.430,
I.431 etc.
2.5. Camada de Enlace
A camada de enlace tem o objetivo de prover uma conexo confivel sobre um meio fsico. Sua
funo bsica detectar e, opcionalmente, corrigir erros que por ventura ocorram no nvel fsico.
As suas principais funes so:
Page 9 of 15 OSI
25/11/2008 http://intranet.netservice.com.br/menu/estudo/osi.htm
estabelecimento e liberao da conexo de enlace sobre conexes fsicas ativas;
splitting da conexo de enlace: desta forma pode haver uma conexo de enlace sobre vrias
conexes fsicas;
montagem e delimitao de quadros (framing): montagem de quadros a partir de unidades
de quadros de servios provindas da camada de rede e reconhecimento de quadros a partir
da cadeia de bits vinda do nvel fsico;
controle de fluxo: controla a taxa de transmisso dos quadros, evitando que o sistema
transmissor envie dados a uma taxa maior do que o receptor consegue processar. Utiliza
para isso mecanismos como stop-and-wait, positive acknowledgment e sliding window.
controle de acesso: gerncia do acesso ao meio de transmisso;
controle de erro: a camada de enlace deve detectar erros de transmisso, de formato e de
operao devidos a problemas de conexo fsica ou mau funcionamento da prpria camada.
Os erros mais comumente detectados so erros devido a perdas, duplicao, no-ordenao
e danificao de quadros.
controle de seqncia: as unidades de dados de servio de enlace devem ser entregues
entidade de rede de destino na mesma ordem em que so recebidas da entidade de rede de
origem;
gerenciamento: a camada de enlace deve exercer algumas funes de gerenciamento
relacionadas qualidade de servio prestado, caracterizada por: tempo mdio entre erros
irrecuperveis, taxa de erro residual decorrente da alterao, perda, duplicao e no-
ordenao dos quadros, disponibilidade do servio, atraso de trnsito e throughput (vazo).
O protocolo de enlace mais conhecido o HDLC, antecessor de outros como LAPB, LAPD e LLC.
2.6. Camada de Rede
A camada de rede deve tornar transparente para a camada de transporte a forma como os
recursos dos nveis inferiores so utilizados para implementar conexes de rede. Deve tambm
equalizar as diferenas entre as diversas sub-redes utilizadas de forma a fornecer um servio nico
a seus usurios (independente da rede utilizada).
Suas principais funes so:
roteamento: determinao das rotas apropriadas para a transmisso dos dados entre dois
endereos (origem e destino) atravs de algoritmos de roteamento;
multiplexao da conexo de rede: vrias conexes de rede podem ser multiplexadas sobre
uma nica conexo de enlace, a fim de otimizar a utilizao desta ltima;
segmentao e blocagem: caso as sub-redes envolvidas em uma comunicao fim-a-fim
possuam diversos tipos e tamanhos de quadros, a camada de rede deve exercer funes de
segmentao de quadros e remontagem destes no destino;
controle de erro: detecta e, dependendo da qualidade do servio exigida, at corrige erros de
alterao, perda, duplicao e no-ordenao das unidades de dados;
seqenciao: a camada de rede responsvel por manter a ordem das unidades de dados
de servio de rede a serem transmitidas na rede e recebidas pela camada de transporte no
destino;
controle de fluxo: controle da taxa em que os dados so transmitidos, de forma que o
transmissor no envie mais dados do que o receptor tenha capacidade de receber;
tranferncia de dados expressos: a transmisso de dados expressos tem por finalidade
estabelecer prioridade de transmisso para alguns dados (como sinalizao e interrupo)
sobre os dados normais;
seleo de servio: permite a escolha do servio de rede, de modo a garantir que os servios
oferecidos pelas diversas sub-redes sejam equivalentes;
gerenciamento: a camada de rede deve efetuar tarefas de gerenciamento relacionadas
Page 10 of 15 OSI
25/11/2008 http://intranet.netservice.com.br/menu/estudo/osi.htm
qualidade de servio oferecida, caracterizada pelos parmetros citados acima.
A camada de rede pode prestar servios orientados conexo (CONS - Connection Oriented
Network Service) ou servios no-orientados conexo (CLNS - ConnectionLess Oriented Network
Service). Um exemplo de protocolo utilizado na camada de rede o X.25.
2.7. Camada de Transporte
A camada de transporte prov mecanismos que possibilitam a troca de dados fim-a-fim, ou seja, a
camada de transporte no se comunica com mquinas intermedirias na rede, como pode ocorrer
com as camadas inferiores.
As principais funes da camada de transporte so:
estabelecimento e liberao da conexo de transporte: para se estabelecer a conexo,
devem ser negociadas a classe de protocolo a ser utilizada, o tamanho mximo das unidades
de dados de protocolo, a utilizao ou no do servio de transferncia de dados expressos,
parmetros de qualidade de servio (throughput, atraso de trnsito, prioridade, taxa de erro
residual, etc) etc;
controle de seqncia e controle de erro: numerao e reconhecimento explcito dos dados a
fim de evitar perdas, duplicao ou entrega fora de ordem;
controle de fluxo: a tcnica de controle de fluxo utilizada na camada de transporte a
tcnica de alocao de crdito, parecida com a janela deslizante;
segmentao, blocagem e concatenao fim-a-fim: adapta o tamanho da unidade de dados
utilizadas para as camadas de transmisso;
monitorao da qualidade do servio: a monitorao da qualidade de servio deve ser
constante, caso contrrio deve ser gerada uma notificao camada de sesso;
transferncia de dados expressos: a camada de transporte deve possibilitar esta
funcionalidade;
gerenciamento: funes de gerenciamento relacionadas qualidade de servio prestado s
entidades de sesso.
As funes implementadas pela camada de transporte dependem da qualidade de servio desejada.
Foram especificadas, ento, cinco classes de protocolos orientados conexo:
classe 0: simples, sem nenhum mecanismo de deteco e recuperao de erros;
classe 1: recuperao de erros bsicos sinalizados pela rede;
classe 2: permite que vrias conexes de transporte sejam multiplexadas sobre uma nica
conexo de rede e implementa mecanismos de controle de fluxo;
classe 3: recuperao de erros sinalizados pela rede e multiplexao de vrias conexes de
transporte sobre uma conexo de rede;
classe 4: deteco e recuperao de erros e multiplexao de conexes de transporte sobre
uma nica conexo de rede.
2.8. Camada de Sesso
A camada de sesso a responsvel pelo estabelecimento de sesses entre dois usurios
permitindo o transporte ordinrio de dados (assim como a camada de transporte), porm com
alguns servios mais refinados, que podem ser teis em algumas aplicaes.
Alguns servios que a camada de sesso deve prover so, por exemplo:
gerncia do controle de dilogo: a troca de informaes entre entidades em um circuito half-
Page 11 of 15 OSI
25/11/2008 http://intranet.netservice.com.br/menu/estudo/osi.htm
duplex deve ser controlada atravs da utilizao de tokens. A camada de sesso
responsvel pela posse e entrega destes tokens, ajudando a controlar de quem a vez de
transmitir;
sincronizao: para se evitar, por exemplo, a perda de um volume de dados muito grandes
que esto sendo transmitidos em uma rede no confivel, utiliza-se o conceito de ponto de
sincronizao. O ponto de sincronizao corresponde a marcas lgicas posicionadas ao longo
do dilogo. Toda vez que um usurio recebe um ponto de sincronizao, deve enviar uma
resposta, confirmando que este foi recebido. Caso a transmisso, por algum motivo, seja
interrompida, ela pode ser reiniciada a partir do ltimo ponto de sincronizao confirmado;
gerenciamento da camada de sesso.
2.9. Camada de Apresentao
A camada de apresentao, ao contrrio das camadas inferiores, j no se preocupa com os dados
a nvel de bits, mas sim com a sua sintaxe, ou seja, sua representao. Nela definida a sintaxe
abstrata, ou seja, a forma como os tipos e os valores dos dados so definidos, independentemente
do sistema computacional utilizado e a sintaxe de transferncia, ou seja, a maneira como
realizada esta codificao. Por exemplo, atravs da sintaxe abstrata define-se que um caracter A
deve ser transmitido. A sintaxe de transferncia especifica, ento, como este dado ser codificado
em ASCII ou EBCDIC ao ser entregue camada de sesso.
Outras funes que a camada de apresentao pode executar so a criptografia e compresso de
dados.
2.10. Camada de Aplicao
Basicamente, as funes da camada de aplicao so aquelas necessrias adaptao dos
processos de aplicao ao ambiente de comunicao. A camada de aplicao estruturada
modularmente para permitir a flexibilidade das funes e de forma, para se determinar os
requisitos de comunicao de cada aplicao distribuda. A camada de aplicao deve seguir o
descrito na norma ISO 9545. Ela formada por vrias ASE's (Elemento de Servio de Aplicao),
que so os componentes bsicos das AE's (Entidade de Aplicao). Uma AE a funo que um
processo de aplicao utiliza para se comunicar com os seus pares. Um processo de aplicao pode
utilizar diversas AE's, cada uma das quais provendo um conjunto de definies de cada uma das
funes e das regras que governam o uso destas funes.
O componente bsico de uma AE um Elemento de Servio de Aplicao (ASE). Um ASE um
elemento que define uma funo ou um conjunto de funes que ajudam na realizao da
aplicao. Desta forma, pode-se imaginar que um AE um grande programa feito de muitos sub-
programas ou procedimentos, que so os ASE.
As principais funes da camada de aplicao so:
Seleo do modo de dilogo (full duplex ou half duplex);
Determinao da qualidade de servio aceitvel na conexo: retardo de transferncia, taxa
de erro tolervel, etc;
Identificao dos futuros parceiros na comunicao: por nome ou endereo;
Especificao de aspectos relativos segurana: controle de acesso, integridade de dados,
etc.
2.10.1. Elementos de Servio de Aplicao de
Page 12 of 15 OSI
25/11/2008 http://intranet.netservice.com.br/menu/estudo/osi.htm
Propsito Geral
Aqui sero apresentados os elementos de servio de aplicao que exercem funes bsicas,
podendo ser utilizados pela maioria das aplicaes.
2.10.1.1. ACSE (Association Control Service Element)
O elemento de servio de aplicao ACSE o responsvel pelo gerenciamento das associaes de
aplicao. Presta os servios bsicos de estabelecimento e liberao (ordenada e abrupta) de
associaes de aplicao. Desta forma, est presente em todas as entidades de aplicao.
2.10.1.2. ROSE (Remote Operations Service Element)
O ROSE um elemento de servio de aplicao que oferece suporte a aplicaes interativas, sendo
bastante til em aplicaes distribudas. O ROSE no pode ser utilizado isoladamente. Em geral, ele
utilizado em aplicaes envolvendo MHS (Message Handling System), DS (Directory Service) e
gerenciamento OSI. No caso particular do gerenciamento, o ROSE usado, por exemplo, para
transportar operaes de gerenciamento (como o caso da leitura de atributos de um objeto
gerenciado) do gerente para o agente e para transportar o resultado da operao realizada (valor
dos atributos lidos) do agente para gerente.
2.10.1.3. RTSE (Reliable Transfer Service Element)
Como vimos anteriormente, uma das funes da camada de sesso garantir que aps uma
interrupo em uma conexo estabelecida, a transferncia dos dados possa se reestabelecer a
partir do ponto em que houve a interrupo, havendo uma perda mnima. O RTSE deve executar
esta mesma funo atravs de uma interface simples e ser capaz, ento, de transferir as unidades
de dados de um forma confivel entre entidades de aplicao.
2.10.1.4. CMISE (Common Management Information Service Element)
Cada recurso que est sujeito ao gerenciamento de sistemas representado por um objeto
gerenciado. Os objetos gerenciados podem ser criados, suprimidos e ter os valores dos seus
atributos modificados. O gerenciamento de objetos descreve o servio para relatrios de criao e
supresso de objetos gerenciados, modificao de nomes de objetos gerenciados, modificao de
atributos dos objetos gerenciados. Estas aplicaes de gerncia de rede so realizadas atravs do
CMISE.
A descrio do servio CMISE detalhada na X.710 e na ISO 9595-1 verso 2. O Protocolo de
Informao de Gerenciamento Comum (CMIP) o protocolo utilizado para a troca de unidades de
dados de protocolo de informao de gerenciamento comum entre o agente e o gerente. O CMIP
especifica os elementos de protocolo que podem ser usados para prover as Operaes e
Notificaes definidas na X.710, a qual define o Servio de Gerenciamento Comum (CMIS). A X.711
define a sintaxe abstrata do CMIP.
2.10.1.5. TP (Transaction Processing)
O TP tem como objetivo prover a infra-estrutura necessria ao suporte do processamento de
transaes distribudas envolvendo vrios sistemas abertos. Uma transao distribuda deve ser
caracterizada por:
atomicidade: uma unidade de trabalho deve sempre ser executada de maneira completa, ou
no deve ser executada;
Page 13 of 15 OSI
25/11/2008 http://intranet.netservice.com.br/menu/estudo/osi.htm
consistncia: uma unidade de trabalho deve ser executada de uma maneira precisa, correta
e vlida em relao semntica da aplicao;
isolao: os resultados intermedirios de uma unidade de trabalho no devem tornar-se
disponveis a no ser para as operaes que fazem parte de uma unidade de trabalho;
durabilidade: os efeitos da realizao de uma unidade de trabalho no podem ser alterados
por nenhuma falha que venha a ocorrer posteriormente.
responsabilidade do TP prover facilidades e mecanismos de forma a garantir que estes objetivos
sejam alcanados.
2.10.1.6. CCR (Commitment, Concurrency and Recovery)
Para os casos em que o processamento se d de forma distribuda, as facilidades so providadas
pelo TP. J no caso do processamento ocorrer entre duas aplicaes residentes em sistemas
abertos distintos, ela deve ser coordenada de forma que haja a garantia de que a execuo de
unidades de trabalho ocorra somente quando tais aplicaes estejam prontas e aptas a faz-lo.
2.10.2. Elementos de Servio de Aplicao de Propsito Especfico
A funo dos elementos de servio de aplicao prover suporte a aplicaes de uma maneira
genrica, porm algumas aplicaes como a transferncia de arquivos e o correio eletrnico se
tornaram to comuns que foram criados elementos de servio especficos para estes casos.
2.10.2.1. MHS (Message Handling System)
O MHS o servio de correio eletrnico. Este tipo de servio surgiu h vrios anos, na dcada de
setenta, porm funcionava de maneira proprietria, ou seja, sistemas de fabricantes diferentes no
conseguiam trocar mensagens entre si. Na dcada de oitenta, o CCITT em conjunto com a ISO
resolveram padronizar este tipo de servio.
A operao do MHS se baseia no sistema store and forward, ou seja, no h nenhuma conexo
entre o originador da mensagem e o seu destinatrio durante o momento em que esta enviada.
As facilidades que o MHS oferece incluem:
nomeao e endereamento;
entrega de mensagens a mltiplos destinatrios;
destinatrio alternativo;
tipo de servio (prioridade);
teste;
notificao;
converso.
A verso de 88 do MHS contm, ainda, facilidades adicionais relativas a segurana, listas de
distribuio e redirecionamento de mensagens.
2.10.2.2. FTAM (File Transfer Access and Management)
O FTAM tem por objetivo permitir a consulta, acesso, transferncia e gerenciamento de arquivos
em um ambiente aberto. muito til, por exemplo, no caso de transferncia de arquivos de
tarifao, que possuem um volume muito grande. As operaes que podem ser executadas sobre
arquivos podem ser classificadas em trs tipos:
transferncia: operao de movimentao entre dois sistemas abertos, de parte ou de todos
Page 14 of 15 OSI
25/11/2008 http://intranet.netservice.com.br/menu/estudo/osi.htm
os dados contidos em um arquivo;
acesso: operao em que o usurio pode ler, substituir ou remover os dados contidos em um
arquivo;
gerenciamento: operaes de criao, remoo, inspeo e manipulao de atributos de um
arquivo.
Os servios prestados pelo protocolo FTAM deve servir de base para o desenvolvimento de
sistemas que envolvam a manipulao de arquivos em vrios nveis de complexidade. Por exemplo,
a transferncia parcial ou completa de arquivos entre sistemas interconectados atravs de uma
rede local ou de longa distncia; o acesso a um sistema de arquivos compartilhado entre mltiplas
estaes interconectadas atravs de uma rede; a transferncia de arquivos para fins de impresso,
etc.
2.10.2.3. DS (Directory Service)
O Servio Diretrio consiste em um repositrio de informaes mantido por um conjunto de
sistemas abertos distribudos. Estes sistemas posssuem acesso a estas informaes e podem, por
exemplo, ler e modificar estas informaes.
Proximo Topico: Arquitetura TCP/IP
Voltar

Page 15 of 15 OSI
25/11/2008 http://intranet.netservice.com.br/menu/estudo/osi.htm