INTRODUO A REDES DE COMPUTADORES.

Ronei Ximenes Martins

Varginha Minas Gerais 2002

Prof. Ronei Ximenes Martins, Msc. UFSC (Brasil, 2000) Graduado em Matemtica, Especialista em Informtica Gerencial e Mestre em Engenharia de Produo, Professor do Curso de Cincia da Computao do Centro Universitrio do Sul de Minas - UNIS. Atuando profissionalmente em Informtica desde 1982, possui formao especfica (cursos certificados) em Redes Novell Netware, Microsoft Windows NT e Linux, dentre outros, tendo projetado e implementado inmeras redes em diferentes tecnologias. Atua h 10 anos como docente, dos quais 5 anos como professor universitrio, tendo participado da elaborao do Projeto Pedaggico e da implantao do Curso de Bacharelado em Cincia da Computao do UNIS, quando assumiu Chefia do Departamento de Informtica e posteriormente a Coordenao do Curso. Atualmente atua como Diretor do Instituto de Tecnologia, Engenharia e Cincias Exatas do Centro Universitrio do Sul de Minas, alm de ministrar aulas da Disciplina Redes e Teleprocessamento e atuar em projetos de pesquisa. Alguns projetos de Redes desenvolvidos e implantados: - Rede da Reitoria da UEMG - Novell Netware e Microsoft Windows em TCPIP. - Rede Administrativa da FESP - Novell Netware. - Rede Acadmica FESP - Novell Netware e WindowsNT TCPIP. - Rede Acadmica da FELA - Novell Netware e Windows em TCPIP. - Rede Acadmica e Administrativa do UNIS-MG - Novell, WindowsNT, Linux e Microsoft TCPIP - Provedor de Acesso Minasnet (Passos). - Rede do Provedor de Acesso Minasnet (So S. Paraiso, Cssia, Ita de Minas, Carmo do Rio Claro). - Provedor de Acesso da FELA (lavras). - Provedor de Acesso da FESP (Passos). - Provedor de Acesso da FEPESMIG (Varginha). - Ponto de Presena da Rede Internet Minas na reitoria da UEMG.(Belo Horizonte) - Rede Acadmica do Colgio Batista - Varginha - Novell Netware e Windows em TCPIP. - Rede Acadmica da FACECA Microsoft Windows NT e Windows 98 em TCPIP.(Varginha) - Rede Acadmica da Faculdade de Direito de Varginha Microsoft Windows NT e Windows 98 em TCPIP. - Sala de Videoconferncia do UNIS-MG (Varginha).

Endereo para contato: Prof. Ronei Ximenes Martins R. Cel. Jos Alves 256, Vila Pinto. 37010-540 Varginha MG. Tel.: (0xx35) 3219-5275 Fax: (0xx35) 3219-5251 E-mail: ronei@unis.varginha.br

NDICE ANALTICO.
APRESENTAO. ...............................................................................................................................................................................................4 1 INTRODUO. ...............................................................................................................................................................................................6 2 HISTRIA DAS REDES.............................................................................................................................................................................7 2.1 EVOLUO DAS REDES DE COMUNICAO. .....................................................................................................................7 2.2 EVOLUO DOS SISTEMAS DE COMPUTAO. ................................................................................................................9 3 CONCEITOS BSICOS. ..........................................................................................................................................................................12 3.1 OBJETIVOS DE UMA REDE DE COMPUTADORES. .............................................................................................................12 3.1.1 - COMPARTILHAMENTO DE RECURSOS. .....................................................................................................................12 3.1.2 AUMENTO DA CONFIABILIDADE. ................................................................................................................................12 3.1.3 REDUO DE CUSTOS. ........................................................................................................................................................12 3.1.4 ESCALABILIDADE....................................................................................................................................................................12 3.1.5 COOPERAO. ..........................................................................................................................................................................12 3.2 PARMETRO DE COMPARAO PARA A IMPLANTAO DE REDES DE COMPUTADORES. ..................12 3.2.1 CUSTO. ...........................................................................................................................................................................................13 3.2.2 CONFIABILIDADE. ..................................................................................................................................................................13 3.2.3 DESEMPENHO............................................................................................................................................................................13 3.2.4 MODULARIDADE.....................................................................................................................................................................14 3.2.5 COMPATIBILIDADE. ..............................................................................................................................................................14 4 O HARDWARE DE REDE ......................................................................................................................................................................15 4.1 TECNOLOGIA DE TRANSMISSO. ............................................................................................................................................15 4.1.1 ARRANJOS TOPOLGICOS. ...............................................................................................................................................17 4.1.1.1 - TOPOLOGIA EM ESTRELA.......................................................................................................................................18 4.1.1.2 - TOPOLOGIA EM ANEL. ...............................................................................................................................................19 4.1.1.3 - TOPOLOGIA EM BARRA. ...........................................................................................................................................20 4.1.1.4 - OUTRAS TOPOLOGIAS. .............................................................................................................................................20 4.1.1.5 - TOPOLOGIA FSICA X TOPOLOGIA LGICA. ..............................................................................................21 4.2 ESCALA: CATEGORIAS DE REDES. ..........................................................................................................................................22 4.2.1 REDES LOCAIS (LANs - Local Area Networks). .........................................................................................................22 4.2.2 REDES METROPOLITANAS (MAN - Metropolitan Area Network).....................................................................23 4.2.3 REDES GEOGRATICAMENTE DISTRIBUIDAS (WANs - Wide Area Networks). .......................................23 4.2.4 REDES SEM FIO (Wireless Networks). ............................................................................................................................24 4.3 - SUPORTES DE TRANSMISSO. ....................................................................................................................................................24 4.3.1 - PAR DE FIOS TRANADOS (PAR TRANADO - UTP). .......................................................................................24 4.3.2 - CABO COAXIAL. .......................................................................................................................................................................26 4.3.3 - FIBRA TICA. ..............................................................................................................................................................................27 4.3.4 - REDES SEM FIO (RADIODIFUSO). ...............................................................................................................................27 4.3.5 - QUADRO COMPARATIVO DOS MEIOS DE TRANSMISSO. ...........................................................................28 4.3.6 QUADRO COMPARATIVO ENTRE OS PADRES ETHERNET / FAST ETHERNET / GIGABIT ETHERNET ..................................................................................................................................................................................................28 4.4 COMPONENTES DE CONEXO. ................................................................................................................................................29 4.4.1 REPETIDORES. ...........................................................................................................................................................................29 4.4.2 PONTES. .........................................................................................................................................................................................30 4.4.3 ROTEADORES. ...........................................................................................................................................................................30 4.4.4 GATEWAYS. ................................................................................................................................................................................31 5 O SOFTWARE DE REDE. .......................................................................................................................................................................32 5.1 - HIERARQUIA DE PROTOCOLOS. ...............................................................................................................................................34 5.2 - DIFERENAS ENTRE SERVIO E PROTOCOLO. ...............................................................................................................35 5.3 QUESTES DE PROJETO RELACIONADAS S CAMADAS. ..............................................................................................35 5.4 - INTERFACES E SERVIOS. ............................................................................................................................................................36 5.5 - SERVIOS ORIENTADOS CONEXO E SEM CONEXO. ............................................................................................37 5.6 - PRIMITIVAS DE SERVIO. .............................................................................................................................................................38 6 ARQUITETURAS DE REDES...............................................................................................................................................................40 6.1 - A ARQUITETURA DO RM/OSI. .....................................................................................................................................................42 6.1.1 - AS CAMADAS DO RM-OSI. ..................................................................................................................................................44 1

6.1.1.1 - A CAMADA FSICA. .......................................................................................................................................................44 6.1.1.2 - A CAMADA DE ENLACE DE DADOS. ................................................................................................................44 6.1.1.3 - A CAMADA DE REDE. .................................................................................................................................................46 6.1.1.4 - A CAMADA DE TRANSPORTE. .............................................................................................................................49 6.1.1.5 - A CAMADA DE SESSO. ..........................................................................................................................................55 6.1.1.6 - A CAMADA DE APRESENTAO. ......................................................................................................................56 6.1.1.7 - A CAMADA DE APLICAO. .................................................................................................................................56 6.2 - O RM-OSI E AS REDES LOCAIS. ..................................................................................................................................................57 6.3 - O PADRO IEEE 802........................................................................................................................................................................57 6.4 - INTERCONEXO DE REDES LOCAIS. ......................................................................................................................................59 6.5 - A ARQUITETURA TCP/IP INTERNET. ...................................................................................................................................59 6.5.1 - AS CAMADAS DO TCP/IP. ....................................................................................................................................................60 6.5.1.1 - A CAMADA DE ACESSO REDE. ........................................................................................................................61 6.5.1.2 - A CAMADA INTERNET. ...............................................................................................................................................61 6.5.1.3 - A CAMADA DE TRANSPORTE. ..............................................................................................................................62 6.5.1.4 - A CAMADA DE APLICAO.....................................................................................................................................62 6.5.2 ENDEREAMENTO IP. ..........................................................................................................................................................63 6.5.2.1 - REDES IP. ............................................................................................................................................................................65 6.5.2.2 - SUB-REDES IP. ................................................................................................................................................................65 6.5.2.3 - RESOLUO DE ENDEREOS IP EM ENDEREOS DE REDE. ....................................................67 6.5.3 ROTEAMENTO IP. ....................................................................................................................................................................69 6.5.3.1 - ROTEAMENTO ESTTICO X ROTEAMENTO DINMICO .....................................................................72 6.5.4 FRAGMENTAO DE PACOTES IP. ..............................................................................................................................72 6.5.5 PROTOCOLOS DA CAMADA DE TRANSPORTE .....................................................................................................73 6.5.5.1 - PROTOCOLO UDP .........................................................................................................................................................74 6.5.5.2 - PROTOCOLO TCP ..........................................................................................................................................................75 6.5.6 PROTOCOLOS DA CAMADA DE APLICAO. .......................................................................................................77 6.5.6.1 PROTOCOLO DNS ........................................................................................................................................................77 6.6 - OUTROS EXEMPLOS DE ARQUITETURAS DE REDES. ...................................................................................................78 7 SISTEMAS OPERACIONAIS DE REDE. ........................................................................................................................................79 7.1 SISTEMAS CLIENTE/SERVIDOR E PEER-TO-PEER. .........................................................................................................80 7.2 SERVIDORES DEDICADOS. ..........................................................................................................................................................81 7.1.1 - SERVIDORES DE ARQUIVOS. ............................................................................................................................................81 7.1.2 - SERVIDORES DE IMPRESSO. ..........................................................................................................................................82 7.1.3 - SERVIDORES DE COMUNICAO. ................................................................................................................................82 7.1.4 - SERVIDORES GATEWAY. ....................................................................................................................................................82 7.1.4 - SERVIDORES DE MONITORAMENTO. .........................................................................................................................82 8 REFERNCIAS BIBLIOGRAFIAS ....................................................................................................................................................84

NDICE DE FIGURAS
Figura 2.1 Ilustrao do processo de comunicao......................................................................................................................................................... 7 Figura 2.2 Sala de C.P.D. com mainframes e terminais ................................................................................................................................................ 9 Figura 2.3 (a) Terminal e (b) Microcomputador...........................................................................................................................................................10 Figura 4.1 Tipos de tecnologia de transmisso ................................................................................................................................................................15 Figura 4.2 - (a) Sistema de transmisso ponto-a-ponto unidirecional; (b) modelo bidirecional. ................................................................16 Figura 4.3 - Topologias ponto-a-ponto: (a) estrela, (b) anel, (c) malha regular, (d) malha irregular e (e) rvore...............................17 Figura 4.4 - Topologias das redes de difuso: (a) barramento e (b) anel ................................................................................................................18 Figura 4.5- Classificao de redes quanto a distncia fsica entre os ns. ..............................................................................................................22 Figura 4.6 - Ligaes entre hosts e a sub-rede de comunicao .................................................................................................................................23 Figura 4.7 Cabo Par tranado. ...................................................................................................................................................................................................25 Figura 4.8 Conector RJ-45 e ferramenta de prensagem. ..............................................................................................................................................25 Figura 4.9 Detalhe de (a) Cabo Coaxial de 50 ohms, (b) Conector BNC para ligao com interfaces e (c) terminador de extremidades dos cabos................................................................................................................................................................................................26 Figura 4.10 Detalhes de Cabos de Fibra tica. ...............................................................................................................................................................27 Figura 4.11 - Atuao dos repetidores na arquitetura OSI ............................................................................................................................................29 Figura 4.12 - Atuao das pontes na arquitetura OSI ......................................................................................................................................................30 Figura 4.13 - Atuao dos roteadores na arquitetura OSI..............................................................................................................................................30 Figura 4.13 - Atuao dos gateways na arquitetura OSI .................................................................................................................................................31 Figura 5.1 - Filosofia das redes, ilustrada por um processo de relaes entre empresas. ..............................................................................32 Figura 5.2 - Arquitetura hierarquizada em 4 camadas. .....................................................................................................................................................33 Figura 5.3 Comunicao virtual em uma arquitetura de rede. ......................................................................................................................................34 Figura 5.4 - Diferentes conceitos associados interface entre camadas. ...............................................................................................................37 Figura 5.5 Mapeamento das primitivas da uma conversao atravs do sistema telefnico. Os nmeros prximos extremidade das setas fazem referncia s primitivas de servio utilizadas no exemplo anterior. ........................................39 Figura 6.1 Cpia um esboo original do Projeto ARPA.................................................................................................................................................40 Figura 6.2 - Mapa do Projeto ARPA em setembro de 1971. ........................................................................................................................................41 Figura 6.3 - Arquitetura de sete camadas do modelo OSI. ............................................................................................................................................43 Figura 6.4 - Ilustrao da comunicao no modelo OSI. ...............................................................................................................................................43 Figura 6.5 TSAPs, NSAPs e conexes. ................................................................................................................................................................................52 Figura 6.6 Exemplo de estabelecimento de conexo entre hosts para acesso a um servidor de hora do dia. ................................53 Figura 6.7 - Diferentes relaes entre conexo de Sesso e de Transporte: (a) correspondncia 1 a 1; (b) uma conexo de Transporte para vrias sesses; (c) vrias conexes de Transporte para uma nica sesso. ....................................................55 Figura 6.8 - Relao entre os padres RM-OSI e IEEE 802. ......................................................................................................................................58 Figura 6.9 Camadas da arquitetura TCP/IP em comparao com as camadas do RM-OSI ...................................................................61 Figura 6.10 - Encapsulamento de dados na pilha TCP/IP. ..........................................................................................................................................61 Figura 6.11 - Processamento de uma requisio FTP atravs da arquitetura TCP/IP ...................................................................................63 Figura 6.12 - Representao de um endereo IP. ...............................................................................................................................................................63 Figura 6.13 - Faixas de endereamento IP das classes adotadas pelo InterNIC. ..............................................................................................64 Figura 6.14 - Exemplos de endereamento de mquinas situadas (a) na mesma rede e (b) em redes diferentes ..............................65 Figura 6.15 Constituio do endereo MAC. ...................................................................................................................................................................67 Figura 6.16 (a) Exemplo do funcionamento do protocolo ARP. Inicio do envio da mensagem..........................................................67 Figura 6.16 (b) Exemplo do funcionamento do protocolo ARP. Envio de pacote ARP em difuso. ...............................................68 Figura 6.16 (c) Exemplo do funcionamento do protocolo ARP. Resposta requisio ARP. ..............................................................68 Figura 6.18 Roteamento de um datagrama IP por um roteador. ...........................................................................................................................70 Figura 6.19 Exemplo de estrutura de rede incluindo trs roteadores (R). .........................................................................................................72 Figura 6.20 Fragmentao do pacote IP. ............................................................................................................................................................................73 Figura 6.21 Exemplo de fragmentao do pacote IP. ..................................................................................................................................................73 Figura 6.22 - Multiplexao/Demultiplexao realizada na camada de transporte...........................................................................................74 Figura 6.24 Exemplo de conexo TCP................................................................................................................................................................................75 Figura 6.25 Fases de uma conexo TCP. ............................................................................................................................................................................76 Figura 6.26 Mensagem TCP. .....................................................................................................................................................................................................77 Figura 6.27 - Servidores DNS estruturados hierarquicamente ....................................................................................................................................78 Figura 6.28 O modelo de referncia da Novel NetWare............................................................................................................................................78 Figura 7.1 Incluso do Redirecionador em um Sistema Operacional ..................................................................................................................79 Figura 7.2 Estrutura de um computador Cliente e de um Servidor Dedicado. ..............................................................................................80 Figura 7.3 Relao entre os componentes de um NOS tpico e o RM-OSI. ...................................................................................................81 Figura 7.4 - Exemplo de Rede Local Elementar .................................................................................................................................................................83

APRESENTAO.

Esta publicao prope-se a ajudar voc a entender as redes de computadores, como funcionam e os conceitos bsicos necessrios para sua implantao e manuteno. Utilizada em conjunto com atividades prticas, ela o ajudar a desvendar o que acontece dentro dos cabos, equipamentos e programas. Considere que se voc entender a estrutura bsica e o funcionamento de uma rede, poder ser um profissional mais eficiente. Alm da formao bsica proposta, esta publicao pretende prepar-lo para estudos avanados do tema, em disciplinas de cursos de graduao ou em cursos especficos e de ps-graduao. Os conhecimentos relacionados s redes de computadores so vastssimos e novas tecnologias surgem a cada dia. Considere esta publicao como sendo a porta de entrada para este mundo. Alm de prover informaes, ela parte integrante de uma proposta metodolgica para o ensino de Redes de Computadores. Utilizada em conjunto com estudos de casos e atividades prticas, poder levar voc a exercitar, pesquisar e produzir seu prprio conhecimento. O caderno de atividades prticas e exerccios disponibilizado durante o curso. Na organizao deste trabalho foram utilizados textos publicados na Internet de diversos autores. Como estamos na era da informao e do compartilhamento, no faria sentido reescrever contedos que j esto consolidados e bem organizados, somente para descaracterizar a autoria de terceiros e tornar a obra indita. A inteno no reinventar a roda. Ento, considere este trabalho como sendo a organizao de contedos em um formato interessante para aqueles que esto iniciando o estudo das redes de computadores, principalmente em cursos de graduao ligados Informtica. Em vrios captulos existem trechos transcritos das publicaes obtidas. Para evitar citaes repetitivas, nas referncias bibliogrficas esto indicadas as contribuies. Da mesma forma que vrios dos captulos desta publicao receberam a contribuio voluntria de professores que publicaram trabalhos na Internet de forma gratuita, esta obra est disponvel gratuitamente no formato digital. Porm, acredito que todo trabalho deve ser recompensado. Assim, gostaria de manter um registro de todos os que utilizarem esta publicao, produzida em muitas horas de trabalho. Com este registro ser possvel contabilizar quantas pessoas esto utilizando-a e obter contribuies para seu aperfeioamento. Para registrar-se, solicito que faa uma contribuio de qualquer valor para a Instituio Filantrpica de sua preferncia, solicite um documento que comprove a contribuio e envie para o endereo indicado abaixo com os seguintes dados: Nome Completo; Endereo Completo (incluindo CEP); Data de Nascimento; Sexo; Profisso (se trabalha); Curso que freqenta (se est estudando); Criticas e/ou sugestes sobre a obra. Endereo para envio: Prof. Ronei Ximenes Martins R. Cel. Jos Alves 256, Vila Pinto. 37010-540 Varginha MG. As informaes de todos os registros estaro disponveis no site www.ronei.varginha.br/registros. Se preferir, voc pode fazer uma cpia digital do comprovante e enviar juntamente com os dados solicitados para o e-mail ronei@unis.varginha.br escrevendo no assunto: Registro de Introduo Redes de Computadores. Faa este gesto de boa vontade, contribua com algum que necessita e registre-se como usurio desta publicao. Obrigado.

INSTRUES

PARA

UTILIZAO.

As informaes desta publicao no esto relacionadas a um tipo especfico de rede, a um produto ou modelo de equipamento, elas esto relacionadas com os fundamentos que sustentam o funcionamento de todas as redes. Para complementar os estudos, existe uma srie de atividades cujo objetivo principal criar motivao, incentivar a manipulao do contedo, refletir sobre questes tericas, demonstrar a aplicao dos fundamentos tericos e fomentar a pesquisa por temas e conceitos no apresentados. Algumas destas atividades vo requerer o uso de um computador e, em alguns casos, de computadores ligados em rede. Assim, para tirar o maior proveito possvel, importante participar das atividades propostas no caderno distribudo no curso. importante tambm que voc tenha acesso a uma rede local com protocolo tcp/ip. Voc poder utilizar o presente trabalho de maneiras distintas: 1 Se voc obteve esta publicao, porm no freqenta o curso de redes que ministro, realize uma leitura seqencial dos captulos na ordem em que esto organizados, grifando o que considerar mais importante e os conceitos fundamentais de cada trecho. Aps a leitura, procure ter acesso a um ambiente de rede e busque realizar experimentos que comprovem os conceitos tericos envolvidos. Busque identificar componentes, suportes de transmisso, protocolos, componentes de conexo. Depois tente implantar uma pequena rede em TCP/IP, criando nmeros IP para cada mquina. Busque aplicativos que fazem anlise de protocolos (O Ethereal um bom aplicativo e gratuito). Tente identificar com o analisador, os protocolos que esto sendo utilizados na rede e os datagramas que esto trafegando. Se tiver chance, instale duas placas de rede em um computador com Linux ou Windows NT. Isto permitir que voc configure rotas e teste o comportamento das pontes e roteadores. 2 Se teve acesso ao caderno de atividades do curso de redes que ministro, realize uma leitura seqencial dos captulos na ordem em que esto organizados, grifando o que considerar mais importante e os conceitos fundamentais de cada trecho. Aps toda a leitura, pode realizar o conjunto de atividades, buscando nos captulos as informaes relacionadas a cada uma delas. 3 Se aluno do curso de redes que ministro, iniciar o estudo pelas atividades propostas, buscando no texto as informaes necessrias para realizar cada tarefa. Todas as atividades indicam o captulo ou captulos relacionados a ela. Esta tcnica permitir um acesso mais dinmico e no seqencial aos contedos. Aps concluir cada atividade, dever realizar uma leitura dos captulos envolvidos, procurando recordar onde cada conceito ou tecnologia se encaixou nas atividades propostas. As aulas tericas so um espao importante para sanar dvidas e propor novos estudos de casos. importante salientar que as atividades propostas no caderno de atividades se relacionam com mais de um captulo e que este relacionamento no seqencial. Em alguns casos, parte das informaes dever ser pesquisada em outras mdias. Isto proposital. Na aplicao prtica dos conhecimentos adquiridos, voc no vai encontrar problemas hierarquicamente organizados, cuja soluo estar descrita em uma seqncia lgica com elaborao do mais simples para o mais complexo. Ter que entender sua complexidade catica e dessec-los, utilizando tudo o que sabe e buscando atravs da pesquisa o que no sabe. Desejo que voc tenha uma utilizao produtiva deste material.

Um bom trabalho! Ronei Ximenes Martins.

INTRODUO.

Hoje a maioria dos computadores utilizados no trabalho, nas escolas e nos lares esto conectados em rede e certamente voc j utiliza ou utilizar computadores interconectados. As redes de computadores no surgiram como uma tecnologia nica e independente. Os sistemas em rede dependem de muitos conceitos com os quais voc j est familiarizado. De fato, as redes modernas tm razes nos primeiros sistemas de telefones e telgrafos. Assim os laos histricos relacionados s redes de comunicao so utilizados aqui para ilustrar a tecnologia envolvida nas redes. Antes de conhecer e aplicar os conceitos e tecnologias relacionadas s redes de computadores, vamos conhecer um pouco da histria e da evoluo das redes de comunicao e dos sistemas de computao. Depois de navegar pela histria, vamos nos aprofundar nos aspectos relacionados ao hardware das redes. As tecnologias e suportes de transmisso sero detalhados e comparados. As diversas topologias e a categorizao das redes sero estudadas. Os diversos componentes de conexo sero apresentados e sua aplicao estudada. Conhecendo o hardware das redes, as questes relacionadas ao software de rede sero apresentadas. A hierarquia e a descentralizao proposta pelos modelos em camadas, os modelo de referncia OSI, a construo de protocolos, as interfaces e os servios sero analisados e detalhados. Para complementar o estudo da base conceitual e com os princpios tericos que sustentam as tecnologias integradas nas redes de computadores, as Arquiteturas de Redes RM-OSI e TCP/IP sero detalhadas e analisadas mais profundamente, principalmente as camadas Fsica, de Enlace e de Rede, que constituem a base do projeto e implantao de uma rede de computadores. Questes prticas relacionadas ao uso do TCP/IP tais como Endereamento IP, SubRedes IP, Roteamento e os protocolos UDP e TCP sero abordadas. Encerrando, analisaremos a constituio dos Sistemas Operacionais de Rede, os conceitos relacionados aos modelos Cliente/Servidor e Peer-to-Peer e os servidores dedicados. Neste ponto, j estaremos nos preparando para a complementao do curso de redes, que seguir na segunda publicao abordando questes relativas a administrao e gerncia, segurana, aspectos prticos relacionados instalao, configurao e manuteno de diversos servidores em sistemas operacionais diferentes. Mas at l, temos muito trabalho. Mos a obra.

HISTRIA

DAS

REDES.

2.1 EVOLUO DAS REDES DE COMUNICAO. A comunicao um processo dialogal. Em um processo de comunicao, se produz intercmbio troca - de informaes. Existe um emissor, um receptor e um meio de transmisso pelo qual a informao (ou mensagem) levada do emissor ao receptor. Qualquer interferncia que dificulte ou impea a troca de mensagens atravs do meio de comunicao considerada rudo. A figura 2.1 ilustra o esquema de um processo de comunicao.

Mensagem

Emissor Emissor Receptor Receptor

Mensagem

Mensagem

Receptor Emissor/Receptor

Emissor Emissor/Receptor

Mensagem Rudo Emissor

Receptor

Figura 2.1 Ilustrao do processo de comunicao. A comunicao inerente sociedade humana. Conforme as sociedades foram ocupando espaos geograficamente dispersos, a necessidade de comunicao atravs de longas distncias foi tornando-se mais intensa.

Ao inventar o telgrafo em 1838, Samuel Morse instituiu um marco para os sistemas de comunicao que evoluram para as redes de telefonia, de rdio, de televiso e de computadores. A rede telegrfica da Western Union, nos Estados Unidos da Amrica, foi a primeira a cobrir todo o continente Norte Americano. Seguindo as estradas de ferro de leste a oeste, a Western Union fechava negcios que consistiam na troca do acesso s linhas das estradas de ferro pelo fornecimento de uma estao de telgrafo e um operador para cada estao de trem. O operador organizava para a estrada de ferro as informaes de horrios e cargas sem cobrar nada. O servio da Western Union era ponto-a-ponto. Para enviar um telegrama para algum, a pessoa ia a um escritrio da Western Union e ditava a mensagem para o operador do telgrafo. O operador iria ento enviar a mensagem em cdigo Morse atravs da linha de telgrafo para a estao apropriada. Tambm nos Estados Unidos da Amrica, quando a Bell Telephone comeou suas operaes no fim da dcada de 1890, ela no possua linhas telefnicas. Quando um assinante fazia uma assinatura do servio, a Bell levava novas linhas at a casa do assinante. Inicialmente, o servio telefnico tambm era ponto-a-ponto, o que significava que cada telefone poderia conectar-se com apenas um outro telefone. Muitos dos primeiros assinantes eram mdicos; eles conectavam um telefone no consultrio a outro em casa. medida que o servio telefnico crescia, os assinantes queriam ter a possibilidade de falar uns com os outros - assim nasceu a rede telefnica. Desde ento, a comunicao atravs de sinais eltricos passou por uma grande evoluo, dando origem aos grandes sistemas que temos hoje e que utilizam satlites, fibra tica, redes de cabos metlicos e diversos dispositivos capazes de suprir meios de comunicao para todo o planeta. Embora os padres e protocolos para comunicaes entre computadores faam referncias ao trabalho de Morse e Bell, no comeo deste sculo, os padres e protocolos para interoperao entre computadores no surgiram antes do incio da dcada de 1980. Trs correntes distintas alimentaram o fluxo das redes de computadores: a IBM, o US Departament of Defense ( DOD ) e o Palo Alto Research Center da Xerox Corporation. Posteriormente, outras indstrias e organizaes de profissionais, em particular o Institute of Electrical and Electronic Engineers ( IEEE ) teve uma importante participao no desenvolvimento de padres, mas a histria comea com um sistema de computadores chamado SAGE. O Semi-Automatic Ground Enviroment, SAGE, foi desenvolvido pela IBM para o DOD no fim da dcada de 1960. O SAGE, um sistema de defesa area que operou at a metade dos anos 80, utilizava computadores a vlvulas com bancos de memrias to grandes que duas pessoas poderiam ficar de p dentro deles. Os computadores foram instalados aos pares em construes do tamanho de um quarteiro e os filamentos das vlvulas em uma par de computadores SAGE forneciam aquecimento para todo o inverno em prdios de trs andares. O programa SAGE envolveu os esforos dos melhores cientistas de computadores e comunicaes dos Estados Unidos na dcada de 1960 e resultou em uma rede de computadores interoperantes que se estendeu sobre todos os Estados Unidos. O programa era equivalente ao Golden Spike, que uniu as ferrovias em 1869. Nos anos 70, o DoD - diante de um inventrio de diferentes computadores que no podiam interagir - foi o pioneiro no desenvolvimento de protocolos de software para redes, que poderiam funcionar em mais de uma marca e modelo de computador. O principal conjunto estabelecido pelo DoD o Transmission Control Protocol/Internet Protocol (TCP/IP). Como o prprio nome implica, estes protocolos so acordos sobre como devem ocorrer as transmisses nas redes. Mais ou menos na mesma poca, na dcada de 1970, a IBM comeou a tornar pblicos os padres e protocolos que utilizava em seus sistemas de computadores proprietrios. Os padres incluam especificaes detalhadas do cabeamento e os protocolos eram desenvolvidos para assegurar comunicaes precisas sob alta demanda. Isto levou outros fabricantes a emularem as tcnicas da IBM e elevou a qualidade do desenvolvimento para redes em toda a indstria. Culminou tambm em uma revolta por parte das outras companhias de computadores que questionavam o controle total dos padres e protocolos mais utilizados feito pela IBM. Esta revolta levou flexibilidade e interoperabilidade que temos hoje. Em poucas dcadas, a indstria de redes de computadores fez mais progressos em frentes gerais do que a prpria indstria de computadores pessoais. A evoluo das redes levou consigo a tecnologia telefnica, projetos de hardware de computadores, o desenvolvimento de software e at mesmo a sociologia dos grupos de trabalho. Hoje, computadores e edificaes j incorporam os componentes de redes em seus projetos. As redes modernas integram palavras manuscritas e digitadas, vozes e sons, grficos e conferncias de vdeo no mesmo meio de comunicao. As redes tornam possvel s organizaes o abandono da estrutura de gerenciamento top-down onde muitas informaes ficavam retidas no topo e a mudana para uma estrutura mais gil e horizontal, onde as informaes 8

esto compartilhadas e publicamente disponveis. 2.2 EVOLUO DOS SISTEMAS DE COMPUTAO.

Os primeiros sistemas de computadores eram muito grandes e caros. Um computador de grande porte (mainframe) tpico custava milhes de dlares e necessitava de uma rea de centenas de metros quadrados especialmente preparada e com ar condicionado. Alm do hardware, os primeiros computadores precisavam de assessoria de tcnicos em tempo integral para mant-los funcionando. Os usurios organizavam as tarefas a serem processadas em jobs e o computador as processava em lote (batch). No havia nenhuma forma de interao direta entre usurio final e computador sendo que a rotina consistia em perfurar cartes, entrega-los a um operador qualificado e aguardar o recebimento de relatrios impressos com os resultados. O computador realizava tarefas, uma a uma, organizadas em uma fila de entrada. Na dcada de 1960, o desenvolvimento de terminais remotos permitiu aos usurios acesso ao computador central atravs de linhas de comunicao. Assim, o usurio final passou a ter um mecanismo de interao direta com o computador. Nesta mesma poca, pela necessidade de otimizao do uso dos mainframes, nasceu o conceito de tempo compartilhado (time-sharing). Um sistema de tempo compartilhado permite que mais de um usurio - freqentemente muitas centenas - utilizem o mesmo computador ao mesmo tempo. O usurio final podia executar seus prprios programas e cada usurio final interagia com o computador atravs de seu terminal. Os primeiros terminais de mainframes eram unidades mecnicas semelhantes a uma mquina de escrever (teletipos). Por volta da metade da dcada de 1970, o terminal de vdeo (VDT) tinha substitudo os terminais de impresso em muitas aplicaes. . A figura 2.2 ilustra um ambiente de CPD com mainframes e terminais;

Figura 2.2 Sala de C.P.D. com mainframes e terminais Apesar dos custos envolvidos, milhares de empresas e universidades instalaram sistemas de grande porte nas dcadas de 1960 e 1970, sendo que muitos destes sistemas esto em uso at hoje. A IBM, na poca, era lder no mercado e desenvolvia seu prprio sistema para conectar terminais ao computador central. Entretanto, outros fabricantes (entre eles a Digital Equipment Corporation, Data General e Honeywell) utilizam a conexo RS-232C (uma forma de conexo serial) entre o computador central e os terminais atravs de cabos. Os usurios que estivessem fora da rea de alcance dos cabos poderiam utilizar terminais equipados com modems para acessar o computador central. Estas conexes permitiram que os terminais sassem da sala do computador central e fossem instalados sobre as mesas dos usurios finais. Esta realocao aparentemente simples teve um grande efeito sobre a forma de como as pessoas usavam os computadores. A permisso a centenas de usurios para que compartilhassem o mesmo computador fez com que o custo por usurio casse vertiginosamente. De repente, tornava-se economicamente sensato utilizar o computador para tarefas rotineiras como fazer a contabilidade, organizar o horrio de aulas e at mesmo processar textos. Antes do compartilhamento de tempo, o computador era de domnio de grandes corporaes, instituies de pesquisa e universidades. Reduzindo o custo por usurio, os computadores de grande porte tornaram-se acessveis a muitas empresas de mdio e pequeno porte, organizaes governamentais e no governamentais e diversos tipos de instituies. Os computadores pessoais surgiram no final da dcada de 1970. Em muitos casos, estes computadores pessoais eram comprados por mdias e grandes empresas, a maioria das quais j dispunha de um grande sistema de computao. No princpio, estes computadores eram utilizados como sistemas isolados para executarem aplicaes tais como Lotus 1-2-3, Visicalc, ou WordPerfect. No era incomum se ver um escritrio com um computador pessoal na ponta de uma mesa e um terminal de mainframe em outra. Em pouco tempo, estas mesmas companhias aprenderam que, 9

