REDES TCP/IP - PROTOCOLOS

TPICO: PROTOCOLO TCP/IP - I

Prof. Ulisses Guedes

HISTRICO

Em 1969, por questes militares, o governo americano iniciou um projeto audacioso.

A Guerra Fria (EUA x URSS) sinalizava a possibilidade de um ataque nuclear em
territrio norte-americano. Se algum local estratgico fosse atingido ento os EUA no
teriam condies para uma resposta. A soluo encontrada pelo Departamento de
Defesa (D.o.D - Department of Defense), envolvia o desenvolvimento de um protocolo
de rede com os seguintes requisitos:

1) Grande nmero de conexes lgicas;

2) Capacidade de transferncia de mensagens de controle;
3) Capacidade de execuo remota em batch ou interativa;
4) Transferncia de arquivos;
5) Independncia da Plataforma e de meios fsicos de comunicao, e
6) Sistemas Independentes e autnomos.

Atendendo aqueles requisitos um operador credenciado poderia disparar o sistema de

defesa a partir de qualquer outro local.

Tais requisitos eram realmente audaciosos para os recursos daquela poca, pois os
computadores seguiam uma arquitetura de main-frames e minis, de alto custo e
extremamente complexos.

O grande nmero de conexes lgicas permitiriam que vrios sistemas pudessem ser
acessados e controlados a partir de outro grande nmero de sistemas. A capacidade
de transferncia de mensagens concebia a comunicao instantnea ou quase
instantnea entre os comandos militares e seus comandados. A Execuo remota
permitiria a ao de um conjunto de tarefas a partir de terminais com pouca
capacidade computacional aos main-frames e minis. A transferncia de arquivos
remotos permitiria o envio de informaes detalhadas e completas acessveis por
pessoal credenciado. Tudo isso poderia ser realizado a partir de um terminal acoplado
diretamente ao main-frame ou a partir de estaes de trabalho rodando qualquer
sistemas operacional e conectados aos diversos meios fsicos. Toda aquela
parafernlia interligada concebia um alto poder de resposta com um sistema
distribudo, independente e completamente autnomo. Ou seja, mesmo com a
possibilidade de destruio completa dos Estados Unidos aquele pas teria condio de
uma reao do mesmo porte ou maior do seu agressor.

O DoD delegava ao DARPA (Defense Advanced Projects Agency), criado em 1959,

alm das atividades de pesquisa j em andamento em diversas aeas, a incumbncia
de desenvolver e implementar aquele projeto.

Os militares j haviam desenvolvido algum protocolo mas os resultados no foram

satisfatrios. A salvao seria utilizar recurso humano civil. Foi criado um grupo de
estudiosos em redes que plantaria a semente da Internet. O grupo era constitudo por

- 1/13 -
 REDES TCP/IP - PROTOCOLOS
TPICO: PROTOCOLO TCP/IP - I
Prof. Ulisses Guedes

Steve Carr da Universidade de Utah, Jeff Rulifson e Bill Duvall da SRI (Standfor
Research Institute), Steve Crocker e Gerard Deloche da Universidade da
California - Los Angeles (UCLA). (rfc003)

A ARPANET, a rede do sistema de defesa americano, estava comeando. Em 1970

testavam o RJE (Remote Job Execution) e posteriormente o TELNET (Telex over
Network). Em 1973, o grupo estabelecia os objetivos da transferncia de arquivos, o
FTP (File Transfer Protocol). At ento, existiam "meia dzia de mquinas"
interligando centros militares, governamentais e educacionais usando o protocolo
TCP/IP ainda precrio. Em 1980, a ARPANET migrava todas as suas mquinas para
uma nova verso do TCP/IP. A migrao levou 3 anos e no final do prazo a ARPANET
era dividida em duas grandes redes: A ARPANET para pesquisas, que se tornaria a
INTERNET, e a MILNET para os militares. Em 1990 a MILNET se transforma em
NIPRNET (Non-classified Internet Protocol Router Network).

