ndice Pg. 0 Introduo..................................................................................................3 1 Organizaes Internacionais de Padronizao..........................................5 2 O Modelo OSI da ISO................................................................................8 2.1 Terminologia Adotada no RM-OSI.....................................................11 2.

1 2.2 O Nvel Fsico.....................................................................................14 2.3 O Nvel de Enlace de Dados..............................................................15 2.4 O Nvel de Rede.................................................................................15 2.5 Nvel de Transporte............................................................................16 2.6 O Nvel de Sesso.............................................................................17 2.7 O Nvel de Apresentao...................................................................18 2.8 O Nvel de Aplicao..........................................................................18 2.9 Transmisso de Dados no Modelo OSI............................................. 18 2.10 Aplicabilidade do Modelo de Referncia OSI em Redes Locais...... 20 3 O Padro IEEE 802....................................................................................22 4 Arquitetura da Internet TCP/IP...................................................................23 4.1 Comparao entre as Arquiteturas OSI e Internet TCP/IP................ 27 5 Bibliografia ................................................................................................ 30

0 Introduo Da experincia obtida no projeto de redes, vrios princpios surgiram, possibilitando que novos projetos fossem desenvolvidos de uma forma mais estruturada que os anteriores. Dentre esses princpios bsicos se destaca a idia de estruturar a rede como um conjunto de camadas hierrquicas, cada uma sendo construda utilizando as funes e servios oferecidos pelas camadas inferiores. Cada camada (ou nvel) deve ser pensada como um programa ou processo, implementado por hardware ou software, que se comunica com o processo correspondente na outra mquina. As regras que governam a conversao de um nvel N qualquer so chamadas de protocolo de nvel N. Na verdade, dados transferidos em uma comunicao de nvel especfico no so enviados diretamente (horizontalmente) ao processo do mesmo nvel em outra estao, mas descem, verticalmente, atravs de cada nvel adjacente da mquina transmissora at o nvel 1 (que o nvel fsico onde na realidade h a nica comunicao horizontal entre mquinas), para depois subir, verticalmente, atravs de cada nvel adjacente da mquina receptora at o nvel de destino. Os limites entre cada nvel adjacente so chamados interfaces. A arquitetura da rede formada por nveis, interfaces e protocolos. Cada nvel oferece um conjunto de servios ao nvel superior, usando funes realizadas no prprio nvel e servios disponveis nos nveis inferiores. Como j mencionamos, um protocolo de nvel N um conjunto de regras e formatos (semntica e sintaxe), atravs dos quais informaes ou dados do nvel N so trocados entre as entidades do nvel N, localizadas em sistemas distintos, com o intuito de realizar as funes que implementam os servios do nvel N. Um ou mais protocolos podem ser definidos em um nvel.

Sistema Aberto Sistema Aberto A B Protocolo do Nvel 7 Nvel 7 Nvel 7

Interface 6/7

Nvel 6
Interface 5/6

Protocolo do Nvel 6 Protocolo do Nvel 5 Protocolo do Nvel 4 Protocolo do Nvel 3 Protocolo do Nvel 2 Protocolo do Nvel 1

Interface 6/7

Nvel 6
Interface 5/6

Nvel 5
Interface 4/5

Nvel 5
Interface 4/5

Nvel 4
Interface 3/4

Nvel 4
Interface 3/4

Nvel 3
Interface 2/3

Nvel 3
Interface 2/3

Nvel 2
Interface 1/2

Nvel 2
Interface 1/2

Nvel 1

Nvel 1

O projeto de protocolos em nveis a maneira mais eficiente de se estruturar uma rede. Uma vez definida claramente a interface entre os diversos nveis, uma alterao na implementao de um nvel pode ser realizada sem causar impacto na estrutura global. O nmero, o nome, o conjunto de funes e servios, e o protocolo de cada camada varia de uma arquitetura de rede para outra. Inicialmente, cada vendedor desenvolveu sua prpria arquitetura de modo que seus computadores pudessem trocar informaes entre si. Essas arquiteturas so denominadas proprietrias porque so controladas por uma nica entidade: o vendedor. Rapidamente, os usurios perceberam que as arquiteturas de redes proprietrias no eram uma boa soluo, pois seu objetivo era permitir o intercmbio de informaes entre computadores de um mesmo fabricante enquanto que o parque instalado na maioria das organizaes era composto de equipamentos de diferentes fornecedores. Para permitir o intercmbio de informaes entre computadores de fabricantes distintos tornou-se necessrio definir uma arquitetura nica, e para garantir que nenhum fabricante levasse vantagem em relao aos outros a arquitetura teria que ser aberta e pblica. Foi com esse objetivo que a International Organization for Standardization (ISO) definiu o modelo denominado Reference Model for Open Systems Interconnection (OSI), que prope uma estrutura com sete nveis como referencia para a arquitetura dos protocolos de redes de computadores.

Embora o modelo OSI da ISO possa ser usado tanto em redes de longa distncia quanto em redes locais, ele foi, em princpio, pensado para o uso em redes de longas distncias. Neste texto tambm haver uma discusso sobre a aplicabilidade do modelo OSI s redes locais de computadores, e em seguida ser apresentada a recomendao IEEE 802, uma iniciativa do Institute of Electrical and Electronics Engineers (IEEE), que define padres para os nveis fsico e enlace de redes locais de computadores. A coexistncia de redes heterogneas (locais, metropolitanas e de longa distncia) fez com que se tornasse necessrio definir uma arquitetura voltada para a interconexo dessas redes. Uma arquitetura importante no contexto de interconexo de redes heterogneas a Arquitetura Internet, que baseia-se na famlia de protocolos TCP/IP, e que ser, nesta parte, descrita e comparada com o modelo OSI. As descries do modelo OSI, da Arquitetura IEEE 802, e da Arquitetura Internet TCP/IP, feitas nas sees seguintes deste texto no tm a inteno de esgotar os assuntos, mas sim de dar ao leitor uma viso geral sobre os mesmos. 1 - Organizaes Internacionais de Padronizao As organizaes internacionais de padronizao podem ser classificadas pelo seu enfoque tcnico e por sua estrutura geogrfica e poltica. As organizaes internacionais importantes para o tpico de redes de computadores so: a ISO (International Organization for Standardization), a IEC (International Electrotechnical Commission), e o ITU-T (International Telecommunications Union) que corresponde ao antigo CCITT (Comit Consultatif International Tlgraphique et Tlphonique), o qual mantm uma relao estreita com o CCIR (Comit Consultatif International ds Radiocommunications). A ISO lida tambm com padres que no so abordados pelos outros rgos, por exemplo, padres de mecnica, qumica, etc. Por existir uma certa superposio entre a ISO e a IEC, com respeito a atividades em tecnologia da informao, foi formado o JTC 1 (Joint Technical Committee 1), que responsvel final pela padronizao de LANs e MANs. Entre outras responsabilidades, o ITU-T o responsvel final pelas recomendaes (ITU-T utiliza a palavra recomendao ao invs de padro) sobre as RDSI (Redes Digitais de Servios Integrados). A submisso de propostas de padres ISO deve ser feita via organizaes nacionais, no caso do Brasil, a ABNT (Associao Brasileira de Normas Tcnicas). A ANSI (American National Stndards Institute) a organizao americana ligada ISO e uma das mais atuantes na rea de redes de computadores. A ETSI (European Telecommunications Standards Institute) a responsvel pela coordenao das polticas de telecomunicao na Europa e, particularmente, pela introduo das MANs e RDSI, atuando intensamente na definio desta ltima. Outro rgo tambm importante na definio das recomendaes para as RDSI o TCC (Telecommunication Technology Comittee) no Japo. 5

