Você está na página 1de 77

O Modelo OSI

Viso geral Durante as ltimas duas dcadas houve um grande aumento na quantidade e no tamanho das redes. Vrias redes, no entanto, foram criadas atravs de implementaes diferentes de hardware e de software. Como resultado, muitas redes eram incompatveis, e a comunicao entre redes com diferentes especificaes tornou-se difcil. Para tratar desse problema, a International Organization for Standardization (ISO) realizou uma pesquisa sobre vrios esquemas de rede. A ISO reconheceu a necessidade de se criar um modelo de rede para ajudar os desenvolvedores a implementar redes que poderiam comunicar-se e trabalhar juntas (interoperabilidade). Assim, a ISO lanou em 1984 o modelo de referncia OSI. Este captulo explica como os padres garantem maior compatibilidade e interoperabilidade entre vrios tipos de tecnologias de rede. Neste captulo, voc ir aprender como o esquema de redes do modelo de referncia OSI oferece suporte aos novos padres de rede. Alm disso, voc acompanhar o caminho percorrido pelas informaes, ou dados, desde os programas aplicativos (como planilhas), atravs de um meio de rede (como, por exemplo, cabos), at os programas aplicativos localizados em outros computadores de uma rede. No decorrer deste captulo, voc aprender sobre as funes bsicas que acontecem em cada camada do modelo OSI, que lhe serviro como fundamentos medida que voc comear a projetar, compilar e solucionar problemas de redes. Analisando a rede em camadas

2.1 Modelo geral de comunicao 2.1.1

Usando camadas para analisar problemas em um fluxo de materiais

O conceito de camadas vai ajudar voc a entender a ao que ocorre durante a comunicao de um computador com outro. Na figura so mostradas questes que envolvem o movimento de objetos fsicos, como no trfego em estradas, ou no caso dos dados eletrnicos. Nos referimos a esse deslocamento de objetos, fsico ou lgico, como fluxo. Existem muitas camadas que ajudam a descrever os detalhes do processo de fluxo. Outros exemplos de sistemas com fluxo so o sistema pblico de abastecimento de gua, o sistema rodovirio, o sistema postal e o sistema telefnico. Agora, examine o esquema "Comparando redes", na figura . Que rede voc est examinando? O que est em fluxo? Quais so as diferentes formas do objeto em fluxo? Quais so as regras do fluxo? Onde acontece o fluxo? As redes listadas nesse esquema fornecem a voc mais analogias para ajud-lo a entender redes de computadores. Outro exemplo de como voc pode usar o conceito de camadas para analisar um tema cotidiano examinar a conversao humana. Quando voc tem uma idia e deseja comunic-la a outra pessoa, a primeira coisa a fazer escolher a forma de expressar essa idia. Em seguida, voc decide como comunic-la de forma apropriada e, por fim, voc de fato expe sua idia. Imagine um jovem sentado na cabeceira de uma mesa de jantar muito comprida. Na outra cabeceira, a uma distncia razovel, est a av do jovem. O jovem fala portugus. Sua av prefere falar espanhol. A mesa foi posta para uma maravilhosa refeio preparada pela av. Subitamente, o jovem grita a plenos pulmes: "Ei, voc! Passe o arroz!" e, estendendo o brao por cima da mesa, agarra a travessa. Em muitas culturas, essa ao considerada muito rude. O que o jovem deveria ter feito para comunicar seus desejos de maneira aceitvel? Para ajud-lo a encontrar a resposta a essa pergunta, analise o processo de comunicao usando camadas. Primeiro, temos a idia: o jovem quer arroz. Depois, temos a representao da idia: portugus falado (em vez de espanhol). Em seguida, o mtodo de expresso/transporte da idia: "Ei, voc". Finalmente, o meio: gritar (som) e agarrar (ao fsica) a travessa de arroz. A partir desse grupo de quatro camadas, voc pode ver que trs delas impedem que o jovem comunique sua idia de maneira apropriada/aceitvel. A primeira camada (a idia) aceitvel. A segunda camada (representao), usar o portugus falado em vez do espanhol, e a terceira camada (transporte), uma exigncia feita aos gritos em vez de um pedido polido, definitivamente no seguem o protocolo social aceitvel. A quarta camada (meio), gritar e agarrar a travessa em lugar de educadamente solicitar auxlio a outra pessoa sentada por perto, um comportamento inaceitvel em quase todas as situaes sociais. Analisando essa interao em termos de camadas, voc pode entender com mais clareza alguns dos problemas de comunicao entre seres humanos e entre

computadores, e descobrir como resolv-los. Comunicao por rede

2.1 Modelo geral de comunicao 2.1.2

Origem, destino e pacotes de dados

Como voc aprendeu no Captulo 1, o nvel mais bsico de informaes de computador consiste nos dgitos binrios, ou bits (0s e 1s). Computadores que enviam um ou dois bits de informao, no entanto, no so muito teis. Por isso, outros agrupamentos (bytes, kilobytes, megabytes e gigabytes) so necessrios. Para que os computadores enviem informaes atravs de uma rede, todas as comunicaes em uma rede se originam em uma origem e depois trafegam at um destino. Como ilustrado na figura, as informaes que trafegam em uma rede so referidas como dados, pacote ou pacote de dados. Um pacote de dados uma unidade de informaes logicamente agrupada que se desloca entre sistemas de computadores. Ele inclui as informaes da origem, junto com

outros elementos necessrios para fazer que a comunicao com o dispositivo de destino seja possvel e confivel. O endereo de origem em um pacote especifica a identidade do computador que envia o pacote. O endereo de destino especifica a identidade do computador que recebe o pacote.

2.1 2.1.3

Modelo geral comunicao Meios

de

Durante o seu estudo de redes, voc vai encontrar referncias palavra "meio". (Observao: a forma plural de meio meios). Em se tratando de redes, um meio um material atravs do qual os pacotes de dados trafegam. Ele pode ser um dos seguintes materiais:

cabos telefnicos UTP Categoria 5 (usado para Ethernet 10Base T) cabos coaxiais (usados para TV a cabo) fibra ptica (fibras finas de vidro que transportam luz)