A PERESTROIKA e GLASSNOST, que inciou em meados de 1980, ganha fora a partir

de 1986, no governo de Mikhail Sergeyevich Gorbachyov. Era o incio do fim do regime
fechado Russo e os pases daquele crculo abriram o mercado para o ocidente, assim
como o incio do Fim da Gerra Fria, ainda desacreditada devido s polmicas atitudes
militares tanto americana quanto soviticas. Em 1991, a Unio Sovitica dissolvida.

E agora? O que fazer com a INTERNET?

Segundo alguns especialistas polticos, de economia e estrategistas militares, expandir

a INTERNET para o mundo seria a grande jogada (the big deal) dos Estados Unidos,
alm de um sistema de defesa fortalecido. Atravs dela seria possvel conquistar
mercados de produtos e servios que, teoricamente, elevariam o poder comercial e de
influncia norte-americana sobre outros pases.

No foi exatamente o que aconteceu! O mundo deixou ser invadido pela INTERNET,
com as portas abertas para uma tecnologia que viria romper todas as fronteiras
territoriais, injetando milhes de novos produtos e servios nos Estados Unidos e em
todos os pases que dela desfruta.

A Internet chegou s casas, escritrios, hospitais e governos. Com a divulgao da

mesma, surgiram novos produtos e ferramentas para transferir e armazenar a maior
das riquezas, a informao.

No final 1993, numa iniciativa e esforo da Universidade de Illinois, Estados Unidos,

eram lanados o NCSA Mozaic, o navegador de pginas HTML, e o NCSA HTTPd, o
servio do protocolo HTTP, baseado em dois outros protocolos existentes: o WAIS e o
GOPHER. A INTERNET ganhava a ferramenta mais utilizada at os dias atuais. Os
textos formatados, as figuras animadas e posteriormente udio e vdeo conquistavam
internautas do mundo todo.

Surgiram vrios outros grupos de estudiosos (os hackers) da Informtica que,

inicialmente eram constitudos por Engenheiros, Fsicos, Matemticos, Mdicos, alunos,

- 2/13 -
 REDES TCP/IP - PROTOCOLOS
TPICO: PROTOCOLO TCP/IP - I
Prof. Ulisses Guedes

curiosos, enfim, qualquer um que tentasse entender e aprender por conta prpria
aquela tecnologia.

No incio, sem muito domnio, as informaes disponibilizadas podiam ser encontradas

sem muita preocupao quanto a sua segurana e fidelidade. Vendo tanta informao
disponvel e imaginando as outras no divulgadas surgiram os crackers que
assumiram uma postura exploratria, de domnio das mquinas e redes, tentando
acessar o que no era permitido, quebrando as barreiras e assumindo controles.
Quando no conseguiam seu intento estabeleciam punies cibernticas, apagando ou
modificando as informaes. Supe-se que alguns grupos daqueles "estudiosos",
sejam eles hackers ou crackers, tenham sido e sejam financiados por empresas
concorrentes, governos dominantes ou dominados.

Os atropelos do domnio daquela tecnologia, o desconhecimento dos usurios e a

falta de respostas de fabricantes de sistemas operacionais, facilitaram a propagao e
o aperfeioamento de vrus, worms, trojans e outros cdigos maliciosos.

A Internet tem uma velocidade de crescimento altssima. Todos os dias surgem novas
tecnologias, ferramentas, vulnerabilidades e efeitos que conquistam todos que a
acessam.

Por tudo isso, o ato de ADMINISTRAR redes, principalmente atreladas Internet, no

se resume instalao, configurao e uso de aplicaes. preciso entender o
ambiente, os protocolos e proporcionar solues tambm no desenvolvimento ou
migrao de produtos, como est acontecendo atualmente com a migrao do IPv4
para o IPv6. Configurar sem saber o porqu abrir portas para invases ou impedir o
funcionamento de uma rede gerando gastos desnecessrios. Embora a Internet seja
fonte de informao incontestvel ela, a Internet, extremamente hostil.

