Tema 8. Protocolos de nivel de Red/Transporte.

El
protocolo TCP/IP.
1 Introduccin.
2 Arquitectura de los Protocolos TCP/IP
2.1 Relacin con los Niveles OSI
2.2 Interfaz de red: nivel fsico y de enlace de datos
2.3 Nivel de red
2.4 Nivel de Transporte: TCP y UDP
2.5 Nivel de aplicacin
2.6 Otros protocolos sobre TCP/IP
3 Direccionamiento y subdireccionamiento.
3.1 Direcciones IP.
3.2 Autoridad de direccionamiento en Internet
3.3 Direccionamiento privado
3.4 Mscara de red
Tema 8. Protocolos de nivel de Red/Transporte. El
protocolo TCP/IP.
3.5 Subdireccionamiento
3.6 Direccionamiento por dominios.
4 Puertos y Sockets en TCP/IP.
5 Datagramas IP y segmentos TCP y UDP
6 Algunos comandos tiles
1 Introduccin.
La familia de protocolos TCP/IP (Transmission Control Protocol/Internet
Protocol; Protocolo de Control de Transmisin/Protocolo de Internet), son en
la actualidad los ms utilizados.
Para usar protocolos TCP/IP no es necesario estar en Internet, este protocolo se
utiliza en redes a muchos niveles (LAN, WAN) debido a la fiabilidad que
ofrece, puesto que se trata de un protocolo establecido y sobradamente
verificado por su uso.
El protocolo TCP/IP tiene su origen en la red de computadoras ARPANET. La
red ARPANET era una red de investigacin patrocinada por el DoD
(Departamento de Defensa de los Estados Unidos). El objetivo era encontrar
protocolos no propietarios a ningn sistema concreto, para poder
interconectar sistemas heterogneos. Inicialmente tuvo tan slo cuatro
nodos, y con el tiempo termin conectando cientos de universidades e
instalaciones del gobierno utilizando lneas telefnicas alquiladas. Cuando ms
tarde se aadieron redes de satlite y radio, los protocolos existentes tuvieron
problemas en la interaccin con estas nuevas redes, lo que hizo necesario el
desarrollo de una arquitectura de referencia nueva, con capacidad de
conectar entre s mltiples redes.
1 Introduccin.
Esta arquitectura se populariz despus como el modelo de referencia
TCP/IP, por las iniciales de sus dos protocolos primarios. Gracias al relativo
xito obtenido, se unieron a este proyecto universidades norteamericanas como
el MIT y la Universidad de California. Este modelo se defini por primera
vez en 1974.
En 1990 se disolvi la red Arpanet y se fund la conocida Internet, que es
actualmente la red ms grande del planeta, y en ella se encuentran todo tipo de
usuarios: Universidades, empresas, rganos gubernamentales, etc. La
existencia de esta inter-red no habra sido posible sin un protocolo como
TCP/IP. La principal ventaja o caracterstica de TCP/IP es sta; permite
interconectar de modo fiable equipos totalmente heterogneos (UNIX, VAX,
PC, ...), as como diferentes redes (con diferentes topologas y protocolos en
los niveles inferiores de enlace y fsico).
2 Arquitectura de los Protocolos TCP/IP
2.1 Relacin con los Niveles OSI
El protocolo TCP/IP se dise con anterioridad al desarrollo del modelo de
referencia OSI, por lo que no sigue exactamente la misma distribucin en
capas, aunque se puede establecer la equivalencia mostrada en la figura 1.

Figura 1. Relacin del protocolo TCP/IP con niveles OSI.

A continuacin describiremos brevemente los diferentes protocolos TCP/IP

segn los niveles descritos.
2 Arquitectura de los Protocolos TCP/IP

Figura 2. Protocolos en TCP/IP.

