RedesdereaLocal yCableado Estructurado

Mdulo I. Arquitectura de Red

Documento base para los temas: 1. 2. Generalidades de las Redes de Comunicaciones Normalizacin

 SERVIEDUCA 2da. Edicin

Queda prohibida la reproduccin o transmisin total o parcial del texto de la presente obra bajo cualquier forma, electrnica o mecnica, incluyendo el fotocopiado, el almacenamiento en algn sistema de recuperacin de informacin, o el grabado sin el consentimiento previo y por escrito del editor.

Equipo de Trabajo:
Lic. Elizabeth Paredes Coordinadora de Diseo Instruccional MSc. Steve Nez Especialista en Contenido MSc. Juan Manuel Rangel Especialista en Computacin Msc. Erwin Aguirre Especialista Grfico

Maracaibo, Venezuela - 2008

INTRODUCCIN

Las redes de datos han penetrado de una manera sorprendente la vida de las personas. Con la llamada convergencia digital muchas cosas que se realizaban en ambientes fsicos y tecnolgicos diferentes ahora se realizan en entornos comunes. Son ejemplo de esto las aplicaciones de control remoto, educacin a distancia, salas de Chat, anuncios clasificados, aplicaciones bancarias y de ocio entre otras, las cuales circulan a travs de plataformas como Internet. El presente mdulo pretende estudiar el uso de las redes de computadoras, referente a los requerimientos exigidos por las compaas y usuarios de los servicios brindados por los proveedores de Internet y de redes privadas, as como los tipos de redes por hardware, software, rea de extensin y otros. Se iniciar el enfoque del modelo OSI haciendo una descripcin de las funciones principales de cada uno de las capas, se definirn trminos como: conmutacin de circuitos, conmutacin de paquetes, lnea dedicada, lnea conmutada, interfase, entidad, servicio, protocolo, jerarqua de protocolo LAN y WAN, entre otros. As mismo, se estudiar el modelo TCP/IP (modelo de 4 capas), haciendo una descripcin de cada una de las capas y una comparacin con el modelo de 7 capas (OSI).

Mdulo I Arquitectura de Red Pg. 3

TEMA 1. GENERALIDADES DE LAS REDES DE COMUNICACIONES

1.1. Definiciones Bsicas

A continuacin se presentan una serie de comparaciones, con algunas analogas que le permitirn diferenciar los siguientes conceptos: Redes de Comunicaciones, Redes de Comunicacin de Datos, Ancho de Banda Analgico, Ancho de Banda Digital, Host y Servidor.

1.1.1. Redes de Comunicaciones y Redes de Comunicacin de Datos Un sistema est constituido por un conjunto de elementos los cuales trabajan entre s con la finalidad de alcanzar un objetivo en comn. Si se parte de esto, es posible afirmar que una red es un sistema.

Ejemplo I.1
Redes de comunicacin
En el caso de una red elctrica de distribucin de potencia, todos los elementos interconectados buscan compartir un recurso: la energa elctrica, para llevarlo desde la fuente hasta la carga.

Mdulo I Arquitectura de Red Pg. 4

Ejemplo I.2
Redes de comunicacin de datos
En el caso de una red de vendedores de algn producto, todos sus elementos (los vendedores) se relacionan entre s con la finalidad de vender su mercanca y, entre ellos, intercambian informacin sobre tcnicas para captar nuevos clientes, etc.

Ntese que en los dos ejemplos, los componentes relacionados comparten algn atributo, ello se debe a que una red es un sistema donde sus elementos se encuentran interconectados con la finalidad de compartir algn recurso. Por ende, si el recurso que se va a compartir es informacin, se estar hablando de una red de comunicaciones. Si la informacin viene expresada en seales elctricas variantes en el tiempo, se har sobre una red de comunicaciones elctricas. En el caso que la red tenga la capacidad de interconectar ubicaciones distantes, se disertar acerca de una red de telecomunicaciones. Por ltimo, si la red comparte informacin en formato digital, se estar refiriendo a una red de datos. Las redes de datos pueden ser redes de comunicaciones elctricas o redes de telecomunicaciones. Segn Tanenbaum (1997), el propsito de un sistema de comunicacin de datos es intercambiar informacin entre dos agentes. Los sistemas de datos estn conformados por tres bloques:

Mdulo I Arquitectura de Red Pg. 5

 Sistema fuente, conformado por el dispositivo de entrada y transmisor. Sistema destino, conformado por el receptor y dispositivo de salida. Medio de telecomunicacin.

Grfico I.1. Sistema de Datos. Fuente: INICTEL (2003)

Segn INICTEL (2003), se tiene el mensaje de entrada m (agente entrada) en el dispositivo de entrada, el dispositivo de entrada entrega en el transmisor la seal de entrada digital g(t) es variable en el tiempo, sta para ser transmitida es convertida en una seal analgica s(t), la cual debe estar adaptada a las caractersticas del medio de transmisin. En el otro extremo, el receptor recibe seal analgica r(t) la cual podra diferir de la seal s(t) y la convierte en seal g(t) esta es igual a g(t). Finalmente el dispositivo de salida entrega el mensaje m (agente de salida).

Mdulo I Arquitectura de Red Pg. 6

Ejemplo I.3
Modulacin de seales digitales
INICTEL (2003) contina diciendo que, por ejemplo, se tendra como agente de entrada a un mensaje "Bienvenido" en un sistema de correo electrnico, se tiene como dispositivo de entrada a un teclado, el cual ingresar y almacenar en una memoria los caracteres enviados como una secuencia de bits (seal digital). Un mdem (transmisor) deber convertir estos bits en seales analgicas para adaptar al medio de transmisin. De igual modo, un mdem como receptor recibir las seales analgicas y las convertir en un tren de bits, los cuales ingresaran a la memoria de un servidor de correo. De esta manera, el servidor de correo enviar el mensaje al usuario indicado y el mensaje se mostrar en el monitor (dispositivo de salida).

1.1.2. Ancho de Banda Analgico vs. Ancho de Banda Digital El ancho de banda originalmente es analgico y se define como el diferencial entre las frecuencias mxima y mnima que se tienen para una transmisin. Si se observa el espectro de frecuencias, se podr notar que entre la frecuencia mayor y menor de transmisin existen infinitas frecuencias, las cuales al verlas una al lado de otra parece que formaran una faja o banda, la que a su vez tendr un ancho mayor o menor, dependiendo de que tan separadas estn sus frecuencias laterales superior e inferior. Es de all de donde proviene el nombre de ancho de banda, como si se refiriera a la anchura de un cinturn construido en base a frecuencias.

Mdulo I Arquitectura de Red Pg. 7

Se sabe que segn el tamao del ancho de banda del canal de transmisin, se podr transmitir mayor o menor informacin por unidad de tiempo. Si se intentase pasar por una banda de frecuencias una foto en analgico a mayor ancho de banda, la imagen llegara ms ntida. Esto se debe a que todos los detalles de esta foto, como lo son el brillo, los colores, etc., lo constituyen los armnicos, con una mayor separacin entre las bandas laterales superior e inferior, se filtrarn menos armnicos; pero si estas frecuencias laterales se comienzan a cerrar, cada vez la imagen tendr menos detalles, porque los armnicos se empezarn a filtrar cada vez ms. En el mundo digital, para transmitir una imagen con altos detalles, ya no se hablar de pasar gran cantidad de armnicos, sino que se necesitar un mayor nmero de muestras, lo cual implicar una cantidad de cdigos mayor. Entonces, para transmitir seales digitales que implique muchos cdigos, se tendr que tener una capacidad de canal grande expresada en algn mltiplo de los bits por segundo (bps). A mayor magnitud de bps, mayor cantidad de informacin digital se podr transmitir por unidad de tiempo. En el trabajo cotidiano se observ que en el analgico, a ms ancho de banda, mayor cantidad de informacin poda pasar por el canal por unidad de tiempo y que algo similar suceda en el ambiente digital, donde a mayor velocidad de transmisin de bits, se poda llevar de una ubicacin a otra una mayor cantidad de informacin digital. Por tal motivo se decidi adoptar una convencin, llamando a los bps "ancho de banda digital", nicamente por una analoga o semejanza con el comportamiento en canales analgicos.

Mdulo I Arquitectura de Red Pg. 8

1.1.3. Host vs. Servidor Si se traduce literalmente del ingls al espaol, un host es un anfitrin. Para explicar este punto se utilizar una analoga, expresada en el Ejemplo I.4:

Ejemplo I.4
Analoga del Host
En una fiesta, el anfitrin ofrece el festejo a sus invitados. Para ello l comparte sus recursos, como msica, instalacin fsica, tiempo, luces, alimentos, entre otros. Esta persona solamente ser el anfitrin durante el tiempo que dure la reunin y, eventualmente, alguno de los invitados podra convertirse en un nuevo anfitrin. Todo el grupo de amigos sera entonces anfitriones potenciales.