Visando a explorao de produtos de marketing frgeis, algumas empresas lanam

um conceito inexistente sob o aspecto de segurana: a Intranet. A ideia veio da
definio de redes corporativas que estavam completamente isoladas da Internet, no
usavam o TCP/IP e implementavam alguns recursos ou servios semelhantes aos
disponveis no TCP/IP. Porm, o fabricante autor da ideia removeu o protocolo nativo
de seu sistema operacional, tornando a estratgia to perigosa quanto se a rede
estivesse acoplada diretamente Internet, aps um fracassado plano de criar uma
rede exclusiva, utilizando uma constelao de satlites. No existe diferena entre
Intranet e Internet quando a rede est conectada Internet.

Neste tpico, estudar-se- o conjunto de protocolos que compem o TCP/IP, as

camadas e aplicaes sob o ponto de vista funcional, porm com um nvel de detalhe
necessrio visando a administrao, a segurana e o desenvolvimento de produtos de
software.

Quanto ao desenvolvimento, sempre havero aqueles que preferem utilizar o que est
disponvel em APIs (Applications Interfaces) prontas. Aqui cabe um pequeno alerta
para os "comodistas": Se existe alguma aplicao pronta porque algum a fez. Us-

- 3/13 -
 REDES TCP/IP - PROTOCOLOS
TPICO: PROTOCOLO TCP/IP - I
Prof. Ulisses Guedes

la, simplesmente, to perverso e perigoso quanto uma bomba relgio, ou uma arma
desconhecida onde o tiro pode sair pela culatra.

ARQUITETURA

Comparado ao OSI, o modelo TCP/IP muito mais simples e consta de 4 camadas,

que podem englobar um ou mais camadas do modelo OSI. Englobar camadas OSI
representa que aquela camada do protocolo envolvente pode, ou no, implementar as
finalidades e atividades das camadas OSI envolvidas.

A Figura 1 mostra as camadas OSI e do TCP/IP segundo os critrios de 3 grandes

estudiosos do TCP/IP e sistemas operacionais: William Stevens, David Comer e
Andrew Tanenbaum.

Cabe alguns comentrios sobre a distribuio dessas camadas. Alguns autores

(Douglas E Comer - Internetworking with TCP/IP - VOL.1, e W Richard Stevens - Unix
Networking Programming - Vol 1) tratam a camada de interface do TCP/IP
correspondendo s camadas de enlace e fsica do modelo OSI (Nveis 1 e 2) embora
nem todas as funes dessas camadas do modelo OSI possam ser encontradas na
camada de interface do TCP/IP (tratamento de problemas de hardware tipo coliso ou
de envio). Por outro lado, existe um tratamento na camada de rede (via ICMP, por
exemplo), o que implicaria numa pequena expanso da camada de rede do modelo
TCP/IP em direo camada de enlace (modelo seguido por Tanenbaum e outros).

Fig. 1: Comparao das Camadas do Modelo OSI com as

Camadas do TCP/IP

- 4/13 -
 REDES TCP/IP - PROTOCOLOS
TPICO: PROTOCOLO TCP/IP - I
Prof. Ulisses Guedes

A razo pela qual os primeiros autores citados consideram a camada de Interface

apenas a juno das camadas de enlace e fsica, est no fato de que o acesso direto
aos quadros da camada de interface permite estabelecer um controle mais eficiente
atravs de bibliotecas especiais. Uma dessas a biblioteca libpcap, que implementa o
DLPI - DATA LINK PROVIDER INTERFACE - usado para aplicaes tipo TCPDUMP em
diversos sistemas operacionais. O DLPI um protocolo de interface desenvolvido pela
AT&T que fornece os recursos da camada de enlace e no , oficialmente, integrante
do TCP/IP, mas acompanha alguns sistemas operacionais.