acrescentando um programa de comunicao ao computador pessoal, elas poderiam utilizar o computador como um terminal e economizar, alm um precioso espao na mesa, o custo de aquisio e manuteno do terminal. A figura 2.3 apresenta um terminal de acesso remoto a mainframes (a) e um computador pessoal (b). Assim, os computadores pessoais passaram a ser utilizados como ponto de acesso para o mainframe e como minicomputador. Em vez de colocar um computador pessoal e um terminal em cada mesa, muitas companhias retiraram seus terminais e os substituram por computadores. Com o software de comunicao adequado, um computador pessoal pode realizar todas as funes de um terminal. Na maioria dos casos, um computador pessoal com software de comunicao oferece mais do que o terminal.

Figura 2.3 (a) Terminal e (b) Microcomputador Os softwares de comunicao utilizados para acessar computadores remotos so denominados Emuladores de Terminais. Alm de possuir as caractersticas originais do terminal eles oferecem transferncia de arquivos e muitos outros recursos. Embora sejam designados para operar com modems, muitos programas proporcionam conexo direta ao mainframe, sistemas de minicomputadores ou outros computadores pessoais. Embora o custo do hardware estivesse caindo, o preo dos equipamentos eletromecnicos ainda era alto. Pela razo do custo, se justificava o uso compartilhado de perifricos tais como impressoras e unidades de armazenamento de dados. Assim, alm do tempo compartilhado, surge o conceito de compartilhamento de recursos. A capacidade de troca de informaes tambm passou a ser explorada nos grandes sistemas que incluam computador central e terminais. As bases de dados passaram a ser compartilhadas e vrios usurios passaram a interagir dentro de um mesmo sistema aplicativo, trabalhando de forma cooperativa. Novos recursos surgiram ento, utilizando a interconexo dos equipamentos como meio de compartilhamento da informao. Sistemas de correio eletrnico, rea de armazenamento compartilhada para grupos de trabalho e quadro de aviso eletrnico passaram a fazer parte da rotina dos usurios. Com o aumento do nmero de usurios e com a saturao do meio de comunicao entre terminais e computador central devido ao volume de informao circulando, a busca por solues para os problemas de performance impulsionou os pesquisadores a criar novas arquiteturas que propunham distribuio e paralelismo como fora de melhorar o desempenho dos sistemas. Fruto das propostas para novas arquiteturas, os Sistemas de Multiprocessadores Fortemente Acoplados foram idealizados para superar a limitao do modelo de Von Neumann1 de computao seqencial. Estes sistemas introduzem a idia de sequncias mltiplas e independentes de instrues em um sistema composto por vrios elementos processadores compartilhando espao comum de memria. Finalmente, o conceito de Sistemas de Processamento Distribudos elaborado. A idia aqui interconectar lgica e fisicamente uma srie de elementos de processamento para executar aplicaes (programas) de forma cooperativa sendo que o controle geral dos recursos envolvidos descentralizado. Nos Sistemas Distribudos o estado do sistema fragmentado em partes que residem em diferentes processadores e memrias, com a comunicao entre as partes sujeita s variaes do meio de comunicao que as une.
1

Jon Von Neumann: Matemtico Hngaro, idealizador da programao interna utilizada ainda hoje nos computadores, participou da construo de primeiro computador eletrnico (projeto ENIAC - Electronic Numeric Integrator And Calculator) e posteriormente do EDVAC (Electronic Discrete Variable Computer) onde foi aplicada a idia de programao interna que cria a possibilidade de armazenamento de programas, codificados de acordo com certos critrios na memria do computador.

10

A fuso de computadores e das comunicaes alterou profundamente computacionais passaram a ser organizados. Est totalmente ultrapassado o conceito Dados" (CPD) como um local para onde os usurios enviam dados e aguardam relatrios. Este conceito foi substitudo pelo trabalho realizado por uma srie geograficamente distribudos, interconectados, onde cada unidade processadora contribuir para o sistema como um todo.

a forma com que os sistemas de Centro de Processamento de as informaes processadas em de computadores e perifricos disposio de um usurio pode

11

CONCEITOS

BSICOS.

Existe uma classificao para os sistemas com mltiplos processadores, organizados de acordo com tamanho fsico. No topo esto as mquinas de fluxo de dados, computadores altamente paralelos com vrias unidades funcionais, todas trabalhando no mesmo programa. Estes so os Sistemas de Multiprocessadores Fortemente Acoplados. Em seguida, vm os sistemas multiprocessadores, que se comunicam atravs de memria compartilhada. Estas so as Mquinas de Arquitetura Distribuida. As redes de computadores esto aps os multiprocessadores, sendo computadores que se comunicam atravs da troca de mensagens. Como dito anteriormente, um Sistema Distribudo (SD) formado por um conjunto de mdulos processadores interligados por um sistema de comunicao. Mas um SD no deve ser confundido com uma rede de computadores. Segundo alguns autores, SD so construdos para obteno de maior desempenho e confiabilidade enquanto as redes de computadores so construdas para o compartilhamento de recursos. Outros autores incorporam as redes de computadores no conceito de SD, porm subdividindo-os em duas categorias: (1) Mquinas de Arquitetura Distribuda e (2) Redes de Computadores. Uma Rede de Computadores formada por um conjunto de mdulos processadores capazes de trocar informaes e compartilhar recursos, interligados por um sistema de comunicao. O sistema de comunicao vai se constituir de um arranjo topolgico interligando os vrios mdulos processadores atravs de enlaces fsicos (meios de transmisso) e de um conjunto de regras com o fim de organizar a comunicao (protocolos). As redes foram feitas para o compartilhamento. Compartilhamento de arquivos de processadores de textos e planilhas, impressoras, conexes com redes de computadores distantes alm de sistemas de correio eletrnico so algumas das funes de uma rede.

3.1 OBJETIVOS DE UMA REDE DE COMPUTADORES. 3.1.1 - COMPARTILHAMENTO DE RECURSOS. O compartilhamento de recursos permite que programas, dados e perifricos e rea de armazenamento, entre outros, estejam disponveis para qualquer um na rede, independentemente da localizao fsica do recurso e do usurio. 3.1.2 AUMENTO DA CONFIABILIDADE. Considerando-se que passa a existir redundncia de recursos disponveis, dependendo da forma como a rede projetada e implementada a tolerncia a falhas ampliada consideravelmente, o que amplia a confiana no sistema.. 3.1.3 REDUO DE CUSTOS. Computadores de pequeno porte tm uma razo preo/desempenho muito melhor do que os de grande porte. Um mainframe pode ser vrias vezes mais rpido que o mais rpido microprocessador de um microcomputador, mas custa milhares de vezes mais. Esse desequilbrio fez com que muitos projetistas de sistemas construssem sistemas constitudos de computadores pessoais potentes, um por usurio, com os dados guardados em uma ou mais mquinas servidoras de arquivos. 3.1.4 ESCALABILIDADE. A possibilidade de aumentar o desempenho do sistema gradualmente, medida que cresce o volume de trabalho, adicionando-se mdulos processadores permite um crescimento gradual e a distribuio dos custos ao longo do tempo. 3.1.5 COOPERAO. Uma rede de computadores pode prover um meio de comunicao muito poderoso entre pessoas dispersas geograficamente. Utilizando-se de uma rede de computadores, duas ou mais pessoas que moram em lugares distantes podem produzir de forma cooperativa. 3.2 PARMETRO DE COMPARAO PARA A IMPLANTAO DE REDES DE COMPUTADORES. A escolha de um tipo de rede de computadores tarefa complexa. Cada arquitetura possui determinadas 12

caractersticas que a tornam mais ou menos adequada, dependendo de um conjunto de fatores que afetam sua destinao e seu uso. Nenhuma soluo pode ser considerada tima para todos os casos. Muitos atributos entram em jogo: custo, confiabilidade, desempenho, modularidade, compatibilidade, entre outros. 3.2.1 CUSTO. O custo de uma rede dividido entre o custo das estaes de processamento (microcomputadores, minicomputadores etc.), o custo das interfaces com o meio de comunicao e o custo do prprio meio de comunicao. O custo das conexes depender muito do desempenho que se espera da rede. Redes de baixo a mdio desempenho usualmente empregam poucas estaes com uma demanda de taxas de dados e volume pequeno, com isso as interfaces sero de baixo custo devido as sua limitaes e aplicaes. Redes de alto desempenho j requerem interfaces de custos mais elevados, devido em grande parte ao protocolo de comunicao utilizado e ao meio de comunicao. 3.2.2 CONFIABILIDADE. A confiabilidade de um sistema em rede pode ser avaliada em termos de tempo mdio entre falhas (Medium Time Between Failures- MTBF), tolerncia a falhas, degradao amena (Gracefull Degradation), tempo de reconfigurao aps falhas e tempo mdio de reparo (MTTR - Medium Time to Repair). O tempo mdio entre falhas geralmente medido em horas, estando relacionado com a confiabilidade de componentes e nvel de redundncia. A degradao amena dependente da aplicao. Ela mede a capacidade da rede continuar operando em presena de falhas, embora com um desempenho menor. A reconfigurao aps falhas requer que caminhos redundantes sejam acionados to logo ocorra uma falha ou esta seja detectada. A rede deve ser tolerante a falhas causadas por hardware e/ou software, de forma que tais falhas causem apenas uma confuso momentnea que ser resolvida em algum nvel de reinicializao do sistema. Falhas em componentes eletrnicos ou destruio de programas necessitam de redundncia, mas essas no so as nicas falhas possveis, devendo o sistema estar preparado para operar em condies de falhas no terminais. O tempo mdio de reparo caracteriza-se pela mdia dos tempos em que a rede esteve em reparo. Ele pode ser diminudo com o auxlio de redundncia, mecanismos de autoteste e diagnstico e manuteno eficiente. 3.2.3 DESEMPENHO. Vrias so as medidas que caracterizam o desempenho de uma rede. Para entende-los, faz-se necessrio definir o que retardo de transferncia, retardo de acesso e retardo de transmisso. Retardo de Acesso o intervalo de tempo decorrido desde que uma mensagem a transmitir gerada pela estao at o momento em que a estao consiga obter somente para ela o direito de transmitir, sem que haja coliso de mensagens no meio. Retardo de Transmisso o intervalo de tempo decorrido desde o incio da transmisso de uma mensagem por uma estao de origem at o momento em que a mensagem chega estao de destino. Retardo de Transferncia a soma dos retardos de acesso e transmisso, incluindo o todo o tempo de entrega de uma mensagem, desde o momento em que deseja transmiti-la, at o momento em que ela chega para ser recebida pelo destinatrio. O retardo de transferncia , na grande maioria dos casos, uma varivel aleatria. No entanto, em algumas redes o maior valor que o retardo de transferncia pode assumir limitado, ou seja, determinstico. A rede dever ser moldada ao tipo particular de aplicao de modo a assegurar um retardo de transferncia baixo. O sistema de comunicao entre os mdulos deve ser de alta velocidade e de baixa taxa de erro, de forma a no provocar saturao no trafego de mensagens. Em algumas aplicaes (em particular as de controle em tempo real) a necessidade de retardo de transferncia mximo limitado de vital importncia. O desempenho caracteriza-se pela capacidade efetiva de transmisso da rede. Isto envolve diretamente o sistema de comunicao. Sabe-se que a utilizao efetiva do sistema de comunicao apenas uma porcentagem da capacidade total que ela oferece. Uma rede deve, ento, proporcionar capacidade suficiente para viabilizar suas tarefas crticas. Certos critrios devem ser elevados em conta para isto: a escolha adequada do sistema de comunicao, a 13

estrutura de conexo, o protocolo de comunicao e o meio de transmisso. 3.2.4 MODULARIDADE. A Modularidade pode ser caracterizada como o grau de alterao de desempenho e funcionalidade que um sistema (rede) pode sofrer ao se modificar seu projeto original. Os trs maiores benefcios de uma arquitetura modular so: 1 - a facilidade para modificao que a simplicidade com que funes lgicas ou elementos de hardware podem ser substitudos, a despeito da relao ntima com outros elementos; 2 - a facilidade para crescimento que diz respeito configurao de baixo custo (melhora de desempenho); 3 - baixo custo de expanso. Uma rede bem projetada deve adaptar-se modularmente s vrias aplicaes, como tambm deve prever futuras ampliaes. 3.2.5 COMPATIBILIDADE. A compatibilidade de fundamental importncia e define-se como a capacidade que o sistema (rede) possui para de utilizar a dispositivos de vrios fabricantes, quer seja hardware ou software. Essa caracterstica extremamente importante na economia de custo de equipamentos j existentes. Uma rede deve ter a capacidade de suportar todas as aplicaes para qual foi dedicada e mais aquelas que o futuro possa requer. Quando possvel, no deve ser vulnervel tecnologia, prevendo a utilizao de futuros desenvolvimentos, quer seja de novas estaes, de novos padres de transmisso ou novas tecnologias de transmisso.

14

HARDWARE

DE

REDE.

Agora a que j discutimos alguns aspectos bsicos importantes ao projeto de redes de computadores, vamos estudar a forma de estruturao de uma rede. Em relao estruturao, podem ser abordadas: a fsica e a lgica. Para isso sero discutidas as vrias topologias de uma rede. O conceito de topologia, at h pouco relacionado apenas com a estruturao fsica da rede, agora abrange, tambm, a forma como a mesma definida logicamente. A topologia de uma rede de comunicao ir caracterizar seu tipo, eficincia e velocidade. A topologia referese forma com que os enlaces fsicos e os ns de comunicao esto organizados, determinando os caminhos fsicos existentes e utilizveis entre quaisquer pares de estaes conectadas a essa rede. Como foi definida anteriormente, uma Rede de Computadores formada por um conjunto de mdulos processadores interligados por um sistema de comunicao. Este sistema de comunicao se constituir de um arranjo topolgico interligando os vrios mdulos processadores atravs de enlaces fsicos (meios de transmisso) e de um conjunto de regras com o fim de organizar a comunicao (protocolos). Ao organizarmos os enlaces fsicos, podemos utilizar diversas formas possveis de linhas de transmisso. Existem vrias classificaes para as diferentes redes de computadores. Dentre elas, duas dimenses se destacam mais: 1 - a tecnologia de transmisso que diz respeito s ligaes fsicas entre os mdulos processadores; 2 - a escala que diz respeito distribuio espacial dos mdulos processadores ou abrangncia da rede. 4.1 TECNOLOGIA DE TRANSMISSO. Basicamente h dois tipos de tecnologia de transmisso: as redes em difuso (ou multiponto) e as redes ponto-a-ponto. Nas redes em difuso h apenas um canal de transmisso compartilhado por todas as mquinas. Uma mensagem enviada por uma estao ouvida por todas as outras estaes. Nas redes ponto-a-ponto existem vrias conexes entre pares individuais de estaes. Estes dois tipos de ligao podem ser vistos na figura 4.1 abaixo.

Figura 4.1 Tipos de tecnologia de transmisso O meio de transmisso consiste geralmente de um conjunto de recursos e regras que permitem a transmisso de informao de um ponto a outro numa rede de comunicao. A transmisso de bits uma das formas mais simples de transferncia de informao. Este processo ilustrado pela figura 4.2(a), onde podemos observar os seguintes elementos: 1. a fonte de informao, que pode ser um computador ou um terminal, por exemplo, que gera as informaes que devero ser transmitidas, estas sendo representadas, usualmente, por um conjunto de dgitos binrios, ou bits; 2. o transmissor, que responsvel da adaptao ou converso do conjunto de informaes, de bits, para sinal eltrico ou eletromagntico, adaptando-o ao meio de transmisso; 3. o suporte de transmisso, encarregado do transporte dos sinais representando a informao e que pode ser caracterizado por uma das tcnicas apresentadas na seo precedente; o suporte de transmisso quem realiza 15

4.

a ligao fsica entre os elementos envolvidos na comunicao; o receptor, responsvel pela reconstituio da informao a partir dos sinais recebidos via suporte de transmisso, e que, inclusive pode ter sofrido distores provocadas por rudos existentes no meio; o destinatrio da informao, que pode ser um computador, um terminal ou outro equipamento e que vai consumir a informao gerada pelo elemento fonte.

Figura 4.2 - (a) Sistema de transmisso ponto-a-ponto unidirecional; (b) modelo bidirecional. Geralmente, a transmisso de bits pode ser realizada de forma bidirecional, esta podendo ainda ser realizada de forma alternada ou simultnea. Assim, a cada n dever estar associado um equipamento transmissor e um receptor compondo o conjunto transceptor como mostrado na figura 4.2(b). A transmisso de dados, quando realizada nos dois sentidos denominada duplex. No caso em que ela se realiza alternadamente, ou seja, ora num sentido, ora no outro, ela se denomina half-duplex. No caso em que ela se realiza simultaneamente nos dois sentidos, esta ser denominada full-duplex. Os modos de transmisso caracterizam as diferentes formas como os bits de informao transmitidos so delimitados e encaminhados ao longo da linha de comunicao. No que diz respeito forma como os bits so encaminhados ao longo de uma linha de comunicao, pode-se distinguir o modo de transmisso paralelo e o modo serial. Na transmisso paralela, os bits so transportados simultaneamente por um suporte composto de vrias linhas em paralelo. um modo de transmisso mais adequado comunicao entre equipamentos localizados a curtas distncias. A ligao interna na arquitetura de computadores ou entre computadores e perifricos prximos so exemplos da aplicao da transmisso paralela. Na transmisso serial, mais adequada a comunicao entre equipamentos separados por grandes distncias, os bits so encaminhados serialmente atravs de uma nica linha de comunicao. Pode-se considerar outros parmetros para a classificao dos modos de transmisso, como, por exemplo, o fator tempo. No caso particular das transmisses seriais, a forma de delimitar os bits pode levar em conta duas diferentes filosofias a transmisso serial sncrona e a transmisso serial assncrona. Na transmisso sncrona, os bits de dados so transmitidos segundo uma cadncia pr-definida, obedecendo a um sinal de temporizao (clock). O receptor, por sua vez, conhecendo os intervalos de tempo permitindo delimitar um bit, poder identificar a seqncia dos bits fazendo uma amostragem do sinal recebido. Na transmisso assncrona, no existe a fixao prvia de um perodo de tempo de emisso entre o transmissor e o receptor. A separao entre os bits feita atravs de um sinal especial com durao varivel. Um caso tpico de transmisso assncrona a transmisso de caracteres; neste caso, a cada grupo de bits constituindo um caractere so adicionados bits especiais para representar o incio (start bit) e final deste (stop bit). Neste tipo de comunicao, apesar de assncrona ao nvel de caracteres, ocorre uma sincronizao ao nvel de bit. Um outro aspecto a ser destacado aqui aquele da forma como os sinais so transmitidos num suporte de comunicao, particularmente no que consiste maneira como a banda passante do canal de comunicao explorada. No primeiro modo, a transmisso em banda de base (baseband), a banda passante do suporte de transmisso atribuda totalmente a um nico canal de transmisso. Neste modo, os sinais so transmitidos atravs do meio de 16

comunicao multiplexados no tempo. No segundo modo, a transmisso em barda larga (broadband), a banda passante do suporte de transmisso dividida num determinado nmero de canais de faixa de freqncia estreita, permitindo que estes possam ento ser transmitidos utilizando uma tcnica de multiplexao em freqncia. A banda passante dos canais normalmente definida em funo da taxa de transmisso desejada e do modo de modulao empregado. Neste modo de transmisso, cada canal pode atingir uma taxa de transmisso de at 3 Mbits/s, inferior, portanto, transmisso em banda de base. 4.1.1 ARRANJOS TOPOLGICOS. Como j descrito, a topologia refere-se forma com que os enlaces fsicos e os ns de comunicao esto organizados A maneira como as diferentes estaes sero interligadas denomina-se topologia da rede. Estas topologias esto relacionadas a forma como o canal de comunicao ser alocado, ou seja, atravs de canais ponto-a-ponto ou canais de difuso. Nas topologias que utilizam canais ponto-a-ponto, a rede composta de diversas linhas de comunicao, cada linha sendo associada conexo de um par de estaes. Neste caso, se duas estaes precisam comunicar-se e no h entre elas um cabo comum, a comunicao ser feita de modo indireto, atravs de uma (ou mais) estaes. Assim, quando uma mensagem enviada de uma estao a outra de forma indireta, ela ser recebida integralmente por cada estao e, uma vez que a linha de sada da estao considerada est livre, retransmitida estao seguinte. Esta poltica de transmisso tambm conhecida por store and forward. A maior parte das redes de longa distncia do tipo ponto-a-ponto. As redes ponto-a-ponto podem ser concebidas segundo diferentes topologias. As redes locais ponto-a-ponto so caracterizadas normalmente por uma topologia simtrica; as redes de longa distncia apresentam geralmente topologias assimtricas. A figura 4.3 apresenta as diferentes topologias possveis nas redes ponto-a-ponto.

Figura 4.3 - Topologias ponto-a-ponto: (a) estrela, (b) anel, (c) malha regular, (d) malha irregular e (e) rvore. As redes de difuso (multiponto) so caracterizadas pelo compartilhamento, por todas as estaes, de um nico canal de comunicao. Neste caso, as mensagens enviadas por uma estao so recebidas por todas as demais conectadas ao suporte de transmisso, sendo que um campo de endereo contido na mensagem permite identificar o destinatrio. Na recepo, a mquina verifica se o contedo do campo de endereo corresponde ao seu e, em caso negativo, a mensagem ignorada. As redes locais pertencem geralmente a esta classe de redes. Nas redes de difuso existe a possibilidade de uma estao enviar uma mesma mensagem s demais estaes da rede, utilizando um cdigo de endereo especial. Neste caso, todas as estaes vo tratar as mensagens recebidas endereadas para este endereo comum. Este modo de operao denominado broadcasting. Alguns sistemas de difuso tambm suportam transmisso para um subconjunto de estaes, conhecido como multicasting. A figura 4.4 apresenta algumas topologias possveis no caso das redes em difuso. Numa rede em barramento, uma nica mquina pode estar transmitindo a cada instante. As demais estaes devem esperar para transmisso caso o barramento esteja ocupado. Para isto, um mecanismo de arbitragem deve ser implementado para resolver possveis problemas de conflito (quando duas ou mais estaes querem enviar uma mensagem), este 17

mecanismo pode ser centralizado ou distribudo.

Figura 4.4 - Topologias das redes de difuso: (a) barramento e (b) anel No caso do anel, cada bit transmitido propagado de maneira independente em relao mensagem ao qual ele pertence. Em geral, cada bit realiza uma volta completa no anel durante o tempo necessrio para a emisso de um certo nmero de bits, antes mesmo da emisso completa da mensagem. Tambm nesta topologia, necessria a implementao de um mecanismo de acesso ao suporte de comunicao. Outra topologia de rede em difuso a das redes de satlite (ou rdio), cada estao dotada de uma antena atravs da qual pode enviar e receber mensagens. Cada estao pode escutar o satlite e, em alguns casos, receber diretamente as mensagens enviadas pelas demais estaes. As redes de difuso podem ainda considerar duas classes de mecanismos de acesso ao suporte de comunicao: estticas ou dinmicas. Um exemplo do primeiro caso a definio de intervalos de tempo durante os quais cada estao tem a posse do canal de comunicao, permitindo ento que esta emita a mensagem de maneira cclica. No entanto, esta poltica bastante ineficiente do ponto de vista do envio das mensagens, uma vez que muitas estaes no vo enviar mensagens nos intervalos a elas destinadas. J na outra classe de mecanismos, os dinmicos, o acesso dado s estaes segundo a demanda de envio de mensagens. Nos mecanismos de acesso dinmicos, pode-se ainda considerar dois casos: 1 - os mecanismos centralizados, nos quais uma estao central (ou rbitro) a responsvel pela definio do direito de acesso ao suporte de comunicao; 2 - os mecanismos distribudos, nos quais cada estao define quando ela vai emitir a mensagem.

4.1.1.1 - TOPOLOGIA EM ESTRELA.

Na estrela, cada n interligado a um n central (mestre), atravs do qual todas as mensagens devem passar. O n central age como centro de controle da rede, interligando os demais ns (escravos) que podem se comunicar apenas em pares de cada vez. Isto no impede que haja comunicaes simultneas, desde que as estaes envolvidas sejam diferentes.

Vrias redes em estrela operam em configuraes onde o n central tem tanto a funo de gerncia de comunicao como facilidades de processamento de dados um computador, por exemplo. Em outras redes o n central tem como nica funo o gerenciamente das comunicaes. Quando o n central tem a funo exclusiva de chaveamento (comutao) entre as estaes, denominado switch ou comutador. Esta topologia no necessita de roteamento, uma vez que concentram todas as mensagens no n central. O gerenciamento das comunicaes por este n pode ser por chaveamento de pacotes ou chaveamento de circuitos. No 18

primeiro caso, pacotes so enviados do n fonte para o n central que o retransmite ento ao n de destino em momento apropriado. J no caso de chaveamento de circuitos, o n central, baseado em informaes recebidas, estabelece uma conexo eltrica ou realizada por software, entre o n fonte e n de destino, conexo esta que existir durante toda a conversao. Neste ltimo caso, se j existir uma conexo ligando duas estaes, nenhuma outra conexo pode ser estabelecida para estes ns. Redes de chaveamentos computadorizadas - CBX("Computerized Branch Exchange") - so exemplos deste ltimo tipo de rede, onde a funo de chaveamento realizada por um PABX("Privat Automatic Branch Exchange"). OBS: As CBX's so apropriadas tanto para o trfego de voz quanto para o de dados entre terminais e terminais e computadores. Como mencionado, o n central pode realizar funes alm das de chaveamento e processamento normal. Por exemplo, o n central pode realizar a compatibilidade da velocidade de comunicao entre o transmissor e o receptor. Os dispositivos fonte e destino podem at operar com protocolos e/ou conjunto de caracteres diferentes. O n central atuaria neste caso como um conversor de protocolos permitindo a um sistema de um fabricante trabalhar satisfatoriamente com um outro sistema de um outro fabricante. Poderia ser tambm funo do n central fornecer algum grau de proteo de forma a impedir pessoas no autorizadas de utilizar a rede ou ter acesso a determinados sistemas de computao. Outras, como operaes de diagnsticos de rede por exemplo, poderiam tambm fazer parte dos servios realizados pelo n mestre. A confiabilidade pode ser um problema nas redes em estrela. Falhas em um n escravo apresentam um problema mnimo de confiabilidade, uma vez que o restante da rede ainda continua em funcionamento. Falhas no n central podem ocasionar a parada total do sistema. Redundncias podem ser acrescentadas, porm as dificuldades de custo em tornar o n central confivel podem inviabilizar o projeto, dependendo de que se deseja. Outro problema da rede em estrela relativo a modularidade. A configurao pode ser expandida at um certo limite imposto pelo n central: em termos de capacidade de chaveamento, nmeros de circuitos concorrentes que podem ser gerenciados e nmero total de ns que podem ser servidos. Embora no seja freqentemente encontrado possvel a utilizao de diferentes meios de transmisso para ligao de ns escravos ao n central. O desempenho obtido em uma rede em estrela depende da quantidade de tempo requerido pelo n central para processar e encaminhar uma mensagem, e da carga de trfego na conexo, isto , o desempenho limitado pela capacidade de processamento do n central. Um crescimento modular visando o aumento do desempenho torna-se a partir de certo ponto impossvel, tendo como nica soluo substituir do n central.

4.1.1.2 - TOPOLOGIA EM ANEL.

Uma rede em anel constitui-se de estaes conectadas atravs de um caminho fechado, evitando os problemas de confiabilidade de uma rede em estrela. O anel no interliga as estaes diretamente, mas consiste de uma srie de repetidores ligados por um meio fsico, sendo cada estao ligada a estes repetidores. Redes em anel so capazes de transmitir e receber dados em qualquer direo. As configuraes mais usuais, no entanto, so unidirecionais para simplificar o projeto dos repetidores mais simples e tornar menos sofisticados os protocolos de comunicao que asseguram a entrega da mensagem corretamente. Os repetidores so em geral projetados de forma a transmitir e receber dados simultaneamente, diminuindo assim o retardo de transmisso.

Quando uma mensagem enviada por um n, ela entra no anel e circula at ser retirada pelo de n de destino, ou ento at voltar ao n fonte, dependendo do protocolo empregado. A topologia em anel requer que cada n seja capaz de remover seletivamente mensagens da rede ou pass-las frente para o prximo n. Isto vai requerer um repetidor ativo em cada n e a rede no poder ser mais confivel do que estes repetidores. Uma quebra em qualquer dos enlaces entre os repetidores ir parar toda a rede at que problema seja isolado e um novo cabo instalado. Falhas no repetidor ativo tambm podem causar a parada total do sistema. Os maiores problemas com topologia em anel so sua vulnerabilidade a erros e pouca tolerncia a falhas. 19

Qualquer que seja o controle de acesso empregado, ele pode ser perdido por falhas e pode ser difcil determinar com certeza se este controle foi perdido e qual n deve recri-lo. Erros de transmisso e processamento podem fazer com que uma mensagem continue eternamente a circular no anel. A modularidade de uma rede em anel bastante elevada devido ao fato de os repetidores ativos regenerarem as mensagens. Redes em anel podem atingir grandes distncias (teoricamente o infinito). Existe, no entanto, uma limitao prtica do nmero de estaes em um anel. Este limite devido aos problemas de manuteno e confiabilidade citados anteriormente e ao retardo cumulativo do grande nmero de repetidores. Por serem geralmente unidirecionais, as redes com esta topologia so ideais para utilizao de fibra tica. Existem algumas redes que combinam sees de diferentes meios de transmisso sem nenhum problema.

4.1.1.3 - TOPOLOGIA EM BARRA.

A topologia em barra (ou barramento) se caracteriza pela ligao de estaes (ns) ao mesmo meio de transmisso. A barra geralmente compartilha tempo ou freqncia, permitindo a transmisso de informao. Ao contrrio das outras topologias que so geralmente configuraes ponto a ponto (isto , cada enlace fsico de transmisso conecta apenas dois dispositivos), a topologia em barra tem uma configurao multiponto (isto , mais do que dois dispositivos esto conectados ao meio de comunicao).

Nas redes em barra comum cada n conectado barra pode ouvir todas as informaes transmitidas. Existe uma variedade de mecanismos para o controle de acesso ao barramento, que pode ser centralizado ou descentralizado. A tcnica adotada para cada acesso rede (ou a banda de freqncia de rede no caso de redes em banda larga) a multiplexao no tempo. Em um controle centralizado, o direito de acesso determinado por uma estao especial da rede. Em um ambiente de controle descentralizado, a responsabilidade distribuda entre todos os ns. Diferente da topologia em anel, topologias em barra podem empregar interfaces passivas, nas quais falhas no causam a parada total do sistema. A confiabilidade deste tipo de topologia vai depender em muito da estratgia de controle. O controle centralizado oferece os mesmos problemas de confiabilidade de uma rede em estrela, com atenuante de que, aqui, a redundncia de um n pode ser outro n comum da rede. Mecanismos de controle descentralizados semelhantes aos empregados na topologia em anel podem tambm ser empregados neste tipo de topologia, acarretando os mesmos problemas quanto deteco da perda do controle e sua recriao. A ligao ao meio de transmisso um ponto crtico no projeto de uma rede local em barramento. A ligao deve ser feita de forma a alterar o mnimo possvel as caractersticas eltricas do meio. O meio por sua vez deve terminar em seus dois extremos por uma carga igual a sua impedncia caracterstica, de forma a evitar interferncia no sinal transmitido. O poder de crescimento, tanto no que diz respeito distncia mxima entre dois ns da rede quanto ao nmero de ns que a rede pode suportar depender: (a) do meio de transmisso utilizado; (b) da taxa de transmisso e (c) da quantidade de ligaes ao meio. Caso seja necessrio atingir distncias maiores que a mxima permitida em um segmento de cabo, repetidores sero necessrios para assegurar a qualidade do sinal. Tais repetidores, por serem ativos, apresentam um ponto de possvel diminuio da confiabilidade da rede. O desempenho de um barramento determinado pelo meio de transmisso, pelo nmero de ns conectados, pelo controle de acesso, pelo tipo de trfego, alm de outros fatores. Por empregar interfaces passivas, a inexistncia de armazenamento local de mensagens e a inexistncia de retardos no repetidor no vo degradar o tempo de resposta que, contudo, pode ser altamente dependente do protocolo de acesso utilizado.

4.1.1.4 - OUTRAS TOPOLOGIAS. Dentre ouras topologias ainda podemos citar as topologias em rvore e a estrutura de grafos (malha regular ou irregular). A topologia em rvore , na verdade, uma srie de barramentos interconectados. Geralmente existe um barramento central onde outros ramos menores se conectam. Esta ligao realizada atravs de derivadores e as conexes das estaes realizadas do mesmo modo que no sistema de barramento padro. 20

