Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Tema7 TCP Ip
Tema7 TCP Ip
1
0
1
0
0
1
1
010011
0
Rb = 2
Trama: 2 time slot
bit/s
(bit)
Circuito Virtual (o orientado a conexin): Todos los paquetes que pertenecen a un mismo
flujo de comunicacin origen destino siguen la misma ruta en la red. Para ello, es
necesario establecer previamente dicha ruta (equivalente al establecimiento de una
conexin). Todos los paquetes llevan una referencia de la ruta que deben seguir, lo que
permite que lleguen ordenados al destino. Un ejemplo de este tipo de conmutacin la
encontramos en las redes ATM3.
E
2
1
2
mensaje
D
3
1
X
implcita de una red que permita a los terminales acceder a los recursos del equipo central.
Las primeras soluciones de red eran propietarias de cada fabricante e incompatibles entre s,
por lo que surgi la necesidad de una normalizacin. Como resultado, en los aos 70, la ISO4
desarrolla un modelo de referencia para la interconexin de sistemas abiertos (OSI5), que
proporcion la base para definir el proceso global de las comunicaciones entre equipos de datos,
aceptado por la ITU-T en su recomendacin X.200.
Podemos resumir las siguientes caractersticas generales del modelo OSI:
Cada sistema de comunicaciones se estructura en una serie de niveles o capas. Una capa est
formada por mdulos especializados o entidades, que realizan parte del proceso global de la
comunicacin. En OSI se especifican un total de 7 capas.
Cada capa utiliza los servicios ofrecidos por la capa inmediatamente inferior, y ofrece sus
propios servicios a la capa inmediatamente superior.
La frontera o interfaz entre dos niveles o capas residentes en el mismo sistema se define en
trminos de primitivas, que definen completamente el servicio ofrecido. Estas primitivas
pueden ser de cuatro tipos:
Peticin: utilizada por la capa usuario para invocar una funcin o servicio de la capa
proveedora de servicio.
Indicacin: Utilizada por la capa proveedora para notificar que una funcin ha sido
invocada.
Respuesta: utilizada por la capa usuaria para completar la funcin invocada mediante
una primitva de peticin previa.
Cualquier servicio se ofrece como combinacin de estos cuatro tipos de primitivas, que adems
contendrn un conjunto de parmetros especficos del servicio a ofrecer.
Capa N
Capa N
Connect
Request
Connect
Indication
Connect
Confirm
Connect
Response
Capa N-1
Capa N-1
N-1 PDU
Para ofrecer un servicio, las entidades residentes en una capa dentro de un sistema deben
colaborar con sus entidades gemelas, situadas dentro de la misma capa en el sistema remoto. El
conjunto de reglas que rigen dicha colaboracin se denomina protocolo, y se lleva a cambio
mediante el intercambio de unidades de datos de protocolo (PDU6), cada una de las cuales
consiste en informacin de control del protocolo (PCI7) y unidad de datos del servicio (SDU8).
Tanto la informacin procedente del usuario final (aplicaciones), como la informacin de
control de los protocolos (intercambiada entre entidades gemelas), necesitan utilizar el mismo
medio fsico de transporte. Para ello, conforme la informacin de la aplicacin va descendiendo a
traves de la torre de capas, cada una de ellas aade su informacin de control de protocolo en
encabezamientos sucesivos.
El conjunto resultante se transmite por el canal fsico, sufriendo el proceso inverso al llegar al
receptor. Cada encabezamiento es utilizado slo por la capa receptora del mismo nivel de la
arquitectura, siendo eliminado despus. Los encabezamientos destinados a capas superiores son
ignorados por las inferiores, facilitando as el funcionamiento independiente de las distintas
capas, as como su evolucin por separado.
datos
datos
Capa N+1
datos
Capa N+1
datos
PCI
N+1
PCI
N+1
Capa N
datos
PCI
N+1
Capa N
PCI
N
N-PDU
datos
PCI
N+1
PCI
N
Capa N-1
PCI PCI
N+1 N
datos
Capa N-1
PCI
N-1
datos
N-1-SDU
...
datos
...
Capa 1
datos
PCI
1
datos
Capa 1
PCI
1
PCI
1
Los sistemas que implementan las siete capas se denominan sistemas finales, y tienen todos el
mismo nivel jerrquico. Los sistemas que no implementan las siete capas se denominan sistemas
intermedios, y generalmente pertenecen a uno de estos de tres tipos:
Sincronismo de bit y tasa de transmisin: base de tiempo comn entre transmisor y receptor
para permitir una correcta interpretacin de la seal recibida.
Los equipos intermedios que slo implementan el nivel fsico se denominan repetidores. Su
misin es conectar subredes que utilizan el mismo nivel de enlace (mismo protocolo, mismo
formato de trama, etc), pero distinto soporte fsico (por ejemplo: Conectar entre s dos redes de
rea local Ethernet, una soportada por cable coaxial, y otra por cable de pares RJ45).
Repetidor
cable coaxial
Nivel Fsico
Ethernet
Nivel Enlace
Control de flujo: previene el desbordamiento en el receptor cuando ste recibe datos a una
velocidad menor de a la que son enviados por el transmisor.
Control de errores: mecanismo para detectar y corregir tramas con errores, defectuosas, o
perdidas.
Control de acceso: organiza el acceso al medio fsico cuando este se encuentra compartido
por varios equipos.
Direccionamiento fsico: cuando hay varios equipos conectados al mismo medio, debe
distinguirse mediante direcciones cul de ellos es el origen y cul el destino de las tramas.
Los equipos intermedios que slo implementan las capas 1 y 2 se denominan puentes. Su
misin es unir subredes con diferentes niveles de enlace, de forma transparente al nivel de red.
(por ejemplo: unir una red Token Ring con una red Ethernet)
Red Ethernet
Ethernet
Nivel Enlace
Nivel Red
RED (Capa 3): Se encarga de hacer llegar la informacin suministrada por la capa superior
hasta su destino final, atravesando para ello todos los sistemas intermedios que sea necesario, y
eligiendo la ruta adecuada a travs de los mismos. La principal tarea es el encaminamiento de los
paquetes, que debern encontrar una ruta eficaz que permita llegar hasta el destino final,
utilizando para ellos sistemas intermedios (encaminadores) que unen las distintas subredes.
Para llevar a cabo el encaminamiento, debemos poder distinguir a los sistemas de forma
unvoca, lo que se realiza mediante la asignacin de direcciones de red. Este nivel puede ofrecer
un servicio en modo circuito virtual, o bien en modo datagrama.
Estas tres primeras capas forman el servicio de red, que ofrece a las capas superiores un canal
de comunicacin entre sistemas finales con independencia de su ubicacin fsica.
Los equipos intermedios que implementan estas tres capas se denominan encaminadores. Su
misin es transportar los paquetes desde el punto origen de la red, al punto destino, atravesando
cuantos nodos intermedios sea necesario.
Red A
Red B
Encaminador
Nivel Red
Nivel Transporte
Control de flujo y control de errores: La misma misin que en el nivel de enlace, pero en
este caso, extremo a extremo. Generalmente, los errores en este nivel se corrigen mediante
retransmisiones.
El nivel de transporte, junto con las tres primeras capas, forman el denominado bloque de
transporte, que se ocupa exclusivamente de aspectos relacionados con la comunicacin, y que
ofrece a los sistemas superiores una comunicacin fiable, transparente y libre de errores entre
entidades de niveles superiores.
SESIN (Capa 5): Ofrece mecanismos para organizar y sincronizar los dilogos entre
entidades de aplicacin. El control del dilogo facilita que la comunicacin entre dos procesos
pueda tener lugar en modo semi-duplex o full-duplex, marcando el progreso del dilogo,
controlando qu sistema posee el turno para hablar... Permite tambin insertar puntos de
sincronismo desde donde retomar el dilogo si ste se interrumpiera por cualquier motivo.
PRESENTACIN (capa 6): Permite representar la informacin de una forma independiente
de la implementacin realizada por los sistemas. La informacin as representada conforma una
serie de datos estructurados (caracteres, enteros, etc), y no simplemente una secuencia de bits que
puede ser interpretada de distinta forma por diversos sistemas (por ejemplo: ASCII frente a
EBCDIC, big-endian frente a little-endian...). Tambin es responsabilidad del nivel de
presentacin el cifrado (que permite la privacidad de la comunicacin) y la compresin.
APLICACIN (Capa 7): Proporciona a los usuarios (personas o software) un conjunto de
servicios de alicacin distribuidos. Asegura la cooperacin de los procesos o entidades de
aplicacin entre s para ofecer los servicios finales al usuario. Es responsable de la semntica del
protocolo intercambiado entre entidades de aplicacin. Se encuentran estandarizadas aplicaciones
en este nivel como terminales virtuales de red (para acceso a consola de mquina remota),
administracin y transferencia de informacin en forma de archivos, correo electrnico, o
servicios de directorio para acceso a bases de datos distribuidas.
A partir de este modelo de referencia, se desarrollaron las correspondientes entidades y
protocolos de cada capa. No obstante, la gran implantacin de la red TCP / IP rest protagonismo
a dichos protocolos. An as, el modelo de referencia sigue siendo vlido y utilizado en cualquier
arquitectura basada en capas para redes de datos.
2.2.- El modelo de referencia TCP / IP. Comparativa frente a OSI.
Poco antes de la aparicin del modelo de referencia OSI, se inicia un proyecto encaminado a
proporcionar una red de datos robusta de arquitectura distribuida. Dicha red nace en 1977-79 y se
denomina ARPA Net. Se inicia en el departamento de defensa de EEUU, y progresivamente va
incorporando universidades y entidades pblicas, de forma que en 1983 se divide en dos redes:
MilNET, con fines militares, y ARPA Net, para propsitos de investigacin. Esta ltima fue
creciendo e incorporando nuevos equipos hasta formar lo que hoy conocemos como Internet.
Internet se apoya para su funcionamiento en una serie de protocolos abiertos (pblicos y
gratuitos) conocidos generalmente como TCP / IP. La torre de protocolos TCP / IP est
compuesta por cinco niveles: fsico, enlace, red, transporte, y aplicacin. Los primeros cuatro
niveles realizan aproximadamente las mismas tareas que los correspondientes niveles OSI. Sin
embargo, las tres ltimas capas del modelo OSI estn representadas por una nica capa de
aplicacin en el modelo TCP / IP. No existe relacin directa entre los modelos OSI y TCP / IP, ya
que este ltimo surge anteriormente, aunque ambos emplean el concepto de capas, donde cada
protocolo se apoya en uno o varios del nivel inferior.
Los niveles fsico y de enlace, a los que tambin se les denomina colectivamente nivel de
subred, no se encuentran definidos en este modelo, dejando libertad para la creacin y evolucin
de subredes con diferentes tecnologas. As, es posible emplear la torre de protocolos TCP / IP
sobre cualquier nivel de enlace: redes de difusin como Ethernet, punto a punto como enlaces
PPP, etc.
El nivel de red ofrece el servicio de transferencia de mensajes extremo a extremo atravesando
cualesquiera subredes, utilizando el protocolo IP. Este es un protocolo no orientado a conexin o
de modo datagrama, es decir, la ruta que sigue cada paquete depende de las decisiones tomadas
por cada nodo en el trayecto. En este nivel existen tambin otros protocolos auxiliares que
realizan tareas especficas, como ICMP10 (que transporta mensajes de control, como
notificaciones de destino inalcanzable o control de flujo), IGMP11 (para la geston de grupos de
difusin), etc
El nivel de transporte ofrece dos protocolos: UDP12, un protocolo no fiable y no orientado a
conexin, y TCP13, un servicio orientado a conexin y fiable que garantiza el transporte extremo a
extremo. Tpicamente UDP se utiliza en servicios sensibles al retardo (como el trfico de audio o
vdeo en tiempo real) o aplicaciones sencillas, mientras que TCP se usa en aplicaciones que
requieren mayor fiablidad (transferencia de ficheros, navegacin web)
En el nivel de aplicacin se encuentran definidos algunos protocolos como el de transferencia
de correo electrnico (SMTP14), transferencia de ficheros (FTP15), transferencia de hipertexto
(HTTP16), terminal remoto (telnet), etc.
La unidad de datos creada por el nivel de aplicacin se denomina mensaje. Estos mensajes se
10
11
12
13
14
15
16
El protocolo IP se encuentra definido en la RFC17 791 del IETF18. Ofrece un servicio de envo
de paquetes no orientado a conexin y no confirmado. Dicho servicio se conoce como de tipo
Best Effort: la red har lo posible por llevar los paquetes hacia su destino, pero no da garantas,
lo que implica que el paquete puede perderse, duplicarse, o llegar fuera de orden, y el nivel de red
no detectar estos hechos. Si necesitamos una comunicacin fiable entre dos aplicaciones debern
ser el nivel de transporte TCP o el propio nivel de aplicacin los que se encarguen de ello.
Los paquetes del nivel IP se denominan datagramas, y son de longitud variable (hasta 65.536
bytes). Constan de dos partes:
VERS
HLEN
16
ToS
ID
TTL
31
LEN
IDN
Protocol
OFFSET
Checksum
D.O.
D.D.
OPT
Relleno
3 bit
1 bit
1 bit
1 bit
2 bit
Prioridad
Reservado
TTL: tiempo de vida. El sistema origen fija su valor inicial, y cada encaminador lo
decrementa. Si su valor llega a cero, el paquete se descarta. De esta manera se evita que un
paquete viaje indefinidamente o permanezca eternamente en un bucle.
CHECKSUM: suma de control sobre los bytes de la cabecera, que permite verificar la
integridad de la misma.Debe ser recalculada en cada nodo debido a cambios en el TTL o
fragmentacin.
OPT: Campo de longitud variable que ofrece una serie de opciones para controlar el
encaminamiento.
3.2.- Direccionamiento en IP
19 Maximum Transfer Unit
Las direcciones IP identifican a la red y al sistema (equipo) dentro de la red. Las direcciones
IPv4 tienen 4 octetos, y estn divididas en dos partes: identificador de red, e identificador de
equipo dentro de dicha red. Todos los equipos conectados a una misma red comparten el mismo
identificador de red.
Normalmente se utiliza la notacin decimal-punto para representar direcciones IP. sta
consiste en cuatro nmeros decimales separados por puntos, cada uno de los cuales expresa el
valor del correspondiente octeto de la direccin. As, por ejemplo, 132.4.23.3 o 211.23.76.254
son direcciones vlidas, mientras que 321.23.4.21 no lo es, pues el primer nmero est fuera del
rango alcanzable con un octeto (0-255).
En funcin del valor que tome el primer nmero de la direccin, podemos distinguir cinco tipos
o clases de direcciones:
Clase A: Son aquellas que tienen un 0 en el bit ms significativo del primer octeto (nmeros
menos de 127 en decimal). En estas direcciones, el primer octeto es el identificador de red,
y los tres siguientes identifican al equipo.
Clase B: Son aquellas cuyos dos primeros bits ms significativos son: 10 (primer nmero
entre 128 y 191). En ellas, los dos pimeros octetos son el identificador de red, los dos
siguientes el del equipo.
Clase C: Los tres bits ms significativos del primer octeto son: 110 (primer nmero entre
192 y 223). En ellas, los tres primeros octetos identifican a la red, y el ltimo al equipo.
Clase D: Los cuatro bits ms significativos del primer octeto son: 1110 (primer nmero
entre 224 y 239). Son utilizadas para el direccionamiento punto a multipunto (multicast).
Clase E: Los cuatro bits ms significativos del primer octeto son: 1111 (primer nmero
entre 240 y 255). Se encuentran reservados para usos futuros.
La clase de direccin a utilizar depender del nmero de equipos presentes en una red. As, no
podremos utilizar direcciones de clase C para una red que tenga 500 equipos, pues el identificador
de equipo es de slo un octeto. Cuando un equipo se encuentra conectado a mltiples redes (como
ocurre con los encaminadores), deber tener una IP por cada red que interconecte.
Existen algunas direcciones especiales que no pueden ser utilizadas por equipos, como son:
Direcciones de red: Para identificar una red en su conjunto, se usa una direccin IP con el
identificador de equipo puesto a cero. Por ejemplo, direcciones como 122.0.0.0 o
193.23.121.0 son direcciones de red.
Direccin de difusin local: Se utiliza para hacer llegar un paquete a todos los equipos
conectados a la red, y consiste en la direccin con todos los bits de la parte de equipo
puestos a 1. Por ejemplo, 122.255.255.255 o 193.23.121.255.
Direccin de difusin total: Utilizada para hacer llegar un paquete a todos los equipos de
todas las redes. Consiste en todos los bits de la direccin puestos a 1 (255.255.255.255).
Normalmente los encaminadores no la propagan, con lo cual equivale a la difusin local.
Direccin de bucle local: utilizada para indicar el propio equipo, es cualquiera en la red de
Adems de estas direcciones especiales, la RFC 1918 define algunos rangos de direcciones que
estn reservados para uso privado, es decir, pueden ser utilizados en redes privadas que no
necesiten conectarse con el exterior, y est prohibido utilizarlos en redes pblicas (internet). Estos
rangos son:
La divisin en clases del espacio de direcciones IP es una divisin jerrquica rgida. El tamao
de las redes est fijo: las redes de clase C pueden albergar hasta 254 ordenadores (256 direcciones
menos la direccin de red y la de difusin local). Las de clase B, hasta 65534, y las de clase A,
hasta 16777214. Esto plantea un problema de desaprovechamiento del espacio de direcciones,
puesto que, por ejemplo, para alojar una red con 500 ordenadores, es necesario dedicar al menos
una direccin de clase B. En este ejemplo, 65.054 direcciones quedaran sin utilizar.
Conforme internet iba creciendo, el problema del agotamiento del espacio de direcciones se
hizo cada vez ms evidente. Como solucin a este problema, se plante una reestructuracin del
formato de las direcciones IP: En lugar de mantener el viejo esquema de asignacin de
direcciones por clases, con identificadores de red de tamao fijo, se utilizan identificadores de red
de tamao variable. Esto es lo que se conoce como direccionamiento sin clases (classless) o
CIDR20.
CIDR aporta flexibilidad a la hora de especificar la separacin entre identificador de red e
identificador de equipo. El nmero de bits correspondientes al identificador de red se selecciona
mediante una mscara binaria: los bits pertenecientes al identificador de red estn puestos a 1 en
dicha mscara, mientras que los bits pertenecientes al identificador de equipo estn puestos a
cero.
Direccin IP
Mscara
134.23.133.29
255.255.255.0
Internet
Red
134.23.133.128 / 25
Red
134.23.133.0 / 25
Red
134.23.133.64 / 26
Red
134.23.133.0 / 26
Por compatibilidad, las mscaras por defecto para las direcciones de clase A, B y C son
255.0.0.0, 255.255.0.0 y 255.255.255.0, respectivamente, y no se suelen emplear mscaras con
menos bits puestos a uno que los correspondientes a la clase de direccin (por ejemplo, no es
prctica habitual emplear una mscara 255.0.0.0 con una direccin de clase B, puesto que no sera
compatible con software o hardware previo a la introduccin del CIDR).
3.3.- Integracin de redes
El protocolo IP se encuentra por encima de los niveles de enlace y fsico, por lo que permite la
integracin de diferentes tipos de tecnologa en estos niveles. Podemos clasificar estas
tecnologas en dos grandes grupos:
LAN: o redes de rea local. De alta velocidad, suelen utilizar medios de transmisin propios y
tener una extensin limitada. (normalmente a decenas o centenas de metros). El principal
organismo normalizador es el IEEE, y entre sus estndares ms difundidos figura el Ethernet
(802.3), con velocidades desde 100 hasta 1000 Mbps, y su versin inalmbrica WLAN
(802.11b/g) En ellos se normaliza tanto el nivel fsico como el de enlace.
Las tecnologas empleadas en el nivel de subred (enlace y fsico) permiten la comunicacin
directa entre equipos conectados al medio. Generalmente, estos medios tienen topologa en bus,
por lo que se hace preciso el uso de direcciones fsicas (tambin conocidas como direcciones
MAC) para identificar el origen y destino de la trama. Estas direcciones son direcciones hardware
asociadas fsicamente a cada puerto de la mquina.
Ejemplo de red LAN: Ethernet, normalizada en la recomendacin 802.3 del IEEE, define el
nivel de enlace a emplear sobre diversos medios fsicos con topologa de bus, as como normaliza
dichos medios fsicos. Se define el formato y codificacin de trama de enlace, se establece el
mtodo CSMA/CD21 para el acceso al medio, y se normalizan diversos niveles fsicos: cable
coaxial, cable de pares, fibra ptica, etc. Puede ofrecer velocidades de transferencia desde 10
Mbps a 10 Gbps. La trama Ethernet tiene el siguiente formato:
Prembulo
8 octetos
D.D.
6o
D.O.
6o
LN
DATA
2 o 48-1500 o
CRC
4o
Direccin destino (D.D.) y direccin origen (D.O.). Para direccionar un equipo a nivel de
enlace, se emplean direcciones MAC de 6 octetos, globalmente nicas para cada dispositivo
ethernet.
Campo Longitud / Tipo. Por motivos histricos, existen al menos dos formatos de trama
Ethernet. En uno de ellos, este campo de dos bytes codifica la longitud de la parte de datos.
En el otro, este campo identifica al tipo de trama o protocolo de nivel superior que va
encapsulado en la parte de datos, y la longitud de la trama se determina por medios fsicos.
Campo de datos: de tamao variable, como mnimo debe ocupar 48 bytes para que la trama
tenga un tamao mnimo de 64 octetos. En caso contrario, se aade relleno. Como mximo,
la parte de datos puede ocupar 1500 bytes, de manera que el tamao total de una trama
Ethernet est entre 64 y 1528 octetos.
Cuando nosotros, como usuarios, deseamos comunicarnos con una mquina remota a travs del
protocolo IP, debemos conocer la direccin IP de dicha mquina. De la misma forma, cuando el
protocolo IP necesita ponerse en contacto con otra mquina (el destino final del datagrama, o un
sistema intermedio que deba encaminarlo), debe conocer su direccin de enlace. En el caso de las
redes Ethernet, esta direccin se averigua a travs del protocolo ARP22.
El protocolo ARP, definido en la RFC 826, permite averiguar la direccin fsica que se
corresponde con una direccin de red, es decir, la direccin MAC Ethernet del dispositivo fsico
cuya direccin IP conocemos. Es un protocolo peticin respuesta:
El equipo origen enva un paquete ARP con su direccin MAC, su direccin IP, y la
direccin IP del equipo cuya direccin fsica pretende averiguar. Este paquete es enviado a
la direccin MAC de difusin, de manera que es recibido por todos los equipos conectados
a la misma red fsica.
El equipo que posea esa IP contesta con un paquete ARP de respuesta, indicando su
direccin IP y su direccin MAC. Este paquete ya no se enva a la direccin MAC de
difusin, sino directamente al equipo que realiz la peticin
Ambos equipos, emisor y receptor, aaden la informacin que han averiguado a una tabla
de cach, llamada tabla ARP. Esta tabla evita que tengamos que realizar este procedimiento
cada vez que queramos enviar datos a un equipo cuya direccin MAC ya hemos averiguado
antes.
B
A
ARPRESP(MACD,MACA, IPD,IPA)
ARPREQ(MACA,DIFUSIN, IPA,IPD)
WAN, o redes de rea extensa, permiten comunicar equipos separados por una gran distancia.
Normalmente se alquilan lneas o se contrata el transporte fsico a los operadores de redes de
telecomunicacin, utilizando para ello redes pblicas, bien de conmutacin de circuitos (RTC,
RDSI, GSM) o de paquetes (X.25, FR, ATM...). En el caso de conexiones punto a punto, se suele
usar PPP23 como nivel de enlace. Las velocidades de transmisin son sensiblemente inferiores al
caso de las LAN, y el coste depende de la distancia y/o la tasa contratada con el operador.
Ejemplo de red WAN: Conexin sobre canal telefnico (RTC o RDSI). En estos casos, se
establece una conexin fsica entre los equipos (es decir, se realiza la llamada), y sobre el canal
fsico se utiliza PPP como nivel de enlace.
PPP Es un protocolo diseado por el IETF para permitir el intercambio de datos entre dos
elementos de red unidos por un enlace full duplex que garantice la entrega ordenada de datos en
conexiones punto a punto, y se especifica en la RFC 1661. Consta de dos fases: una primera fase
de establecimiento del canal, controlada por el protocolo LCP24, y una segunda fase de
negociacin de los protocolos de red que se van a transportar por el enlace, controlada por el
protocolo NCP25. Una vez establecida la sesin PPP, se transmiten tramas de datos, con el
siguiente formato:
Flag
Dir
1 octet 1 o
Ctrl
1o
protocolo
2o
datos
Xo
FCS
24o
Flag
1o
Flag: tanto al inicio como al fin, las tramas PPP incluyen una secuencia fija de bits que
Direccin destino: El formato de trama de PPP est basado en el definido por el nivel de
enlace HDLC26, regularizado en la norma ISO 3309-1979. Por ello aparece este campo, que
en PPP no tiene uso: el enlace es punto a punto, el destinatario del paquete es siempre el
otro extremo de la conexin.
Control: un campo que define el tipo de trama y que tambin es heredado de HDLC. Su
valor es fijo.
Datos: parte de datos de la trama. Normalmente tiene un tamao mximo de 1500 bytes,
aunque se puede negociar un tamao mayor al establecer la conexin PPP.
3.4.- Encaminamiento
Cuando un equipo quiere enviar un datagrama IP a otro, debe tomar la decisin de a qu nodo
de la red debe entregar dicho datagrama para hacerlo llegar a su destino. De la misma forma,
cuando un equipo recibe un datagrama IP, debe comprobar si la direccin destino del mismo es la
suya propia. En ese caso, simplemente extraer la parte de datos y se la entregar a la capa
superior. En caso contrario, se enfrenta al mismo problema: a qu nodo debo reenviar el paquete
para hacer que llegue a su destino?
Como hemos comentado, la red IP funciona en modo datagrama o no orientado a conexin:
cada nodo decide el siguiente salto en la ruta que seguir el paquete hacia su destino. Si el equipo
que enva el datagrama y el que debe recibirlo pertenecen a la misma red (es decir, sus
direcciones comparten el mismo identificador de red), la decisin es fcil: mecanismos como
ARP nos permiten conocer la direccin de nivel de enlace del destinatario, y hacerle llegar el
datagrama directamente a l. Si los dos equipos pertenecen a redes distintas, deberemos valernos
de un equipo intermedio o encaminador que interconecte, bien directa o indirectamente (a travs
de otros encaminadores), ambas redes.
Este proceso de toma de decisiones es lo que denominamos encaminamiento, y la forma de
decidir el siguiente salto en la trayectoria de un paquete hacia su destino es empleando lo que se
conoce como tablas de ruta o de encaminamiento.
Una tabla de encaminamiento es, bsicamente, una secuencia de pares ( direccin IP destino,
direccin siguiente salto ). La direccin destino puede referirse a un slo equipo, o a una red
completa. La direccin del siguiente salto puede identificar la interfaz (enlace de salida) por la
que debemos enviar el mensaje, si el destino es directamente accesible, o la direccin IP del
encaminador que debemos usar para hacer llegar el datagrama a su destino, en otro caso. El
encaminador ser un equipo directamente accesible, conectado a nuestra misma red, pues en caso
26 High-level Data Link Control
27 Frame Check Sequence.
IP encaminador
193.4.5.0 / 24
170.1.1.1
193.4.5.128 / 25
170.1.1.2
Si este equipo desea enviar un datagrama a la IP 193.4.5.129, comparar dicha IP con todas las
de la tabla, aplicndole la mscara de cada entrada y comprobando si el identificador de red
coincide. En este caso, existen dos entradas, teniendo la primera un id. de red de 24 bits, y la
segunda, uno de 25. Por lo tanto, el encaminador usado ser el 170.1.1.2, al ser el que
corresponde al mayor prefijo coincidente.
Para incluir en la tabla de encaminamiento una entrada que se refiera no a una red, sino a un
nico equipo, se utiliza una mscara 255.255.255.255 o, lo que es lo mismo, / 32 . Para incluir
una entrada por defecto, a la que ser enviado cualquier datagrama que no encuentre una ruta
mejor, se utiliza la entrada 0.0.0.0 / 0. Ntese que cualquier direccin IP concuerda con esta
entrada, pero lo hace con la mnima longitud de prefijo coincidente ( 0 ). Por lo tanto, esta entrada
slo se utiliza cuando no hay ninguna otra en la tabla que concuerde con la IP destino. Al
encaminador asociado con esta entrada se le denomina encaminador por defecto o ruta por
defecto. Por ejemplo, supongamos una red dividida en departamentos como la que se muestra en
la figura de abajo:
TCP / UDP
IP
Ethernet
IP
Ethernet1
Host 1
PPP
I.430
Ethernet2
Encaminador A
194.0.0.1 / 24
Internet
194.0.0.2 / 24
193.100.0.129 / 26
Red Ethernet 1
Host 5
193.100.0.194 / 26
193.100.0.131 / 26 193.100.0.130 / 26
193.100.0.195 / 26
Encaminador B
193.100.0.132 / 26
Red Ethernet 2
193.100.0.193 / 26
Red Ethernet 3
Mscara
Sig. salto
193.100.0.0
255255255128
Directo Eth. 1
0.0.0.0
0.0.0.0
193.100.0.1
Mscara
Sig. salto
193.100.0.0
255.255.255.128
Directo Eth. 1
193.100.0.128
255.255.255.192
Directo Eth. 2
193.100.0.192
255.255.255.192
193.100.0.132 / 26
194.0.0.0
255.255.255.0
Directo PPP
0.0.0.0
0.0.0.0
194.0.0.1 / 24
Encaminador A
193.100.0.3 / 25
193.100.0.1 / 25
Internet
193.100.0.129 / 26
Host 5
193.100.0.194 / 26
Encaminador B
193.100.0.132 / 26
193.100.0.193 / 26
Por ltimo, el proveedor de servicio responsable del enlace PPP debera incluir en su tabla de
encaminamiento una entrada para reenviar los datagramas destinados a la red 193.100.0.0/24 a
travs del encaminador 194.0.0.2.
Las tablas de encaminamiento pueden ser configuradas de forma manual, esttica, o puede
utilizarse un protocolo de encaminamiento como RIP28 u OSPF29. Este tipo de protocolos
intercambian informacin sobre las rutas, redes y mscaras accesibles por cada encaminador, la
28 Routing Information Protocol
29 Open shortest Path First
distancia o nmero de saltos hacia ellas, etc. y en funcin a esa informacin y a unas ciertas
mtricas o funciones de coste, construyen una tabla de encaminamiento ptima.
3.5.- Mensajes de control IP: El protocolo ICMP
El protocolo IP se encarga del transporte de datagramas, pero no de informar sobre errores.
Esta tarea se encomienda a un protocolo complementario, ICMP, que asume las tareas de
notificacin de eventos y control de la red. Por ejemplo, cuando un equipo recibe un datagrama
que no sabe cmo encaminar, generalmente le comunica esta circunstancia al emisor mediante un
mensaje Destination Network Unreachable (destino inalcanzable) ICMP.
Los mensajes ICMP viajan encapsulados en datagramas IP, y son usados por los
encaminadores para informar a otros encaminadores, o a los equipos finales, acerca de
condiciones de error o de control de la red. Existen varios tipos: destino inalcanzable, TTL
excedido, redireccin, congestin, etc. Existen mensajes tambin que se utilizan para verificar la
conectividad de la red, como los mensajes de eco (echo) que emplea el comando ping.
4.- Nivel de Transporte: TCP y UDP
El objetivo del nivel de transporte es comunicar las aplicaciones entre s (comunicacin
extremo a extremo). Utiliza los servicios de red proporcionados por IP, y permite dos
mecanismos diferentes: TCP, fiable y orientado a conexin, y UDP. Para permitir la
comunicacin entre aplicaciones, debemos poder distinguir a los procesos de aplicacin que se
estn ejecutando en un sistema final, lo que se realiza con los puntos de acceso al servicio, que en
TCP/UDP se denominan puertos, y son nmeros enteros de 16 bits.
En TCP/IP se emplea el paradigma cliente / servidor: una aplicacin servidora reserva para s
un puerto (lo que se conoce como enlazado o binding) y espera la recepcin de mensajes a travs
de dicho puerto. La aplicacin cliente se enlaza tambin a un puerto y enva mensajes al servidor,
que sern respondidos por ste. El puerto al que se enlaza el servidor debe tener un nmero
conocido a priori por los clientes, nmeros que generalmente son asignados por el IANA30 a los
distintos servicios. Por ejemplo, el servicio HTTP tiene asignado el nmero de puerto TCP 80, el
servicio de correo SMTP tiene asignado el puerto TCP 25, el servicio DNS de resolucin de
nombres de dominio tiene asignado el puerto UDP 53, etc. Generalmente, estos puertos estn en
el rango 0 1024 y son puertos privilegiados (por ejemplo, en linux, slo las aplicaciones
ejecutadas por el usuario root - administrador o superusuario - pueden enlazarse a estos puertos).
Por el contrario, los clientes suelen simplemente solicitar al sistema operativo que los enlace al
primer puerto que est libre, generalmente en el rango 1025 65535.
Los rangos de puertos TCP y UDP son independientes, es decir, es posible tener una aplicacin
enlazada al puerto TCP 60, y otra totalmente distinta enlazada al puerto UDP 60.
4.1.- UDP
30 Internet Assigned Numbers Association
2 octetos
Puerto origen
Puerto destino
Longitud
Checksum
Una suma de control, opcional, tanto de la cabecera como de los datos del paquete.
4.2.- TCP
Ofrece un servicio de transporte entre aplicaciones fiable y orientado a conexin. Permiten
transmitir un flujo de octetos entre aplicaciones. La informacin se divide en segmentos, que son
enviados en datagramas IP utilizando mecanismos de control de flujo que regulan la velocidad de
envo de segmentos en funcin del nivel de carga de la red. Antes de intercambiar datos de
aplicacin, es necesario establecer una conexin TCP entre puerto origen y puerto destino. Una
vez establecida, se intercambiarn segmentos cuya cabecera tiene el siguiente formato:
4 octetos
puerto origen
puerto destino
nmero de secuencia
nmero de asentimiento
Hlen
Reservado
Flags
Checksum
Opciones
Ventana
Puntero urgente
Relleno
Nmero de secuencia: nmero que ocupa el primer byte de este segmento dentro del flujo
de octetos que intercambian origen y destino. el nmero de secuencia no comienza en cero,
sino en un valor aleatorio negociado por ambas partes al establecer la conexin.
Nmero de asentimiento: nmero de secuencia del prximo byte que espera el emisor del
segmento.
Flags: indicadores del tipo de segmento: mensaje de conexin, asentimiento, datos, urgente,
etc.
Puntero urgente: si el segmento transporta datos urgentes (conocidos tambin como datos
OOB31 o fuera de banda), este campo indica la posicin del ltimo byte urgente dentro de la
zona de datos.
Opciones: campo opcional que puede no existir. Permite negociar cuestiones como el
tamao mximo de segmento a utilizar.
DNS: Sistema de nombre de dominio, es una gran base de datos jerrquica y distribuida que
permite dar nombre a las direcciones IP. Es el servicio encargado de traducir los nombres
que recordamos, por ejemplo www.terra.es o www.google.com, a las correspondientes
direcciones IP. Utiliza los puertos TCP 53 y UDP 53.
FTP: Protocolo de transferencia de ficheros, utiliza por defecto el puerto TCP 21. Existe
una versin simplificada, TFTP (trivial FTP) que utiliza el puerto UDP 69.
SNMP: Protocolo Simple de Gestin de Red, permite a uno o varios equipos gestores
recabar informacin o enviar rdenes de gestin a los equipos que forman la red. Utiliza el
puerto UDP 161.
5.- Bibliografa
Principal:
31 Out of Band
Complementaria:
Piscitello, David M,; Chapin, A. Lyman. Open Systems Networking: TCP/IP and
OSI. Addison-Wesley, Massachusetts, 1993