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 TDM1 o FDM2, 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.

1 0 1 010011 0 0 1 1

0 Rb = 2 Trama: 2 time slot bit/s (bit)

Rb1 = Rb2 = Rb3 = 1

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 ATM3. 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.
mensaje

E 2 A 3 1

1
2
3

B 3 X X 1 3

D 1 X

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

mensaje

2
1

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. 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.
Capa N Connect Request Capa N-1 N-1 PDU Connect Confirm Connect Indication Capa N-1 Capa N Connect Response

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

4 International Standards Organization 5 Open Systems Interconnection 6 Protocol Data Unit

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 Capa N+1 datos PCI N+1 Capa N datos PCI N+1 PCI N Capa N-1 datos N-1-SDU PCI PCI N+1 N PCI N-1 datos PCI PCI PCI N+1 N N-1 N-PDU datos PCI N+1 PCI N Capa N-1 datos PCI N+1 Capa N datos Capa N+1

...
datos

Capa 1 PCI 1 datos

...
PCI PCI PCI N+1 N N-1

Capa 1 PCI 1

PCI PCI PCI N+1 N N-1

datos

PCI PCI PCI N+1 N N-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:

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

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).
Repetidor cable coaxial Cable de pares RJ45

Nivel Fsico Ethernet Nivel Enlace

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.

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 Puente Ethernet Nivel Enlace Nivel Red Red Token Ring

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

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 (SAP9) o

9 Service Access Point

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 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 Internet Control Message Protocol Internet Group Management Protocol Unreliable Datagram Protocol Transport Control Protocol Simple Mail Transport Protocol File Transfer Protocol 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 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:

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 ID TTL

ToS IDN Protocol D.O. D.D. OPT

LEN OFFSET Checksum

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 Prioridad

1 bit D

1 bit T

1 bit R

2 bit 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 MTU19. 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 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 10000110 . 00010111 . 10000011 . 0001110 1 11111111 . 11111111 . 11111111 . 0000000 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.
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 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 6o

D.O.

LN

DATA

CRC 4o

2 o 48-1500 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 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

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.
B C D E

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 Ctrl 1o 2o protocolo datos Xo FCS 24o Flag 1o

1 octet 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.

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 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. 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. FCS27: 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 193.4.5.0 / 24 193.4.5.128 / 25 IP encaminador 170.1.1.1 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 Host 1 IP Ethernet1 (IPEth1, IPEth2, IPppp) Ethernet2 PPP I.430

Encaminador A
Enlace PPP 194.0.0.2 / 24 193.100.0.129 / 26 Red Ethernet 1 194.0.0.1 / 24

193.100.0.3 / 25 193.100.0.2 / 25 193.100.0.1 / 25

Internet

Host 5
193.100.0.194 / 26 193.100.0.195 / 26

193.100.0.131 / 26 193.100.0.130 / 26

Encaminador B
193.100.0.132 / 26 193.100.0.193 / 26

Red Ethernet 2

Red Ethernet 3

La tabla de encaminamiento del equipo Host1 en esta red sera: Destino 193.100.0.0 0.0.0.0 La tabla del encaminador A sera: Destino 193.100.0.0 193.100.0.128 193.100.0.192 194.0.0.0 0.0.0.0 Mscara 255.255.255.128 255.255.255.192 255.255.255.192 255.255.255.0 0.0.0.0 Sig. salto Directo Eth. 1 Directo Eth. 2 193.100.0.132 / 26 Directo PPP 194.0.0.1 / 24 Mscara 255255255128 0.0.0.0 Sig. salto Directo Eth. 1 193.100.0.1

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:
Host 1
193.100.0.3 / 25

Encaminador A
193.100.0.1 / 25

Internet
193.100.0.129 / 26 Eth ( MAC1, MACa, < IP: IP1, IP5 > )

Host 5
193.100.0.194 / 26

Encaminador B
193.100.0.132 / 26 193.100.0.193 / 26

Eth ( MACa, MACb, < IP: IP1, IP5 > )

Eth ( MACb, MAC5, < IP: IP1, IP5 > )

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

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 Puerto origen Longitud

2 octetos Puerto destino 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 nmero de secuencia nmero de asentimiento Hlen Reservado Checksum Opciones

puerto destino

Flags

Ventana Puntero urgente 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 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.

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).