Fig. 2: Protocolos das Camadas e fluxo de dados.

O modelo de distribuio de camadas adotado neste estudo segue a distribuio OSI,

que coincide com a distribuio adotada por Stevens & Comer.

Outro aspecto importante est na classificao dos protocolos das camadas. Todos os
especialistas citados consideram os protocolos de mensagens de erro (ICMPv4 e
ICMPv6) e de roteamento (IGMPv4 e IGMPv6) como protocolos da camada de rede
(Figura 2).

O artigo que define o Modelo OSI define um protocolo de transporte como todo aquele
que estabelece alguma interface entre uma sesso, estabelecendo alguma interao
com o usurio ou com o kernel e a camada de rede, no implementa identificao
lgica. Ou seja, um protocolo de transporte no auto suficiente para alcanar um
destino ou reconhecer a identidade lgica no recebimento. Sendo assim, tanto os
protocolos ICMPs (v4 e v6) quanto os IGMPs (v4 e v6) so considerados protocolos de
transporte por definio OSI (Figura 3). Assume-se as definies do Modelo de
Referencia OSI para efeito didtico.

- 5/13 -
 REDES TCP/IP - PROTOCOLOS
TPICO: PROTOCOLO TCP/IP - I
Prof. Ulisses Guedes

Fig. 3:Protocolos das Camadas e fluxo de dados conforme

definies OSI.

A STD5 (INTERNET PROTOCOL - DARPA INTERNET PROGRAM - PROTOCOL

SPECIFICATION - RFC 791), no compara o TCP/IP com o modelo de referencia OSI,
mas considera o diagrama da Figura 2.

A CONEXO ENTRE CAMADAS CONFORME O TIPO DE EQUIPAMENTO DE REDE

INTERMEDIRIO.

EQUIPAMENTOS DE MEIO FSICO

Quando dois ns esto sob

uma mesma rede fsica ou
interligados atravs de
repetidores , conversores
de meio, HUBs e (Figura 4), a
troca de mensagens (da
camada de aplicao), pacotes
(das camada de trasporte),
datagramas (camada de rede),
e quadros (da camada de
Fig. 4: Comunicao das camadas entre ns numa enlace) entre os ns,
mesma rede fsica. estabelecem conexes diretas

- 6/13 -
 REDES TCP/IP - PROTOCOLOS
TPICO: PROTOCOLO TCP/IP - I
Prof. Ulisses Guedes

entre os vrios nveis (ou camadas). Ou seja, o conjunto mensagem, pacote,

datagrama, quadro enviado por um n o mesmo conjunto recebido pelo outro n.

EQUIPAMENTOS DE ENLACE FSICO

Quando dois ns esto sob uma mesma rede fsica ou interligados atravs de
switches ou bridges(pontes) (Figura 5) a troca de mensagens (da camada de
aplicao), pacotes (das camada de trasporte), datagramas (camada de rede),
estabelecem conexes diretas entre os vrios nveis (ou camadas) entre os ns, mas
os quadros (A e B da camada de enlace) podem sofrer alguma modificao quanto aos
protocolos que esto associados camada Fsica do modelo OSI. Contudo, as
informaes de endereamento fsico devem permanecer idnticas mesmo na
presena de VLANs.

Fig. 5: A interligao entre ns IP atravs de Switches e Bridges.

Ainda na Figura 5, observa-se que switches e bridges no interferem nas

caractersticas lgicas superiores.

EQUIPAMENTOS DE REDE LGICA

Uma rede TCP/IP caracterizada, basicamente, pela interligao lgica entre ns

atravs de Roteadores. Entende-se aqui por roteador qualquer equipamento,
inclusive computador, com a capacidade de roteamento. Uma rede fsica pode
compartilhar vrias redes lgicas IP. Nestes casos, se a capacidade de roteamento
local de um n for explorada ento a figura 6 aplicvel. Contudo, se for considerado
a condio de roteamento controlado por um n externo, mesmo que compartilhando
a mesma rede fsica, tem-se um fluxo de dados conforme a figura 6.