Cuidados adicionais devem ser tomados nas redes em rvores, pois cada ramificao significa que o sinal dever se propagar por dois caminhos diferente. A menos que estes caminhos estejam perfeitamente casados, os sinais tero velocidades de propagao diferentes e refletiro os sinais de diferentes maneiras. Em geral, redes em rvore, trabalham com taxas de transmisso menores do que as redes em barra comuns, por estes motivos. A topologia genrica a estrutura de grafos. Desta derivam as redes completamente ligadas (malha regular), as redes parcialmente ligadas (malha irregular), em estrela e as redes em anel. Redes interligadas ponto a ponto crescem em complexidade com o aumento do nmero de estaes conectadas. Nestes sistemas no necessrio que cada estao esteja ligada a todas as outras (sistemas completamente ligados). Devido ao custo das ligaes mais comum o uso de sistemas parcialmente ligados baseados em chaveamento de circuitos de mensagens ou de pacotes. O arranjo das ligaes normalmente baseado no trfego da rede. A generalidade introduzida neste tipo de topologia visa a otimizao do custo do meio de transmisso. Devido a isto tal topologia normalmente empregada em redes de longa distncia (geograficamente distribudas). Em redes locais os meios de transmisso de alta velocidade podem ser utilizados, pois tm um custo baixo, definido pelas limitaes de distncias. Tal topologia no tem tanta aplicao neste caso, por introduzir mecanismos complexos de decises de roteamento em cada n da rede, causado por sua generalidade. Tais mecanismos iriam introduzir um custo adicional nas interfaces de rede que tornariam seu uso proibitivo quando comparado com o custo das estaes. Estruturas parcialmente ligadas tm o mesmo problema de confiabilidade das estruturas em anel. O problema, no entanto, atenuado pela existncia de caminhos alternativos em caso de falha de um repetidor. A modularidade desta topologia boa, desde que os dois ou mais ns com os quais um novo n a ser includo se ligar possam suportar o aumento de carga. 4.1.1.5 - TOPOLOGIA FSICA X TOPOLOGIA LGICA. A topologia de uma rede ir determinar, em parte, o mtodo de acesso rede utilizado. Mtodos de acesso so necessrios para regular a utilizao dos meios fsicos compartilhados. A forte tendncia de utilizao de HUBs nas instalaes fsicas das redes corresponde, fisicamente, a implantao de uma topologia em estrela. Esta tendncia explicada pela crescente necessidade de melhorar o gerenciamento e a manuteno nessas instalaes. A topologia em estrela apresenta uma baixa confiabilidade, porm, os avanos da eletrnica j permitem que se construam equipamentos de alta confiabilidade, viabilizando este tipo de topologia. A utilizao de HUBs no exige, necessariamente, que as interfaces das estaes com a rede o percebam como uma topologia em estrela. O funcionamento continua a ser como no acesso a um barramento ou a um anel, com os seus respectivos mtodos de acesso. Sendo assim, podemos diferenciar dois tipos de topologias: uma topologia lgica, que aquela observada sob o ponto de vista das interfaces das estaes com a rede (que inclui o mtodo de acesso), e uma topologia fsica, que diz respeito configurao fsica utilizada na instalao da rede. A construo dos HUBs teve uma evoluo contnua no sentido de que os mesmos no implementem somente a utilizao do meio compartilhado, mas tambm possibilitem a troca de mensagens entre vrias estaes simultaneamente. Desta forma as estaes podem obter para si taxas efetivas de transmisso bem maiores. Esse tipo de elemento, tambm central, denominado Switch. As redes ATM, por exemplo, baseiam-se na presena de switches de grande capacidade de comutao que permitem taxas de transmisso que podem chegar ordem de Gbps (gigabits por segundo).

21

4.2 ESCALA: CATEGORIAS DE REDES. As redes tambm podem ser classificadas por escala. A figura 4.5 mostra uma classificao das vrias redes de computadores em relao a sua abrangncia. Basicamente elas podem ser classificadas em trs grupos: LAN Local Area Network ou Rede Local, MAN Metropolitan Area Network ou Rede Metropolitana e WAN Wide Area Network ou Rede Geograficamente Distribuda (ou de Longa Distncia). Distncia entre ns at 10 m at 100 m at 1 km at 10 km at 100 km at 1.000 km at 10.000 km Abrangncia Sala Edifcio Campus Cidade Pais Continente Planeta

LAN

MAN

WAN

Figura 4.5- Classificao de redes quanto a distncia fsica entre os ns.

Esta classificao no , de maneira alguma, fechada. Por exemplo, uma rede local pode alcanar dimenses metropolitanas e ainda assim ser considerada local. 4.2.1 REDES LOCAIS (LANs - Local Area Networks). As Redes Locais so redes privadas contidas em um prdio ou campus universitrio, que tem alguns quilmetros de extenso. As redes locais foram definidas e utilizadas inicialmente nos ambientes de institutos de pesquisa e universidades. Elas surgiram para viabilizar a troca e o compartilhamento de informaes e dispositivos perifricos preservando a independncia das vrias estaes de processamento e permitindo a integrao em ambientes de trabalho cooperativo. As redes locais distinguem-se pelas aplicaes pretendidas e servios oferecidos, pela topologia da rede, do meio de transmisso e por sua arquitetura de protocolo. Elas foram desenvolvidas para dar suporte a vrios tipos de aplicaes, incluindo entre elas: aplicaes para transmisso de dados e/ou voz e/ou vdeo, comunicaes entre terminais e computadores, comunicaes entre computadores, controle de processos e automao de escritrio, entre outras. Qualquer que seja a aplicao, vrios fatores devem ser levados em considerao, dentre eles: disperso geogrfica, ambiente de operao, nmero mximo de ns, separao mxima e mnima entre os ns, tempo de resposta, tipo de informao transmitida, tipo de interao entre dispositivos, taxa mxima de informao transmitida, confiabilidade exigida, tipo de trfego e outros. As Redes Locais tm em geral trs domnios de aplicaes quanto cobertura geogrfica: uma nica sala (por exemplo, para compartilhamento de dispositivos especiais entre vrios computadores), dentro de um edifcio (por exemplo, na integrao de um servio de escritrio), ou mesmo uma rea coberta por vrios edifcios (por exemplo, um campus universitrio ou uma fbrica). A disperso geogrfica fundamental na escolha da topologia e meio de transmisso. O ambiente de operao influencia tambm na escolha do meio de transmisso e topologia. Problemas no ambiente fsico, eltrico ou de segurana determinam requisitos mais fortes quanto escolha. A ocorrncia de erros devido a rudos gerados por problemas no ambiente exigir tambm dos protocolos mecanismos de deteco e recuperao, em alguns casos. Nas LANs tradicionais os computadores so interconectados por cabos ou atravs de equipamentos tipo HUB. Neste tipo de rede as velocidades geralmente variam de 10 a 100 Mbps, h um baixo retardo e pouqussimos erros de transmisso so encontrados. As LANs mais modernas podem operar em velocidades ainda mais altas, alcanando Gbps. Este tipo de rede apresenta como topologias lgicas mais usadas o barramento e o anel e como topologias fsicas: a rvore e a estrela. fato que em qualquer tipo de rede duas ou mais estaes podem necessitar enviar informaes pelo meio de transmisso no mesmo instante. Analisando estes arranjos topolgicos verificamos que h a 22

necessidade de um mecanismo de arbitragem para determinao de qual estao poder transmitir de forma a no existncia de conflitos e garantia de tempo para todas as estaes que tm dados a transmitir. 4.2.2 REDES METROPOLITANAS (MAN - Metropolitan Area Network). Uma Rede Metropolitana , na verdade, uma verso ampliada de uma LAN, pois basicamente os dois tipos de rede utilizam tecnologias semelhantes. Uma MAN pode abranger um grupo de escritrios vizinhos ou uma cidade inteira e pode ser privada ou pblica. Este tipo de rede pode transportar voz e dados, podendo inclusive ser associado rede de televiso a cabo local. A principal razo para se tratar as redes metropolitanas como uma categoria especial que elas tm um padro especial, o DQDB (Distributed Queue Dual Bus) ou IEEE 802.6. Atualmente as redes ATM (Asynchronous Transfer Mode) tm sido a tecnologia com maior aceitao para uso em redes metropolitanas. 4.2.3 REDES GEOGRATICAMENTE DISTRIBUIDAS (WANs - Wide Area Networks). As WANs, ou Redes de Longa Distncia abrangem uma ampla rea geogrfica, com freqncia um pas ou continente. Ela tambm contm um conjunto de mquinas cuja finalidade executar programas de usurios, as chamadas aplicaes. Estas mquinas so denominadas na literatura como hosts ou end systems. Estes hosts so conectados por uma sub-rede de comunicao, ou somente sub-rede. A tarefa das sub-rede transportar mensagens de um host para outro, exatamente como o sistema telefnico transporta palavras da pessoa que fala para aquela que ouve. Esta estrutura simplificada, pois separa os aspectos de comunicao pertencentes rede (a sub-rede) dos aspectos de comunicao. Na maioria das redes geograficamente distribudas, a sub-rede consiste em dois componentes distintos: linhas de transmisso e elementos de comutao. As linhas de transmisso, tambm chamadas circuitos, canais ou troncos, transportam os bits entre as mquinas. Os elementos de comutao so equipamentos especializados usados para conectar duas ou mais linhas de transmisso. Quando os dados chegam por uma linha de entrada, o elemento de comutao deve escolher uma linha de sada para encaminh-la. No existe uma terminologia padro para identificar estes equipamentos. Dependendo das circunstncias eles so chamados ns de comutao de pacotes, sistemas intermedirios, centrais de comutao de dados ou ainda IMP (Interface Message Processor). Mas o termo mais comum para identificar estes elementos de comutao roteador. No modelo mostrado na figura 4.6, os hosts so ligados a algum tipo de rede local onde h tambm um elemento de comutao, embora em alguns casos um host possa estar ligado diretamente a um elemento de comutao. O conjunto de linhas de comunicao e elementos de comutao forma a sub-rede.

Figura 4.6 - Ligaes entre hosts e a sub-rede de comunicao

Em funo dos custos de comunicao serem bastante altos, estas redes so, muitas vezes, pblicas, isto , o sistema de comunicao, chamado sub-rede de comunicao, mantido, gerenciado e de propriedade pblica. Tambm em funo dos custos, as velocidades empregadas so relativamente baixas, de alguns kilobits/segundo, podendo chegar a megabits/segundo. 23

Existem muitas redes no mundo, freqentemente com hardwares e softwares especficos. Normalmente as pessoas conectadas a diferentes redes precisam comunicar-se e para que isto seja possvel so necessrias conexes entre redes que muitas vezes so incompatveis. Para que esta comunicao possa realizar-se so utilizados os chamados gateways, que estabelecem conexes e permitem a comunicao entre usurios de redes diferentes. Um conjunto de redes interconectadas chamado de ligao inter-rede, ou apenas inter-rede. A palavra inter-rede deve ser usada de modo genrico, j a Internet uma inter-rede mundial especfica, muito utilizada para interconectar universidades, rgos do governo, empresas e pessoas fsicas. As sub-redes, redes e inter-redes so freqentemente confundidas. Uma sub-rede faz mais sentido no contexto de uma rede geograficamente distribuda, onde fazem referncia ao conjunto de roteadores e linhas de transmisso do operador da rede. Por outro lado, a combinao de uma sub-rede e seus hosts forma uma rede. Uma inter-rede formada quando diferentes redes so conectadas. 4.2.4 REDES SEM FIO (Wireless Networks). Embora no constituam uma categoria especfica quanto distribuio geogrfica, as Redes Sem Fio representam um segmento de mercado que vem crescendo muito. Elas so necessrias quando impossvel haver uma conexo por fios, como por exemplo, a partir de carros ou avies. Outro problema que elas solucionam quando uma pessoa viaja e quer usar seu computador porttil para enviar e receber mensagens de correio eletrnico, fax, ler arquivos remotos, estabelecer login com computadores remotos, estejam eles em terra, no mar ou no ar. As redes sem fio so muito utilizadas por empresas transportadoras, por txis e por funcionrios de assistncia tcnica ou de vendas, pois estes esto sempre necessitando de informaes atualizadas de bases de dados de suas empresas. Elas tambm tm sido muito utilizadas para operaes de resgate em caso de catstrofes onde o sistema telefnico foi destrudo e em operaes militares. Embora as redes sem fio e a computao mvel tenham uma estreita relao, elas no so iguais. s vezes os computadores portteis podem ser conectados por fios. Por exemplo, se uma pessoa conecta um computador porttil na tomada do telefone de um hotel temos mobilidade sem o uso de uma rede sem fio. Por outro lado alguns computadores com comunicao sem fio no so portteis. Esse o caso das empresas sediadas em prdios muito antigos nos quais no h possibilidade de passagem de cabeamento de rede. por vezes a instalao de uma rede sem fio pode ser mais barata do que instalar fiao necessria no prdio. As redes sem fios so fceis de instalar, mas elas possuem algumas desvantagens: baixa velocidade e altas taxas de erro. Elas tambm possuem inmeros formatos. Elas podem variar desde LANs sem fio que cobrem um campus universitrio, para que os alunos possam usar seus computadores portteis e trabalhar sob a sombra de uma rvore, at o uso de telefones celulares para acesso remoto a redes. 4.3 - SUPORTES DE TRANSMISSO. Os suportes de transmisso constituem-se pela conexo fsica entre as estaes da rede. Geralmente eles se diferenciam quanto banda passante, tipo de tecnologia de transmisso (ponto-a-ponto ou multiponto), limitao geogrfica (distncia entre pontos), imunidade a rudo, custo, disponibilidade de componentes e confiabilidade. A escolha do suporte de transmisso adequado extremamente importante porque ele influencia diretamente no custo das interfaces com a rede. Qualquer meio fsico capaz de transportar informaes eletromagnticas possvel de ser usado em redes locais. Os mais comumente utilizados so o par tranado, o cabo coaxial e a fibra tica. Tambm so utilizados: radiodifuso, infravermelho e microondas. 4.3.1 - PAR DE FIOS TRANADOS (PAR TRANADO - UTP). Em diversas aplicaes, necessrio se manter uma conexo direta e permanente entre dois computadores. O suporte de transmisso mais clssico utilizado at o momento o par de fios tranados (UTP), que composto de dois fios eltricos em cobre, isolados, e arranjados longitudinalmente de forma helicoidal (enrolados em espiral). Esta tcnica de enrolar os fios permite diminuir os efeitos das indues eletromagnticas parasitas provenientes do ambiente no qual o cabo estiver instalado. A figura 4.7 apresenta o cabo UTP.

24

Figura 4.7 Cabo Par tranado. A utilizao mais comum deste suporte de transmisso a rede telefnica, onde, graas s suas caractersticas eltricas, os sinais podem percorrer vrias dezenas de quilmetros, sem a necessidade de amplificao ou regenerao de sinal. Estes podem, ainda, ser utilizados para a transmisso de sinais analgicos quanto de sinais digitais, a banda passante atingida sendo funo da sua composio (particularmente, dimetro e pureza dos condutores, natureza dos isolantes e do comprimento do cabo). A taxa de transmisso obtida pela utilizao deste suporte de transmisso situa-se na faixa de algumas dezenas de Kbits/s, podendo atingir, em condies particulares, na faixa dos Mbits/s em pequenas distncias. O fato de representar um baixo custo e uma grande faixa de utilizao tornam o UTP um dos suportes mais utilizados atualmente e, provavelmente, nos prximos anos. A maioria dos cabos UTP produzidos hoje possui quatro pares internos. Eles utilizam condutores rgidos 24AWG (American Wire Gauge) de cobre. O que define a mxima banda de passagem em freqncia a qualidade do fio de cobre. Quanto mais macio e com menos variao no dimetro melhor ser o condutor. Pode haver falhas no interior do cabo, como bolhas e at longos dutos que prejudicam sua qualidade. Os cabos UTP so padronizados pela EIA/TIA (Eletronic Industry Association / Telecomunications Industry Associations) sob o cdigo 568. No momento existem cinco padres de cabos, sendo que em sua maioria eles seguem apenas o padro 3 ou 5. O padro 3 regulamenta que os condutores sejam 24AWG. O condutor de sinal deve estar tranado com a terra do sinal. A impedncia deve ser de 100 Ohms e a banda de passagem deve ser no mnimo de 16Mhz dentro de certos padres de atenuao mxima. O padro 4 requer condutores 22AWG ou 24AWG (dimetro menor). A impedncia deve ser de 100 Ohms e a banda de freqncia de 20MHz. O padro 5 deve utilizar condutores tambm 22 ou 24AWG. Cada par sinal-terra tambm deve estar tranado e a impedncia tambm deve ser de 100 Ohms com banda de 100MHz. Por permitir essa o mais caro, mas o nico que atende s especificaes para que a rede tenha condies de operar em 100Mbps. Os conectores utilizados para ligar os cabos aos adaptadores e equipamentos de interconexo (como HUBs) so do tipo RJ-45. bastante simples a montagem do conector RJ-45 no cabo UTP. S necessrio realizar uma nica decapagem fcil e rpida, normalmente com a prpria ferramenta de montagem. A figura 4.8 apresenta o conector RJ45.

Conector RJ-45

Ferramenta de Montagem Do conector RJ-45 no cabo UTP

Conector RJ-45 Prensado no cabo UTP

Figura 4.8 Conector RJ-45 e ferramenta de prensagem. O comprimento de um cabo no deve exceder 100m. Alm disso, duas mquinas no devem estar separadas por mais de 205m de cabo. Caso isso no seja possvel, ser necessrio utilizar um dispositivo repetidor (um HUB um repetidor) para reforar o sinal. Existe um nmero mximo de interligao de repetidores aps o qual o suporte 25

transmisso no mais eficiente. Este nmero varia de acordo com as caractersticas dos equipamentos de interconexo e padres utilizados. 4.3.2 - CABO COAXIAL. Os cabos coaxiais so tambm altamente empregados como suporte de transmisso. Dois tipos de cabos so normalmente utilizados: o primeiro tipo apresenta uma impedncia caracterstica de 50 ohms, utilizado em transmisses digitais denominadas transmisso em banda de base; o segundo tipo, com uma impedncia caracterstica de 75 ohms, mais adequado para a transmisso de sinais analgicos. Eles so constitudos de dois condutores arranjados de forma concntrica: um condutor central, a alma, envolto por um material isolante de forma cilndrica. Esta capa isolante , por sua vez, envolta por uma trana metlica condutora em cobre. Finalmente, o conjunto envolto numa capa de proteo em plstico isolante. Em relao aos pares de fios tranados, os cabos coaxiais apresentam melhores caractersticas eltricas, oferecendo uma boa relao entre a banda passante e a proteo contra interferncias eletromagnticas. A largura de banda vai depender igualmente da qualidade da composio do cabo e do seu comprimento. Para distncias em torno de 1 km, possvel obter uma taxa de transmisso em torno de 10 Mbits/segundo, podendo-se obter taxas superiores para distncias mais curtas. Os cabos coaxiais so altamente utilizados como suporte de transmisso nas Redes Locais Industriais. A informao transmitida pelos cabos coaxiais geralmente codificada sob a forma de um sinal binrio, onde os dgitos 0 e 1 so representados por dois diferentes nveis. (por exemplo, 1 volt para o bit 1 e 0 volt para o bit 0). Esta forma de codificao, embora seja uma conveno bastante adequada, no permite ao receptor do sinal detectar o incio e o fim da transmisso de um dgito binrio. Existe uma grande variedade de cabos coaxiais, cada um com caractersticas especficas. Alguns so melhores para transmisso em alta freqncia, outros tm atenuao mais baixa, outros so mais imunes a rudos e interferncias, etc. Os cabos de mais alta qualidade no so maleveis e so difceis de instalar, mas cabos de baixa qualidade podem ser inadequados para altas velocidades e longas distncias. O cabo coaxial, ao contrrio do par tranado, mantm uma capacitncia constante e baixa independente (teoricamente) do comprimento do cabo, evitando assim vrios problemas tcnicos. Devido a isto oferecer velocidades da ordem de megabits por segundo, sem ser necessrio regenerao de sinal e sem distores ou ecos, propriedade que revela a alta tecnologia j dominada. Os cabos coaxiais podem ser usados em ligaes ponto a ponto ou multiponto. Ligaes no cabo coaxial causam reflexo devido impedncia no infinita do conector ("transceiver"). A colocao destes conectores em ligaes multiponto deve ser controlada de forma a garantir que as reflexes no se somem em fase a um valor significativo. A figura 4.9 apresenta o cabo coaxial de 50 ohms, conector e terminador.

(b) Conector com Terminador

(a) Cabo Coaxial (c) Terminador Figura 4.9 Detalhe de (a) Cabo Coaxial de 50 ohms, (b) Conector BNC para ligao com interfaces e (c) terminador de extremidades dos cabos

26

4.3.3 - FIBRA TICA. As fibras ticas so o meio de transmisso pelo qual os sinais binrios so conduzidos sob a forma de impulsos luminosos. Um impulso luminoso representa um bit a 1, enquanto a ausncia deste impulso representa um bit a 0. A luz visvel uma onda luminosa cuja freqncia est na ordem de 10 8 Hz, o que d ao sistema uma banda passante potencial bastante grande. As taxas de transmisso num suporte a fibra tica ficam na faixa dos Gbit/s (10 9bit/s). Um sistema de transmisso a base de fibra tica composto de trs principais elementos: o suporte de transmisso (a fibra tica), o dispositivo de emisso e o dispositivo de recepo da onda luminosa. A fibra tica constituda de um fio de vidro bastante fino, base de silcio e outros componentes. A figura 4.10 apresenta cabos de fibra tica. Ela consiste de um ncleo no qual se propaga a luz e uma capa externa de proteo que mantm a luz no interior do ncleo. O dispositivo de emisso consiste, ou de um diodo emissor de luz (LED) ou de um diodo laser. O dispositivo de recepo constitudo geralmente de um fotodiodo ou de um fototransistor.

Figura 4.10 Detalhes de Cabos de Fibra tica. O princpio da transmisso das fibras ticas o da reflexo da luz na interface entre dois meios. Quando um raio luminoso deixa um meio homogneo para se propagar num outro meio, o seu percurso sofre um desvio na interface entre os dois meios. Entretanto, existe um ngulo de incidncia limite, a partir do qual o raio luminoso, ao invs de ser refratado ele ser refletido na interface, sendo mantido no meio no qual ele havia sido introduzido. Desta forma, a luz poder ser propagada ao longo do meio, em distncias de alguns quilmetros. Atualmente, os suportes de comunicao base de fibra tica so utilizados em redes de comunicao em longa distncia, substituindo sistemas mais antigos base de cabos coaxiais. Isto dever continuar a ocorrer nos prximos anos, contribuindo para que se tenha, num futuro prximo, em distncias relativamente grandes, sistemas de comunicao oferecendo altas taxas de transmisso garantindo assim o salvamento de grandes volumes de informao. 4.3.4 - REDES SEM FIO (RADIODIFUSO). Nas redes sem fio (wireless networks) as informaes so transmitidas atravs do ar, em canais de freqncia de rdio (na faixa de KHz at GHz) ou infravermelho (freqncias da ordem de THz). Por sua natureza, a radiodifuso adequada tanto para ligaes ponto-a-ponto quanto para ligaes multiponto. As redes sem fio so uma alternativa vivel onde difcil, ou mesmo impossvel instalar cabos metlicos ou de fibra tica. As bandas de freqncia ISM (Industrial, Scientific and Medical), que podem ser utilizadas sem que seja necessria uma licena, so alocadas para as aplicaes de radiodifuso dentro de edifcios. Os valores destas bandas variam de acordo com o pas. Como vrias estaes compartilham o mesmo meio de transmisso, necessrio utilizar um mtodo para disciplinar este compartilhamento. Alguns mtodos usados so: multiplexao por diviso de freqncia (FDM), multiplexao por diviso de tempo (TDM) e multiplexao por diviso de espao (SDM). O mtodo SDM pode ser realizado de duas formas. A primeira delas baseia-se na utilizao de antenas direcionais que emitem sinais de rdio de alta freqncia concentrados em feixes. Esse mtodo usualmente empregado em enlaces de microondas e permite que uma mesma freqncia possa ser reutilizada desde que os feixes de ondas sejam transmitidos em regies distintas do espao. A outra forma de realizao do SDM estruturar a rede em clulas, isto , dividir a rea total da rede em vrias reas menores (clulas), que normalmente possuem a forma de hexgonos. 27

O funcionamento dos sistemas celulares baseia-se na rpida diminuio da potncia do sinal de rdio medida que se propaga. No espao livre, a potncia do sinal decai aproximadamente com o quadrado da distncia do transmissor, e quando as antenas esto prximas ao solo, a potncia diminui com aproximadamente a quarta potncia da distncia. Essa caracterstica torna possvel a reutilizao da mesma freqncia, quando os transmissores esto suficientemente distantes uns dos outros. As redes sem fio normalmente utilizam freqncias altas em suas transmisses: 915 MHz, 2.4 GHz, 5.8 GHz, etc. Parte das ondas de rdio, nessas freqncias , so refletidas quando entram em contato com objetos slidos, o que implica na formao de diferentes caminhos entre transmissor e receptor, principalmente em um ambiente fechado. Como conseqncia acontece um espalhamento de no tempo do sinal que chega ao receptor, isto , vrias cpias do sinal chegam ao receptor deslocadas no tempo, pois elas percorrem distncias diferentes. O resultado disso que, no mesmo ambiente, em alguns locais o sinal pode ser muito fraco e em outros, a poucos metros de distncia, pode ser perfeitamente ntido. Outras consideraes importantes dizem respeito segurana quando este sistema utilizado. Teoricamente no existem fronteiras para um sinal de rdio, logo, possvel que ele seja captado por receptores no autorizados. Outro cuidado que deve ser tomado ao se utilizar radiodifuso como meio de transmisso a possvel interferncia provocada por fontes que geram sinais na mesma banda de freqncia da rede. Alguns outros problemas esto relacionados a interferncias por razes meteorolgicas, por exemplo, quando da utilizao de infravermelho. 4.3.5 - QUADRO COMPARATIVO DOS MEIOS DE TRANSMISSO. CARACTERSTICAS / MEIO TIPO DE SINALIZAO DISPONIBILIDADE DE COMPONENTES CUSTO DE COMPONENTE COMPLEXIDADE DE INTERCONEXO FACILIDADES PARA LIGAO MULTIPONTO TOPOLOGIAS ADEQUADAS NMEROS DE NS (TPICO EM LIGAO MULTIPONTO) RELAO SINAL/RUDO DISTNCIA MXIMA DE TRANSMISSO/VELOCIDAD E TPICA PAR TRANADO DIGITAL ALTA DISPONIBILIDADE MAIS BAIXO DE TODOS MAIS BAIXO DE TODOS BAIXA TODAS 10 S BAIXA
CENTENAS DE METROS 1MBPS

CABO COAXIAL BASE BAND DIGITAL LIMITADA BAIXO BAIXA MDIA (100 S NS) TODAS 10 S A 100 S MDIA 1,0 KM 10 MBPS

CABO COAXIAL BROADBAND ANALGICA ALTA

DISPONIBILIDADE

FIBRA TICA TRANSMISSO

DE LUZ BASTANTE LIMITADA

MDIO MDIA ALTA (1000 S NS) BARRA 100 S / CANAL MDIA 10 S DE KM 20 MBPS

ALTO ALTA
MUITO BAIXA

ESTRELA E ANEL 2 (PONTO A PONTO) ALTA 10 S DE KM 10 MBPS

POUCAS

4.3.6 QUADRO COMPARATIVO ENTRE OS PADRES ETHERNET / FAST ETHERNET / GIGABIT ETHERNET Ethernet 10 BaseT Data Rate Cat 5 UTP STP/Coax Multimode Fiber Single-mode Fiber
*

Fast Ethernet 100 BaseT 100 Mbps 100 m 100 m 412 m (hd) 2 km (fd)* 20 km 28
**

Gigabit Ethernet* 1000 Base x 1000 Base Mbps (gigabit por seg.) 100 m 25 m 550 m 5 km

10 Mbps 100 m (min) 500 m 2 km 25 km

IEEE espec. full duplex - ** IEEE espec. half duplex

4.4 COMPONENTES DE CONEXO. No suporte de transmisso, os sinais so transportados por distncias limitadas antes de perderem energia. De um mode geral, em uma rede Ethernet, um sinal pode ser transportado em uma distncia de at 300 metros; em um sistema Token Ring, em at 180 metros. As redes utilizam repetidores, pontes roteadores e gateways para gerar e retransmitir sinais transportados em longas distncias e para estabelecer comunicaes com outras redes locais e remotas. Apesar de alguns conceitos citados estarem relacionados ao software de redes e s arquiteturas de redes que sero estudados posteriormente, veremos agora as caractersticas dos principais componentes de conexo. 4.4.1 REPETIDORES. Os repetidores fazem o que o prprio nome sugere: repetem sinais eltricos entre sees de cabos da rede. Os repetidores retransmitem sinais em ambas as direes indiscriminadamente. Dispositivos mais modernos, como pontes e roteadores, analisam as mensagens transportadas pelos sinais para determinar se realmente necessrio transmitir cada mensagem para o prximo segmento. O repetidor apenas regenera os nveis do sinal eltrico que transporta os bits no suporte de transmisso. A figura 4.11 apresenta a atuao dos repetidores nas camadas OSI.

Figura 4.11 - Atuao dos repetidores na arquitetura OSI O HUB Ethernet pode ser considerado um conjunto de repetidores em paralelo. Ele implementa um curtocircuito lgico, difundindo os sinais provenientes de uma estao para todas as outras estaes na rede, regenerando o sinal eltrico.. No modelo ETHERNET 10BASET, a banda passante do barramento de 10 Megabits/s. O HUB no gerencivel um equipamento com portas (normalmente 8 ou mais) com conectores RJ-45 (para cabo par tranado) e porta(s) com conector BNC (para cabo coaxial) ou AUI. O HUB gerencivel um equipamento com as mesmas caractersticas do primeiro, mas dotado de um hardware adicional, que permite a sua gerncia partir de softwares de gerenciamento de redes, instalados em estaes de rede que se comunicam com os HUBs atravs do protocolo TCP/IP. Este HUB, normalmente, possui uma porta serial RS-232C, permitindo a sua configurao, principalmente, o endereo IP, as variveis a serem monitoradas e as mensagens de alerta. O HUB empilhvel aquele que possui a capacidade de ser colocado junto com outras unidades, ligadas atravs de um cabo especial, formando assim uma pilha, que introduz na rede apenas um nvel de repetio. Uma pilha de HUBs recomendada quando se tm uma grande concentrao de estaes dispostas num raio de 100 metros (limite de alcance do cabo de par tranado). O HUB Cascatevel aquele que possui a capacidade de ser interligado a outros HUBs em links de at 100 metros de cabo, devendo portanto incluir as portas que permitem tal cascateamento, seja por par tranado, seja por cabo coaxial. O cascateamento de HUBs recomendado quando se deve atender estaes que esto alm de 100 metros de distncia. Cada HUB cascateado atravs de par tranado considerado um repetidor na rede e, portanto, s podem existir no mximo 4 nveis de cascatemento. HUBs cascateados atravs de cabo coaxial possuem no mximo 2 nveis de cascateamento e portanto oferecem uma soluo com atraso menor, mas esto restritos ao alcance da verso 10 Base 2, 29

qual seja, de 185 metros para o comprimento mximo do cabo coaxial. 4.4.2 PONTES. As pontes permitem combinar duas redes locais, alm de admitir que estaes de uma rede local acessem recursos de outra rede local. As pontes utilizam protocolos de controle de acesso ao meio fsico (MAC) na fsica da rede. Atravs desse recurso, possvel ligar meios fsicos diferentes entre si, como os cabos de fibra tica e os cabos coaxiais 802.3, desde que as duas partes utilizem o mesmo protocolo de camada MAC (como Ethernet). A figura 4,12 apresenta a atuao da ponte nas camadas OSI.

Figura 4.12 - Atuao das pontes na arquitetura OSI 4.4.3 ROTEADORES. Os roteadores operam na camada de rede do modelo OSI. Sua funo examinar o endereo de cada mensagem e decidir de que lado da ponte est o destinatrio. Se a mensagem no precisar ser transportada pela ponte e, por algum motivo, venha a criar trfego na rede estendida, o roteador no ir envi-la. Os roteadores podem traduzir sinais enviados por vrios cabos e esquemas de sinalizao. Por exemplo, um roteador pode receber suas mensagens atravs da Ethernet e coloc-las em uma rede com comutao de pacotes operando atravs de modems conectados a linhas telefnicas privativas de alta velocidade. A figura 4.13 apresenta a atuao do roteador nas camadas OSI.

Figura 4.13 - Atuao dos roteadores na arquitetura OSI O Switch Ethernet, a grosso modo, pode ser considerado um misto de ponte e roteador, dependendo da camada OSI em que atua. Os Switches Ethernet usualmente suportam as implementaes Ethernet ( IEEE 802.3) de 10 Mbps, sem alterar a subcamada MAC. comum encontrar switches operando com portas em velocidades diferentes, com especificao do meio fsico 100BaseT (cabo par tranado em 100 Mbps) ou 100BaseFX (fibra tica em 100 Mbps). A figura 4.14 ilustra a utilizao do switch com portas de velocidades diferentes. Os Switches so mais rpidos que roteadores (examinam apenas o endereo fonte e o destino e no o pacote 30

inteiro, com manuteno de tabelas e execuo de algoritmos de roteamento), so mais fceis de gerenciar, pois so do tipo "plug-and-play" e so mais baratos que roteadores. So caractersticas dos Switches Ethernet: Suportam protocolos existentes e garantem migrao, sem impactos, para os emergentes (Fast Ethernet e ATM); Realizam uma comutao dinmica (no esttica, como nos HUBs comuns) Implementam canais virtuais dedicados (acesso no compartilhado, como nas Ethernet comuns). Ocorrem transmisses paralelas ponto-a-ponto com canais criados entre uma estao fonte e uma estao destino. Quadros no so transmitidos para todas as estaes da rede (broadcast); Domnios de Coliso separados. H pouca ou nenhuma coliso entre quadros;

1. 2. 3. 4. 5. 6.

Figura 4.14 - utilizao de switch com portas de velocidades diferentes. 4.4.4 GATEWAYS. Os gateways, que so executados na camada de sesso do modelo OSI, permitem a comunicao entre redes que executam protocolos completamente incompatveis entre si. A figura 4.15 apresenta a atuao do gateway nas camadas OSI.

Figura 4.13 - Atuao dos gateways na arquitetura OSI

31

SOFTWARE

DE

REDE.