Si se traduce este ejemplo a una red de datos, se podra decir que todos los computadores (PC, impresoras, cajeros automticos, computadores de mano, etc.), son anfitriones potenciales, ya que en algn momento podran compartir algn recurso (espacio en disco, capacidad de procesamiento, perifricos, entre otros) con alguno de los otros miembros de la red. Se sobreentiende que son potenciales, por eso slo se les dice anfitriones o, en ingls, host. Segn Cisco Systems (2001), todos los elementos conectados a una red de datos son hosts. Ahora bien, para explicar qu es un servidor se utilizar otra analoga:

Mdulo I Arquitectura de Red Pg. 9

Ejemplo I.5
Analoga del Servidor
En la relacin profesor-alumno, eventualmente uno de los educandos podra tener un conocimiento o destreza que el educador no conozca y compartirla con ste. Desde el punto de vista anterior, cualquier alumno sera un anfitrin durante el tiempo en que comparte el recurso con su profesor. Sin embargo, el catedrtico est contratado para brindar el servicio de dictado de clases de forma permanente a sus estudiantes. En este caso, el profesor es el servidor de dictar clases.

Un servidor es un host que suministra uno o ms recursos o servicios a la red de forma permanente. De acuerdo a lo anteriormente dicho se podra concluir que todos los servidores son host; pero todos los host no necesariamente son servidores.

1.2. Tipos de redes de comunicacin

A continuacin se presentan los tipos de redes de comunicacin que se clasifican utilizando los siguientes criterios: tecnologa de transmisin, escala y por servicio de conmutacin, segn Tanenbaum (1997).

Mdulo I Arquitectura de Red Pg. 10

Cuadro I.1. Tipos de redes de comunicacin

De acuerdo a:
Tecnologa de transmisin

Tipos
Redes broadcast (que significa radiodifusin en ingls)

Redes punto a punto

Escala

Redes de rea local (LAN o Local Area Network)

Redes de rea extensa o amplia (WAN o Wide Area Network)

Servicio de conmutacin

Redes de conmutacin de circuitos

Redes de conmutacin de paquetes

1.2.1. Tipos de redes de acuerdo con su tecnologa de transmisin Las redes, de acuerdo a su tecnologa de transmisin, se clasifican en broadcast y de punto a punto, las cuales se explican a continuacin.

1.2.1.1. Redes Broadcast Tanenbaum (1997) dice que en este tipo de redes el medio de transmisin es compartido por todos los computadores interconectados. Normalmente, cada mensaje transmitido es para un nico destinatario, cuya direccin aparece en el mensaje, pero para saberlo cada mquina de la red ha de recibir o "escuchar" cada mensaje, analizar la direccin de destino y averiguar si va o no dirigido a ella; las normas establecen que un computador debe descartar, sin ms

Mdulo I Arquitectura de Red Pg. 11

anlisis, todo mensaje que no vaya dirigido a l; sin embargo, algunos programas llamados sniffers se dedican a cotillear todo lo que pasa por el cable, independientemente de quin sea su destinatario.

Ejemplo I.6
Sniffer
Con un sniffer es muy fcil capturar cualquier cosa, como por ejemplo, los caracteres que viajan por la red en un proceso de conexin, averiguando as de manera rpida el userid y el password de un usuario cualquiera (root).

La nica proteccin efectiva en las redes broadcast es el encriptado de la informacin. A veces, en una red broadcast, lo que se quiere es precisamente enviar un mensaje a todas las mquinas conectadas. Esto se llama un envo broadcast. As mismo, es posible enviar un mensaje dirigido a un subconjunto de todas las mquinas de la red (subconjunto que ha de estar definido previamente); esto se conoce como envo multicast (y el subconjunto se denomina grupo multicast). El caso cuando el mensaje va dirigido a una mquina concreta, se denomina envo unicast.

Mdulo I Arquitectura de Red Pg. 12

Grfico I.2. Red broadcast. Fuente: INICTEL (2003)

Ejemplo I.7
Redes Broadcast
Tanenbaum (1997) seala que, como ejemplos de redes broadcast, se pueden citar casi todas las tecnologas de red local Ethernet (en sus diversos tipos). Tambin son redes broadcast las basadas en transmisin va satlite.

En una red broadcast la capacidad o velocidad de transmisin indica la capacidad agregada de todas las mquinas conectadas a la red.

Ejemplo I.8
Velocidad de Transmisin de Broadcast
La red conocida como Ethernet tiene una velocidad de 10 Mbps, lo cual significa que la cantidad mxima de trfico agregado de todos los equipos conectados no puede superar este valor.

Mdulo I Arquitectura de Red Pg. 13

1.2.1.2. Redes punto a punto En palabras de Tanenbaum (1997), las redes punto a punto se construyen por medio de conexiones entre pares de computadores, tambin llamadas lneas, enlaces, circuitos o canales. Una vez que el paquete es depositado en la lnea, el destino es conocido de forma unvoca y no es preciso, en principio, que lleve la direccin de destino. Los enlaces que constituyen una red punto a punto pueden ser de tres tipos, de acuerdo con el sentido de la transmisin: 1. Simplex: la transmisin se realiza en un slo sentido. 2. Semi-duplex o half-duplex: la transmisin se puede realizar en ambos sentidos, pero no simultneamente. 3. Duplex o full-duplex: la transmisin puede efectuarse en ambos sentidos a la vez. En los enlaces semi-duplex y duplex, la velocidad de conexin es generalmente la misma en ambos sentidos, por lo que se dice que el enlace es simtrico; en caso contrario se dice que es asimtrico. La gran mayora de los enlaces en lneas punto a punto son duplex simtricos. As, cuando se habla de un enlace de 64 Kbps sin especificar ms, se quiere decir 64 Kbps en cada sentido, por lo que la capacidad total del enlace es de 128 Kbps. Tanenbaum (1997) igualmente seala que, al unir mltiples mquinas con lneas punto a punto, es posible llegar a formar redes de topologas complejas en donde no sea trivial averiguar cul es la ruta ptima a seguir para ir de un punto a otro, ya que puede haber mltiples caminos posibles con distinto nmero de computadores intermedios, con enlaces de diversas velocidades y distintos grados de ocupacin. Como contraste, en una red broadcast el

Mdulo I Arquitectura de Red Pg. 14

camino a seguir de una mquina a otra es nico, no existen computadores intermedios y el grado de ocupacin es el mismo para todas ellas.

1.2.2. Tipos de redes segn su escala Las redes, segn su escala, se clasifican en: rea Local (LAN) y rea Amplia (WAN), las cuales se explican a continuacin. 1.2.2.1. Redes de rea Local (LAN) Son aquellas donde las PC pueden estar a ms de 10 metros de separacin; pero sin embargo los hosts se encuentran relativamente adyacentes. Segn Tanenbaum (1997), las LANs tienen generalmente las siguientes caractersticas: 1. Tecnologa broadcast: medio compartido. 2. Cableado especfico, instalado normalmente a propsito. 3. Velocidad de 1 a 100 Mbps. 4. Extensin mxima de unos 3 Km (FDDI llega a 200 Km) Las LANs ms conocidas y extendidas son la Ethernet a 10 Mbps, la IEEE 802.5 o Token Ring a 4 y 16 Mbps, y la FDDI a 100 Mbps. Estos tres tipos de LAN han permanecido prcticamente sin cambios desde finales de los '80, por lo que a menudo se les denomina en la literatura como "LANs tradicionales" para distinguirlas de otras ms modernas aparecidas en los '90, tales como la Fast Ethernet (100 Mbps).

Mdulo I Arquitectura de Red Pg. 15

Segn INICTEL (2003), a menudo las LANs requieren un tipo de cableado especfico (de cobre o de fibra); esto no suele ser un problema, ya que al instalarse en una fbrica, campus o similar, se tiene un control completo sobre el entorno y las condiciones de instalacin. El alcance limitado de las LANs permite saber el tiempo mximo que un paquete tardar en llegar de un extremo a otro de la red, lo cual permite aplicar diseos que de otro modo no seran posibles y simplifica la gestin de la red. Como consecuencia del alcance limitado y del control en su cableado, las redes locales suelen tener un retardo muy bajo en las transmisiones (decenas de microsegundos) y una tasa de errores muy baja. La topologa bsica de las redes locales suele ser de bus (Ethernet) o de anillo (Token Ring o FDDI). Sin embargo, pueden hacerse topologas ms complejas utilizando elementos adicionales, tales como repetidores, puentes y conmutadores, entre otros, tal y como se ver ms adelante.

Grfico I.3. Red LAN. Fuente: INICTEL (2003)

Mdulo I Arquitectura de Red Pg. 16

1.2.2.2. Redes de rea Amplia (WAN) Segn INICTEL (2003), las redes de amplio alcance se utilizan cuando no es factible tender redes locales, bien porque la distancia no lo permite, por el costo de la infraestructura o simplemente porque es preciso atravesar terrenos pblicos en los que no es posible tender infraestructura propia. En todos estos casos, lo normal es utilizar para la transmisin de los datos los servicios de una empresa portadora. Las redes WAN se implementan casi siempre haciendo uso de enlaces telefnicos que han sido diseados principalmente para transmitir la voz humana, ya que este es el principal negocio de las compaas telefnicas. Normalmente, la infraestructura est fuera del control del usuario, y supeditado el servicio disponible a la zona geogrfica de que se trate. Conseguir capacidad en redes WAN suele ser costoso, por lo que generalmente se solicita el mnimo imprescindible. As mismo, INICTEL (2003) afirma que, hasta tiempos recientes, las conexiones WAN se caracterizaban por su lentitud, costo y tasa de errores relativamente elevada. Con la paulatina introduccin de fibras pticas y lneas digitales en las infraestructuras de las compaas portadoras, las lneas WAN han reducido apreciablemente su tasa de errores; tambin se han mejorado las capacidades y reducido los costos. A pesar del inconveniente que en ocasiones pueda suponer el uso de lneas telefnicas, tienen la gran virtud de llegar prcticamente a todas partes, que no es poco.