ISO/IEC Joint Technical Committees (JTC 1) On Information Technology

SNV Schwerzensche Nomen Vareingung

DIN Deutsches Institut for Normung

BSI British Standards Institute

ANSI American National Standards Institute

ABNT Associao Brasileira de Normas Tcnicas

TIA Telecommunications Industries Association (RS-232)

ETSI European Telecommunications Standards

Institute

ECMA European Computer Manufacturers Association (ECMA-80)

Companies and Nat. Org. (Cambridge Ring)

ISA Instrument Society of America (PROWAY) SME Society of Manufacturers Engineers (MAP & TOP) ANSI X3T9.5 (FDDI)

IEEE Institute of Electrical and Electronics Engineers (IEEE 802)

Vrios padres so definidos em trabalho conjunto dos vrios rgos nacionais e internacionais. Importante na definio de padres para redes locais de computadores o IEEE (Institute of Electrical and Electronics Engineers), que submete suas propostas atravs da ANSI. Como j mencionamos, a ANSI um dos rgos mais importantes no estudo de redes. O instituto estruturado em campos tcnicos independentes, denominados ASCs (Accredited Standarts Committees), que so subdivididos em TSCs (Technical Sub-Committees), que por sua vez so subdivididos em TGs (Task Groups). A figura baixo apresenta a relao entre os vrios grupos do instituto.

ANSI American National Standards Institute

X3 Information Processing

T1 Telecommunications

X3T Systems Technology X3T9 I/O X3T9.2 Lower Level Interfaces

X3S Data Communications X3S3 Data Communications

T1S

T1X

T1S1 ISDN

T1X1 Network / Network Interface

(SCS, ESD, Floppy)

X3T9.3 Device Level Interfaces X3S3.S High Speed Protocols

T1S1.1 Broadband ISDN

(IPI, SMD, HiPP1)

X3T9.5 Future Interfaces (FDDI, LDDI) X3T9.6 Tape Device Level Interfaces

T1S1.5 ATM

T1X1 SONET

O objeto de estudo do ASC denominado T1 telecomunicaes. neste comit que se concentram os grupos que tratam das RDSI em banda larga (BISDN), ATM e SONET. A rede FDDI (Fiber Distributed Data Interface) o objetivo de padronizao do grupo de trabalho X3T9.5. A organizao do IEEE apresentada na figura abaixo. De interesse para ns so os grupos de trabalho 802 que definem os padres para as redes locais (LANs) e metropolitanas (MANs).

IEEE Institute of ELEctrical and Electronics Engineers

Standards Boards
Technical Committees (TCs)
TCCC Technical Committee on Computer Communications IEEE Project 816 Future Bus Committee TCSP Technical Committee on Security and Privacy

Projects Executive Committees

IEEE Project 802 Local and Metropolitan Area Networks Standards 802.0 Executive Committee 802.2 Logical Link Control 802.4 Token Bus 802.6 Metropolitan Area Networks 802.8 Fiber Optical TAG

802.1 Higher Layer Interfaces 802.3 CSMA/CD Bus 802.5 Token Ring 802.7 Broadband TAG 802.9 Integrated Voice and Data LAN Interface

Working Groups (WGs) & Technical Adivisory Groups (TGs)

802.10 Standard for Interoperable LAN Security 802.11 Wireless LAN

2 O Modelo OSI da ISO A ISO (International Organization for Starndardization) uma organizao internacional fundada em 1946 que tem por objetivo a elaborao de padres internacionais. Os membros da ISO so os rgos de padronizao nacionais dos 89 pases membros. O representante do Brasil na ISO a ABNT e o representante dos EUA o ANSI, como mencionamos. A ISO organizada em Comits Tcnicos (Technical Commitees TCs) que tratam de assuntos especficos. O TC97 trata da padronizao de sistemas de processamento de informaes. Os TCs possuem subcomits (SCs) que por sua vez so divididos em grupos de trabalho (Working Groups WGs). O desenvolvimento de um padro ISO comea quando alguma das organizaes nacionais acha necessrio elaborar um padro e submete ISO uma proposta inicial, denominada WD (Working Document). ento formado um WG que trabalha gerando um DP (Draft Proposal). O DP divulgado e os membros da ISO tem seis meses para analis-lo e vot-lo. Se a maioria dos votantes for favorvel, um documento revisado chamado DIS (Draft International Standard) produzido e divulgado. Um novo perodo de seis meses definido para anlise e votao. Se o documento for aprovado ele se torna finalmente um IS (International Standard). Quando um DP ou um DIS no aprovado pela

maioria dos votantes (organizaes nacionais de padronizao) gerada uma segunda verso do mesmo (DP2 ou DIS2), e um novo perodo de avaliao e votao acontece. Se a proposta novamente no for aceita, o documento volta para o nvel anterior, ou seja, um DP volta a ser um WD e um DIS volta a ser um DP. Como pode ser observado, em assuntos polmicos a definio de um padro internacional pode levar anos. O Modelo de Referncia para Interconexo de Sistemas Abertos e os diversos padres a ele relacionados foram desenvolvidos por grupos de trabalho do SC6 (Telecommunications and Information Exchange Between Systems) e do SC2 (Information Retrieval, Transfer, and Management for OSI), ambos pertencentes ao TC97 (Information Processing Systems). Conforme est escrito no documento da ISO, o objetivo do padro internacional 7498, denominado Open Systems Interconnection Reference Model (RM-OSI), fornecer uma base comum que permita o desenvolvimento coordenado de padres para interconexo de sistemas. A denominao Open Systems Interconnection (OSI) qualifica padres para o intercmbio de informaes entre sistemas. Para a ISO, o fato da interconexo ser aberta no implica no uso de nenhuma implementao, tecnologia, ou modo de interconexo especfico, mas refere-se ao reconhecimento e suporte dos padres ISO para intercmbio de dados. tambm finalidade do RM-OSI identificar reas para a elaborao ou aperfeioamento de padres, e fornecer uma referncia comum para a manuteno da consistncia entre os padres de comunicao entre computadores. No inteno desse padro internacional servir como especificao de implementao, ou ser a base para conformar implementaes j existentes, ou fornecer um nvel de detalhes suficiente para a definio precisa dos servios e protocolos da arquitetura proposta. O padro fornece um esquema conceitual que permite que equipes de especialistas trabalhem de forma produtiva e independente no desenvolvimento de padres para cada uma das camadas do RM-OSI. Deve ser ressaltado que o RM-OSI, por si s, no define a arquitetura de uma rede. Isso acontece porque ele no especifica com exatido os servios e protocolos de cada camada. Ele simplesmente diz o que cada camada deve fazer. Entretanto, a ISO produziu, e continua produzindo, documentos que definem com preciso os servios e protocolos de cada uma das camadas do RMOSI. Esses documentos so publicados como padres internacionais distintos. O fato de dois sistemas distintos seguirem o RM-OSI no garante que eles possam trocar informaes entre si, pois o modelo permite que sejam usadas diferentes opes de servios/protocolos para as vrias camadas. Essa flexibilidade pode levar a situaes onde dois sistemas que utilizam opes de servios/protocolos em conformidade com o RM-ISO no conseguem se comunicar, porque as opes adotadas so incompatveis. 9