Nas primeiras redes de computadores os aspectos relacionados ao hardware foram colocados como prioridade e os aspectos de software em segundo plano. No entanto logo foi percebida a fundamental importncia dos mecanismos de software de uma rede, e, em funo disto, os softwares de rede so altamente estruturados. Os conceitos relacionados a esta estruturao so de vital importncia para a compreenso de todos os aspectos relacionados arquitetura de redes como um todo. No projeto de uma rede muitos problemas precisam ser resolvidos e podem existir vrias solues para o mesmo problema. Como j vimos, as redes de computadores podem se caracterizar por diferentes configuraes e topologias. Apesar da diversidade no que diz respeito a este aspecto, todas as possveis configuraes tm um objetivo comum a transferncia de dados. O maior problema, ento, est relacionado com a especificao dos procedimentos e mecanismos a serem implementados para viabilizar o funcionamento da rede. A resoluo deste problema baseada principalmente no conhecimento prvio das funes que devem ser suportadas pela rede, assim como do ambiente no qual ela vai ser inserida. Uma vez listadas as diferentes necessidades relacionadas a uma rede de comunicao, a questo que se coloca a da viabilidade de um projeto de rede, dada a quantidade de funes a implementar e o ordenamento destas funes. O controle de fluxo deve ser realizado antes ou depois da correo de erros? Uma vez resolvida esta questo, que elementos da rede sero responsveis da implementao destas funes? As solues adotadas so dependentes do suporte de transmisso utilizado? Elas continuam vlidas no caso de expanso da rede? Estas questes representam, de certo modo, a necessidade de levar em conta um certo ordenamento no que diz respeito adoo das solues para cada problema. Um exemplo tpico do problema a comunicao entre duas empresas. Vamos supor que o Diretor de uma Empresa A quer comunicar-se com o Diretor de uma Empresa B. Ele convoca a sua Secretria Administrativa e solicita, informalmente, que esta construa um texto relativo ao assunto a ser tratado. A Secretria Administrativa elabora o documento e o entrega ao Office Boy que vai envelop-lo e encaminh-lo ao Chefe do Setor de Malote. Este ltimo encaminha o documento ao Servio Postal para conduo Empresa B. Considerando que a Empresa B apresenta uma estrutura similar Empresa A, como ilustrado na figura 5.1, os mesmos elementos atuam, cada um em suas funes, para fazer com que a correspondncia chegue s mos do Diretor da Empresa.

Figura 5.1 - Filosofia das redes, ilustrada por um processo de relaes entre empresas. Este processo caracteriza, na verdade, a filosofia de concepo das redes de comunicao, que baseada em dois conceitos fundamentais: o da hierarquia e o da descentralizao, cuja conjuno vai permitir responder questo de ordenao na adoo das solues. Segundo esta filosofia, uma tarefa global vista como sendo decomposta 32

medida que se vai descendo na hierarquia e que a nica interao fsica se faz no seu nvel mais baixo. Podemos considerar que a comunicao entre dois ns de uma rede uma tarefa global que afeta um sistema complexo e, consequentemente, sujeita aplicao dos princpios de hierarquizao e de descentralizao. As vantagens da adoo destes princpios so, fundamentalmente: facilidade de estudo e de implementao da rede a partir de elementos de base existentes, o que permite a reduo dos custos de instalao; simplificao de sua operao em funo da definio de regras formais; garantia de confiabilidade de um sistema que seja aceitvel, particularmente graas ao encapsulamento das funes o que permite limitar a propagao de erros e facilitar a manuteno; garantia, pela modularidade, de um grau satisfatrio de evolutividade e de extensibilidade da rede; otimizao de desempenho.

1. 2. 3. 4. 5.

Todos estes aspectos nos conduzem a conceber uma arquitetura de comunicao como sendo uma organizao de software e hardware estruturada em nveis ou camadas. Os conceitos de hierarquia e descentralizao podem ser empregados de diferentes formas, cada um podendo implicar num tipo de rede particular. Em funo desta provvel multiplicidade, surgiu ento a necessidade de uma normalizao permitindo a conexo de diferentes classes de hardware. Para possibilitar a normalizao, foi necessrio estabelecer um modelo terico capaz de representar as relaes entre as diferentes tarefas implementadas nos diferentes nveis hierrquicos. A possibilidade de interconexo de um nmero qualquer de sistemas, ou seja, de conjuntos autnomos podendo efetuar tarefas de tratamento ou de transmisso de informao, era uma caracterstica essencial para o modelo a ser estabelecido. A figura 5.2 ilustra uma arquitetura hierarquizada em 4 camadas que permitir introduzir o conjunto de conceitos relacionados ao modelo estabelecido. O objetivo de cada camada o oferecimento de um tipo de servio a sua camada superior de forma a evitar que esta necessite conhecer certos aspectos de como este servio realizado. A camada n assume que a comunicao com a camada n de uma outra mquina existe, embora no seja direta. Para que esta comunicao exista, ela se serve de um conjunto de convenes e regras que vo permitir gerenciar esta comunicao. A este conjunto de regras e convenes, d-se o nome de protocolo. Como se pode ver na figura, no existe meio de comunicao direto entre as diferentes camadas (apenas o meio de transmisso na camada 1), o que significa que no existe transferncia direta de dados entre a camada n de uma mquina camada n de outra mquina.

Figura 5.2 - Arquitetura hierarquizada em 4 camadas. Na realidade, cada camada transfere os dados camada imediatamente inferior at a camada mais baixa; o dado ento transmitido outra mquina atravs do meio de transmisso. A comunicao entre as camadas vista ento como uma comunicao virtual e representada, na figura 5.2, pelas linhas ligando cada par de camadas. Cada camada comunica-se com as camadas adjacentes (acima ou abaixo) atravs de uma interface que define 33

as informaes que podem ser trocadas e os servios que a camada inferior oferece camada superior. Ao conjunto das camadas compondo uma rede d-se o nome de arquitetura da rede, e as especificaes da arquitetura devem conter informaes suficientes para permitir o correto desenvolvimento da rede, tanto do ponto de vista do software quanto do hardware. 5.1 - HIERARQUIA DE PROTOCOLOS. Para reduzir a complexidade do projeto, a maioria das redes foi organizada como uma srie de nveis ou camadas, que so colocadas uma sobre a outra. O nmero, o nome, o contedo e a funo de cada camada difere de uma rede para outra. Em todas as redes, no entanto, o objetivo de cada camada oferecer determinados servios para as camadas superiores, ocultando detalhes da implementao desses recursos. Conforme j vimos, a figura 5.2 (acima) ilustra a arquitetura hierarquizada em 4 camadas que permitir introduzir o conjunto de conceitos relacionados a uma arquitetura multicamadas. O objetivo de cada camada o oferecimento de um determinado servio s camadas superiores utilizando-se, tambm, dos servios oferecidos pelas camadas inferiores, de forma a evitar que estas necessitem conhecer certos aspectos da implementao destes servios. A camada n assume a comunicao com a camada n de uma outra mquina. Para faze-lo, ela se serve de um conjunto de convenes e regras que permitem gerir esta comunicao. A este conjunto de regras e convenes, d-se o nome de protocolo da camada n, ou, simplesmente, protocolo n. Basicamente, um protocolo um conjunto de regras sobre o modo como se dar a comunicao entre as partes envolvidas. As entidades representando camadas correspondentes em diferentes sistemas so denominadas processos pares, ou entidades pares. Os processos pares comunicam-se atravs dos protocolos. Como se pode ver na figura 5.2 (acima), no existe meio de comunicao fsico entre as diferentes camadas o que significa que no existe transferncia direta de dados entre a camada n de uma mquina camada n de outra mquina. Cada camada transfere os dados camada imediatamente inferior at a camada mais baixa; o dado ento transmitido outra mquina atravs do meio de transmisso. A comunicao entre as camadas vista como uma comunicao virtual e representada, na figura 5.2, pelas linhas horizontais entre as camadas. Cada camada comunicase com as camadas adjacentes (acima e abaixo) atravs de uma interface, que define as operaes elementares e os servios que a camada inferior oferece camada considerada. No momento da definio do nmero de camadas que vai compor uma rede e do papel que cada uma delas deve cumprir, uma tarefa importante ser a definio completa das interfaces entre as camadas e isto vai implicar que na definio do servio oferecido por cada camada. Uma vantagem da correta definio das interfaces a facilidade da introduo de modificaes nas implementaes das diferentes camadas; os mecanismos podem ser implementados de forma diferente, desde que as interfaces anteriormente definidas sejam respeitadas.

Figura 5.3 Comunicao virtual em uma arquitetura de rede.

34

Ao conjunto das camadas compondo uma rede d-se o nome de arquitetura da rede, e as especificaes da arquitetura devem conter informaes suficientes para permitir o correto desenvolvimento da rede, tanto do ponto de vista do software quanto do hardware. Por outro lado, os detalhes de implementao dos mecanismos em cada camada, assim como as especificaes detalhadas das interfaces no fazem parte da definio da arquitetura da rede. A figura 5.3 permite ilustrar o processo da comunicao no contexto de uma arquitetura multicamadas. O processo da camada 7 gera uma mensagem M, que ser transmitida desta camada inferior segundo o que estiver definido pela interface das camadas 6/7. Considera-se que esta transmisso introduz algumas modificaes na mensagem (por exemplo, uma compresso de dados), o que justifica uma nova representao desta por m. Esta mensagem , por sua vez, transmitida camada 5, atravs da interface das camadas 5/6. No exemplo considerado na figura, a mensagem no sofre modificaes, mas esta camada efetua o controle de fluxo. A camada 4 responsvel pela decomposio da mensagem a fim de respeitar as restries de tamanho que podem ser impostas pelas camadas inferiores. Assim, m decomposta em M1 e M2. Para isto, inserido tambm na mensagem (ou nas partes da mensagem) um cabealho H4 contendo uma informao de controle, como, por exemplo, um nmero de ordem que vai permitir, posteriormente na camada 4 do sistema destinatrio, a reconstruo da mensagem a partir das partes recebidas. Outras informaes podem ainda estar contidas neste cabealho, como, por exemplo, o tamanho da mensagem ou o instante de envio. Na camada 3, feita a escolha das linhas de sada e um novo cabealho, H3, introduzido s mensagens. Na camada 2, alm de um cabealho, H2, introduzido tambm um sufixo, T2, contendo informaes especficos a esta camada, por exemplo, controle de erro. A mensagem finalmente entregue camada 1 para emisso via meio fsico. No sistema destinatrio, o processo inverso acontece, sendo que as mensagens vo subindo, de camada em camada, e os cabealhos retirados nas camadas respectivas, de modo a evitar que estes sejam transferidos s camadas que no lhes dizem respeito. Um aspecto importante mostrado na figura 2.2 o da comunicao virtual ocorrendo entre as diferentes camadas pares. As camadas em cada nvel possuem uma viso da comunicao horizontal, mesmo se as mensagens so na realidade transmitidas s camadas inferiores pertencentes ao mesmo sistema. 5.2 - DIFERENAS ENTRE SERVIO E PROTOCOLO. Embora sejam freqentemente confundidos, servio e protocolo so dois conceitos distintos. O importante nesta distino de poder estabelecer a relao entre os dois conceitos. O SERVIO corresponde a um conjunto de operaes que uma camada capaz de oferecer camada imediatamente superior. Ele define o que uma camada capaz de executar sem se preocupar com a maneira pela qual as operaes sero executadas. O servio est intimamente relacionado com as interfaces entre duas camadas, sendo a inferior a fornecedora do servio e a superior a usuria deste. O PROTOCOLO define um conjunto de regras que permitem especificar aspectos da realizao do servio, particularmente, o significado dos quadros, pacotes ou mensagens trocadas entre as entidades pares de uma dada camada. Em uma determinada camada, o protocolo pode ser mudado sem problema, desde que as interfaces com a camada superior e inferior no sejam alteradas, ou seja, que elas continuem a ter a mesma visibilidade no que diz respeito aos servios realizados pela camada que foi alterada; isto corresponde, na verdade, a um certo desacoplamento entre os conceitos de servio e protocolo. 5.3 QUESTES DE PROJETO RELACIONADAS S CAMADAS. Algumas questes de projeto fundamentais das redes de computadores esto presentes em diversas camadas. A seguir sero discutidas as mais importantes. Todas as camadas precisam de um mecanismo para identificar os transmissores e receptores. Como em geral uma rede tem muitos computadores, e alguns deles tm vrios processos, necessrio um meio para que um processo de uma mquina especifique com quem ele deseja se comunicar. Como pode haver vrios destinos, h a necessidade de se criar uma forma de endereamento para definir o destino especfico. 35

Outra preocupao recai sobre as direes do trfego. Em alguns sistemas, os dados so transferidos em apenas uma direo. Em outros, eles podem ser transferidos em ambas as direes, mas no simultaneamente. Tambm possvel transmitir em ambas as direes simultaneamente. O protocolo tambm deve determinar o nmero de canais lgicos correspondentes conexo e quais so as suas prioridades. Muitas redes oferecem pelo menos dois canais lgicos por conexo, um para dados normais e outro para dados urgentes. O controle de erro uma questo importante, pois os circuitos de comunicao fsica podem no ser perfeitos. Muitos cdigos de deteco e correo de erros so conhecidos e as partes envolvidas em uma conexo devem chegar a um consenso quanto ao que deve ser usado. Alm disso, o receptor deve ter alguma forma de informar ao emissor as mensagens que foram recebidas corretamente e as que no foram. Nem todos os canais de comunicao preservam a ordem das mensagens enviadas por eles. Para lidar com uma possvel perda de seqncia, o protocolo deve fazer uma proviso explcita para que o receptor possa remontar adequadamente os fragmentos recebidos. Uma soluo bvia numerar os fragmentos, mas isso ainda deixa aberta a questo do que deve ser feito com os fragmentos que chegam fora de ordem ou, pior ainda, o que fazer quando alguns se perdem. Um problema que deve ser resolvido em diversas camadas a falta de habilidade de todos os processos para aceitarem arbitrariamente mensagens longas. Esta propriedade nos leva ao uso de mecanismos para desmontar, transmitir e remontar mensagens. Uma questo o que fazer quando estas unidades se tornam to pequenas que o envio de cada uma em separado se torna ineficiente. Nesse caso a soluo reunir as pequenas mensagens com um destino comum em uma grande mensagem e desmembr-la na outra extremidade. Uma outra questo que afeta todas as camadas diz respeito velocidade dos dados, particularmente quando o emissor mais rpido que o receptor. Vrias solues foram adotadas e sero discutidas posteriormente. Algumas delas trabalham com a possibilidade do receptor determinar dinamicamente sua situao atual. Outras limitam o emissor a uma taxa de transmisso predeterminada. Quando for inconveniente, ou algumas vezes caro, configurar uma conexo para cada par de processos de comunicao, a camada inferior pode usar a mesma conexo para diversas conversaes no relacionadas. Desde que seja feita de modo transparente, a multiplexao e a demultiplexao de conexes podem ser executadas por qualquer camada. Quando houver vrios caminhos entre a origem e o destino, um deles deve ser escolhido. Algumas vezes essa deciso deve ser dividida em duas ou mais camadas. Para enviar dados de Londres para Roma, por exemplo, devem ser tomadas duas decises: uma de alto nvel, decidindo sobre o trajeto a ser escolhido (via Frana ou Alemanha, com base nas respectivas leis de privacidade) e uma de baixo nvel, escolhendo sobre quais dos circuitos fsicos disponveis os dados sero transmitidos (com base na carga de trfego atual). 5.4 - INTERFACES E SERVIOS. A funo de cada camada oferecer servios para a camada acima dela. Os elementos ativos de uma camada, ou seja, os processos que a implementam so chamados entidades. Estas podem ser entidades de software ou de hardware. s entidades localizadas em diferentes sistemas, mas associadas a um mesmo nvel (ou camada), d-se o nome de entidades pares. As entidades recebem tambm uma denominao complementar em funo da camada qual elas esto relacionadas por exemplo, entidade de aplicao, entidade de transporte, entidade de enlace, entre outras. As entidades de uma camada N (ou entidades N) implementam um servio que utilizado pela camada N+1. Assim, a camada N um fornecedor de servio e a camada N+1 usuria de servio. Por outro lado, a camada N poder utilizar os servios da camada imediatamente inferior, a camada N-1, para oferecer os servios camada superior. Ela pode ainda oferecer diferentes categorias (ou classes) de servios: servios mais eficientes e mais caros ou servios lentos e econmicos. Os servios oferecidos por uma camada so acessveis em pontos de acesso aos servios, ou SAP (Service Access Point). Os SAPs da camada N so os lugares onde a camada N+1 poder ter acesso aos servios oferecidos, cada SAP sendo identificado por um endereo nico. Por exemplo, os SAP de uma rede telefnica so as tomadas s quais podem ser conectados os aparelhos telefnicos e seus endereos so os nmeros de telefone associados s tomadas. Para que duas camadas possam trocar informaes, existe uma srie de regras a serem respeitadas, definidas pela interface. Atravs de uma interface, a camada N+1 envia uma unidade de dados de interface, ou IDU (Interface Data Unit) entidade da camada N pelo SAP. A IDU composta de uma parte denominada unidade de dados de 36

servio, ou SDU (Service Data Unit) e de outras informaes de controle. A SDU a informao transmitida via rede entidade par e, em seguida, camada N+1. A informao de controle utilizada para auxiliar a gesto da camada inferior em seu trabalho (por exemplo, o nmero de bytes compondo a SDU correspondente). Para transmitir uma SDU, a entidade da camada N pode fragment-la em diversas partes, e cada parte vai receber um cabealho, sendo enviada como uma unidade de dados de protocolo, ou PDU (Protocol Data Unit). Os cabealhos de PDU so utilizados pelas entidades pares para o transporte do protocolo. Elas identificam a PDU contendo os dados e aquelas contendo informaes de controle (nmeros de seqncia, contagens, etc). A figura 5.4 ilustra o processo descrito. As PDUs recebem normalmente uma denominao segundo a camada qual esto associadas. Por exemplo, as PDUs de aplicao so ditas APDU, assim como as de apresentao so as PPDU, as de sesso SPDU, e assim por diante.
Unidade de dados de servio Informaes de controle

Unidade de dados de Interface

Ponto de acesso ao servio

Unidade de dados de protocolo da camada N

Figura 5.4 - Diferentes conceitos associados interface entre camadas.

5.5 - SERVIOS ORIENTADOS CONEXO E SEM CONEXO. As camadas de uma arquitetura de rede podem oferecer diferentes classes de servios s camadas superiores. Estes servios podem ser orientados a conexo ou no orientados a conexo (tambm chamada sem conexo). Quanto aos servios orientados conexo, podemos citar como exemplo tpico o sistema telefnico. Para que seja possvel falar com algum no telefone necessrio, inicialmente, tirar o fone do gancho, digitar (ou discar) um nmero, esperar que o interlocutor atenda, falar com a pessoa que precisamos e, finalmente, desligar. Este o princpio bsico de um servio orientado conexo: 1. 2. 3. estabelecimento da conexo, utilizao do servio (ou enviar mensagem) e trmino da conexo.

O aspecto principal da conexo o fato de que ela funciona como uma espcie de canal virtual atravs do qual iro transitar as mensagens envolvidas na realizao do servio. J os servios sem conexo so estruturados como o sistema postal, onde cada mensagem (ou carta, se consideramos o exemplo citado) contm o endereo do destinatrio e encaminhada no sistema, independente de outras. O princpio bsico ento apenas: enviar mensagem. Normalmente, se duas mensagens so enviadas a um mesmo destinatrio, a primeira a ser enviada deve ser a primeira a ser recebida. Por outro lado, neste modo de servio pode ocorrer que uma mensagem seja atrasada fazendo com que a segunda mensagem seja recebida primeiro. J nos servios orientados conexo, isto jamais poder acontecer. Cada servio caracterizado por uma qualidade de servio. Tendo em vista o parmetro qualidade, os servios podem ser divididos em confivel e no-confivel. Um servio confivel aquele em que os dados no podem ser jamais perdidos, ou melhor, jamais podem deixar de realizar o servio adequadamente e, por vezes, algum mecanismo de recuperao em caso de falha deve ser utilizado. Servios no confiveis so aqueles onde, eventualmente, dados podem ser perdidos e no recuperados pela camada em questo. 37

Normalmente, a implementao de servios confiveis feita atravs da definio de mensagens de reconhecimento enviadas pelo receptor, para cada mensagem recebida do emissor. Este processo, embora extremamente benfico, introduz uma lentido na transferncia de dados, o que significa que nem sempre ele desejvel num sistema. Os servios confiveis orientados conexo apresentam duas variantes. No primeiro caso, as fronteiras das mensagens so sempre preservadas. Se duas mensagens de 1 Kbytes so enviadas, elas chegaro sob a forma de duas mensagens de 1 Kbytes e nunca como uma nica mensagem de 2 Kbytes. J na segunda variante, se uma mensagem de 2 Kbytes recebida, no h como identificar se ela foi enviada realmente como uma nica mensagem de 2 Kbytes, como duas mensagens de 1 Kbytes, ou ainda como 2048 mensagens de 1 byte. Porm em algumas aplicaes, necessrio resguardar as fronteiras entre as mensagens enviadas; por exemplo, no caso do envio de um documento a uma impressora interessante poder preservar as fronteiras entre as pginas. No que diz respeito aos dois tipos de servios (orientados conexo e sem conexo), nem todas as aplicaes requerem a utilizao de conexo. Um exemplo disto pode ser o de uma aplicao de correio eletrnico. Pode-se imaginar uma aplicao de correio em que o usurio no se interesse no estabelecimento de conexo e tampouco a uma confiabilidade de 100% no que diz respeito chegada das mensagens. Os servios sem conexo e no-confiveis so denominados servios de datagrama. Existem casos, porm, em que, apesar de no necessitar o estabelecimento de conexo, a confiabilidade essencial. O servio utilizado neste caso o datagrama com reconhecimento. O servio de pedido-resposta outro tipo de servio no qual o emissor envia um datagrama contendo um servio e o receptor envia um outro contendo a resposta a este pedido. O quadro a seguir ilustra os diferentes servios com e sem conexo, com exemplos de aplicao destes servios. SERVIO Transferncia confivel de mensagens Transferncia confivel de bytes Transferncia no confivel Datagrama no confivel Datagrama confivel Pedido-Resposta 5.6 - PRIMITIVAS DE SERVIO. Um servio definido formalmente por um conjunto de primitivas (ou operaes) disponveis a um usurio ou a outras entidades para o acesso quele servio. Estas primitivas permitem indicar a ao a ser executada pelo servio ou ainda um pedido de informao sobre uma ao executada previamente. As primitivas de servio so divididas em quatro classes: pedido (request), indicao (indication), resposta (response) e confirmao (confirm). O quadro a seguir mostra o significado de cada uma destas primitivas no que diz respeito execuo de um servio. PRIMITIVA Request Indication Response Confirm SIGNIFICADO Pedido enviado por uma entidade (um processo de uma camada) que solicita um servio A entidade par informada de uma solicitao de servio A entidade par responde ao pedido de servio A entidade solicitante informada do resultado do servio MODALIDADE Com conexo Com conexo Com conexo Sem conexo Sem conexo Sem conexo EXEMPLO Seqncia de pginas Login remoto Voz digitalizada Correio eletrnico Correio eletrnico registrado Consulta a base de dados

Uma analogia ao funcionamento das primitivas pode ser feita atravs do sistema telefnico. O quadro a seguir apresenta um telefonema como uma seqncia de primitivas. AO Voc disca o nmero do telefone de outra pessoa O telefone da outra pessoa toca Ela atende dizendo al 38 PRIMITIVA CONNECT.request CONNECT.indication CONNECT.response

1 2 3

4 5 6 7 8 9 10

Voc ouve o al da outra pessoa Voc solicita uma informao A pessoa ouve a solicitao Ela informa o que voc solicitou Voc ouve a informao Voc desliga seu telefone A pessoa ouve o sinal desconexo e faz o mesmo

CONNECT.confirm DATA.request DATA.indication DATA.request DATA.indication DISCONNECT.request DISCONNECT.indication

A figura 5.5 mostra essa mesma seqncia de procedimentos como uma srie de primitivas de servio, inclusive a confirmao final de encerramento de conexo. Cada procedimento envolve a interao entre duas camadas de um dos computadores. Cada request ou response provoca logo em seguida um indication ou confirm do outro lado.

Voc Tempo O interlocutor

Figura 5.5 Mapeamento das primitivas da uma conversao atravs do sistema telefnico. Os nmeros prximos extremidade das setas fazem referncia s primitivas de servio utilizadas no exemplo anterior. Consideremos o exemplo de utilizao das primitivas de servio para o seguinte servio orientado conexo com oito primitivas de servio: CONNECT.request Solicita o estabelecimento de conexo. CONNECT.indication Sinalizao da parte para a qual foi feita a chamada. CONNECT.response Usada pelo receptor da chamada para aceit-la (ou rejeit-la). CONNECT.confirm Permite que a origem da chamada saiba que ela foi aceita. DATA.request Solicita o envio de dados. DATA.indication Sinal de chegada de novos dados. DISCONNECT.request Solicita o encerramento de uma conexo. DISCONNECT.indication Sinal do par sobre a solicitao. Para requisitar o estabelecimento de uma conexo, a entidade que quer iniciar o dilogo envia uma primitiva de servio de pedido de abertura de conexo, CONNECT.request que vai se refletir, na entidade destinatria, por uma primitiva de indicao, CONNECT.indication. A entidade que recebeu a indicao vai enviar uma primitiva de resposta, CONNECT.response, para informar se esta aceita ou no a conexo. Finalmente, a entidade emissora vai saber do resultado do seu pedido pela recepo de uma primitiva de servio de confirmao, CONNECT.confirm. Parmetros podem ser associados s primitivas; no caso do servio de conexo, por exemplo, os parmetros podem especificar os seguintes aspectos relacionados conexo desejada: a mquina com a qual se deseja dialogar, o tipo de servio desejado, o tamanho mximo das mensagens, entre outras. Se a entidade invocada no est de acordo com os parmetros contidos na primitiva de indicao recebida, esta pode fazer uma contra-proposta, atravs dos parmetros da primitiva de resposta, que ser transmitida entidade emissora atravs dos parmetros da primitiva de confirmao. Os servios podem ser de dois tipos: confirmados ou no-confirmados. No caso dos servios confirmados, as quatro classes de primitivas so definidas, ou seja, pedido (request), indicao (indication), resposta (response) e confirmao (confirm). Isto significa que a entidade que requisitou o servio ter sempre uma informao sobre as condies de realizao deste e at se este foi realizado com sucesso ou no. Nos servios no-confirmados, apenas as duas primeiras classes de primitivas so utilizadas, ou seja, pedido (request) e indicao (indication). Neste tipo de servios, a entidade emissora do pedido no receber nenhuma informao sobre as condies de realizao do servio requisitado, nem mesmo se este foi realizado.

39

ARQUITETURAS

DE

REDES.

As redes de computadores propem o compartilhamento de recursos fsicos e lgicos, com a vantagem de se ter um sistema descentralizado. De maneira geral, o objetivo de uma rede tornar disponvel a qualquer usurio todos os programas, dados e outros recursos, independente de sua localizao fsica. Alm disso, a rede deve proporcionar maior disponibilidade e confiabilidade, dada a possibilidade de migrao para outro equipamento quando a mquina sofre alguma falha. O uso de uma rede de computadores proporciona um meio de comunicao poderoso por sua velocidade e confiabilidade. A arquitetura de uma rede o conjunto das camadas que compem esta rede e as especificaes da arquitetura devem conter informaes suficientes para permitir o correto desenvolvimento da rede, tanto do ponto de vista do software quanto do hardware. Para compreender as diversas posturas, abordagens e atitudes polticas relacionadas com a rea de comunicao de dados, como tambm para acompanhar o se desenvolvimento tecnolgico, necessrio conhecer suas origens e sua histria. Em meados da dcada de 60, o governo dos EUA, por intermdio do Departamento de Defesa, iniciou estudos relacionados viabilidade do desenvolvimento de redes de computadores. Em 1968 tiveram incio as atividades do Projeto ARPA (Advanced Research Project Agency), tendo por base o conhecimento e o potencial de pesquisa das universidades e dos centros de pesquisa norte-americanos. A figura 6.1 apresenta um esboo original do Projeto ARPA.

Figura 6.1 Cpia um esboo original do Projeto ARPA Em 1972 entrou em funcionamento o projeto piloto da rede ARPA. Comeava ai a era da tecnologia de redes de computadores, caracterizada pela distribuio das aplicaes entre vrios comutadores interligados de acordo com uma topologia determinada. Na rede ARPA foi, pela primeira vez, implementada a tecnologia de comutao de pacotes, assim como o mtodo de diviso em vrias camadas funcionais das tarefas de comunicao entre aplicaes residentes em computadores distintos, conectados por meio da rede, criando-se o conceito de Arquitetura de Rede de Computadores. Tambm na dcada de 70, o crescimento da ARPA permitiu a interligao de computadores de universidades americanas e de alguns computadores situados em outros pases. A figura 6.2 apresenta um mapa do Projeto ARPA em setembro de 1971.

40

Figura 6.2 - Mapa do Projeto ARPA em setembro de 1971. Na mesma poca, os grandes fabricantes de equipamentos de processamento de dados criaram seus prprios mtodos para interligar em rede seus respectivos produtos. Surgiram, assim, as Arquiteturas Proprietrias, primeiro com a IBM, que lanos a arquitetura SNA (Systems Network Architecture), depois com a Digital e a sua arquitetura Decnet, alm de vrias outras. Tambm nos anos 70, a IBM e a Digital Equipment Corporation desenvolveram formas de grandes computadores interagirem sobre redes locais, mas o mais importante trabalho em redes locais para um grande nmero de computadores foi feito pelo Palo Alto Research Center ( PARC ), da Xerox Corporation, no final da dcada de 1970 e comeo de 1980. No PARC, um importante conjunto de padres e protocolos, chamado Ethernet, foi concebido e desenvolvido at o ponto de se tornar um produto comercial. Na mesma poca, profissionais trabalhando na Datapoint Corporation, desenvolveram um padro chamado ARCnet, mas a Datapoint manteve o ARCnet como um conjunto de especificaes proprietrio e, assim, no alcanou o sucesso comercial do Ethernet. Posteriormente, a IBM desenvolveu a tecnologia Token-Ring. As primeiras arquiteturas de redes locais, como a Ethernet e ARCnet, combinavam especificaes inflexveis de hardware com estritas descries de protocolos. Tipos especficos de fios de cobre, conectores especiais para cabos, uma nica configurao fsica e algumas funes em software eram concentradas na definio de cada LAN. Entretanto, governos e indstrias foraram a flexibilidade, aquele conjunto simples de especificaes para cada tipo de rede expandiu-se de forma a incluir diferentes tipos de fios, configuraes e protocolos. Hoje, pode-se misturar e combinar hardware e software para criar uma rede padronizada e continuar dentro das especificaes de muitos sistemas de redes suportados por produtos de diversas empresas. Durante a metade da dcada de 1980, um grupo de fabricantes deu incio a um movimento em direo ao que veio a ser denominado protocolos abertos ou protocolos que no favorecem um nico fabricante. Muitos fabricantes trabalharam no desenvolvimento de programas escritos para os padres de protocolos abertos, mas, no incio dos anos 90, o movimento perdeu o mpeto. A nfase passou do desenvolvimento de um nico conjunto de novos protocolos abertos, para o uso prtico dos protocolos j experimentados e em funcionamento, de fabricantes diferentes. medida que os programadores e desenvolvedores aprendiam mais sobre protocolos e desenvolviam mais programas e ferramentas, eles encontraram formas de fazer com que computadores e redes diferentes interagissem sem o uso de um padro nico, porm aberto. Hoje, fcil combinar computadores pessoais Macintosh e IBM na mesma rede e operar computadores conectados a diferentes tipos de redes. Para as entidades especializadas em venda de servios de telecomunicaes abriu-se um novo mercado: a oferta de servios de comunicao de dados por meio do fornecimento de uma estrutura de comunicao, a sub-rede, baseada funcionalmente no princpio de comutao de pacotes. O CCITT (atual ITU-T) elaborou documentos que permitiram que estes servios fossem padronizados, a partir dos quais publicou, em 1976, a primeira verso da Recomendao X.25, propondo a padronizao de redes pblicas de comutao de pacotes.

41