O fluxo de dados (Figura 6) indica que os Quadros A e B so modificados quanto ao

endereamento fsico e mantm datagramas, pacotes e mensagens com seus
contedos intactos. Tal condio induz a concluir que o protocolo TCP/IP, logicamente,
independe do meio fsico.

- 7/13 -
 REDES TCP/IP - PROTOCOLOS
TPICO: PROTOCOLO TCP/IP - I
Prof. Ulisses Guedes

Fig. 6: Fluxo de dados e diagrama de conexes lgicas na

presena de roteadores intermedirios.

Fig. 7: Converso IPv4xIPv6 por roteadores.

Uma das mudanas impostas pelo IPv6 para auxiliar na migrao de protocolos (IPv4
para IPv6) a condio de roteamento e converso de protocolos ou por
encapsulamento de protocolos de rede, denominado Tnel IPv4 sobre IPv6. Tal recurso
faz com que roteadores IPv6 sejam capazes de modificar o datagrama A para o
padro B (IPv4 para IPv6 ou IPv6 para IPv4), conforme a Figura 7, que tambm
representa a capacidade de cifragem lgica entre roteadores IPv6. Sim, o IPv6 pode
operar em 3 formas lgicas distintas, conforme ser discutido em captulo especfico.

EQUIPAMENTOS DE TRANSPORTE

Segundo o Modelo de Referencia OSI o equipamento de rede NAT pode operar at a

camada de Transporte. Isso tambm vlido para o TCP/IP, porm ser necessrio
que o protocolo da aplicao seja o mesmo para que isso seja vlido. O protocolo de
aplicao SMTP, por exemplo, pode operar tanto em TCP quanto em UDP. Contudo no
se pode dizer o mesmo para o protocolo FTP, pois a porta 21 em UDP porta padro

- 8/13 -
 REDES TCP/IP - PROTOCOLOS
TPICO: PROTOCOLO TCP/IP - I
Prof. Ulisses Guedes

para outro protocolo de aplicao, denominado de FSP (File Service Protocol) sendo os
protocolos de aplicaes incompatveis. A grande aplicao de NAT em TCP/IP est no
redirecionamento de portas e mascaramento de endereos.

Um NAT com IPv6 (Figura 8) permite a converso entre IPv6 e IPv4 (e vice-versa) de
forma direta, enquanto que o roteador IPv6 estabelece o envolvimento IPv4 em IPv6.
Tais procedimentos so diferentes e merecem algum detalhe.

Para entender o envolvimento IPv4 em IPv6 e vice versa, considere a faixa de

endereamento IPv6 2B4CAADD:012BC3D4:8A9D5F2B:/96. Considere o IPv4
192.168.10.15 (C0:A8:0A:0F). O envolvimento representa um endereo IPv6
2B4CAADD:012BC3D4:8A9D5F2B:C0:A8:0A:0F.

Para entender a converso IPv4 em IPv6 e vice-versa, considere a mesma faixa de

endereamento anterior, porm com a identificao completa IPv6 do n, ou seja:
2B4CAADD:012BC3D4:8A9D5F2B:12223A4F e o mesmo IPv4 192.168.10.15. Neste
caso um datagrama destinado ao 192.168.10.15 ser redirecionado para
2B4CAADD:012BC3D4:8A9D5F2B:12223A4F e vice-versa. A ideia a mesma
empregada para acoplar uma rede de endereamento privativo na rede de
endereamento pblico IPv4. Assim, via NAT-IPv6 possvel acoplar uma rede lgica
puramente IPv4 em outra rede lgica puramente IPv6 sem que a faixa de
endereamento termine com valores semelhantes faixa de endereamento do IPv4.

Fig. 8: Fluxo de dados e Camadas com NAT para TCP/IP.

Embora as RFCs relacionadas ao protocolo IPv6 condenem o uso de NAT em IPv6