Para que dois sistemas quaisquer possam trocar informaes necessrio que escolham opes compatveis de servio/protocolo para todas as camadas do modelo. Com o objetivo de definir grupos de opes de servios/protocolos padronizados, a ISO elaborou o conceito de perfis funcionais. Se dois sistemas seguirem o mesmo perfil funcional eles garantidamente iro comunicar-se, pois nesse caso as opes de servio/protocolo adotadas sero compatveis. Dois exemplos de perfis funcionais so o MAP (Manufacturing Automation Protocols) e o TOP (Technical and Office Protocols) elaborados inicialmente sob a liderana da General Motors (MAP) e da Boing (TOP), e atualmente, ambos sob a responsabilidade do MAP/TOP Users Group, administrado pela SME (Society of Manufacturing Engineers). O MAP especifica um conjunto de padres apropriados para o ambiente de fbricas, e o TOP para escritrios. A figura abaixo mostra o conjunto de padres especificados no perfil MAP/TOP.

TOP
FTAM (ISO 8571) Directory Services (ISO 9594) MHS ISO (10021), e VT (ISO 9040) ISO Presentation (ISO 8823)

MAP Aplicao
Apresentao
Directory Services (ISO 9594) MMS (Manufac. Messaging Specification) FTAM ISO (DP 8571) ISO Presentation (ISO 8823)

ISO Session (ISO 8372)

Sesso Transporte Rede Enlace Fsico

ISO Session (ISO 8372)

ISO Transport Class 4 (ISO 8073) ISO Internet Conectionless (DIS 8473) X.25 SNDCP (Subnetwork Dependent Convergence Protocol) Logical Link Controle (IEEE 802.2, ISO 8802-2) CSMA-CD (IEEE 802.3, ISO 8802-3) Token Ring (IEEE 802.5, ISO 8802-5)

ISO Transport Class 4 (ISO 8073) ISO Internet Conectionless (DIS 8473) X.25 SNDCP (Subnetwork Dependent Convergence Protocol) Logical Link Controle (IEEE 802.2, ISO 8802-2) Token Bus (IEEE 802.4, ISO 8802-4)

Outro exemplo de perfil funcional o GOSIP (Government OSI Profile) publicado pelo NIST (National Institute of Standards and Technology). O GOSIP especifica os padres, e as opes desses padres, que devem ser utilizados pelos rgos do governo dos EUA. O perfil funcional adotado pelo governo brasileiro o POSIG (Perfil OSI do Governo Brasileiro).

10

2.1 Terminologia Adotada no RM-OSI Um servio representa um conjunto de funes oferecidas a um usurio por um fornecedor. O servio oferecido por um fornecedor acessado por um usurio atravs de um ponto de acesso ao servio (Service Access Point SAP).

Usurio do servio N

Usurio do servio N

pontos de acesso ao servio (N)

Entidade do Servio (N)

protocolo do servio (N)

Entidade do Servio (N)

Camada (N)

Fornecedor do servio (N)

pontos de acesso ao servio (N-1)

Entidade do Servio (N-1)

protocolo do servio (N-1)

Entidade do Servio (N-1)

Camada (N-1)

Fornecedor do servio (N-1) Os elementos ativos das camadas so denominados entidades. Uma entidade pode ser uma entidade de software (um processo) ou hardware (uma placa de interface de rede). Entidades da mesma camada em mquinas diferentes so denominadas entidades pares ou parceiras. As entidades da camada 1 implementam o servio que usado pelas entidades da camada 2, para implementar o servio da camada 2, que usado pelas entidades da camada 3, e assim sucessivamente at a camada 7, que fornece servios aos usurios do ambiente de comunicao OSI. Formalmente, o servio fornecido por uma camada outra especificado pelo conjunto de primitivas de servio trocadas entre elas e pela ordem segundo a qual as primitivas so trocadas. Um servio pode ser: confirmado, no confirmado ou iniciado pelo fornecedor.

11

Um servio denominado confirmado ou com confirmao envolve um acordo entre o usurio que solicita o servio (solicitante) e outro usurio que informado que o servio foi solicitado e o aceita (acolhedor). Os servios confirmados consistem na troca de quatro primitivas: service.REQUEST (invocada pelo usurio solicitante), service.INDICATION (entregue pelo fornecedor do servio ao usurio que aceita o servio), e service.CONFIRMATION (entregue ao solicitante pelo fornecedor). Nos servios no confirmados ou sem confirmao, no necessrio que os usurios solicitante e acolhedor acordem sobre a realizao do servio. Esses servios consistem em apenas duas primitivas: service.REQUEST (invocada pelo solicitante), e service.INDICATION (entregue ao acolhedor pelo fornecedor). Por fim, um servio iniciado pelo fornecedor gerado pelo fornecedor do servio em resposta a alguma condio interna. Esse tipo de servio consiste em uma primitiva: service.INDICATION (entregue a ambos os usurios pelo fornecedor o servio). A figura abaixo mostra, atravs de diagramas de seqncia de tempo, os trs tipos de servios.

Solicitante service.REQUEST

SAP

SAP

Acolhedor

service.INDICATION service.RESPONSE service.CONFIRMATION

Servio Confirmado

service.REQUEST service.INDICATION

Servio No Confirmado

T service.INDICATION service.INDICATION

Servio Iniciado pelo Fornecedor

No modelo OSI, o servio fornecido por uma camada pode ser orientado conexo ou no-orientado conexo. No modo de transmisso orientado conexo o servio dividido em trs fases de operao:

12