Mdulo I Arquitectura de Red Pg. 17

Grfico I.4. Comparacin entre LANs y WANs Fuente: INICTEL (2003)

1.2.3. Segn el tipo de servicio de conmutacin Las redes, segn el tipo de servicio, se clasifican en: de conmutacin de circuitos y de conmutacin de paquetes, las cuales se explican a continuacin. 1.2.3.1. Redes de conmutacin de circuitos Segn INICTEL (2003), estas son las caractersticas de una red de conmutacin de circuitos: 1. Establecimiento de circuito temporal, mientras dura una comunicacin. 2. Se establece un canal dedicado con un ancho de banda fijo. 3. Los usuarios pagarn slo el tiempo que dura la comunicacin en el uso del ancho de banda fijo.

Mdulo I Arquitectura de Red Pg. 18

4. Principales desventajas: retardo de conexin, ancho de banda fijo (no maneja avalancha de trfico, requiriendo frecuentes retranmisiones), circuito virtual fijo, sin tener alternativas de caminos (saturacin de trfico).

Grfico I.5. Conmutacin de circuitos. Fuente: INICTEL (2003)

1.2.3.2. Redes de conmutacin de paquetes Las caractersticas de una red de conmutacin de paquetes son: 1. La conmutacin por paquetes se divide en datagramas y circuitos virtuales.

2. Los datagramas son paquetes con informacin de direccionamiento individual. 3. Los circuitos virtuales establecen el camino para la ruta al principio de la sesin y despus transmiten los paquetes sin informacin de direccionamiento de forma secuencial, como en un circuito conmutado. Se les dice circuitos virtuales, porque a

Mdulo I Arquitectura de Red Pg. 19

pesar de que se comportan como un circuito conmutado, a diferencia de stos, los circuitos virtuales comparten el medio de transmisin de forma simultnea. Existen dos tipos de circuitos virtuales, los circuitos virtuales permanentes (PVC) y los circuitos virtuales conmutados (SVC). 4. Los circuitos virtuales conmutados inician la sesin antes de transmitir los paquetes y despus liberan el canal. 5. Los circuitos virtuales permanentes son iniciados por el administrador de red y se quedan perennemente activos, esperando la transmisin de datos entre ubicaciones, sin necesidad de direccionamiento en los paquetes. 6. Los datos se transmiten paquete a paquete en un entramado de red o nube. 7. Los datagramas pueden tomar caminos alternativos para llegar a su destino, lo que hace un ancho de banda variable (evita lneas colapsadas o congestionadas).

Grfico I.6. Conmutacin de paquetes. Fuente: INICTEL (2003)

Mdulo I Arquitectura de Red Pg. 20

1.3. Arquitectura de Redes

Segn Tanenbaum (1997), las primeras redes de computadores tuvieron unos inicios muy similares a los primeros computadores: Las redes y los protocolos se diseaban pensando en el hardware a utilizar en cada momento, sin tener en cuenta la evolucin previsible ni, por supuesto, la interconexin y compatibilidad con equipos de otros fabricantes. A medida que la tecnologa avanzaba y se mejoraba la red, se vivieron experiencias parecidas a las de los primeros computadores: los programas de comunicaciones, que haban costado enormes esfuerzos de desarrollo, tenan que ser reescritos para utilizarlos con el nuevo hardware y, debido a la poca modularidad, prcticamente nada del cdigo era aprovechable. El problema se resolvi de forma anloga a lo que se haba hecho con los computadores. Cada fabricante elabor su propia arquitectura de red, que permita independizar las funciones y el software del hardware concreto utilizado. De esta forma, cuando se quera cambiar algn componente, slo la funcin o el mdulo afectado tena que ser sustituido. La primera arquitectura de redes fue anunciada por IBM en 1974, justo diez aos despus de anunciar la arquitectura S/360, y se denomin SNA (Systems Network Architecture). Tanenbaum (1997) comenta que la arquitectura SNA se basa en la definicin de siete niveles o capas, cada una de las cuales ofrece una serie de servicios a la siguiente, la cual se apoya en sta para efectuar los suyos, y as sucesivamente. Cada capa puede realizarse en hardware, software o una combinacin de ambos. El mdulo (hardware y/o software) que implementa una capa en un determinado elemento de la red debe poder sustituirse sin afectar al resto de la misma, siempre y cuando el protocolo utilizado se mantenga inalterado.

Mdulo I Arquitectura de Red Pg. 21

Dicho en otras palabras, SNA es una arquitectura altamente modular y estructurada. No se entrar en ms detalles sobre la arquitectura SNA, ya que cae fuera de los objetivos del presente diplomado, pero s se recalcar que el modelo de capas que utiliza ha sido la base de todas las arquitecturas de redes actualmente en uso, incluidas las basadas en el modelo OSI (Open Systems Interconnection) y el TCP/IP (Transmisin Control Protocol/Internet Protocol) que se ver en detalle ms adelante. Las ideas bsicas del modelo de capas son las siguientes: 1. La capa n ofrece una serie de servicios a la capa n+1. 2. La capa n slo "ve" los servicios que le ofrece la capa n-1. La capa n en un determinado sistema slo se comunica con su homloga en el sistema remoto (comunicacin de igual a igual o peer-to-peer). Esa "conversacin" se efecta de acuerdo con una serie de reglas conocidas como protocolo de la capa n. La comunicacin entre dos capas adyacentes en un mismo sistema se realiza de acuerdo con una interfaz. La interfaz es una forma concreta de implementar un servicio y no forma parte de la arquitectura de la red. En palabras de Tanenbaum (1997), la arquitectura de una red queda perfectamente especificada cuando se describen las capas que la componen, su funcionalidad, los servicios que implementan y los protocolos que utilizan para hablar con sus "iguales". El conjunto de protocolos que utiliza una determinada arquitectura en todas sus capas se denomina pila de protocolos (protocol stack, en ingls). Es frecuente or hablar de la pila de protocolos OSI, SNA, TCP/IP o DECNET.

Mdulo I Arquitectura de Red Pg. 22

Para comprender mejor cmo funciona el modelo de arquitectura de redes basado en capas, Tanenbaum (1997) propone una analoga:

Ejemplo I.9
Modelo de arquitectura de redes basado en capas Tanenbaum
Suponga que un ejecutivo de la empresa "A" desea enviar de forma urgente un importante informe a un colega suyo en la empresa "B". Para esto, hablar con aqul, notificndole el envo y a continuacin pasar el informe a su secretaria con las instrucciones correspondientes. La secretaria de "A" llamar a la secretaria de "B" para averiguar la direccin exacta, pondr el informe en un sobre y contactar a un servicio de mensajera, que enviar a un motorista para que recoja el paquete y lo lleve al aeropuerto. Cuando el paquete llega al aeropuerto, es recogido all por otro motorista que lo lleva a la oficina de la empresa "B" y lo entrega a la secretaria respectiva; sta se ocupar de los trmites administrativos (pagar al mensajero, abrir el paquete, comprobar su contenido, acusar recibo a la secretaria de "A", etc.) y lo pasar despus a su jefe, el cual una vez estudiado el informe, llamar al ejecutivo de "A".

Observe que en el proceso anterior existen niveles claramente diferenciados: los ejecutivos, las secretarias, los motoristas y, por ltimo, la empresa de lneas areas que se ocupa del transporte fsico de la mercanca. En todos los niveles (menos, probablemente, en el ms bajo) hay dos entidades: la transmisora (A) y la receptora (B). Si todo ocurre segn lo previsto, cada entidad slo hablar con su correspondiente en el otro lado y con sus entidades vecinas, es decir, el jefe de "A" slo habla con el jefe de "B" y con su secretaria, la secretaria habla con su jefe, con el motorista y con la otra secretaria para confirmar el envo, etc.
Mdulo I Arquitectura de Red Pg. 23

Grfico I.7. Analoga del funcionamiento de un modelo de arquitectura de red. Fuente: INICTEL (2003)

En ningn caso se contempla que la secretaria de "A" hable con el ejecutivo de "B".

Ejemplo I.10
Modelo de Capas I
Si, por enfermedad, la secretaria de "A" es sustituida por otra persona, los procedimientos seguirn funcionando, siempre y cuando la secretaria suplente desarrolle la misma funcin.

Las variaciones de carcter interno slo han de ser conocidas por las entidades contiguas. Ejemplo I.11
Modelo de Capas II
El motorista de "B" podra ser reemplazado por una furgoneta de reparto, y este hecho slo ha de ser conocido por la secretaria de "B" y por la persona que entrega los paquetes en el aeropuerto.

Mdulo I Arquitectura de Red Pg. 24

