Servicios Documentales en Red

Las capa de red en Internet

TEMA 3: La capa de red en Internet

3.1 Introduccin. La red Internet es un compendio de redes diferentes que comparten un protocolo, o pila de protocolos comunes (IP a nivel de red y sobre todo TCP a nivel de transporte); cada una de estas redes es administrada por una entidad diferente: universidades, redes acadmicas nacionales, proveedores comerciales (tambin llamados ISPs, Internet Service Providers), operadores, multinacionales, etc. Como consecuencia de esto las polticas de uso son muy variadas. La capa Internet tiene como protocolo principal al protocolo IP pero dentro de ella encontramos otros auxiliares que se emplearn para determinadas funciones que debe realizar esta capa. Tcnicamente a nivel de red la Internet puede definirse como un conjunto de redes o sistemas autnomos conectados entre s que utilizan el protocolo de red IP. IP es una red de datagramas, no orientada a conexin, con calidad de servicio best effort, es decir, no hay calidad de servicio; no se garantiza la entrega de los paquetes ya que en momentos de congestin stos pueden ser descartados sin previo aviso por los routers que se encuentren en el trayecto. 3.2 El protocolo IP. Toda informacin en una red IP ha de viajar en datagramas IP. Esto incluye tanto las TPDUs (Transport Protocol Data Units) de TCP y UDP, como cualquier informacin de routing que se intercambie en la red (paquetes ECHO, HELLO, PRUNE; de asfixia, etc.). El datagrama tiene dos partes: cabecera y texto; la cabecera tiene una parte fija de 20 bytes y una opcional de entre 0 y 40 bytes (siempre mltiplo de 4).La estructura de la cabecera es la que se muestra en la figura 3.2.1.
0 Versin 4 IHL 8 Tipo de servicio Flags Protocolo 16 19 Longitud total Desplazamiento del fragmento 31

Identificacin Tiempo de vida

Suma de comprobacin de la cabecera

Direccin de origen Direccin de destino Opciones IP (0 o ms palabras) Datos (Opcional)

Figura 3.2.1: Campos del Datagrama IP. El campo versin permite que coexistan en la misma red sin ambigedad paquetes de distintas versiones; la versin actualmente utilizada de IP (que corresponde
_____________________________________________________________________________________ Biblioteconoma y Documentacin 31

Servicios Documentales en Red

Las capa de red en Internet

a la estructura de datagrama que estamos estudiando) es la 4. Actualmente est en fase de desarrollo e introduccin una nueva versin (la versin 6) con una estructura de datagrama diferente. El campo IHL especifica la longitud de la cabecera, en palabras de 32 bits, ya que sta puede variar debido a la presencia de campos opcionales. Se especifica en palabras de 32 bits. La longitud mnima es 5 y la mxima 15, que equivale a 40 bytes de informacin opcional. La longitud de la cabecera siempre ha de ser un nmero entero de palabras de 32 bits, por lo que si la longitud de los campos opcionales no es un mltiplo exacto de 32 bits se utiliza un campo de relleno al final de la cabecera. El campo tipo de servicio tiene la siguiente estructura: Subcampo Longitud (bits) Precedencia (o prioridad) 3 TOS (Type Of Service) 4 Reservado 1 Figura 3.2.2: Estructura del campo 'Tipo de servicio La precedencia permiten especificar una prioridad entre 0 y 7 para cada datagrama, pudiendo as marcar los paquetes normales con prioridad 0 y los importantes (por ejemplo paquetes de asfixia) con prioridad 7. La prioridad acta alterando el orden de los paquetes en cola en los routers, pero no modifica la ruta de stos. Dada la actual abundancia de ordenadores personales y estaciones de trabajo gestionadas por el usuario final, existe un gran debate sobre si es conveniente la existencia de un campo prioridad, ya que el usuario podra descubrir que obtiene mejor servicio con alta prioridad y utilizar sistemticamente el valor 7 para todo tipo de paquetes; en la prctica muchos equipos ignoran este campo y cuando hacen uso de l es nicamente para datagramas transmitidos desde dent ro de la subred (es decir, entre routers), que se supone que estn libres de esta sospecha. Los cuatro bits siguientes actan como flags denominados D, T, R y C respectivamente. El primero indica que se desea un servicio de bajo retardo (D=Delay); el segundo que se quiere elevado rendimiento (T=Throughput), el tercero que se quiere una elevada fiabilidad (R=Reliability), y el cuarto que se quiere un bajo costo (C=Cost). Las combinaciones vlidas del subcampo TOS son las siguientes: Descripcin 0000 Valor por defecto 0001 Mnimo costo 0010 Mxima fiabilidad 0100 Mximo rendimiento 1000 Mnimo retardo 1111 Mxima seguridad Figura 3.2.3: Combinaciones vlidas del campo TOS. Para cada aplicacin existe un valor de TOS recomendado. Por ejemplo, para telnet se recomienda 1000 (mnimo retardo), para FTP 0100 (mximo rendimiento) y para NNTP (news) 0001 (mnimo costo). Algunos routers utilizan el subcampo TOS para encaminar los paquetes por la ruta ptima en funcin del valor especificado (podran tener una ruta diferente segn se
_____________________________________________________________________________________ Biblioteconoma y Documentacin 32