1. Estabelecimento da conexo: nessa fase, os usurios e o fornecedor do servio negociam parmetros e opes que iro determinar o modo como o servio ser utilizado. Se a negociao for bem sucedida, uma conexo ser estabelecida entre os usurios do servio. Depois disso, as primitivas de servio passam a ser executadas no contexto desta conexo. Como exemplo, para estabelecer uma conexo de um servio de transporte (que um dos nveis do RM-OSI como ser visto mais adiante) utilizado um servio com confirmao onde so trocadas as primitivas T-CONNECT.request (enviada pelo solicitante ao fornecedor do servio de transporte), T-CONNECT.indication (entregue pelo fornecedor ao usurio acolhedor do pedido de conexo), TCONNECT.response (enviada pelo acolhedor da conexo ao fornecedor de servio), e T-CONNECT.confirmation (entregue pelo fornecedor ao solicitante) nesta ordem. 2. Transferncia de dados: nessa fase, os usurios do servio trocam dados. Continuando com o exemplo do item 1, para transferir dados em uma conexo de transporte, o solicitante envia ao fornecedor do servio uma primitiva T-DATA.request acompanhada dos dados a serem transmitidos. O fornecedor providencia o transporte de dados e os entrega ao destinatrio atravs da primitiva T-DATA.indication. 3. Liberao da conexo: nessa fase, a ligao entre os usurios desfeita. A conexo pode ser desfeita de trs maneiras diferentes. A primeira delas a desconexo ordenada, onde os usurios envolvidos concordam com o encerramento da conexo (servio confirmado). Na segunda maneira, a conexo desfeita de maneira abrupta em resposta a uma solicitao de um dos usurios envolvidos (servio noconfirmado). E por fim, a conexo pode ser desfeita tambm de maneira abrupta por solicitao do fornecedor do servio (servio iniciado pelo fornecedor). No modo de transmisso no-orientado conexo, uma nica unidade de dados transmitida do SAP de origem para um ou mais SAPs de destino, sem que para isso seja estabelecida uma conexo entre eles. Toda a informao necessria para transmitir a unidade de dados (endereo, parmetros de qualidade de servio etc.) passada para a camada que vai fornecer o servio, junto com os dados a serem transmitidos atravs de uma nica primitiva de servio service.REQUEST. O fornecedor do servio no relaciona um pedido com nenhum outro feito antes ou depois dele. Sendo assim, cada unidade de dados roteada de forma independente das demais. No servio no-orientado conexo bsico, no feito controle de fluxo nem seqenciao. O fornecedor do servio entrega a unidade de dados transmitida aos destinatrios atravs da primitiva service.INDICATION. O modelo OSI possui sete nveis de protocolos, que so mostrados na figura abaixo e descritos nas sees que se seguem.

13

Sistema Aberto A Aplicao Apresentao Sesso Transporte Rede Enlace Fsico

Protocolo de Aplicao Protocolo de Apresentao Protocolo de Sesso Protocolo de Transporte Rede Enlace Fsico Rede Enlace Fsico

Sistema Aberto B Aplicao Apresentao Sesso Transporte Rede Enlace Fsico Sistemas Retransmissores

Protocolo de Rede Protocolo de Enlace Protocolo de Nvel Fsico

2.2 O Nvel Fsico

O nvel fsico fornece as caractersticas mecnicas, eltricas, funcionais e de procedimento para ativar, manter e desativar conexes fsicas para a transmisso de bits entre entidades de nvel de enlace (ou ligao), possivelmente atravs de sistemas intermedirios. Uma unidade de dados do nvel fsico consiste em um bit (em uma transmisso serial) ou n bits (em uma transmisso paralela). O protocolo de nvel fsico dedica-se transmisso de uma cadeia de bits. Ao projetista desse protocolo cabe decidir como representar 0s e 1s, quantos microssegundos durar um bit (intervalo de sinalizao), se a transmisso ser half-duplex ou full-duplex, como a conexo ser estabelecida e desfeita, quantos pinos ter o conector da rede e quais seus significados, bem como outros detalhes eltricos e mecnicos. A funo do nvel fsico permitir o envio de uma cadeia de bits pela rede sem se preocupar com o seu significado ou com a forma como esses bits so agrupados. No funo desse nvel tratar de problemas tais como erros de transmisso.

14

2.3 O Nvel de Enlace de Dados O objetivo deste nvel detectar e opcionalmente corrigir erros que por ventura ocorram no nvel fsico. O nvel de enlace vai assim converter um canal de transmisso no confivel em um canal confivel para o uso do nvel de rede. A tcnica utilizada para conseguirmos isso a partio da cadeia de bits a serem enviados ao nvel fsico, em quadros, cada um contendo alguma forma de redundncia para deteco de erros. Entre as funes do nvel de enlace, encontra-se a de criar e reconhecer os limites dos quadros. Basicamente, quatro mtodos so utilizados na delimitao dos quadros: contagem de caracter, transparncia de caracter, transparncia de bits e deteco de quadros pela violao de cdigos de sinal no meio fsico. A maioria dos protocolos de nvel de enlace, principalmente aqueles para redes geograficamente distribudas, se utilizam da transparncia de bits. Em geral, quase todos os protocolos de nvel de enlace incluem bits de redundncia em seus quadros para deteco de erros, mas no a sua correo. Essa tcnica tem sido usada tradicionalmente devido ao fato da deteco e retransmisso requererem menos bits de redundncia do que a correo. Com o crescente uso de transmisso via satlite, contudo, a correo de erros se torna cada vez mais atrativa devido ao grande retardo de propagao. Cabe ressaltar que a funo de correo de erros, quer por bits de redundncia quer por retransmisso, opcional neste nvel de protocolo. Outra questo tratada pelo nvel de enlace a de como evitar que o transmissor envie ao receptor mais dados do que este tem condies de processar. Esse problema evitado com a utilizao de algum mecanismo de controle de fluxo que possibilita ao transmissor saber qual o espao disponvel no buffer do receptor em um dado momento. 2.4 O Nvel de Rede O objetivo do nvel de rede fornecer ao nvel de transporte uma independncia quanto a consideraes de chaveamento e roteamento associadas ao estabelecimento e operao de uma conexo de rede. Em redes ponto a ponto (parcialmente ligadas), o nvel de rede est ligado ao roteamento e a seus efeitos, como, por exemplo, controle de congestionamento. Em redes do tipo difuso, ou com uma nica rota, devido existncia de um nico canal, a funo principal desse nvel torna-se irrelevante. Esse nvel, nesse caso, poder ser utilizado para permitir a interconexo entre redes. Existem duas filosofias quanto ao servio oferecido pelo nvel de redes: datagrama e circuito virtual.

15