Ao mesmo tempo, novas famlias de programas tornaram mais fcil compartilhar arquivos e recursos, como impressoras e modems. Nos anos 80, programadores criaram os processadores de textos, planilhas eletrnicas e bancos de dados que as pessoas usam para criar arquivos de dados. Nos anos 90, os desenvolvedores introduziram novas categorias de programas, conhecidos como programas para produtividade em grupos de trabalho e programas de controle de fluxo de trabalho, que tornam fcil pesquisar, organizar e ligar dados de documentos, planilhas e bancos de dados para que possam ser compartilhados. Compartilhar agora significava mais do que esperar em uma fila para utilizar um arquivo ou uma impressora, significa trabalhar em conjunto e de forma integrada. 6.1 - A ARQUITETURA DO RM/OSI. O quadro que o segmento de redes de computadores apresentava no final da dcada de 70 caracterizava-se, de um lado, por enormes perspectivas de crescimento, mas, de outro, por uma situao de crise criada pela heterogeneidade dos padres, protocolos e equipamentos de comunicao de dados existentes no mercado. Cada interessado havia definido, unilateralmente, sua arquitetura. Os fabricantes, as arquiteturas proprietrias; as operadoras de telecomunicaes, as arquiteturas das redes pblicas; e algumas entidades, como era o caso da ARPA, possuam arquiteturas especficas para atender s suas redes. A soluo foi encontrada pela ISO (International Organization for Standardization), sob a forma de propostas de elaborao de um modelo que viesse a sintetizar, de modo abstrato, o funcionamento de computadores integrados por redes de comunicao de dados. Baseada nas experincias advindas do funcionamento dos sistemas de teleprocessamento, da rede ARPA e das redes pblicas e proprietrias, a ISO, entre 1978 e 1984, elaborou o RM-OSI ou Modelo de Referncia para Interconexo de Sistemas Abertos (Reference Model - Open Systems Interconnection), que a expresso, assim, de todo o conhecimento tecnolgico adquirido pelo mundo a respeito de comunicao de dados. No modelo OSI foi abordado o conceito de sistema aberto, definido como o sistema capaz de suportar os padres de comunicao OSI de modo a interfuncionar com outros sistemas abertos de diferentes fornecedores. Ao modelo OSI se deve, tambm, a consolidao dos princpios de arquitetura de rede de comunicao de dados. A receptividade em relao ao Modelo OSI foi muito grande nos anos seguintes sua divulgao e, em alguns setores, mantm-se at hoje. Especialistas da rea baseiam-se me seus princpios, e comum encontrar na literatura ou em palestras menes do tipo: as tarefas correspondentes camada X do Modelo OSI ou faltam tais funes correspondentes camada Y do Modelo OSI, mesmo quando se faz referncia a sistemas que no propem a aderir a esse modelo. O esforo de padronizao no foi concludo com a elaborao do Modelo OSI. Ao contrrio, iniciou-se uma intensa atividade, em nvel mundial, no sentido de projetar, especificar, implementar e testar os protocolos das vrias camadas definidas pelo modelo, nascendo, assim, a Arquitetura OSI: uma estrutura funcional dos elementos envolvidos na comunicao entre sistemas abertos de comunicao de dados, suportada por um conjunto de protocolos padronizados elaborados de acordo com os princpios do Modelo OSI. Desde a sua criao, e cada vez que um novo padro de protocolo elaborado, a Arquitetura OSI impe-se como o grande projeto de Engenharia de Protocolos. As solues apresentadas, os mecanismos de protocolos, a estrutura de camada de aplicao e as aplicaes desenvolvidas de acordo com os princpios da metodologia orientada a objetos e da computao distribuda contribuem para essa colocao. O Modelo OSI mostrado na figura 6.3. Como j dito, este modelo foi desenvolvido com um primeiro passo na direo da padronizao internacional dos protocolos usados nas diversas camadas e denominado de Modelo de Referncia para a Interconexo de Sistemas Abertos ou RM-OSI (Reference Model for Open Systems Interconnection), pois trata da interconexo de sistemas abertos, ou seja, sistemas que esto abertos comunicao com outros sistemas. O modelo OSI foi criado seguindo a filosofia das arquiteturas multicamadas, como j descrita anteriormente. Como mostra a figura, sua arquitetura define 7 camadas, cujos princpios de definio foram os seguintes: 1. 2. 3. 4. 5. cada camada corresponde a um nvel de abstrao necessrio no modelo; cada camada possui suas funes prprias e bem definidas; as funes de cada camada foram escolhidas segundo a definio dos protocolos normalizados internacionalmente; a escolha das fronteiras entre cada camada deveriam ser definidas de modo a minimizar o fluxo de informao nas interfaces; o nmero de camadas deve suficientemente grande para que funes distintas no precisem ser colocadas na mesma camada, e ser suficientemente pequeno para que a arquitetura no se torne difcil de controlar. 42

Figura 6.3 - Arquitetura de sete camadas do modelo OSI. Como pode ser visto na figura 6.3, o modelo prev a comunicao entre sub-redes atravs de processadores de interface de mensagem, ou IMPs (Interface Message Processors). A forma como os dados so transmitidos ao longo do modelo OSI ilustrada na figura 6.4. Como se pode ver, o processo emissor vai enviar uma certa quantidade de dados ao processo receptor. Ele envia, ento, os dados camada de Aplicao que introduz a estes um cabealho de aplicao, AH, e envia a mensagem resultante camada de Apresentao. Esta camada, por sua vez, introduz mensagem recebida um cabealho de apresentao, PH, enviando a mensagem, em seguida camada inferior. importante ressaltar aqui que esta camada no toma conhecimento da existncia e significado do cabealho de aplicao, considerando este como parte dos dados compondo a mensagem. Este processo de transferncia de camada a camada vai se repetindo at o nvel fsico, quando os dados sero, enfim, transmitidos ao sistema destino.

Figura 6.4 - Ilustrao da comunicao no modelo OSI. Neste sistema, os diversos cabealhos introduzidos nas camadas de rede do sistema fonte vo sendo interpretados e eliminados nas camadas correspondentes at que os dados cheguem ao processo receptor. O conceito

43

fundamental da transferncia de dados que cada camada foi projetada como se ela fosse realmente horizontal, quando na verdade a transmisso se d de modo vertical. Isto fica claro, por exemplo, quando a camada de Transporte emissora recebe um dado da camada de Sesso; ela insere um cabealho de transporte e envia a mensagem camada de Rede emissora. Este processo, portanto, para a camada de Transporte, no mais do que um detalhe tcnico. Um exemplo anlogo aquele de um diplomata de um pas fazendo um discurso, na sua prpria lngua, nas Naes Unidas. Este considera estar se dirigindo aos seus colegas diplomatas de outros pases, embora, na prtica, ele esteja dirigindo-se ao seu intrprete. 6.1.1 - AS CAMADAS DO RM-OSI. Vamos estudar, a seguir, as principais funes realizadas por cada uma das camadas definidas no Modelo OSI. 6.1.1.1 A CAMADA FSICA.

A Camada Fsica responsvel da transferncia de bits num circuito de comunicao. De maneira geral, a sua funo garantir que cada bit enviado de um lado ser recebido do outro lado sem ter alterado o seu valor, ou seja, se o bit enviado est a 1, ele ser recebido a 1 e no a 0. Para isto, as questes a serem resolvidas neste nvel so: os modos de representao dos bits 0 e 1 de maneira a evitar ambigidades ou confuses (valor da tenso em volts para a representao dos valores 0 e 1 dos bits, durao de cada sinal representando um bit, a codificao dos sinais, etc.); os tipos de conectores a serem utilizados nas ligaes (nmero de pinos utilizado, as funes associadas a cada pino, etc.); a maneira como as conexes so estabelecidas para a iniciao de um dilogo e como feita a desconexo ao final deste; modo de transmisso adotado (unidirecional, bidirecional); modo de conexo adotado (ponto-a-ponto, multiponto); modo de tratamento dos erros (deteco, tratamento, etc).

1.

2. 3. 4. 5. 6. 7.

A concepo desta camada deve se relacionar definio das interfaces eltricas e mecnicas, seus modos de funcionamento e o suporte de comunicao adotado. O objetivo da camada Fsica assegurar o transporte dos dados, representados por um conjunto de bits, entre dois equipamentos terminais, via um suporte de transmisso, j apresentado na seo 4.3. 6.1.1.2 A CAMADA DE ENLACE DE DADOS.

A Camada de Enlace de Dados tem por funo principal a transformao do meio de comunicao "bruto" em uma linha livre de erros de transmisso para a camada de Rede. Ela efetua esta funo atravs do fracionamento das mensagens recebidas do emissor em unidades de dados denominadas quadros, que correspondem a algumas centenas de bytes. Estes quadros so transmitidos seqencialmente e vo gerar quadros de reconhecimento enviados pelo receptor. Nesta camada, as unidades de dados so enriquecidas com um conjunto de bits adicional (no incio e fim de cada quadro) de modo a permitir o reconhecimento destes. Um problema tpico deste nvel o da ocorrncia de uma perturbao sobre a linha de transmisso que provoque a destruio (perda) do quadro enviado. Neste caso, o quadro deve ser retransmitido para garantir a integridade da informao transferida. Por outro lado, deve-se tambm evitar mltiplas retransmisses de um mesmo quadro, o que pode provocar a sua duplicao, por exemplo, se o quadro de reconhecimento perdido. Uma outra funo desta camada evitar uma alta taxa de envio de dados da parte do emissor no caso do sistema emissor no ter capacidade de absorver a informao mesma taxa. Este mecanismo deve permitir informar ao emissor a necessidade de armazenamento dos dados a transmitir (controle de fluxo). Dentre os fatores com os quais a camada de Enlace deve preocupar-se esto: 1. 2. 3. 4. a forma como os bits provenientes da camada Fsica sero agrupados em quadros (frames); os mecanismos de deteco e correo de erros a serem implantados, uma vez que as informaes trocadas atravs da camada Fsica no so isentas de erros de transmisso,pelos fatores que j foram levantados; os mecanismos de controle de fluxo para limitar o volume de informao trocados entre entidades fonte e destino; a gesto das ligaes entre as entidades de Rede.

44

A camada de Enlace de Dados oferece servios para a camada de Rede classificados em trs principais categorias, estas dependendo do sistema no qual elas sero implantadas: 1. 2. 3. servio sem conexo e sem reconhecimento; servio sem conexo com reconhecimento; servio orientado conexo.

Na primeira classe de servios, a mquina fonte da informao envia os quadros de dados mquina destinatria e esta no envia um quadro de reconhecimento da informao recebida; alm disso, no existe estabelecimento prvio de conexo e, por conseqncia, no existe liberao desta ao final do dilogo. Se um quadro de dados perdido no meio de transmisso como conseqncia de um rudo, por exemplo, no existe nenhum mecanismo que permita solucionar o problema. Esta classe de servios adequada quando implantados sobre um suporte de comunicao cuja taxa de erros muito baixa ou que a correo dos erros prevista nas camadas superiores. Eles podem ser empregados particularmente no caso de aplicaes tempo real e em redes locais. A segunda classe de servios, embora ainda no defina o estabelecimento prvio de conexo, prev a existncia de quadros de reconhecimento, de modo que a mquina fonte ser notificada pela mquina destinatria da recepo do quadro previamente enviado. Um mecanismo que pode ser implantado no caso de perda do quadro o que corresponde no recepo do quadro de reconhecimento aps um certo tempo (timeout) a retransmisso daquele. Num servio sem conexo, existe a possibilidade da retransmisso de quadros provocando a recepo mltipla do mesmo quadro (duplicao de mensagem). A terceira classe de servios a mais sofisticada, uma vez que ela define a necessidade do estabelecimento prvio de conexo e a liberao destas ao final do dilogo. Neste caso, cada quadro enviado numerado e a camada de Enlace garante que cada quadro enviado ser recebido, uma nica vez, e que o conjunto de quadros enviados ser recebido ordenado da mesma forma que foi enviado. Esta classe de servios oferece camada de Rede um canal de comunicao confivel. Os servios orientados conexo so caracterizados por trs principais etapas: 1. 2. 3. a etapa de estabelecimento de conexo, durante a qual so definidos todos os parmetros relacionados conexo, como por exemplo, os contadores de seqncia de quadros; a etapa de transmisso de dados, durante a qual so realizadas todas as trocas de informao correspondentes ao dilogo entre duas mquinas; a etapa de liberao da conexo, que caracteriza o fim do dilogo e na qual todas as variveis e outros recursos alocados conexo sero novamente disponveis.

Para que o servio seja oferecido camada de Rede, a camada de Enlace utiliza-se dos servios fornecidos pela camada Fsica que, como j foi descrito na parte precedente, responsvel da transmisso de bits de um ponto a outro na rede de comunicao, sendo que o conjunto de bits transmitido pode sofrer distores produzindo erros de transmisso. Uma conseqncia tpica pode ser que o nmero de bits recebidos seja inferior ao nmero de bits enviados ou os valores de alguns bits podem ter sido modificados. Com o objetivo de permitir um controle de erro eficiente, a camada de Enlace decompe as mensagens em pores menores denominadas quadros (frames), aos quais so adicionados cdigos especiais de controle de erro. Desta forma, o receptor pode verificar se o cdigo enviado no contexto de um quadro indica ou no a ocorrncia de erros de transmisso e ele pode, assim, tomar as providncias necessrias para evitar as conseqncias devido quele erro. Os erros que por vezes ocorrem nos suportes de transmisso podem ter como causas os mais diversos fenmenos fsicos, como por exemplo, o rudo trmico, provocado pela agitao dos eltrons nos cabos de cobre. Outro fenmeno importante est relacionado aos rudos impulsivos, capazes de provocar, numa linha transmitindo dados a 9600 bit/s, a perda de 96 bits. Os rudos impulsivos so causados pelos arcos devido ao chaveamento de rels ou outros dispositivos eletromecnicos. O que se tem notado, entretanto, que, independentemente do fenmeno causador de erro, estes tendem a gerar normalmente verdadeiros pacotes de erros e no erros simples. Isto pode ter um aspecto positivo, uma vez que, num conjunto relativamente grande de bits, um menor nmero de pacotes vai conter erros. Por outro lado, os erros agrupados em pacotes so mais difceis de detectar. O controle de erros de transmisso uma das funes mais importantes asseguradas pela camada de Enlace. Esta funo baseada na possibilidade de informao para entidade emissora da mensagem do que ocorreu na extremidade de recepo.

45

Os protocolos de controle de erro so caracterizados, em geral, pela definio de um quadro de controle, correspondente a um reconhecimento positivo ou negativo. Caso a entidade emissora receba um reconhecimento positivo de um quadro previamente enviado, ela entende que aquele foi corretamente recebido. Por outro lado, se ela recebe um reconhecimento negativo, ficar consciente que o quadro foi mal transmitido e que, neste caso, ele dever ser retransmitido. Ainda, se, por uma intensidade relativamente forte de rudo, o quadro inteiro no recebido pela entidade destinatria, esta no vai reagir ao quadro emitido e a entidade emissora corre o risco de esperar indefinidamente pelo reconhecimento isto evitado pela adio de temporizadores, estabelecendo assim um tempo mximo de espera pelo reconhecimento, antes da retransmisso. O tempo de espera deve ser determinado em funo dos atrasos relativos transmisso dos quadros, de modo que os quadros de reconhecimento, se existentes, cheguem antes do esgotamento da temporizao (timeout). Deste modo, se o quadro ou o reconhecimento so perdidos, a temporizao ser esgotada, podendo provocar a retransmisso do quadro. Neste caso, possvel que o quadro seja aceito mais de uma vez pela camada de Enlace e transmitido camada de Rede ocorrendo a duplicao de quadros. Para evitar este problema, deve-se introduzir um mecanismo de distino dos quadros a fim de que o receptor possa separar os quadros duplicados de seus originais. Existem basicamente duas tcnicas para a correo de erro. A primeira consiste na introduo, nos quadros, de informaes redundantes que permitam ao receptor reconstituir os dados enviados a partir da informao recebida. A segunda tcnica consiste em adicionar unicamente um conjunto de informaes redundantes o suficiente para que o receptor possa detectar a ocorrncia de um erro (sem corrigi-lo) e requisitar a retransmisso do quadro. Ao primeiro tipo de informao dado o nome de cdigo corretor e ao segundo tipo de informao cdigo detector. Um mtodo de deteco de erros largamente utilizado a definio de cdigos de deteco de erros polinomiais, tambm denominados CRC (Cyclic Redundancy Code). Nos cdigos polinomiais, considera-se que os bits de uma cadeia de caracteres so os coeficientes de um polinmio, coeficientes estes, capazes de assumir apenas dois valores: 0 ou 1. Assim, um bloco de k bits visto como uma srie de coeficientes de um polinmio de k termos, indo de X k-1a X 0. A palavra 110001 contm 6 bits ela representa ento o seguinte polinmio: x 5 + x 4 + x 0. A utilizao de cdigos de deteco polinomiais baseada na escolha de um cdigo especial que caracteriza um polinmio gerador, ou G(x). Uma exigncia em relao a este polinmio que os bits mais significativo e menos significativo (correspondendo, respectivamente aos coeficientes de mais alta ordem e de mais baixa ordem do polinmio) sejam de valor 1. A tcnica consiste em adicionar a um bloco de dados (caracterizando um polinmio M(x)) um conjunto de bits de controle de modo que o quadro (dados + bits de controle) seja divisvel por G(x). Na recepo, a entidade de Enlace efetua a diviso dos bits compondo o quadro pelo polinmio gerador. Caso o resto seja diferente de zero, caracterizada ento a ocorrncia de um erro de transmisso. Outra funo importante da camada de Enlace de Dados a de contornar o problema decorrente de transmissor que envia quadros mais rapidamente do que um receptor capaz de aceit-los. Esta situao pode ocorrer quando o transmissor est sendo executado em um computador muito rpido (ou que no esteja sobrecarregado) e o receptor est utilizando um computador lento (ou sobrecarregado). Mesmo que a transmisso no contenha erros, em um determinado ponto o receptor no mais ser capaz de receber os quadros e comear a perder alguns deles. Desta forma h a necessidade de mecanismos que impeam que esta situao acontea. A soluo mais comum incluir algum mecanismo de controle de fluxo para que o transmissor no mais envie quadros to rapidamente a ponto do receptor no ser capaz de receb-los corretamente. Geralmente estes mecanismos incluem informaes que devem ser enviadas do receptor para o transmissor para que este ltimo possa saber se o receptor ou no capaz de acompanh-lo. Existem diversos esquemas de controle de fluxo. No entanto, a maioria deles utiliza o mesmo princpio bsico. O protocolo contm regras bem definidas sobre quando o transmissor pode enviar o quadro seguinte. Com freqncia, essas regras impedem que os quadros sejam enviados at que o receptor tenha concedido permisso para transmisso, implcita ou explicitamente. Por exemplo, quando uma conexo for estabelecida, o receptor poder dizer: Voc est autorizado a me enviar n quadros agora, mas depois que eles tiverem sido enviados, no envie mais nada at eu dizer para continuar.

6.1.1.3 -

A CAMADA DE REDE.

A Camada de Rede responsvel da gesto de sub-redes; ela define a forma como os pacotes de dados sero encaminhados do emissor ao receptor. Os caminhos a serem utilizados podem ser definidos em funo de tabelas 46

estticas ou determinados dinamicamente no momento de cada dilogo em funo das condies de trfego da rede. Esta camada deve ainda efetuar a gesto dos problemas de congestionamento provocados pela presena de uma quantidade excessiva de pacotes de dados na rede. O objetivo da camada de Rede assegurar o transporte de unidades de dados denominadas pacotes do sistema fonte ao sistema destinatrio, definindo uma trajetria apropriada. Esta trajetria pode significar a passagem por diversos ns intermedirios da rede, o que significa que a camada de Rede deve ter o conhecimento de todos os aspectos topolgicos da rede considerada e, com esta informao, ser capaz de escolher o melhor caminho a ser realizado por estes pacotes. Nesta escolha, interessante que seja levado em conta o estado corrente de toda a rede, particularmente no que diz respeito ao trfego de mensagens, evitando assim a sobrecarga de certos trechos das linhas de comunicao. Ainda, se o sistemas fonte e destinatrio esto conectados a redes diferentes, estas diferenas devem ser levadas em conta e compensadas pela camada de Rede. A camada de Rede a camada mais baixa que trata a transmisso fim-a-fim. As duas funes essenciais da camada de Rede so roteamento e controle de congestionamento. Alm destas, so funes desta camada: 1. 2. 3. 4. 5. 6. 7. 8. multiplexao; endereamento; mapeamento entre endereos de rede e endereos de enlace; estabelecimento e liberao de conexes do servio de rede; transmisso de unidades de dados do servio de rede (pacotes); segmentao e blocagem de SDUs/PDUs; deteco e recuperao de erros; seqenciao.

A camada de Rede oferece servios camada de Transporte na interface entre estas duas camadas. Geralmente esta interface tem importncia especial por outra razo: costuma ser a interface entre a concessionria de comunicaes e o cliente, ou seja, a fronteira da sub-rede. Em geral, a concessionria de comunicaes tem o controle dos protocolos e interfaces at (e inclusive) a camada de rede. Sua tarefa entregar pacotes que recebe a seus clientes. Por isso esta interface deve ser especialmente bem definida. Os servios da camada de Rede foram projetados com os seguintes objetivos em mente: 1. 2. 3. os servios devem ser independentes da tecnologia de sub-rede; a camada de Transporte deve ser protegida contra a quantidade, o tipo e a topologia das sub-redes presentes; os endereos de rede que se tornaram disponveis para a camada de Transporte devem usar um plano de numerao uniforme, mesmo nas LANs e WANs.

6.1.1.3.1 - ENDEREAMENTO DE REDE O endereamento dos pontos de acesso ao servio de rede (SAPs de rede) deve ser completamente independente dos demais endereamentos dos outros nveis de protocolo. Basicamente dois tipos de endereamento so possveis: o hierrquico e o horizontal. No endereamento hierrquico o endereo constitudo de acordo com os endereos correspondentes aos vrios nveis de hierarquia de que faz parte. Um exemplo comum um endereo de SAP de rede formado pelo nmero da rede a que pertence, pelo nmero da estao dentro dessa rede e pelo nmero da porta associada. O protocolo IP da ARPAnet um exemplo de utilizao de endereo hierrquico, onde a identificao de um SAP de rede (nico por estao) formada pelo endereo da rede e pelo endereo da estao. O endereo hierrquico tambm o mtodo sugerido pelo ITU-T, atravs da recomendao X.121, para interconexo de redes pblicas de pacotes. Nessa recomendao os endereos so decimais formados por trs campos: um cdigo do pas (trs dgitos), um cdigo para a rede (um dgito no mximo dez redes) e um campo para o endereamento dentro da rede (dez dgitos). No endereamento horizontal, os endereos no tm relao alguma com o lugar onde esto as entidades dentro da rede. Um exemplo comum desse tipo de endereamento sero os endereos globalmente administrados, constitudos pelo nmero de assinatura do usurio, como os utilizados pelo padro IEEE802.

47

Consideraes sobre o roteamento parecem indicar vantagens na utilizao de endereos hierrquicos, uma vez que estes contm informaes explcitas sobre o local onde se localizam as entidades, informaes que podem ser usadas quando necessrio. J o endereo horizontal, por ser independente da localizao, facilita os esquemas de reconfigurao por permitir uma mobilidade das entidades sem renumerao das mesmas. O mapeamento do endereo de um SAP de rede em um endereo de sub-rede (muitas vezes o endereo no nvel de enlace se a rede no possui a subcamada de acesso sub-rede do RM-OSI) para o envio de pacotes uma tarefa a ser resolvida pelo nvel de rede (subcamada dependente da sub-rede). Existem duas tcnicas usuais para essa converso: resoluo atravs de mapeamento direto e resoluo atravs de vinculao dinmica. No mapeamento direto, a estao sabe como computar, de modo eficiente, o endereo de sub-rede, atravs de uma funo que mapeia o endereo inter-redes no endereo de sub-rede. Por exemplo, suponha o caso do endereamento hierrquico onde o campo de endereo de estao corresponde exatamente ao endereo da estao no nvel da sub-rede. Neste caso a converso trivial. Converses mais complicadas podem ser realizadas atravs de tabelas de converso e tcnicas de acesso rpido a estas tabelas. Para evitar o uso de tabelas de converso, uma vinculao dinmica pode ser efetuada entre o endereo da inter-rede e o endereo da sub-rede, atravs da utilizao de algum protocolo de resoluo. Por exemplo, suponha o caso extremo onde a cada comunicao enviada uma mensagem a toda a inter-rede, perguntando o endereo de subrede correspondente ao SAP de rede do destino. A estao de destino responderia requisio enviando seu endereo de sub-rede, possibilitando ao SAP de rede de origem realizar a comunicao. A questo, neste caso : uma vez que se est enviando uma mensagem por difuso perguntando o endereo de sub-rede, por que no enviar diretamente os dados por difuso? A razo vem do fato de que a realizao de difuso toda vez que se quer enviar um pacote, muito onerosa, em termos de trfego gerado na rede e de processamento que cada estao tem que realizar, quer o pacote seja destinado a ela ou no. Para reduzir esses custos, as estaes mantm em memria cache os endereos de sub-rede recentemente requeridos e sua vinculao com os endereos dos SAPs de rede, de forma a no ter de realizar o protocolo de resoluo a todo pacote transmitido.

6.1.1.3.2 - FUNO DE ROTEAMENTO. Como j vimos, a funo principal da camada de Rede efetuar o encaminhamento dos pacotes trocados entre duas entidades oferecendo uma comunicao fim-a-fim. Durante a trajetria os pacotes sofrero uma srie de saltos, sendo que a deciso de que caminho utilizar feita na camada de Rede, esta deciso podendo levar em conta (ou no) a situao da rede do ponto de vista do trfego de informao. Pode-se distinguir os diferentes algoritmos de roteamento em duas principais classes: os algoritmos adaptativos e no adaptativos (ou de rota fixa). Os algoritmos no adaptativos no levam em conta a situao de trfego da rede, fazendo o denominado roteamento esttico, j os adaptativos o fazem, considerando modificaes de topologia da rede e do trfego real, ou roteamento dinmico. A implementao do roteamento exige uma estrutura de dados que informe os possveis caminhos e seus custos, a fim de que se possa decidir qual o melhor caminho. No encaminhamento no adaptativo, a tabela de roteamento, uma vez criada, no mais alterada. As rotas so fixas e caminhos alternativos so tomados somente em caso de falhas. Esse mtodo tem a vantagem de ser bastante simples, mas em geral leva m utilizao dos meios de comunicao, a no ser que o trfego da rede seja bem regular e bastante conhecido. Um exemplo de roteamento esttico o flooding (ou inundao). Neste algoritmo cada pacote de entrada enviado para todas as linhas de sada, exceto para aquela em que chegou. Este mecanismo obviamente gera muitos pacotes duplicados e alguma tcnica deve ser empregada para amortecer este processo. Uma das tcnicas consiste em descartar o pacote depois que ele j percorrer um nmero mximo de roteadores em seu caminho. J no encaminhamento adaptativo, a rota escolhida de acordo com a carga na rede. Nas tabelas de rotas so mantidas informaes sobre o trfego (como por exemplo o retardo sofrido em um determinado caminho), que so consultadas para a escolha do caminho mais curto (por exemplo, o de menor atraso). As tabelas devem ser periodicamente atualizadas, podendo tal atualizao ser realizada de vrios modos: 1. No modo isolado a atualizao realizada com base nas filas de mensagens para os diversos caminhos e outras informaes locais. 2. No modo distribudo, cada n envia periodicamente aos outros ns, incluindo os roteadores, as informaes locais sobre a carga da rede. Essas informaes so utilizadas para o clculo da nova tabela.

48

3.

No modo centralizado cada n envia a um ponto central da rede as informaes locais sobre a carga. Essas informaes so utilizadas pelo ponto central para o clculo das novas tabelas, que so ento enviadas aos roteadores e demais ns.

Com relao ao caminho mais curto, existem vrias formas de medir o comprimento do caminho. Uma forma o nmero de saltos, isto , o nmero de ns intermedirios pelos quais deve passar o pacote at chegar ao destino. Outra medida a distncia geogrfica. Ainda outra medida poderia ser o retardo de transferncia do pacote. Nesse caso o caminho mais curto seria, na verdade, o caminho mais rpido.

6.1.1.3.3 - CONTROLE DE CONGESTIONAMENTO. Durante o funcionamento de uma aplicao distribuda construda sobre uma rede, existem instantes em que o fluxo de mensagens sendo trocadas pode atingir valores bastante grandes, de tal forma que os ns intermedirios, responsveis do tratamento dos pacotes, no sejam mais capazes de tratar os pacotes para retransmisso. Isto, naturalmente, ter como conseqncia uma degradao no funcionamento da rede, podendo trazer prejuzos (lentido, perdas de pacotes) ao desempenho da aplicao, comprometendo o seu correto funcionamento. As causas desta sobrecarga, conhecida por congestionamento, podem ser de vrias naturezas. Um exemplo disto pode ser a lentido dos ns na realizao do roteamento ou um mau funcionamento do mecanismo de controle de fluxo. O congestionamento consiste, normalmente, de um processo a realimentao positiva, o nmero de mensagens tendendo a crescer se a rede est congestionada. Sendo assim, a camada de Rede deve tambm fazer este papel, atravs da implementao de funes de controle de congestionamento. A primeira forma de controlar o congestionamento da rede atravs da pr-alocao de buffers, particularmente se o servio orientado conexo. Isto significa que, no momento do estabelecimento do circuito virtual que vai caracterizar a conexo, um determinado nmero de buffers deve ser alocado em cada n para permitir o armazenamento dos pacotes a serem retransmitidos por aquele circuito virtual. Evidentemente, o nmero de buffers a ser alocado vai depender do protocolo implementado entre cada par de ns intermedirios (IMPs). Um algoritmo do tipo envia-espera vai exigir um nmero de buffers evidentemente menor do que um algoritmo que autorize o envio de diversos pacotes antes da retransmisso. Outro mecanismo que adotado para o controle de congestionamento o da destruio de pacotes. Neste caso, no existe reserva prvia de buffers, de modo que, se um pacote chega num IMP (processador de interface de mansagem) e este no dispe de buffer para o seu armazenamento, este simplesmente destrudo (ou descartado). Se o servio oferecido do tipo datagrama, no h mais nada a fazer; por outro lado, se este orientado conexo, o pacote dever ser armazenado em algum n para uma possvel retransmisso. Ainda, a destruio de pacotes deve seguir uma certa disciplina, por exemplo, destruir um pacote de reconhecimento pode no ser uma boa soluo, uma vez que este pacote poderia permitir ao n o apagamento de um pacote de informao e, por conseqncia, a liberao de um buffer. Uma soluo para isto a reserva, para cada linha de chegada, de um buffer que possibilite a recepo de pacotes de reconhecimento endereados quele n. O controle de fluxo consiste em outra tcnica de controle de congestionamento, embora no muito eficiente nesta tarefa. O problema do controle do fluxo o fato que os limites do trfego no podem ser estabelecidos em valores muito baixos, pois isto pode provocar problemas de eficincia na aplicao se um pico de trfego necessrio. Por outro lado, a escolha de um limite alto de trfego pode resultar num controle medocre de congestionamento.
o

Outras tcnicas de controle de congestionamento so ainda implementadas, como por exemplo: controle isartmico, baseado na existncia em cada n de um certo nmero de fichas. O n que tiver um pacote a transmitir, deve obter uma ficha, se existir alguma disponvel. Isto permite manter constante o nmero de pacotes em circulao na rede;

os pacotes de estrangulamento, enviados por um n ao usurio do servio de rede, indicando que determinadas linhas de sada esto no limite da saturao. Isto faz com que o usurio reduza o envio de pacotes para o destino utilizando aquela linha at que a situao retome a normalidade.

6.1.1.4 -

A CAMADA DE TRANSPORTE.

A Camada de Transporte recebe os dados enviados da camada de sesso, decomp-los, se for o caso, em unidades de dados menores e garantir que todas as partes da mensagem vo ser transmitidas corretamente outra 49

extremidade. Esta funo deve ser suprida de maneira eficiente, inclusive, sem que a camada de Sesso tome conhecimento de possveis alteraes na tecnologia da parte material da rede. Esta camada cria, normalmente, uma conexo de rede para cada conexo de transporte requerida pela camada de Sesso, embora, se as necessidades de velocidade transmisso so justificadas, ela possa estabelecer diversas conexes de rede para uma mesma conexo de transporte. Por outro lado, se o custo da manuteno de uma conexo de rede considerado elevado, esta camada pode efetuar a funo inversa, ou seja, a multiplexao de vrias conexes de transporte sobre uma mesma conexo de rede, esta tarefa sendo feita de modo transparente para a camada de Sesso. Ela deve determinar, tambm, o tipo de servio oferecido camada de Sesso e, por conseqncia, aos usurios da rede. Uma conexo de transporte tpica aquela de um canal ponto-a-ponto, livre de erros de transmisso, transmitindo as mensagens na mesma ordem em que elas foram enviadas. Por outro lado, outras classes de servios podem fornecer uma conexo capaz de enviar as mensagens de modo isolado, mas sem a garantia de uma ordem correta na transmisso. O tipo do servio a ser fornecido definido no momento do estabelecimento da conexo. Uma caracterstica desta camada que ela implementa um verdadeiro dilogo fim-a-fim, ou seja, o programa executando no sistema fonte dialoga com o programa executando na mquina destino atravs dos cabealhos e informaes de controle contidas nas mensagens deste nvel. J nas camadas mais baixas, os protocolos operam entre mquinas vizinhas e no entre os sistemas fonte e destino, dado que estes podem estar separados por vrios IMPs (centrais de comutao de dados ou Interface Message Processor). Esta diferena fundamental, que se estende igualmente s camadas superiores (at a camada 7) pode ser verificada pela ilustrao da figura 6.3. Dado que esta camada responsvel do estabelecimento e trmino das conexes de rede, ela deve definir um mecanismo de endereamento que permita a um sistema indicar com qual sistema ele deseja dialogar. Finalmente, ela deve implementar um mecanismo de controle de fluxo fim-a-fim para evitar que o sistema fonte envie mensagens numa taxa superior quela com a qual o sistema destino pode consumi-las. 6.1.1.4.1 - SERVIOS OFERECIDOS PELA CAMADA DE TRANSPORTE. Segundo o modelo OSI, os usurios da camada de Transporte so as entidades de Sesso, s quais deve ser oferecido o servio confivel de transporte dos bits de informao fim-a-fim, este servio sendo fornecido atravs de uma entidade de software ou de hardware denominada entidade de transporte. De maneira similar camada de Rede, a de Transporte pode fornecer dois tipos de servio: sem conexo e orientados conexo. Os servios de Transporte orientados conexo so caracterizados pelas trs etapas j descritas para outros nveis do modelo OSI, isto , estabelecimento de conexo, transferncia de dados e liberao da conexo. Estes servios so bastante similares aos servios oferecidos pela camada de Rede, o que poderia colocar em dvida a necessidade desta camada. No entanto, a sua existncia se justifica pela necessidade de servios de superviso da camada de Rede do ponto de vista das entidades efetivamente envolvidas na comunicao. Uma superviso fim-afim entre as aplicaes, uma vez que, at o nvel Rede, as comunicaes se fazem ponto-a-ponto, na sub-rede de comunicao. Outra contribuio importante da camada de Transporte que ela permite a utilizao de primitivas de servio padro pelas diversas aplicaes construdas sobre a rede efetuando um perfeito isolamento em relao s camadas superiores e tornando transparentes as possveis alteraes tecnolgicas que poderiam ocorrer nos nveis inferiores. Por esta razo, costuma-se fazer uma distino entre os nveis de 1 a 4 e os de 5 a 7. Os primeiros quatro nveis seriam mais orientados ao transporte efetivo das informaes e os trs nveis superiores, mais orientados s aplicaes que sero construdas sobre a rede. Poderamos sintetizar o servio fornecido pela camada de Transporte como de supervisor da qualidade de servio oferecido pela camada de Rede. Isto significa que, se a camada de Rede confivel, a camada de Transporte no ter muito a fazer. Por outro lado, se o servio de Rede deficiente, a camada de Transporte assume a funo de suprir as diferenas entre a qualidade de servio que a camada de Sesso necessita e aquilo que a camada de Rede pode oferecer. Para isto, o conceito de qualidade de servio (QOS para Quality Of Service) um aspecto importante na concepo da camada de Transporte, baseado sobre um certo conjunto de parmetros, entre os quais destacam-se: 1. 2. 3. retardo no estabelecimento de uma conexo; probabilidade de falha no estabelecimento da conexo; desempenho (throughput); 50