devido imensa faixa de endereamento, recomendem a converso atravs de
protocolos duplos numa mesma camada de rede, com comunicao direta entre as
partes, o NAT IPv6 um recurso que poder ser utilizado na fase final de
implementao, quando o IPv4 estiver sendo banido da grande rede e ainda presente
em redes internas.

- 9/13 -
 REDES TCP/IP - PROTOCOLOS
TPICO: PROTOCOLO TCP/IP - I
Prof. Ulisses Guedes

EQUIPAMENTOS DE APLICAES

Para uma rede TCP/IP o Proxy, o Tranlastor e o Gateway apresentam o mesmo

diagrama de camadas. A diferena entre eles ser no objeto de prioridade em analise
(Figura 9) e na deciso a tomar, pois todos esses equipamentos observam as sesses,
o que representa em modificaes nos pacotes (portas e protocolos de transporte), o
protocolo da aplicao e o contedo da mensagem.

Fig. 9: Fluxo de Dados e Camadas para Proxy, Translator e Gateway TCP/IP.

Um proxy TCP/IP mantm a carga e o protocolo da mensagem, ou seja, a Mensagem

A tem o mesmo contedo da Mensagem B. Pacotes, Datagramas e Quadros so
sempre modificados.

Um Translator TCP/IP poder modificar a carga da mensagem, mas mantm o

protocolo da aplicao. Pacotes, Datagramas e Quadros so sempre modificados.

Um Gateway poder alterar tanto a carga quanto o protocolo da mensagem. Pacotes,

Datagramas e Quadros so sempre modificados.

SEQUNCIA DE ENCAPSULAMENTOS

Um quadro de transporte TCP/IP carrega 4 cabealhos (o dele e mais 3 cabealhos das

camadas superiores), referentes aos protocolos das camadas e a informao (dado).
Ao descer a pilha TCP/IP, o cabealho da camada corrente envolve a cadeia recebida,
constituda pelos cabealhos das camadas superiores e o dado. A camada corrente
informa um identificador da camada superior. Ao subir a pilha, a camada analisa o
identificador da camada superior, remove o cabealho da camada corrente e entrega a
cadeia para o protocolo identificado da camada superior.

- 10/13 -
 REDES TCP/IP - PROTOCOLOS
TPICO: PROTOCOLO TCP/IP - I
Prof. Ulisses Guedes

Fig. 10: Sequencia de encapsulamento de protocolos e seus cabealhos.

ENCAPSULAMENTO DE PROTOCOLOS

Denominamos de encapsulamento a condio de envolver um protocolo em outro. Os

encapsulamentos esto presentes em todas as arquiteturas de protocolos quando o
protocolo de uma camada superior encapsulado pelo protocolo da camada inferior.
Em certas camadas podemos ter a ocorrncia de mais de um encapsulamento.

O mecanismo de encapsulamento de protocolos lgicos pode se basear em:

a) Uso de servio que tratar da montagem e desmontagem do protocolo interno;

b) Uso das interfaces de camadas, criando uma espcie de canal lgico entre
mquinas;

Da mesma forma que o TCP montado sobre o IP, podemos ter, teoricamente, IPX
sobre IP, IPX sobre TCP, ou NetBEUI sobre TCP, ou mesmo IP sobre IPX, DECnet sobre
TCP, DECnet sobre UDP, IP sobre DECnet, etc., ou partes de protocolos, NETBIOS/TCP,
NETBIOS/UDP, DECNET/UDP, e , por que no, IP sobre IP (princpio bsico de tnel IP).

A figura 11 mostra a montagem de encapsulamento de protocolo NETBIOS e

aplicaes RPC Microsoft sobre o TCP/IP.

Este leque de possibilidades permite transportar o protocolo existente numa rede local
para outras redes remotas usando o protocolo bsico que interliga as duas redes.

OBS: Os exemplos de encapsulamentos citados tem efeito puramente didtico para