No servio de datagrama (servio no-orientado conexo), cada pacote (unidade de dados do nvel 3) no tem relao alguma de passado ou futuro com qualquer outro pacote, devendo assim carregar, de uma forma completa, seu endereo de destino. Nesse tipo de servio, o roteamento calculado toda vez que um pacote tem que ser encaminhado por um n da rede. No servio de circuito virtual (servio orientado conexo), necessrio que o transmissor primeiramente envie um pacote de estabelecimento de conexo. A cada estabelecimento dado um nmero, correspondente ao circuito, para uso pelos pacotes subseqentes com o mesmo destino. Nesse mtodo, os pacotes pertencentes a uma nica conversao no so independentes. 2.5 Nvel de Transporte O nvel de rede no garante necessariamente que um pacote chegue a seu destino, e pacotes podem ser perdidos ou mesmo chegar fora da seqncia original de transmisso. Para fornecer uma comunicao fim a fim verdadeiramente confivel necessrio um outro nvel de protocolo, que justamente o nvel de transporte. Esse nvel vai isolar dos nveis superiores a parte de transmisso da rede. No nvel de transporte, a comunicao fim a fim, isto , a entidade do nvel de transporte da mquina de origem se comunica com a entidade do nvel de transporte da mquina de destino. Isto pode no acontecer nos nveis fsico, de enlace e de rede, onde a comunicao se d entre mquinas adjacentes (vizinhas) na rede. Duas funes importantes desse nvel so a multiplexao (vrias conexes de transporte partilhando a mesma conexo de rede) e o splitting (uma conexo de transporte ligada a vrias conexes de rede) de conexes. O splitting utilizado para aumentar a vazo de uma conexo de transporte atravs do uso de vrias conexes de rede simultaneamente. J a multiplexao usada quando uma conexo de transporte no gera trafego suficiente para ocupar toda a capacidade da conexo de rede por ela utilizada. Uma outra funo importante do nvel de transporte o controle de fluxo. Como nenhuma implementao tem um espao de armazenamento infinito, algum mecanismo deve ser fornecido de modo a evitar que o transmissor envie mensagens numa taxa maior do que a capacidade que o receptor tem de receblas. Alm das funes mencionadas, podemos ainda citar como funes desse nvel o controle de seqncia fim a fim, a deteco e recuperao de erros fim a fim, e a segmentao e blocagem de mensagens, entre outras. 2.6 O Nvel de Sesso

16

O nvel de sesso fornece mecanismos que permitem estruturar os circuitos oferecidos pelo nvel de transporte. Os principais servios fornecidos pelo nvel de sesso so: gerenciamento de token, controle de dilogo e gerenciamento de atividades. Embora um circuito que permita transmisses nos dois sentidos seja necessrio para o intercmbio de informaes, em algumas aplicaes a troca de informaes half-duplex, ao invs de ser full-duplex. Com o intuito de fornecer um servio de intercmbio de informaes half-duplex em um circuito full-duplex, o servio de sesso utiliza o conceito de token. Em uma comunicao half-duplex, s o proprietrio do token de dados pode transmitir seus dados. O servio de sesso fornece mecanismos para gerenciar a posse e passagem do token entre as entidades de aplicao que esto utilizando o servio. Em algumas aplicaes, um volume muito grande de dados, por exemplo um arquivo extenso, transmitido em redes muitas vezes no muito confiveis. Embora o nvel de transporte tente oferecer um circuito confivel, a rede pode simplesmente deixar de funcionar. Quando isso acontece, s resta ao nvel de transporte indicar a falha e deixar a aplicao decidir o que deve ser feito. Eventualmente, a rede pode voltar a funcionar, podendo a conexo ser restabelecida. Nesse caso, o ideal seria que a transferncia dos dados pudesse ser retomada do ponto imediatamente anterior ao da interrupo. Com o objetivo de oferecer esse tipo de servio, o nvel de sesso usa o conceito de ponto de sincronizao. Um ponto de sincronizao uma marca lgica posicionada ao longo do dilogo entre dois usurios do servio de sesso. Toda vez que recebe um ponto de sincronizao, o usurio do servio de sesso deve responder com um aviso de recebimento ao usurio com quem est dialogando. Se por algum motivo a conexo for interrompida e depois restabelecida, os usurios podem retomar o dilogo a partir do ltimo ponto de sincronizao confirmado. O conceito de atividade torna possvel aos usurios do servio de sesso distinguir partes do intercmbio de dados, denominadas atividades. Cada atividade pode consistir em uma ou mais unidades de dilogo. Em uma conexo de sesso s permitida a execuo de uma atividade por vez, porm, podem existir vrias atividades consecutivas durante uma conexo. Uma atividade pode ser interrompida e depois recomeada na mesma sesso, ou em conexes de sesso subseqentes. Para exemplificar o uso do conceito de atividade, consideremos o envio de uma mensagem atravs de um sistema de correio eletrnico como sendo uma atividade. Suponhamos que uma mensagem grande e de baixa prioridade esteja sendo transmitida e, durante a transmisso, a entidade do nvel de sesso que a est enviando receba uma solicitao para enviar uma outra mensagem de maior prioridade. A entidade pode, ento, suspender a atividade corrente, transferir a mensagem com alta prioridade, comeando nesse caso uma outra atividade, e posteriormente retomar a atividade inicial (transmisso da mensagem de baixa prioridade). Utilizando o conceito de atividade, o nvel de sesso permite tambm 17

que dois usurios suspendam um dilogo, por exemplo no fim do expediente (obviamente desfazendo a conexo de sesso), e o retomem posteriormente, por exemplo no incio do prximo expediente, utilizando uma nova conexo de sesso. 2.7 O Nvel de Apresentao A funo do nvel de apresentao a de realizar transformaes adequadas nos dados, antes de seu envio ao nvel de sesso. Transformaes tpicas dizem respeito compresso de textos, criptografia, converso de padres de terminais e arquivos para padres de rede e vice-versa. O nvel de apresentao deve conhecer a sintaxe de seu sistema local bem como a sintaxe do sistema de transferncia. Os servios oferecidos por este nvel so: transformaes de dados, formatao de dados, seleo de sintaxes e estabelecimento e manuteno de conexes de apresentao. Existe uma correspondncia biunvoca entre os endereos de apresentao e de sesso. No existe nenhum tipo de multiplexao nesse nvel de protocolo. 2.8 O Nvel de Aplicao O nvel de aplicao oferece aos processos de aplicao os meios para que estes utilizem o ambiente de comunicao OSI. Nesse nvel so definidas funes de gerenciamento e mecanismos genricos que servem de suporte construo de aplicaes distribudas. Por exemplo, em grande parte das aplicaes, para que seja possvel o intercmbio de informaes necessrio estabelecer uma associao entre um ou mais usurios. Para realizar essa tarefa, o usurio do nvel de aplicao pode utilizar um elemento de servio da camada de aplicao denominado ACSE (Association Control Service Element). Outros exemplos de elementos de servio genricos so o ROSE (Remote Operations Service Element) que oferece o suporte a chamadas de procedimentos remotos, e o RTSE (Reliable Transfer Service Element) que fornece um servio de transferncia de dados confivel, tornando todos os mecanismos de recuperao de erros transparentes aos usurios do servio. Alm dos elementos de servio genricos, que so compartilhados pela maioria das aplicaes, existem elementos de servio especficos de cada protocolo de aplicao, como o FTAM (File Transfer, Access and Management), o DS (Directory Service), e o MHS (Message Handling System). 2.9 Transmisso de Dados no Modelo OSI O que acontece quando um usurio no sistema A envia uma mensagem para um usurio no sistema B no ambiente OSI? O processo comea com a entrega dos dados a serem transmitidos pelo usurio para uma entidade do nvel de aplicao do sistema A. Os dados do 18