4. 5. 6. 7. 8.

retardo de trnsito; taxa de erros residuais; proteo; prioridade; resilincia.

O retardo no estabelecimento de uma conexo o tempo decorrido entre a solicitao de uma conexo de transporte e o recebimento de sua confirmao pelo usurio do servio de transporte. Nessa caracterstica tambm est includo o retardo do processamento na entidade de transporte remota. A exemplo de todos os parmetros que medem retardo, quanto menor o retardo, melhor o servio. A probabilidade de falha no estabelecimento da conexo a possibilidade da conexo no se estabelecer dentro de um perodo mximo estabelecido devido a, por exemplo, um congestionamento na rede, falta de espao de tabela em algum lugar ou a outros problemas internos. O parmetro desempenho (throughput) calcula o nmero de bytes de dados do usurio transmitidos por segundo durante um determinado intervalo de tempo. Ele medido separadamente para cada direo de fluxo. O retardo de trnsito calcula o tempo transcorrido desde o envio de uma mensagem pelo usurio de transporte da mquina de origem at seu recebimento pelo usurio de transporte da mquina destino. A exemplo do throughput, cada direo do transporte analisada separadamente. A taxa de erros residuais calcula o nmero de mensagens perdidas ou corrompidas em uma porcentagem do total enviado. Na teoria, a taxa de erros residuais deveria ser zero, pois o trabalho da camada de transporte esconder os erros da camada de rede. Na prtica, essa taxa pode apresentar um valor baixo finito. O parmetro proteo oferece uma forma de o usurio de transporte especificar seu interesse no fato da camada de transporte fornecer proteo contra a leitura, ou a modificao, de dados por parte de terceiros. O parmetro prioridade oferece ao usurio de transporte um modo de indicar que algumas conexes so mais importantes do que outras e, em caso de congestionamento, garantir que as conexes de maior prioridade sejam atendidas primeiro. O parmetro de resilincia oferece camada de transporte a probabilidade de finalizar uma conexo espontaneamente devido a problemas internos ou congestionamento. No momento do pedido de um estabelecimento de conexo, o usurio do transporte que est solicitando a conexo encaminha os seus parmetros desejados de QoS nas primitivas de servio. Se a camada de Transporte julga certos parmetros longe da realidade, ela pode sinalizar isto ao usurio iniciante, sem mesmo ter tentado estabelecer a conexo, atravs de uma mensagem de erro que vai, tambm, indicar a natureza do erro sinalizado. Outra possibilidade a camada de Transporte julgar que um certo valor para um parmetro seja impossvel de ser oferecido mas que um valor no muito longe daquele poderia ser oferecido. Neste caso, ela pode modificar os valores dos parmetros enquadrados e encaminhar o pedido de conexo mquina remota. Ainda, se a mquina distante verifica que ela no pode oferecer determinados valores especificados nos parmetros do pedido, ela pode modificar tambm aqueles parmetros. Se ela verifica no poder determinados parmetros nos valores mnimos permitidos, neste caso ela vai rejeitar a conexo. Esse procedimento chamado negociao de opo (option negotiation). Uma vez negociadas as opes sero mantidas durante toda a conexo. Muitas concessionrias de servios de rede tendem a cobrar mais caro por servios de melhor qualidade para evitar que os seus clientes fiquem obcecados por esses detalhes.

6.1.1.4.2 - ENDEREAMENTO. Quando um processo de aplicao deseja estabelecer uma conexo com um processo de aplicao remoto, necessrio especificar a aplicao com que se conectar. O transporte sem conexo tambm tem o mesmo problema. O mtodo normalmente utilizado definir os endereos de transporte que os processos podem ouvir para receber solicitaes de conexo. Na arquitetura Internet, essas extremidades (endereo IP, porta local) formam pares. Em redes ATM, eles so os AAL-SAPs. O termo TSAP (Transport Service Access Point) um termo mais neutro. Os pontos finais anlogos da camada de rede so chamados NSAPs. Os endereos IP so exemplos de NSAPs. 51

A figura 6.5 ilustra a relao entre o NSAP, o TSAP, a conexo de rede e a conexo de transporte para uma sub-rede orientada conexo. Cabe observar que normalmente uma entidade aceita vrios TSAPs. Em algumas redes tambm existem vrios NSAPs; no entanto, em outras, cada mquina tem somente um NSAP (por exemplo, um endereo IP). A seguir apresentado um cenrio para uma conexo de transporte atravs de uma camada de rede orientada conexo. 1. um processo servidor para informar a hora do dia no host 2 se associa ao TSAP 122 para aguardar a chegada de uma chamada. O processo de associao do processo a um TSAP dependente do sistema operacional local; 2. um processo de aplicao no host 1 deseja encontrar a hora do dia e, portanto, transmite uma solicitao especificando o TSAP 6 como origem e o TSAP 122 como destino;

3.

a entidade de transporte no host 1 seleciona um endereo de rede em sua mquina (se houver mais de um) e estabelece uma conexo de rede entre eles; atravs desta conexo a entidade de transporte do host 1 pode se comunicar com a entidade de transporte do host 2; a entidade de transporte do host 1 diz sua correspondente no host 2 que quer estabelecer uma conexo de transporte entre o seu TSAP 6 e o TSAP 122 dele; a entidade de transporte no host 2 ento pergunta ao servidor da hora do dia no TSAP 122 se ele est disposto a aceitar uma nova conexo; se ele concordar, a conexo de transporte ser estabelecida.

4.

5.

Figura 6.5 TSAPs, NSAPs e conexes. Observe que a conexo de transporte acontece de TSAP para TSAP, enquanto a conexo de rede s faz parte do caminho, de um NSAP para outro NSAP. Porm fica uma questo: como o processo de usurio do host 1 sabe que o servidor de hora do dia est associado ao TSAP 122? Uma possibilidade que o servidor de hora esteja associado ao 52

TSAP 122 h muito tempo e que, aos poucos, todos os usurios da rede tenham se acostumado com isso. Nesse modelo os servios tm endereos TSAP fixos ou estveis que podem ser divulgados aos novos usurios quando eles se associam rede. Mas nem sempre os processos de aplicao possuem estes endereos estveis. Um esquema diferente utilizado em hosts UNIX na Internet e conhecido como protocolo de conexo inicial. Neste esquema, ao invs das aplicaes estarem conectadas a TSAPs conhecidos, existe um servidor de processos que funciona como um proxy para os servidores menos usados. Ele atende a uma srie de portas ao mesmo tempo, aguardando uma solicitao de conexes TCP. Os usurios potenciais de um servio devem iniciar por uma solicitao de conexo especificando o endereo TSAP (porta TCP) do servio de que necessitam. Se nenhum servidor os estiver aguardando, eles estabelecem uma conexo com o servidor de processos, como mostra a figura 6.6 (a). Depois de receber a solicitao, o servidor de processos encerra a conexo para o servidor solicitado, permitindo que herde a conexo j existente com o usurio. Em seguida o novo servidor executa a tarefa solicitada, enquanto o servidor de processos volta a aguardar novas solicitaes , como mostra a figura 6.6 (b).

Figura 6.6 Exemplo de estabelecimento de conexo entre hosts para acesso a um servidor de hora do dia. Enquanto o protocolo de conexo inicial funciona bem quando os servidores podem ser criados quando necessrios, h muitas situaes em que os servios existem de forma independente do servidor de processos. Um servidor de arquivos, por exemplo, deve ser executado em um hardware especial (uma mquina com grande capacidade de disco) e no pode ser criado dinamicamente quando algum deseja se comunicar com ele. Com freqncia, usado um esquema alternativo para administrar essa situao. Nesse modelo existe um processo especial chamado servidor de nomes (name server), ou, s vezes, servidor de diretrios (directory server). Para localizar o endereo TSAP correspondente a um determinado nome de servio, um usurio estabelece uma conexo com o servidor de nomes (que est associado a um TSAP bem conhecido). Em seguida, o usurio envia uma mensagem especificando o nome do servio, e o servidor de nomes retorna o endereo TSAP. Depois disso o usurio encerra a conexo com o servidor de nomes e estabelece uma nova conexo com o servio desejado. Ainda nesse modelo, quando um servio criado ele deve se registrar no servidor de nomes, fornecendo seu nome de servio (normalmente um string ASCII) e o endereo de seu TSAP. O servidor de nomes registra essas informaes em seu banco de dados interno para que possa fornecer as respostas quando houver consultas. Vamos supor que o usurio tenha encontrado o endereo do TSAP com que deseja estabelecer a conexo. Outra questo interessante a seguinte: como a entidade de transporte local sabe em qual mquina esse TSAP est localizado? Mais especificamente, como a entidade de transporte sabe qual endereo da camada de rede ser necessrio para estabelecer uma conexo de rede com a entidade de transporte remota que administra o TSAP solicitado? A resposta depende da estrutura dos endereos TSAP. Uma das possibilidades que os endereos TSAP sejam endereos hierrquicos (hierarchical address). Dessa forma, os endereos consistem em uma seqncia de campos usados para particionar o espao de endereo de modo disjunto. Por exemplo, um endereo realmente universal poderia ter a seguinte estrutura:

53

endereo = <galxia> <estrela> <planeta> <pas> <rede> <host> <porta> Com este esquema, fica fcil localizar de forma direta um TSAP em qualquer lugar do universo. Do mesmo modo, se um endereo TSAP uma concatenao de um endereo NSAP e de uma porta (um identificador local especificando um dos TSAPs locais), quando uma entidade de transporte recebe um endereo TSAP para se conectar, ela usa o endereo NSAP contido no endereo TSAP para chegar entidade de transporte remota correta. Uma alternativa ao uso de um espao de endereamento hierrquico um espao de endereo simples (flat address space). Se os endereos TSAPs no forem hierrquicos, um segundo nvel de mapeamento ser necessrio para localizar a mquina apropriada. Seria necessrio um servidor de nomes que utilizasse os endereos de transporte como entrada e retornasse endereos de rede como sada. Outra alternativa para algumas situaes (por exemplo, em uma LAN), fazer uma consulta solicitando mquina de destino que se identifique enviando um pacote especial para este fim. 6.1.1.4.3 - MULTIPLEXAO E SPLITTING A multiplexao encontrada nos vrios nveis do RM-OSI. A multiplexao de um NSAP por vrios TSAPS pode surgir por vrios motivos e o mais comum o custo. Vrias concessionrias de servios de rede fazem a sua tarifao baseada no tempo em que uma conexo de rede est aberta. Em uma aplicao com trfego em rajada essa conexo pode ficar muito tempo ociosa, tendo o usurio de pagar por este tempo. Uma soluo a multiplexao de vrias conexes de transporte na conexo de rede. A multiplexao tambm se justifica por outros motivos alm da tarifao. Por exemplo, quando a conexo de rede oferece uma banda passante muito maior que a utilizada pelas conexes de transporte. Por outro lado, pode acontecer o inverso, a conexo de rede pode oferecer uma banda passante muito mais baixa do que a necessria pela conexo de transporte. Uma soluo nesse caso realizar a diviso (splitting) da conexo de transporte em vrias conexes de rede. No caso de uma estao possuir vrios canais de sada no nvel fsico, o splitting pode ser usado para aumentar o desempenho. 6.1.1.4.4 - ESTABELECIMENTO E ENCERRAMENTO DE CONEXES O estabelecimento e encerramento de conexes de transporte seria simples, se a rede no perdesse, armazenasse ou duplicasse pacotes. Uma soluo para prevenir que erros decorrentes destes problemas aconteam pode ser conseguida estabelecendo um tempo de vida mximo na rede para um pacote, isto , passado este tempo ele destrudo. O tempo de vida de um pacote pode ser limitado usando-se um contador de saltos para cada um, incrementado cada vez que passa por um n intermedirio da rede ou um tempo de nascimento (timestamp) com a hora da criao. Com essas precaues podemos calcular o tempo T a partir do qual podemos ter certeza de que o pacote e suas confirmaes causaro problemas. As tcnicas utilizadas para evitar estes problemas so atravs da utilizao de timers e nmeros de seqncia e tambm atravs de um handshake de trs vias. Os problemas no encerramento de uma conexo esto relacionados ao fato de existirem trs formas de encerramento, quais sejam: um dos usurios solicita desconexo, os dois solicitam desconexo simultaneamente ou a camada de transporte desiste e transmite pedido de desconexo para ambas as partes. Em todas as situaes as liberaes so abruptas e pode haver perda de dados. 6.1.1.4.5 - CONTROLE DE FLUXO E BUFFERIZAO Existe uma certa semelhana com a camada de enlace, pois tambm evita que transmissor rpido sobrecarregue receptor lento, s que no caso o emissor e receptor so aplicaes da rede. Um diferena que um IMP tem nmero pequeno de linhas e os hosts podem ter um nmero indeterminado de conexes. A estratgia de buferizao deve levar em considerao trs questes relacionadas a estratgia a ser adotada pelo transmissor quanto a buferizao de TPDUs enviadas. Isto deve ser feito quando: 1. 2. 3. o servio de rede no confivel (redes tipos B e C); o receptor no pode garantir aceitao de todas as TPDUs recebidas; confirmao da camada de rede s pode garantir recebimento, no confirmao.

Algumas das tcnicas usadas para determinao de tamanho do buffer so: 1. buffers de tamanho fixo encadeados; 2. buffers de tamanho varivel encadeados; 3. buffer circular estendido para cada conexo; 4. alocao dinmica de buffers. 54

6.1.1.5 -

A CAMADA DE SESSO.

A Camada de Sesso responsvel dos estabelecimentos de sesses de dilogo para os usurios da rede. Uma sesso objetiva permitir o transporte de dados, da mesma forma que os servios oferecidos pela camada de Transporte, mas ela oferece servios mais sofisticados de comunicao que podem ser teis a determinadas aplicaes. Um exemplo disto a possibilidade de envio, atravs de uma sesso, de um arquivo de dados (ou programa) de um sistema a outro. Outro servio da camada de Sesso efetuar a gesto do dilogo, ou seja, definir, por exemplo, se o dilogo vai ser efetuado em modo uni ou bidirecional. Um servio tambm importante aquele da sincronizao do dilogo. Por exemplo, se um arquivo deve ser transferido atravs de uma sesso e este deve durar duas horas. Se, por uma razo qualquer, o tempo mdio entre duas panes de uma hora. Aps uma primeira interrupo por pane, a transferncia dever reiniciar, podendo ocasionar em erros de transmisso. Uma forma de evitar isto a insero de pontos de teste junto aos dados fazendo com que, aps uma interrupo de transferncia, os dados sejam retomados apenas a partir do ltimo ponto de teste. Segundo o modelo OSI, os usurios dos servios de Sesso so as entidades de Apresentao. A principal funo desta camada oferecer aos seus usurios meios para o estabelecimento das conexes, denominadas sesses, de modo que estes possam trocar dados. Uma sesso pode ser utilizada para permitir a conexo distncia a um computador, por exemplo, atravs de um terminal, para uma transferncia de arquivo, para o carregamento de programas, etc. No que diz respeito conexo de Sesso (ou sesso, como definido acima), pode-se estabelecer as diferentes possveis relaes entre uma conexo de Sesso e uma conexo de Transporte, como mostra a figura 6.7 que mostra, em (a) uma correspondncia de 1 a 1 entre uma conexo de Sesso e uma de e em (b), uma mesma conexo de Transporte para suportar diferentes sesses. Ainda, pode-se ter o quadro inverso, onde, pela quebra de uma conexo de Transporte, a abertura de uma nova providenciada para garantir a continuidade de uma mesma sesso. Este ltimo cenrio, ilustrado (c), se caracteriza, por exemplo, quando as entidades de Transporte assumem a tarefa de retomada de dilogo aps uma pane.

Figura 6.7 - Diferentes relaes entre conexo de Sesso e de Transporte: (a) correspondncia 1 a 1; (b) uma conexo de Transporte para vrias sesses; (c) vrias conexes de Transporte para uma nica sesso.

A camada de Sesso deve cobrir igualmente os problemas relacionados sincronizao. Esta tarefa til para a manuteno da coerncia do estado entre dois usurios interlocutores em caso de erro ou outro problema. Apesar da camada de Transporte ter, por princpio, a funo de cobrir todos os problemas relacionados retomada aps erros ou panes, esta camada cobre unicamente os problemas relacionados transmisso de dados propriamente dita, no levando em conta os problemas que podem ocorrer nas camadas superiores. Estes erros podem ocasionar perdas de dados que a camada de Transporte incapaz de detectar (uma vez que esta no a sua funo!). A camada de Sesso vem, ento, ao socorro do sistema efetuando a tarefa de sincronizao, atravs da insero a nvel dos dados de pontos de sincronizao, que permitem manter a sesso num estado correspondendo a um antigo ponto de sincronizao. Um exemplo disto pode ser ilustrado na transmisso de um documento via rede, no qual este pode ser decomposto em pginas s quais se pode associar os pontos de sincronizao. Neste caso, a resincronizao vai consistir na retransmisso do documento a partir de uma dada pgina que estava sendo transmitida quando o problema ocorreu. A sincronizao implementada da seguinte forma: o usurio emissor insere, nas suas mensagens, pontos de sincronizao, cada ponto contendo um nmero de srie. Quando um usurio envia uma primitiva (request) para inserir um ponto de sincronizao, o outro usurio vai receber uma primitiva de indicao correspondente, isto ocorrendo de igual maneira no caso de uma resincronizao.

55

 importante notar aqui que a camada de Sesso oferece unicamente as ferramentas para a soluo dos problemas de erros e incoerncia por sincronizao/resincronizao. Na realidade, quem ativa estas ferramentas quando da ocorrncia de um problema so as entidades das camadas superiores.

6.1.1.6 -

A CAMADA DE APRESENTAO.

A Camada de Apresentao utiliza algumas funes freqentemente necessrias de modo a poupar o usurio deste trabalho. Esta camada assume particularmente as funes associadas sintaxe e semntica dos dados transmitidos. Um exemplo tpico das funes efetuadas por esta camada a codificao da informao num padro bem definido (ASCII, EBCDIC, etc.). Esta camada pode ainda suprir outras funes associadas compreenso dos dados, se utilizando do conhecimento do significado da informao para reduzir a quantidade de informao enviada, inclusive para implementar funes de confidencialidade e de autenticao.

6.1.1.7

A CAMADA DE APLICAO.

A Camada de Aplicao implementa um conjunto de protocolos bastante diversificado e orientado a aplicaes bem definidas. Um exemplo disto o protocolo de terminal virtual, que permite gerar a utilizao de um determinado programa (por exemplo, um editor de textos) de forma independente do tipo de terminal conectado rede. Outro servio importante o de transferncia de arquivos, que permite adaptar o tipo do arquivo transferido forma implementada pelo sistema de arquivamento do sistema considerado. Na parte dedicada a esta camada veremos, alm destas, outras classes de servios implementados a este nvel. A camada de Aplicao tem por funo o gerenciamento dos programas de usurio (programas de aplicao) que executam em mquinas conectadas e utilizam o sistema de comunicao para a troca de informaes. Os programas de aplicao executados via sistema de comunicao baseada no modelo OSI vo utilizar-se dos servios de comunicao oferecidos pela camada de Apresentao. Esta camada a que mantm o contato direto com os usurios da arquitetura de comunicao, abrindo caminho para todos os servios oferecidos pelas camadas inferiores. A grande diversidade das aplicaes podendo ser construdas sobre uma arquitetura de comunicao e a questo da heterogeneidade dos sistemas, fator importante da concepo do modelo OSI, conduziu, no mbito da ISO, definio de uma arquitetura unificada para a camada de Aplicao, ALS (Application Layer Structure), definida pela norma ISO 9545. Nesta definio, a norma no prope servio de Aplicao, mas introduz um conjunto de conceitos relacionados estrutura da camada, que pode servir como base para a definio de outras normas ou propostas de servios de Aplicao. Dado que a camada de Aplicao a mais alta do modelo OSI, ela no fornece servio a nenhuma outra camada, a noo de conexo ficando, ento, inadequada no nvel de Aplicao. Por outro lado, a comunicao entre entidades de Aplicao pares deve ser suportada por alguma forma de relao que permita a troca de informaes de controle dos protocolos de Aplicao, esta forma de relao sendo definida como uma Associao de Aplicao. Os elementos compondo a arquitetura da camada de Aplicao vo se utilizar as facilidades oferecidas pela camada de Apresentao para a manipulao e a representao de dados, e os mecanismos de controle de dilogo oferecidos pela camada de Sesso. As interaes entre os programas aplicativos permitem modelar a operao cooperativa entre os sistemas abertos reais, necessitando porem o compartilhamento de uma quantidade de informaes que viabilize estas interaes, a fim de que o tratamento das atividades seja feito de maneira coerente. Trs tipos de informao so, particularmente, relacionados natureza das interaes entre os programas aplicativos: 1. o conjunto de objetos sujeito s atividades de tratamento de informao; 2. os procedimentos de controle e de cooperao do tratamento distribudo para a comunicao entre programas; 3. os estados das interaes passadas entre programas de aplicao.

56

6.2 - O RM-OSI E AS REDES LOCAIS. As Redes locais possuem caractersticas que afetam principalmente os nveis mais baixos de protocolo de uma arquitetura de rede. 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. O RM-OSI, embora teoricamente, possa ser utilizado tanto em redes geograficamente distribudas como em redes locais, foi projetado para uso em redes geograficamente distribudas. Sua aplicabilidade em redes locais no pode deixar de levar em considerao as caractersticas intrnsecas destas redes. As distncias limitadas a que so destinadas as redes locais permitem que seu protocolo de nvel fsico possa utilizar um meio de alta velocidade com baixssimas taxas de erros. Este fato influencia muito os outros nveis de protocolos. Vrias diferenas existem na camada de enlace de dados, a comear pela delimitao dos quadros. Ao contrrio das redes de longa distncia, nas redes locais o mtodo mais apropriado para delimitao de 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 erros, no cabe ao nvel de enlace utilizar muitos bits de redundncia para a recuperao de erros. Mais ainda, se levarmos em considerao que para determinadas aplicaes os requisitos de tempo real so bem mais importantes do que sua confiabilidade exagerada da transmisso. Muitas vezes nem a recuperao de erros por retransmisso desejvel neste nvel. Ao nvel de enlace caberia apenas um esforo mximo para entregar pacotes de nvel 3 sem erros, mas no a sua recuperao caso esse servios ocorram. Em redes locais as regras que disciplinam o acesso ao meio fsico para transmisso de dados so chamadas protocolos de acesso. Como exemplo pode-se citar as regras para controle de acesso ao barramento compartilhado. Nas redes locais a transmisso de dados feita por difuso ou possuem roteamento nico. Neste sentido os protocolos de ligao poderiam estar no nvel 2 do RM-OSI, uma vez que tratam do envio do pacote de uma mquina para outra, mas igualmente poderiam ser colocados no nvel de rede uma vez que se trata do envio de um pacote da estao de origem at a estao de destino, isto , fim-a-fim. Existem tambm propostas que os colocam no nvel fsico, uma vez que determinam a ligao fsica ao meio. O comit de padronizao de redes locais, o IEEE 802, os coloca como parte do nvel 2. Como nas redes locais a transmisso de dados feita por difuso ou possuem roteamento nico o nvel de rede no tem aqui grande relevncia. Em muitas redes o nvel de transporte vai ser construdo imediatamente acima do nvel de enlace. Opcionalmente devemos permitir que o nvel de transporte seja construdo acima do nvel inter-redes. O nvel 3 em redes locais teria ento como funo o roteamento de pacotes entre estao origem e destino em redes diferentes ou na interconexo de redes locais entre si. Neste nvel ainda o mais adequado a utilizao de datagrama no confivel, deixando para os nveis superiores a recuperao, se necessria, dos 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 a parte de transmisso, pode ainda tirar vantagem que o meio lhe oferece, como por exemplo, a confirmao de vrios circuitos virtuais em uma nica mensagem em uma rede do tipo difuso. A implementao dos demais nveis de protocolo depende muito das aplicaes 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. 6.3 - O PADRO IEEE 802. O projeto IEEE 802 teve origem na Sociedade de Computao do Instituto de Engenheiros Eletricistas e Eletrnicos dos EUA, ou IEEE Computer Society. O comit 802 publicou um conjunto de padres que foram adotados como padres nacionais americanos pelo American National Standards Institute (ANSI). Estes padres foram posteriormente revisados e republicados como padres internacionais pela ISO com a designao ISO 8802. O objetivo foi o estabelecido de uma arquitetura padro, orientada para o desenvolvimento de redes locais, que apresentasse as seguintes caractersticas: 1. correspondncia mxima com o RM-OSI; 2. interconexo eficiente de equipamentos a um custo moderado; 3. implantao da arquitetura a custo moderado. A estratgia adotada na elaborao da arquitetura IEEE 802 a de definir mais de um padro de forma a 57

atender aos requisitos dos sistemas usurios da rede. Na verdade, a arquitetura IEEE 802 pode ser vista como uma adaptao das duas camadas inferiores da arquitetura RM-OSI da ISO. Nesta arquitetura existem 3 camadas, ou seja, uma equivalente camada fsica e duas sub-camadas que juntas equivalem a camada de enlace. Elas so assim denominadas: 1. camada fsica (PHY); 2. sub-camada de controle de acesso ao meio (MAC); 3. sub-camada de controle de enlace lgico (LLC). Para atender o modelo elaborado devemos observar que as funes de comunicao mnimas e essenciais de uma rede local, equivalentes aos nveis inferiores do RM-OSI, podem ser assim definidas: 1. fornecer um ou mais SAPs (pontos de acesso ao servio) 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. Estas quatro funes so fornecidas pelo nvel de enlace do RM-OSI. A primeira funo, as sub-funes a ela relacionadas, so agrupadas pelo IEEE 802 na camada Logical Link Control (LLC). As trs restantes so tratadas em uma camada separada, chamada Medium Access Control (MAC), que podem, ento, ser otimizadas para as diferentes topologias de redes locais, mantendo uma interface nica, a camada LLC, para os usurios da rede local. Em um nvel fsico, 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 6.8 apresenta a relao entre alguns dos principais padres IEEE 802 e o RM-OSI. importante ressaltar que j existem outros padres IEEE 802.X, que j foram ou sero aqui citados, tais como IEEE 802.11 (FDDI) e IEEE 802.12 (100VGAnyLAN). 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. Este documento contm tambm padres para gerenciamento da rede e informaes para ligao inter-redes. O padro ANSI/IEEE 802.2 (ISO 8802/2) descreve a sub-camada superior do nvel de enlace, que utiliza o protocolo Logical Link Control Protocol. Os outros padres que aparecem na figura 6.8 especificam diferentes opes de nvel fsico e protocolos da sub-camada MAC para diferentes tecnologias de redes locais. So eles: 1. padro IEEE 802.3 (ISO 8802/3), rede em barra utilizando CSMA/CD (Carrier Sense Multiple Access with Collision Detection) como mtodo de acesso; 2. padro IEEE 802.4 (ISO 8802/4), rede em barra utilizando passagem de permisso como mtodo de acesso; 3. padro IEEE 802.5 (ISO 8802/5), rede em anel utilizando passagem de permisso como mtodo de acesso; 4. padro IEEE 802.6 (ISO 8802/6), rede em barra utilizando o Distributed Queue Dual Bus (DQDB) como mtodo de acesso. Os padres IEEE 802.3 (CSMA/CD) e IEEE 802.5 (Token Ring) so os mais conhecidos em funo de terem sido a base para os produtos Ethernet (Xerox, Digital, etc.) e Token Ring (IBM). O padro IEEE 802.4 denominado Token Bus e o padro IEEE 802.6 denominado DQDB. H ainda a definio de vrios padres dentro deste projeto.

Figura 6.8 - Relao entre os padres RM-OSI e IEEE 802.

58

6.4 - INTERCONEXO DE REDES LOCAIS. A interconexo de redes locais uma necessidade nos dias atuais. Esta a tarefa mais importante da camada de rede em redes locais. Ela se faz necessria quando mquinas origem e destino esto em redes diferentes. Na execuo da funo de ligar rede locais entre si pode-se criar topologias parcialmente ligadas fazendo com que existam caminhos diferentes por redes intermedirias, com diferentes protocolos. O principal problema que decorre disto que existem diversos tipos de redes com caractersticas prprias. Assim, a tarefa do nvel de rede compatibilizar as diferentes tecnologias e protocolos empregados nas redes a serem interconectadas. Nem sempre a interconexo de redes exige alto grau de complexidade. Por vezes apenas necessrio ligar dois segmentos de rede exatamente iguais, ou que possuam apenas o meio fsico diferente. Por exemplo, quando desejamos interconectar duas redes Ethernet com cabeamento diferente. Outro problema, um pouco mais complexo, seria interconectar duas redes com protocolos de acesso diferentes, porm com o mesmo protocolo de rede. Por exemplo, se desejarmos interconectar uma rede Ethernet com uma rede Token Ring. As motivaes que podem levar necessidade de interconectar de redes entre si so: 1. de ordem econmica, por exemplo, para compartilhar uma interface de rede pblica; 2. de ordem tecnolgica, por exemplo, para interconectar vrias redes locais em reas ou prdios distintos; 3. para melhorar desempenho e confiabilidade, por exemplo, dividir uma rede local com grande nmero de estaes em 2 ou mais redes; 4. de ordem funcional, por exemplo, para atender necessidades do usurio, tais como acesso a recursos como bancos de dados, disponveis em outras redes. Algumas questes a serem abordadas para a interconexo: endereamento e encaminhamento das mensagens; fragmentao das mensagens; deteco e recuperao de erros; servio com ou sem conexo; nvel de interconexo; controle de fluxo; controle de congestionamento; segurana; tarifao de servios; nomes e endereamento.

1. 2. 3. 4. 5. 6. 7. 8. 9. 10.

A ligao entre equipamentos heterogneos deve ter convenes para representao de nomes e endereos de processos que tenham significado em toda a rede. As referncias s redes so feitas por nomes ou por endereos, e isto importante para identificao de recursos na rede. A maneira mais comum o endereamento hierrquico, ou seja, o endereo do processo constitudo de endereo da rede, endereo do equipamento hospedeiro (host) e endereo dentro do hospedeiro (porta). H tambm uma alternativa, o endereamento plano, ou no-hierrquico, onde h um endereo para cada recurso na rede. importante lembrar que a interconexo de duas redes exige a implementao, em cada rede, de um protocolo inter-redes que realize, pelo menos, as funes de tratamento de endereos. Os principais equipamentos para interconexo de redes so: repetidores, pontes e roteadores. 6.5 - A ARQUITETURA TCP/IP INTERNET. A arquitetura Internet largamente utilizada para interconexo e interoperao de sistemas computacionais heterogneos. Tal arquitetura foi lanada pelo Departamento de Defesa do governo americano e escolhida para ser o padro obrigatrio de comunicao entre os diversos sistemas daquela organizao. Ela tornou-se um padro de fato do mercado. Seus padres no so definidos por entidades de padronizao internacional como a ISO, por exemplo. As definies dos protocolos so encontradas em documentos denominados RFC (Request for Comments), os quais so elaborados pelo IAB (Internet Activities Board). A arquitetura Internet tambm organizada em camadas. Ela composta por dois protocolos principais: o IP (Internet Protocol) e o TCP (Transmission Control Protocol). O IP responsvel pelo encaminhamento de pacotes de dados atravs das diversas sub-redes, desde a origem at o seu destino. O TCP tem por funo o transporte fim-afim, confivel, de mensagens de dados entre dois sistemas. 59

