2.

O Modelo OSI de Arquitetura

2.1. Introduo 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, 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.

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 infra-estrutura 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 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-afim, 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.

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.

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.

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.

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). 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: 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 acknowledgment e sliding window.

como

stop-and-wait,

positive

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-afim 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; transferncia 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 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 fima-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-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 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; 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 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.