Existem dois outros tipos de meios menos bvios, mas que ainda assim devem ser levados em considerao nas comunicaes em rede. Primeiro, a atmosfera (constituda principalmente de oxignio, nitrognio e vapor d'gua), que transporta ondas de rdio,

microondas e luz. A comunicao sem nenhum tipo de fio ou cabo chamada de comunicao sem fio ou em espao livre. Isso possvel atravs das ondas eletromagnticas (EM). As ondas EM, que no vcuo trafegam todas velocidade da luz, incluem as ondas de energia, as ondas de rdio, as microondas, a luz infravermelha, a luz visvel, a luz ultravioleta, os raios X e os raios gama. As ondas EM trafegam atravs da atmosfera (constituda principalmente de oxignio, nitrognio e vapor d'gua), mas tambm trafegam no vcuo do espao (onde virtualmente no h nenhuma matria, nem molculas, nem tomos).

2.1 Modelo geral de comunicao 2.1.4

Protocolo

Para que os pacotes de dados trafeguem de uma origem at um destino, atravs de uma rede, importante que todos os dispositivos da rede usem a mesma linguagem, ou protocolo. Um protocolo um conjunto de regras que tornam mais eficiente a comunicao em uma rede. Alguns exemplos comuns so:

No Congresso, as normas de procedimento possibilitam que centenas de representantes (todos desejosos de falar) se organizem, para dar vez a cada um e comunicar suas idias de forma ordenada. Quando voc est dirigindo, outros carros sinalizam (ou deveriam sinalizar) para virar esquerda ou direita. Sem isso, haveria uma

grande confuso nas ruas. Ao pilotarem um avio, os pilotos obedecem a regras muito especficas de comunicao com outros avies e com o controle do trfego areo. Quando se atende o telefone, diz-se "Al", e a pessoa que ligou responde, dizendo "Al. Aqui fala... ", e assim por diante.

Uma definio tcnica de um protocolo de comunicaes de dados : um conjunto de regras, ou um acordo, que determina o formato e a transmisso de dados. A camada n em um computador se comunica com a camada n em outro computador. As regras e convenes usadas nessa comunicao so conhecidas coletivamente como o protocolo da camada n.

2.1 Modelo geral de comunicao 2.1.5

A evoluo dos padres ISO de redes

A primeira fase de desenvolvimento das LANs, MANs e WANs foi catica, sob vrios aspectos. No incio da dcada de 80 houve um grande aumento na quantidade e no tamanho das redes. medida que as empresas percebiam como era possvel economizar e aumentar a produtividade com a tecnologia de redes, criavam mais redes e expandiam as redes j existentes, quase to rapidamente quanto eram lanadas novas tecnologias e produtos de rede.

Na metade da dcada de 80, essas empresas comearam a ter problemas gerados pelas expanses realizadas. A comunicao entre redes que usavam especificaes e implementaes diferentes se tornou mais difcil. As empresas perceberam que precisavam abandonar os sistemas de redes proprietrios. Os sistemas proprietrios tm desenvolvimento, posse e controle privados. Na indstria de computadores, "proprietrio" o contrrio de "aberto" e quer dizer que uma empresa, ou um pequeno grupo de empresas, detm o controle sobre todo o uso da tecnologia. "Aberto" quer dizer que o livre uso da tecnologia est disponvel para o pblico. Para tratar do problema da incompatibilidade entre as redes e da impossibilidade delas se comunicarem entre si, a International Organization for Standardization (ISO) pesquisou esquemas de redes como, por exemplo, DECNET, SNA e TCP/IP, para tentar descobrir um conjunto de regras. Como resultado dessa pesquisa, a ISO criou um modelo de rede que ajudaria os fabricantes a criar redes que poderiam ser compatveis e operar junto com outras redes. O processo de decompor comunicaes complexas em discretas tarefas menores pode ser comparado ao processo de montagem de um automvel. Se tomado como um todo, o processo de projetar, industrializar e montar um automvel altamente complexo. improvvel que uma s pessoa possa saber como executar todas as tarefas necessrias para se construir um carro desde o rascunho do projeto. Por isso, os engenheiros mecnicos projetam o carro, os engenheiros industriais projetam os moldes para as peas e os tcnicos de montagem especficos montam cada parte do carro. O modelo de referncia OSI ( no confundir com ISO), lanado em 1984, foi o esquema descritivo criado. Ele ofereceu aos fabricantes um conjunto de padres que garantiram maior compatibilidade e interoperabilidade entre os vrios tipos de tecnologias de rede, criados por vrias empresas de todo o mundo.

2.2 O modelo de referncia OSI 2.2.1 A finalidade do modelo de referncia OSI. O modelo de referncia OSI o modelo fundamental para comunicaes em rede. Embora existam outros modelos, a maior parte dos fabricantes de rede, hoje, relaciona seus produtos ao modelo de referncia OSI, especialmente quando desejam instruir os usurios no uso dos produtos. Eles o consideram a melhor ferramenta disponvel para ensinar s pessoas a enviar e receber dados atravs de uma rede. O modelo de referncia OSI permite que voc visualize as funes de rede que acontecem em cada camada. Sobretudo, o modelo de referncia OSI uma estrutura que voc pode usar para entender como as informaes trafegam atravs de uma rede. Alm disso, voc pode usar o modelo de referncia OSI para visualizar como as informaes, ou pacotes de dados, trafegam desde os programas aplicativos (por exemplo, planilhas, documentos, etc.), atravs de um meio de rede (como cabos, etc.), at outros programas aplicativos localizados em um outro computador de uma rede, mesmo se o remetente e o destinatrio tiverem tipos diferentes de rede. No modelo de referncia OSI, existem sete camadas numeradas e cada uma ilustra uma funo particular da rede. Essa separao das funes da rede chamada diviso em camadas. Dividir a rede nessas sete camadas oferece as seguintes vantagens:

Decompe as comunicaes de rede em partes menores e mais simples. Padroniza os componentes de rede, permitindo o desenvolvimento e o suporte por parte de vrios fabricantes.

Possibilita a comunicao entre tipos diferentes de hardware e de software de rede. Evita que as modificaes em uma camada afetem as outras, possibilitando maior rapidez no seu desenvolvimento. Decompe as comunicaes de rede em partes menores, facilitando sua aprendizagem e compreenso.

2.2.2 As sete camadas do modelo de referncia OSI O problema de transferir informaes entre computadores dividido em sete problemas menores e mais gerenciveis no modelo de referncia OSI. Cada um dos sete problemas menores representado por sua prpria camada no modelo. As sete camadas do modelo de referncia OSI so: Camada 7: A camada de aplicao Camada 6: A camada de apresentao Camada 5: A camada de sesso Camada 4: A camada de transporte Camada 3: A camada de rede Camada 2: A camada de enlace Camada 1: A camada fsica No decorrer deste semestre voc vai comear pela camada 1 e avanar camada por camada atravs do modelo OSI. Trabalhando atravs das camadas do modelo de referncia OSI, voc vai entender como os pacotes de dados trafegam por uma rede e que dispositivos operam em cada camada medida que os pacotes de dados viajam atravs deles. Como resultado, voc vai entender como solucionar problemas de rede que podem surgir durante o fluxo de um pacote de dados. Para obter maiores informaes sobre o modelo OSI, visite o site a seguir: 2.2.3 As funes de cada camada Cada camada OSI individual tem um conjunto de funes que ela deve executar para que os pacotes de dados trafeguem de uma origem a um destino em uma rede. A seguir, est uma breve descrio de cada camada no modelo de referncia OSI como mostrado na figura. Camada 7: A camada de aplicao

A camada de aplicao a camada OSI mais prxima do usurio; ela fornece servios de rede aos aplicativos do usurio. Ela se diferencia das outras por no fornecer servios a nenhuma outra camada OSI, mas apenas a aplicativos fora do modelo OSI. Os programas de planilhas, os programas de processamento de texto e os programas de terminal bancrio so exemplos desses processos de aplicativos. A camada de aplicao estabelece a disponibilidade dos parceiros de comunicao pretendidos, sincroniza e estabelece o acordo sobre os procedimentos para a recuperao de erros e o controle da integridade dos dados. Para definir em poucas palavras a camada 7, pense em navegadores. Camada 6: A camada de apresentao

A camada de apresentao assegura que a informao emitida pela camada de aplicao de um sistema seja legvel para a camada de aplicao de outro sistema. Se necessrio, a camada de apresentao faz a converso de vrios formatos de dados usando um formato comum. Se voc quiser pensar na camada 6 com o mnimo de palavras, pense em um formato de dados comum. Camada 5: A camada de sesso A camada de sesso, como est implcito no nome, estabelece, gerencia e termina sesses entre dois hosts que se comunicam. A camada de sesso fornece seus servios para a camada de apresentao. Ela tambm sincroniza o dilogo entre as camadas de apresentao dos dois hosts e gerencia a troca de dados entre eles. Alm da regulamentao bsica das sesses, a camada de sesso oferece recursos para transferncia eficiente de dados, classe de servio e relatrios de exceo sobre a camada de sesso, a camada de apresentao e a camada de aplicao. Para definir em poucas palavras a camada 5, pense em dilogos e conversaes. Camada 4: A camada de transporte

A camada de transporte segmenta os dados do sistema host que est enviando e monta os dados novamente em uma seqncia de dados no sistema host que est recebendo. O limite entre a camada de sesso e a camada de transporte pode ser comparado ao limite entre os protocolos de camada de meios e os protocolos da camada de host. Enquanto as camadas de aplicao, de apresentao e de sesso esto relacionadas a problemas de aplicativos, as trs camadas inferiores esto relacionadas a problemas de transporte de dados. A camada de transporte tenta fornecer um servio de transporte de dados que isola as camadas superiores de detalhes de implementao de transporte. Especificamente, questes como, por exemplo, como realizar transporte seguro entre dois hosts, dizem respeito camada de transporte. Fornecendo servios de comunicao, a camada de transporte estabelece, mantm e termina corretamente circuitos virtuais. Fornecendo servio confivel, so usados o controle do fluxo de informaes e a deteco e recuperao de erros de transporte. Para definir em poucas palavras a camada 4, pense em qualidade de servios e confiabilidade. Camada 3: A camada de rede

A camada de rede uma camada complexa que fornece conectividade e seleo de caminhos entre dois sistemas hosts que podem estar localizados em redes geograficamente separadas. Se voc desejar lembrar da camada 3 com o menor nmero de palavras possvel, pense em seleo de caminhos, roteamento e endereamento. Camada 2: A camada de enlace

A camada de enlace fornece trnsito seguro de dados atravs de um link fsico. Fazendo isso, a camada de enlace trata do endereamento fsico (em oposio ao endereamento lgico), da topologia de rede, do acesso rede, da

notificao de erro, da entrega ordenada de quadros e do controle de fluxo. Se voc desejar se lembrar da camada 2 com o mnimo de palavras possvel, pense em quadros e controle de acesso ao meio. Camada 1: A camada fsica

A camada fsica define as especificaes eltricas, mecnicas, funcionais e de procedimentos para ativar, manter e desativar o link fsico entre sistemas finais. Caractersticas como nveis de voltagem, temporizao de alteraes de voltagem, taxas de dados fsicos, distncias mximas de transmisso, conectores fsicos e outros atributos similares so definidas pelas especificaes da camada fsica. Para definir em poucas palavras a camada 1, pense em sinais e meios.

2.2 O modelo de referncia OSI 2.2.4

Encapsulamento

Como voc sabe, todas as comunicaes em uma rede tm uma origem e so enviadas para um destino, e as informaes emitidas em uma rede so chamadas de dados ou pacote de dados. Se um computador (host A) desejar enviar dados para outro computador (host B), os dados devem primeiro ser empacotados atravs de um processo chamado encapsulamento.

O encapsulamento empacota as informaes de protocolo necessrias antes do trnsito pela rede. Assim, medida que o pacote de dados desce pelas camadas do modelo OSI, ele recebe cabealhos, trailers e outras informaes. (observao: A palavra "cabealho" significa que informaes de endereo foram adicionadas.) Para ver como o encapsulamento ocorre, vamos examinar a forma como os dados viajam pelas camadas como ilustrado na figura. Uma vez que o dado enviado da origem, como ilustrado na figura, ele viaja atravs da camada de aplicao para baixo atravs das outras camadas. Como voc pode ver, o empacotamento e o fluxo dos dados que so trocados passam por alteraes medida que as redes executam seus servios para os usurios finais. Como ilustrado nas figuras, as redes devem efetuar as seguintes cinco etapas de converso para encapsular os dados: Figura :

1. Compilar os dados. Quando um usurio envia uma mensagem de correio eletrnico, os seus caracteres alfanumricos so convertidos em dados que podem trafegar na internetwork. 2. Empacotar os dados para transporte ponto a ponto. Os dados so empacotados para transporte na internetwork. Usando segmentos, a funo de transporte assegura que os hosts da mensagem em ambas as extremidades do sistema de correio eletrnico possam comunicar-se com segurana. 3. Anexar (adicionar) o endereo da rede ao cabealho. Os dados so colocados em um pacote ou datagrama que contm um cabealho de rede com endereos lgicos de origem e destino. Esses endereos ajudam os dispositivos da rede a enviar os pacotes atravs da rede por um caminho escolhido. Figura :

4. Anexar (adicionar) o endereo local ao cabealho do link de dados. Cada dispositivo da rede deve colocar o pacote dentro de um quadro. O quadro permite a conexo com o prximo dispositivo da rede diretamente conectado do link. Cada dispositivo no caminho de rede escolhido requer enquadramento em seqncia para conectar-se ao dispositivo seguinte. 5. Converter em bits para transmisso. O quadro deve ser convertido em um padro de 1s e 0s (bits) para transmisso no meio (normalmente um cabo). Uma funo de sincronizao permite que os dispositivos distingam esses bits conforme eles trafegam no meio. O meio na conexo fsica das redes pode variar de acordo com o caminho usado. Por exemplo, a mensagem de correio eletrnico pode ser originada em uma LAN, atravessar um backbone do campus e sair por um link da WAN at alcanar seu destino em outra LAN remota. Cabealhos e trailers so

adicionados conforme os dados descem pelas camadas do modelo do OSI.

2.2 O modelo de referncia OSI 2.2.5

Nomes dos dados em cada camada do modelo OSI

Para que os pacotes de dados trafeguem da origem para o destino, cada camada do modelo OSI na origem deve se comunicar com sua camada par no destino. Esta forma de comunicao chamada de Comunicao ponto a ponto. Durante esse processo, o protocolo de cada camada troca informaes, chamadas protocol data units (PDUs), entre camadas pares. Cada camada de comunicao, no computador de origem, se comunica com uma PDU especfica da camada e com a sua camada correspondente no computador de destino, como ilustrado na figura.

Os pacotes de dados em uma rede so originados em uma origem e depois trafegam at um destino. Cada camada depende da funo de servio da camada OSI abaixo dela. Para fornecer esse servio, a camada inferior usa encapsulamento para colocar a PDU da camada superior no seu campo de dados; depois, adiciona os cabealhos e trailers que a camada precisa para executar sua funo. A seguir, enquanto os dados descem pelas camadas do modelo OSI, novos cabealhos e trailers so adicionados. Depois que as camadas 7, 6 e 5 tiverem adicionado suas informaes, a camada 4 adiciona mais informaes. Esse agrupamento de dados, a PDU da camada 4, chamado segmento. A camada de rede, por exemplo, fornece um servio para a camada de transporte, e a camada de transporte apresenta os dados ao subsistema da internetwork. A camada de rede tem a tarefa de mover os dados atravs da internetwork. Ela efetua essa tarefa encapsulando os dados e anexando um cabealho, criando um pacote (o PDU da camada 3). O cabealho tem as informaes necessrias para completar a transferncia, como, por exemplo, os endereos lgicos da origem e do destino. A camada de enlace fornece um servio camada de rede. Ela encapsula as informaes da camada de rede em um quadro (o PDU da camada 2); o cabealho do quadro contm as informaes (por exemplo, endereos fsicos) exigidas para a execuo das funes de link de dados. A camada de enlace fornece um servio camada de rede encapsulando as informaes da camada de rede em um quadro. A camada fsica tambm fornece um servio camada de enlace. A camada fsica codifica o quadro de link de dados em um padro de 1s e 0s (bits) para a transmisso no meio (geralmente um cabo) na camada 1.

2.3 Comparao entre o modelo OSI e o modelo TCP/IP 2.3.1

O modelo de referncia TCP/IP

Embora o modelo de referncia OSI seja universalmente reconhecido, o padro aberto tcnico e histrico da Internet o Transmission Control Protocol/Internet Protocol (TCP/IP. O modelo de referncia TCP/IP e a pilha de protocolos TCP/IP tornam possvel a comunicao de dados entre dois computadores quaisquer, em qualquer parte do mundo, a aproximadamente a velocidade da luz. O modelo TCP/IP tem importncia histrica, assim como os padres que permitiram que as indstrias de telefonia, energia eltrica, estradas de ferro e videotape se desenvolvessem.

2.3 Comparao entre o modelo OSI e o modelo TCP/IP 2.3.2

As camadas do modelo de referncia TCP/IP

O Departamento de Defesa dos Estados Unidos (DoD) desenvolveu o modelo de referncia TCP/IP porque queria uma rede que pudesse sobreviver a qualquer condio, mesmo a uma guerra nuclear. Para ilustrar melhor, imagine um mundo em guerra, entrecruzado por diferentes tipos de conexes: cabos, microondas, fibras ticas e links de satlites. Imagine, ento, que voc precise que informaes/dados (na forma de pacotes) trafeguem, independentemente da condio de qualquer n ou rede particular na internetwork (que, nesse caso, pode ter sido destruda pela guerra). O Departamento de Defesa dos Estados Unidos quer que seus pacotes cheguem, todas as vezes, em qualquer condio, de um ponto a qualquer outro. Foi esse complexo problema de projeto que levou criao do modelo TCP/IP e que tornou-se, desde ento, o padro no qual a Internet se desenvolveu. Quando ler sobre as camadas do modelo TCP/IP, tenha em mente o objetivo inicial da Internet; isso vai ajudar na explicao da razo de certas coisas serem como so. O modelo TCP/IP tem quatro camadas: a camada de

aplicao, a camada de transporte, a camada de Internet, e a camada de rede. importante notar que algumas das camadas do modelo TCP/IP tm o mesmo nome das camadas no modelo OSI. No confunda as camadas dos dois modelos, porque a camada de aplicao tem funes diferentes em cada modelo. Camada de aplicao Os projetistas do TCP/IP decidiram que os protocolos de mais alto nvel deviam incluir os detalhes da camada de apresentao e de sesso. Eles simplesmente criaram uma camada de aplicao que trata de protocolos de alto nvel, questes de representao, codificao e controle de dilogo. O TCP/IP combina todas as questes relacionadas a aplicaes em uma camada e presume que esses dados estejam empacotados corretamente para a prxima camada. Camada de transporte A camada de transporte lida com questes de qualidade de servios de confiabilidade, controle de fluxo e correo de erros. Um de seus protocolos, o Transmission Control Protocol (TCP), fornece formas excelentes e flexveis de se desenvolver comunicaes de rede confiveis com baixa taxa de erros e bom fluxo. O TCP um protocolo orientado a conexes. Ele mantm um dilogo entre a origem e o destino enquanto empacota informaes da camada de aplicao em unidades chamadas segmentos. Orientado a conexes no significa que exista um circuito entre os computadores que se comunicam (o que poderia ser comutao de circuitos). Significa que segmentos da camada 4 trafegam entre dois hosts para confirmar que a conexo existe logicamente durante um certo perodo. Isso conhecido como comutao de pacotes. Camada de Internet A finalidade da camada de Internet enviar pacotes da origem de qualquer rede na internetwork e faz-los chegar ao destino, independente do caminho e das redes que tomem para chegar l. O protocolo especfico que governa essa camada chamado protocolo de Internet (IP). A determinao do melhor caminho e a comutao de pacotes acontecem nessa camada. Pense nisso em termos do sistema postal. Quando voc envia uma carta, voc no sabe como ela vai chegar ao seu destino (existem vrias rotas possveis), mas, o que realmente importa que ela chegue. Camada de rede O significado do nome dessa camada muito amplo e um pouco confuso. tambm chamada de camada host-rede. a camada que se relaciona a tudo aquilo que um pacote IP necessita para realmente estabelecer um link fsico e depois estabelecer outro link fsico. Isso inclui detalhes de tecnologia de LAN e WAN e todos os detalhes nas camadas fsica e de enlace do OSI.

2.3 Comparao entre o modelo OSI e o modelo TCP/IP 2.3.3 Grfico do protocolo TCP/IP O diagrama mostrado na figura chamado grfico do protocolo. Ele ilustra alguns dos protocolos comuns especificados pelo modelo de referncia TCP/IP. Na camada de aplicao, voc vai ver diferentes tarefas de rede que talvez no reconhea, mas que, como usurio da Internet, provavelmente usa todos os dias. Voc vai examinar todas elas durante o curso do currculo. Esses aplicativos incluem:

FTP - File Transport Protocol HTTP - Hypertext Transfer Protocol SMTP - Simple Mail Transport Protocol DNS - Domain Name Service TFTP - Trivial File Transport Protocol

O modelo TCP/IP enfatiza a mxima flexibilidade, na camada de aplicao, para desenvolvedores de software. A camada de transporte envolve dois protocolos - transmission control protocol (TCP) e user datagram protocol (UDP). Voc vai examin-los em detalhes mais tarde no currculo CCNA. A camada mais baixa, a camada de rede, refere-se tecnologia de LAN ou WAN especfica que est sendo usada.

No modelo TCP/IP, no importa que aplicativo solicite servios de rede, nem que protocolo de transporte seja usado, haver apenas um protocolo de rede, o internet protocol, ou IP. Isso uma deciso deliberada de projeto. O IP serve como um protocolo universal que permite que qualquer computador, em qualquer lugar, comunique-se a qualquer momento.

2.3 Comparao entre o modelo OSI e o modelo TCP/IP 2.3.4

Comparao entre o modelo OSI e o modelo TCP/IP

Se voc comparar o modelo OSI e o modelo TCP/IP, vai notar que eles tm semelhanas e diferenas. Exemplos: Semelhanas

ambos tm camadas ambos tm camadas de aplicao, embora incluam servios muito diferentes ambos tm camadas de transporte e de rede comparveis a tecnologia de comutao de pacotes (e no comutao de circuitos) presumida por ambos os profissionais da rede precisam conhecer ambos

Diferenas

o TCP/IP combina os aspectos das camadas de apresentao e de sesso dentro da sua camada de aplicao o TCP/IP combina as camadas fsica e de enlace do OSI em uma camada

o TCP/IP parece ser mais simples por ter menos camadas os protocolos do TCP/IP so os padres em torno dos quais a Internet se desenvolveu, portanto o modelo TCP/IP ganha credibilidade apenas por causa dos seus protocolos. Em contraste, nenhuma rede foi criada em torno de protocolos especficos relacionados ao OSI, embora todos usem o modelo OSI para guiar seu raciocnio.

2.3 Comparao entre o modelo OSI e o modelo TCP/IP 2.3.5

Uso dos modelos OSI e TCP/IP no currculo

Embora os protocolos do TCP/IP sejam os padres com os quais a Internet cresceu, este currculo vai usar o modelo OSI pelas seguintes razes:

um padro de alcance mundial, genrico, independente de protocolos. Tem mais detalhes, o que o torna de maior ajuda para o ensino e a aprendizagem. Tem mais detalhes, o que pode ser til ao se solucionar problemas.

Muitos profissionais da rede tm opinies diversas sobre que modelo usar. Voc deve familiarizar-se com ambos. Voc vai usar o modelo OSI como o microscpio atravs do qual vai analisar as redes, mas tambm vai usar os protocolos do TCP/IP em todo o currculo. Lembre-se de que h uma diferena entre um modelo (ou seja, camadas, interfaces e especificaes de

protocolo) e um protocolo de fato que usado em redes. Voc vai usar o modelo OSI, mas os protocolos TCP/IP. Voc vai focalizar o TCP como um protocolo da camada 4 do OSI, o IP como um protocolo da camada 3 do OSI e a Ethernet como uma tecnologia da camada 2 e da camada 1. O diagrama na figura mostra que, mais tarde no curso, voc vai examinar um link de dados e uma tecnologia da camada fsica em particular dentre as muitas opes disponveis - a Ethernet. Camadas do modelo OSI em detalhes

15.1 Conceitos bsicos da camada de aplicao 15.1.1

Processos de aplicao

No contexto do modelo de referncia OSI, a camada de aplicao (camada 7) suporta o componente de comunicao de uma aplicao. A camada de aplicao responsvel por:

Identificar e estabelecer a disponibilidade de parceiros que se pretenda ter na comunicao Sincronizar as aplicaes cooperativas Estabelecer acordos sobre procedimentos para recuperao de

erros Controlar a integridade dos dados

A camada de aplicao a camada do modelo OSI mais prxima do sistema final e determina se existem recursos suficientes para a comunicao entre os sistemas. Sem a camada de aplicao, no haveria nenhum suporte comunicao de rede. A camada de aplicao no fornece servios a nenhuma outra camada do modelo OSI, no entanto, ela fornece servios aos processos de aplicao fora do mbito do modelo OSI. Exemplos desses processos de aplicao incluem programas de planilhas, programas de processamento de textos e programas de terminais bancrios. Alm disso, a camada de aplicao fornece uma interface direta para o restante do modelo OSI usando aplicaes de rede (por exemplo, WWW, correio eletrnico, FTP, Telnet) ou uma interface indireta usando aplicaes stand alone (por exemplo, processadores de texto, planilhas, gerenciadores de apresentaes) com um redirecionador de rede. 15.1.2 Aplicativos de rede diretos

A maioria das aplicaes que trabalham em um ambiente em rede classificada como aplicaes cliente-servidor. Essas aplicaes, como, por exemplo, o FTP, os navegadores da Web e o correio eletrnico, tm dois componentes que permitem que elas funcionem : o lado do cliente e o lado do servidor. O lado do cliente est localizado no computador local e o solicitador dos servios. O lado do servidor localiza-se em um computador remoto e fornece servios em resposta s solicitaes do cliente. Uma aplicao cliente-servidor trabalha repetindo constantemente a seguinte rotina em loop: solicitao do cliente, resposta do servidor; solicitao do cliente, resposta do servidor, etc. Por exemplo, um navegador da Web acessa uma pgina da Web solicitando um localizador uniforme de recursos (URL), ou endereo da Web, em um servidor da Web remoto. Aps localizar o URL, o servidor da Web que identificado por aquele URL responde solicitao. Ento, baseado nas informaes recebidas do servidor da Web, o cliente pode solicitar mais informaes ao mesmo servidor da Web ou pode acessar uma outra pgina da Web de um servidor da Web diferente. A World Wide Web, o Netscape Navigator e o Internet Explorer, so provavelmente as aplicaes de rede mais comumente usadas. Uma maneira fcil de entender um navegador da Web compar-lo a um controle remoto de televiso. Um controle remoto lhe fornece capacidade para controlar diretamente as funes da TV: volume, canais, brilho, etc. Para que o controle remoto funcione corretamente, voc no precisa entender como ele funciona eletronicamente. O mesmo ocorre com um navegador da Web, onde o navegador permite que voc navegue pela Web clicando nos hiperlinks. Para que o navegador da Web funcione corretamente, no necessrio que voc entenda como os protocolos OSI de camada inferior funcionam e interagem.

15.1.3 Suporte rede indireto

Em um ambiente LAN, o suporte de rede de aplicaes indiretas uma funo cliente-servidor. Se um cliente quiser salvar um arquivo de processador de texto em um servidor da rede, o redirecionador permitir que a aplicao processadora de texto se torne um cliente da rede. O redirecionador um protocolo que trabalha com sistemas operacionais de computadores e clientes de rede ao invs de programas de aplicaes especficos. Exemplos de redirecionadores so:

Apple File Protocol NetBIOS Extended User Interface (NetBEUI) Protocolos Novell IPX/SPX Network File System (NSF) do conjunto protocolos TCP/IP

de

O processo do redirecionador o seguinte: 1. O cliente solicita que o servidor de arquivo da rede

permita que o arquivo de dados seja armazenado. 2. O servidor responde salvando o arquivo no seu disco ou rejeitando a solicitao do cliente. 3. Se o cliente solicitar que o servidor de impresso da rede permita que o arquivo de dados seja impresso por uma impressora remota (rede), o servidor processar a solicitao imprimindo o arquivo em um dos dispositivos de impresso ou rejeitando a solicitao. O redirecionador permite que um administrador de rede atribua recursos remotos a nomes lgicos no cliente local. Quando voc selecionar um desses nomes lgicos para realizar uma operao, como salvar ou imprimir um arquivo, o redirecionador da rede enviar o arquivo selecionado ao recurso remoto apropriado na rede para processamento. Se o recurso estiver em um computador local, o redirecionador ignorar a solicitao e permitir que o sistema operacional local processe a solicitao. A vantagem de usar um redirecionador de rede em um cliente local que as aplicaes no cliente nunca tm que reconhecer a rede. Alm disso, a aplicao que solicita servio est localizada no computador local e o redirecionador roteia novamente a solicitao para o recurso de rede apropriado, enquanto a aplicao a trata como uma solicitao local. Os redirecionadores expandem as capacidades do software que no de rede. Tambm permitem que os usurios compartilhem documentos, modelos, bancos de dados, impressoras e muitos outros tipos de recursos, sem terem que usar um software de aplicao especial. As redes tiveram uma grande influncia no desenvolvimento de programas como processadores de texto, planilhas, gerenciadores de apresentaes, programas de bancos de dados, figuras e software de produtividade. Muitos desses pacotes de softwares so agora integrados em rede ou familiarizados com rede e tm as capacidades de iniciar navegadores da Web integrados ou ferramentas da Internet e de publicar sua sada para HTML para uma fcil integrao da Web. 15.1.4 Criando e interrompendo uma conexo importante observar que, em cada um dos exemplos anteriores, a conexo com o servidor foi mantida apenas pelo tempo suficiente para que a transao fosse processada. No exemplo da Web, a conexo foi mantida apenas pelo tempo suficiente para que o download fosse feito da pgina da Web atual. No exemplo da impressora, a conexo foi mantida apenas pelo tempo suficiente para que o documento fosse enviado ao servidor de impresso. Aps o processamento ter sido concludo, a conexo foi interrompida e teve que ser reestabelecida para a prxima solicitao de processamento. Esse um dos dois modos nos quais ocorre o processamento da comunicao.

Mais adiante neste captulo, voc aprender sobre o segundo mtodo no qual ocorre o processamento de comunicao. Isso ilustrado pelos exemplos do Telnet e do FTP, que estabelecem uma conexo com o servidor e mantm essa conexo at que todo o processamento seja executado. O computador cliente termina a conexo quando o usurio determina que acabou. Toda a atividade da comunicao se encaixa em uma dessas duas categorias. Na prxima seo, voc aprender sobre o Domain Name System, que suportado pelos processos da camada de aplicao. 15.2.1 Problemas com o uso dos endereos IP

No captulo sobre a camada de rede, voc aprendeu que a Internet baseia-se em um esquema de endereamento hierrquico. Isso envolve o roteamento, que baseado em classes de endereos ao invs de endereos individuais. O problema que isso cria para o usurio a associao do endereo correto ao site da Internet. A nica diferena entre o endereo 198.151.11.12 e o endereo 198.151.11.21 um dgito trocado. muito fcil esquecer um endereo de um determinado site, porque no h nada que permita a associao do contedo do site ao seu endereo. Para associar o contedo do site ao seu endereo, o sistema de nome de domnio foi desenvolvido. Um domnio um grupo de computadores associados por sua localizao geogrfica ou pelo seu tipo de negcios. O nome de domnio uma seqncia de caracteres e/ou nmeros, geralmente um nome ou abreviatura, que representa o endereo numrico de um site da Internet. Existem mais de 200 domnios de nvel superior na Internet, cujos exemplos incluem o seguinte: .us .uk - Reino Unido Estados Unidos

H tambm nomes genricos, cujos exemplos incluem os seguintes: .edu sites .com sites .gov sites .org sites sem .net - servios de rede 15.2.2 O Servidor de Nome de Domnio educativos comerciais governamentais lucrativos

fins

O Servidor de Nome de Domnio (DNS) um dispositivo em uma rede que gerencia os nomes de domnios e responde s solicitaes dos clientes para converter um nome de domnio no endereo IP associado. O sistema DNS configurado em uma hierarquia que cria diferentes nveis de servidores DNS. Se um servidor DNS local for capaz de converter um nome de domnio em seu endereo IP associado, ele ir faz-lo e retornar o resultado ao cliente. Se ele no puder converter o endereo, ele ir passar a solicitao ao prximo servidor DNS de nvel superior no sistema, que tentar converter o endereo. Se o DNS nesse nvel for capaz de converter o nome do domnio em um endereo IP

associado, ele ir faz-lo e retornar o resultado ao cliente. Caso contrrio, ele enviar a solicitao ao prximo nvel superior. Esse processo se repetir at que o nome do domnio tenha sido convertido ou o DNS de nvel mais alto tenha sido alcanado. Se no for possvel encontrar o nome do domnio no DNS de nvel mais alto, isso ser considerado um erro e a mensagem de erro correspondente retornar. Qualquer tipo de aplicao que use nomes de domnios para representar endereos IP, usa o sistema DNS para converter o nome em seu endereo IP correspondente. 15.3.1 Aplicativos Internet Voc seleciona as aplicaes de rede com base no tipo de trabalho que precisa realizar. Um conjunto completo de programas da camada de aplicao est disponvel para fazer interface com a Internet. Cada tipo de programa de aplicao est associado ao seu prprio protocolo de aplicao. Embora haja mais tipos de programas e de protocolos disponveis, os seguintes so o foco principal deste captulo:

da

A World Wide Web usa o protocolo HTTP. Os programas de acesso remoto usam o protocolo Telnet para fazerem a conexo diretamente a recursos remotos. Os programas de correio eletrnico suportam o protocolo da camada de aplicao POP3 para correio eletrnico. Os programas utilitrios de arquivos usam o protocolo FTP para copiar e mover arquivos entre sites remotos. A coleta e o monitoramento de dados da rede usam o protocolo SNMP.

importante enfatizar novamente o fato da camada de aplicao ser apenas uma outra camada de protocolo nos modelos OSI ou TCP/IP. Os programas fazem interface com os protocolos da camada de aplicao. As aplicaes clientes de correio eletrnico, como o Eudora, o Microsoft Mail, o Pegasus e o Netscape Mail, trabalham com o protocolo POP3. O mesmo ocorre com os navegadores da Web. Os dois navegadores da Web mais populares so o Microsoft Internet Explorer e o Netscape Communicator. A aparncia e a operao desses dois programas muito diferente, mas ambos trabalham com o protocolo da camada de aplicao HTTP. 15.3.2 Mensagens de correio eletrnico O correio eletrnico permite enviar mensagens entre computadores conectados. O procedimento para enviar um documento de correio eletrnico envolve dois processos separados. O primeiro enviar as mensagens de correio eletrnico agncia de correio do usurio e o segundo entregar as mensagens de correio eletrnico dessa agnciaao cliente de correio eletrnico do usurio (ou seja, o destinatrio). As etapas a seguir vo ajud-lo a compreender o processo de envio de uma mensagem de correio eletrnico: 1. Iniciar seu programa de correio eletrnico. 2. Digitar o endereo do correio eletrnico do destinatrio.

3. Digitar o assunto. 4. Digitar uma letra. Agora, examine o endereo de correio eletrnico. Esse um exemplo de como ele pode ser: JJones@bigsky.com. Ele consiste em duas partes: o nome do destinatrio (localizado antes do smbolo @) e o endereo da agncia de correio do destinatrio (aps o smbolo @). O nome do destinatrio importante apenas aps a mensagem ter chegado ao endereo da agncia de correio, que uma entrada DNS que representa o endereo IP do servidor da agncia de correio 15.3.3 Funo DNS Sempre que os clientes do correio eletrnico enviam mensagens, eles solicitam que um DNS, conectado rede, converta os nomes de domnios em seus endereos IP associados. Se o DNS for capaz de converter os nomes, ele retornar os endereos IP aos clientes, permitindo, assim, a segmentao apropriada da camada de transporte e o encapsulamento. Se o DNS no for capaz de converter os nomes, as solicitaes sero passadas adiante, at que os nomes possam ser convertidos. A parte do endereo de correio eletrnico que contm o nome do destinatrio torna-se importante neste ponto. O servidor extrai essa parte da mensagem de correio eletrnico e verifica se o destinatrio um membro da sua agncia de correio. Se o endereo for um membro, o servidor armazenar a mensagem na caixa de correio do destinatrio at que algum a recupere. Se o endereo no for de um membro, a agncia de correio gerar uma mensagem de erro e enviar a mensagem de correio eletrnico de volta para o remetente. A segunda parte do processo de funcionamento do correio eletrnico o processo de recebimento. Os destinatrios de mensagens de correio eletrnico usam o software cliente de correio eletrnico em seus computadores para estabelecer solicitaes s agncias de correio do correio eletrnico. Quando os destinatrios das mensagens clicam nos botes "Receber mensagens" ou "Recuperar mensagens" no cliente de correio eletrnico, geralmente solicitada uma senha. Aps terem inserido a senha e clicado em "OK" , o software de correio eletrnico cria uma solicitao aos servidores da agncia de correio, que extraem o endereo da agncia dos dados de configurao que foram inseridos quando o software de correio eletrnico dos destinatrios foi configurado. O processo usa, ento, uma outra pesquisa do DNS para localizar os endereos IP dos servidores. Finalmente, as solicitaes so segmentadas e colocadas em seqncia pela camada de transporte. Os pacotes de dados trafegam pelo restante das camadas do modelo OSI (por exemplo, camadas da rede, de enlace de dados, fsica) e so transmitidos pela Internet agncia do correio eletrnico de destino. Nessa agncia, os pacotes so reagrupados, na seqncia apropriada, e so verificados quanto a qualquer erro de transmisso de dados. Na agncia de correio, as solicitaes so examinadas e os nomes dos usurios e as senhas so verificados. Se tudo estiver correto, os servidores da agncia transmitem todas as mensagens de correio eletrnico aos computadores, onde as mensagens so, novamente, segmentadas, colocadas em seqncia e encapsuladas como quadros de dados, para serem enviadas ao computador do

cliente ou do destinatrio do correio eletrnico. Aps as mensagens de correio eletrnico terem chegado a um computador, voc pode abri-las e l-las. Se voc clicar no boto "Responder" ou no boto "Encaminhar", para enviar respostas s mensagens, todo o processo ser novamente iniciado. As mensagens de correio eletrnico, em si, so normalmente enviadas como texto ASCII, mas os anexos, que s vezes so includos nelas, podem ser dados de udio, de vdeo, de figuras ou muitos outros tipos de dados. Para receber e enviar corretamente os anexos, os esquemas de codificao devem ser os mesmos no computador emissor e no computador receptor. Os dois formatos mais comuns dos anexos de correio eletrnico so Multipurpose Internet Mail (MIME) e UUencode (um programa do utilitrio Unix). 15.4.1 Telnet

O software de emulao de terminal (Telnet) permite o acesso de forma remota a um outro computador. Isso permite que voc efetue logon em um host da Internet e execute comandos. Um cliente Telnet chamado de host local e um servidor Telnet, que usa um software especial denominado daemon, chamado de host remoto. Para fazer uma conexo de um cliente Telnet, voc deve selecionar uma opo de conexo. Uma caixa de dilogo solicita um "Nome de host" e um "Tipo de terminal". O nome do host o endereo IP (DNS) do computador remoto ao qual voc deseja se conectar. E o tipo de terminal descreve o tipo de emulao terminal que voc deseja que seja executado pelo computador. A operao Telnet no usa nenhuma capacidade de processamento do computador de transmisso. Em vez disso, ela transmite as teclas pressionadas ao host remoto e envia a sada de tela resultante de volta ao monitor local. Todo o processamento e o armazenamento ocorre no computador remoto. O Telnet iniciado com o processo de correio eletrnico. Quando voc inserir um nome de DNS para um local do Telnet, o nome dever ser convertido em seu endereo IP associado antes de estabelecer uma conexo. A aplicao Telnet trabalha principalmente nas trs camadas superiores do modelo OSI, a camada de aplicao (comandos), a camada de apresentao (formatos, normalmente ASCII) e a camada de sesso (transmisses). Os dados passam para a camada de transporte, onde so segmentados e lhe so adicionados o endereo da porta e a verificao de erros. Os dados passam, ento, para a camada de rede onde o cabealho IP (contendo o endereo IP de origem e de destino) adicionado. Depois, o pacote trafega para a camada de enlace, que encapsula o pacote em um quadro de dados, adiciona o endereo MAC de origem e de destino e um trailer de quadro. Se o computador de origem no tiver o endereo MAC do computador de destino, ele executar uma solicitao ARP. Aps a determinao do endereo MAC, o quadro trafegar pelo meio fsico (na forma binria) para o prximo dispositivo. Quando os dados chegarem ao computador do host remoto, as camadas de enlace, de rede e de transporte reagruparo os comandos de dados originais. O computador do host remoto executa os comandos e transmite os resultados de volta ao computador cliente local, usando o mesmo processo de encapsulamento que entregou os comandos originais. Todo esse processo se repete, enviando comandos e recebendo resultados, at que o cliente local tenha concludo o

trabalho que precisava ser executado. Aps a concluso do trabalho, o cliente terminar a sesso. 15.4.2 File transfer protocol O protocolo de transferncia de arquivos (FTP) projetado para fazer o download de arquivos (por exemplo, da Internet) ou o upload de arquivos (por exemplo, envi-los Internet). A capacidade de fazer o download e o upload de arquivos na Internet um dos recursos mais valiosos que a Internet tem a oferecer, especialmente para as pessoas que dependem do computador para vrias finalidades e quando drivers e atualizaes de software podem ser imediatamente necessrios. Os administradores de rede raramente podem esperar, mesmo alguns dias, para obter os drivers necessrios que permitam que os servidores de rede voltem a funcionar. A Internet pode fornecer esses arquivos imediatamente pelo uso do FTP. O FTP uma aplicao clienteservidor tal como o correio eletrnico e o Telnet. Ele exige um software servidor sendo executado em um host que possa ser acessado pelo software cliente. Uma sesso do FTP estabelecida da mesma maneira que uma sesso Telnet. E, tal como o Telnet, a sesso do FTP mantida at que o cliente a termine ou haja algum tipo de erro de comunicao. Tendo estabelecido uma conexo com um daemon do FTP, voc deve fornecer uma ID de logon e uma senha. Normalmente, voc usaria "annimo" como a ID de logon e o seu endereo de correio eletrnico como a senha. Esse tipo de conexo conhecido como FTP annimo. Ao estabelecer sua identidade, um link de comandos se abre entre a mquina cliente e o servidor de FTP. Isso similar a uma sesso Telnet, onde os comandos so enviados e executados no servidor e os resultados retornados ao cliente. Esse recurso permite criar e alterar pastas, apagar e renomear arquivos ou executar muitas outras funes associadas ao gerenciamento de arquivos. A finalidade principal do FTP transferir arquivos de um computador para outro, copiando e movendo arquivos dos servidores para os clientes e dos clientes para os servidores. Ao copiar arquivos de um servidor, o FTP estabelece uma segunda conexo, um enlace de dados entre os computadores, atravs da qual os dados so transferidos. A transferncia de dados pode ocorrer no modo ASCII ou no modo binrio. Esses dois modos determinam como o arquivo de dados dever ser transferido entre as estaes. Depois da transferncia de arquivos ser concluda, a conexo dos dados automaticamente finalizada. Aps ter concludo toda a sesso de cpia e movimentao dos arquivos, voc pode efetuar logoff, fechando, assim, o link de comandos e terminando a sesso. Um outro protocolo que tem a capacidade de fazer o download de arquivos o HTTP, o qual voc aprender na prxima seo. Uma limitao do HTTP que ele pode fazer o download de arquivos, mas no pode fazer o upload deles. 15.4.3 Hypertext transfer protocol

O HyperText Transfer Protocol (HTTP) trabalha com a World Wide Web, que a parte da Internet que tem crescido mais rapidamente e a mais usada. Uma das razes principais do extraordinrio crescimento da Web a facilidade com que ela permite o acesso s informaes. Um navegador da Web (juntamente com todas as outras aplicaes da rede tratadas neste captulo) uma aplicao cliente-servidor, o que significa que ele exige um componente cliente e um componente servidor para funcionar. Um navegador da Web apresenta os dados em formatos multimdia nas pginas da Web que usam texto, figuras, som e

vdeo. As pginas da Web so criadas com uma linguagem de formato chamada Linguagem de marcao de hipertexto (HTML). HTML direciona um navegador da Web em uma determinada pgina da Web para produzir a aparncia da pgina de uma maneira especfica. Alm disso, a HTML especifica locais para a colocao de textos, arquivos e objetos que sero transferidos do servidor da Web para o navegador da Web. Os hiperlinks facilitam a navegao na World Wide Web. Um hiperlink um objeto (por exemplo, uma palavra, frase ou figura) em uma pgina da Web que, quando clicado, transfere voc para uma nova pgina da Web. A pgina da Web contm (dentro de sua descrio HTML, freqentemente oculta) um local de endereo conhecido como Localizador Uniforme de Recursos (URL). No exemplo a seguir, O "http://" diz ao navegador que protocolo deve ser usado. A segunda parte, "www", diz ao navegador que tipo de recurso ele deve contactar. A terceira parte, "cisco.com," identifica o domnio do endereo IP do servidor da Web. A ltima parte, "edu" identifica o local da pasta especfica (no servidor) que contm a pgina da Web. Exemplo: http://www.cisco.com/edu/ Quando voc abre um navegador da Web, a primeira coisa que normalmente se v uma pgina inicial (ou "home page"). O URL da home page j foi armazenado na rea de configurao do navegador da Web e pode ser alterado a qualquer momento. Na pgina inicial voc pode clicar em um dos hiperlinks da pgina da Web ou digitar um URL na barra de endereos do navegador. O navegador da Web ento examina o protocolo para determinar se ele precisa abrir outro programa e determina o endereo IP do servidor da Web. Em seguida, as camadas de transporte, de rede, de enlace de dados e fsica iniciam uma sesso com o servidor da Web. Os dados que so transferidos para o servidor HTTP contm o nome da pasta do local da pgina da Web. (observao: Os dados podem tambm conter um nome de arquivo especfico para uma pgina HTML.) Se no for fornecido nenhum nome, o servidor usar um nome padro (conforme especificado na configurao do servidor). O servidor responde solicitao enviando todos os arquivos de udio, vdeo e de figuras, como especificado nas instrues HTML, ao cliente da Web. O navegador cliente reagrupa todos os arquivos para criar uma visualizao da pgina da Web e, depois, termina a sesso. Se voc clicar em uma outra pgina que esteja localizada no mesmo servidor ou em um servidor diferente, o processo todo vai comear novamente.

14.1 A camada de apresentao 14.1.1 Padres e funes da camada de apresentao

A camada de apresentao responsvel por apresentar os dados de uma forma que o dispositivo receptor possa entender. Para que voc entenda melhor o conceito, use a analogia de duas pessoas falando idiomas diferentes. A nica maneira de uma entender a outra atravs de um intrprete. A camada de apresentao serve como intrprete para os dispositivos que necessitem se comunicar pela rede. A camada 6, a camada de apresentao, fornece trs funes principais. Essas funes so:

Formatao de dados (apresentao) Criptografia de dados Compactao de dados

Aps receber os dados de uma camada de aplicativo, a camada de apresentao executa uma ou todas as suas funes nos dados antes de envi-los para a camada de sesso. Na estao receptora, a camada de apresentao tira os dados da camada de sesso e executa as funes necessrias antes de pass-los para a camada de aplicao. Para entender como a formatao de dados funciona, imagine dois sistemas diferentes. O primeiro sistema usa o Extended Binary Coded Decimal Interchange Code (EBCDIC) para representar os caracteres na tela, e o segundo sistema usa o American Standard Code for Information Interchange (ASCII). (observao: a

maior parte dos computadores pessoais usa o ASCII, enquanto computadores mainframe usam tradicionalmente o EBCDIC.) A camada 6 fornece a converso entre esses dois diferentes tipos de cdigos. Os padres da camada 6 tambm determinam como as imagens de figuras so apresentadas. Trs desses padres so:

PICT - um formato de figura usado para transferir figuras QuickDraw entre os programas no sistema operacional MAC TIFF (Tagged Image File Format) - um formato de imagens de alta resoluo, mapeadas por bits JPEG (Joint Photographic Experts Group) - um formato de figuras usado mais freqentemente para compactar imagens imveis de fotografias e figuras complexas

Outros padres da camada 6 orientam a apresentao de som e filmes. Includos nesses padres esto:

MIDI (Musical Instrument Digital Interface) - para msica digitalizada MPEG (Motion Picture Experts Group) - padro para a compactao e codificao de vdeo de animao para CDs e armazenamento digital QuickTime - um padro que lida com udio e vdeo para programas em um sistema operacional MAC Formatos de arquivos

14.1.2

ASCII e EBCDIC so usados para formatar texto. Os arquivos de texto em ASCII contm dados de caracteres simples e no dispem de nenhum comando de formatao sofisticado, como, por exemplo, negrito ou sublinhado, que os processadores de textos normalmente aplicariam a um documento. O Bloco de notas um exemplo de um aplicativo que usa e cria arquivos de texto. Eles normalmente tm a extenso .txt. O EBCDIC muito parecido com o ASCII nisso, porque tambm no usa nenhuma formatao sofisticada. A principal diferena entre os dois que o EBCDIC principalmente usado em mainframes e o ASCII usado em computadores pessoais. Outro formato de arquivo comum o formato binrio. Os arquivos binrios contm dados especiais codificados que somente podem ser lidos por aplicativos de software especficos. Os programas como o FTP, usam o tipo de arquivo binrio para transferir arquivos. As redes usam muitos tipos diferentes de arquivos. Uma seo anterior mencionou superficialmente sobre os formatos de arquivos de figuras. A Internet usa dois formatos de arquivos binrios para exibir imagens, Graphic Interchange Format (GIF) e Joint Photographic Experts Group (JPEG). Qualquer computador com um leitor dos formatos de arquivo GIF e JPEG pode ler esses tipos de arquivos, no importa o tipo de computador. Os leitores so programas de software projetados para exibir uma imagem de um tipo de arquivo em particular. Alguns programas podem ler vrios tipos de imagens, assim como converter arquivos de um tipo em outro. Os navegadores da Web tm a capacidade de exibir arquivos de figuras nesses dois formatos sem qualquer software adicional. O formato de arquivo multimdia outro tipo de arquivo binrio, que armazena sons, msica e vdeo. Os arquivos de sons operam geralmente de uma dessas duas formas: Eles podem ser completamente descarregados, primeiro, e depois, executados, ou

eles podem ser descarregados enquanto estiverem sendo executados. O ltimo mtodo conhecido como fluxo contnuo de udio. O Windows usa o formato WAV para som e o formato AVI para arquivos de animao. Alguns dos formatos de vdeo mais comuns so MPEG, MPEG2 e Macintosh QuickTime. Um outro tipo de formato de arquivo a linguagem de marcao. Esse formato atua como um conjunto de diretrizes que instruem o navegador da Web como exibir e gerenciar documentos. A linguagem de marcao de hipertexto (HTML) a linguagem da Internet. As diretrizes HTML instruem um navegador a exibir texto ou um hiperlink para outro URL. A HTML no uma linguagem de programao, mas um conjunto de diretrizes para a exibio de uma pgina. 14.1.3 Criptografia e compactao de dados A camada 6 tambm responsvel pela criptografia de dados. A criptografia de dados protege as informaes durante a transmisso. As transaes financeiras (por exemplo, as informaes de cartes de crdito) usam a criptografia para proteger informaes sigilosas quando estas so passadas pela Internet. Uma chave de criptografia usada para criptografar os dados na origem e, depois, descriptografar os dados no destino. A camada de apresentao tambm responsvel pela compactao dos arquivos. A compactao funciona usando-se algoritmos (frmulas matemticas complexas) para encolher o tamanho dos arquivos. O algoritmo procura em cada arquivo os padres de bits repetidos e, depois, os substitui por um token. Um token um padro de bits muito mais curto que representa o padro longo. Uma analogia simples seria o nome Caty (o apelido), o token, para se referir a qualquer pessoa que se chame Catarina.

13.1 A camada de sesso 13.1.1

Viso geral da camada de sesso

Os processos de rede geralmente ocorrem em menos de um segundo, tornando-os difceis de serem "vistos". Ao usar analogias, voc pode entender mais claramente o que acontece durante esses processos. A analogia a seguir ajuda a explicar a camada de sesso: Voc acabou de discutir com um amigo. Agora, voc est se comunicando com ele (referindo-se, aqui, como uma "sesso de comunicao" ou "sesso") para discutir a situao da amizade de vocs. Voc est usando o recurso Instant Mail no America On Line (AOL) ou um Internet Relay Chat (IRC). Entretanto, h dois problemas que podem interferir na sua sesso. O primeiro problema que suas mensagens podem se cruzar durante a conversao. Vocs dois podem digitar mensagens exatamente ao mesmo tempo, interrompendo um ao outro. O segundo problema a necessidade de interromper (para salvar a conversao atual como um arquivo) ou de verificar a conversao anterior de cada um (para obter pistas da razo da discusso) ou de ressincronizar a comunicao depois de uma interrupo. Para resolver o primeiro problema, voc deve estabelecer um protocolo ou

um conjunto de protocolos que ditem as regras de comunicao entre vocs. Isso significa que cada um de vocs deve concordar com um conjunto de regras a serem usadas durante a conversao (ex.: o revezamento para o envio de mensagens para evitar que um interrompa o outro). Isso conhecido como comunicao alternada de mo dupla. Outra soluo que cada pessoa possa digitar sempre que desejar, independentemente de quem estiver transmitindo, e voc presume que mais informaes estejam sempre a caminho. Isso conhecido como comunicao simultnea de mo dupla. Para resolver o segundo problema, vocs devem enviar um ao outro um ponto de verificao, que significa que cada pessoa deve salvar a conversao como um arquivo. Depois, cada pessoa deve reler a ltima parte de sua conversao e verificar a hora no relgio. Isso conhecido como sincronizao. Dois pontos de verificao muito importantes so como a conversao inicia e como termina. Isso conhecido como incio ordenado e trmino da conversao. Por exemplo, quando voc usa o Instant Mail ou o Internet Relay Chat, geralmente voc se despede da outra pessoa, antes de terminar a sesso, para certificar-se de que a outra pessoa entenda que voc est terminando a sesso. Outra analogia para ajud-lo a entender o que a camada de sesso faz usar novamente essa mesma analogia, mas desta vez, imagine que voc est se comunicando com um amigo por correspondncia atravs do servio postal. Os mesmos problemas podem ocorrer. As mensagens podem passar umas pelas outras porque vocs no combinaram usar a comunicao simultnea de mo dupla em vez do controle alternado de mo dupla; ou vocs podem experimentar uma m comunicao porque no sincronizaram os assuntos da conversao. 13.1.2 Analogias da camada sesso A camada de sesso estabelece, gerencia e termina sesses entre os aplicativos. Isso inclui iniciar, encerrar e ressincronizar dois computadores que esto tendo uma "sesso de comunicao". A camada de sesso coordenar os aplicativos enquanto eles interagirem em dois hosts de comunicao. As comunicaes de dados trafegam em redes comutadas por pacotes, diferentemente de ligaes telefnicas, que trafegam em redes comutadas por circuitos. A comunicao entre dois computadores envolve muitas miniconversaes, garantindo, assim, que dois computadores possam se comunicar com eficincia. Uma exigncia dessas miniconversaes que cada host execute duas funes: solicitar servio, como um cliente; e responder com o servio, como um servidor. A determinao da funo que eles vo executar em um momento especfico chamada de controle de dilogo.

de

13.1.3

Controle de dilogos

A camada de sesso decide entre usar a conversao simultnea de mo dupla ou a comunicao alternada de mo dupla. Essa deciso conhecida como controle de dilogo. Se a comunicao simultnea de mo dupla for

permitida, ento, a camada de sesso far pouco na forma do gerenciamento da conversao e permitir que outras camadas dos computadores que esto se comunicando gerenciem a conversao. possvel ter colises da camada de sesso, embora isso seja muito diferente das colises nos meios que ocorrem na camada 1. Nesse nvel, as colises podem apenas ocorrer quando duas mensagens se cruzam e causam confuso em cada um ou nos dois hosts que esto se comunicando. Se as colises da camada de sesso forem intolerveis, o controle de dilogo ter outra opo: a comunicao alternada de mo dupla. A comunicao alternada de mo dupla envolve o uso de um token de dados da camada de sesso, que permite a cada host ter sua vez. Isso semelhante forma como uma token ring da camada 2 lida com as colises da camada 1.

13.1.4

Separao de dilogos

O ponto de verificao semelhante forma como um processador de textos em um computador stand-alone interrompido por um instante quando ele executa um salvamento automtico do documento atual. No entanto, esses pontos de verificao so usados, em vez disso, para separar as partes de uma sesso anteriormente referidas como dilogos. A separao de dilogo o incio, trmino e gerenciamento de comunicao

ordenados. A figura principal ilustra uma sincronizao secundria. No "Eixo Tempo, t = ponto de verificao", a camada de sesso do host A envia uma mensagem de sincronizao para o host B, tempo no qual os dois hosts executam a rotina a seguir: 1. 2. 3. 4. Fazem backup de arquivos especficos Salvam configuraes de rede Salvam configuraes de relgio Tomam nota do n de extremidade na conversao

Uma sincronizao principal envolveria mais etapas de ida e volta e a conversao mostrada neste diagrama.

13.1.5

Protocolos da camada 5

A camada 5 tem vrios protocolos importantes. Voc dever ser capaz de reconhecer esses protocolos quando eles aparecerem em um procedimento de logon ou em um aplicativo. So exemplos de protocolos da camada 5:

Network File System (NFS) Structured Query Language (SQL) Remote Procedure Call (RPC) Sistema X-Window AppleTalk Session Protocol (ASP) Digital Network Architecture Session Control Protocol (DNA SCP)

12.1 A camada de transporte 12.1.1 A finalidade da camada de transporte O termo "qualidade de servio" freqentemente usado para descrever a finalidade da camada 4, a camada de transporte. As suas responsabilidades principais so transportar e regular o fluxo de informaes da origem para o destino de forma confivel e precisa. O controle ponto a ponto, fornecido pelas janelas mveis, e a confiabilidade nos nmeros de seqncia e nas confirmaes so as funes principais da camada 4. Para entender a confiabilidade e o controle de fluxo, imagine um aluno que estude um idioma estrangeiro durante um ano. Agora, imagine que ele visite o pas onde o idioma usado. Na conversao, ele dever pedir que todos repitam suas palavras (para fins de confiabilidade) e que falem pausadamente para que ele possa entender as palavras (controle de fluxo).

12.1.2 Protocolos da camada 4 A nfase deste currculo est nas redes Ethernet TCP/IP. O protocolo TCP/IP da camada 4 do modelo OSI (camada de transporte) tem dois protocolos: o TCP e o UDP. O TCP fornece um circuito virtual entre aplicaes do usurio final. Estas so as suas caractersticas:

Orientado para conexo Confivel Divide as mensagens enviadas em segmentos Reagrupa as mensagens na estao de destino Reenvia tudo o que no foi recebido Reagrupa as mensagens a partir de segmentos recebidos

O UDP transporta dados sem confiabilidade entre hosts. A seguir, esto as caractersticas do UDP:

Sem conexo No confivel Transmite mensagens (chamado de datagramas do usurio) No fornece verificao de software para a entrega da mensagem (no confivel) No reagrupa as mensagens de entrada No usa confirmaes

No fornece controle de fluxo

12.1.3 Comparando TCP e IP

O TCP/IP uma combinao de dois protocolos individuais, o TCP e o IP. O IP um protocolo da camada 3, um servio sem conexo que faz os melhores esforos para fazer a entrega atravs de uma rede. O TCP um protocolo da camada 4, um servio orientado para conexo que fornece controle de fluxo e confiabilidade. Unir os dois protocolos permite que eles forneam uma quantidade maior de servios. Juntos, eles representam o conjunto inteiro. O TCP/IP um protocolo da camada 3 e da camada 4 em que a Internet se baseia.

12.2.1

TCP

O Transmission Control Protocol (TCP) um protocolo da camada 4 (camada de transporte) orientado para conexo que fornece transmisso de dados full duplex confivel. O TCP parte da pilha de protocolos TCP/IP. A seguir, definies dos campos no segmento TCP:

porta de origem - nmero da porta que fez a chamada porta de destino - nmero da porta chamada nmero de seqncia - nmero usado para garantir a seqncia correta dos dados de chegada nmero de confirmao - prximo octeto TCP esperado HLEN - nmero de palavras de 32 bits no cabealho reservado - definido como zero bits de cdigo - funes de controle (como a configurao e a terminao de uma sesso) janela - nmero de octetos que o remetente est disposto a aceitar checksum - checksum calculado do cabealho e dos campos de dados indicador de urgncia - indica o final dos dados urgentes opo option-one - tamanho mximo do segmento TCP dados - dados do protocolo da camada superior

12.2.1

TCP

O Transmission Control Protocol (TCP) um protocolo da camada 4 (camada de transporte) orientado para conexo que fornece transmisso de dados full duplex confivel. O TCP parte da pilha de protocolos TCP/IP. A seguir, definies dos campos no segmento TCP:

porta de origem - nmero da porta que fez a chamada porta de destino - nmero da porta chamada nmero de seqncia - nmero usado para garantir a seqncia correta dos dados de chegada nmero de confirmao - prximo octeto TCP esperado HLEN - nmero de palavras de 32 bits no cabealho reservado - definido como zero bits de cdigo - funes de controle (como a configurao e a terminao de uma sesso) janela - nmero de octetos que o remetente est disposto a aceitar checksum - checksum calculado do cabealho e dos campos de dados indicador de urgncia - indica o final dos dados urgentes opo option-one - tamanho mximo do segmento TCP dados - dados do protocolo da camada superior

12.3

Mtodos de conexo TCP 12.3.1

Nmeros de portas

Tanto o TCP quanto o UDP usam nmeros de porta (ou soquete) para passar as informaes s camadas superiores. Os nmeros de portas so usados para manter registro de diferentes conversaes que cruzam a rede ao mesmo tempo. Os desenvolvedores de aplicaes de software concordaram em usar os nmeros de portas bem conhecidos que esto definidos no RFC1700. Toda conversao destinada aplicao FTP usa o nmero de porta padro 21. Conversaes, que no envolvem aplicaes com nmeros de portas bem conhecidos, recebem nmeros de porta que foram selecionados aleatoriamente em um conjunto especfico. Esses nmeros de portas so usados como endereos de origem e destino no segmento TCP. Algumas portas so reservadas no TCP e no UDP , embora possa no haver aplicaes para suport-los. Os nmeros de portas tm os seguintes conjuntos atribudos:

Nmeros abaixo de 255 - para aplicaes pblicas Nmeros de 255 a 1023 - atribudos s empresas para aplicaes comerciais. Nmeros acima de 1023 - no so regulamentados

Os sistemas finais usam nmeros de portas para selecionar as aplicaes corretas. Os nmeros de portas de origem so atribudos dinamicamente pelo host de origem, normalmente so nmeros maiores do que 1023.

12.3.2 Handshake triplo/conexo aberta Os servios de conexo orientada envolvem trs fases. Na fase de estabelecimento da conexo, um nico caminho entre a origem e o destino determinado. Os recursos so normalmente reservados nesse momento para garantir um nvel consistente de servio. Durante a fase de transferncia de dados, os dados so transmitidos em seqncia pelo caminho estabelecido, chegando ao destino na seqncia como foram enviados. A fase da terminao da conexo consiste em terminar a conexo entre a origem e o destino quando no for mais necessria. Os hosts TCP estabelecem uma sesso orientada para conexo com outro usando um handshake triplo. Uma seqncia de conexo handshake triplo/aberta sincroniza a conexo nas duas extremidades antes dos dados serem transferidos. A troca de nmeros de seqncia de introduo, durante a seqncia de conexo, importante. Ela garante que dados perdidos, devido a problemas de transmisso que possam ocorrer mais adiante, possam ser recuperados. Primeiro, um host inicia uma conexo pelo envio de um pacote indicando seu nmero de seqncia inicial x com um determinado bit no cabealho definido para indicar um pedido de conexo. Ento, o outro host recebe o pacote, grava o nmero de seqncia x, responde com uma confirmao x + 1 e inclui seu prprio nmero de seqncia inicial y. O nmero de confirmao x + 1 significa que o host recebeu todos os octetos at x, inclusive, e que est esperando x + 1 em seguida. A retransmisso e confirmao positiva, ou PAR (Positive acknowledgment and retransmission), uma tcnica comum que muitos protocolos usam para fornecer confiabilidade. Com a PAR, a origem envia um pacote, aciona um timer e espera por uma confirmao antes de enviar o prximo pacote. Se o timer expirar antes da origem receber uma confirmao, a origem retransmitir o pacote e iniciar novamente o timer. O tamanho da janela determina a quantidade de dados que pode ser transmitida de uma vez antes de receber uma confirmao do destino. Quanto maior o tamanho da janela (bytes), maior a quantidade de dados que o host pode transmitir. Depois que um host transmitir o nmero de bytes da janela dimensionada, ele tem de receber uma confirmao de que os dados foram recebidos antes de poder enviar mais mensagens. Por exemplo, com um tamanho de janela 1, cada segmento individual (1) tem de ser confirmado antes que o prximo segmento possa ser enviado. O TCP usa confirmaes de espera, o que significa que o nmero da confirmao se refere ao octeto que esperado em seguida. A parte "mvel" da janela mvel, refere-se ao fato de que o tamanho seja negociado dinamicamente durante a sesso TCP. Isso resulta em uso ineficiente da largura de banda pelos hosts. O janelamento um mecanismo de controle de fluxo que exige que o dispositivo de origem receba uma confirmao do destino depois de transmitir

uma determinada quantidade de dados. Por exemplo, com um tamanho de janela trs, o dispositivo da origem pode enviar trs octetos ao destino. Ele deve ento, aguardar por uma confirmao. Se o destino receber os trs octetos, ele enviar uma confirmao ao dispositivo da origem, que agora poder transmitir mais trs octetos. Se, por algum motivo, o destino no receber os trs octetos, por exemplo, devido sobrecarga de buffers, ele no enviar uma confirmao. Por no receber a confirmao, a origem saber que os octetos devero ser retransmitidos e que a taxa de transmisso dever ser diminuda. O TCP fornece a seqncia de segmentos com uma confirmao de referncia de encaminhamento. Cada datagrama numerado antes da transmisso. Na estao receptora, o TCP reagrupa os segmentos em uma mensagem completa. Se um nmero de seqncia estiver faltando na srie, aquele segmento ser retransmitido. Os segmentos que no forem confirmados dentro de um dado perodo de tempo sero retransmitidos.

11.1 Dispositivos da camada 3 11.1.1

Roteadores

Em rede, existem dois esquemas de endereamento: um usa o endereo MAC, um endereo de enlace de dados (camada 2); o outro usa um endereo localizado na camada de rede (camada 3) do modelo OSI. Um exemplo de um endereo da camada 3 o endereo IP. Roteador um tipo de dispositivo de internetworking que transporta os pacotes de

dados entre as redes, com base nos endereos da camada 3. Um roteador tem a habilidade de tomar decises inteligentes no que se refere ao melhor caminho para a entrega de dados na rede.

11.1.2

Endereos da camada 3

As bridges e os switches usam endereos MAC ou fsicos para tomar decises de encaminhamento de dados. Os roteadores usam um esquema de endereamento da camada 3 para tomar decises de encaminhamento. Eles usam endereos IP, ou endereos lgicos, ao invs de endereos MAC. Como os endereos IP so implementados no software e consultam a rede onde um dispositivo est localizado, s vezes esses endereos da camada 3 so chamados endereos de protocolo ou endereos de rede. Os endereos MAC, ou endereos fsicos, so normalmente atribudos pelo fabricante da placa de rede e so codificados na placa de rede. O administrador de rede normalmente atribui endereos IP. Na verdade, no incomum para um administrador de rede agrupar dispositivos, no esquema de endereamento IP, de acordo com a localizao geogrfica, com o departamento ou com o andar em um prdio. Como so implementados no software, os endereos IP so bastante fceis de alterar. Finalmente, as bridges e os switches so usados principalmente para conectar segmentos de uma rede. Os roteadores so usados para conectar redes separadas e para acessar a Internet mundial. Eles fazem isso fornecendo roteamento ponto a ponto. 11.1.3 Nmeros de rede exclusivos

Os roteadores conectam duas ou mais redes, cada uma devendo ter um nmero de rede exclusivo para que o roteamento tenha xito. O nmero de rede exclusivo incorporado ao endereo IP que atribudo a cada dispositivo conectado a essa rede. Exemplo: Uma rede tem um nmero de rede exclusivo A e quatro dispositivos conectados a ela. Os endereos IP dos dispositivos so A1, A2, A3 e A4. Como a interface onde o roteador se conecta a uma rede considerada parte dessa rede, a interface onde o roteador se conecta rede A tem um endereo IP A5. Exemplo: Outra rede com um nmero de rede exclusivo B tem quatro dispositivos conectados a ela. Essa rede tambm se conecta ao mesmo roteador, mas em uma interface diferente. Os endereos IP dos dispositivos dessa segunda rede so B1, B2, B3 e B4. O endereo IP da segunda interface do roteador B5. Exemplo: Voc deseja enviar dados de uma rede para outra. A rede de origem A; a rede de destino B; e um roteador est conectado s redes A, B, C e D. Quando os dados (quadros) que vm da rede A alcanarem o roteador, este executar as

seguintes funes: 1. Retira o cabealho de enlace de dados, transportado pelo quadro. (O cabealho de enlace de dados contm os endereos MAC da origem e do destino.) 2. Examina o endereo da camada de rede para determinar a rede de destino. 3. Consulta suas tabelas de roteamento para determinar qual das interfaces ser usada para enviar os dados, de forma que alcance a rede de destino. No exemplo, o roteador determina se deve enviar os dados da rede A para a rede B, a partir da sua interface, com endereo B5. Antes de realmente enviar os dados para a interface B5, o roteador encapsularia-os no quadro de enlace de dados apropriado. 11.1.4 Porta/interface do roteador Uma conexo de roteador com uma rede chamada interface; tambm conhecida como porta. No roteamento IP, cada interface deve ter um endereo de rede (ou de sub-rede) separado e exclusivo.

11.2.1

Mtodos de atribuio de um endereo IP

Depois de ter determinado o esquema de endereamento para uma rede, voc deve escolher o mtodo para atribuir endereos aos hosts. Essencialmente, existem dois mtodos para atribuir endereos IP - endereamento esttico e dinmico. Independentemente do esquema de endereamento usado, duas interfaces no podem ter o mesmo endereo IP. Endereamento esttico Se atribuir os endereos IP estaticamente, voc dever ir a cada dispositivo e configur-lo com um endereo IP. Esse mtodo requer que voc mantenha registros muito meticulosos, porque podem ocorrer problemas na rede se usar endereos IP duplicados. Alguns sistemas operacionais, como o Windows 95 e o Windows NT, enviam uma solicitao ARP para verificar se h um endereo IP duplicado ao tentar inicializar o TCP/IP. Se uma duplicata for descoberta, os sistemas operacionais no vo inicializar o TCP/IP e vo gerar uma mensagem de erro. Manter os registros importante tambm, porque nem todos os sistemas operacionais identificam endereos IP duplicados. Endereamento dinmico Existem alguns mtodos diferentes que voc pode usar para atribuir endereos IP dinamicamente. Alguns exemplos disso so:

Reverse Address Resolution Protocol (RARP) O Reverse address resolution protocol (RARP) liga endereos MAC a endereos IP. Essa ligao permite que alguns dispositivos de rede encapsulem os dados antes de emiti-los rede. Um dispositivo de rede, como uma estao de trabalho sem disco, pode conhecer o seu endereo MAC, mas no o seu endereo IP. Dispositivos que usam RARP precisam que um servidor RARP esteja presente na rede para responder

s solicitaes. Vejamos um exemplo onde um dispositivo de origem deseja enviar dados para outro dispositivo e a origem conhece o seu prprio endereo MAC, mas no consegue localizar o seu prprio endereo IP na tabela ARP. Para que o dispositivo de destino recupere os dados, passe-os s camadas superiores do modelo OSI e, para que responda ao dispositivo de origem, a origem deve incluir os seus endereos MAC e IP. Portanto, a origem inicia um processo chamado solicitao RARP, que ajuda a detectar seu prprio endereo IP. O dispositivo cria um pacote de solicitao RARP e o emite na rede. Para garantir que todos os dispositivos vejam a solicitao RARP, ele usa um endereo IP de broadcast. Uma solicitao RARP consiste em um cabealho MAC, um cabealho IP e uma mensagem de solicitao ARP. O formato do pacote RARP contm os lugares dos endereos MAC de destino e de origem. O campo de endereo IP de origem est vazio. O broadcast vai a todos os dispositivos na rede, logo, o endereo IP de destino ser definido para todos os binrios 1s. As estaes de trabalho que executam RARP tm cdigos em ROM que as direcionam para iniciar o processo RARP e para localizar o servidor RARP.

BOOTstrap Protocol (BOOTP) Um dispositivo usa o BOOTstrap protocol (BOOTP) ao iniciar para obter um endereo IP. O BOOTP usa UDP para transportar mensagens; a mensagem UDP encapsulada em um datagrama IP. Um computador usa o BOOTP para enviar um datagrama IP de broadcast (usando um endereo IP de destino que tenha apenas 1s - 255.255.255.255). Um servidor BOOTP recebe o broadcast e depois o envia. O cliente recebe um datagrama e verifica o endereo MAC. Se localizar o seu prprio endereo MAC no campo de endereo de destino, ele capta o endereo IP nesse datagrama. Como o RARP, o BOOTP opera em um ambiente cliente/servidor e solicita somente uma nica troca de pacote. Entretanto, ao contrrio do RARP, que devolve apenas um endereo IP de 4 octetos, os datagramas BOOTP podem incluir o endereo IP, o endereo de um roteador (gateway padro), o endereo de um servidor e um campo especfico para o fabricante. Um dos problemas do BOOTP no ter sido projetado para fornecer atribuio de endereo dinmico. Com o BOOTP, voc pode criar um arquivo de configurao que especifica os parmetros para cada dispositivo. Dynamic Host Configuration Protocol (DHCP) O Dynamic host configuration protocol (DHCP) foi proposto como um sucessor do BOOTP. Ao contrrio do BOOTP, o DHCP permite que um host obtenha um endereo IP de forma rpida e dinmica. Tudo o que necessrio ao usar o DHCP um conjunto definido de endereos IP em um servidor DHCP. medida que entram on-line, os hosts entram em contato com o servidor DHCP e solicitam um endereo. O servidor DHCP escolhe um endereo e o aloca nesse host. Com o DHCP, toda a configurao do computador pode ser obtida em uma mensagem (por exemplo, juntamente com o endereo IP, o servidor tambm pode enviar uma mscara de sub-rede). 11.2.2 Seqncia de inicializao de DHCP

Quando um cliente DHCP inicializa, insere um estado de inicializao. Envia mensagens de broadcast DHCPDISCOVER , que so pacotes UDP com o nmero de porta definido para a porta BOOTP. Aps enviar os pacotes DHCPDISCOVER, o cliente vai para o estado de seleo e coleta respostas DHCPOFFER do servidor DHCP. O cliente, ento, seleciona a primeira resposta recebida e negocia o tempo de lanamento (o intervalo de tempo em que o endereo mantido, sem ser renovado) com o servidor DHCP, enviando um pacote DHCPREQUEST. O servidor DHCP confirma a solicitao de um cliente com o pacote DHCPACK. Os clientes agora podem inserir o estado de ligao e comear a usar o endereo.

11.2.3

Componenteschave IP

Para que os dispositivos se comuniquem, os dispositivos de envio precisam dos endereos IP e MAC dos dispositivos de destino. Quando tentam se comunicar com os dispositivos cujos endereos IP so conhecidos, eles precisam determinar os endereos MAC. O conjunto TCP/IP tem um protocolo, chamado ARP, que pode obter o endereo MAC automaticamente . O ARP permite que um computador localize o endereo MAC do computador associado a um endereo IP. Observao: A unidade bsica de transferncia de dados em IP o pacote IP. O processamento do pacote ocorre no software, o que significa que o contedo e o formato no dependem do hardware. Um pacote dividido em dois componentes principais: o cabealho, que inclui os endereos de origem e de destino, e os dados. Outros tipos de protocolos tm seus prprios formatos. O pacote IP exclusivo para o IP. Observao: Outro componente principal do IP o Internet Control Message Protocol (ICMP). Esse protocolo usado por um dispositivo para relatar um problema ao remetente de uma mensagem. Por exemplo, se um roteador receber um pacote que no possa entregar, enviar a mensagem de volta ao remetente do pacote. Uma das muitas caractersticas do ICMP a solicitao de eco/resposta de eco, um componente que testa se um pacote pode alcanar um destino, fazendo um ping no destino.

11.2.4

Funo do address resolution protocol (ARP)

Os protocolos da camada 3 determinam se os dados passam alm da camada de rede para os nveis mais altos do modelo OSI. Um pacote de dados deve conter um endereo MAC de destino e um endereo IP de destino. Se um dos dois estiver faltando, os dados no sero passados da camada 3 para as camadas superiores. Dessa forma, os endereos MAC e os endereos IP agem como verificadores e balanceadores entre si. Depois de determinarem os endereos IP dos dispositivos de destino, os dispositivos podero adicionar os endereos MAC de destino aos pacotes de dados. Existem vrias maneiras para os dispositivos determinarem os endereos MAC de que precisam para adicionar aos dados encapsulados. Alguns mantm

tabelas que contm todos os endereos MAC e os endereos IP de outros dispositivos conectados mesma LAN. So chamadas tabelas Address Resolution Protocol (ARP) e mapeiam os endereos IP para os endereos MAC correspondentes. As tabelas ARP so sees de memria RAM, nas quais a memria cache mantida automaticamente em cada um dos dispositivos. raro ser necessrio fazer uma entrada na tabela ARP manualmente. Cada computador em uma rede mantm sua prpria tabela ARP. Sempre que um dispositivo de rede desejar enviar dados atravs de uma rede, usar informaes fornecidas pela sua tabela ARP. Quando uma origem determinar o endereo IP para um destino, consultar a sua tabela ARP a fim de localizar o endereo MAC do destino. Se a origem localizar uma entrada na sua tabela (endereo de origem do destino para o endereo MAC de destino), ela ligar, ou associar, o endereo IP ao endereo MAC e o usar para encapsular os dados. O pacote de dados , ento, enviado aos meios de rede para ser recolhido pelo destino. 11.2.5 Operao ARP dentro de uma sub-rede

Se um host desejar enviar dados a outro host, dever conhecer o endereo IP de destino. Se no conseguir localizar um endereo MAC para o destino em sua prpria tabela ARP, o host inicia um processo chamado solicitao ARP, que permite a descoberta do endereo MAC de destino. Um host cria um pacote de solicitao ARP e o envia a todos os dispositivos na rede. Para garantir que todos os dispositivos vejam a solicitao ARP, a origem usa um endereo MAC de broadcast. O endereo de broadcast em um esquema de endereamento MAC tem todos os lugares preenchidos com F hexadecimal. Assim, um endereo MAC de broadcast teria a forma FF-FF-FF-FF-FF-FF. Como os pacotes de solicitao ARP trafegam em um modo de broadcast, todos os dispositivos na rede local recebem os pacotes e os passam camada da rede para que sejam examinados. Se o endereo IP de um dispositivo coincidir com o endereo IP de destino na solicitao ARP, esse dispositivo responde, enviando seu endereo MAC origem. Isso conhecido como resposta ARP. Exemplo: O dispositivo de origem 197.15.22.33 est solicitando o endereo MAC do destino com endereo IP 197.15.22.126, O dispositivo de destino 197.15.22.126 capta a solicitao ARP e responde com uma resposta ARP, contendo o endereo MAC. Aps receber a resposta ARP, o dispositivo de origem extrai o endereo MAC do cabealho MAC e atualiza sua tabela ARP. O dispositivo de origem pode, ento, enderear seus dados corretamente com o endereo MAC de destino e o endereo IP de destino. Ele usa essas novas informaes para executar encapsulamentos dos dados das camadas 2 e 3, antes de envi-los pela rede. Quando os dados chegam ao destino, a camada de enlace de dados faz uma correlao, retira o cabealho MAC e transfere os dados para a camada de rede. A camada de rede examina os dados e descobre que o endereo IP coincide com o endereo IP de destino transportado no cabealho IP. A camada de rede retira o cabealho IP e transfere os dados encapsulados prxima camada de

nvel mais alto no modelo OSI, a camada de transporte (camada 4). Esse processo se repete at que o resto dos dados parcialmente desencapsulados do pacote alcancem o aplicativo, onde os dados do usurio podem ser lidos.

11.3.1 Gateway padro Para que um dispositivo se comunique com outro em outra rede, voc deve fornecer um gateway padro. Um gateway padro o endereo IP da interface, no roteador, que se conecta ao segmento de rede onde se localiza o host de origem. O endereo IP do gateway padro deve estar no mesmo segmento de rede que o host de origem. Se nenhum gateway padro for definido, a comunicao ser possvel apenas no segmento de rede lgica do dispositivo. O computador que envia os dados compara o endereo IP do destino e a sua prpria tabela ARP. Se no encontrar nenhuma coincidncia, ele dever ter um endereo IP padro para usar. Sem um gateway padro, o computador de origem no tem nenhum endereo MAC de destino e a mensagem no entregue.

11.3.2 Problemas no envio de dados para ns em sub-redes diferentes Um dos principais problemas na rede como se comunicar com dispositivos que no esto no mesmo segmento de rede fsico. H dois pontos no problema. O primeiro obter o endereo MAC do host de destino e o segundo transferir os pacotes de dados de um segmento de rede para outro, para chegar ao host de destino.

11.3.3

Como o ARP envia dados s redes remotas

O ARP usa pacotes de broadcast para realizar a sua funo. Os roteadores, contudo, no encaminham pacotes de broadcast. Para que um dispositivo envie dados ao endereo de um dispositivo que est em outro segmento de rede, o dispositivo de origem envia os dados para um gateway padro. O gateway padro o endereo IP da interface do roteador que est conectada ao mesmo segmento de rede fsico que o host de origem. O host de origem compara o endereo IP de destino ao seu prprio endereo IP para determinar se os dois endereos IP localizam-se no mesmo segmento. Se o host receptor no estiver no mesmo segmento, o host de origem envia os dados para o gateway padro.

11.3.4 Proxy ARP O proxy ARP uma variao do protocolo ARP, na qual um dispositivo intermedirio (ex.: um roteador) envia uma resposta ARP, em favor de um n de extremidade, para o host que solicita. Os roteadores executando o proxy ARP capturam os pacotes ARP e respondem com os seus endereos MAC quelas solicitaes em que o endereo IP no esteja no intervalo de endereos da subrede local. Na descrio anterior de como os dados so enviados para um host em uma sub-rede diferente, o gateway padro configurado. Se o host de origem no tiver um gateway padro configurado, enviar uma solicitao ARP. Todos os hosts do segmento, inclusive o roteador, recebem a solicitao ARP. O roteador

compara o endereo IP de destino com o endereo IP de sub-rede para determinar se o endereo IP de destino est na mesma sub-rede que o host de origem. Se o endereo de sub-rede for o mesmo, o roteador descartar o pacote. O motivo para isso que o endereo IP de destino est no mesmo segmento que o endereo IP de origem e outro dispositivo no segmento responder solicitao ARP. A exceo que o endereo IP de destino no est atribudo atualmente, o que ir gerar uma resposta de erro no host de origem. Se o endereo de sub-rede for diferente, o roteador responder com seu prprio endereo MAC interface que estiver diretamente conectada ao segmento onde se localiza o host de origem. Esse o proxy ARP. J que o endereo MAC no est disponvel para o host de destino, o roteador fornece o seu endereo MAC a fim de obter o pacote, de forma que possa encaminhar a solicitao ARP (baseado no endereo IP de destino) sub-rede apropriada para envio.

11.3.5

Quatro fluxogramas da camada 3

Crie fluxogramas para os seguintes processos: 1. ARP 2. RARP

3. BOOTP 4. DHCP 11.4 Protocolos roteveis 11.4.1 Protocolos roteados

O IP um protocolo da camada de rede e, devido a isso, pode ser roteado por uma internetwork, que uma rede de redes. Os protocolos que fornecem suporte camada de rede so chamados protocolos roteados ou roteveis.

11.4.2

Outros protocolos roteados

O foco deste curso no protocolo rotevel mais comumente usado, que o IP. Embora voc v se concentrar no IP, importante saber que h outros protocolos roteveis. Dois deles so o IPX/SPX e o AppleTalk.

11.4.3

Protocolos roteveis e no roteveis

Protocolos como o IP, o IPX/SPX e o AppleTalk fornecem suporte da camada 3 e so, portanto, roteveis. Entretanto, h protocolos que no suportam a camada 3; esses so classificados como no roteveis . O mais comum desses protocolos no roteveis o NetBEUI. O NetBEUI um protocolo pequeno, rpido e eficiente, cuja execuo limita-se a um segmento.

11.4.4

Caractersticas de um protocolo rotevel

Para um protocolo ser rotevel, ele deve propiciar a habilidade de atribuir um nmero de rede, assim como um nmero de host, a cada dispositivo individual. Alguns protocolos, como o IPX, somente requerem que voc atribua um nmero de rede; eles usam um endereo MAC de host para o nmero fsico. Outros protocolos, como o IP, requerem que voc fornea um endereo completo, assim como uma mscara de sub-rede. O endereo de rede obtido fazendo-se AND do endereo com a mscara de sub-rede.

11.5.1

Exemplos de protocolos de roteamento

Os protocolos de roteamento (Observao: No confunda com roteados roteados.) determinam os caminhos que os protocolos roteados seguem para seus destinos. Exemplos de protocolos de roteamento incluem o Routing Information Protocol (RIP), o Interior Gateway Routing Protocol (IGRP), o Enhanced Interior Gateway Routing Protocol (EIGRP) e o Open Shortest Path First (OSPF). Os protocolos de roteamento permitem que os roteadores conectados criem um mapa, internamente, de outros roteadores na rede ou na Internet. Isso permite o

roteamento (ou seja, a seleo do melhor caminho e da comutao). Tais mapas tornam-se parte da tabela de roteamento de cada roteador.

11.5.2

Definio de protocolo de roteamento

Os roteadores usam protocolos de roteamento para trocar tabelas de roteamento e para compartilhar informaes de roteamento. Dentro de uma rede, o protocolo mais comumente usado para transferir informaes de roteamento entre os roteadores, localizado na mesma rede, o Routing Information Protocol (RIP). Esse Interior Gateway Protocol (IGP) calcula as distncias para um host de destino em termos de quantos saltos (ou seja, quantos roteadores) um pacote deve passar. O RIP permite aos roteadores atualizar suas tabelas de roteamento em intervalos programveis, normalmente a cada 30 segundos. Uma desvantagem dos roteadores que usam RIP estarem constantemente se conectando aos roteadores vizinhos para atualizar as suas tabelas de roteamento, criando, ento, grande quantidade de trfego de rede. O RIP permite aos roteadores determinar que caminho usar para enviar dados. Ele faz isso usando um conceito conhecido como vetor de distncia (distance vector). Sempre que os dados passam por um roteador e, assim, por um novo nmero de rede, isso considerado igual a um salto. Um caminho que tem um contador de saltos de quatro indica que os dados trafegando pelo caminho precisariam passar por quatro roteadores antes de alcanar o destino final na rede. Se existirem vrios caminhos para um destino, aquele com o menor nmero de saltos ser escolhido pelo roteador. Como o contador de saltos a nica medida de roteamento usada pelo RIP, ele no seleciona necessariamente o caminho mais rpido para um destino. A mtrica uma medida para tomar decises e em breve voc vai aprender que outros protocolos de roteamento usam muitas outras mtricas, alm do contador de saltos, para localizar o melhor caminho de trfego de dados. Todavia, o RIP continua muito popular e ainda amplamente implementado. Isso se deve principalmente ao fato de ter sido um dos primeiros protocolos de roteamento desenvolvidos. Um outro problema causado pelo uso do RIP que s vezes um destino pode estar muito distante para ser alcanado. Quando se usa o RIP, o nmero mximo de saltos pelos quais os dados podem ser encaminhados quinze. A rede de destino considerada inatingvel se estiver a mais de 15 saltos de distncia do roteador.

11.5.3

Seqncia de encapsulamento de roteamento

Na camada de enlace, um datagrama IP encapsulado em um quadro. O datagrama, incluindo o cabealho IP, tratado como dado. Um roteador recebe o quadro, retira o cabealho do quadro e ento verifica o endereo IP de destino no cabealho IP. O roteador procura o endereo IP de destino na sua tabela de roteamento, encapsula os dados em um quadro da camada de enlace e os envia interface apropriada. Se no encontrar o endereo IP de destino, o pacote poder ser abandonado.

11.5.4

Roteamento multiprotocolo

Os roteadores so capazes de suportar vrios protocolos de roteamento independentes e de manter tabelas de roteamento de vrios protocolos roteados, simultaneamente. Essa capacidade permite ao roteador entregar pacotes de vrios protocolos roteados pelos mesmos enlaces de dados.

11.6.1

Servios de rede sem conexo

A maioria dos servios de rede usa um sistema de entrega sem conexo . Eles tratam cada pacote separadamente e o enviam pela rede. Os pacotes podem seguir caminhos diferentes para atravessar a rede, mas so reagrupados quando chegam ao destino. Em um sistema sem conexo, o destino no contatado antes de um pacote ser enviado. Uma boa analogia de um sistema sem conexo um sistema postal. O destinatrio no contatado antes de uma carta ser enviada de um destino a outro. A carta enviada e o destinatrio toma conhecimento dela quando chega.

11.6.2

Servios de rede orientados para conexo

Em sistemas orientados para conexo, uma conexo estabelecida entre o remetente e o destinatrio, antes que qualquer dado seja transferido. Um exemplo de rede orientada para conexo o sistema telefnico. Uma ligao feita, uma conexo estabelecida e ento ocorre a comunicao.

11.6 11.6.3

Outros servios da camada de rede Comparando processos de rede no conectados e orientados para conexo

Os processos de rede sem conexo so normalmente conhecidos como comutao de pacotes. Nesses processos, medida que o pacote passa da origem para o destino, ele pode comutar para diferentes caminhos, assim como pode (possivelmente) chegar defeituoso. Os dispositivos fazem a determinao dos caminhos para cada pacote com base em uma variedade de critrios. Alguns dos critrios (ex.: largura de banda disponvel) podem ser diferentes de pacote para pacote. Os processos de rede orientados para conexo so freqentemente conhecidos como comutao de circuitos. Esses processos estabelecem uma conexo com o destinatrio primeiro e depois comea a transferncia de dados. Todos os pacotes trafegam em seqncia atravs do mesmo circuito fsico ou, mais comumente, atravs do mesmo circuito virtual. A Internet uma enorme rede sem conexo em que todos os envios de pacotes

so identificados pelo IP. O TCP (camada 4) adiciona servios orientados para conexo parte superior do IP (camada 3). Os segmentos TCP so encapsulados em pacotes IP para serem transportados pela Internet. O TCP fornece servios de sesses orientadas para conexo para enviar dados confiavelmente.

11.6.4

O IP e a camada de transporte

O IP um sistema sem conexo; ele trata de cada pacote independentemente. Por exemplo, se voc usar um programa FTP para fazer o download de um arquivo, o IP no envia o arquivo em um fluxo de dados longo. Ele trata cada pacote independentemente. Cada pacote pode trafegar por diferentes caminhos. Alguns podem at se perder. O IP se baseia no protocolo da camada de transporte para determinar se os pacotes foram perdidos e para solicitar uma retransmisso. A camada de transporte tambm responsvel pela reorganizao dos pacotes.

11.7 11.7.1

Tabelas ARP Dispositivos de internetworking que tm tabelas ARP

Voc aprendeu que a porta, ou a interface, pela qual um roteador se conecta a uma rede considerada parte dessa rede, logo, a interface do roteador conectada rede tem um endereo IP nessa rede. Os roteadores, assim como todos os outros dispositivos na rede, enviam e recebem dados pela rede e criam tabelas ARP que mapeiam os endereos IP para os endereos MAC.

11.7.2

Comparando tabelas ARP de roteadores com tabelas ARP mantidas por outros dispositivos de rede

Os roteadores podem ser conectados a vrias redes ou sub-redes. De modo geral, os dispositivos de rede mapeiam os endereos IP e os endereos MAC que vem de forma repetida e regular. Isso significa que um dispositivo tpico contm informaes de mapeamento relativas apenas aos dispositivos em sua prpria rede. Ele pouco sabe sobre os dispositivos fora da sua LAN. Os roteadores criam tabelas que descrevem todas as redes conectadas a eles. Aa tabelas ARP mantidas pelos roteadores podem conter endereos IP e endereos MAC de dispositivos localizados em mais de uma rede. Alm de mapear endereos IP para os endereos MAC, as tabelas do roteador tambm mapeiam portas. Voc consegue imaginar um motivo pelo qual os roteadores precisariam fazer isso? (Observao: Examine a tabela ARP do roteador abaixo.) Rede de destino 201.100.100.0 Porta do roteador 201.100.100.1

201.100.101.0 201.100.120.0 201.100.150.0

201.100.101.1 201.100.120.1 201.100.150.1

11.7.3

Outros endereos de tabelas de roteadores

O que acontece se um pacote de dados alcanar um roteador para o qual est destinado em uma rede com a qual no est conectado? Alm de endereos IP e endereos MAC dos dispositivos localizados em redes com as quais se conecta, um roteador tambm possui endereos IP e endereos MAC de outros roteadores. Ele usa esses endereos a fim de direcionar os dados para seu destino final. Se um roteador receber um pacote cujo endereo de destino no est na sua tabela de roteamento, ele o encaminhar para o endereo de outro roteador mais provvel de conter informaes sobre o host de destino em sua tabela de roteamento.

11.7.4 Solicitaes e pedidos ARP O ARP usado apenas em uma rede local. O que aconteceria se um roteador local desejasse pedir a um roteador no local para fornecer servios de roteamento indiretos (prximo salto), mas no soubesse o endereo MAC do roteador no local? Quando um roteador no souber o endereo MAC do roteador de prximo salto, o roteador de origem (o roteador que tem os dados a serem enviados) emite uma solicitao ARP. Um roteador que est conectado ao mesmo segmento que o roteador de origem recebe a solicitao ARP. Esse roteador emite uma resposta ARP ao roteador que originou a solicitao ARP. A resposta contm o endereo MAC do roteador no-local.

11.7.5 Proxy ARP Um dispositivo em uma rede no pode enviar uma solicitao ARP para um dispositivo em outra rede. Voc pode imaginar um motivo para isso? O que acontece no caso das sub-redes? Um dispositivo em uma sub-rede pode encontrar o endereo MAC de um dispositivo em outra sub-rede? A resposta ser sim, se a origem direcionar sua pergunta para o roteador. O trabalho atravs de terceiros chama-se proxy ARP e permite que o roteador atue como um gateway padro.

11.7.6

Roteamento indireto

Quando uma origem reside em uma rede que tem um nmero de rede diferente do destino desejado e quando no conhece o endereo MAC do destino, ela

deve usar os servios de um roteador, para que seus dados cheguem ao destino. Um roteador que usado para essa finalidade chamado de gateway padro. Para obter os servios de um gateway padro, uma origem encapsula os dados de forma que contenha o endereo MAC de destino do roteador. Uma origem usa o endereo IP de destino do dispositivo do host, e no aquele de um roteador, no cabealho IP, porque deseja que os dados sejam enviados ao dispositivo do host e no a um roteador. Quando um roteador capta os dados, retira as informaes da camada de enlace que so usadas no encapsulamento, depois passa-os para a camada de rede, onde examina o endereo IP de destino. Ele compara o endereo IP de destino com as informaes contidas em suas tabelas de roteamento. Se o roteador localizar o endereo IP de destino mapeado e o endereo MAC e descobrir que o local da rede de destino est conectado a uma de suas portas, ele encapsula os dados com as novas informaes do endereo MAC e os encaminha ao destino correto. Se o roteador no conseguir localizar o endereo de destino mapeado e o endereo MAC do dispositivo de alvo final, ele localizar o endereo MAC de outro roteador que possa executar essa funo e encaminhar os dados para esse roteador. Esse tipo de roteamento conhecido como roteamento indireto.

11.8

Interior Gateway Protocol (IGP) e Exterior Gateway Protocol (EGP) 11.8.1 Protocolos roteados e de roteamento

Voc aprendeu que os protocolos so como idiomas. Um protocolo que voc tem estudado o IP, ou o protocolo da Internet. Voc sabe que o IP um protocolo da camada de rede. Como o IP roteado atravs de internetwork, chamado protocolo roteado. Exemplos de outros tipos de protocolos roteados so o IPX da Novell e o Appletalk. Os roteadores usam protocolos de roteamento para trocar tabelas de roteamento e compartilhar informaes de roteamento. Em outras palavras, protocolos de roteamento determinam como os protocolos roteados so roteados. Exemplos de protocolos de roteamento incluem os seguintes:

RIP - Routing Information Protocol IGRP - Interior Gateway Routing Protocol EIGRP - Enhanced Interior Gateway Routing Protocol OSPF - Open Shortest Path First

11.8.2 IGPs e EGPs Dois tipos de protocolos de roteamento so os Exterior Gateway Protocols (EGPs) e os Interior Gateway Protocols (IGPs). Os Exterior Gateway Protocols

roteiam os dados entre sistemas autnomos. Um exemplo de EGP o BGP (Border Gateway Protocol), o principal protocolo de roteamento externo da Internet. Voc pode imaginar um exemplo onde um Exterior Gateway Protocol seria usado? Os Interior Gateway Protocols roteiam dados em um sistema autnomo. Alguns exemplos de IGPs so:

RIP IGRP EIGRP OSPF

Voc pode imaginar um exemplo onde um Interior Gateway Protocol seria usado?

11.8.3

RIP

O mtodo mais comum para transferir as informaes de roteamento entre os roteadores que esto localizados na mesma rede o RIP. Esse Interior Gateway Protocol calcula as distncias para um destino. O RIP permite que os roteadores usem esse protocolo para atualizar suas tabelas de roteamento em intervalos programveis, normalmente a cada trinta segundos. Entretanto, como ele est constantemente conectando roteadores vizinhos, isso pode causar aumento de trfego na rede. O RIP permite que os roteadores determinem que caminho ser usado para enviar dados com base em um conceito conhecido como vetor de distncia (distance vector). Sempre que os dados trafegam em um roteador, e assim atravs de um nmero de rede, considera-se que trafegaram um salto. Um caminho que tem um contador de saltos de quatro indica que os dados que trafegam pelo caminho devem passar por quatro roteadores antes de alcanar o destino final na rede. Se existirem vrios caminhos para um destino, o roteador, usando o RIP, seleciona o caminho com o menor nmero de saltos. Entretanto, como o contador de saltos a nica medida de roteamento usada pelo RIP para determinar melhores caminhos, ele no necessariamente o caminho mais rpido. Todavia, o RIP continua muito popular e amplamente implementado. Isso deve-se principalmente ao fato de ter sido um dos primeiros protocolos de roteamento a ser desenvolvido. Outro problema com o uso do RIP que um destino pode estar localizado muito distante para que os dados o alcancem. Com o RIP, o nmero mximo de saltos pelos quais os dados podem trafegar de quinze. Por isso, se a rede de destino estiver a mais de quinze roteadores de distncia, ser considerada inalcanvel.

11.8.4 IGRP e EIGRP

O IGRP e o EIGRP so protocolos de roteamento desenvolvidos pela Cisco Systems, Inc. e, portanto, so considerados protocolos de roteamento proprietrios. O IGRP foi desenvolvido especificamente para tratar problemas associados ao roteamento, em grandes redes de vrios fabricantes, que estivessem alm do escopo de protocolos como o RIP. Como o RIP, o IGRP um protocolo de vetor de distncia (distance vector); entretanto, ao determinar o melhor caminho, ele tambm leva em considerao itens como largura de banda, carga, delay e confiabilidade. Os administradores de rede podem determinar a importncia dada a qualquer uma dessas medidas. Ou permitir que o IGRP calcule o melhor caminho automaticamente. O EIGRP uma verso avanada do IGRP. Especificamente, o EIGRP fornece eficincia operacional superior e une as vantagens dos protocolos de link state com as dos protocolos de vetor de distncia (distance vector).

11.8.5 OSPF

OSPF significa "open shortest path first", ou "abrir o caminho mais curto primeiro". Uma descrio melhor, entretanto, pode ser "determinao de um caminho timo", pois esse Interior Gateway Protocol realmente usa vrios critrios para determinar a melhor rota para um destino. Esses critrios incluem as medidas de custo, que so subdivididas em itens como a velocidade de rota, o trfego, a confiana e a segurana.

11.8.6 Como os roteadores reconhecem as redes

Ento, como as informaes sobre roteamento chegam a uma tabela de roteamento em primeiro lugar? O administrador de rede pode inserir as informaes manualmente no roteador. Ou os roteadores podem conhecer as informaes uns dos outros durante o processo. As entradas manuais nas tabelas de roteamento so chamadas "rotas estticas". As rotas descobertas automaticamente so chamados "rotas dinmicas".

11.8.7 Exemplos de roteamentos estticos

Se os roteadores podem obter as informaes de roteamento automaticamente, pode parecer intil inserir manualmente informaes em tabelas de roteamento do roteador. Entretanto, tais entradas manuais podem ser teis sempre que um administrador de rede desejar controlar que caminho o roteador vai selecionar. Por exemplo, tabelas de roteamento baseadas em informaes estticas podem

ser usadas para testar um link particular na rede, ou para economizar largura de banda de longa distncia. O roteamento esttico tambm o mtodo preferido para a manuteno das tabelas de roteamento quando houver apenas um caminho para uma rede de destino. Esse tipo de rede conhecido como rede stub. H apenas uma forma de chegar a essa rede, ento importante indicar essa situao para evitar que os roteadores tentem localizar outra maneira de chegar a essa rede stub se a sua conexo falhar.

Exemplo roteamento dinmico O roteamento adaptvel, ou dinmico, ocorre quando os roteadores enviam mensagens de atualizao de roteamento uns para os outros periodicamente. Cada vez que recebe uma mensagem contendo novas informaes, um roteador recalcula a melhor nova rota e envia as novas informaes atualizadas para outros roteadores. Usando o roteamento dinmico, os roteadores podem ajustarse para alterar as condies de rede. Antes do advento da atualizao dinmica das tabelas de roteamento, a maioria dos fabricantes tinha que manter as tabelas de roteamento para seus clientes. Isso significava que os fabricantes tinham que inserir manualmente os nmeros de rede, as distncias associadas e os nmeros de porta nas tabelas de roteamento de todos os equipamentos vendidos ou alugados. medida que as redes cresciam, isso se tornava uma tarefa cada vez mais incmoda, demorada e, principalmente, cara. O roteamento dinmico elimina a necessidade dos administradores de rede ou dos fabricantes inserirem manualmente as informaes nas tabelas de roteamento. Isso funciona melhor quando a largura de banda e grandes quantidades de trfego de rede no so problema. RIP, IGRP, EIGRP e OSPF so exemplos de protocolos de roteamento dinmico, pois permitem que esse processo ocorra. Sem os protocolos de roteamento dinmico, a Internet seria impossvel.

11.8.8

de

11.8.9

Como os roteadores usam o RIP para rotear dados atravs de uma rede

Voc tem uma rede de classe B dividida em oito sub-redes conectadas por trs roteadores. face="Arial" size="2">O host A tem dados que deseja enviar ao host Z. Ele passa os dados atravs do modelo OSI, a partir da camada de aplicao para a camada de enlace, onde o host A encapsula os dados com informaes fornecidas por cada camada. Quando os dados chegam camada de rede, a origem A usa seu prprio endereo IP e o endereo IP de destino do host Z, pois para onde deseja enviar os dados. Depois, o host A passa os dados camada de enlace. Na camada de enlace, a origem A coloca o endereo MAC de destino do roteador, ao qual est conectada, e seu prprio endereo MAC no cabealho MAC. A origem A faz isso porque v a sub-rede 8 como uma rede separada. Ela sabe que no pode enviar dados diretamente para uma rede diferente, mas deve

pass-los atravs de um gateway padro. Nesse exemplo, o gateway padro da origem A o roteador 1. O pacote de dados trafega ao longo da sub-rede 1. Todos os hosts pelos quais ele passa o examinam mas no o copiam quando vem que o endereo MAC de destino transportado pelo cabealho MAC no coincide com o deles. O pacote de dados continua ao longo da sub-rede 1 at alcanar o roteador 1. Como os outros dispositivos na sub-rede 1, o roteador 1 v o pacote de dados e o capta, porque reconhece que seu prprio endereo MAC igual ao endereo MAC de destino. O roteador 1 retira o cabealho MAC dos dados e o passa para a camada de rede, onde v o endereo IP de destino no cabealho IP. O roteador faz uma busca em suas tabelas de roteamento a fim de mapear uma rota do endereo de rede do destino para o endereo MAC do roteador que est conectado subrede 8. O roteador est usando o RIP como o seu protocolo de roteamento, determinando, portanto, que o melhor caminho para os dados aquele que coloca o destino apenas a trs saltos de distncia. Depois, o roteador determina que deve enviar o pacote de dados atravs de qualquer uma de suas portas que estiver conectada sub-rede 4, para que o pacote de dados alcance seu destino atravs do caminho selecionado. O roteador passa os dados para a camada de enlace, onde coloca um novo cabealho MAC no pacote de dados. O novo cabealho MAC contm o endereo MAC de destino do roteador 2 e o endereo MAC do primeiro roteador que se tornou a nova origem. O cabealho IP continua inalterado. O primeiro roteador passa o pacote de dados atravs da porta selecionada e para a sub-rede 4. Os dados passam pela sub-rede 4. Todos os hosts pelos quais passam o examinam mas no o copiam quando vem que o endereo MAC de destino transportado pelo cabealho MAC no coincide com o deles. O pacote de dados continua ao longo da sub-rede 4 at alcanar o roteador 2. Como os outros dispositivos na sub-rede 4, o roteador 2 v o pacote de dados. Desta vez ele o capta, pois reconhece que o seu prprio endereo MAC igual ao endereo MAC de destino. Na camada de enlace, o roteador retira o cabealho MAC e passa os dados camada de rede. L, examina o endereo IP da rede de destino e procura na sua tabela de roteamento. O roteador, usando o RIP como seu protocolo de roteamento, determina se o melhor caminho para os dados aquele que coloca o destino apenas a dois saltos de distncia. Depois, o roteador determina que deve enviar o pacote de dados atravs de qualquer uma de suas portas que estiver conectada sub-rede 5, para que o pacote de dados alcance seu destino atravs do caminho selecionado. O roteador passa os dados para a camada de enlace, onde coloca um novo cabealho MAC no pacote de dados. O novo cabealho MAC contm o endereo MAC de destino do roteador 2 e o endereo MAC do primeiro roteador torna-se o novo MAC de origem. O cabealho IP continua inalterado. O primeiro roteador passa o pacote de dados atravs da porta selecionada e para a sub-rede 5. Os dados passam ao longo da sub-rede 5. O pacote de dados continua ao longo da sub-rede 5 at alcanar o roteador 3. Como os outros dispositivos na subrede 5, o roteador 3 v o pacote de dados. Desta vez ele o capta, pois reconhece que o seu prprio endereo MAC igual ao endereo MAC de destino.

Na camada de enlace, o roteador retira o cabealho MAC e o passa camada de rede. L, ele v que o endereo IP de destino no cabealho IP coincide com o de um host que est localizado em uma das sub-redes qual est conectado. Depois, o roteador determina que deve enviar o pacote de dados atravs de qualquer uma de suas portas que esteja conectada sub-rede 8, para que o pacote de dados alcance o endereo de destino. Ele coloca um novo cabealho MAC nos dados. Desta vez, o novo cabealho MAC contm o endereo MAC de destino do host Z e o endereo MAC de origem do roteador 3. Como antes, o cabealho IP continua inalterado. O roteador 3 envia os dados atravs da porta conectada sub-rede 8. O pacote de dados trafega ao longo da sub-rede 8. Todos os hosts pelos quais passa o examinam mas no o copiam quando vem que o endereo MAC de destino transportado pelo cabealho MAC no coincide com o deles. Finalmente, ele alcana o host Z, que o capta, pois v que seu endereo MAC coincide com o endereo MAC de destino transportado no cabealho MAC do pacote de dados. O host Z retira o cabealho MAC e passa os dados camada de rede. Na camada de rede, o host Z v que seu endereo IP e o endereo IP de destino transportado no cabealho IP coincidem. O host Z retira o cabealho IP e passa os dados camada de transporte do modelo OSI. O host Z continua a retirar as camadas que encapsulam o pacote de dados e a passar os dados prxima camada do modelo OSI. Isso continua at que os dados finalmente cheguem camada superior, a camada de aplicao, do modelo OSI. Material extrado do Cisco Network Academy 2009 Trademark CISCO

IMAP (Internet Message Access Protocol) um protocolo de gerenciamento de correio eletrnico superior em recursos ao POP3 - protocolo que a maioria dos provedores oferece aos seus assinantes. A ltima verso o IMAP4. O mais interessante que as mensagens ficam armazenadas no servidor e o internauta pode ter acesso a suas pastas e mensagens em qualquer computador, tanto por webmail como por cliente de correio eletrnico (como o Outlook Express ou o Evolution). Outra vantagem deste protocolo o compartilhamento de caixas postais entre usurios membros de um grupo de trabalho. Alm disso, possvel efetuar pesquisas por mensagens diretamente no servidor, utilizando palavras-chaves. Tem, no entanto, alguns inconvenientes:

O nmero de mensagens possvel de se armazenar depende do espao limite que nos atribudo para a caixa de correio; Caso o servidor IMAP esteja numa localizao remota, pela Internet, e no numa rede local LAN, necessrio estar ligado Internet todo o tempo que quisermos consultar ou enviar mensagens, podendo no ser adequado a quem utiliza a Internet atravs de ligao telefnica Dial-up, devido aos custos associados. No entanto, a maioria dos clientes de e-mail (e.g. Outlook Express, Thunderbird, Novell Evolution, etc.) oferecem a possibilidade de criar uma cpia local (offline) das mensagens contidas em uma ou vrias pastas (e.g. Inbox (Recebidas), Sent (Enviadas), etc.). Sendo assim, toda vez que voc dispuser de uma conexo (estiver online) sua cpia local ser sincronizada com o servidor de e-mail.

Existem tambm algumas outras vantagens, como por exemplo: Ativar e desativar "flags" (marcaes que indicam caractersticas de uma mensagem), que podem, inclusive, ser definidas pelo usurio. Com o POP3, estas marcaes so registradas pelo cliente, de forma que, se a mensagem for aberta por um segundo cliente, as mesmas podem no ter seu "status" indicado corretamente. O IMAP permite a gravao das "flags" junto s caixas-postais, assegurando que, independente de qual cliente se acesse, as mensagens tero as mesmas corretamente atribudas. Capacidade de reconhecer os padres de mensagens eletrnicas [RFC 822] e MIMEIMB [RFC 2045] em mensagens eletrnicas, de modo que os clientes de e-mail no o necessitem fazer. O servidor IMAP cumpre a tarefa de interpretar estes padres, tornando os clientes mais fceis de implementar e o acesso mais "universal"; Pesquisa de texto em mensagens de forma remota. Este modo de trabalho feito localmente s caixas-postais; A seleo para recebimento dos atributos de uma mensagem, ou seu texto ou anexos e outras partes ("attachments") podem ser feitos de forma independente. Ento, o usurio pode pedir para receber de uma mensagem com um grande "attachment", apenas a parte do texto que lhe interessa, o que vantajoso no caso de um acesso discado de baixa qualidade e a reduo do trfego em geral. O Post Office Protocol (POP3) um protocolo utilizado no acesso remoto a uma caixa de correio eletrnico. Ele est definido no RFC 1225 e permite que todas as mensagens contidas numa caixa de correio eletrnico possam ser transferidas sequencialmente para um computador local. A, o utilizador pode ler as mensagens recebidas, apag-las, responder-lhes, armazen-las, etc.. O funcionamento do protocolo POP3 diz-se off-line, uma vez que o processo suportado se baseia nas seguintes etapas:

estabelecida uma ligao TCP entre a aplicao cliente de e-mail (User Agent - UA) e o servidor onde est a caixa de correio (Messsage Transfer Agent - MTA) O utilizador autentica-se; Todas as mensagens existentes na caixa de correio so transferidas sequencialmente para o computador local; As mensagens so apagadas da caixa de correio (opcionalmente, o protocolo pode ser configurado para que as mensagens no sejam apagadas da caixa de correio); Se esta opo no for utilizada, deve utilizar sempre o mesmo computador para ler o correio eletrnico, para poder manter um arquivo das suas mensagens. A ligao com o servidor terminada; O utilizador pode agora ler e processar as suas mensagens (off-line).

A caracterstica off-line do protocolo POP3 particularmente til para utilizadores que se ligam Internet atravs de redes pblicas comutadas, em que o custo da ligao proporcional ao tempo de ligao (ex: a rede telefnica convencional ou a rede RDIS). Com o POP3, a ligao apenas precisa de estar ativa durante a transferncia das mensagens, e a leitura e processamento das mensagens pode depois ser efetuada com a ligao inativa. Simple Mail Transfer Protocol (SMTP) o protocolo padro para envio de e-mails atravs da Internet. SMTP um protocolo relativamente simples, baseado em texto simples, onde um ou vrios destinatrios de uma mensagem so especificados (e, na maioria dos casos, validados) sendo, depois, a mensagem transferida. bastante fcil testar um servidor SMTP usando o programa telnet. Esse protocolo roda sobre a porta 25 numa rede TCP. A resoluo DNS de um servidor SMTP de um dado domnio possibilitada por sua entrada MX (Mail eXchange). A utilizao em massa do SMTP remonta aos anos 80. Na altura era um complemento ao UUCP, que era mais adequado para transferncias de correio eletrnico entre mquinas sem ligao permanente. Por outro lado, o desempenho do SMTP aumenta se as mquinas envolvidas, emissor e receptor, se encontrarem ligadas permanentemente. O Sendmail foi um dos primeiros (se no o primeiro) agente de transporte de email a implementar SMTP. Em 2001, havia, pelo menos, cerca de 50 programas que implementavam SMTP como cliente (emissor) ou servidor (receptor). Outros servidores SMTP muito conhecidos so: exim, Postfix, Qmail, e Microsoft Exchange Server. Dada a especificao inicial, que contemplava apenas texto ASCII, este protocolo no ideal para a transferncia de arquivos (tambm chamados de ficheiros). Alguns standards foram desenvolvidos para permitir a transferncia de ficheiros em formato binrio atravs de texto simples, como o caso do MIME. Hoje em dia quase todos os servidores SMTP suportam a extenso 8BITMIME. O SMTP um protocolo de envio apenas, o que significa que ele no permite que um usurio descarregue as mensagens de um servidor. Para isso, necessrio um cliente

de email com suporte ao protocolo POP3 ou IMAP, que o caso da maioria dos clientes atuais. Hypertext Transfer Protocol (ou o acrnimo HTTP; do ingls, Protocolo de Transferncia de Hipertexto) um protocolo de comunicao (na camada de aplicao segundo o Modelo OSI) utilizado para sistemas de informao de hipermedia distribudos e colaborativos.[1] Seu uso para a obteno de recursos interligados levou ao estabelecimento da World Wide Web. Coordenado pela World Wide Web Consortium e a Internet Engineering Task Force, culminou na publicao de uma srie de Requests for Comments; mais notavelmente o RFC 2616, de junho de 1999, que definiu o HTTP/1.1. Normalmente, este protocolo utiliza a porta 80 e usado para a comunicao de stios web, comunicando na linguagem HTML. Contudo, para haver comunicao com o servidor do stio necessrio utilizar comandos adequados, que no esto em linguagem HTML. Para acedermos a outro documento a partir de uma palavra presente no documento actual podemos utilizar hiperligaes (ou ncoras). Estes documentos se encontram no stio com um endereo de pgina da Internet - e para acess-los deve-se digitar o respectivo endereo, denominado URI (Universal Resource Identifier ou Identificador Universal de Recurso), que no deve ser confundir com URL (Universal Resource Locator ou Localizador Universal de Recurso), um tipo de URI que pode ser directamente localizado. Prefcio O HyperText Transfer Protocol um protocolo de aplicao responsvel pelo tratamento de pedidos e respostas entre cliente e servidor na World Wide Web. Ele surgiu da necessidade de distribuir informaes pela Internet e para que essa distribuio fosse possvel foi necessrio criar uma forma padronizada de comunicao entre os clientes e os servidores da Web e entendida por todos os computadores ligados Internet. Com isso, o protocolo HTTP passou a ser utilizado para a comunicao entre computadores na Internet e a especificar como seriam realizadas as transaces entre clientes e servidores, atravs do uso de regras bsicas.[2] Este protocolo tem sido usado pela WWW desde 1990. A primeira verso de HTTP, chamada HTTP/0.9, era um protocolo simples para a transferncia de dados no formato de texto ASCII pela Internet, atravs de um nico mtodo de requisio, chamado GET. A verso HTTP/1.0 foi desenvolvida entre 1992 e 1996 para suprir a necessidade de transferir no apenas texto. Com essa verso, o protocolo passou a transferir mensagens do tipo MIME44 (Multipurpose Internet Mail Extension) e foram implementados novos mtodos de requisio, chamados POST e HEAD. No HTTP/1.1, verso actual do protocolo descrito na RFC 2616, [3] foi desenvolvido um conjunto de implementaes adicionais ao HTTP/1.0, como por exemplo: o uso de conexes persistentes; o uso de servidores proxy que permitem uma melhor organizao da cache; novos mtodos de requisies; entre outros. Afirma-se que o HTTP tambm usado como um protocolo genrico para comunicao entre os agentes de utilizadores e proxies/gateways com outros protocolos, como o SMTP, NNTP, FTP, Gopher, e WAIS, permitindo o acesso a recursos disponveis em aplicaes diversas.[3]

Funcionamento Um sistema de comunicao em rede possui diversos protocolos que trabalham em conjunto para o fornecimento de servios. Para que o protocolo HTTP consiga transferir seus dados pela Web, necessrio que os protocolos TCP e IP (Internet Protocol, Protocolo de Internet) tornem possvel a conexo entre clientes e servidores atravs de sockets TCP/IP. De acordo com Fielding,[4] o HTTP utiliza o modelo cliente-servidor, como a maioria dos protocolos de rede, baseando-se no paradigma de requisio e resposta. Um programa requisitante (cliente) estabelece uma conexo com um outro programa receptor (servidor) e envia-lhe uma requisio, contendo a URI, a verso do protocolo, uma mensagem MIME (padro utilizado para codificar dados em formato de textos ASCII para serem transmitidos pela Internet) contendo os modificadores da requisio, informaes sobre o cliente e, possivelmente, o contedo no corpo da mensagem. O servidor responde com uma linha de status (status line) incluindo sua verso de protocolo e um cdigo de operao bem sucedida ou um cdigo de erro, seguido pelas informaes do servidor, metainformaes da entidade e possvel contedo no corpo da mensagem. Aps o envio da resposta pelo servidor, encerra-se a conexo estabelecida. Mensagem HTTP O protocolo HTTP faz a comunicao entre o cliente e o servidor atravs de mensagens. O cliente envia uma mensagem de requisio de um recurso e o servidor envia uma mensagem de resposta ao cliente com a solicitao. Segundo Foscarini,[5] os dois tipos de mensagens existentes no protocolo utilizam um formato genrico, definido na RFC 822, para a transferncia de entidades. Uma mensagem, tanto de requisio quanto de resposta, composta, conforme definido na RFC 2616,[6] por uma linha inicial, nenhuma ou mais linhas de cabealhos, uma linha em branco obrigatria finalizando o cabealho e por fim o corpo da mensagem, opcional em determinados casos. Nessa seo sero apresentados os campos que compem uma mensagem mais detalhadamente; ou seja, o HTTP apresenta o stio ou local onde est a pgina da Internet. Cabealho da mensagem O cabealho da mensagem (header) utilizado para transmitir informaes adicionais entre o cliente e o servidor. Ele especificado imediatamente aps a linha inicial da transao (mtodo), tanto para a requisio do cliente quanto para a resposta do servidor, seguido de dois pontos (:) e um valor. Existem quatro tipos de cabealhos que podero ser includos na mensagem os quais so: general-header, requestheader, response-header e entity-header.[7] Esses cabealhos so utilizados para enviar informaes adicionais sobre a mensagem transmitida (general-header), a requisio e os clientes (request-header) que comunicam suas configuraes e os formatos de documentos desejados como resposta.[8] Alm disso, so utilizados pelo servidor ao retornar o recurso no qual foi requisitado pelo cliente, para transmitir informaes que descrevem as configuraes do servidor e do recurso identificado pelo URI de requisio, e que no pertence linha de status (responseheader). Na RFC 2616,[9] esto descritos todos os campos que pertencem a esses cabealhos.

Alguns tipos MIME[10]

Exemplo

Descrio

text/plain

Arquivo no formato texto (ASCII)

text/html

Arquivo no formato HTML, utilizado como padro para documentos Web

Image/gif

Imagem com o formato GIF

Image/jpeg

Imagem com o formato JPEG

application/zip Arquivo compactado

Corpo da mensagem Uma mensagem HTTP pode conter um corpo de dados que so enviados abaixo das linhas de cabealho. Em uma mensagem de resposta, o corpo da mensagem o recurso que foi requisitado pelo cliente, ou ainda uma mensagem de erro, caso este recurso no seja possvel. J em uma mensagem de requisio, o corpo pode conter dados que sero enviados diretamente pelo usurio ou um arquivo que ser enviado para o servidor. Quando uma mensagem HTTP tiver um corpo, podero ser includos cabealhos de entidades que descrevem suas caractersticas, como por exemplo, o Content-Type que informa o tipo MIME dos dados no corpo da mensagem e o Content-Length que informa a quantidade de bytes que o corpo da mensagem contm. A tabela ao lado apresenta alguns tipos MIME. Requisio De acordo com Fielding,[11] uma mensagem de requisio do cliente composta pelos seguintes campos: uma linha inicial (Request-Line); linhas de cabealhos (Requestheader); uma linha em branco obrigatria e um corpo de mensagem opcional. A linha inicial de uma requisio composta por trs partes separadas por espaos: o mtodo (Method), a identificao do URI (Request-URI) e a verso do HTTP (HTTP-Version) utilizado. Segundo Bastos & Ladeira,[12] Request-URI um identificador uniforme de recurso (Uniform Resource Identifier) que identifica sobre qual recurso ser aplicada a requisio. No protocolo HTTP, o tipo de URI utilizado chamado de URL (Uniform Resource Locater), composto pela identificao do protocolo, pelo endereo do computador servidor e pelo documento requisitado.[13]

Mtodos O protocolo HTTP define oito mtodos que indicam a ao a ser realizada no recurso especificado. Conforme Bastos e Ladeiras,[14] o mtodo determina o que o servidor deve fazer com o URL fornecido no momento da requisio de um recurso. Um servidor HTTP deve implementar ao menos os mtodos GET e HEAD. GET Solicita algum recurso como um arquivo ou um script CGI (qualquer dado que estiver identificado pelo URI) por meio do protocolo HTTP. Por exemplo, segue abaixo uma comunicao entre um cliente e um servidor HTTP. O servidor possui a URL www.exemplo.com, porta 80. O pedido do cliente (seguido por uma linha em branco, de maneira que o pedido termina com um newline duplo, cada um composto por um carriage return seguido de um Line Feed): GET /index.html HTTP/1.1 Host: www.exemplo.com O cabealho Host reconhece vrios diferentes nomes DNS que tenham o mesmo IP. A resposta do servidor (seguida por uma linha em branco e o texto da pgina solicitada): HTTP/1.1 200 OK Date: Mon, 23 May 2005 22:38:34 GMT Server: Apache/1.3.27 (Unix) (Red-Hat/Linux) Last-Modified: Wed, 08 Jan 2003 23:11:55 GMT Etag: "3f80f-1b6-3e1cb03b" Accept-Ranges: bytes Content-Length: 438 Connection: close Content-Type: text/html; charset=UTF-8 HEAD Variao do GET em que o recurso no retornado. usado para obter metainformaes por meio do cabealho da resposta, sem ter que recuperar todo o contedo. POST Envia dados para serem processados (por exemplo, dados de um formulrio HTML) para o recurso especificado. Os dados so includos no corpo do comando. Sua utilizao em uma requisio ocorre quando necessrio enviar dados ao servidor para serem processados, geralmente por um programa script identificado no RequestURI. Uma requisio por meio desse mtodo sempre requer que as informaes submetidas sejam includas no corpo da mensagem e formatadas como uma query string, alm de conter cabealhos adicionais especificando seu tamanho (ContentLenght) e seu formato (Content-Type). Por isso, esse mtodo oferece uma maior segurana em relao aos dados transferidos, ao contrrio do mtodo GET que os dados so anexados a URL, ficando visveis ao usurio.[15] Por exemplo:

POST /index.html HTTP/1.0 Accept: text/html If-modified-since: Sat, 29 Oct 1999 19:43:31 GMT Content-Type: application/x-www-form-urlencoded Content-Length: 30 Nome=NamePessoa&Idade=99&Curso=Computacao PUT Envia certo recurso. DELETE Exclui o recurso. TRACE Ecoa o pedido, de maneira que o cliente possa saber o que os servidores intermedirios esto mudando em seu pedido. OPTIONS Recupera os mtodos HTTP que o servidor aceita. CONNECT Serve para uso com um proxy que possa se tornar um tnel SSL (um tnel pode ser usado, por exemplo, para criar uma conexo segura). Resposta Para Fielding,[16] uma mensagem de resposta do servidor composta pelos seguintes campos: uma linha inicial (Status-Line); linhas de cabealhos (Responseheader); uma linha em branco obrigatria e um corpo de mensagem opcional. A linha inicial de uma resposta, chamada de linha de status, possui por sua vez trs partes separadas por espaos: a verso do protocolo HTTP (HTTP-Version), um cdigo de status (StatusCode) da resposta, que fornece o resultado da requisio, e uma frase de justificativa (Reason-Phrase) que descreve o cdigo do status. Cdigos de retorno A linha inicial de uma resposta HTTP indica ao cliente se sua requisio foi bem sucedida ou no.[17] Essa situao fornecida atravs de um cdigo de retorno (Status-Code) e uma frase explicativa (Reason-Phrase). De acordo com Fielding,[18] o cdigo de status formado por trs dgitos e o primeiro dgito representa a classe que pertence classificada em cinco tipos:

1xx: Informational (Informao) utilizada para enviar informaes para o cliente de que sua requisio foi recebida e est sendo processada; 2xx: Success (Sucesso) indica que a requisio do cliente foi bem sucedida; 3xx: Redirection (Redirecionamento) informa a ao adicional que deve ser tomada para completar a requisio; 4xx: Client Error (Erro no cliente) avisa que o cliente fez uma requisio que no pode ser atendida;

5xx: Server Error (Erro no servidor) ocorreu um erro no servidor ao cumprir uma requisio vlida.

O protocolo HTTP define somente alguns cdigos em cada classe descritos na RFC 2616, mas cada servidor pode definir seus prprios cdigos. Conexes Segundo Hirata,[19] o HTTP/1.0 um protocolo sem estado. Isto significa que as conexes entre um cliente e um servidor so encerradas aps o envio de cada requisio ou resposta. Cada vez que uma conexo estabelecida ou encerrada, consumida uma grande quantidade de tempo da CPU, de largura de banda e de memria. Na maioria das vezes, para se obter o resultado esperado, necessrio realizar mais de uma solicitao de recursos atravs de vrias conexes. Por exemplo, no caso de uma pgina Web, que consiste de diversos arquivos (.html, .gif, .css, etc) preciso que sejam feitas vrias requisies para compor a pgina, uma conexo nopersistente. O ideal seria que apenas uma conexo fosse utilizada para os pedidos e as respostas HTTP, diminuindo, assim, a sobrecarga ocasionada pelas conexes, uma conexo persistente. A conexo persistente, implementada como conexo padro no protocolo HTTP/1.1, possibilita que uma conexo seja estabelecida para enviar vrias requisies em seqncia sem a necessidade de esperar por cada resposta, no qual sero recebidas na mesma ordem em que as solicitaes foram enviadas, um processo chamado de pipelining.[20] Pode tambm dar-se o caso de ser estabelecida uma conexo sem pipelining, em que o cliente s faz nova requisio quando o servidor lhe envia a resposta, ou seja, o servidor fica inactivo at o objecto (.html, .gif, .css, etc) atingir o seu destino no cliente. Se uma requisio incluir o cabealho Connection: close, a conexo ser encerrada aps o envio da resposta correspondente. Utiliza-se este cabealho quando no h suporte a conexes persistentes, quando for a ltima requisio a ser enviada nesta conexo, ou ainda, sempre que quiser encerrar a conexo mesmo que nem todas as requisies tenham sido completadas. Alm disso, o servidor pode fechar uma conexo se estiver ociosa por um determinado perodo de tempo. Outros protocolos Existem outros tipos de protocolos como o FTP (File Transfer Protocol, ou Protocolo de Transferncia de Arquivos), usado para envio de arquivos do computador para um servidor na Web, o SMTP (Simple Mail Transfer Protocol, ou Protocolo de Transferncia de Correio Simples), protocolo usado para correio eletrnico, entre outros protocolos. Esquema de comunicao Pedido bsico de HTTP cliente-servidor: GET <ficheiro> HTTP/1.1 Host: <ip> User-Agent: <Agente> Connection: <tipo>

O agente quem faz a ligao ao servidor, normalmente um navegador. O tipo indica como o servidor deve proceder com a conexo. comumente utilizado para requisies persistentes. Uma requisio completa pode exigir muitas informaes. A requisio abaixo utilizando o mtodo POST - fora retirada do Mozilla Firefox v3.6b5 (pt-BR, para Windows): POST /diretorio/arquivo.html HTTP/1.1 Host: www.exemplo.com User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; pt-BR; Gecko/20091204 Firefox/3.6b5 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Language: pt-br,pt;q=0.8,en-us;q=0.5,en;q=0.3 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-alive: 115 Cookie: nome=valor; nome2=valor2 Connection: keep-alive Content-Length: 28 usuario=exemplo&senha=123456 Referncias

rv:1.9.2b5)

T. Berners-Lee, R. Fielding, H. Frystyk (maio de 1996). Hypertext Transfer Protocol -- HTTP/1.0 (em ingls). Internet Engineering Task Force. Pgina visitada em 21 de junho de 2009. BASTOS, Leonara de Oliveira; LADEIRA, Adriane Cristina. Protocolo HTTP. cf. 46 HERRMANN, Eric. Aprenda em 1 semana programao CGI em Perl 5. Rio de Janeiro: Campus, 1997

FTP significa File Transfer Protocol (Protocolo de Transferncia de Arquivos), e uma forma bastante rpida e verstil de transferir arquivos (tambm conhecidos como ficheiros), sendo uma das mais usadas na internet. Pode referir-se tanto ao protocolo quanto ao programa que implementa este protocolo (Servidor FTP, neste caso, tradicionalmente aparece em letras minsculas, por influncia do programa de transferncia de arquivos do Unix). A transferncia de dados em redes de computadores envolve normalmente transferncia de arquivos e acesso a sistemas de arquivos remotos (com a mesma interface usada nos arquivos locais). O FTP (RFC 959) baseado no TCP, mas anterior pilha de protocolos TCP/IP, sendo posteriormente adaptado para o TCP/IP. o padro da pilha TCP/IP para transferir arquivos, um protocolo genrico independente de hardware e do sistema operacional e transfere arquivos por livre arbtrio, tendo em conta restries de acesso e propriedades dos mesmos. Viso geral do protocolo O protocolo especificado na RFC 959, resumida logo a seguir.[1]

Um cliente realiza uma conexo TCP para a porta 21 do servidor. Essa conexo, chamada de conexo de controle, permanece aberta ao longo da sesso enquanto uma uma segunda conexo, chamada conexo de dados, estabelecida na porta 20 do servidor e em alguma porta do cliente( estabelecida no dilogo entre ambos) como requisitado para a transferncia de arquivo. A conexo de controle utilizada para administrao da sesso( comandos, identificao, senhas)[2] entre cliente e servidor utilizando um protocolo semelhante ao Telnet. Por exemplo, "RETR filename" iria transferir o arquivo especificado de um servidor para um cliente. Devido a essa estrutura de duas portas, FTP considerado out-of-band, ao contrrio de protocolos in-band, tal como HTTP[2]. O servidor responde na conexo de controle com trs dgitos de cdigo de estado em ASCII com uma mensagem de texto opcional. Por exemplo, "200" ou "200 OK" significa que o ltimo comando obteve sucesso. Os nmeros representam o nmero do cdigo e o texto opcional representa as explicaes ou parmetros necessrios[3]. Uma transferncia de arquivo em progresso, sobre uma conexo de dados, pode ser abortada utilizando uma mensagem de interrupo enviada sobre a conexo de controle. FTP pode ser executado em modo ativo ou passivo, cujos quais determinam como a conexo de dados estabelecida. No modo ativo, o cliente envia para o servidor o endereo IP e o nmero da porta na qual ele ir ouvir e ento o servidor inicia a conexo TCP. Em situaes onde o cliente est atrs de um firewall e inapto para aceitar entradas de conexes TCP, o modo passivo pode ser utilizado. O cliente envia um comando PASV para o servidor e recebe um endereo IP e um nmero de porta como resposta, cujos quais o cliente utiliza para abrir a conexo de dados com o servidor.[1] Ambos os modos foram atualizados em Setembro de 1998 para adicionar suporte ao IPv6 e feitas algumas mudanas no modo passivo, tornando-o modo passivo extendido.[4]. Durante a transferncia de dados sobre a rede, quatro representaes de dados podem ser utilizadas[5]:

Modo ASCII: usado para texto. Dado convertido, se necessrio, da representao de caracteres do host remetente para 8-bit em ASCII antes da transmisso, e( novamente, se necessrio) para a representao de caracteres do host destinatrio. Como consequncia, esse modo inapropriado para arquivos que contenham dados nmericos em binrio, ponto flutuante ou forma decima codificada em binrio. Modo imagem( normalmente chamada de modo Binrio): a mquina remetente envia cada arquivo byte a byte e como tal, o destinatrio armazena o fluxo de bytes conforme ele os recebe. (O suporte ao modo imagem tem sido recomendado para todas as implementaes de FTP). Modo EBCDIC: utilizado para texto simples entre hosts utilizando o conjunto de caracteres EBCDIC. Modo local: permite que dois computadores com configuraes idnticas enviem dados em um formato proprietrio sem a necessidade de convert-los para ASCII.

Para arquivos texto, controle de formato diferente e opes de estrutura de registro so fornecidos. Esses recursos forma projetados para contendo a formatao Telnet ou ASA. Tranferncia de dados pode ser feita em qualquer um dos trs modos a seguir:[3]

Modo fluxo: dado enviado como um fluxo contnuo, liberando FTP de fazer algo processamento. Ao invs disso, todo processamento deixado para o TCP. Nenhum indicador de fim de arquivo necessrio, a menos que o dado esteja dividido dentro de registros. Modo de bloqueio: FTP quebra o dado dentro de vrios blocos( bloco de cabealho, contagem de byte e campo de dado) e ento passa-o para o TCP.[5] Modo comprimido: dado comprimido utilizando um algoritmo simples.

Como ocorre a transferncia de arquivos A transferncia de arquivos d-se entre um computador chamado "cliente" (aquele que solicita a conexo para a transferncia de dados) e um servidor (aquele que recebe a solicitao de transferncia). O utilizador, atravs de software especfico, pode selecionar quais arquivos enviar ou receber do servidor. Para existir uma conexo ao servidor,caso o servidor exija,o utilizador informa um nome de utilizador (ou username, em ingls) e uma senha (password), bem como o nome correcto do servidor ou seu endereo IP. Se os dados foram informados corretamente, a conexo pode ser estabelecida, utilizando-se dois canais de comunicao, chamados de portas (ports). Tais portas so conexes no qual possvel trocar dados. No caso da comunicao FTP, so utilizadas duas portas. Uma de controle (porta 21) e outra para tranferncia de arquivos(porta 20). Acesso aos servidores FTP O acesso a servidores FTP pode ocorrer de dois modos: atravs de uma interface ou atravs da linha de comando, tanto usurios UNIX como usurios Windows podem acessar atravs dos dois modos. O modo linha de comando est presente em qualquer distribuio UNIX-like e Windows, atravs do telnet. A partir de qualquer browser credenciado(Internet Explorer, Firefox, ou mesmo no Windows Explorer) tambm possvel aceder a um servidor FTP. Basta, para isso, digitar na barra de endereo: ; ftp:// [username]: [password] @ [servidor] ENTER Modos e interfaces O protocolo subjacente ao FTP pode rodar nos modos interativo ou batch. O cliente FTP fornece uma interface interativa, enquanto que o MIME e o HTTP usam-no diretamente. O protocolo permite a gravao e obteno de arquivos, a listagem da pasta e a alterao da pasta de trabalho. ok Comandos do cliente FTP Os servidores de FTP raramente mudam, mas novos clientes FTP aparecem com bastante regularidade. Estes clientes variam no nmero de comandos que implementam, a maioria dos clientes FTP comerciais implementam apenas um pequeno subgrupo de comandos FTP. Mesmo que o FTP seja um protocolo orientado a linha de comandos, a nova gerao dos clientes FTP esconde esta orientao num ambiente grfico, muitas vezes, muito desenvolvido.

A interface cliente do FTP do BSD UNIX um padro por si mesma, possuindo muitos comandos arcaicos:tenex oucarriage control que hoje no tm uso. Os comandos mais usados so ocd,dir,ls,get eput. O FTP tem particularidades que so hoje pouco comuns. Depois da ativao doftp, estabelecida uma conexo ao host remoto. Esta conexo envolve o uso da conta do usurio no host remoto, sendo que alguns servidores FTP disponibilizam anonymous FTP. Certos comandos so os que fazem a transferncia bidirecional de arquivos, so eles:

get do servidor FTP para o host local (mget para mais que um arquivo) put para o servidor FTP a partir do host local (mput para mais que um arquivo)

Nota: alguns comandos podem no funcionar com o usurio sendo anonymous, pois tal conta tem limitaes de direitos a nvel do sistema operacional. Traduo de nomes de arquivos A sintaxe dos nomes dos arquivos pode ser incompatvel entre diferentes Sistemas Operacionais. O UNIX usa 128 caracteres, maisculas e minsculas, enquanto que o DOS usa 8 + 3 caracteres e apenas maisculas. Certos nomes no podem ser usados em alguns sistemas. Devido a isto tudo o BSD ftp define regras para a traduo de nomes. Mensagens FTP O FTP permite dois modos de transferncia de mensagens FTP: texto (com tradues apropriadas) ou binrio (sem traduo). Cada mensagem do servidor inclui um identificador decimal de 3 dgitos (exemplo: 226 Transfer complete). Estas mensagens podem ser vistas ou no, usando para isso o modo verbose ou quiet, respectivamente. Modo cliente-servidor do FTP O Servidor remoto aceita uma conexo de controle do cliente local. O cliente envia comandos para o servidor e a conexo persiste ao longo de toda a sesso (tratandose assim de um protocolo que usa o TCP). O servidor cria uma conexo de dados para a transferncia de dados, sendo criada uma conexo para cada arquivo transferido. Estes dados so transferidos do servidor para o cliente e vice e versa. Os comandos esto separados dos dados e o cliente pode enviar comandos durante a transferncia de dados. O encerramento da conexo indica o fim do arquivo. Lista de Comandos FTPs Os comandos abaixo podem ser executados no FTP atravs da linha de comando. Os comandos do FTP podem ser abreviados, desde que no formem expresses ambiguas. Os comandos podem estar abreviados. Seguem os comandos:

!: Executa o comando na mquina local. ?: Semelhante a help. append: Adiciona dados a um arquivo existente. ascii: Configura o tipo de transferncia de arquivos para ASCII. bell: Emite um bip quando um comando executado. binary: Configura o tipo de transferncia de arquivos para binrio. bye: Encerra a sesso FTP. cd: Seguido de caminho/diretrio muda para o diretrio informado. delete: Apaga um arquivo. Para mais de um arquivo usa-se mdelete. debug: Estabelece a modalidade de depurao. dir: Mostra o contedo do diretrio servidor atual. disconnect: Semelhante a bye. get: Obtm um arquivo do servidor. Para mais de um arquivo usa-se mget. glob: Seleciona a expanso para nomes de arquivo. hash: Demonstra cada bloco do arquivo durante a transferncia. Cada bloco compe-se de 1024 bytes. help: Lista sumariamente todos comandos disponveis. literal: Permite enviar comandos arbitrrios. ls: Mostra uma lista abreviada do contedo do diretrio servidor.Para mais de uma pasta usa-se*mls. mkdir: Cria um diretrio ou subdiretrio no servidor. prompt: Ativa/desativa o modo interativo. put: Envia um arquivo ao servidor. Para enviar mais de um arquivo usa-se mput. pwd: Mostra o diretrio de trabalho. quit: Finaliza a sesso FTP. quote: Envia subcomandos do servidor FTP, como se encontram no servidor. recv: Similar a get. remotehelp: Solicita ajuda do servidor FTP remoto. rename: Renomeia um arquivo. send: Semelhante a put. status: Obtem informaes de estado do servidor. trace: Demonstra o caminho percorrido pelo arquivo na transferncia. type: Especifica o tipo de representao. user: Iniciar a sesso no servidor. verbose: Ativa/desativa a modalidade literal.

O DNS (Domain Name System - Sistema de Nomes de Domnios) um sistema de gerenciamento de nomes hierrquico e distribudo operando segundo duas definies:

Examinar e atualizar seu banco de dados. Resolver nomes de domnios em endereos de rede (IPs).

O sistema de distribuio de nomes de domnio foi introduzido em 1984, e com ele, os nomes de hosts residentes em um banco de dados pode ser distribudo entre servidores mltiplos, diminuindo assim a carga em qualquer servidor que prov administrao no sistema de nomeao de domnios. Ele baseia-se em nomes hierrquicos e permite a inscrio de vrios dados digitados alm do nome do host e seu IP. Em virtude do banco de dados de DNS ser distribudo, seu tamanho ilimitado e o desempenho no degrada tanto quando se adiciona mais servidores nele. Este tipo de servidor usa como porta padro a 53. A implementao do DNS-Berkeley, foi desenvolvido originalmente para o sistema operacional BSD UNIX 4.3.

A implementao do Servidor de DNS Microsoft se tornou parte do sistema operacional Windows NT na verso Server 4.0. O DNS passou a ser o servio de resoluo de nomes padro a partir do Windows 2000 Server como a maioria das implementaes de DNS teve suas razes nas RFCs 882 e 883, e foi atualizado nas RFCs 1034 e 1035. O servidor DNS traduz nomes para os endereos IP e endereos IP para nomes respectivos, e permitindo a localizao de hosts em um domnio determinado. Num sistema livre o servio implementado pelo software BIND. Esse servio geralmente se encontra localizado no servidor DNS primrio. O servidor DNS secundrio uma espcie de cpia de segurana do servidor DNS primrio. Existem 13 servidores DNS raiz no mundo todo e sem eles a Internet no funcionaria. Destes, dez esto localizados nos Estados Unidos da Amrica, um na sia e dois na Europa. Para Aumentar a base instalada destes servidores, foram criadas rplicas localizadas por todo o mundo, inclusive no Brasil desde 2003. Ou seja, os servidores de diretrios responsveis por prover informaes como nomes e endereos das mquinas so normalmente chamados servidores de nomes. Na Internet, os servios de nomes usado o DNS, que apresenta uma arquitetura cliente/servidor, podendo envolver vrios servidores DNS na resposta a uma consulta.

DNS Reverso Normalmente o DNS atua resolvendo o nome do domnio de um host qualquer para seu endereo IP correspondente. O DNS Reverso resolve o endereo IP, buscando o nome de domnio associado ao host. Ou seja, quando temos disponvel o endereo IP de um host e no sabemos o endereo do domnio(nome dado mquina ou outro equipamento que acesse uma rede), tentamos resolver o endereo IP atravs do DNS reverso que procura qual nome de domnio est associado aquele endereo. Os servidores que utilizam o DNS Reverso conseguem verificar a autenticidade de endereos, verificando se o endereo IP atual corresponde ao endereo IP informado pelo servidor DNS. Isto evita que algum utilize um domnio que no lhe pertence para enviar spam, por exemplo.