Valor TOS

Servicios Documentales en Red

Las capa de red en Internet

desee mnimo retardo o mnimo costo, por ejemplo); tambin pueden utilizar el valor del campo TOS para tomar decisiones sobre que paquetes descartar en situaciones de congestin (por ejemplo descartar antes un paquete con mnimo costo que uno con mxima fiabilidad). Algunos routers simplemente ignoran este subcampo. El campo longitud total especifica la longitud del datagrama completo (cabecera incluida) en bytes. Su tamao se especifica en un campo de dos bytes, por lo que su valor mximo es de 65535 bytes, pero muy pocas redes admiten este valor. Normalmente el nivel de enlace no fragmenta, por lo que el nivel de red adapta el tamao de cada paquete para que viaje en una trama; con lo que en la prctica el tamao mximo de paquete viene determinado por el tamao mximo de trama caracterstico de la red utilizada. Este tamao mximo de paquete se conoce como MTU (Maximum Transfer Unit). En la tabla 3.2.4 se dan algunos ejemplos de valores de MTU caractersticos de las redes ms habituales. Protocolo a nivel de enlace MTU(bytes) PPP (valor por defecto) 1500 PPP (bajo retardo) 296 SLIP 1006 (lmite original) X.25 1600 (vara segn las redes) Frame relay Al menos 1600 normalmente SMDS 9235 Ethernet versin 2 1500 IEEE 802.3/802.2 1492 IEEE 802.4/802.2 8166 Token Ring IBM 16 Mbps 17914 mximo IEEE 802.5/802.2 4 Mbps 4464 mximo FDI 4352 Hyperchannel 65535 ATM 9180 Figura 3.2.4: Valor de MTU para los protocolos mas comunes a nivel de enlace. Es bastante normal ut ilizar 1500 como valor de MTU. Cualquier red debe soportar como mnimo un MTU de 68 bytes. El campo identificacin lo usa el emisor para marcar en origen cada datagrama emitido, y permite al receptor reconocer las partes correspondientes en caso de que se haya producido fragmentacin por el camino (dado que se pueden tener que atravesar varias redes puede ocurrir que ya estando el datagrama de camino se encuentre una red con un tamao menor de MTU, por lo que el router de turno deber fragmentar el datagrama). Dentro de los flags el bit ms significativo est reservado. El siguiente bit, el bit DF (Don't Fragment), cuando est a 1 indica a los routers que no fragmenten el paquete, ya que el receptor no est capacitado para reensamblarlo. Por ejemplo, si un ordenador arranca su sistema operativo a travs de la red solicitar que el ejecutable correspondiente se le enve desde algn servidor a travs de la red como un nico datagrama (ya que en ese estado l aun no est capacitado para reensamblar datagramas). Si un datagrama con el bit DF puesto no puede pasar por una red el router lo rechazar con un mensaje de error al emisor. Existe una tcnica para averiguar el
_____________________________________________________________________________________ Biblioteconoma y Documentacin 33

Servicios Documentales en Red

Las capa de red en Internet

MTU de una ruta (denominada path MTU discovery) que consiste en enviar un datagrama grande con el bit DF puesto al destino deseado; si se recibe un mensaje de error se enva otro mas pequeo, hasta que el emisor averigua a base de tanteos cual es el valor de MTU de la ruta correspondiente, y a partir de ah puede utilizarla para todos los datagramas sin riesgo de que sean fragmentados en el camino (siempre y cuando la ruta no cambie sobre la marcha). El otro flag corresponde al bit MF (More Fragments) y puesto a 1 especifica que este datagrama es realmente un fragmento de un datagrama mayor, y que no es el ltimo. Si est a 0 indica que este es el ltimo fragmento (o bien que el datagrama original no esta fragmentado). El campo fragment offset sirve para indicar, en el caso de que el datagrama sea un fragmento de un datagrama mayor, en que posicin del datagrama mayor empieza este fragmento. Los cortes siempre se realizan en frontera mltiplo de 8 bytes (la unidad elemental de fragmentacin), por lo que este campo en realidad cuenta los bytes de 8 en 8. Al ser su longitud de 13 bits el nmero mximo de fragmentos es de 8192, que da cabida a la longitud mxima de un datagrama (8192 x 8 = 65536). Los fragmentos pueden llegar desordenados, por lo que el ltimo fragmento puede llegar al receptor sin que haya recibido aun todos los fragmentos; la informacin fragment offset junto con longitud del ltimo fragmento (identificado porque tiene el bit MF a 0) le permite al receptor calcular la longitud total del datagrama original (que sera fragment_offset*8 + longitud). El campo TTL (Time To Live, tiempo de vida) permite descartar un datagrama cuando ha pasado un tiempo excesivo viajando por la red y es presumiblemente intil. En el diseo original se pretenda que el valor de este campo (que inicialmente poda valer por ejemplo 64) disminuyera en cada router en un valor igual al tiempo en segundos que el paquete haba empleado en esa parte del trayecto, restando como mnimo 1 en cualquier caso. En la prctica medir tiempos en una red es mucho ms difcil de lo que parece (los relojes de los routers han de estar muy bien sincronizados, cosa que hoy en da no ocurre), por lo que todas las implementaciones se limitan sencillamente a restar 1 al valor de TTL de cada paquete que pasa por ellos, sin analizar el tiempo que el paquete ha invertido en el salto. Como de cualquier forma hoy en da es muy raro que un paquete tarde ms de un segundo en cada salto esto est aproximadamente de acuerdo con el diseo original. El valor inicial de TTL de un paquete fija el nmero mximo de saltos que podr dar, y por tanto debera ser suficientemente grande como para que pueda llegar a su destino. El TTL evita que por algn problema de rutas se produzcan bucles y un datagrama pueda permanecer flotando indefinidamente en la red. El campo protocolo especifica a que protocolo del nivel de transporte corresponde el datagrama. La tabla de protocolos vlidos y sus correspondientes nmeros son controlados por el IANA (Internet Assigned Number Authority) y se especifican (junto con muchas otras tablas de nmeros) en un RFC muy especial, denominado Assigned Numbers, que se actualiza regularmente; el vigente actualmente es el RFC 1700. Algunos de los posibles valores del campo protocolo son los siguientes:

_____________________________________________________________________________________ Biblioteconoma y Documentacin 34

Servicios Documentales en Red

Las capa de red en Internet

Valor Protocolo Descripcin 0 Reservado 1 ICMP Internet Control Message Protocol 2 IGMP Internet Group Management Protocol 3 GGP Gateway-to-Gateway Protocol 4 IP IP en IP (encapsulado) 5 ST Stream 6 TCP Transmission Control Protocol 8 EGP Exterior Gateway Protocol 17 UDP User Datagram Protocol 29 ISO-TP4 ISO Transport Protocol Clase 4 38 IDRP-CMTP IDRP Control Message Transport Protocol 80 ISO-IP ISO Internet Protocol (CLNP) 88 IGRP Internet Gateway Routing Protocol (Cisco) 89 OSPF Open Shortest Path First 255 Reservado Figura 3.2.5: Ejemplo de valores y significados del campo protocolo en un datagrama. Obsrvese que el valor 4 est reservado al uso de IP para transportar IP, es decir al encapsulado de un datagrama IP dentro de otro. El campo checksum sirve para detectar errores producidos en la cabecera del datagrama; el checksum es el complemento a uno en 16 bits de la suma complemento a uno de toda la cabecera (incluidos los campos opcionales si los hubiera), tomada en campos de 16 bits; para el clculo el campo checksum se pone a s mismo a ceros. Este campo permite salvaguardar a la red de un router que alterara los campos de cabecera de un datagrama, por ejemplo por un problema hardware. El campo checksum se ha de recalcular en cada salto, ya que al menos el TTL cambia. Esto supone un serio inconveniente desde el punto de vista de rendimiento en routers con mucho trfico. Los campos direccin de origen y direccin de destino corresponden a direcciones IP segn el formato que veremos con posterioridad. Los campos opcionales de la cabecera no siempre estn soportados en los routers y se utilizan muy raramente; de estos podemos destacar los siguientes: Record route: Esta opcin pide a cada router por el que pasa este datagrama que anote en la cabecera su direccin, con lo que se dispone de una traza de la ruta seguida para fines de prueba o diagnstico de problemas (es como si el router estampara su sello en el datagrama antes de reenviarlo). Debido a la limitacin en la longitud de la cabecera como mximo pueden registrarse 9 direcciones, lo cual es insuficiente en algunos casos. Source routing: permite al emisor especificar la ruta que debe seguir el datagrama hasta llegar a su destino. Existen dos variantes: strict source routing permite especificar la ruta exacta salto a salto, de modo que si algn paso de la ruta no es factible por algn motivo se producir un error. Con loose source routing no es preciso detallar todos los saltos, puede haber pasos intermedios no especificados.

_____________________________________________________________________________________ Biblioteconoma y Documentacin 35

Servicios Documentales en Red

Las capa de red en Internet

Timestamp: esta opcin acta de manera similar a record route, pero adems de anotar la direccin IP de cada router atravesado se anota en otro campo de 32 bits el instante en que el datagrama pasa por dicho router. El uso de dos campos de 32 bits acenta an mas el problema antes mencionado del poco espacio disponible para grabar esta informacin.

De estos el ms utilizado es source routing, y an ste se usa poco por el problema del espacio en la cabecera; generalmente se prefiere usar en su lugar encapsulado IP en IP, que es ms eficiente. 3.3 Direcciones IP. Cada interfa z de red de cada nodo (host o router) en una red IP se identifica mediante una direccin nica de 32 bits. Las direcciones IP se suelen representar por cuatro nmeros decimales separados por puntos, que equivalen al valor de cada uno de los cuatro bytes que componen la direccin. Por ejemplo una direccin IP vlida sera 147.156.23.208. Si un nodo dispone de varias interfaces fsicas (cosa habitual en los routers) cada una de ellas deber tener necesariamente una direccin IP distinta si se desea que sea accesible para este protocolo. Es posible adems, y en algunas situaciones resulta til, definir varias direcciones IP asociadas a una misma interfaz fsica. Las direcciones IP tienen una estructura jerrquica. Una parte de la direccin corresponde a la red, y la otra al host dentro de la red. Cuando un router recibe un datagrama por una de sus interfaces compara la parte de red de la direccin con las entradas contenidas en sus tablas (que normalmente slo contienen direcciones de red, no de host) y enva el datagrama por la interfaz correspondiente. En el diseo inicial de la Internet se reservaron los ocho primeros bits para la red, dejando los 24 restantes para el host; se crea que con 254 redes habra suficiente para una red experimental que era fruto de un proyecto de investigacin del Departamento de Defensa americano. Ya en 1980 se vio que esto resultaba insuficiente, por lo que se reorganiz el espacio de direcciones reservando una parte para poder definir redes ms pequeas. Para dar mayor flexibilidad y permitir diferentes tamaos se opt por dividir el rango de direcciones en tres partes adecuadas para redes grandes, medianas y pequeas, conocidas como redes de clase A, B y C respectivamente: Una red de clase A (que corresponde a las redes originalmente diseadas) se caracteriza por tener a 0 el primer bit de direccin; el campo red ocupa los 7 bits siguientes y el campo host los ltimos 24 bits. Puede haber hasta 126 redes de clase A con 16 millones de hosts cada una. Una red de clase B tiene el primer bit a 1 y el segundo a 0; el campo red ocupa los 14 bits siguientes, y el campo host los 16 ltimos bits. Puede haber 16382 redes clase B con 65534 hosts cada una.

_____________________________________________________________________________________ Biblioteconoma y Documentacin 36

Servicios Documentales en Red

Las capa de red en Internet

Una red clase C tiene los primeros tres bits a 110; el campo red ocupa los siguientes 21 bits, y el campo host los 8 ltimos. Puede haber hasta dos millones de redes clase C con 254 hosts cada una. Para indicar qu parte de la direccin corresponde a la red y qu parte al host se suele utilizar una notacin denominada mscara, consistente en poner a 1 los bits que corresponden a la parte de red y a 0 los que corresponden a la parte host. As por ejemplo diremos que una red clase A tiene una mscara 255.0.0.0, lo cual equivale a decir que los ocho primeros bits especifican la red y los 24 restantes el host. Anlogamente decimos que una red clase B tiene una mscara 255.255.0.0 y una clase C una mscara 255.255.255.0.

Existe adems direcciones (no redes) clase D cuyos primeros cuatro bits valen 1110, que se utilizan para definir grupos multicast (el grupo viene definido por los 28 bits siguientes). Por ltimo, la clase E, que corresponde al valor 11110 en los primeros cinco bits, est reservada para usos futuros. De los valores de los primeros bits de cada una de las clases antes mencionadas se puede deducir el rango de direcciones que corresponde a cada una de ellas. As pues, en la prctica es inmediato saber a que clase pertenece una direccin determinada sin ms que saber el primer byte de su direccin. La figura 3.3.1 resume la informacin esencial sobre los tipos de direcciones de Internet. 0 Clase A 0| Red 8 16 Host 0.1.0.0 126.0.0.0 Clase B 10| Red Host 24 31

128.0.0.0 191.255.0.0 Clase C 110| Red 192.0.0.0 223.255.255.0 Clase D 1110 Direccin multicast Host

224.0.0.0 239.255.255.0 Figura 3.3.1: Clases de direcciones Internet y sus principales caractersticas. La asignacin de direcciones vlidas de Internet la realizan los NICs (Network Information Center). Al principio haba un NIC para toda la Internet pero luego se crearon NICs regionales (por continentes); actualmente muchos pases tienen un NIC propio; en Espaa el NIC es administrado por RedIRIS. Existen unas reglas y convenios en cuanto a determinadas direcciones IP que es importante conocer:

_____________________________________________________________________________________ Biblioteconoma y Documentacin 37

Servicios Documentales en Red

Las capa de red en Internet

1. La direccin 255.255.255.255 se utiliza para indicar broadcast, esto es emisin del mensaje a todos los ordenadores en la propia red, cualquiera que esta sea (y sea del tipo que sea). 2. La direccin 0.0.0.0 identifica al host actual. 3. La direccin con el campo host todo a ceros se utiliza para indicar la red misma, y por tanto no se utiliza para ningn host. Por ejemplo la direccin 147.156.0.0 identifica la red clase B que pertenece a la Universidad de Valencia. 4. La direccin con el campo host todo a unos se utiliza como la direccin broadcast de la red indicada, y por tanto no se utiliza para ningn host. Por ejemplo para enviar un mensaje broadcast a la red de la Universidad de Valencia utilizaramo s la direccin 147.156.255.255. 5. La direccin con el campo red todo a ceros identifica a un host en la propia red, cualquiera que esta sea; por ejemplo si queremos enviar un datagrama al primer host (1.1) de una red clase B podemos utilizar la direccin 0.0.1.1. Esto permite enviar datagramas sin saber en que red nos encontramos, aunque es preciso conocer si es clase A, B o C para saber que parte de la direccin es red y que parte es host. 6. Las redes 127.0.0.0, 128.0.0.0, 191.255.0.0, 192.0.0.0 y el rango de 240.0.0.0 en adelante estn reservados y no deben utilizarse. 7. La direccin 127.0.0.1 se utiliza para pruebas loopback; todas las implementaciones de IP devuelven a la direccin de origen los datagramas enviados a esta direccin sin intentar enviarlos a ninguna parte. 8. Las redes 10.0.0.0, 172.16.0.0 a 172.31.0.0, y 192.168.0.0 a 192.168.255.0 estn reservadas para redes privadas (intranets) por el RFC 1918, por lo que estos nmeros no se asignan a ninguna direccin vlida en Internet y por tanto pueden utilizarse para construir redes, por ejemplo detrs de un cortafuego, sin riesgo de entrar en conflicto de acceso a redes vlidas de la Internet. Como consecuencia de las reglas 3 y 4 siempre hay dos direcciones intiles en una red. Por ejemplo, si tenemos la red 200.200.200.0 (clase C) tendremos que reservar la direccin 200.200.200.0 para denotar la red misma, y la direccin 200.200.200.255 para envos broadcast a toda la red; dispondremos pues de 254 direcciones para hosts, no de 256. 3.4 Subredes. Supongamos que una empresa dispone de varias oficinas, cada una con una red local, todas ellas interconectadas entre s, y que desea unirlas mediante el protocolo TCP/IP; una de dichas oficinas (la principal) dispone adems de una conexin a la Internet. Sera posible asignar una red clase C diferente para cada oficina, pero esto supone solicitar al NIC una nueva red para cada oficina que se conecte, y al ser cada una independiente de las dems la gestin se complica; por ejemplo sera preciso informar
_____________________________________________________________________________________ Biblioteconoma y Documentacin 38

Servicios Documentales en Red

Las capa de red en Internet

de la red asignada a cada nueva oficina a routers externos a la organizacin, no sera posible enviar datagramas dentro de la empresa usando direcciones con el campo red todo a ceros (pues cada oficina tendr una red diferente), no se puede utilizar una direccin broadcast para toda la empresa, etc. En estos casos resulta til disponer de algn mecanismo que permita dividir una red IP en trozos o subredes, creando as un nivel jerrquico intermedio entre la red el host; de esa forma la empresa podra por ejemp lo solicitar una clase B y asignar fragmentos de dicha red a cada oficina a medida que fueran crendose. Supongamos que a la empresa se le asigna la clase B 156.134.0.0; de los 16 bits que en principio corresponden al host podra reservar los primeros 8 para la subred y dejar los 8 siguientes para el host, con lo que habra 256 subredes de 256 direcciones cada una. Desde fuera la red de la empresa seguira siendo 156.134.0.0, ya que la estructura de subred no sera visible. Las subredes se aadieron a la Internet en 1982, con lo que se consigui una mayor flexibilidad en el reparto de direcciones dentro de una red. Para dividir la red en subredes se define una mscara en la que estn a 1 los bits de la direccin que corresponden a la red-subred, y a cero los que corresponden al host. Por ejemplo, la mscara 255.255.255.0 divide una red clase B en 256 subredes de 256 hosts pues tiene puestos a 1 los primeros 24 bits (los 16 de la clase B mas los 8 de la subred). Se pueden hacer divisiones que no correspondan con bytes enteros, por ejemplo si la mscara fuera 255.255.252.0 se estaran reservando los primeros 6 bits del campo host para la subred y dejando 10 para el host; con lo que podra haber hasta 64 redes con 1024 hosts cada una. Al crear subredes hay dos direcciones de cada subred que quedan automticamente reservadas: las que corresponden al campo host todo a 0 y todo a 1; estas se emplean para la designacin de la subred y para la direccin broadcast, respectivamente. As si la red 156.134.0.0 se subdivide con la mscara 255.255.255.0 se crean 256 subredes del tipo 156.134.subred.host, siendo 156.134.subred.0 la direccin que identifica a toda la subred y 156.134.subred.255 la direccin broadcast de la subred. Por tanto el nmero de hosts de una subred es siempre dos menos que el nmero de direcciones que abarca; por lo que no tiene sentido crear subredes con la mscara 255.255.255.254 en las que el campo host tendra un bit, pues no quedaran direcciones tiles. Del mismo modo que los valores todos ceros o todo unos del campo host estn reservados con un significado especial, el valor todos ceros y todo unos del campo subred tambin son especiales. El valor todos ceros se utiliza para representar la subred misma; por ejemplo si a la red 156.134.0.0 le aplicamos la mscara 255.255.255.0 el campo subred todo a ceros no debera utilizarse, pues resultara ambiguo el significado de la direccin 156.134.0.0, que representara tanto a dicha subred como a la red entera. Por otro lado, el campo subred todo a unos tampoco debera utilizarse porque de lo contrario el significado de la direccin 156.134.255.255 sera ambiguo, significara tanto broadcast en la subred como en la red entera. Por consiguiente en el campo subred tambin se pierde siempre dos direcciones, y tampoco tendra sentido crear mscaras con el campo subred de un bit, tales como 255.255.128.0 en el caso de una red clase B. Mientras que la restriccin de no utilizar direcciones todos ceros o todo unos en el campo host se cumple siempre, existen muchas instalaciones que por conveniencia
_____________________________________________________________________________________ Biblioteconoma y Documentacin 39

Servicios Documentales en Red

Las capa de red en Internet

incumplen la restriccin equivalente en el campo subred, es decir, consideran vlida la subred especificada por el campo subred todo a ceros o todo a unos. Esta prctica se conoce como subnet- zero y se adopta para poder aprovechar mejor el espacio de direcciones disponible; con subnet-zero es posible por ejemplo dividir una red clase B o clase C por la mitad en dos subredes mediante la mscara 255.255.128.0 o 255.255.255.128, cosa que no sera posible si no se permitiera esta pequea infraccin. En todos nuestros ejemplos la parte de subred de la mscara es contigua a la parte de red; en un principio se permita crear subredes con mscara no contigua, por ejemplo en una clase B con la mscara 255.255.0.255 el host vendra especificado por el tercer byte y la subred por el cuarto. Dado que esta prctica solo complicaba la comprensin de las subredes y haca menos eficiente el proceso en los routers, actualmente la norma exige que la mscara sea contigua. La divisin en subredes no ha de hacerse necesariamente de forma homognea en todo el espacio de direcciones, como hemos supuesto hasta ahora. Supongamos siguiendo con nuestro ejemplo anterior que la empresa tiene una serie de oficinas pequeas que tienen suficiente con subredes de 256 direcciones, pero otras mas grandes requieren un nmero mayor; en vez de dividir toda la red en 256 subredes de 256 hosts y asignar varios fragmentos a las oficinas mayores podemos hacer una particin en trozos de diferente tamao, asignando as a cada oficina un trozo acorde con sus necesidades. Es importante destacar que la creacin de subredes impone ciertas restricciones. Analicemos por ejemplo en el caso anterior la primera subred de 1024 direcciones; vemos que abarca un bloque de cua tro valores en el tercer byte, del 16 al 19; si en vez de empezar en el 16 hubiramos empezado en el 15 (15, 16, 17 y 18) no habra sido posible crear la subred, pues la direccin 156.134.15.0 no tiene una mscara comn de 22 bits con las otras tres; por consiguiente las subredes formadas con mscara de 22 bits (grupos de cuatro nmeros) necesariamente han de empezar en valores mltiplos de cuatro (0, 4, 8, etc.). Anlogamente puede deducirse fcilmente que las subredes de mscara de 20 bits (4096 direcciones) han de empezar en mltiplos de 16, y as sucesivamente. 3.5 Superredes: Routing classless (CIDR). El rpido crecimiento de la Internet est creando varios problemas, el ms importante de los cuales es el rpido agotamiento de las direcciones. Las redes clase A ya prcticamente no se asignan, y resulta muy difcil obtener una clase B. Muchas empresas no tienen bastante con una clase C pero una B les resulta excesiva. Entre las medidas que se estn adoptando para paliar el problema de escasez de direcciones est la de asignar un conjunto de redes clase C donde antes se asignaba una clase B. De esta forma se puede ajustar mejor el rango de direcciones asignado a las necesidades reales previstas de cada organizacin Esto ha resuelto un problema pero ha creado otro: el crecimiento desmedido de las tablas en los routers. Muchos routers de la Internet funcionan con unas tablas de encaminamiento que solo recogen una pequea parte de todas las redes existentes, y
_____________________________________________________________________________________ Biblioteconoma y Documentacin 40

Servicios Documentales en Red

Las capa de red en Internet

disponen de una ruta por defecto por la cual se sale hacia el resto de la Internet. Sin embargo, a medida que nos aproximamos al centro o 'backbone' de la Internet las tablas tienen que ser necesariamente mas exhaustivas; en las tablas de los denominados core routers se mantienen entradas para la mayora de las redes existentes en la Internet. Al asignar a una organizacin varias clases C donde normalmente hubiera bastado con una clase B hace falta definir varias entradas en las tablas de routing (una por cada clase C asignada) cuando antes habra bastado una para toda la clase B. Actualmente hay mas de 100.000 redes registradas en la Internet. Adems del costo en memoria RAM que supone el mantener tablas extremadamente grandes en los routers los algoritmos de bsqueda se complican y no funcionan adecuadamente ya que fueron diseados pensando en muchas menos entradas. El crecimiento de la Internet se est produciendo a un ritmo que duplica el nmero de redes conectadas cada 9 meses, mientras que la tecnologa slo permite duplicar la capacidad y potencia de los routers cada 18 meses. En esta situacin el problema de la explosin de las tablas de routing se convirti en un problema an ms grave que la escasez de direcciones. Segn clculos hechos por la IETF en 1993 de seguir producindose el crecimiento normal en el nmero de redes y rutas la Internet se colapsara hacia 1998. Para solucionar este problema se adopt en 1993 un sistema denominado CIDR (Classless InterDomain Routing) descrito en el RFC 1519. Se trata de dos medidas complementarias. La primera consiste en establecer una jerarqua en la asignacin de direcciones. Antes de CIDR la asignacin de nmeros de red se haca por orden puramente cronolgico, independientemente de la ubicacin geogrfica, lo cual equivala en la prctica a una asignacin aleatoria del nmero de red. Con CIDR se han asignado rangos por continentes: 194.0.0.0 a 195.255.0.0 para Europa 198.0.0.0 a 199.255.0.0 para Norteamrica 200.0.0.0 a 201.255.0.0 para Centro y Sudamrica 202.0.0.0 a 203.255.0.0 para Asia y la zona del Pacfico

A su vez dentro de cada uno de estos rangos se ha dado una parte a cada pas, y dentro de ste un rango a cada proveedor de servicios Internet. Con esta distribucin regional de los nmeros y los cambios pertinentes en el software las entradas en las tablas de routing pueden agruparse, con lo que las tablas se simplifican; por ejemplo un router en Japn puede poner una sola entrada en sus tablas indicando que todos los paquetes dirigidos a las redes 194.0.0.0 hasta 195.255.0.0 vayan a la interfa z que da acceso a Europa. Se ha establecido pues un criterio geogrfico jerrquico en las direcciones IP. Una consecuencia curiosa de la asignacin de rangos de direcciones por proveedor es que si una empresa cambia de proveedor normalmente tendr que devolver a este sus direcciones, y solicitar direcciones nuevas al nuevo proveedor; por supuesto tendr que modificar las direcciones IP de todas sus mquinas. La segunda medida adoptada por CIDR es en realidad es un caso particular de la anterior. Consiste en dar a cada organizacin (bien directamente o a travs de su proveedor correspondiente) un conjunto de redes clase C ajustado a lo que son sus necesidades previstas, dndole siempre un rango contiguo y un nmero de redes que sea
_____________________________________________________________________________________ Biblioteconoma y Documentacin 41

Servicios Documentales en Red

Las capa de red en Internet

potencia entera de 2 (es decir 1, 2, 4, 8 redes, etc.) elegidas de modo que tengan una mscara comn en la parte de red; por ejemplo un grupo de 8 redes clase C puede hacerse variando nicamente los 3 ltimos bits (22 a 24) de la parte de red, por lo que el grupo deber tener comunes los primeros 21 bits de la parte de red, y deber empezar necesariamente por un valor mltiplo de ocho y abarcar los siete valores siguientes. Por ejemplo, supongamos que la Universidad de Valencia solicita a su proveedor direcciones de red y justifica la previsin de tener 1200 hosts en un plazo razonable; como 4 redes clase C no seran suficientes se le asignan 8 redes, que permiten llegar a 2032 hosts (254 x 8). Supongamos que somos el proveedor de la Universidad de Valencia y que tenemos disponib le para nuestro uso el rango 195.100.0.0 a 195.100.255.0 (obsrvese que en este caso el nmero de redes clase C vlidas es de 256, no 254, pues las redes 195.100.0.0 y 195.100.255.0 son perfectamente utilizables); supongamos que hemos ido asignando redes clase C a nuestros clientes por orden cronolgico, y que nos queda libre a partir del 12, es decir de la red 195.100.12.0; si le asignamos de 195.100.12.0 a la 195.100.19.0 el rango es contiguo pero 12 no es mltiplo de 8, por lo que la mscara no es comn (es decir, los primeros 21 bits no son iguales en las 8 redes). El primer rango de 8 redes con mscara comn sera 195.100.16.0 a 195.100.23.0, que es el que le asignaramos a nuestro cliente. Las redes 195.100.12.0 a 195.100.15.0 quedaran libres para otros clientes, por ejemplo podran formar un grupo contiguo de 4 redes (22 bits iguales) para alguno que necesitara conectar entre 509 y 1016 hosts. Obsrvese que CIDR es en realidad el mismo mecanismo que las subredes, pero aplicado en sentido inverso. Las subredes permiten dividir una red, ampliando la parte red a costa de la parte host de la direccin. El CIDR funde diferentes redes en una, reduciendo la parte red y ampliando la parte host. Por este motivo el CIDR tambin se conoce como supernet addressing. Cuando se utiliza CIDR como en el ejemplo anterior los hosts finales que se encuentran en distintas redes clase C no pueden hablar directamente entre ellos, han de hacerlo a travs de un router, a menos que soporten CIDR que no es lo normal en hosts. Un grupo CIDR de clases C siempre funciona como subnet- zero, es decir: No existe una direccin que haga referencia al grupo; en nuestro ejemplo la direccin 195.100.16.0 hara referencia a la primera red clase C nicamente. No existe una direccin broadcast del grupo; en nuestro ejemplo la direccin 195.100.23.255 es la direccin broadcast de la red 195.100.23.0 nicamente. El espacio de redes clase A, que suponen la mitad del espacio total, est asignado actualmente slo en un 50% aproximadamente. Se est estudiando la posibilidad de dividir la parte no utilizada de este rango de direcciones en redes de menor tamao para su asignacin mediante CIDR, igual que se hace actualmente con el rango 194.0.0.0-203.255.0.0.

_____________________________________________________________________________________ Biblioteconoma y Documentacin 42