2.2 Interfaz de red: nivel fsico y de enlace de datos
Describe el medio fsico (cable, fibra ptica o enlaces de radiofrecuencia) y de
enlace. TCP/IP puede funcionar sobre diferentes implementaciones de estos
niveles. Habitualmente se emplea con redes de rea local de tecnologa
Ethernet, con protocolos Ethernet II o IEEE 802.2 (subcapa LLC de la capa de
enlace) sobre IEEE 802.3 (subcapa MAC en redes Ethernet con (CSMA/CD).
En este nivel se encapsulan los datos proporcionados por la capa de red dentro
del campo de datos de las tramas Ethernet.
2.3 Nivel de red
La familia TCP/IP dispone de varios protocolos de nivel de red, el ms
conocido es el protocolo IP (Internet Protocol = Protocolo de Interred).
Se trata de un protocolo de nivel 3 (Red). Es el encargado de hacer circular los
paquetes generados en el nivel de transporte, para lo que aade las direcciones
IP de origen y destino (campos de 4 bytes), lo que permite el encaminamiento
de los mismos desde el equipo de origen al equipo de destino. En este nivel, los
paquetes se transforman en datagramas, y el funcionamiento es en modo no
fiable, es decir, no se garantiza la entrega de los datagramas ni su llegada en el
orden de envo.

Tabla 1. Protocolos de nivel de red IP.

2.3 Nivel de red (continuacion)
En la tabla 2 se muestran otros protocolos de esta familia tambin incluidos en
el nivel de red para la implementacin de otras funciones.

Tabla 2. Otros protocolos de nivel de red IP.

2.4 Nivel de Transporte: TCP y UDP
En el nivel de transporte se realiza el control de la transmisin. En este punto,
dependiendo de la necesidad o no de un flujo de datos garantizado entre
estaciones se distingue:
Comunicacin orientada a la conexin en donde se ofrece comunicacin
extremo a extremo fiable. Se emplea, por ejemplo, en las aplicaciones de
telnet (terminal remoto) o FTP (transferencia de archivos). Es la utilizada
en el protocolo TCP.
Comunicacin no orientada a la conexin. Las aplicaciones
intercambian mensajes independiente unos de otros, es decir, no hay una
interaccin continua entre las aplicaciones. Es el empleado en el protocolo
UDP.
El protocolo UDP se suele situar en el nivel de transporte, aunque no ofrece
servicios fiables (una de las principales caractersticas de este nivel). La razn
de situarlo en esta capa es que se basa en IP, al igual que TCP.
2.4 Nivel de Transporte: TCP y UDP (continuacion)
Las caractersticas de estos protocolos son las siguientes:
TCP (Transmission Control Protocol = Protocolo de Control de transmisin).
Es un protocolo de nivel 4 (Transporte) que ofrece servicios Orientados a
Conexin (CO) con entrega fiable de datagramas (dispone de mecanismos de
confirmacin de entrega). En este protocolo se fraccionan los mensajes en el
caso de ser de gran longitud en paquetes de menor tamao denominados
datagramas. Estos datagramas son enviados por separado y reensamblados en
el mensaje original por el protocolo TCP del equipo que los recibe.
UDP (User Datagram Protocol = Protocolo de Datagramas de Usuario). Se
trata de un protocolo de nivel 4 (transporte), al igual que TCP, pero en este
caso, el servicio se ofrece sin conexin y no fiable; no se garantiza la entrega ni
el orden. Se emplea en aplicaciones que no requieran fiabilidad, como
transmisin de sonido o vdeo, donde prima la velocidad sobre la fiabilidad.
Nota: Cuando TCP/IP trabaja sobre redes Ethernet, lo hace con tramas de
tipo Ethernet II, como se vio en el captulo dedicado a redes Ethernet. En este
caso, el campo de longitud de la trama Ethernet II contendr un cdigo que
indica cul de los anteriores protocolos debe tratar la trama (P.e. 0800h para
IP o 806h para protocolos ARP y RARP).
2.5 Nivel de aplicacin
Como se puede observar en la figura 2, los protocolos TCP/IP solo
implementan, para el usuario final, los niveles de red y transporte (3 y 4) del
modelo de referencia OSI. Es por ello que las aplicaciones finales asumen,
muchas veces, funciones que seran propias de los protocolos de niveles
superiores, como por ejemplo la representacin cuando se conectan dos
mquinas con juegos de caracteres diferentes. Tal es el caso de los servicios de
aplicacin del modelo TCP/IP, utilizados en los diferentes sistemas operativos.
Estos servicios utilizan un modelo cliente-servidor. En este modelo, los
procesos servidores (programas en ejecucin) se encuentran continuamente a la
espera de eventos. Los procesos clientes solicitan servicios a los servidores y
esperan respuesta de estos. La estacin que acta como cliente debe tener
instalado un programa cliente y el servidor debe tener en ejecucin un
programa (proceso) servidor de la misma aplicacin, que ser el que procese
los eventos generados por el cliente.
2.5 Nivel de aplicacin (continuacion)
Entre estos servicios se encuentran:
Los destinados a correo electrnico, que emplea los protocolos:
SMTP (Simple Mail Transfer Protocol), transferencia entre cliente y
servidor para el envio de correo electrnico
POP3 (Post Office Protocol), para la lectura de los mensajes de
correo electrnico desde el buzn.
IMAP (Internet Message Access Protocol). Es una alternative a POP3
para acceder al buzn de correo por Internet.
Los empleados para el acceso a ficheros compartidos. La aplicacin ms
utilizada es FTP (File Transfer Protocol = Protocolo de Transferencia de
Ficheros).
Navegadores WWW. Son programas con los que podemos obtener
recursos a travs de Internet. Los recursos son accedidos por su direccin
universal, por medio de la URL (Universal Resource Locator).
2.6 Otros protocolos sobre TCP/IP
Dentro de la familia TCP existen otros protocolos para la realizacin de
diversas funciones que no hemos revisado hasta ahora.

Tabla 4. Protocolos de gestin de red e inicio en TCP/IP.

2.6 Otros protocolos sobre TCP/IP (continuacion)

Tabla 5. Protocolos de gestin del enlace en IP.

2.6 Otros protocolos sobre TCP/IP (continuacion)

Tabla 6. Protocolos de encaminamiento IP.

2.6 Otros protocolos sobre TCP/IP (continuacion)

Tabla 7. Protocolos de aplicaciones sobre TCP/IP.

3 Direccionamiento y subdireccionamiento.
3.1 Direcciones IP.
Como se describi en el captulo dedicado a redes de rea local, las tarjetas o
dispositivos NIC (Network Interface Card) de conexin a la red tienen grabada
una direccin (MAC) de 6 bytes (48 bits) que son fijas y nicas en el mundo
(normalmente no pueden ser modificadas por el usuario).
Por ejemplo: FA.3C.41.02.11.37 (hexadecimal) 250.60.65.2.17.55 (decimal).
En TCP/IP el usuario nunca llega a utilizar las direcciones fsicas (largas y
complicadas).
En su lugar se emplean las direcciones IP, que como veremos presentan
algunas ventajas sobre las anteriores.
El estndar que actualmente se utiliza para direcciones IP es el IPv4, que
consta de cuatro bytes, con los que en teora se podran direccionar un total de
232 = 4.294.967.296 equipos, lo cual debera ser ms que suficiente. El
problema es que, debido a la estructura de las direcciones IP, no todas ellas son
aprovechables, y se estn presentando problemas de escasez de direcciones
para asignar a nuevos equipos.
3.1 Direcciones IP. (continuacion)
Para solucionarlo se ha creado un nuevo estndar, el IPv6, en el que las
direcciones constan de 16 bytes (128 bits).
Las direcciones IP (IPv4) se suelen expresar en la notacin
XXX.XXX.XXX.XXX, donde cada uno de los campos separados por puntos
es un nmero decimal que va de 0 a 255, y que representa el byte
correspondiente. Una direccin IP podra ser, por ejemplo:
11001101 11000110 01000000 00000010
que se escribe como:
205.198.64.2

Toda direccin IP se compone de dos partes:

Porcin de red, que identifica unvocamente la red fsica donde se ubica el
sistema (netid). La componen los r primeros bits de la direccin IP.
Porcin de host, que identifica al equipo o host dentro de la red (hostid). La
componen los h ltimos bits de la direccin IP (r+h=32 bits de la dir IP).
3.1 Direcciones IP. (continuacion)
Los dgitos empleados para netid y para hostid dependen de la clase de la red,
que se determina por los primeros bits de direccin, tal como se muestra en la
figura 3.
Las clases A, B y C son estndares para dilogos entre origen y destino,
mientras que la clase D se emplea para el envo simultneo a muchos destinos.

Figura 3. Clases de redes segn su direccin IP.

La direccin IP: 11001101 11000110 01000000 00000010
que se escribe como 205.198.64.2, ser del tipo:
3.1 Direcciones IP. (continuacion)
Al ser clase C, los tres primeros bytes corresponden a la porcin de red (netid)
y el ltimo a la porcin de host (hostid). En esta red podramos asignar
28 2=254 direcciones de host o mquina.
Y una red de TCP/IP podra tener la siguiente estructura y direcciones:

Figura 4. Ejemplo de rede con direcciones IP.

3.1 Direcciones IP. (continuacion)

Este esquema de direccionamiento simplifica enormemente el trabajo de los

encaminadotes, ya que tan slo tienen que tener en cuenta la porcin de host de
la direccin de destino de los datagramas.
Las direcciones IP deben seguir, adems, algunas reglas de direccionamiento:
No puede haber dos direcciones IP pblicas iguales en la misma red, ni
siquiera en redes diferentes.
Los hosts de una red deben pertenecer a la misma red (y por lo tanto a
la misma clase).
Cualquier nodo puede dialogar con cualquier otro especificando su
direccin IP, aunque estn en redes diferentes, e incluso de diferente clase.
Los valores 0 y 255 no deben utilizarse para hostid, pues su uso est
reservado para funciones especiales.
3.1 Direcciones IP. (continuacion)

Direccin de red y de difusin:

La direccin de la red se especifica indicando el netid con los campos de
hostid a 0. En el ejemplo anterior sera 132.147.0.0
Se define la direccin de difusin (broadcast) como la de red, pero con los
bits de hostid a 1 (en el caso anterior sera 132.147.255.255). Cuando se
enva un mensaje a la direccin de difusin, ste es recogido por todos los
nodos de la red, con lo que se evitan sobrecargas cuando los mensajes vaya
destinados a todos los nodos.
La direccin de difusin total sera 255.255.255.255. Esta direccin es
identificada por el router como broadcast en todas las redes fsicas a las que
est conectado.
3.1 Direcciones IP. (continuacion)

Direcciones especiales:
Se define la direccin de bucle de retorno (loopback o localhost):
127.0.0.1, que es empleada para diagnstico del protocolo TCP/IP. Un
paquete enviado a esta direccin ser devuelto al mismo equipo por el
protocolo IP en el nivel de red. De este modo, si algo falla en la red, es
posible saber si falla el protocolo o alguna otra cosa en el resto de la red. Si
podemos enviar un paquete a esta direccin (que nos es devuelto), el
protocolo funciona adecuadamente, y el fallo estar en otro sitio. Para ello
se puede utilizar la instruccin:
ping <dir IP>
que enva un paquete a la direccin especificada y muestra, adems, los
tiempos de envo del mismo.
3.2 Autoridad de direccionamiento en Internet
Cada red fsica tiene una direccin IP de red distinta. En Internet la autoridad
central encargada de la asignacin de las direcciones de red es la IANA
(Internet Assigned Numbers Authority, http://www.iana.org). IANA asigna slo
la porcin de red. Una vez que una organizacin obtiene la direccin de red, es
la encargada de asignar las direcciones de host. La clase de red asignada (A, B
o C) se hace en base a las necesidades de la organizacin, en lo referente a
nmero de hosts.
3.3 Direccionamiento privado
Existen rangos de direcciones IP reservados para su uso como direcciones
privadas. Estas direcciones no son ni sern asignadas a ninguna red fsica de
Internet. Los datagramas con una direccin IP privada en su campo de origen o
destino no pueden circular por Internet (no se encaminan). Las IPs reservadas
para uso privado son:
Una red de clase A: 10.0.0.0
16 redes de clase B: 172.16.0.0 hasta 172.31.0.0
256 redes de clase C: 192.168.0.0 hasta 192.168.255.0
Estas direcciones son las que habitualmente se asignan en redes privadas.
3.4 Mscara de red
La mscara de red consiste en un patrn de 32 bits (igual longitud que la
direccin IP) que seala en cada posicin, con unos la parte de las direcciones
IP que va a corresponder a los campos netid (id de red), y con ceros la parte
que corresponde al hostid (id de mquina).
La mscara consistir, por tanto, en una serie de 1s seguidos de una serie de
0s.
Por ejemplo, la direccin IP 212.128.20.249 con la mscara 255.255.255.0
indica que los primeros 3 bytes identifican la direccin de red a la que
pertenece la mquina con IP 212.128.20.240 212.128.20.0. Para encontrar la
direccin de red a la que pertenece una direccin IP se aplica: dir_IP AND
mascara_red:
3.4 Mscara de red (continuacion)
En el esquema de direccionamiento por clases explicado, la mscara de red
est determinada por la clase a la que pertenece, por lo tanto tendremos:
Mscara 255.0.0.0 para las direcciones de clase A.
Mscara 255.255.0.0 para las direcciones de clase B.
Mscara 255.255.255.0 para las direcciones de clase C.
Puesto que dada una IP, conocido el primer byte conocemos la clase a la que
pertenece, podemos obtener automticamente la mscara de red en base a su
clase.
3.5 Subdireccionamiento
Es posible jerarquizar aun ms la estructura de las direcciones IP. Para ello se
utiliza la tcnica conocida como subdireccionamiento, empleada
habitualmente en redes grandes, compuestas a su vez por varias redes locales.
En subdireccionamiento se subdivide el campo hostid en otros dos,
denominados subnetid y hostid, quedando as la direccin compuesta de tres
campos:
Netid, que identifica a la red.
Subnetid, que identifica a la subred.
Hostid, que identifica a cada uno de los nodos en la subred.
El nmero de bytes empleado para el netid queda determinado
automticamente por el tipo de red, como vimos con anterioridad. El resto de
la direccin IP, que previamente se utilizaba para el hostid se emplear ahora
para subnetid y hostid. Para poder distinguir estos dos ltimos se emplea la
mscara de subred.
3.5 Subdireccionamiento (continuacion)
Como hemos visto, la mscara de red consiste en un patrn de 32 bits (igual
longitud que la direccin IP) que seala en cada posicin, con unos la parte de
las direcciones IP que va a corresponder a los campos netid y subnetid, y con
ceros la parte que corresponde al hostid.
As, si por ejemplo un nodo tiene la direccin y mscara:

En binario:
3.5 Subdireccionamiento (continuacion)
Como sabemos que la red es de clase B (por el 132), el identificador de red o
netid estar compuesto por los dos primero campos.
La mscara a su vez indica que los tres primeros campos estn dedicados a
netid + subnetid. Puesto que los dos primeros correspondan al netid, el tercero
habr de ser el identificador de subred (subnetid), y el restante (cuarto) el
identificador de host (hostid).
En la figura 5 se muestra un ejemplo en el que se han organizado dos subredes
utilizando esta tcnica de subdireccionamiento. Siguiendo la mecnica ya
descrita para la determinacin de los campos de red (netid), subred (subnetid) y
host (hostid) se deduce que:
Se utilizan los dos primeros bytes para la identificacin de red (netid).
El tercer byte corresponde a la identificacin de la subred (subnetid), en
este caso existen dos subredes diferentes.
El cuarto byte es el hostid.
Para unir las dos redes se utiliza un elemento denominado encaminador o
router, que tendr una direccin IP vlida de cada una de las redes que conecta.
3.5 Subdireccionamiento (continuacion)
Este elemento ofrece al exterior la sensacin de que existe una nica red, cuya
direccin es, lgicamente, la 132.147.0.0. La gestin de subdireccionamiento
se realiza internamente por el router.

Figura 5. Ejemplo de red con direcciones IP (clase B).

3.6 Direccionamiento por dominios.
El uso de direcciones IP es ms sencillo que el uso de las direcciones fsicas de
los NIC (direcciones MAC), puesto que de este modo las direcciones son
gestionadas por software, y son independientes del hardware. As, sin un
equipo cambiara de tarjeta de red, su direccin fsica cambiara, pero no su
direccin IP. Adems, las direcciones IP siguen una estructura jerarquizada,
mediante la identificacin de la red y el nmero de host.
Pero an as, las direcciones IP siguen siendo nmeros, cuyo uso sigue siendo
incmodo para el ser humano. Por ello se ha diseado un sistema de nombres
de dominio que facilite la identificacin del host o equipo con el que nos
comuniquemos.
Los dominios se organizan de forma jerrquica. La totalidad de las redes se ha
dividido en dominios, que a su vez se organizan en subdominios. Algunos de
los dominios ms utilizados son:
Los dominios ms usuales son: com (compaas); edu, gov (instituciones de
educacin y gubernamentales estadounidenses); es, uk, mx, etc. para los
diferentes pases.
3.6 Direccionamiento por dominios (continuacion).
Dentro de cada uno de estos dominio se definen diferentes subdominios, que a
su vez se organizan en dominios de nivel inferior. As, por ejemplo, un equipo
de la universidad puede tener el nombre: canton.upct.es
Cuyo dominio es es (Espaa), subdominio upct (Universidad Politcnica de
Cartagena), y nombre del host canton.
A cada uno de estos nombres de host direccionados por dominio le
corresponde una direccin IP. Para la obtencin de las direcciones IP
equivalentes a estos nombres se utiliza una base de datos distribuida en
diferentes ordenadores que se comunican de forma jerrquica. As, si
nuestro equipo necesita conocer una direccin IP para una direccin de
dominio, la consultar a un servidor cuya direccin IP conoce, que es un
servidor DNS (Domain Name Server = Servidor de Nombres de Dominio). Si
el nombre es desconocido para este servidor, lo consultar a otro servidor de
nombres de dominio de orden superior, y as sucesivamente hasta obtenerla.
En el ejemplo anterior, el host canton.upct.es tiene una direccin asociada a su
nombre de dominio, que puede ser la 212.128.25.79. Para direccionar dicho
equipo se pueden utilizar o su direccin IP o su nombre de dominio, en cuyo
caso se obtendr la IP equivalente a travs de un servidor DNS.
4 Puertos y Sockets en TCP/IP.
Cuando en un ordenador se ejecutan mltiples tareas, como es el caso de
sistemas UNIX y los actuales Windows, hay que establecer un mecanismo para
determinar a qu aplicacin se entregan los mensajes transmitidos/recibidos
por el protocolo TCP/IP.

Figura 6. Flujo de datos en TCP/IP.

4 Puertos y Sockets en TCP/IP (continuacion).
Para ello, en los protocolos TCP y UDP, del nivel de transporte, se establece
una palabra de 16 bits (2 bytes) para identificar a la aplicacin, que es lo que
se conoce como nmero de puerto o puerto. Los primeros 1024 nmeros de
puerto (0 a 1023) estn reservados por el sistema para servicios habituales del
protocolo, y los valores por encima de ste pueden ser utilizados por
aplicaciones del usuario.
Se denomina socket al par formado por: (direccin IP, nmero de puerto). El
socket identifica una conversacin concreta realizada por una aplicacin en una
mquina (la direccin IP identifica a la mquina y el nmero de puerto a la
aplicacin). Un socket puede utilizarse para comunicarse a la vez en ms de
una conexin. Por ejemplo, pueden estar activas simultneamente las
siguientes conexiones (recordemos que TCP/IP puede mantener varias
conexiones a la vez):

El puerto 80 es el utilizado para servicio http (navegacin con visores www).

4 Puertos y Sockets en TCP/IP (continuacion).
Obsrvese que el equipo 155.54.16.20 tiene abierto un socket en el puerto 80,
que corresponde a la aplicacin del servidor web, y hay establecidas tres
conexiones: una con el equipo 132.47.160.1 (con la aplicacin navegador el
puerto 1048), y otras dos con el equipo 142.47.160.8 (con aplicaciones para
navegar en los puertos 1201 y 1300).
Cada conexin se define por una pareja de sockets, uno en el origen y otro en
el destino, as cada aplicacin sabe a donde mandar los datos y desde donde los
recibe.

Tabla 8. Algunos puertos de servicios TCP/IP ms utilizados.

5 Datagramas IP y segmentos TCP y UDP
La estructura del datagrama IP es la que se muestra en la figura 7.

Figura 7. Datagrama IP.

5 Datagramas IP y segmentos TCP y UDP (continuacion)

Figura 8. Mensaje UDP.

La trama UDP consta de tan slo 5 campos:
PO (2 bytes): Puerto de Origen.
PD (2 bytes): Puerto de Destino.
LONG (2 bytes): Longitud de datos.
CS (2 bytes): Check-Sum, para deteccin de errores.
DATOS: campo de datos.
5 Datagramas IP y segmentos TCP y UDP (continuacion)
La trama UDP contiene los puertos de origen y de destino. Toda la trama ir
encapsulada despus en el campo de datos de las tramas IP, en las que tambin
se incluirn las direcciones IP origen y destino.
Los segmentos TCP son ms complejos, y constan de 13 campos, entre los que
hay algunos destinados a garantizar la entrega de paquetes en el orden correcto
y suministrar las confirmaciones de entrega de tramas.

Figura 9.
Segmento TCP.
5 Datagramas IP y segmentos TCP y UDP (continuacion)
Las tramas TCP UDP se encapsulan en el campo de datos de las tramas IP. A
su vez, las tramas completas IP se encapsularn en el campo de datos de las
tramas Ethernet II.
6 Algunos comandos tiles
Algunos comandos tiles, que se pueden ejecutar desde la lnea de comandos
de Windows 9X o en una lnea de comando (en Windows XP: ejecutar ->
cmd), una vez instalado TCP/IP son:
ipconfig, winipcfg proporciona informacin sobre la configuracin del
protocolo.
ping <dir IP> enva un paquete a la direccin IP especificada y muestra
el tiempo empleado en su envo.
tracert <dir IP> <nombre de dominio> muestra los encaminadores
intermedios para el encaminamiento de los paquetes hasta la direccin
destino y los tiempos empleados en cada paso.
netstat muestra las conexiones activas en el equipo, indicando protocolo
de cada una, y las direcciones y puertos locales y remotos.
Para obtener ayuda acerca del uso de los comandos se puede utilizar el
parmetro /h tras cualquiera de ellos.