usurio recebem a denominao de Unidade de Dados do Servio (Service Data Unit SDU), sendo eles, nesse caso, a SDU do nvel de aplicao. A entidade da camada de aplicao junta aos dados do usurio um cabealho denominado Informao de Controle do Protocolo (Protocol Control Information PCI). O objeto resultante dessa juno chamado Unidade de Dados do Protocolo (Protocol Data Unit PDU). A PDU a unidade de informao trocada pelas entidades pares, ao executar o protocolo de uma camada, para fornecer o servio que cabe camada em questo. A PDU do nvel de aplicao (cabealho + dados do usurio) ento passada para o nvel de apresentao. A entidade do nvel de apresentao trata a unidade que recebe da mesma forma que o nvel de aplicao trata os dados do usurio (a PDU do nvel de aplicao uma SDU no nvel de apresentao), e acrescenta seu cabealho compondo assim a PDU do nvel de apresentao. Esse processo continua at o nvel de enlace, que geralmente acrescenta um cabealho e um fecho, que contm uma Frame Check Sequence (FCS) para deteco de erros. A PDU do nvel de enlace, que denominada quadro (frame), transmitida pelo nvel fsico atravs do meio de transmisso, depois de agregar ao quadro seu cabealho e seu fecho. Quando o quadro recebido pelo destinatrio, o processo inverso ocorre. medida que a unidade de dados vai sendo passada para as camadas superiores, cada camada retira o cabealho e o fecho que foi acrescentado por sua entidade par na origem, executa as operaes do protocolo de acordo com a informao contida no cabealho, e passa para a unidade de dados para a camada superior. O processo se encerra com o usurio no sistema remoto B recebendo os dados enviados pelo usurio do sistema A.

19

2.10 Aplicabilidade do Modelo de Referncia OSI em Redes Locais Redes locais possuem caractersticas que afetam principalmente os nveis mais baixos de protocolo. Esses nveis no devem deixar de levar em considerao o elevado desempenho, o baixo retardo, a baixa taxa de erros, o roteamento simples (em geral nico) e as aplicaes a que se destinam as redes locais. Conforme mencionamos anteriormente, o RM-OSI, embora possa ser usado tanto em redes geograficamente distribudas quanto em redes locais, foi originalmente pensado apenas para o uso das primeiras. Sua aplicabilidade em redes locais no pode deixar de levar em conta as idiossincrasias dessas redes. As distncias limitadas a que so destinadas as redes locais permitem que seu protocolo de nvel fsico possa se dar ao luxo de utilizar um meio de alta velocidade e baixssima taxa de erros, o que, como veremos, influenciar em muito os demais nveis. Vrias diferenas aparecem no nvel de ligao, a comear pela delimitao dos quadros. Aqui, os mtodos de contagem de caracteres ou mesmo transparncia de caracteres ou bits podem no ser os mais adequados. Ao contrrio das redes de longa distncia, nas redes locais, o mtodo mais

20

apropriado para delimitao de um quadro pode ser a simples presena ou ausncia de sinal no meio. Devido ao alto desempenho do meio de transmisso e sua baixa taxa de erro, no cabe ao nvel 2 a introduo de bits a mais de redundncia para a recuperao de erros. Mais ainda, se levarmos em conta que para determinadas aplicaes, os requisitos de tempo real so bem mais importantes do que uma confiabilidade exagerada da transmisso, muitas vezes nem a recuperao por retransmisso desejvel nesse nvel. Ao nvel 2 do protocolo caberia apenas um esforo mximo para entregar pacotes de nvel 3 sem erros (servio de datagrama no confivel), mas no a sua recuperao caso esses erros ocorram. Em redes locais, as regras que disciplinam o acesso ao meio fsico para transmisso de dados so chamados protocolos de acesso. Como exemplo, poderamos citar as regras para controle de acesso barra, as regras que determinam o direito de transmisso no anel etc. Nas redes locais, a transmisso dos dados feita por difuso (todas as estaes recebem todos os pacotes), ou elas possuem roteamento nico. Por conta disso, os protocolos de acesso ao meio poderiam ser colocados no nvel de ligao do RM-OSI, uma vez que tratam do envio de um pacote de uma mquina para outra (p. ex. de um n para outro em um anel), mas poderiam ser igualmente colocados no nvel de rede, uma vez que se trata do envio de um pacote da estao de origem para a estao de destino, isto , fim a fim. Existem ainda propostas que os colocam no nvel fsico [NBOS 81], uma vez que determinam a ligao fsica ao meio. O comit de padronizao de redes locais do IEEE (projeto 802) os coloca como parte do nvel 2, o que parece mais razovel, uma vez que libera o nvel de rede para realizao de sua funo principal que o roteamento (no caso, entre redes). Essa proposta do IEEE, adotada pela ISO, foi formalizada no conjunto de padres 8802. Como as redes locais, em sua maioria, ou so por difuso ou possuem roteamento nico, o nvel de rede no tem aqui grande relevncia. Em muitas redes o nvel de transporte vai ser ento construdo imediatamente acima do nvel de ligao. Opcionalmente devemos permitir que o nvel de transporte seja construdo acima do nvel inter-redes. A esse nvel, ao novo nvel 3, caberia, como funo principal, o roteamento do pacote que, para ir da estao de origem estao de destino, atravessa vrias redes. Pelas mesmas razes mencionadas anteriormente, quando discutimos a utilizao de datagrama no confivel no nvel 2, tambm nesse nvel tal servio pode ser o mais adequado, deixando para os nveis superiores a recuperao, se necessria, de erros. A arquitetura internet TCP/IP, que utiliza essa abordagem, uma alternativa bastante utilizada para interligao de redes locais de computadores. Em redes locais, o nvel de transporte ao tornar transparente para os nveis superiores toda parte de transmisso, pode ainda tirar vantagens que o meio lhe oferece, como por exemplo a confirmao de vrios circuitos virtuais em uma nica mensagem em uma rede do tipo difuso.

21

