1 0

0 0
1
1
010011
1
1
0
0
0
1
Rb = 2
bit/s Trama: 2 time slot
(bit)
Rb
1
= Rb
2
= Rb
3
= 1
TEMA 7
Redes de datos: TCP/IP e Internet
1.- Introduccin a la conmutacin de paquetes
1.1.- La multiplexin estadstica: STDM
Para fuentes de datos que transmiten de forma discontinua, como es habitual en las
aplicaciones informticas, la multiplexin esttica, ya sea TDM
1
o FDM
2
, resulta ineficiente. En
periodos de inactividad de los canales de entrada, se desperdicia la capacidad reservada para los
mismos en el enlace de salida, lo que es aplicable tambin a fuentes de tasa de bit variable.
La multiplexin estadstica se basa en que ciertas fuentes no generan trfico de forma
continuada, lo que permite aprovechar los periodos de inactividad de una fuente para transmitir
los datos generados por otra que en ese instante se encuentre activa. Los slots disponibles en el
canal de salida se asignan de forma dinmica a los canales de entrada en funcin de la demanda,
lo que permite disminuir el rgimen binario a la salida del multiplexor, que resulta menor que la
suma de las capacidades mximas de los canales de entrada.
Si todos los canales de entrada transmitieran a su tasa mxima, no habra sitio suficiente en la
trama de salida, por lo que algunos datos debern esperar en una memoria (buffer) un slot libre en
la siguiente trama. Por ello este tipo de transmisin es adecuada para fuentes que generan
informacin de forma discontinua y aplicaciones poco sensibles al retardo, como es habitual en
transmisiones de datos.
La ventaja de la multiplexin estadstica consiste en su ganancia en multiplexin, que sera la
diferencia de rgimen binario a la salida con respecto a TDM, expresada en tanto por ciento. Por
ejemplo, si tenemos 10 canales de entrada cada uno con un rgimen binario de 8 kbps, y que
generan trfico en media nicamente un 75% del tiempo,
1 Time Division Multiplex
2 Frequency Division Multiplex
Un multiplexor TDM necesitara un rgimen binario de salida de 8 x 10 = 80 kbps
Un multiplexor STDM podra atender el trfico con un rgimen de salida de 8 x 0.75 x 10 =
60 kbps, lo que supone una ganacia del 25%.
Como desventajas figuran la aparicin de retardos variables en la transmisin (dependiendo
del estado de las memorias de espera y la demanda de trfico del resto de canales en ese instante),
e incluso la posibilidad de prdida de informacin si los bffers de almacenamiento se desbordan.
Los multiplexores estadsticos son, en general, equipos ms complejos que los multiplexores
TDM, puesto que existen mltiples configuraciones en funcin de la posicin de las colas
(bffers), su gestin, y su tamao. As mismo presentan caractersticas avanzadas, como polticas
de prioridad a las entradas, compresin de datos, deteccin de la velocidad de los terminales...
1.2.- La conmutacin de paquetes
En las redes de conmutacin de paquetes, la informacin a transmitir es troceada en paquetes
que sern enviados a la red. Cuando un paquete llega a un nodo de red, ste decide el enlace de
salida por el que debe reenviar el paquete hacia el siguiente nodo (o destino final), bien en
funcin de la direccin destino, de alguna marca que identifique la ruta que debe seguir, etc.
Los paquetes transmitidos entre los nodos utilizan el enlace a su mxima capacidad mediante
multiplexin estadstica. La longitud mxima de estos paquetes se encuentra acotada a fin de
evitar que un paquete monopolice mucho tiempo el enlace de salida, y para minimizar la
incidencia de errores. En cada canal de salida existen colas donde son almacenados los paquetes a
la espera de que les llegue su turno de ser transmitidos, ya que puede existir diferencia entre la
tasa a la que llegan paquetes al enlace de salida, y el rgimen con el que ste es capaz de
servirlos.
Al utilizar multiplexin estadstica, la conmutacin de paquetes permite obtener el mayor
rendimiento de los recursos disponibles. Por ello, es especialmente indicada para redes en las que
el trfico es intermitente (a rfagas), como en el caso de las comunicaciones ente equipos de
datos, por ejemplo, transacciones contra bases de datos remotas, consulta de pginas web, etc.
Los retardos que sufre en paquete al atravesar la red vendrn dados por los tiempos de
almacenamiento y reenvo y el tiempo de espera en cola (trmino generalmente dominante), todos
proporcionales al nmero de nodos que atraviese el paquete hasta llegar al destino. En general,
esos retardos son variables y dependen de la carga de trfico en la red.
Por otra parte, el tamao de las colas de salida es finito, por lo cual existe una cierta
probabilidad de desbordamiento y, en consecuencia, de prdida de paquetes. Generalmente son
los protocolos de nivel superior que estn empleando la red los que deben detectar esas prdidas y
solucionarlas mediante reenvo de informacin o cualquier otra tcnica.
Adems de la informacin a transmitir, cada paquete transporta unos datos adicionales de
control o cabeceras. stas permiten identificar al origen y destino del paquete, identificar el
nmero de secuencia del mismo (para facilitar su ordenacin en el destino o detectar prdidas),
detectar errores de transmisin, etc.
Existen dos modalidades en la conmutacin de paquetes:
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 ATM
3
.
Datagrama (o no orientado a conexin): Cada paquete lleva la direccin del destino, y
cada nodo de la red decide al recibirlo cal ser el siguiente nodo por el que reenviar el
paquete. Permite optimizar el uso de la red, ya que es posible encaminar los paquetes por el
enlace menos saturado en cada nodo. Como contrapartida, distintos paquetes pueden seguir
diferentes rutas con retardos diversos, lo que puede hacer que lleguen al destinatario
desordenados. Un ejemplo de este tipo de conmutacin lo encontramos en las redes IP.
2.- Modelos de Referencia: OSI frente a TCP / IP
2.1.- El modelo de referencia OSI
Durante la aparicin de los primeros ordenadores, el coste de los recursos computacionales era
muy elevado, lo que hiz necesario la separacin entre los terminales usuario (ligeros y tontos) y
el servidor central, donde se ofrecan los servicios. Esta separacin conlleva la necesidad
3 Asynchronous Transfer Mode
A
C
D
E
B
3 2 1
1
3
1 3
1 3 2
3 2 1
mensaje
mensaje
2
2
X
1 3 X
X
1
3
2
Capa N
Capa N-1
Capa N
Capa N-1
Connect
Request
Connect
Response
Connect
Indication
Connect
Confirm
N-1 PDU
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 ISO
4
desarrolla un modelo de referencia para la interconexin de sistemas abiertos (OSI
5
), 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.
Confirmacin: mediante la cual, la capa proveedora confirma que una funcin
previamente invocada se ha completado.
Cualquier servicio se ofrece como combinacin de estos cuatro tipos de primitivas, que adems
contendrn un conjunto de parmetros especficos del servicio a ofrecer.
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 (PDU
6
), cada una de las cuales
4 International Standards Organization
5 Open Systems Interconnection
6 Protocol Data Unit
consiste en informacin de control del protocolo (PCI
7
) y unidad de datos del servicio (SDU
8
).
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.
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:
Repetidores (slo implementan la primera capa)
Puentes (implementan las dos primeras capas)
Encaminadores (implementan las tres primeras capas)
Las funciones bsicas de cada nivel son:
7 Protocol Control Information
8 Service Data Unit
datos
PCI
N+1
PCI
N
PCI
N-1
PCI
1
Capa N+1
Capa N
Capa N-1
Capa 1
Capa N+1
Capa N
Capa N-1
Capa 1
datos
datos
PCI
N+1
datos
PCI
N+1
PCI
N
datos
PCI
N+1
PCI
N
PCI
N-1
. . .
datos
PCI
N+1
PCI
N
PCI
N-1
PCI
1
datos
PCI
N+1
PCI
N
PCI
N-1
PCI
1
. . .
datos
PCI
N+1
PCI
N
PCI
N-1
datos
PCI
N+1
PCI
N
datos
PCI
N+1
datos
N-PDU
N-1-SDU
FSICO (Capa 1): Permite la transmisin y recepcin de de unidades bsicas de informacin
(bits) sobre los canales de transmisin. De esta forma, las capas superiores quedan libres de las
funciones propias impuestas por el tipo de medio de transmisin (fibra ptica, cable coaxial...).
Entre sus funciones estn:
Representacin de los bits: codificacin a utilizar, caractersticas elctricas de la seal que
representa a los ceros y unos.
Sincronismo de bit y tasa de transmisin: base de tiempo comn entre transmisor y receptor
para permitir una correcta interpretacin de la seal recibida.
Aspectos mecnicos: caractersticas del medio de transmisina utilizar, tamao de los
conectores, nmero de patillas, topologa fsica...
Modo de transmisin: simplex, duplex, semiduplex.
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).
ENLACE (Capa 2): Se encarga de la transferencia de bloques bsicos de informacin (tramas)
entre sistemas que se encuentran directamente conectados entre s. El canal de comunicacin
puede estar compartido or varios usuarios, adems de verse afectado por ruidos, por lo que esta
capa debe ofrecer a los niveles superiores un enlace fiable punto a punto entre dos sistemas
conectados directamente. Las tareas bsicas del nivel de enlace son:
Entramado: divide el flujo de bits recibido del nivel superior en tramas.
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.
cable coaxial
Cable de pares RJ45
Repetidor
Nivel Enlace
Nivel Fsico
Ethernet
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 (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.
TRANSPORTE (Capa 4): Encargada de proporcionar una transferencia fiable y ordenada de
todo el mensaje (no slo de paquetes o partes del mensaje). Para ello debe ocuparse de tareas
como el control de flujo o el control de errores de extremo a extremo. Algunas responsabilidades
de este nivel son:
Direccionamiento de puntos de servicio: Un sistema final puede tener varios consumidores
de servicio (programas o aplicaciones) ejecutndose al mismo tiempo, por lo que habr que
distinguirlas entre s asignndoles una direccin de punto de acceso al servicio (SAP
9
) o
9 Service Access Point
Red Ethernet
Nivel Red
Nivel Enlace Ethernet
Red Token Ring
Puente
Nivel Transporte
Nivel Red
Red A Red B
Encaminador
puerto a cada una de ellas, dentro de ese sistema final.
Segmentacin y reeensamblado: Un mensaje de usuario puede ser dividido en segmentos
(que son enviados en paquetes distintos), que habr que re-ensamblar en el extremo
receptor.
Control de conexin: El nivel de transporte puede enviar directamente los mensajes o
segmentos a su destino de manera independiente (servicio no orientado a conexin), o bien
puede requerir que se establezca una conexin previa entre origen y destino antes de
comenzar la transmisin, liberndose al concluir la comunicacin (servicio orientado a
conexin).
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 ICMP
10
(que transporta mensajes de control, como
notificaciones de destino inalcanzable o control de flujo), IGMP
11
(para la geston de grupos de
difusin), etc
El nivel de transporte ofrece dos protocolos: UDP
12
, un protocolo no fiable y no orientado a
conexin, y TCP
13
, 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 (SMTP
14
), transferencia de ficheros (FTP
15
), transferencia de hipertexto
(HTTP
16
), terminal remoto (telnet), etc.
La unidad de datos creada por el nivel de aplicacin se denomina mensaje. Estos mensajes se
10 Internet Control Message Protocol
11 Internet Group Management Protocol
12 Unreliable Datagram Protocol
13 Transport Control Protocol
14 Simple Mail Transport Protocol
15 File Transfer Protocol
16 Hyper Text Transfer Protocol
encapsularn en datagramas de usuario o segmentos, segn se emplee para su transporte UDP o
TCP. Estos elementos son encapsulados dentro de datagramas IP, cuya transferencia es
responsabilidad del nivel de red. Por supuesto, a su vez los datagramas IP son encapsulados en las
tramas correspondientes al nivel de enlace que soporte la torre de protocolos, antes de ser
transmitidos por el nivel fisico.
3.- El Protocolo IP
3.1.- Datagramas IP
El protocolo IP se encuentra definido en la RFC
17
791 del IETF
18
. 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:
Campo de datos, donde se encapsulan las PDUs del nivel superior.
Cabecera (denominada PCI en el modelo OSI). Contiene informacin necesaria para el
encaminamiento de los paquetes. Su longitud puede variar entre 20 y 60 octetos.
El formato del datagrama IP es:
0 8 16 31
VERS HLEN ToS LEN
ID IDN OFFSET
TTL Protocol Checksum
D.O.
D.D.
OPT Relleno
VERS: versin del protocolo IP utilizada (actualmente, IPv4 o IPv6).
HLEN: longitud de la cabecera (medida en palabras de 4 bytes).
ToS: tipo de servicio para la entrega del datagrama (prioridad, fiabilidad...).
17 Request For Comments
18 Internet Engineering Task Force
3 bit 1 bit 1 bit 1 bit 2 bit
Prioridad D T R Reservado
Bits de prioridad: usados en algoritmos de control de congestin
Bit D (Delay): priorizar este paquete para minimizar su retardo
Bit T (Throughput): priorizar este paquete para maximir su caudal.
Bit R (Reliability): priorizar este paquete para minimizar su prob. de prdida.
LEN: longitud total (incluyendo cabeceras) del datagrama, expresada en octetos.
ID, IDN, OFFSET: relacionados con la fragmentacin de datagramas.
La mxima cantidad de informacin que cabe en una trama de nivel de enlace se
denomina MTU
19
. Cuando un datagrama pasa de una red a otra que implementa un nivel
de enlace diferente, es posible que la MTU vare y sea necesario fragmentar el
datagrama.
ID: identifica al datagrama, y es el mismo en todos los fragmentos
IDN: es un conjunto de tres bits que indican si el datagrama actual es un fragmento
ms, o el ltimo (o nico)
OFFSET: indica la posicin del fragmento dentro del datagrama original.
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.
PROTOCOL: especifica el protocolo de nivel superior que se encuentra encapsulado en la
parte de datos del datagrama IP (6 = TCP, 17 = UDP, 1 = ICMP, etc).
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.
DO: Direccin IP del sistema que origina el datagrama.
DD: Direccin IP del sistema destino del datagrama.
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
clase A con identificador de equipo 127, es decir, 127.XXX.XXX.XXX. Generalmente se
suele emplear 127.0.0.1
Direccin desconocida: utilizada para indicar la entrada por defecto en la tabla de
encaminamiento: todos los bits a cero (0.0.0.0).
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:
Una red de clase A: 10.0.0.0 10.255.255.255
32 redes de clase B: 172.16.0.0 172.31.255.255
256 redes de clase C: 192.168.0.0 192.168.255.255
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
CIDR
20
.
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 134.23.133.29 1 0 0 0 0 1 1 0 . 0 0 0 1 0 1 1 1 . 1 0 0 0 0 0 1 1 . 0 0 0 1 1 1 0 1
Mscara 255.255.255.0 1 1 1 1 1 1 1 1 . 1 1 1 1 1 1 1 1 . 1 1 1 1 1 1 1 1 . 0 0 0 0 0 0 0 0
Id. de red Id. de host
El enmascaramiento permite, mediante la operacin lgica AND, extraer el identificador de red
a partir de la direccin IP del equipo y la mscara. Por ejemplo, la mscara 255.255.255.0,
aplicada a la direccin IP 134.23.133.29, nos ofrece la red 134.23.133.0. As pues, cualquier
direccin IP debe llevar asociada una mscara que nos permita conocer qu parte identifica a la
red, y qu parte al equipo. El conjunto (direccin IP, mscara) se suele representar mediante una
notacin compacta que consiste en especificar la direccin IP y el nmero de bits de la mscara
que estn puestos a 1, separados por una barra. Siguiendo el ejemplo anterior, el conjunto de
20 Classless Inter Domain Routing
direccin IP 134.23.133.29 y mscara 255.255.255.0 puede escribirse de manera ms compacta
como 134.23.133.29 / 24.
Ntese que, siguiendo el esquema tradicional, una direccin como 134.23.133.29 / 25
pertenecera a una red de clase B, y debera tener un id. de red de 16 bits. CIDR nos permite
quedarnos con una porcin de esa red, de un tamao ms adecuado a nuestras necesidades.
Tambin nos permite subdividir un rango en trozos ms pequeos, que pueden ser administrados
independientemente. Esto facilita la tarea de asignacin de direcciones, y el encaminamiento.
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,
Red 134.23.133.0 / 24
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 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/CD
21
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 D.D. D.O. LN DATA CRC
8 octetos 6 o 6 o 2 o 48-1500 o 4 o
Prembulo + Inicio de trama: Una secuencia de 8 octetos formados por bits 1 y 0
alternados, terminando el ltimo por 11, que permite a transmisor y receptor sincronizarse.
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.
CRC de 4 octetos para verificar la existencia de errores de transmisin. Cuando la seal en
el canal vuelve al estado de reposo, el receptor compara los ltimos 4 octetos recibidos con
una suma de control calculada sobre el frame.
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 ARP
22
.
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
21 Carrier Sense Multiple Access / Collission Detection
22 Address Resolution Protocol.
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.
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 PPP
23
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 LCP
24
, y una segunda fase de
negociacin de los protocolos de red que se van a transportar por el enlace, controlada por el
protocolo NCP
25
. Una vez establecida la sesin PPP, se transmiten tramas de datos, con el
siguiente formato:
Flag Dir Ctrl protocolo datos FCS Flag
1 octet 1 o 1 o 2 o X o 2 4 o 1 o
Flag: tanto al inicio como al fin, las tramas PPP incluyen una secuencia fija de bits que
23 Point to Point Protocol.
24 Link control Protocol.
25 Network control Protocol.
ARP
REQ
(MAC
A
,DIFUSIN, IP
A
,IP
D
)
ARP
RESP
(MAC
D
,MAC
A
, IP
D
,IP
A
)
A
B C D E
sirve para identificar los lmites de la trama.
Direccin destino: El formato de trama de PPP est basado en el definido por el nivel de
enlace HDLC
26
, 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.
Protocolo: indica el protocolo de nivel superior que va encapsulado en la trama.
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.
FCS
27
: Suma de control. Habitualmente tiene un tamao de 2 octetos, aunque se puede
negociar un tamao de 4 octetos al establecerse la conexin.
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.
contrario deberamos resolver tambin cmo llegar al encaminador.
A la hora de enviar un datagrama a una red no directamente accesible, compararemos la
direccin IP destino con todas las entradas de la tabla de encaminamiento, quedndonos con
aquella cuyo identificador de red coincida con el de la IP destino. En caso de que haya varias, se
elegir la que tenga el mayor prefijo coincidente, es decir, el identificador de red mayor. Por
ejemplo, supongamos un equipo con la IP 170.1.2.3 y las siguientes entradas en la tabla de
encaminamiento:
IP destino 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:
193.100.0.3 / 25 193.100.0.2 / 25 193.100.0.1 / 25
194.0.0.2 / 24
Red Ethernet 1
Internet
194.0.0.1 / 24 Enlace PPP
193.100.0.194 / 26 193.100.0.195 / 26
193.100.0.193 / 26
Red Ethernet 3
193.100.0.131 / 26 193.100.0.130 / 26
193.100.0.129 / 26
Red Ethernet 2
Host 1 Encaminador A
193.100.0.132 / 26
Host 5
Encaminador B
IP
TCP / UDP
Ethernet
Ethernet1 Ethernet2
PPP
I.430
IP (IP
Eth1
, IP
Eth2
, IPppp)
La tabla de encaminamiento del equipo Host1 en esta red sera:
Destino Mscara Sig. salto
193.100.0.0 255255255128 Directo Eth. 1
0.0.0.0 0.0.0.0 193.100.0.1
La tabla del encaminador A sera:
Destino 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
En el siguiente ejemplo veremos el camino que recorrera un datagrama desde el Host1 al
Host5. La nomenclatura es la siguiente: Eth ( MACa, MACb, < IP: IPc, IPd > ) representa una
trama Ethernet que viaja desde la dir. MAC MACa a la MACb, y que transporta un datagrama IP
con la direccin IP origen IPc y la direccin IP destino IPd:
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 RIP
28
u OSPF
29
. 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
193.100.0.3 / 25 193.100.0.1 / 25
Internet
193.100.0.194 / 26
193.100.0.193 / 26
Eth ( MAC1, MACa, < IP: IP1, IP5 > )
193.100.0.129 / 26
Host 1 Encaminador A
193.100.0.132 / 26
Host 5
Encaminador B
Eth ( MACa, MACb, < IP: IP1, IP5 > ) Eth ( MACb, MAC5, < IP: IP1, IP5 > )
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 IANA
30
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
Proporciona un servicio de transporte de datos entre aplicaciones no orientado a conexin.
UDP recibe los datos del nivel de aplicacin, les aade su cabecera, y los enva directamente al
destino dentro de un datagrama IP; el nivel de aplicacin es quien deber encargarse del control
de flujo y de errores. El formato de la cabecera UDP es el siguiente:
2 octetos 2 octetos
Puerto origen Puerto destino
Longitud Checksum
Los puertos UDP origen y destino del datagrama.
La longitud completa del datagrama, incluyendo cabecera, en octetos.
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 Ventana
Checksum Puntero urgente
Opciones Relleno
Puertos TCP origen y destino
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.
HLEN: longitud de la cabecera TCP, medida en palabras de 4 octetos.
Flags: indicadores del tipo de segmento: mensaje de conexin, asentimiento, datos, urgente,
etc.
Ventana: tamao del bffer de recepcin del emisor.
Checksum: suma de control del segmento TCP.
Puntero urgente: si el segmento transporta datos urgentes (conocidos tambin como datos
OOB
31
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.
5.- Nivel de aplicacin
Existen multitud de aplicaciones que usan la torre de protocolos TCP / IP como servicio de
transporte. Los protocolos en los que se basan la mayora de ellas estn normalizados por la
principal organizacin normalizadora de estndares de internet, el IETF. Algunos de estos
protocolos de nivel de aplicacin son:
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.
HTTP: Protocolo de transferencia de hipertexto, sustenta el servicio WWW. Utiliza por
defecto el puerto TCP 80.
SMTP: Protocolo simple de transferencia de hipertexto, sustenta el correo electrnico.
Utiliza por defecto el puerto TCP 25.
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.
telnet: Servicio de consola remota, utiliza el puerto TCP 23.
BOOTP, DHCP: Permiten a un equipo configurar dinmicamente, al arrancar, parmetros
como su direccin de red, la direccin de sus servidores DNS, etc. Ambos utilizan el puerto
UDP 67.
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
Stallings, W.; Comunicaciones y redes de computadores, 6 ed.; Prentice-Hall; 2000.
Andrew S. Tanenbaum, Redes de computadores, Cuarta edicin, Prentice Hall, 2003.
James F. Kurose y Keith W. Ross; Redes de Computadores. A top-down approach
featuring the Internet; Addison Wesley; 2001.
Complementaria:
Andrew S. Tanenbaum, Redes de computadores, Tercera edicin, Prentice Hall, 1996.
Piscitello, David M,; Chapin, A. Lyman. Open Systems Networking: TCP/IP and
OSI. Addison-Wesley, Massachusetts, 1993
J. HENSHALL y S. SHAW, "OSI explained. End-to-end computer communication
standards", Elllis Horwood, 1990.
M. ROSE, "The open book. A practical perspective on OSI", Prentice-Hall, 1990.
F. Halsall; Data Communications, Computer Networks and OSI. 3a Edicin; Adison
Wesley
Telecomunication Networks, computers and OSI. F. Haldadel. Addison Wesley
(1988).