mostrar as tcnicas de encapsulamento e no a existncia delas.

- 11/13 -
 REDES TCP/IP - PROTOCOLOS
TPICO: PROTOCOLO TCP/IP - I
Prof. Ulisses Guedes

Fig. 11: Sequencia de encapsulamento de NETBIOS sobre TCP/IP.

ENCAPSULAMENTO POR-INTERFACE.

Considerando o encapsulamento por aplicao ento porque no um encapsulamento

por camada? Desta ideia surgiu o conceito de VPN ( Virtual Private Network), PPTP
(Point-to-Point Tunneling Protocol) dentre outras denominaes. De qualquer forma,
todas elas baseiam-se no fato de transportar um protocolo como dado, usando algum
outro protocolo como transportador. Em suma, o mesmo conceito aplicvel aos
protocolos de comunicao. As mquinas que executam tais encapsulamentos so
consideradas gateways locais.

Fig. 12: Encapsulamento de IP sobre IP.

- 12/13 -
 REDES TCP/IP - PROTOCOLOS
TPICO: PROTOCOLO TCP/IP - I
Prof. Ulisses Guedes

A figura 12 mostra uma sequencia de encapsulamento de IP sobre IP, demonstrando o

princpio de encapsulamento de uma VPN. A Rede(1) representa uma rede lgica
pblica e a Rede(2) uma rede lgica privada. Uma VPN real sobrepe as camadas da
rede lgica 2 aps a criptografia das camadas Rede(2), Transporte(2) e Aplicao(2).

No encapsulamento por interface, por exemplo IP sobre IP, um datagrama de uma

rede lgica IP privativa encapsulada no protocolo IP de uma rede lgica pblica,
estabelecendo uma espcie de roteamento em tnel IP e aproveitando a interface
entre camadas. Neste caso, um novo cabealho IP criado com destino mquina
remota especfica e tendo como origem o endereo publico da mquina que est
"funcionando" como um tnel. A funo de roteamento adaptada para criar uma
interface lgica (pseudo interface, semelhante de loopback). Esta interface tem o
papel de embutir o datagrama IP original (rede privativa) num datagrama IP com
destino mquina remota. O novo datagrama criado retorna para o sistema de
roteamento IP e segue para a interface necessria. Na mquina remota, quando a
interface recebe o datagrama IP com a origem especificada, a funo de roteamento
direciona para uma interface tambm especial, que tratar de remover o datagrama
IP interno e devolv-lo para o sistema de roteamento normal. Reparem que neste caso
no foi encapsulado um protocolo de rede sobre um protocolo de transporte. Algum
poderia explicar o por qu? Sim! Claro! Se temos IP sobre IP ento est-se
encapsulando o protocolo de transporte entre as duas mquinas. O protocolo de
transporte mais interno e em uso implementa o controle da conexo.

Considerando um encapsulamento de IPX/IP, e embora o IP no possua garantias de

envio ou recebimento, a interface de protocolos pode explorar os recursos de controle
do protocolo transportado (o protocolo de transporte do IPX so: PEP ou SPX), e a
Interface de protocolos se comportaria como uma pseudo interface de um hardware
para o lado IPX e um pseudo protocolo de transporte para o IP.

Esta interface de protocolos pode se deslocar at a camada de aplicao do IP.

ENCAPSULAMENTO POR SERVIO (APLICAO)

No encapsulamento por servio, as aplicaes so projetadas para servir como o elo

de ligao entre os protocolos. Explorando o caso IPX sobre IP, uma aplicao do IPX
seria tambm uma aplicao IP, extraindo a mensagem de um protocolo e
transferindo-a para o outro.

Especial ateno deve ser dada ao NETBIOS sobre TCP (Figura 11). Neste caso a
aplicao implementa os servios propriamente ditos como uma aplicao normal no
havendo qualquer transferncia ou roteamento de qualquer espcie.

- 13/13 -