A implementao dos demais nveis de protocolo depende muito da aplicao da rede. O RM-OSI pode ser seguido na ntegra, podendo suas funes serem realizadas por processos de um sistema operacional distribudo, onde a interface do nvel 4 seria vista simplesmente como primitivas de comunicao do ncleo desse mesmo sistema operacional. 3 O Padro IEEE 802 Com o objetivo de elaborar padres para redes locais de computadores nasceu o Projeto IEEE 802, que ficou a cargo de um comit institudo em fevereiro de 1980 pela IEEE Computer Society. O comit 802 publicou um conjunto de padres, adotados como padres nacionais americanos pelo American National Standards Institute (ANSI). Esses padres foram posteriormente revisados e republicados como padres internacionais pela ISO com a designao ISO 8802. O modelo de referncia elaborado pelo IEEE definiu uma arquitetura com trs camadas. Para entender esse modelo devemos observar que as funes de comunicao mnimas e essenciais de uma rede local correspondem aos nveis 1 e 2 do modelo OSI. Essas funes incluem: 1. Fornecer um ou mais SAPs para os usurios da rede. 2. Na transmisso, montar os dados a serem transmitidos em quadros com campos de endereo e deteco de erros. 3. Na recepo, desmontar os quadros, efetuando o reconhecimento de endereo e deteco de erros. 4. Gerenciar a comunicao no enlace. Essas quatro funes so fornecidas pelo nvel de enlace do RM-OSI. A primeira funo e as subfunes a ela relacionadas so agrupadas pelo IEEE 802 na camada Logical Link Control (LLC). As trs restantes so tratadas em uma camada separada, chamada Mdium Access Control (MAC). Tal diviso teve como objetivo permitir a definio de vrias opes de MAC, que podem ento ser otimizadas para as diferentes topologias de redes locais, mantendo uma interface nica, a da camada LLC, para os usurios da rede local. Em um nvel mais baixo, esto as funes normalmente associadas ao nvel fsico: codificao/decodificao de sinais, gerao e remoo de prembulos para sincronizao e transmisso/recepo de bits. Como no RM-OSI, essas funes foram atribudas ao nvel fsico no modelo de referncia elaborado pelo IEEE 802. A figura abaixo apresenta a relao entre alguns dos principais padres IEEE 802 e o RM-OSI.

22

OSI

IEEE
802.1

Enlace Fsico

LLC MAC
802.3 802.4

802.2

802.5

802.6

O padro IEEE 802.1 um documento que descreve o relacionamento entre os diversos padres IEEE 802 e o relacionamento deles com o modelo de referncia OSI. Esse documento contm tambm padres para gerenciamento da rede e informaes para a ligao inter-redes. O padro ANSI/IEEE 802.2 (ISO 8802/2) descreve a subcamada superior do nvel de enlace, que utiliza o protocolo Logical Link Control Protocol. Os outros padres especificam diferentes opes de nvel fsico e protocolos da subcamada MAC para diferentes tecnologias de redes locais: - Padro IEEE 802.3 (ISO 8802/3): rede em barra utilizando CSMA/CD como mtodo de acesso. - Padro IEEE 802.4 (ISO 8802/4): rede em barra utilizando passagem de permisso como mtodo de acesso. - Padro IEEE 802.5 (ISO 8802/5): rede em anel utilizando passagem de permisso como mtodo de acesso. - Padro IEEE 802.6 (ISO 8802/6): rede em barra utilizando o Distributed Queue Dual Bus (DQDB) como mtodo de acesso. 4 Arquitetura da Internet TCP/IP O desenvolvimento da arquitetura Internet TCP/IP foi patrocinado pela Defense Advanced Research Projects Agency (DARPA). A arquitetura baseia-se principalmente em: um servio de transporte orientado conexo, fornecido pelo Transmission Control Protocol (TCP), e em um servio de rede no-orientado conexo (datagrama no confivel), fornecido pelo Internet Protocol (IP).

23

Os padres da arquitetura internet TCP/IP no so elaborados por rgos internacionais de padronizao, como a ISO ou o IEEE. O corpo tcnico que coordena o desenvolvimento dos protocolos dessa arquitetura um comit denominado IAB (Internet Activity Board). O IAB formado por pesquisadores seniores, tendo a maioria deles projetado e implementado os protocolos da Arquitetura Internet. O IAB, na realidade, produz poucos documentos. Qualquer pessoa pode projetar, documentar, implementar e testar um protocolo para ser usado na Internet. Para que um protocolo se torne um padro Internet necessrio document-lo atravs de uma RFC (Request for Comments). As RFCs podem ser obtidas por qualquer pessoa conectada internet. Da anlise das RFCs surgem sugestes, e novas verses do protocolo podem ser elaboradas. Quando o protocolo se torna estvel, um dos membros do IAB prope ao comit que o protocolo se torne um padro. Uma RFC publicada indicando esse status e, se aps decorridos aproximadamente seis meses no houver nenhuma objeo, o IAB declara o protocolo como um Internet Standard. A arquitetura Internet TCP/IP d uma nfase toda especial interligao de diferentes tecnologias de redes. A idia baseia-se na seguinte constatao: no existe nenhuma tecnologia de rede que atenda aos anseios de toda a comunidade de usurios. Alguns usurios precisam de redes de alta velocidade que normalmente cobrem uma rea geogrfica restrita. J outros, se contentam com redes de baixa velocidade que conectam equipamentos distantes milhares de quilmetros uns dos outros. Portanto, a nica forma de permitir que um grande volume de usurios possa trocar informaes interligar as redes s quais eles esto conectados, formando assim uma inter-rede. Para interligar duas redes distintas necessrio conectar uma mquina a ambas as redes. Tal mquina fica responsvel pela tarefa de transferir mensagens de uma rede para a outra. Uma mquina que conecta duas ou mais redes denominada internet gateway ou internet router. Para ser capaz de rotear corretamente as mensagens, os gateways precisam conhecer a topologia da interrede, ou seja, precisam saber como as diversas redes esto interconectadas. J os usurios vem a inter-rede como uma rede virtual nica qual todas as mquinas esto conectadas, no importando a forma fsica de interconexo.

24

E E
Rede 1 G G G Rede 3 G Rede 4 G Rede 2

Inter-rede

E E

Rede 5

A arquitetura Internet TCP/IP organizada em quatro camadas conceituais construdas sobre uma quinta camada que no faz parte do modelo, a camada intra-rede. A figura abaixo mostra as camadas e o tipo de dados que passado de uma para outra.

25

Host A
Aplicao

mensagem idntica pacote idntico

Host B
Aplicao

Transporte

Gateway
Inter-rede

Transporte

Inter-rede

datagrama idntico quadro idntico

Interface de Rede Interface de Rede

datagrama Inter-rede idntico quadro idntico

Interface de Rede

Interface de Rede

Rede Fsica 1

Rede Fsica 2

Intra-rede

Intra-rede

No nvel de aplicao, os usurios usam programas de aplicao para acessar os servios disponveis na inter-rede. As aplicaes interagem com o nvel de transporte para enviar e receber dados. As aplicaes podem usar o servio orientado conexo, fornecido pelo TCP (servio de circuito virtual), ou o servio no-orientado conexo, fornecido pelo User Datagram Protocol UDP (servio de datagrama no confivel). Algumas aplicaes disponveis na Internet TCP/IP so: Simple Mail Transfer Protocol (SMTP), que oferece um servio storeand-forward para mensagens que carregam correspondncias contendo textos. File Transfer Protocol (FTP), que fornece o servio de transferncia de arquivos. TELNET, que oferece o servio de terminal virtual. Domain Name System (DNS), que oferece um servio de mapeamento de nomes em endereos de rede.