Esto es lo que denominamos una interfaz. Observe que el modelo de capas simplifica considerablemente la tarea de cada una de las entidades, que slo tiene que preocuparse de una pequea parte de todo el mecanismo. En esencia, se trata de aplicar a la resolucin de problemas la vieja frmula de "divide y vencers". Cuando un sistema desea enviar un mensaje a un sistema remoto, normalmente la informacin se genera en el nivel ms alto; conforme va descendiendo se producen diversas transformaciones. La adicin de cabeceras, de colas, de informacin de control, la fragmentacin en paquetes ms pequeos si es muy grande (o ms raramente la fusin con otros si es demasiado pequeo) u otras operaciones, se invierten en el sistema remoto en las capas correspondientes, llegando en cada caso a la capa correspondiente en el destino, un mensaje igual al original.

1.4. Interfaces y servicios

Tanenbaum (1997) dice que se llamar entidad a los elementos activos en cada capa. Una entidad puede ser un proceso, un componente de hardware o una combinacin de ambos. Un computador puede tener una o varias entidades en cada capa.

Mdulo I Arquitectura de Red Pg. 25

Ejemplo I.12
Interfaces y servicios
Se denominar entidades iguales o entidades pares ("peer entities", en ingls) a dos entidades homlogas, es decir entidades diferentes de la misma capa (generalmente estarn en diferentes mquinas, pero podran estar en la misma), por ejemplo, un computador con dos tarjetas de conexin a LAN.

Las entidades de la capa n implementan los servicios que utiliza la capa n+1. En este caso, la capa n acta como el proveedor del servicio y la capa n+1 es el usuario del servicio. El uso que la capa n haga de los servicios de la capa n-1 es algo que no afecta ni incumbe a la capa n+1. Los servicios estn disponibles en los SAPs (Service Access Points). Los SAPs de la capa n son los puntos donde la capa n+1 puede acceder a los servicios ofertados. Cada SAP de cada entidad de la capa n tiene una direccin que le identifica de forma nica en toda la red. Segn Tanenbaum (1993), se denomina interfaz al conjunto de reglas que gobiernan el intercambio de informacin entre capas. En una comunicacin la entidad de la capa n+1 intercambia una IDU (Interface Data Unit) con la entidad de la capa n a travs del SAP. La IDU esta formada por una SDU (Service Data Unit) e informacin de control. La SDU es la informacin que se transmite a la entidad equivalente (peer) en el lado contrario, y de all a la capa n+1 a travs de su SAP. La informacin de control es necesaria, como su nombre lo indica, para que la capa n haga correctamente su trabajo, pero no es parte de los datos mismos. En la especificacin de una arquitectura slo es necesario describir la estructura de

Mdulo I Arquitectura de Red Pg. 26

la SDU, pero no la de la IDU; sta se describe en la interfaz, que puede ser distinta para cada implementacin. Para transferir la SDU (Service Data Unit) la entidad de la capa n puede tener que fragmentarla en varias PDUs (Protocol Data Units). Cada PDU llevar una cabecera que permitir a la entidad de la capa n en el otro lado ensamblar de nuevo la SDU correctamente.

Grfico I.8. Interfaces y servicios entre capas. Fuente: INICTEL (2003)

1.5. Servicios orientados y no orientados a conexin

Segn Tanenbaum (1997), en una arquitectura de redes cada capa utiliza los servicios de la capa inmediatamente inferior para comunicar con la correspondiente del otro extremo. En

Mdulo I Arquitectura de Red Pg. 27

funcin de cmo se establezca esa comunicacin, suelen distinguirse dos tipos de servicios: orientados a conexin y no orientados a conexin. En el servicio orientado a conexin, primero se establece el canal de comunicacin, despus se transmiten los datos, y por ltimo se termina la conexin. Dicha "conexin" se denomina circuito virtual (VC), o virtual circuit, en ingls. Una vez establecido el VC, el camino fsico que van a seguir los datos est determinado; los paquetes deben ir todos por l desde el origen al destino, y llegar en el mismo orden con el que han salido. Dado que el VC establece de forma clara el destino, los paquetes no necesitan contener su direccin. Generalmente, se distinguen dos tipos de circuitos virtuales: conmutados, tambin llamados SVCs (Switched Virtual Circuits), y permanentes, conocidos tambin como PVCs (Permanent Virtual Circuits). Los SVCs se establecen y terminan a peticin del usuario, normalmente cuando hay paquetes que se quieren transmitir. Los PVCs estn establecidos todo el tiempo que la red est operativa (o al menos eso es lo que se pretende). En palabras de Tanenbaum (1997), en el servicio no orientado a conexin, la comunicacin se establece de manera menos formal. Cuando una entidad tiene informacin que transmitir, sencillamente la enva en forma de paquetes, confiando que stos llegarn a su destino ms pronto o ms tarde. No se establece previamente un VC ni otro tipo de canal de comunicacin extremo a extremo; los paquetes pueden ir por caminos fsicos diversos y deben incluir cada uno la direccin de destino. Los paquetes pueden ser almacenados por nodos intermedios de la red y reenviados ms tarde.

Mdulo I Arquitectura de Red Pg. 28

Aunque lo normal es que lleguen en el mismo orden en el cual han salido, eso no est garantizado, como ocurra en el servicio orientado a conexin, debido al almacenamiento en nodos intermedios y a la diversidad de caminos fsicos posibles. A los paquetes enviados en un servicio no orientado a conexin se les denomina datagramas, ya que cada paquete viaja hacia su destino en forma completamente independiente de los dems, como si fuera un telegrama.

1.6. Primitivas de servicios

Tanenbaum (1997) seala que se debe recordar que, en el modelo de capas, cada capa ofrece sus servicios a la siguiente. El servicio se define por un conjunto de operaciones u rdenes que la capa superior puede mandar a la capa inferior. Dicho conjunto de operaciones se denomina primitivas. A continuacin se analizarn en detalle las primitivas que participan en el establecimiento y terminacin de una conexin entre la capa n de dos sistemas llamados A y B, segn Tanenbaum (1997): La entidad A.n (es decir, la capa n del sistema A) inicia la conexin emitiendo la primitiva CONNECT.request, que provoca la transferencia de una IDU (Interface Data Unit) a travs del SAP (Service Access Point) a la entidad A.n-1; sta extrae la informacin de control y la interpreta, creando la SDU (Service data Unit), que convierte en una o varias PDUs (Protocol Data Units); las PDUs son transferidas a B.n-1, que regenera a partir de ello la SDU, luego la informacin de control correspondiente y con ambos la IDU; una vez dispone de la IDU la

Mdulo I Arquitectura de Red Pg. 29

transmite a B.n a travs del SAP mediante la primitiva CONNECT.indication, que le indica a B.n que alguna entidad desea establecer conexin con ella. La entidad B.n emite entonces la primitiva CONNECT.response para indicar si acepta o rechaza la conexin (las primitivas pueden llevar parmetros, y es aqu donde se indicar esto). Tanenbaum (1997) contina diciendo que la respuesta se traduce en un paquete que B.n-1 enva a A.n-1, el cual informa a A.n de la situacin mediante la primitiva CONNECT.confirm. Observe que el mismo evento origina diferentes primitivas en cada lado. Una CONNECT.request produce una CONNECT.indication en el lado contrario, y la CONNECT.response se convierte en CONNECT.confirm. Existe una cierta simetra entre las primitivas, ya que a una CONNECT.request siempre le corresponder una CONNECT.indication en el lado opuesto (salvo que falle la comunicacin).

Ejemplo I.13
Primitivas de servicios
En este ejemplo se ha realizado un servicio confirmado, es decir, se ha verificado que la conexin se estableca, para lo cual ha tenido que enviarse un paquete en cada sentido. Se podra haber hecho una conexin no confirmada, para lo cual sencillamente se habra emitido la CONNECT.request y la CONNECT.indication. Una vez establecida la conexin, lo normal sera transferir datos, y finalmente terminar la conexin. Un ejemplo del conjunto de primitivas que se emitiran a lo largo de una conexin podra ser el siguiente:

Mdulo I Arquitectura de Red Pg. 30

Aqu se han introducido cuatro nuevas primitivas para poder transferir datos y terminar la conexin. Observe que, como antes, una primitiva request va seguida siempre de una indication en el lado contrario. En el Ejemplo I.13 se ha supuesto que se intercambiaban nicamente dos paquetes de datos.

Grfico I.9. Primitivas de servicios. Fuente: INICTEL (2003)

Mdulo I Arquitectura de Red Pg. 31

TEMA 2. NORMALIZACIN

2.1. Sistemas abiertos y cerrados