O IP um protocolo do tipo datagrama, operando, portanto, no modo no orientado conexo, enquanto o TCP um protocolo de transporte orientado conexo. O conjunto TCP/IP pode, desta forma, oferecer um servio relativamente confivel. Para uso em redes de alta qualidade, onde o problema de confiabilidade no assume grande importncia, foi definido o protocolo UDP (User Datagram Protocol) que opera no modo no orientado conexo e possui funcionalidades bem mais simplificadas que o TCP. Dentre os protocolos correspondentes de cada camada, o protocolo IP que desempenha as atividades mais importantes de toda a arquitetura. O IP tem como funo a fragmentao/desfragmentao e o roteamento de unidades de dados atravs dos equipamentos roteadores existentes no caminho a ser seguido at o destino da comunicao. O IP atualmente se encontra na verso 4.0 que foi apresentada em 1978 e possui problemas para ser utilizado nos dias atuais, dentre os quais destacam-se a baixa quantidade de endereos de interfaces oferecido, a no hierarquizao dos endereos e a falta de recursos de segurana e de controle de qualidade de servio para a transmisso dos dados. Devido a esses e outros problemas, alm da necessidade de incluso de novos requisitos tecnolgicos a este protocolo, est sendo criado uma nova verso do IP, o IPv6 (ou IPng). A Internet cresceu muito alm do que se podia imaginar. A Internet hoje uma coleo de redes acadmicas, militares e comerciais espalhadas pelo mundo, interconectadas atravs do protocolo TCP/IP. Uma vez que toda a rede conectada Internet deve falar o protocolo TCP/IP, natural que o interesse comercial por este protocolo tenha crescido muito, ao ponto de hoje estar disponvel em quase todas as plataformas. Alm disso, comum encontrarmos TCP/IP sendo utilizado em redes locais que no esto conectadas Internet. O sucesso e a popularidade do protocolo TCP/IP no se deve apenas imposio das agncias militares americanas, mas tambm ao fato der ter sido o primeiro protocolo a atingir a importante meta da comunicao de dados com abrangncia mundial. Isto somente foi possvel graas a algumas de suas caractersticas: 1. TCP/IP um protocolo aberto, pblico e completamente independente de equipamentos e de sistemas operacionais; 2. TCP/IP no define protocolos para o nvel fsico, possibilitando sua implementao sobre uma grande variedade de protocolos j existentes, tais como: Ethernet, Token Ring e X.25; 3. O esquema de endereamento do TCP/IP permite designar univocamente qualquer mquina, mesmo em redes globais como a Internet; 4. TCP/IP inclui protocolos do nvel de aplicao que atendem muito bem demanda de servios imposta pelos usurios. Uma vez que a padronizao foi essencial para a definio do TCP/IP como o protocolo mais utilizado no mundo, importante que se conhea como ele foi, e continua sendo, padronizado. Originalmente, os protocolos bsicos do TCP/IP foram padronizados atravs de Military Standards (MILSTD) e de Internet Engineering Notes (IEN). Atualmente, a maior parte da padronizao do TCP/IP feita atravs de Requests For Comments (RFC), que, alm da especificao formal dos protocolos, inclui informaes importantes sobre seu funcionamento e uso. 6.5.1 - AS CAMADAS DO TCP/IP. A descrio da arquitetura do protocolo TCP/IP em camadas como as do modelo de referncia OSI controversa. As camadas OSI foram definidas por pesquisadores ao longo de anos, sempre com o compromisso acadmico de ser um modelo de referncia, enquanto que o protocolo TCP/IP no teve qualquer compromisso que no a funcionalidade. Assim sendo, tentar estabelecer uma relao precisa entre as camadas OSI e TCP/IP algo praticamente impossvel. O modelo mais aceito para descrever a arquitetura TCP/IP composto de quatro camadas: acesso rede (ou camada de interface) , Internet (ou camada de rede), transporte e aplicao. Este modelo apresentado na figura 6.9, em comparao ao modelo de referncia OSI. Da mesma forma que no modelo de referncia OSI, os dados descem a pilha de protocolos para chegar a rede e sobem para chegar s aplicaes. Cada camada da pilha de protocolos adiciona um cabealho com informaes de controle e trata o que recebe da camada superior como sendo dados. Esta adio de informaes de controle em cada nvel denominada encapsulamento e ilustrada pela figura 6.10. O processo reverso acontece quando uma camada passa dados s superiores, ou seja, o cabealho removido e o restante passado para cima como dados. 60

Figura 6.9 Camadas da arquitetura TCP/IP em comparao com as camadas do RM-OSI

Figura 6.10 - Encapsulamento de dados na pilha TCP/IP. Cada camada da pilha possui estruturas de dados prprias e independentes. Assim sendo, cada protocolo faz referncia aos dados de forma especfica. Por exemplo, aplicaes que fazem uso do protocolo TCP se referem aos dados como streams, ao passo que aplicaes que fazem uso do protocolo User Datagram Protocol (UDP) se referem aos dados como mensagens. O protocolo TCP, por sua vez, se refere aos dados como segmentos, enquanto que o UDP se refere aos dados como pacotes. O protocolo IP sempre se refere aos dados como datagramas, enquanto que os dados passados camada de acesso rede so referidos como frames ou quadros.

6.5.1.1 - A CAMADA DE ACESSO REDE. A Camada de Acesso Rede (ou Camada de Interface) a mais baixa na hierarquia de protocolos TCP/IP. Os protocolos nesta camada provem meios para que os dados sejam transmitidos a outros computadores na mesma rede fsica. Esta camada pode abranger as trs primeiras camadas do modelo de referncia OSI: fsica, de enlace e de rede. Entretanto, a camada de acesso rede do TCP/IP no define propriamente os protocolos para estes trs nveis, mas sim como utilizar os protocolos j existentes para suportar a transmisso de um datagrama IP. medida que novas tecnologias de rede vo surgindo, novos protocolos so acrescidos camada de acesso rede. As principais funes da camada de acesso rede so: o encapsulamento de datagramas IP em frames para transmisso e a traduo de endereos IP em endereos fsicos de rede. Estas duas funes apresentam implementaes especficas para cada tipo de rede.

6.5.1.2 - A CAMADA INTERNET. A Camada Internet (ou Camada de Rede) fica exatamente sobre a camada de acesso rede. O Internet Protocol (IP), o corao desta camada. Ele prov um servio bsico de datagrama sobre o qual as redes TCP/IP so implementadas. Todos os protocolos das camadas superiores a esta fazem uso do protocolo IP. As principais funes do protocolo IP so: 1. definir o datagrama IP, que a unidade bsica de transmisso de dados da arquitetura TCP/IP; 2. definir o esquema de endereamento IP; 61

3. 4. 5.

passar dados da camada de acesso rede camada de transporte; rotear datagramas IP; fragmentar e remontar datagramas IP.

O IP um protocolo no orientado a conexo, ou seja, no existe negociao prvia de uma conexo para a transmisso de dados. Isto no impede a existncia de protocolos orientados conexo nas camadas superiores, mas eles devero negociar o estabelecimento de conexes por si prprios. Alm de ser no orientado conexo, o protocolo IP tambm no confivel, uma vez que no suporta mecanismos de deteco e recuperao de erros. Em outras palavras, o protocolo IP no verifica se um datagrama foi recebido corretamente, deixando esta responsabilidade para os protocolos das camadas superiores. Outros protocolos da Camada Internet so o Internet Message Control Protocol (ICMP) e o Address Resolution Protocol (ARP). O ICMP utilizado para enviar alertas aos hosts sobre anormalias na rede. Tambm utilizado para a obteno de informaes sobre a rede. O comando PING, muito utilizado para verificar se um host est ativo, uma aplicao do ICMP. O ARP um protocolo de resoluo de endereos que permite a associao dos endereos fsicos das interfaces de rede com a numerao promovida pelo endereamento do protocolo IP.

6.5.1.3 - A CAMADA DE TRANSPORTE. A Camada de Transporte fim-a-fim est localizada exatamente sobre a camada Internet na hierarquia TCP/IP. Os principais protocolos desta camada so: Transmission Control Protocol (TCP), o User Datagram Protocol (UDP). O TCP um protocolo orientado a conexo com deteco e correo de erros fim-a-fim. O UDP um protocolo no orientado a conexo e no confivel, sendo portanto muito leve. Ambos os protocolos passam dados entre as camadas de aplicao e Internet. Cada aplicao livre para escolher o protocolo que melhor se adapta a sua natureza. O User Datagram Protocol (UDP) prov meios para que aplicaes tenham acesso direto ao servio de datagrama IP. Aplicaes que usam este protocolo inserem pouco overhead na rede. Como o prprio IP, o protocolo UDP no orientado a conexo e no confivel. Note que a expresso no confivel implica apenas a inexistncia de mecanismos de confirmao do correto recebimento do datagrama. O protocolo UDP utilizado principalmente por aplicaes que transmitem dados em pequenas quantidades, de tal forma que o overhead de uma conexo maior do que o da retransmisso dos dados em caso de erro. Alm disto, as aplicaes do modelo cliente/servidor freqentemente fazem uso de protocolos do tipo requisio/resposta que so melhor implementados sobre UDP, uma vez que no existem conexes preestabelecidas entre clientes e servidores. O Transmission Control Protocol (TCP) um protocolo orientado a conexo e confivel. A transmisso de dados atravs de uma conexo, ou stream, se d atravs de segmentos. De forma similar ao pacote UDP, cada segmento carrega informaes sobre as aplicaes origem e destino (ports). Os protocolos da camada de transporte sero estudados com mais profundidade posteriormente.

6.5.1.4 - A CAMADA DE APLICAO. A Camada de Aplicao fica no topo da pilha TCP/IP e inclui todos os processos que utilizam servios das camadas inferiores para transmitir dados atravs da rede. Alguns protocolos desta camada so : 1. Telnet: servio de terminal virtual que permite sesses remotas sobre a rede; 2. File Transfer Protocol (FTP): servio de transferncia de arquivos pela rede; 3. Simple Mail Transfer Protocol (SMTP): servio de correio eletrnico; 4. Domain Name Service (DNS): servio de traduo de nomes de hosts em endereos IP; 5. Routing Information Protocol (RIP): suporta a troca de informaes de roteamento entre gateways; 6. Network File System (NFS): sistema de arquivos remotamente acessveis.

A figura 6.11 demonstra o processamento de uma solicitao para transferncia de arquivo entre 2 computadores atravs da arquitetura TCP/IP em uma aplicao baseada no FTP "File Transfer Protocol". C.4, C.3, 62

C.2 e C.1 so as camadas de aplicao (no caso FTP), de transporte (o TCP), internet (o IP) e de acesso ao meio que varia conforme o enlace fsico sendo, no caso,: PPP, Ethernet - ETH e "Asynchronous Transfer Mode" - ATM.

Figura 6.11 - Processamento de uma requisio FTP atravs da arquitetura TCP/IP A figura 6.11 tambm ilustra uma das formas mais comuns de acesso Internet: 1. 2. 3. 4. O usurio utiliza um computador ligado a uma linha telefnica por um MODEM e conecta-se a um Provedor de Acesso, representado pelo Servidor de Comunicao e pelo Roteador 1. O Provedor de Acesso recebe o usurio pelo servidor de comunicao e atribui ao seu computador um endereo para que as informaes enviadas e recebidas possam trafegar pela arquitetura TCP/IP. Uma vez conectado e com o endereo correto, a aplicao requisitada pelo usurio passa a trafegar atravs de roteadores e "backbones", representados pelo globo terrestre, at encontrar o seu destino. No destino, sua requisio atendida e enviada de volta, pelo mesmo principio de identificao de endereos de origem e destino.

6.5.2 ENDEREAMENTO IP. Como j vimos. o protocolo IP responsvel pelo endereamento dos componentes ativos em uma rede de arquitetura TCP/IP. Ele atua na camada internet e sua unidade de informao o datagrama (ou pacote) que, entre outras informaes, possui o nmero identificador do equipamento origem da informao transportada e o nmero do equipamento de destino. O endereamento baseado em um identificador, que independe da tecnologia de interconexo envolvida, obtido em uma representao binria de 32 bits que deve ser nico na rede. No caso da Internet, no existem dois equipamentos com o mesmo identificador em todo o mundo. O formato de apresentao dos endereos IP uma representao decimal em grupos de 4 dgitos separados por ponto. Teoricamente, esses endereos variam de 0.0.0.0 at 255.255.255.255 - pois 25510 a representao decimal de 111111112 , valor mximo representado com 8 algarismos binrios ou 1 byte. A figura 6.12 exemplifica a representao decimal de um endereo IP.

Figura 6.12 - Representao de um endereo IP. As sequncias numricas que identificam redes e equipamentos a ela associados, so organizadas na forma de classes. Cada byte do endereo pode significar uma rede ou um host, dependendo da classe a qual o endereo pertence. As classes definidas pelo InterNIC para a Internet so: CLASSE A - o primeiro byte representa o nmero da rede e os trs restantes so nmeros de hosts. 63

CLASSE B - os dois primeiros bytes representam o nmero da rede e os dois restantes so nmeros de hosts. CLASSE C - o ltimo byte representa nmeros de hosts e os trs primeiros identificam a rede. CLASSE D - Especifica "multicast address" utilizados para transmisso simultnea de informao a um grupo de hosts identificados por um endereo especial de destino. CLASSE E - Reservada para uso futuro. A figura 6.13 detalha as faixas de endereamento das classes A, B e C.

Bits de maior Significado 1... 000

Bit em Decimal ...126

Classe de Endereamento Classe A

128.. ... 191 010 ... 110 ... 192... 224 Classe C
Figura 6.13 - Faixas de endereamento IP das classes adotadas pelo InterNIC. Pela conveno apresentada, possvel identificar a classe e, atravs dela, o endereo de rede e do host na rede IP. Como exemplos: 1 - O endereo 200.195.20.37 pertence classe C - o primeiro byte maior que 192. Portanto, o endereo de rede composto dos 3 primeiros bytes, ou seja, 200.195.20 e o endereo do equipamento ligado a esta rede .37. 2 - O endereo 128.127.50.112 pertence classe B - o primeiro byte maior que 127 e menor que 191. Portanto o endereo de rede composto dos 2 primeiros bytes: 128.127 e o endereo do equipamento pertencente a esta rede .50.112. O InterNIC convencionou os seguintes endereos para redes internas, definidas no documento RFC1597, e que no esto disponveis em redes ligadas Internet : 10.0.0.1 at 10.255.255.255 172.16.0.0 at 172.31.255.255 192.168.0.0 at 192.168.255.255 Classe A Classe B Classe C

Classe B

1. 2. 3. 4.

Alguns endereos so reservados para funes especiais: Endereo de Rede: Identifica a prpria rede e no uma interface de rede especfica, representado por todos os bits de hostid com o valor ZERO. Endereo de Broadcast: Identifica todas as mquinas na rede especfica, representado por todos os bits de hostid com o valor UM. Endereo de Broadcast Limitado: Identifica um broadcast na prpria rede, sem especificar a que rede pertence. Representado por todos os bits do endereo iguais a UM = 255.255.255.255. Endereo de Loopback: O endereo de rede 127.0.0.0 reservado para o trfego local da mquina. Normalmente o endereo 127.0.0.1 definido para uma interface especial denominada interface local (loopback interface) ou local host, que atua como um circuito fechado. Qualquer pacote IP enviado para esta interface a partir dos protocolos TCP ou UDP ser retornado ao prprio host que o enviou como se estivesse chegando da rede.

Desta forma, para cada rede A, B ou C, o primeiro endereo e o ltimo so reservados e no podem ser usados por interfaces de rede. As mquinas com mais de uma interface de rede (caso dos roteadores ou mquinas interligadas mais de uma rede, mas que no efetuam a funo de roteamento) possuem um endereo IP para cada uma, e podem ser identificados por qualquer um dos dois de modo independente. Um endereo IP identifica no uma mquina, mas uma conexo 64

rede. Para interligar uma rede Internet, necessrio requisitar um bloco de endereos ao orgo responsvel pelo controle da numerao IP designado como responsvel para a rea geogrfica onde a rede se encontra. No Brasil, existem empresas, entidades e orgos governamentais que oferecem backbone Internet. Esses provedores de backbone normalmente se incumbem de fornecer o bloco numrico de IP. Os endereos de computadores e redes oferecidos pelo protocolo IP no so suficientes para localizar uma aplicao ou servio na rede. Existe um outro identificador para servios denominado "port" associado a um protocolo da camada de transporte (TCP ou UCP) para o estabelecimento de comunicao entre a aplicao que gera o servio e o usurio que ir utiliz-la. O conjunto: IP + PORT + (TCP ou UDP), denominado "socket". Existem "ports" convencionados na Internet para servios utilizados em toda a rede. Os mais difundidos so: Servio: FTP TELNET SMTP POP3 DNS HTTP "Port": 21 23 25 110 53 80 Protocolo: TCP TCP TCP TCP UDP TCP

6.5.2.1 - REDES IP.

Redes IP esto estruturadas de uma forma similar aos Correios. Toda a Internet consiste em um nmero de redes prprias, denominadas sistemas autnomos. Cada sistema destes executa qualquer roteamento interno entre seus membros, porm a tarefa de entregar um datagrama resume-se em encontrar-se um caminho para a rede da mquina de destino. Isso significa que assim que o datagrama enviado para qualquer mquina que esteja em uma rede, processos adicionais so executados exclusivamente pela rede de destino (como no caso dos correios locais). Ao se escrever uma carta para algum, deve ser colocado o endereo completo do destinatrio no envelope, especificando-se o Pas, Estado, CEP, etc. Aps isso ela colocada em uma caixa de correio e os Correios a enviaro para o seu destino: a carta vai at o Pas indicado, onde o servio de correio local a enviar para o estado indicado, para a cidade de destino, etc. A vantagem deste sistema hierrquico bvia: toda vez que uma carta for postada, o correio local saber o endereo do destinatrio, mas no tem que se preocupar em como a carta ir viajar at chegar ao seu destino Final. Assim funcionam as redes IP. A figura 6.14 abaixo mostra exemplos de endereamento de mquinas situadas na mesma rede e em redes diferentes. Pode ser observado que como o endereo comea por 200, eles so de classe C. Por isto, os trs primeiros bytes do endereo identificam a rede. Como na primeira figura, ambas as estaes tem o endereo comeando por 200.18.171, elas esto na mesma rede. Na segunda figura, as estaes esto em redes distintas e uma possvel topologia mostrada, onde um roteador interliga diretamente as duas redes.
Estao A

(a) mesma rede

Estao B

Estao A

(b) redes diferentes

Roteador

Estao B

200.18.171.148

200.18.180.10 200.18.180.200 200.18.180.0

200.18.171.37

200.18.171.148 Rede = 200.18.171.0

200.18.171.37 200.18.171.0

Figura 6.14 - Exemplos de endereamento de mquinas situadas (a) na mesma rede e (b) em redes diferentes
6.5.2.2 - SUB-REDES IP. A estrutura de sub-redes IP (subnet) produzida atravs da diviso de um endereo IP em uma parte destinada identificao da rede e outra parte destinada mquina. Por padro a rede de destino derivada da parte do endereo 65

IP definida para redes. Obviamente, hosts com endereos IP de rede idnticos devem estar localizadas na mesma rede. A RFC 950, de 1985, define o procedimento padro de suporte sub-redes e a diviso de redes classes A,B e C em partes menores. O protocolo IP permite a diviso de uma rede IP em diversas sub-redes. Uma sub-rede assume a responsabilidade pela entrega de datagramas em uma determinada faixa de endereos IP de uma rede IP da qual ela faa parte. Assim como nas classes de rede A, B ou C, ela identificada pela parte de rede do endereo IP. A parte de rede porm expandida, incluindo-se alguns bits da parte de endereo de mquina. O nmero de bits que so interpretados como o nmero da sub-rede definido pelo parmetro denominado mscara de sub-rede, ou subnet mask. Esta composta por um nmero de 32 bits que especifica a parte de rede do endereo IP. Os bits do endereo IP e da mscara de sub-rede tm correspondncia em um para um. Para obter o endereo de rede, realizada uma operao lgica AND entre os bits do endereo IP e os bits da mscara de sub-rede. Na mscara de sub-rede, o bit 1(um) indica endereo de rede e o bit 0 (zero) endereo de host. O exemplo seguinte demonstra a constituio de uma mascara de sub-rede. Notao Decimal 130.5.5.1 255.255.0.0 Operao AND para obter o endereo de rede 130.5.0.0 Notao Binria 10000010.00000101.00000101.00000001 11111111.11111111.00000000.00000000 10000010.00000101.00000000.00000000

Endereo IP Mscara de sub-rede

Endereo de rede IP

A mscara de sub-rede 255.255.0.0 caracterstica da Classe B. Do mesmo modo, a Classe A definida pela mscara 255.0.0.0 e a Classe C por 255.255.255.0. Existe outro modo convencionado para representar mscaras de sub-rede. Elas podem ser representadas por um valor decimal correspondente ao nmero de bits 1 (um) utilizados para compor a mscara colocado logo aps o endereo IP. Para separar o valor que representa a mscara de sub-rede do nmero IP utiliza-se uma barra ( / ). Exemplificando, no quadro acima o endereo IP 130.5.5.1 e sua mscara 255.255.0.0 podem ser descritos da seguinte maneira: 130.5.5.1/16, pois 16 o nmero de bits 1 (um) utilizado na mscara de sub-rede. importante frisar que a definio de sub-rede somente uma diviso interna da rede. Sub-redes so geradas pelos administradores locais das redes. Freqentemente, sub-redes so criadas para redefinir limites existentes, sejam fsicos (entre duas redes Ethernets), administrativos (entre dois departamentos) ou geogrficos, sendo que a autoridade sobre essas sub-redes delegada a alguma pessoa de contato. De qualquer forma, esta estrutura afeta somente o comportamento interno da rede e completamente invisvel para o mundo externo. Para ilustrar a criao de sub-redes IP em uma rede IP de classe C, vamos dividir a rede IP 193.1.1.0/24 em oito sub-redes.

Podemos observar que a mscara utilizada para obter oito sub-redes /27, porque a mscara padro para uma rede IP classe C 255.255.255.0 (24 bits com valor igual a 1) e alm dela foram elevados para 1 (um) mais trs bits (24 + 3 = 27). Em binrio: 11111111.11111111.11111111.11100000. Convertendo-se 111000002 para decimal teremos o valor 22410. Ento esta mscara pode ser escrita tambm como sendo: 255.255.255.224. Os endereos das sub-redes formadas pela aplicao da mscara sero os que resultam da aplicao da operao AND, como descrito acima. Assim, sero endereos de rede IP no exemplo acima: 193.1.1.0/27; 193.1.1.32/27; 193.1.1.64/27; 193.1.1.96/27; 193.1.1.128/27; 193.1.1.160/27; 193.1.1.192/27 e 193.1.1.224/27. O ltimo endereo de cada conjunto de IPs formado utilizado pela rede para broadcasting, ou seja, para acesso simultneo a todos os endereos vlidos do conjunto. Ento, sero endereos de broadcasting no exemplo: 66

193.1.1.31/27; 193.1.1.63/27; 193.1.1.95/27; 193.1.1.127/27; 193.1.1.159/27; 193.1.1.191/27; 193.1.1.223/27 e 193.1.1.255/27. Para saber quantos endereos podero ser utilizados em cada sub-rede com a aplicao de uma determinada mscara basta aplicar a seguinte frmula:

nmero de endereos vlidos = 2( nmero de bits iguais a zero da mscara de sub-rede) - 2

Para saber quantss sub-redes sero geradas com a aplicao de uma determinada mscara basta aplicar a seguinte frmula:

nmero de sub-redes = 2( nmero de bits iguais a um da mscara de sub-rede)

6.5.2.3 -

RESOLUO DE ENDEREOS IP EM ENDEREOS DE REDE.

Os protocolos de rede compartilhada como Ethernet, Token-Ring e FDDI possuem um endereo prprio para identificar as diversas mquinas situadas na rede. Em Ethernet e Token-Ring o endereamento utilizado chamado endereo fsico ou endereo MAC - Medium Access Control , formado por 6 bytes, conforme a figura 6.15 abaixo:

I/G

U/L

ID Organizao (22-Bits)

ID Atribudo (24-Bits)

Figura 6.15 Constituio do endereo MAC. Este tipo de endereamento s til para identificar diversas mquinas, no possuindo nenhuma informao capaz de distinguir redes distintas. Para que uma mquina com protocolo IP envie um pacote para outra mquina situada na mesma rede, ela deve se basear no protocolo de rede local, j que necessrio saber o endereo fsico. Como o protocolo IP s identifica uma mquina pelo endereo IP, deve haver uma associao entre o endereo IP e o endereo de rede MAC. Esta associao, realizada pelo protocolo Address Resolution Protocol (ARP) conhecida como mapeamento. O mapeamento via protocolo ARP s necessrio em uma rede do tipo compartilhada como Ethernet, TokenRing, FDDI, entre outras. Em uma rede ponto-a-ponto como, por exemplo, um enlace serial, o protocolo ARP no necessrio, j que h somente um destino possvel. A figura 6.16 mostra uma rede com 3 estaes, onde uma mquina A com endereo IP 200.18.171.1 deseja enviar uma mensagem para a mquina B cujo endereo 200.18.171.3. A mensagem a ser enviada uma mensagem IP. No caso deste exemplo, antes de efetivamente enviar a mensagem IP, a estao utilizar o protocolo ARP para determinar o endereo MAC da interface cujo endereo IP o destino da mensagem.

para 200.18.171.3

200.18.171.1

200.18.171.3

200.18.171.4
Figura 6.16 (a) Exemplo do funcionamento do protocolo ARP. Inicio do envio da mensagem.

O funcionamento do protocolo ARP descrito abaixo: 1. Estao A verifica que a mquina destino est na mesma rede local, determinado atravs dos endereos origem e 67

destino e suas respectivas classes. 2. O protocolo IP da estao A verifica que ainda no possui um mapeamento do endereo MAC para o endereo IP da mquina destino. O protocolo IP solicita ao protocolo que o endereo MAC necessrio Protocolo ARP envia um pacote ARP (ARP Request) com o endereo MAC destino de broadcast (difuso para todas as mquinas)
para 200.18.171.3

3. 4.

IP MAC

IP
200.18.171.1 200.18.171.3

ARP Placa Eth

OD.OA.12.07.48.05

ARP Req

200.18.171.4

Figura 6.16 (b) Exemplo do funcionamento do protocolo ARP. Envio de pacote ARP em difuso. 5. A mensagem ARP enviada encapsulada em um pacote Ethernet conforme diagrama abaixo:
Prembulo 8 bytes End. Fsico Broadcast 6 bytes 0D.0A.12. 07.48.05 6 bytes ARP 2 bytes Dados (ARP Request) 64 - 1500 bytes FCS 4 bytes

6.

Todas as mquinas recebem o pacote ARP, mas somente aquela que possui o endereo IP especificado responde. A mquina B j instala na tabela ARP o mapeamento do endereo 200.18.171.1 para o endereo MAC de A.

200.18.171.1 = 0D.0A.12.07.48.05 200.18.171.3 = 0D.0A.12.07.71.FF IP MAC 200.18.171.1 200.18.171.3 IP MAC

IP MAC ARP Placa Eth

OD.OA.12.07.71.FF

Cache

ARP Reply
200.18.171.4

ARP Req

Figura 6.16 (c) Exemplo do funcionamento do protocolo ARP. Resposta requisio ARP. 7. A resposta enviada no pacote Ethernet, encapsulado conforme mostrado abaixo, atravs de uma mensagem ARP Reply endereado diretamente para a mquina origem.
Prembulo 8 bytes 0D.0A.12. 07.48.05 6 bytes 0D.0A.12. 07.71.FF 6 bytes ARP 2 bytes Dados (ARP Reply) 64 - 1500 bytes FCS 4 bytes

8.

A mquina A recebe o pacote e coloca um mapeamento do endereo IP de B e seu endereo MAC respectivo. Esta 68

informao residir em uma tabela que persistir durante um certo tempo. 9. Finalmente a mquina A transmite o pacote IP inicial, aps saber o endereo MAC da estao destino.
Prembulo 8 bytes 0D.0A.12. 07.71.FF 6 bytes 0D.0A.12. 07.48.05 6 bytes IP 2 bytes Dados (TCP sobre IP) 64 - 1500 bytes FCS 4 bytes

Os protocolos de nvel de Rede como Ethernet possuem um identificador para determinar o tipo do protocolo que est sendo carregado no seu campo de dados. Um pacote Ethernet pode, por exemplo, carregar os protocolos ARP, IP, RARP, IPX, Netbios e outros. A figura 6.17 mostra o formato do quadro Ethernet. Note que o campo protocolo, de 2 bytes de tamanho identifica o protocolo sendo carregado no campo de dados. No caso de transporte de um pacote ARP, o valor 0806h (hexadecimal), enquanto que no caso de IP este campo tem o valor 0800h.

Prembulo 8 bytes

End. Fsico Destino 6 bytes

End. Fsico Origem 6 bytes

Tipo 2 bytes

Dados (IP, IPX, ) 64 - 1500 bytes

FCS 4 bytes

Figura 6.17 Quadro (frame) Ethernet 6.5.3 ROTEAMENTO IP. O destino de um datagrama IP sendo enviado por um host pode ser a prprio host, um host situado na mesma rede ou um host situado numa rede diferente. No primeiro caso, o pacote enviado ao nvel IP que o retorna para os nveis superiores. No segundo caso, realizado o mapeamento por meio de ARP e a mensagem enviada por meio do protocolo de rede. Quando um host deve enviar um pacote para outra rede, o protocolo IP deve envi-lo para um roteador situado na mesma rede. O roteador por sua vez ir enviar o pacote para outro roteador, e assim sucessivamente at que o pacote chegue ao destino final. Este tipo de roteamento chamado de Next-Hop Routing, j que um pacote sempre enviado para o prximo roteador no caminho. Neste tipo de roteamento, no h necessidade de que um roteador conhea a rota completa at o destino. Cada roteador deve conhecer apenas o prximo roteador para o qual deve enviar a mensagem. Esta deciso chamada de deciso de roteamento. Um host situado em uma rede que tenha mais de um roteador deve tambm tomar uma deciso de roteamento para decidir para qual roteador deve enviar o pacote IP. Quando uma estao deve enviar uma mensagem IP para outra rede, ela deve seguir os seguintes passos: 1. 2. 3. 4. Determinar que o hist destino est em outra rede e por isto deve-se enviar a mensagem para um roteador. Determinar, atravs da tabela de rotas da mquina origem, qual roteador o correto para se enviar a mensagem. Descobrir, atravs do protocolo ARP, qual o endereo MAC do roteador. Enviar a mensagem IP com o endereo de nvel de rede apontado para o roteador e o endereo IP (na mensagem IP) endereado para a mquina destino.

Uma questo importante no pacote roteado consiste no fato de que o pacote a ser roteado endereado fisicamente ao roteador (endereo MAC), mas endereado logicamente (endereamento IP) mquina destino. Quando o roteador recebe um pacote que no endereado a ele, tenta rote-lo. A deciso de roteamento baseada em uma tabela, chamada de tabela de rotas, que parte integrante de qualquer protocolo IP. Esta tabela relaciona cada rede destino ao roteador para onde o pacote deve ser enviado para chegar a ela. A figura 6.18 ilustra o funcionamento do roteamento.

69

Estao A

IP Dest = 200.18.180.200 MAC Dest = OD.OA.12.07.48.05

Roteador

Estao B

OD.OA.12.07.48.05

OD.OA.12.07.71.FF

200.18.171.37

200.18.171.148 200.18.171.0

200.18.180.10

200.18.180.200

200.18.180.0

(a) A estao A envia um datagrama com destino a B

Estao A

IP Dest = 200.18.180.200 Estao B MAC Dest = OD.OA.12.07.71.FF

Roteador

OD.OA.12.07.48.05

OD.OA.12.07.71.FF

200.18.171.37

200.18.171.148 200.18.171.0

200.18.180.10

200.18.180.200

200.18.180.0

(b) O roteador recebe o pacote e transfere para o meio de transmisso que tem acesso estao B. Figura 6.18 Roteamento de um datagrama IP por um roteador. Na figura 6.18 o roteamento realizado somente por um roteador. Caso houvesse mais de um roteador a ser atravessado, o primeiro roteador procederia de forma idntica Estao A, ou seja, determinaria a rota correta e enviaria a mensagem para o prximo roteador. Os Algoritmos de transmisso e recepo de um pacote IP so descritos a seguir.

ALGORITMO DE TRANSMISSO 1. Datagrama pronto para ser transmitido 2. Caso: 2.1 Endereo Destino == Endereo Transmissor 2.1.1 Entrega datagrama pela interface loopback (127.0.0.1) 2.2.2 Fim 2.2 Endereo de rede do destino == endereo de rede local 2.2.1 Descobre o endereo fsico do destino (ARP) 2.2.1 Transmite datagrama pela interface correta 2.2.2 Fim

70

2.3 Endereo de rede do destino != endereo de rede local 2.3.1 Verifica tabela de rotas 2.3.2 Descobre rota que se encaixa com a rede destino 2.3.3 Descobre o endereo fsico do gateway (ARP) 2.3.4 Transmite o datagrama para o gateway 2.3.5 Fim 3. Fim

ALGORITMO DE RECEPO 1. Datagrama recebido da camada intra-rede, defragmentado e testado 2. Caso: 2.1 Endereo Destino = Endereo do Host, ou E.D. = outras interfaces do Host, ou E.D. = Broadcast 2.1.1 Passa datagrama para nveis superiores -> FIM 2.2 Caso: 2.2.1 Mquina que recebeu no roteador 2.2.1.1 Descarta datagrama -> FIM 2.2.2 Mquina roteador (possui mais de uma interface IP) 2.2.2 Caso: 2.2.2.1 Endereo IP destino = Rede IPcom interface direta 2.2.2.1.1 Descobre o endereo fsico do destino (ARP) 2.2.2.1.2 Transmite datagrama pela interface respectiva -> FIM 2.2.2.2 Caso Endereo de rede do destino endereo de rede local 2.2.2.2.1 Verifica tabela de rotas 2.2.2.2.2 Descobre o endereo fsico do gateway (ARP) 2.2.2.2.3 Transmite o datagrama para o gateway -> FIM 3. Fim

A figura 6.19 ilustra uma estrutura de redes. As tabelas de rotas de cada roteador so diferentes uma das outras. Note nestas tabela a existncia de rotas diretas, que so informaes redundantes para identificar a capacidade de acessar a prpria rede na qual os roteadores esto conectados. Este tipo de rota apesar de parecer redundante til para mostrar de forma semelhante as rotas diretas para as redes conectadas diretamente no roteador. Outra informao relevante a existncia de uma rota default. Esta rota utilizada durante a deciso de 71

roteamento no caso de no existir uma rota especfica para a rede destino da mensagem IP. A rota default pode ser considerada como um resumo de diversas rotas encaminhadas pelo mesmo prximo roteador. Sem a utilizao da rota default, a tabela de rotas deveria possuir uma linha para cada rede que pudesse ser endereada. Em uma rede como a Internet isto seria completamente impossvel.
201.0.0.0
R .1 .2

202.0.0.0 eth0
.3 R

203.0.0.0 eth1
.4 .5 R .6

204.0.0.0

Internet
Figura 6.19 Exemplo de estrutura de rede incluindo trs roteadores (R). A tabela de rotas para o roteador da esquerda na figura 6.19 descrita abaixo: Rede Destino 201.0.0.0 202.0.0.0 203.0.0.0 204.0.0.0 Default Roteador (Gateway) eth0 (rota direta) eth1 (rota direta) 202.0.0.3 203.0.0.3 203.0.0.3 Hops 0 0 1 2 --

A tabela de rotas para o roteador central na figura 6.19 descrita abaixo: Rede Destino 202.0.0.0 203.0.0.0 201.0.0.0 204.0.0.0 Default Roteador (Gateway) eth0 (rota direta) eth1 (rota direta) 202.0.0.2 203.0.0.5 203.0.0.5 Hops 0 0 1 1 --