A funo bsica do nvel de transporte permitir a comunicao fim-a-fim entre aplicaes. As funes do nvel de transporte na arquitetura Internet TCP/IP so semelhantes s do mesmo nvel do RM-OSI. Se o protocolo utilizado for o

26

TCP, os seguintes servios so fornecidos: controle de erro, controle de fluxo, seqenciao e multiplexao do acesso ao nvel inter-rede. O UDP um protocolo bem mais simples e o servio por ele fornecido apenas a multiplexao/demultiplexao do acesso ao nvel inter-rede. O nvel inter-rede o responsvel pela transferncia de dados atravs da inter-rede, desde a mquina de origem at a mquina de destino. Esse nvel recebe pedidos do nvel de transporte para transmitir pacotes que, ao solicitar a transmisso, informa o endereo da mquina onde o pacote dever ser entregue. O pacote encapsulado em um datagrama IP, e o algoritmo de roteamento executado para determinar se o datagrama pode ser entregue diretamente, ou se deve ser repassado para um gateway. Com base no resultado da avaliao do algoritmo de roteamento, o datagrama passado para a interface de rede apropriada para ento ser transmitido. O nvel inter-rede tambm processa os pacotes recebidos das interfaces de rede. Nesse caso, o algoritmo de roteamento utilizado para decidir se o datagrama deve ser passado para um nvel de transporte local, ou se deve ser passado adiante atravs de uma das interfaces de rede. A arquitetura TCP/IP no faz nenhuma restrio s redes que so interligadas para formar a inter-rede. Portanto, qualquer tipo de rede pode ser ligada, bastando para isso que seja desenvolvida uma interface que compatibilize a tecnologia especfica da rede com o protocolo IP. Essa compatibilizao a funo do nvel de interface de rede, que recebe os datagramas IP do nvel interrede e os transmite atravs de uma rede especfica. Para realizar essa tarefa, nesse nvel, os endereos IP, que so endereos lgicos, so traduzidos para os endereos fsicos dos hosts ou gateways conectados rede. 4.1 Comparao entre as Arquiteturas OSI e Internet TCP/IP A primeira diferena entre as arquiteturas OSI e Internet TCP/IP est no nmero de camadas. Enquanto que na arquitetura OSI so definidas sete camadas, na arquitetura Internet TCP/IP so definidas cinco. No RM-OSI so descritos formalmente os servios de cada camada, a interface usada pelas camadas adjacentes para troca de informaes e o protocolo que define regras de comunicao para cada uma das camadas. Alguns dos servios definidos para as camadas do RM-OSI so opcionais. Por exemplo, os nveis de enlace, rede e transporte podem oferecer servios orientados conexo (circuito virtual) ou no-orientados conexo (datagrama). Essa caracterstica conseqncia do fato da ISO ter elaborado um modelo que se prope a tratar todos os aspectos do problema de interconexo aberta de sistemas. Essa flexibilidade tem aspectos positivos, mas, por outro lado, pode levar a situaes onde dois sistemas em conformidade com a arquitetura OSI no consigam se comunicar, bastando que para tal que implementem perfis funcionais incompatveis.

27

Arquitetura OSI Aplicao Apresentao Sesso Transporte Rede

Arquitetura Internet Aplicao

Transporte Inter-rede Interface de Rede Intra-rede

Enlace Fsico

A arquitetura Internet TCP/IP foi desenvolvida com o objetivo de resolver um problema prtico: interligar redes com tecnologias distintas. Para tal, foi desenvolvido um conjunto especfico de protocolos que resolveu o problema de forma bastante simples e satisfatria. Os nveis fsico, de enlace, e os aspectos do nvel de rede do RM-OSI, relativos transmisso de dados em uma nica rede, no so abordados na arquitetura Internet TCP/IP, que agrupa todos esses servios na camada intra-rede. A arquitetura Internet TCP/IP se limita a definir uma interface entre o nvel intra-rede e o nvel inter-rede. Os servios do nvel de rede OSI relativos interconexo de redes distintas so implementadas na arquitetura Internet TCP/IP pelo protocolo IP. Em outras palavras, nessa arquitetura s existe uma opo de protocolo e servio para esta subcamada do nvel de rede: o protocolo IP, cujo servio datagrama no confivel. Esta inflexibilidade da arquitetura Internet TCP/IP no nvel inter-rede uma das principais razes de seu sucesso. O fato de um sistema utilizar ou no o protocolo IP foi usado inclusive para distinguir os sistemas que esto na Internet dos que no esto.

28

No nvel de transporte, a arquitetura Internet TCP/IP oferece duas opes: o TCP (que oferece um servio de circuito virtual) e o UDP (datagrama). Esses protocolos so equivalentes aos protocolos orientado e no-orientado conexo do nvel de transporte OSI. Acima do nvel de transporte est a camada de aplicaes na arquitetura Internet TCP/IP. Nessa arquitetura, os servios dos nveis de sesso e apresentao OSI so implementados em cada aplicao de modo especfico. A abordagem da ISO, definindo as camadas de sesso, apresentao e elementos de servios genricos bsicos no nvel de aplicao, mais razovel, no sentido em que permite uma maior reutilizao de esforos durante o desenvolvimento de aplicaes distribudas. Os protocolos da arquitetura Internet TCP/IP oferecem uma soluo simples, porm bastante funcional, para o problema da interconexo de sistemas abertos. O fato de implementaes de seus protocolos terem sido a primeira opo de soluo no-proprietria para a interconexo de sistemas fez com que essa arquitetura se tornasse um padro de facto. A estrutura organizacional da ISO, com membros representando vrios pases, se por um lado aumenta o tempo de desenvolvimento dos padres, por outro confere aos mesmos uma representatividade bem maior. Os padres da ISO, por serem elaborados por uma instituio legalmente constituda para tal, so padres de jure.

29

5 Bibliografia TANENBAUM, Andrew S. Organizao Estruturada de Computadores. 3 ed. Rio de Janeiro. Prentice-Hall do Brasil LTDA, 1992. SOARES, Luiz Fernando Gomes; LEMOS, Guido; COLCHER, Srgio. Redes de Computadores: das LANs, MANs e WANs s Redes ATM 2 ed. Rio de Janeiro. Editora Campus LTDA, 1995. JAIN, Bijendra N.; AGRAWALA, Ashock. Open Systems Interconnection - Its Architeture and Protocols Elsevier Science Publishers, 1990. STALLINGS, William. Data and Computer Communications. 4 ed. Prentice Hall International Editions, 1994. ABREU, Luis. Redes de Computadores http://members.netmadeira.com/luisabreu/material/redes.pdf BARRETO, Raimundo da Silva Introduo s Redes de Computadores www.dcc.fua.br/~barreto/redes/introducao_redes.ppt

30