Un sistema cerrado es aquel en donde los diferentes elementos deben pertenecer a un mismo fabricante. En tiempos anteriores, los manufacturadores buscaban que sus productos no se pudieran interconectar con equipos de otras marcas, con la finalidad de tener cautivos a los clientes. Por muchos aos, los sistemas cerrados fueron predominantes, hasta que se notaron algunas desventajas tales como: 1. No estimulan la competencia. 2. Una vez que un cliente es atrapado, ste permanece amarrado a una marca; para migrar a otra marca tena que perder la inversin realizada, debido a que las infraestructuras no eran compatibles. 3. La falta de competencia traa malos servicios de soporte y pocas mejoras a los sistemas. No obstante, un da los grupos econmicos se dieron cuenta que si los sistemas de diferentes fabricantes se podan relacionar, se estimulaba la competencia, ya que un cliente podra cambiar de marca de manufactura y esto no causara mayor trauma. Entonces, los productores se esforzaban por dar mejores precios, un ptimo soporte y actualizar constantemente sus productos para poder competir. Esto, a su vez, gener xito entre el personal calificado, que cada vez tena que estar ms preparado para realizar mejores

Mdulo I Arquitectura de Red Pg. 32

productos. Los sistemas donde se pueden relacionar productos de diferentes fabricantes se llaman abiertos. Para poder tener sistemas abiertos, es necesario ponerse de acuerdo y establecer normativas que todos los manufacturadores sigan por igual. Esto trajo como consecuencia que se generaran normas en muchos mbitos, incluso en las telecomunicaciones. Para establecer estas normas, participan comits de las universidades, gobiernos, agencias militares, organizaciones internacionales, manufacturadores, entre otros. Las normas son publicadas por organismos de normalizacin, la Organizacin Internacional de Estandarizacin (ISO), entre otros. Existe un modelo referencial de interconexin de sistemas abiertos en redes de comunicaciones (OSI).

2.2. Modelo Referencial OSI

Segn Montaana (2006), en 1977 la ISO (International Organization for Standardization) consider que esta situacin no era la ms conveniente, por lo que entre 1977 y 1983 defini la arquitectura de redes OSI con el fin de promover la creacin de una serie de estndares que especificaran un conjunto de protocolos independientes de cualquier fabricante. Se pretenda con ello no favorecer a ninguno a la hora de desarrollar implementaciones de los protocolos correspondientes, cosa que inevitablemente habra ocurrido si se hubiera adoptado alguna de las arquitecturas existentes, como la SNA de IBM o la DNA (Digital Network Architecture) de Digital.

Mdulo I Arquitectura de Red Pg. 33

En este orden de ideas, Montaana (2006) afirma que seguramente la aportacin ms importante de la iniciativa OSI ha sido precisamente su arquitectura. sta ha servido como marco de referencia para describir multitud de redes correspondientes a diversas arquitecturas, ya que la arquitectura OSI es bien conocida en entornos de redes y su generalidad e independencia de ningn fabricante en particular, le hacen especialmente adecuada para estos fines. Por este motivo, generalmente a la arquitectura OSI se la denomina Modelo de Referencia OSI. OSI est compuesto por 7 capas que trabajan de forma independiente, tal como se puede observar en el Grfico I.10:

Grfico I.10. Modelo Referencial OSI. Fuente: Cisco Systems (2001)

Mdulo I Arquitectura de Red Pg. 34

A continuacin, una explicacin de cada una de las siete capas: 1. Segn CISCO SYSTEMS (2001), la capa fsica define las especificaciones elctricas, mecnicas, procedimientos y funcionales para activar, mantener y desactivar el enlace fsico entre sistemas finales. Caractersticas como niveles de voltaje, velocidad de los datos fsicos, distancias mximas de transmisin, conectores fsicos y otros atributos similares definen esta capa. En la misma se incluye EIA RS-232. 2. As mismo, CISCO SYSTEMS (2001) sostiene que la capa de enlace define las reglas para enviar y recibir informacin a travs de la conexin fsica entre dos sistemas. Este nivel codifica y descompone los datos para su transmisin, adems de proporcionar deteccin y control de errores adyacente. Entre los trminos claves se encuentra el control de acceso del medio y el uso de tramas. En el nivel de enlace se realiza tambin el control de flujo entre ubicaciones adyacentes. Las tramas es una fragmentacin entre ubicaciones adyacentes, las tramas encapsulan a los paquetes. 3. La capa de red se encarga de la conectividad y la seleccin de caminos para alcanzar una ruta entre dos sistemas que pueden estar conectados en lugares muy lejanos. Entindase por ruta, el sitio hacia donde se va, mientras que el camino es por donde se pasa para llegar a esa ruta de destino. En este nivel actan equipos como los denominados routers o enrutadores. En la capa de red se hace direccionamiento jerrquico. Una direccin jerrquica es aquella, donde las cifras que la componen tienen diferentes niveles de significado para el enrutamiento de los paquetes. Los paquetes encapsulan a los segmentos. 4. La capa de transporte proporciona un control de alto nivel para la transferencia de datos entre sistemas, incluyendo funcionalidades de manejo de errores, niveles de

Mdulo I Arquitectura de Red Pg. 35

prioridad y seguridad. Esta capa proporciona un servicio de calidad y una entrega precisa, proporcionando servicios orientados a conexin entre sistemas finales, controla secuencia de paquetes, regula el flujo de trfico y reconoce paquetes duplicados. El control de flujo y control de errores que se da en esta capa es de extremo a extremo. En el nivel de transporte se realiza la segmentacin y reagrupamiento, el cual es un tipo de fragmentacin y reensamblado de extremo a extremo, no obstante los segmentos no tienen informacin de direccionamiento y se transmiten de forma secuencial. Los segmentos son trozos de los datos a transmitir. As mismo, en este nivel aparece el concepto de puertos virtuales. Estos permiten que se pueda realizar ms de una conexin simultnea a una misma direccin jerrquica. Los puertos pueden ser activos o pasivos. Los activos son los que solicitan la conexin, tambin llamados clientes. Los puertos pasivos estn normalmente escuchando, esperando que alguien se conecte a ellos, tambin se les conoce con el nombre de servidores. 5. Segn CISCO SYSTEMS (2001) la capa de sesin se encarga de coordinar el intercambio de informacin entre sistemas, estableciendo, administrando y finalizando las sesiones. Se encarga tambin de establecer las conversaciones y dilogos entre sistemas. 6. CISCO SYSTEMS (2001) sostiene que la capa de presentacin asegura que la informacin que se lleva a la capa de aplicacin se pueda leer por la capa de aplicacin en el otro sistema. Esta capa puede traducir mltiples formatos de datos empleados en formato comn. Se responsabiliza adems de la compresin y el cifrado de datos.

Mdulo I Arquitectura de Red Pg. 36

7. CISCO SYSTEMS (2001) seala que la capa de aplicacin es la capa ms cercana al usuario, proporcionando servicios de red, como acceso e impresin de los archivos para aplicaciones del usuario, y difiere de las otras capas en que no sirve sus atributos a las otras capas. Establece adems la disponibilidad de compaeros de comunicacin intencionales, sincroniza y establece un acuerdo en los procedimientos para la recuperacin de errores e integridad en el control de datos. Segn Moreno (2006), las ventajas de trabajar con el modelo OSI se fundamentan en el concepto de separacin de funciones (layering) en la red, permitiendo que cada capa posea una funcin particular de red. Estas ventajas son: 1. Divide la comunicacin de red en partes ms pequeas, sencillas y fciles de desarrollar. 2. Facilita la normalizacin de los componentes de una red, al permitir el desarrollo y el soporte de mltiples fabricantes. 3. Permite que diferentes tipos de software y hardware se comuniquen entre s. 4. Impide que los cambios de una capa afecten a otras, por lo que se pueden desarrollar ms rpidamente. 5. Divide la comunicacin de la red en partes ms pequeas para hacer ms fcil su comprensin y entendimiento.

Mdulo I Arquitectura de Red Pg. 37

2.3. Modelo Referencial TCP/IP

Segn Montaana (2006), en el ao de 1969 la agencia ARPA (Advanced Research Projects Agency) del Departamento de Defensa (DoD, Department of Defense) de los Estados Unidos inici un proyecto de interconexin de computadores mediante redes telefnicas. Al ser un proyecto desarrollado por militares en plena guerra fra, un principio bsico de diseo era que la red deba poder resistir la destruccin de partes de su infraestructura (por ejemplo, a causa de un ataque nuclear), de forma que dos nodos cualesquiera pudieran seguir comunicados, siempre que hubiera alguna ruta que los uniera. Esto se consigui en 1972 creando una red de conmutacin de paquetes denominada ARPAnet, la primera de este tipo que oper en el mundo. La conmutacin de paquetes unida al uso de topologas malladas mediante mltiples lneas punto a punto, dio como resultado una red altamente fiable y robusta. As mismo, Montaana (2006) comenta que ARPAnet fue creciendo paulatinamente, y pronto se hicieron experimentos utilizando otros medios de transmisin de datos, en particular enlaces por radio y va satlite; los protocolos existentes tuvieron problemas para interoperar con estas redes, por lo que se dise un nuevo conjunto o pila de protocolos, y con ellos una arquitectura. Este nuevo conjunto se denomin TCP/IP (Transmission Control Protocol/Internet Protocol) nombre que provena de los dos protocolos ms importantes que componan la pila; la nueva arquitectura se llam sencillamente modelo TCP/IP, los nuevos protocolos fueron especificados por vez primera por Cerf y Kahn en un artculo publicado en 1974. A la nueva red, que se cre como consecuencia de la fusin de ARPAnet con las redes basadas en otras tecnologas de transmisin, se la denomin Internet.