A tabela de rotas para o roteador da direita na figura 6.19 descrita abaixo: Rede Destino 203.0.0.0 204.0.0.0 202.0.0.0 201.0.0.0 Default Roteador (Gateway) eth0 (rota direta) eth1 (rota direta) 203.0.0.4 203.0.0.4 204.0.0.7** Hops 0 0 1 1 --

** No mostrado na figura. A rota default geralmente representada nos sistemas operacionais como a rede 0.0.0.0.

6.5.3.1 - ROTEAMENTO ESTTICO X ROTEAMENTO DINMICO A alimentao das informaes na tabela de rotas pode ser de modo esttico ou dinmico ou ambos. Na alimentao esttica, as rotas so preenchidas manualmente, geralmente pela configurao inicial da mquina. Na alimentao dinmica, protocolos como RIP, RIP2, OSPF ou BGP4 so responsveis pela aquisio de informaes sobre a topologia da rede e a publicao de rotas na tabela de rotas dos roteadores envolvidos. 6.5.4 FRAGMENTAO DE PACOTES IP. Um pacote IP pode ter um tamanho de at 64 Kbytes. Entretanto o nvel de rede geralmente tem um tamanho mximo menor que 64K. Por exemplo, uma rede Ethernet pode transmitir uma mensagem de at 1500 bytes. Este valor 72

 chamado de MTU - Maximum Transmission Unit - para este tipo de rede. A camada IP deve ento ser capaz de dividir um pacote IP maior que 1500 bytes em diversos fragmentos de at 1500 bytes cada um. A fragmentao do pacote IP pode ocorrer na mquina origem ou em algum roteador que possua uma rede com MTU menor que o tamanho do pacote IP sendo roteado. Note que durante o percurso at o destino, um fragmento pode ser novamente fragmentado se o MTU da rede seguinte for ainda menor que o tamanho do fragmento. A remontagem do pacote s realizada pela mquina destino, baseado nas informaes de FRAGMENT OFFSET e bit MF. A perda de um fragmento inutiliza o datagrama inteiro. O campo FRAGMENT OFFSET identifica a posio em Bytes do fragmento face ao pacote IP completo conforme pode ser visto na figura 6.20.
4 5 20 OCTETOS 8
00000000

4020
000

63784 UDP

0 01F5

139.82.17.20 206.12.56.23 DVB9834H4K432BVIVV FVNEOFVHNOEF9345F 342589J3948302FJJFV

4000 OCTETOS

Fragmento 1
4 5 8
00000000

Fragmento 2
4 5 8
00000000

Fragmento 3
4 5 8
00000000

1500
100

1500
100

1060
000

63784 UDP

0 0756

63784 UDP

1480 0FD0

63784 UDP

2960 4AFF

139.82.17.20 206.12.56.23

139.82.17.20 206.12.56.23

139.82.17.20 206.12.56.23

Primeiros 1480 octetos

Prximos 1480 octetos

ltimos 1040 octetos

Figura 6.20 Fragmentao do pacote IP. A figura 6.21 demonstra a fragmentao de um pacote quando este passa para uma rede com MTU menor que o tamanho do pacote IP.

Rede 1 MTU=1500

Rede 3 MTU=1500

G1

Rede 2 MTU=500

G2

Figura 6.21 Exemplo de fragmentao do pacote IP. 6.5.5 PROTOCOLOS DA CAMADA DE TRANSPORTE A camada de transporte do TCP/IP rene os protocolos que realizam as funes de transporte de dados fim-afim, ou seja, considerando apenas a origem e o destino da comunicao, sem se preocupar com os elementos intermedirios. A camada de transporte possui dois protocolos que so o UDP (User Datagram Protocol) e TCP (Transmission Control Protocol). O protocolo UDP realiza apenas a multiplexao para que vrias aplicaes possam acessar o sistema de comunicao de forma coerente. 73

O protocolo TCP realiza alm da multiplexao, uma srie de funes para tornar a comunicao entre origem e destino mais confivel. So responsabilidades do protocolo TCP o controle de fluxo, o controle de erros, o sequenciamento e a multiplexao de mensagens. A camada de transporte oferece para o nvel de aplicao um conjunto de funes e procedimentos de acesso ao sistema de comunicao que permitem a criao e a utilizao de aplicaes de forma independente da implementao. Desta forma, as interfaces socket (ambiente Unix) e Winsock (ambiente Windows) fornecem um conjunto de funes-padro para permitir que as aplicaes possam ser desenvolvidas independentes do sistema operacional no qual sero executadas. 6.5.5.1 - PROTOCOLO UDP O protocolo UDP fornece uma forma simples de acesso ao sistema de comunicao, provendo um servio sem conexo, sem confiabilidade e sem correo de erros. A principal funo do nvel de transporte implementada em UDP a capacidade de multiplexao de acesso ao sistema de comunicao. Esta funo permite que vrios processos ou programas executando em um computador possam acessar o sistema de comunicao e o trfego de dados respectivo a cada um deles seja corretamente identificado, separado e utilize buffers individuais. Um processo o programa que implementa uma aplicao do sistema operacional, e que pode ser uma aplicao da camada de aplicao TCP/IP. A forma de identificao de um ponto de acesso de servio (SAP) do modelo OSI a porta ou port de protocolo em TCP/IP. A porta a unidade que permite identificar o trfego de dados destinado a diversas aplicaes. A identificao nica de um processo acessando os servios TCP/IP , ento, o endereo IP da mquina e a porta (ou portas) usada pela aplicao. Cada processo pode utilizar mais de uma porta simultaneamente, mas uma porta s pode ser utilizada por uma aplicao em um dado momento. Uma aplicao que deseje utilizar os servios de comunicao dever requisitar uma ou mais portas para realizar a comunicao. A mesma porta usada por uma aplicao pode ser usada por outra, desde que a primeira tenha terminado de utiliz-la. A forma de utilizao de portas mostra uma distino entre a parte cliente e a parte servidor de uma aplicao TCP/IP. O programa cliente pode utilizar um nmero de porta qualquer, j que nenhum programa na rede ter necessidade de enviar uma mensagem para ele. J uma aplicao do tipo servidor deve utilizar um nmero de porta convencionado ou popular (Well-known ports) de modo que um cliente qualquer que deseje utilizar os servios do servidor, possa requisita-lo conhecendo apenas o endereo IP do host servidor. Se no houvesse a utilizao de um nmero de porta convencionado, a arquitetura TCP/IP deveria possuir um mecanismo de diretrio para que um cliente pudesse descobrir o nmero da porta associado ao servidor. Os nmeros de porta de 1 a 1023 so nmeros convencionados para servios (aplicaes) atribudos pela IANA (Internet Assigned Numbers Authority). Os nmeros de 1024 a 65535 podem ser atribudos para outros servios e so geralmente utilizados pelos programas-cliente de um protocolo. Este conjunto de nmeros tem ainda a atribuio de alguns servios de forma no oficial, j que os primeiros 1024 nmeros no conseguem comportar todos os protocolos TCP/IP existentes. A figura 6.22 ilustra a multiplexao/demultiplexao realizada pelo protocolo UDP na camada de transporte:
Aplicao 1 Aplicao 2

Porta 126

Porta 34

Porta 22

UDP

IP
Figura 6.22 - Multiplexao/Demultiplexao realizada na camada de transporte

74

A mensagem UDP representada pela figura 6.23. O dado carregado o pacote de nvel de aplicao. UDP acrescenta apenas mais 8 bytes que so a porta de protocolo origem a porta de protocolo destino, o tamanho da mensagem UDP e um checksum para averiguar a correo dos dados do cabealho UDP.
0 Octeto 1 7 Octeto 2 15 Octeto 3 23 Octeto 4 31

UDP SOURCE PORT UDP MESSAGE LENGTH DATA ...

UDP DESTINATION PORT UDP CHECKSUM

Opcional (campo=0)
Figura 6.23 - Mensagem UDP 6.5.5.2 - PROTOCOLO TCP O protocolo TCP trabalha no mesmo nvel que o protocolo UDP, mas oferece servios mais complexos, que incluem controle de erros e de fluxo, servio com conexo e envio de fluxo de dados. O TCP utiliza o mesmo conceito de porta do UDP. Para o TCP, uma conexo formada pelo par (Endereo IP de Origem, Porta de Origem) e (Endereo IP de Destino, Porta de Destino). O protocolo TCP oferece as seguintes caractersticas: 1. 2. 3. 4. 5. 6. 7. 8. Controle de Fluxo e Erro fim-a-fim. Servio confivel de transferncia de dados. Comunicao full-duplex fim-a-fim. A aplicao necessita apenas enviar um fluxo de bytes. Desassociao entre quantidade de dados enviados pela aplicao e pela camada TCP. Ordenao de mensagens. Multiplexao de IP, atravs de vrias portas. Opo de envio de dados urgentes.

A conexo TCP ilustrada na figura 6.24 abaixo.

Porta 22

Porta 2340

TCP IP Host 139.82.17.10

TCP IP

Inter-rede TCP/IP

Host 139.82.55.3

Figura 6.24 Exemplo de conexo TCP.

75

Uma conexo TCP formada por trs fases: o estabelecimento de conexo, a troca de dados e a finalizao da conexo, conforme ilustrado na figura 6.25.
SYN/ACK ACK Transmite dados DADOS ACK DADOS ACK FIN ACK FIN ACK Recebe dados

Recebe dados

Transmite dados

Fecha conexo

Fecha conexo

Figura 6.25 Fases de uma conexo TCP. O pacote TCP formado pela mensagem mostrada na figura 6.26. Os campos do pacote so definidos da seguinte forma: TCP SOURCE PORT: Porta origem da mensagem TCP DESTINATION PORT: Porta destino da mensagem SEQUENCE NUMBER: nmero de sequncia dos dados sendo transmitidos face ao conjunto total de dados j transmitidos. Este nmero indica a posio do primeiro byte de dados sendo transmitido em relao ao total de bytes j transmitidos nesta conexo. O primeiro nmero de sequncia utilizado no zero ou um, mas comea de um valor aleatrio. Logo se um pacote est transmitindo do 1234 byte at o 2000 byte de uma conexo e o SEQUENCE NUMBER inicial utilizado nesta conexo foi 10000, o campo SEQUENCE NUMBER conter o valor 11234. O sequence number em um sentido da conexo (mquina A para B) diferente do sequence number do sentido inverso, j que os dados transmitidos por um e outro lado so distintos. ACKNOWLEDGE NUMBER: nmero que significa o reconhecimento dos dados recebidos at ento no sentido inverso. O ACK de um sentido transmitido em piggy-backing no outro sentido. O ACK contm o nmero do prximo byte do fluxo de dados recebido, que a origem deste pacote espera receber da outra mquina. Este valor leva em considerao o nmero de SEQUENCE NUMBER inicial praticado pela outra mquina. O valor de ACK informa sempre o prximo byte ainda no recebido do conjunto contguo de bytes recebidos do transmissor. CODE BITS: So formados por seis bits, URG, ACK, PSH, RST, SYN e FIN, cuja utilizao mostrada abaixo: URG: bit de Urgncia: significa que o segmento sendo carregado contm dados urgentes que devem ser lidos com prioridade pela aplicao. A aplicao origem responsvel por acionar este bit e fornecer o valor do URGENT POINTER que indica o fim dos dados urgentes. Um exemplo da utilizao desta facilidade o aborto de uma conexo (por exemplo por Control-C), que faz com que a aplicao destino examine logo o pacote at o fim da rea de urgncia, descubra que houve um Control-C e termine a conexo. ACK: bit de Reconhecimento: indica que o valor do campo de reconhecimento est carregando um reconhecimento vlido. PSH: bit de PUSH: Este mecanismo que pode ser acionado pela aplicao informa ao TCP origem e destino que a aplicao solicita a transmisso rpida dos dados enviados, mesmo que ela contenha um nmero baixo de bytes, no preenchendo o tamanho mnimo do buffer de transmisso. RST: bit de RESET: Informa o destino que a conexo foi abortada neste sentido pela origem SYN: bit de Sincronismo: o bit que informa os dois primeiros segmentos de estabelecimento da conexo. FIN: bit de Terminao: indica que este pacote um dos pacotes de finalizao da conexo 76

WINDOW: Este campo informa o tamanho disponvel em bytes na janela de recepo da origem deste pacote. Por meio deste valor, o TCP pode realizar um controle adequando de fluxo para evitar a sobrecarga do receptor. Quando este valor igual a zero, o transmissor no envia dados, esperando receber um pacote com WINDOW maior que zero. O transmissor sempre vai tentar transmitir a quantidade de dados disponveis na janela de recepo sem aguardar um ACK. Enquanto no for recebido um reconhecimento dos dados transmitidos e o correspondente valor de WINDOW > 0, o transmissor no enviar dados. OPTIONS: O campo de opes s possui uma nica opo vlida que a negociao do MSS (Maximum Segment Size) que o TCP pode transmitir. O MSS calculado atravs do MTU ou atravs do protocolo ICMP Path MTU Discovery.
0 Octeto 1 7 Octeto 2 15 Octeto 3 23 Octeto 4 31

TCP SOURCE PORT

TCP DESTINATION PORT

SEQUENCE NUMBER ACKNOWLEDGEMENT NUMBER HLEN RESERVED CODE BITS WINDOW URGENT POINTER PADDING

CHECKSUM OPTIONS (IF ANY) DATA ...

Figura 6.26 Mensagem TCP.

6.5.6 PROTOCOLOS DA CAMADA DE APLICAO.

Os protocolos de aplicao TCP/IP so aqueles que realizam as funes de alto nvel e que utilizam os servios da camada de transporte UDP ou TCP para a comunicao. Os protocolos de aplicao podem realizar funes diretamente acessveis pelo usurio como FTP, HTTP, SMTP, POP3, IMAP4, Finger, Telnet, Chat, NFS, TFTP, NNTP e outros. Alm disto, podem tambm realizar funes mais prximas do sistema de comunicao, tais como os protocolos DNS, BOOTP, DHCP, SNMP, BGP4, e outros.

6.5.6.1 PROTOCOLO DNS Destacaremos em nosso estudo o protocolo DNS (Domain Name System), que especifica duas partes principais: regras de sintaxe para a definio de domnios e o protocolo utilizado para a consulta de nomes. O DNS basicamente uma associao entre endereos IP e nomes. A abordagem inicial para esta associao era a utilizao de nomes simples, ou seja, sem hierarquia. Esta abordagem possui limitaes intrnsecas quanto a escalabilidade e a manuteno. O sistema de nomes utilizado na Internet tem o objetivo de ser escalvel, suportando a definio de nomes nicos para todas as redes e mquinas na Internet e permitindo que a administrao seja descentralizada. A estrutura de nomes na Internet tem o formato de uma rvore invertida onde a raiz no possui nome. Os ramos imediatamante inferiores raiz so chamados de TLDs (Top-Level Domain Names) e so por exemplo .com, .edu., .org, .gov, .net, .mil, .br, .fr, .us, uk, etc. Os TLDs que no designam pases so utilizados nos EUA. Os diversos pases utilizam a sua prpria designao para as classificaes internas. No Brasil, por exemplo, temos os nomes .com .br., .gov.br, .net.br, .org.br e outros. Cada ramo completo at a raiz como, por exemplo, fepesmig.br, empresa.com.br, nasa.gov, e outros so chamados de domnios. Um domnio a rea administrativa englobando ele prprio e os subdomnios abaixo dele. Por exemplo o domnio .br engloba todos os subdomnios do Brasil. O domnio empresa.com.br tem a responsabilidade por todos os domnios abaixo dele. A hierarquia de domnios pode ser observada na figura 6.27. 77

Servidor raiz (.) ponto

Servidor para o Domnio .br.

Servidor para o Domnio .uk.

Servidor para .com.

Servidor para .edu.

Servidor para com.br.

Servidor para net.br.

Servidor para ufsc.br.

Servidor para com.uk.

Servidor para edu.uk.

Servidor para empresaX.com.br.

Servidor para empresaY.com.br.

Figura 6.27 - Servidores DNS estruturados hierarquicamente Os domnios principais genricos, chamados de GTLDs (Generic Top Level Domain Names) que so .net, .com e .org so administrados pelo Internic (Internet Network Information Center) que tambm responsvel pela administrao do espao de endereamento IP. Recentemente foram criados novos nomes de domnio genricos que sero utilizado a partir de 98. So eles: .firm, .store, .web, .arts, .rec, .infor, .nom. Os domnios so completamente independentes da estrutura de rede utilizada. No existe, necessariamente, relacionamento entre eles. O DNS possui uma estrutura inversa para poder representar o endereamento de rede, ou permitir que seja feita a associao do endereo IP correspondente a um nome. Esta estrutura possui como raiz principal a notao .ARPA e possui como nico ramo o .in-addr. Abaixo deste so colocados em ordem os bytes do endereo IP. 6.6 - OUTROS EXEMPLOS DE ARQUITETURAS DE REDES. Existe atualmente um nmero muito grande de redes em operao. Algumas so pblicas, controladas por concessionrias de servios de comunicao, outras so redes de pesquisa e outras ainda so redes corporativas ou comerciais. Todas elas apresentam diferenas em relao a sua histria, administrao, recursos oferecidos, projeto tcnico e comunidade de usurios. A histria e a administrao de uma rede podem variar significativamente, de exemplos onde ela foi cuidadosamente planejada por uma organizao at exemplos de redes cujas mquinas foram interconectadas no decorrer dos anos sem qualquer planejamento ou administrao central. Os recursos disponveis podem variar da arbitrria comunicao processo a processo at o correio eletrnico, transferncia de arquivos, ao login remoto e execuo remota. Os projetos tcnicos podem diferir no tipo de meio de transmisso utilizado, nos algoritmos de roteamento e de denominao empregados, no nmero e no contedo das camadas presentes e nos protocolos usados. Por fim, a comunidade de usurios pode variar dos funcionrios de uma empresa at todas as pessoas interessadas no mundo. Muitos so os exemplos de redes disponveis no mercado, principalmente para redes locais. Ainda podemos analisar algumas experincias de grandes redes tais como a ARPANET e a NSFNET, precursoras da Internet mundial, assim como das primeiras experincias at a gigabit. Um bom exemplo de rede local bastante popular a Novel NetWare. Ela foi projetada para ser usada para empresas que estavam fazendo downsizing de mainframe para rede de PCs. Ela utiliza a filosofia cliente/servidor e est baseada numa pilha de protocolos proprietria ilustrada na figura 6.28. Ela baseada na antiga XNS (Xerox Network System) com vrias modificaes. Esta arquitetura antecede o RM-OSI e se parece mais com a arquitetura TCP/IP. As camadas fsica e de enlace podem ser escolhidas dentre vrios padres industriais. O IPX um protocolo sem conexo no confivel e funcionalmente semelhante ao IP, com diferenas no endereamento, que de 10 bytes. O NCP (Network Core Protocol) um protocolo de transporte orientado a conexo e no est restrito ao transporte de dados do usurio, sendo considerado o corao do Netware. O SPX (Sequence Packet Exchange) oferece apenas o transporte de mensagens. Ainda h a opo do TCP, que tambm pode ser utilizado. Por exemplo, o sistema de arquivos utiliza o NCP e o Lotus Notes utiliza o SPX.

Figura 6.28 O modelo de referncia da Novel NetWare.

78

SISTEMAS

OPERACIONAIS

DE

REDE.

Com o surgimento das redes de computadores, um sistema de comunicao foi inserido interligar os computadores, que at ento operavam de forma isolada, para permitir o compartilhamento de recursos. No hardware dos computadores, a modificao necessria foi a introduo de um dispositivo de entrada e sada adicional, responsvel pela interface do computador com o sistema de comunicao, mais conhecida como interface de rede. A modificao no hardware gerou a necessidade de modificaes nos sistemas operacionais para o novo ambiente de processamento, onde se tornou possvel utilizar recursos de hardware e software remotos. Como os sistemas operacionais at ento tratavam os recursos locais, tornou-se necessrio adicionar um conjunto de programas para dota-los da capacidade de comunicao e de reconhecimento dos recursos compartilhados. Considerando que as modificaes nos sistemas operacionais locais no deveriam alterar a forma de operao dos computadores para gerar o menor impacto possvel nos usurios, os sistemas operacionais de rede (N.O.S. Network Operational System) surgiram como uma extenso dos sistemas operacionais locais existentes. Para atender necessidade de transparncia na operao de recursos da rede do ponto de vista dos usurios, foi introduzido um redirecionador no sistema operacional. Este redirecionador funciona interceptando as chamadas feitas pelas aplicaes ao sistema operacional local, desviando para o mdulo de comunicao aquelas que dizem respeito aos recursos remotos . A figura 7.1 ilustra o esquema geral de funcionamento do redirecionador.

Aplicao do Usurio

Aplicao do Usurio

Redirecionador
Sistema Operacional Local Sistema Operacional Local

Basic I/O System do Computador Basic I/O System do Computador Hardware do Computador Hardware do Computador Hardware de Rede Software de Comunicao

(a) Sistema Operacional Local

(b) Sistema Operacional Local com Redirecionador para comunicao em rede

Figura 7.1 Incluso do Redirecionador em um Sistema Operacional

Para as aplicaes dos usurios, a instalao de um sistema operacional de rede percebida apenas pela adio de novos recursos aos que elas possuam anteriormente. A interface utilizada pelas aplicaes para ter acesso aos recursos locais ou remotos permanece inalterada. A interface entre as aplicaes e o sistema operacional baseia-se em interaes do tipo solicitao/resposta onde a aplicao solicita um servio (abertura de um arquivo, impresso de dados, etc. ) atravs de chamadas ao sistema operacional. O S.O., em resposta, executa o servio, informa o resultado da operao (execuo com sucesso, erro, etc.) e devolve dados para a aplicao, quando o caso.

79

7.1 SISTEMAS CLIENTE/SERVIDOR E PEER-TO-PEER. O conceito de Cliente/Servidor utiliza-se desta forma de interao. O Cliente/Servidor o modo de interao bsico nas redes de computadores. Nele, o Cliente a entidade que solicita o servio e o Servidor a entidade que presta o servio. Os computadores que disponibilizam recursos atravs da rede devem possuir a entidade servidor enquanto os computadores que permitem que suas aplicaes utilizem recursos compartilhados por outros computadores devem possuir a entidade cliente. As funes necessrias ao NOS na entidade Cliente so diferentes das funes nas entidades Servidor. No Cliente, o NOS restringe-se a fornecer comunicao de requisies para o Servidor e entregar as respostas s aplicaes. No Servidor, alm da comunicao, devem ser executadas tarefas como: controle de acesso aos recursos, suporte para impresso, armazenamento de arquivos compartilhados, etc. Nas redes do tipo Peer-to-Peer (ou redes homogneas para alguns autores) as entidades Cliente e Servidor esto presentes em cada computador da rede. Assim, todos os computadores da tm a capacidade de prover recursos e requisitar servios. Nas redes do tipo Cliente-Servidor, os computadores se dividem em estaes clientes, que possuem funes da entidade Cliente e estaes servidoras ou Servidores, que possuem funes da entidade Servidor. Nas redes ClienteServidor, os computadores Servidores podem ser utilizados de maneira dedicada (Servidores Dedicados), no permitindo o uso de aplicao atravs do sistema operacional local (como o caso do NOS Novell 5.0), ou podem ser utilizados de maneira no dedicada (Servidores no Dedicados), onde o sistema operacional local interage com a rede permitindo o uso de aplicaes no computador local. A figura 7.2 apresenta a estrutura de uma estao Cliente e um Servidor Dedicado em uma rede Cliente-Servidor.

Aplicao do Usurio/Software Cliente

Aplicaes Servidoras

Redirecionador
S.O. Cliente
Driver de Protocolos

S.O. do Servidor

Driver de Protocolos

Interface com o Hardware

Driver Placa de Rede

Driver Placa de Rede

Drivers de dispositivos locais

Figura 7.2 Estrutura de um computador Cliente e de um Servidor Dedicado.

Na figura 7.2, as setas que partem do computador (cor branca) representam o fluxo entre o software e o hardware local e as setas que partem do adaptador de rede (cor azul) representam o fluxo entre o software local, o software de rede e o sistema de comunicao que possibilita a conexo da rede. A seta entre os adaptadores representa o trafego no meio de transmisso. Como vimos, para que um computador possa operar como uma estao (um host) em uma rede de computadores, devem ser instalados recursos de hardware e software que complementam seus dispositivos e o seu sistema operacional local. Em uma rede local (LAN) o hardware adicional necessrio se constitui, em geral, de uma placa de interface de rede e do driver de dispositivo correspondente que controla seu funcionamento. O software adicional, definido como Sistema Operacional de Rede (NOS), engloba os seguintes componentes: 1. Um conjunto de mdulos que implementam os protocolos e aplicaes cliente-servidor; 2. Um conjunto de drivers com implementaes de protocolos de comunicao. Os componentes do NOS devem se posicionar no nvel do modelo de referncia OSI (RM-OSI) correspondente s funes que implementa. A figura 7.3 apresenta a relao entre os componentes de um NOS tpico e o RM-OSI. 80

Aplicaes dos Usurios

Aplicao Apresentao Sesso Transporte Rede Enlace

Protocolos e Aplicaes Cliente-Servidor

Sistema Operacional de Rede

Driver de Protocolos Interface entre Driver da Placa e Protocolos Driver Placa de Rede

Fsico

Figura 7.3 Relao entre os componentes de um NOS tpico e o RM-OSI.

7.2 SERVIDORES DEDICADOS. Uma das funes bsicas das redes locais o compartilhamento de recursos caros e especializados (quer equipamentos, programas, base de dados, ou vias de comunicao), isto : servios, entre os vrios usurios da rede. Qualquer estao de uma rede local com a entidade Servidor instalada pode oferecer servios para outras estaes (clientes). Vrios servios so tpicos para cada aplicao e Servidores so projetados de forma a melhor oferec-los. Tais servidores so distinguidos das outras estaes apenas pelo software que os suportam e hardware especial que contenham. Entre os servios mais oferecidos podemos citar: o armazenamento de arquivos, a gerncia de banco de dados, o suporte para impresso, a traduo de nomes simblicos em endereos fsicos, a monitorao de redes, a criptografia, o correio eletrnico, o servio de gateway para outras redes e outras funes de hardware e software. Servidores podem ser tambm clientes de outros servidores da rede. Por exemplo, o servidor de impresso pode ser cliente de um servidor de arquivos ao fornecer servios aos seus prprios clientes. O servio de correio eletrnico um outro exemplo de servidor que muitas vezes realizado utilizando os servios de armazenamento de arquivos de um outro servidor. 7.1.1 - SERVIDORES DE ARQUIVOS. O Servidor de Arquivo tem como funo oferecer aos seus clientes o servio de armazenamento e acesso a informaes e de compartilhamento de disco. Controlam unidades de disco ou outras unidades de armazenamento, sendo capazes de aceitar pedidos de transaes das estaes clientes e atend-los utilizando os seus dispositivos de armazenamento. Um Servidor de Arquivo Geral aquele que capaz de aceitar transaes, independente do sistema operacional do cliente, ou seja, independente da estrutura de arquivos da estao cliente. Neste caso, existe um sistema de arquivo padro da rede, utilizado pelo servidor de arquivos, nos quais os vrios arquivos das demais estaes da rede devem ser convertidos (pelos protocolos, no nvel de apresentao) para comunicao com o Servidor. Sendo adotada esta soluo, todos os arquivos da rede so potencialmente acessveis a todas as estaes, independente das estruturas de arquivos individuais.

81

7.1.2 - SERVIDORES DE IMPRESSO. O Servidor de Impresso tem como finalidade oferecer servios de impresso a seus clientes. Um Servidor de Impresso tpico tem vrios tipos de impressoras acoplados, cada um adequado qualidade ou rapidez de uma aplicao particular. Existem vria formas de se implementar um Servidor de Impresso. A forma mais simples baseada na pralocao da impressora. Neste caso uma estao cliente envia um pedido ao Servidor, manifestando o desejo de uso de uma impressora especfica. Caso esta impressora esteja disponvel, ela ento alocada ao cliente at que este a libere (ou, ento, at que se esgote o tempo mximo da utilizao, conforme negociao na alocao). Caso a impressora no esteja disponvel o cliente avisado e colocado, se de seu desejo em uma fila de espera. Uma outra forma de implementarmos um Servidor de Impresso utilizando a tcnica de spooling. Neste caso a estao ao invs de pedir a alocao de uma impressora, envia diretamente ao Servidor o texto a ser impresso. Este texto colocado em uma fila de espera, sendo impresso quando a impressora estiver disponvel. 7.1.3 - SERVIDORES DE COMUNICAO. Consiste em uma estao especial que ser responsvel pela realizao de todos os procedimentos de acesso rede, bem como da interface com os dispositivos usurios, de forma a permitir o uso da rede por estes. 7.1.4 - SERVIDORES GATEWAY. So estaes da rede que oferecem servio de comunicao com outras redes para seus clientes. A ligao entre redes pode ser realizada atravs de repetidores ou pontes, mas quando e trata de interligao de redes distintas o uso de Gateway se torna indispensvel. 7.1.4 - SERVIDORES DE MONITORAMENTO. Monitoramento do trfego, do estado do sistema, do desempenho de uma estao da rede, assim como o monitoramento do meio de transmisso e de outros sinais necessrio para o gerenciamento da rede de forma a possibilitar a deteco de erros, diagnose e resolues de problemas da rede, tais como falhas, desempenho e etc.

82

Figura 7.4 - Exemplo de Rede Local Elementar

83

REFERNCIAS

BIBLIOGRAFIAS.

[APA99]

APARICI, Roberto et al. Nuevas Tecnologas, Comunicacin y Educacin. Madrid, Espanha. UNED, 1999. [CD-ROM] ARNETT, Matthew Flint at al. Desvendando o TCP/IP. Rio de Janeiro. Editora Campus, 1997. BARETTO, Marcelo L. Redes de Computadores. Departamento de Engenharia Eltrica. UFPA, 2000. Disponvel no endereo URL: http://www.prodepa.gov.br/marcelo/

[ARN97]

[BAR00]

[COM98a] COMER, D. E. Interligao em Redes com TCP/IP - Volume 1. Ed. Campus, 1998. [COM98b] COMER, D. E. et al. Interligao em Redes com TCP/IP - Volume 2. Ed. Campus, 1998. [COS00] COSTA, Maurlio Alves. Martins. Avaliao Analtica de Desempenho do Uso do Ipv6. Florianpolis, SC, 2000. Dissertao (Mestrado em Cincia da Computao) Programa de Ps-graduao em Cincia da Computao, UFSC, 2000. CYCLADES Brasil. Guia Internet de Conectividade. So Paulo. 1997. KIRCH, Olaf. Guia do Administrador de Redes Linux. Traduo de Conectiva Inf. Ltda. Conectiva, 1999. Disponvel no endereo URL: : http://www.conectiva.com.br MARTINS, Marcelo P. Redes Locais, UNIX x WindowsNT. Universidade Veiga de Oliveira. 1997. Disponvel no endereo URL: http://www.tol.pro.br (Tutorial OnLine Home Page) SEMERIA,C. Understanding IP Addressing:Everything You Ever Wanted To Know. 3COM Corporation. 1996. (mimeo) SOARES, Luiz Fernando Gomes e outros: Redes de Computadores: Das LANs, MANs e WANs, s Redes ATM.2 ed. Editora Campus, 1995/1996. SPECIALSKI, Elizabeth S. Arquiteturas de Redes de Computadores. Departamento de Informtica e Estatstica. UFSC. Florianpolis, 2000. (mimeo) TANENBAUM, Andrew S. Redes de Computadores. 3a. ed. Editora Campus, 1996. TORRES Gabriel. Redes Locais, Placas e Cabos. Clube do Hardware. 1999. Disponvel no endereo URL:http://www.clubedohardware.com.br/ WERNER, Jos Alberto V. Apostila de Internet e Arquitetura TCP/IP. PUC-RIO. 1998. Disponvel no Endereo URL: http://www.tol.pro.br (Tutorial On-Line Home Page)

[CYC97] [KIR99]

[MAR97]

[SEM96]

[SOA96]

[SPE00]

[TAM96] [TOR99]

[WER98]

84

CITAES: [APA99] Conceito de Comunicao. Figuras 2.2, 2.3, 6.1 e 6.2. [ARN97] Protocolos da camada de aplicao. [BAR00] Figura 4.6, 4.11 a 4.15. Quadro Comparativo Entre Os Padres Ethernet / Fast Ethernet / Gigabit Ethernet Parte dos Componentes de Conexo. [CYC97] Figura 6.13. Classes IP. [COS00] Arquitetura TCP/IP - Internet. Protocolo Ipv4. [KIR99] Endereamento IP. Sub-Redes IP. [MAR97] Parte dos Componentes de Conexo. Parte dos Servidores Dedicados. Quadro Comparativo Dos Meios De Transmisso. [SEM96] Sub-Redes IP. Figura 6.12. [SOA96] Evoluo dos Sistemas de Computao. Objetivos de uma Rede de Computadores. Parmetros de Comparao entre Redes de Computadores. Sistemas Operacionais de Rede. Figuras 7.1 e 7.2. [SPE00] Hardware De Rede: Tecnologia de Transmisso, Arranjos Topolgicos, Categorias, Partes do Suporte transmisso. Figuras 4.1 a 4.4, Figura 4.5. Software de Rede: Captulo completo incluindo todas as figuras. Arquiteturas de Redes: Arquitetura RM-OSI incluindo figuras. Camadas do RM-OSI incluindo figuras.Padro IEEE 802. Interconexo de redes Locais. Partes da Arquitetura TCP/IP incluindo figuras 6.9 e 6.10. Outros exemplos de arquiteturas de redes. [TOR99] Figuras 4.9 e 4.10. [WER98] Resoluo de Endereos IP, incluindo Figuras 6.15 a 6.17. Roteamento IP, incluindo Figuras 6.18 e 6.19. Fragmentao IP, incluindo Figuras 6.20 e 6.21. Protocolos da camada de transporte, incluindo Figuras 6.22 a 6.26.
85