Mdulo I Arquitectura de Red Pg. 38

La aproximacin adoptada por los diseadores del TCP/IP fue mucho ms pragmtica que la de los autores del modelo OSI. Mientras que en el caso de OSI se emplearon varios aos en definir con sumo cuidado una arquitectura de capas donde la funcin y servicios de cada una estaban perfectamente definidas, y slo despus se plante desarrollar los protocolos para cada una de ellas, en el caso de TCP/IP la operacin fue a la inversa; primero se especificaron los protocolos, y luego se defini el modelo como una simple descripcin de los protocolos ya existentes. Por este motivo el modelo TCP/IP es mucho ms simple que el OSI. Tambin, el modelo OSI se utiliza a menudo para describir otras arquitecturas, mientras que el modelo TCP/IP nunca suele emplearse para otras que no sean la suya propia. En el modelo TCP/IP se pueden distinguir cuatro capas: 1. La capa host-red (acceso a red). 2. La capa Internet. 3. La capa de transporte. 4. La capa de aplicacin.

Mdulo I Arquitectura de Red Pg. 39

Grfico I.11. Modelo Referencial TCP/IP. Fuente: INICTEL (2003)

Cuadro I.2. Comparacin sobre las capas del modelo de referencia TCP/IP

Capa
Acceso a la red

Cisco Systems (2001)

Es tambin conocida como capa host-a-red, esta debe ser capaz de conectar el host a la red permitindole manejar paquetes IP utilizando un protocolo que establezca la transmisin. Equivale a las capas de enlace y fsica del modelo OSI.

Montaana (2006)
Expone que esta capa engloba realmente las funciones de la capa fsica y la capa de enlace del modelo OSI. El modelo TCP/IP no dice gran cosa respecto a ella, salvo que debe ser capaz de conectar el host a la red por medio de algn protocolo que permita enviar paquetes IP. Podramos decir que para el modelo TCP/IP esta capa se comporta como una "caja negra". Cuando surge una nueva tecnologa de red (por ejemplo ATM), una de las primeras

Mdulo I Arquitectura de Red Pg. 40

cosas que aparece es un estndar que especifica de qu forma se pueden enviar sobre ella paquetes IP; a partir de ah la capa Internet puede utilizar dicha tecnologa de manera transparente.

Internet

Tiene como propsito enviar los paquetes desde el origen de cualquier host a otro, y que estos lleguen a su destino por la ruta ms adecuada, tratando de evitar situaciones de congestionamiento en la red. Equivale a la capa de red del modelo OSI.

Es el "corazn" de la red. Su papel equivale al desempeado por la capa de red en el modelo OSI, es decir, se ocupa de encaminar los paquetes de la forma ms conveniente para que lleguen a su destino, y de evitar que se produzcan situaciones de congestin en los nodos intermedios. Debido a los requisitos de robustez impuestos en el diseo, la capa Internet da nicamente un servicio de conmutacin de paquetes no orientado a conexin. Los paquetes pueden llegar desordenados a su destino, en cuyo caso es responsabilidad de las capas superiores en el nodo receptor la reordenacin para que sean presentados al usuario de forma adecuada 1 .

Transporte

Maneja los puntos de fiabilidad, control de flujo y retransmisin de datos, permite la comunicacin host a host en la red, ofrece un

Recibe el mismo nombre y desarrolla la misma funcin que la cuarta capa del modelo OSI, consistente en permitir la comunicacin extremo a

A diferencia de lo que ocurre en el modelo OSI, donde los protocolos para nada intervienen en la

descripcin del modelo, la capa Internet define aqu un formato de paquete y un protocolo, llamado IP (Internet Protocol), que se considera el protocolo "oficial" de la arquitectura.

Mdulo I Arquitectura de Red Pg. 41

servicio fiable y garantiza que todas las unidades denominadas segmentos lleguen ordenadas y sin errores. Equivale a la capa de transporte del modelo OSI.

extremo (host a host) en la red. Aqu se definen dos protocolos: el TCP (Transmission Control Protocol) ofrece un servicio confiable, con lo que los paquetes (aqu llamados mensajes) llegan ordenados y sin errores. TCP se ocupa tambin del control de flujo extremo a extremo, para evitar que, por ejemplo, un host rpido sature a un receptor ms lento. Ejemplos de protocolos de aplicacin que utilizan TCP son el SMTP (Simple Mail Transfer Program, o correo electrnico) y el FTP (File Transfer Program).

Aplicacin

Posee todos los protocolos de alto nivel que se utilizan para ofrecer servicios a los usuarios. Esta capa equivale a las capas de sesin, presentacin y aplicacin del modelo OSI.

Afirma que esta capa desarrolla las funciones de las capas de sesin, presentacin y aplicacin del modelo OSI. La experiencia ha demostrado que las capas de sesin y presentacin son de poca utilidad, debido a su escaso contenido, por lo que la aproximacin adoptada por el modelo TCP/IP parece mejor. Contiene todos los protocolos de alto nivel que se utilizan para ofrecer servicios a los usuarios, entre estos podemos mencionar tanto los "tradicionales", que existen desde que se cre el TCP/IP: terminal virtual (TelNet), transferencia de archivos (FTP), correo electrnico (SMTP) y servidor de nombres de dominio (DNS), as como los ms

Mdulo I Arquitectura de Red Pg. 42

recientes, como el servicio de news (NNTP) y el Web (HTTP), entre otros.

Grfico I.12. Encapsulamiento de datos en la arquitectura TCP/IP. Fuente: INICTEL (2003)

2.4. Comparacin entre Modelos Referenciales OSI y TCP/IP

Como se muestra en el Grfico I.13, la capa de acceso a la red es equivalente a las capas de enlace de datos y la capa fsica del modelo OSI. La capa de Internet equivale a la capa de red en el modelo OSI. La capa de transporte equivale a la capa de transporte del modelo OSI y la capa de aplicacin del modelo TCP/IP equivale a las capas de aplicacin, presentacin y sesin del modelo OSI, as lo explica CISCO SYSTEMS (2001).

Mdulo I Arquitectura de Red Pg. 43

Grfico I.13. Comparacin de los modelos TCP/IP y OSI Fuente: Cisco Systems (2001)

Grfico I.14. Equivalencia de capas entre los modelos TCP/IP y OSI Fuente: Cisco Systems (2001)

Mdulo I Arquitectura de Red Pg. 44

Segn Montaana (2006), la gnesis del modelo OSI y TCP/IP fue muy diferente. En el caso de OSI, primero fue el modelo y despus los protocolos, mientras que en TCP/IP el orden fue inverso. Como consecuencia de ello, el modelo OSI es ms elegante, est menos condicionado por ningn protocolo en particular, y se utiliza profusamente como modelo de referencia para explicar todo tipo de redes. El modelo OSI hace una distincin muy clara entre servicios, interfaces y protocolos, conceptos que a menudo se confunden en el modelo TCP/IP. Se puede afirmar adems que la arquitectura (o el modelo) OSI es ms modular y acadmico que el TCP/IP. Sin embargo, este mayor nivel de abstraccin tambin tiene sus inconvenientes. Los diseadores del modelo OSI no tenan experiencia prctica aplicando su modelo para desarrollar protocolos y olvidaron algunas funcionalidades importantes.

Ejemplo I.14
Redes broadcast
Por ejemplo, las redes broadcast no fueron previstas inicialmente en la capa de enlace, por lo que se tuvo que insertar a la fuerza la subcapa MAC para incluirlas. Otro problema era que no se haba previsto la interconexin de redes diferentes, cosa que fue, como ya se vio anteriormente, el alma mter del modelo TCP/IP.

El modelo OSI tiene siete capas, mientras que el modelo TCP/IP slo tiene cuatro. Aunque es desafortunada la fusin de la capa fsica y la de enlace en una oscura capa host-red, la fusin de las capas de sesin, presentacin y aplicacin en una sola en el modelo TCP/IP es claramente ms lgica que la del modelo OSI.

Mdulo I Arquitectura de Red Pg. 45

Grfico I.15. Modelos OSI y TCP/IP Fuente: INICTEL (2003)

Montaana (2006) tambin dice que otra diferencia fundamental estriba en los servicios orientados a conexin (CONS) o no orientados a conexin (CLNS). El modelo OSI soporta ambos modos en la capa de red, pero slo el modo CONS en la capa de transporte, que es la que percibe el usuario. El modelo TCP/IP en cambio soporta slo CLNS en la capa de red, pero ambos en la de transporte. Quiz un sutil detalle pueda explicar esta diferencia: el servicio CONS en el mbito de red hace mucho ms sencillo facturar por tiempo de conexin, cosa a la que estn muy acostumbradas las compaas telefnicas, que son las que han participado activamente en los comits tcnicos de ISO que disearon el modelo OSI. En la prctica, los protocolos basados en las normas estndar OSI definidas por la ISO nunca llegaron a tener gran relevancia en el mbito mundial, a pesar que la mayora de los grandes fabricantes de computadores y compaas telefnicas impulsaron su utilizacin, ofreciendo productos y servicios basados en ellos. Las razones principales que motivaron este fenmeno se pueden resumir en los siguientes puntos:

Mdulo I Arquitectura de Red Pg. 46

1. Momento inadecuado: Para cuando estaban disponibles productos comerciales basados en protocolos OSI (finales de los '80), ya estaban ampliamente difundidos los productos basados en los protocolos TCP/IP. Esto era especialmente cierto en entornos acadmicos (universidades y centros de investigacin), que aunque econmicamente no eran los mejores dotados, s tenan las mayores redes a nivel mundial. 2. Tecnologa inapropiada: Como ya se ha comentado, la eleccin del modelo de siete capas para el protocolo OSI era algo forzada. Una de las razones que llevaron a elegir este nmero de capas era que coincida con el del modelo SNA de IBM, el cual dominaba el mercado de la Informtica por aquel entonces. Los autores del modelo OSI crean que aproximndose a SNA tenan mayores posibilidades de xito. La complejidad de la arquitectura OSI (anlogamente a la SNA) es considerable, y en muchos aspectos difcil de traducir en programas. 3. Implementaciones inadecuadas: En parte como consecuencia de su complejidad, los productos comerciales que aparecan basados en los protocolos OSI eran muy caros y poco fiables. Esto cre un crculo vicioso, ya que al ser onerosos, los usuarios no los compraban y al no utilizarse en condiciones reales, los nuevos productos no se depuraban. Adems, las empresas fabricantes tenan que mantener un alto precio del software OSI para compensar los elevados costos de desarrollo y mantenimiento. Como contraste, una de las primeras implementaciones de TCP/IP formaba parte del sistema operativo UNIX de Berkeley, era muy buena y adems se distribua gratuitamente. No es extrao pues, que rpidamente se asociara OSI con baja calidad, complejidad y costos elevados. 4. Mala poltica: El desarrollo de OSI era patrocinado principalmente por la ISO, las PTTs europeas, la Comunidad Europea y los gobiernos de sus pases miembros; las decisiones
Mdulo I Arquitectura de Red Pg. 47

eran fruto de multitud de reuniones de los diversos comits y grupos de trabajo, y en ocasiones se tomaban en consideracin no slo aspectos tcnicos sino tambin polticos, buscando el compromiso entre sus miembros. Por el contrario, el desarrollo de TCP/IP segua un curso mucho ms improvisado e informal, cualquier persona poda (y puede) proponer un nuevo protocolo para su estandarizacin independientemente de su nacionalidad, prestigio o situacin laboral. Haciendo una simplificacin, se puede decir que OSI funcionaba como una "democracia parlamentaria" (similar a un gobierno moderno), mientras que TCP/IP era ms similar a una ONG, o a un movimiento alternativo; esto se reflejaba incluso en la indumentaria utilizada por uno y otro colectivo. No es de extraar que en entornos acadmicos (de nuevo recurdese los ms avanzados en redes globales) se viera con mucha ms simpata el mecanismo de estandarizacin del TCP/IP que el de OSI.

2.5. Formato de trama genrico

Hay varios tipos distintos de tramas que se describen en diversos estndares. Una trama genrica nica tiene secciones denominadas campos, y cada campo est formado por bytes. Los nombres de los campos son los siguientes: 1. Campo de inicio de trama. 2. Campo de direccin. 3. Campo de longitud / tipo / control. 4. Campo de datos. 5. Campo de secuencia de verificacin de trama.
Mdulo I Arquitectura de Red Pg. 48

6. Campo de fin de trama. 7. Campo de inicio de trama. Cuando los computadores se conectan a un medio fsico, debe existir alguna forma mediante la cual puedan llamar la atencin de otros computadores para enviar un broadcast del mensaje "Aqu viene una trama!". Las diversas tecnologas tienen distintas formas para hacerlo, pero todas las tramas, de cualquier tecnologa, tienen una secuencia de bytes de inicio y sealizacin, segn CISCO SYSTEMS (2001). Campos de direccin: Todas las tramas contienen informacin de denominacin como el nombre del computador origen (direccin MAC) y el nombre del computador destino (direccin MAC), CISCO SYSTEMS (2001). Campo de longitud/tipo/control: La mayora de las tramas tienen algunos campos especializados. En algunas tecnologas, el campo "longitud" especifica la longitud exacta de una trama. Algunas tienen un campo "tipo", que especifica el protocolo de la Capa 3 que realiza la peticin de envo. Tambin hay algunas tecnologas que no utilizan estos campos, CISCO SYSTEMS (2001). Campo de datos: La razn del envo de tramas es hacer que los datos de las capas superiores (en definitiva, los datos de aplicacin del usuario) lleguen desde el computador origen al computador destino. El paquete de datos que desea enviar se compone de dos partes. En primer lugar, el mensaje que desea enviar y, segundo, los bytes encapsulados que desea que lleguen al computador destino. Junto con estos datos, tambin debe enviar algunos bytes adicionales.

Mdulo I Arquitectura de Red Pg. 49

Estos bytes se denominan bytes de relleno, y a veces se agregan para que las tramas tengan una longitud mnima con fines de temporizacin. Los bytes LLC tambin se incluyen en el campo de datos de las tramas estndar IEEE. Recurdese que la subcapa de Control de Enlace Lgico (LLC) toma los datos de protocolo de red, un paquete IP, y agrega informacin de control para ayudar a enviar ese paquete IP hacia su destino. La Capa 2 se comunica con las capas de nivel superior a travs del Control de Enlace Lgico (LLC), CISCO SYSTEMS (2001). Secuencia de verificacin de la trama: Todas las tramas y los bits, bytes y campos ubicados dentro de ellas, estn expuestos a tener errores de distintos orgenes. Es necesario que se sepa cmo detectarlos. Una forma efectiva, aunque ineficaz de hacerlo, es enviar cada trama dos veces, o hacer que el computador destino enve una copia de la trama original nuevamente al computador origen antes de que pueda enviar otra trama, CISCO SYSTEMS (2001). Afortunadamente, hay una forma ms efectiva y eficiente, en donde slo se descartan y se vuelven a transmitir las tramas defectuosas. El campo de Secuencia de Verificacin de Trama (FCS) contiene un nmero calculado por el computador origen y se basa en los datos de la trama. Cuando el computador destino recibe la trama, vuelve a calcular el nmero FCS y lo compara con el nmero FCS que se incluye en la trama. Si los dos nmeros son distintos, se da por sentado que se ha producido un error, se descarta la trama y se le pide al origen que vuelva a realizar la transmisin, CISCO SYSTEMS (2001). Hay tres formas principales para calcular el nmero de Secuencia de Verificacin de Trama:

Mdulo I Arquitectura de Red Pg. 50

1. Verificacin por Redundancia Cclica (CRC): Ejecuta clculos polinmicos con los datos. 2. Paridad de dos dimensiones: Agrega un octavo bit que hace que una secuencia de 8 bits tenga un nmero impar o par de unos binarios. 3. Suma de comprobacin Internet: Agrega los valores de todos los bits de datos para obtener una suma.

Grfico I.16. Formato de trama genrico Fuente: Cisco Systems (2001)

2.6. Clculo de CRC

La secuencia de verificacin de las tramas de las redes de rea local, generalmente son calculadas con el Chequeo de Redundancia Cclica (CRC). Segn Tomasi (1996) el 99.95% de todos los errores de transmisin es posible detectarlos con el CRC. Segn INICTEL (2003), el algoritmo de control de errores ms utilizado en la prctica se basa en lo que se conoce como cdigos polinmicos (tambin llamados verificacin de redundancia cclica o CRC, Cyclic Redundancy Check). La idea bsica es la misma que en el caso de los bits

Mdulo I Arquitectura de Red Pg. 51

de paridad: aadir a los datos a transmitir unos bits adicionales cuyo valor se calcula a partir de los datos; la trama as construida se enva, y el receptor separa los bits de datos de la parte CRC; a partir de los datos recalcula el CRC y compara con el valor recibido; si ambos no coinciden se supone que ha habido un error y se pide retransmisin. INICTEL (2003) afirma que la aritmtica polinmica tiene unas propiedades singulares que la hacen especialmente fcil de programar en sistemas digitales, por lo que es posible implementarla directamente en hardware y con lo que se consigue una eficiencia elevada, cosa importante para evitar que la comunicacin se haga lenta por el clculo del CRC. He aqu algunas de estas propiedades: Supngase la siguiente suma de polinomios:

Observe cmo no se arrastra valor a la unidad superior. En la prctica, el resultado de la suma es equivalente a haber efectuado un OR EXCLUSIVO bit a bit entre las dos cadenas. En el caso de la resta, la situacin es idntica:

Mdulo I Arquitectura de Red Pg. 52

Ya que al utilizar mdulo 2, la operacin de dos valores iguales siempre da 0 y dos diferentes da 1. En el caso de la divisin, la operacin se hace como en binario, con la nica peculiaridad de que la resta se hace mdulo 2, como se acaba de ver. Observe paso a paso cmo se utiliza todo esto en una transmisin de datos con un ejemplo concreto: En primer lugar el emisor y el receptor acuerdan un generador polinmico comn G(x), por ejemplo: x4 + x + 1 (que se representar como 10011 o g); el primero y el ltimo bit de un generador polinmico siempre debe ser 1. El CRC siempre tiene una longitud un bit menos que el generador polinmico utilizado, por lo que en este caso ser de 4 bits. Suponga ahora que el emisor desea transmitir la cadena c1, formada por los bits 1101011011, que se puede ver como un polinomio de grado 9 (los datos a transmitir siempre deben tener ms bits que el generador polinmico utilizado). El emisor aade cuatro bits 0 al final de los datos a transmitir, formando la cadena c2: 110010110110000; esto equivale a multiplicar la cadena por 24. El emisor divide la cadena c2 por el generador polinmico acordado (10011) usando las reglas de divisin binaria mdulo 2 mencionada anteriormente, y calcula el resto r, que es en este caso 1110. El emisor resta el resto r de la cadena c2, formando as la cadena c3: 11010110111110. Observe que, como la resta es una operacin XOR sobre los cuatro ltimos bits, en la prctica, se hace sencillamente sustituyendo los cuatro ltimos bits de c2 por r. Al restar al divisor el resto, el valor obtenido es divisible por g.

Mdulo I Arquitectura de Red Pg. 53

La cadena c3 es transmitida al receptor. El receptor recibe la cadena c3 y la divide por g. Si el resultado no es cero, la transmisin se considera errnea y se solicita retransmisin. Este algoritmo puede parecer en principio extrao y arbitrario, pero tiene tres caractersticas de inters: Da un resultado predecible y reproducible, por lo que aplicado sobre unos mismos datos, siempre dar el mismo resultado.

Las operaciones utilizadas (desplazamiento, XOR, etc.) lo hacen muy fcil de implementar en hardware.

Suministra un mecanismo extremadamente flexible y robusto para la deteccin de errores, a travs de la eleccin del generador polinmico adecuado.

Los generadores polinmicos ms utilizados forman parte de estndares internacionales, y son los siguientes:

2.7. Formato del datagrama IP

Segn CISCO SYSTEMS (2001), el paquete/datagrama de la Capa 3 se transforma en los datos de la Capa 2, que entonces se encapsula en tramas (como se describi anteriormente). De forma similar, el paquete IP est formado por los datos de las capas superiores ms el encabezado IP, que est formado por:

Mdulo I Arquitectura de Red Pg. 54

Cuadro I.3. Formato del datagrama IP

Componentes
Versin

Descripcin
Indica la versin de IP que se usa en el momento (4 bits)

Longitud del encabezado IP (HLEN)

Indica la longitud del encabezado del datagrama en palabras de 32 bits (4 bits)

Tipo de servicio

Especifica el nivel de importancia que le ha sido asignado por un protocolo de capa superior en particular (8 bits)

Longitud total

Especifica la longitud de todo el paquete IP, incluyendo datos y encabezado, en bytes (16 bits)

Identificacin

Contiene un nmero entero que identifica el datagrama actual (16 bits)

Sealadores

Un campo de 3 bits en el que los dos bits de orden inferior controlan la fragmentacin; un bit que especifica si el paquete puede fragmentarse y el segundo, si el paquete es el ltimo fragmento en una serie de paquetes fragmentados (3 bits)

Compensacin de fragmentos

El campo que se utiliza para ayudar a reunir los fragmentos de datagramas (16 bits)

Mdulo I Arquitectura de Red Pg. 55

Tiempo de Existencia

Mantiene un contador cuyo valor decrece, por incrementos, hasta cero. Cuando se llega a ese punto se descarta el datagrama, impidiendo as que los paquetes entren en un loop interminable (8 bits)

Protocolo

Indica cul es el protocolo de capa superior que recibe los paquetes entrantes despus de que se ha completado el procesamiento IP (8 bits)

Suma de comprobacin del encabezado Direccin origen

Ayuda a garantizar la integridad del encabezado IP (16 bits)

Especifica el nodo emisor (32 bits)

Direccin destino

Especifica el nodo receptor (32 bits)

Opciones

Permite que IP soporte varias opciones, como la seguridad (longitud variable)

Datos

Contiene informacin de capa superior (longitud variable, mximo 64 Kb)

Relleno

Se agregan ceros adicionales a este campo para garantizar que el encabezado IP siempre sea un mltiplo de 32 bits

Mdulo I Arquitectura de Red Pg. 56

Grfico I.17. Formato del Datagrama IP Fuente: Cisco Systems (2001)

2.8. Formato del paquete TCP

Segn CISCO SYSTEMS (2001) el Protocolo de Control de Transmisin (TCP) es un protocolo de la Capa 4 (la capa de transporte) orientado a conexin que brinda transmisin de datos confiable full-duplex. TCP forma parte de la pila de protocolo TCP/IP. A continuacin se vern las definiciones de los campos en el segmento TCP: Puerto origen: Nmero del puerto que realiza la llamada. Puerto destino: Nmero del puerto que recibe la llamada. Nmero de secuencia: Nmero que se usa para garantizar el secuenciamiento correcto de los datos entrantes.

Nmero de acuse de recibo: Prximo octeto TCP esperado.

Mdulo I Arquitectura de Red Pg. 57

HLEN: Cantidad de palabras de 32 bits del encabezado. Reservado: Se establece en cero. Bits de cdigo: Funciones de control (por ejemplo, configuracin y terminacin de una sesin)

Ventana: Cantidad de octetos que el emisor desea aceptar. Suma de comprobacin: Suma de comprobacin calculada del encabezado y de los campos de datos.

Marcador urgente: Indica el final de los datos urgentes. Opcin: Tamao mximo de segmento TCP. Datos: Datos de protocolo de capa superior.

Grfico I.18. Formato del segmento TCP Fuente: Cisco Systems (2001)

Mdulo I Arquitectura de Red Pg. 58

2.9. Formato del segmento UDP

Segn CISCO SYSTEMS (2001) el Protocolo de Datagrama de Usuario (UDP) es el protocolo de transporte no orientado a conexin de la pila de protocolo TCP/IP. UDP es un protocolo simple que intercambia datagramas, sin acuse de recibo ni entrega garantizada. El procesamiento de errores y retransmisin deben ser manejados por otros protocolos. El UDP no usa ventanas ni acuses de recibo, por lo tanto, los protocolos de capa de aplicacin proporcionan confiabilidad. UDP est diseado para las aplicaciones que no necesitan agrupar secuencias de segmentos.

Grfico I.19. Formato del segmento UDP Fuente: Cisco Systems (2001)

Mdulo I Arquitectura de Red Pg. 59

2.10. Clculo del Checksum IP

Grfico I.20. Captura de datagrama IP Fuente: Nez (2006)

Segn el RFC 1070, el clculo del Checksum se realiza de la siguiente forma:

Los bytes adyacentes se agrupan en parejas para formar enteros de 16 bits, y se calcula la suma de complemento a 1 de estos enteros de 16 bits.

Para generar el Checksum, los bytes que indican el Checksum en el encabezado son puestos a 0, y el complemento a 1 de la suma anterior es colocada en este lugar.

Mdulo I Arquitectura de Red Pg. 60

Para verificar el Checksum, se realiza la suma de enteros de 16 bits, incluyendo los bytes del Checksum (recibidos) y el resultado debe ser todos los bits en 1 (-0 en la aritmtica de complemento a 1), para que el chequeo sea exitoso.

Segn el RFC 791, que define el IP, el Checksum abarca la suma de solamente el encabezado IP, por lo que se procede a realizar el Checksum:

Grfico I.21. Clculo del Checksum IP Fuente: Urdaneta (2004)

Mdulo I Arquitectura de Red Pg. 61

Grfico I.22. Verificacin del Checksum IP Fuente: Urdaneta (2004)

Mdulo I Arquitectura de Red Pg. 62

2.11. Clculo del Checksum TCP

Grfico I.22. Verificacin del Checksum IP Fuente: Urdaneta (2004)

Segn el RFC 793, que define el TCP, el Checksum abarca la suma de los siguientes elementos: el encabezado TCP, la data y el pseudoencabezado IP de 96 bits, el cual comprende:

Grfico I.23. Pseudoencabezado IP Fuente: INICTEL (2003)

Se pueden extraer (aunque por ser el mismo paquete del ejemplo anterior) estos datos desde esta traza:
Mdulo I Arquitectura de Red Pg. 63

Grfico I.24. Clculo del Checksum TCP Fuente: Urdaneta (2004)

Grfico I.25. Verificacin del Checksum TCP Fuente: Urdaneta (2004)

Mdulo I Arquitectura de Red Pg. 64

2.12. Clculo de Checksum UDP

Grfico I.26. Captura de Segmento UDP Fuente: Nez (2006)

Segn el RFC 793, que define el UDP, el Checksum abarca la suma de los siguientes elementos: el encabezado UDP, la data y el pseudoencabezado IP de 96 bits, el cual comprende:

Grfico I.27. Pseudoencabezado IP Fuente: INICTEL (2003)

Se pueden extraer (por anlisis de la traza) estos datos desde esta traza:

Mdulo I Arquitectura de Red Pg. 65

Grfico I.28. Clculo del Checksum UDP Fuente: Urdaneta (2004)

Grfico I.29. Verificacin del Checksum UDP Fuente: Urdaneta (2004)

Mdulo I Arquitectura de Red Pg. 66