Redes IP Protocolos Tipos de Servidores y Servicios

COMPONENTES DE LAS REDES IP
1201
COMPONENTES DE REDES IP
Sobre los atributos de las redes de datos y los diferentes tipos de redes comerciales. Referido a las funciones de hub, switch y routers de red. Referido a los server para redes IP.
1- INTRODUCCIN
1.1- COMPONENTES DE UNA RED Por una red de datos se entiende la posibilidad de comunicacin entre elementos informticos (entidades de un sistema). La seleccin de la red de datos apropiada debe atender a un componente estratgico (planeamiento a largo plazo) y otro tctico (desarrollo a corto plazo). La ms simple de las redes de datos es la comunicacin punto-a-punto entre PC mediante mdem analgicos que funciona con el soporte de la red de telefona PSTN. Desde Window 95 es posible la comunicacin entre computadores mediante la puerta paralelo LPT (conector DB-25) sin requerir un hardware adicional. COMPONENTES DE UNA RED. Los elementos que componen una red de datos son: -Software. Se trata del software de comunicacin que trabaja apoyado sobre el sistema operativo del computador. -Server. Permite administrar la memoria, el backup de archivos (file), el servicio de correo electrnico (mail) y el facsmil electrnico, la comunicacin con sistemas remotos, la base de datos y directorios, la administracin de la impresora. El concepto de trabajo client/server se ha introducido en 1987 para ambientes de operacin LAN. -Sistema de cliente (Nodos y Workstations). Se trata de las PC que se conectan a la red LAN y que completan el concepto cliente/servidor. Se utiliza para procesador de palabra, diseo grfico, base de datos, gestin de proyectos, etc. -Interfaz de red NIC (Network Interface Cards o Network Board). Conecta una PC a la red de datos; se trata de un circuito conectado a la unidad maestra de la PC. Cumple funciones de capa 1 para conexin al medio fsico de enlace. -Hub/Bridge/Switch/Router/Gateway. Permite reunir en un punto los elementos de la red. Se trata de componentes activos que regeneran las seales de datos, direccionan paquetes, evalan protocolos y pueden tener funciones de supervisin remota. 1.2- FUNCIONES DE LOS PROTOCOLOS Un protocolo es normalmente un software que realiza un conjunto de funciones. Esto define las acciones que cumple cada capa de la red de datos. Las funciones de un protocolo son entre otras las siguientes: -Segmentacin y encapsulado en transmisin y ensamble en recepcin de secuencias extensas de datos. -Multiplexacin e identificacin de tramas de distintos usuarios de capas superiores. -Control de conexin (inicio y final de llamada) y control de flujo de datos. -Control de paridad para deteccin de errores y el descarte de tramas o pedido de retransmisin de las mismas. -Seleccin de ruta (conmutacin) o filtrado de direcciones cuando corresponde. -El control de flujo de datos para detener la emisin cuando el receptor no est disponible. SEGMENTACIN y ENSAMBLE. Las razones que son mencionadas para efectuar la segmentacin de los datos a transmitir incluye: -La distribucin del medio de enlace en forma ms equitativa entre los usuarios, -La segmentacin permite disminuir el retardo de acceso e impide la monopolizacin del medio de enlace, -Permite que el tamao del buffer requerido para los datos sea ms pequeo, -Se logra un control de errores ms eficiente cuando los segmentos son pequeos, -Permite la retransmisin de tramas ms cortas. Sin embargo, una segmentacin en paquetes pequeos tiene sus desventajas: -Reduce la eficiencia de datos al involucrar un encabezado proporcionalmente mayor, -Los bloques pequeos pueden involucrar tambin un nmero mayor de interrupciones, -Se requiere un tiempo mayor de procesamiento. CONTROL DE FLUJO DE DATOS. Este concepto se refiere a la capacidad del receptor de controlar la emisin de datos desde el otro extremo. Los mtodos usados son varios, dependiendo de la capa involucrada. Sobre la capa 1 es un control elctrico (hardware) en tanto que sobre las capas superiores se realiza en forma de secuencia de datos (software).
1201-(1)

Por ejemplo, sobre la interfaz RS-232 (Capa 1) se dispone de un hilo de solicitud de transmisin RTS (Request to Send) y otro de autorizacin CTS (Clear to Send) para la transmisin de datos. Otra tcnica posible se denomina asincrnica y se conoce como XON/XOFF. Se aplica para conexin del computador con un mdem de datos. De esta forma el mdem puede controlar la llegada de datos desde la PC hacia la lnea telefnica cuando el buffer se encuentra saturado (seal XOFF hacia el computador para detener la emisin y XON para reiniciarla; caracteres ASCII 19 y 17 respectivamente). En varios protocolos de capas superiores se involucra el reconocimiento ARQ (Automatic Request Repeat) de las tramas recibidas. Se trata de numerar las tramas sucesivas emitidas y confirmar el nmero de la trama correctamente recibida. Tal caso se presenta sobre la capa 2 en los protocolos de tipo HDLC (por ejemplo, LAP-B en X.25). Para mejorar la eficiencia se adopta una ventana o crdito (Window), de forma que el emisor contina emitiendo tramas, an sin recibir el reconocimiento, hasta el valor del crdito establecido. En Frame Relay se adoptan alarmas enviadas hacia adelante y atrs para controlar el flujo de datos cuando existe congestin en un nodo de la red. En el protocolo TCP/IP (capa 4/3 del modelo ISO) se adopta un control de flujo ms sofisticado: con cada trama de TCP se enva el valor de la ventana (WIN) consistente en un campo de 2 bytes que indica la cantidad de bytes que pueden ser transferidos en el prximo paquete. CONTROL DE ERRORES. Se involucra un campo de bits de paridad (checksum o CRC-16/32) que permite determinar las tramas con error. En este caso se puede efectuar el descarte de la trama de datos afectada (Frame Relay o ATM) o pedir la repeticin automtica ARQ (protocolos X.25 y redes LAN). El checksum se calcula como la suma binaria de los datos transmitidos y es menos eficaz que el chequeo de redundancia cclica CRC. CONTROL DE CONEXIN. El tipo de Servicio ofrecido por la red es: -Orientado con-conexin (Connection-Oriented), -Orientado sin-conexin (Connection-less Oriented). El Servicio orientado con-conexin se modela de acuerdo con el sistema telefnico y el servicio orientado sin-conexin de acuerdo con el correo postal. En el primero se establece inicialmente una conexin (canal virtual) y se mantiene hasta la desconexin. En el segundo cada mensaje lleva la direccin completa y el enrutamiento es independiente para cada mensaje. Esto puede producir que el arribo de los mensajes est fuera de orden. En el primero es ms fcil el control de flujo para la congestin y el encabezado ms corto. El servicio sin-conexin es solicitado por los usuarios de redes de datos debido a que permite el arribo de las tramas an con interrupcin de ciertos enlaces en una red malla. En tanto el servicio con-conexin es el generalmente soportado por las empresas de telecomunicaciones por la simplicidad sobre los nodos de enrutamiento. Sin embargo, esta diferencia no es muy apreciable: en con-conexin es posible un re-enrutamiento automtico (aplicado en X.25, por ejemplo) y en sin-conexin el trayecto en la red es mantenido a menos que exista una razn para cambiarlo. DIRECCIONAMIENTO. En una red de datos se requiere la identificacin de los usuarios que participan en la conexin mediante las direcciones de origen y destino. Estas direcciones pueden ser fsicas (mediante hardware o firmware en una memoria EPROM) o lgicas (establecida mediante el sistema operativo de la red). El direccionamiento provoca una caracterstica denominada Latencia: Un switch no puede direccionar un paquete hasta recibir el campo de control de errores (contenido al final del paquete) y verificar su correcto estado. Si existiese un error y se encontrase en el campo de direccin, el enrutamiento sera incorrecto. La latencia incrementa el retardo y obliga a una mayor velocidad en las redes. Esta accin ha determinado un servicio especial en las redes conmutadas de paquetes que se denomina Store-and-Forward (memorizando los datos en la red y transmitiendolos en horarios de tarifa reducida). 1.3- ATRIBUTOS DE LAS REDES DE DATOS . Al final de este trabajo se presenta una clasificacin de las redes de datos. Los enlaces y las redes de datos poseen caractersticas (atributos) que permiten varias clasificaciones (ver Tabla 01). Debe tenerse en cuenta que el modelo de capas, surge de la secuencia de conceptos de enlace, de red y de servicio.
1201-(2)
ENLACE.
RED.
SERVICIO.
Duplexin
Cadencia
Sincronismo
Segmentacin
Conmutacin
Extensin
Topologa
Estructura Orientacin Control flujo
Control error
Tabla 01: Caractersticas (atributos) fundamentales de las redes de datos. Surge con la necesidad de comunicar dos puntos y lleva asociados los siguientes conceptos: Sistema: teora de la informacin, teora de seales y del ruido, Bidireccionalidad: considera la estabilidad, el eco, la atenuacin y los equivalentes de referencia, Multiplexado: FDM (potencia, ruido, diafona e intermodulacin) y TDM (muestreo y codificacin), Transmisin: medios de enlace y ecuacin del enlace, la modulacin y los errores. Se desarrolla como una estructura bidimensional de enlaces que involucra: Topologa y Enrutamiento (el trnsito, desborde y jerarqua). Conmutacin y Concentracin (el trfico, la prdida de informacin y la espera). Sealizacin (establecimiento, desarrollo e interrupcin de servicio). Se estructura sobre la red como un conjunto de 7 capas. Involucra: Protocolos: permiten realizar operaciones para servir a la capa superior. ATRIBUTOS Simultaneidad en la transmisin y recepcin de datos: -Simplex (conexin unidireccional). -Half-dplex (conexin bidireccional con transmisin alternativa). -Full-dplex (bidireccional simultnea). Forma de la emisin de datos. -Asincrnicos (emisin por rfagas de caracteres, start-stop). -Sincrnicos (emisin peridica y continua). Determinada por las redes de transporte. Tendencia desde PDH a SDH. -Plesicronas (emisores con distinto reloj) PDH. -Sincrnicas (dependientes de un solo reloj) SDH. Tipo de segmentacin de datos. -Por paquetes/tramas/segmentos/datagramas (longitud variable de Bytes). -Por celdas (longitud constante). Se refiere a la forma de mantener la conexin entre extremos. Ver tambin Orientacin. -Punto a punto (E1/T1). -Redes con conexin virtual conmutada SVC por paquetes (X.25). -Redes con conexin permanente PVC (Frame Relay, ATM). -Redes de rea local LAN (Ethernet y token ring), -Red de rea metropolitana MAN (FDDI, DQDB). -Red de rea extendida WAN (X.25, Frame Relay y ATM). -Redes en estrella y malla (red conmutada WAN). -Bus (LAN Ethernet), y Doble-bus (MAN-DQDB; ATM). -Anillo (token ring) y Doble anillo (FDDI). -Enlace (unidimensional); Red (bidimensional) y Servicio (tridimensional). -Con-conexin (enrutamiento igual para todos los paquetes de la conexin virtual). -Sin-conexin (enrutamiento independiente para cada paquete). Se refiere a la forma en que el receptor puede controlar la emisin de datos desde el transmisor. -Fuera de banda (del tipo RTS/CTS) y dentro de banda (Xon/Xoff). -Del tipo Stop and wait ARQ (ejemplo, protocolos LAP-B/D). -Mediante un crdito variable (ejemplo, protocolo TCP en capa 4). -Mediante chequeo de paridad de la trama completa (Frame Relay) o solo del encabezado (ATM). -En base a los errores se puede retransmitir (X-25) o descartar la trama (Frame Relay).
1201-(3)
2- REDES DE DATOS COMERCIALES.

En la Tabla 02 adjunta se muestran las redes de datos comerciales. Las redes de rea local LAN (Ethernet y Token Ring) permiten la interconexin en un rea restringida de elementos informticos. La interconexin de LAN se puede efectuar mediante redes punto-a-punto E1-Fraccional, mediante redes de rea metropolitana MAN (FDDI y DQDB) y redes de rea extendida WAN (X.25, Frame Relay y ATM). La red Internet involucra funciones de capas 3/4 y superiores; hacen uso de las redes anteriores que involucran las capas 1/2. La red ISDN ocupa la capa 1 para la integracin de usuarios digitales; en tanto que la sealizacin se efecta mediante la red SS7 y DSS1. Tabla 02: Comparacin de las caractersticas principales de las redes de datos que se disponen comercialmente. Ethernet Token R FDDI DQDB E1-Frac X.25/75 F. Relay ATM Internet ISDN LAN LAN MAN MAN WAN WAN WAN WAN WAN WAN P-a-Punto P-a-Punto P-a-Punto Conmutada ADM Conmutada P-a-Punto Conmutada Conmutada Conmutada IEEE 802 IEEE802 ANSI IEEE 802 ITU-T X ITU-T I ITU-T I ITU-T I 1973-85 1980-85 1985-88 1985-88 1976-88 1988-92 1984-92 1970-82 1976-88 PC PC LAN LAN Varios Telex/PC PC/LAN Todos PC/LAN Tel/Datos 1-2 1-2 1-2 1-2 1 1-2-3 1-2 1-2 3-4 1
Denominacin. Extensin de la red Tipo de conexin Normalizacin Perodo de normalizacin Tipo de usuario Modelo de capas Capa Fsica. Velocidad en bit/s Medio fsico Topologa de red Acceso al medio Capa de segmentacin. Nmero de capa Segmentacin de datos Mensaje: Tipo de capa 2 Longitud de trama Byte Delimitacin de trama Enrutamiento Tipo de conexin Control de error Correccin de errores Control de flujo de datos Crdito de tramas
SS7 WAN Dedicada ITU-T Q 1976-88 Sealiz. 1-2-3-4
DSS1 WAN Dedicada ITU-T I 1976-88 Sealiz. 1-2-3
10 M coaxial/par bus/rbol CSMA/CD
4/16 M par trenz. Anillo Token
100 M F.Optica Doble anilo Token
34/140 M F.Optica doble bus Cola DQ
2M malla/anilo
64 K malla PAD
Nx64 K
Nx155 M malla/anilo malla
144 K Par Estrella
64 K malla
16 K estrella
FRAD
2 Trama LLC max 1536 Prembulo Direccin Sin-conex CRC-32 ARQ RNR 127
2 Celda
---
2/3 Paquete LAP-B max 141 Bandera Direccin C.Virtual CRC-16 ARQ RNR 7
2 Trama LAP-F Bandera DLCI C.Virtual CRC-16 No B/FECN
2 Celda
3/4 Datagrama
---
2 Mensaje HDLC max 70 Bandera Direccin Sin-conex CRC-16 ARQ Crdito 7
LAP-D Bandera Direccin Sin-conex CRC-16 ARQ RNR 7
53 By HEC VPI/VCI Con-conex CRC-8 No
53 Byte HEC VPI/VCI C.Virtual CRC-8 No No
Sin-conex ARQ Crdito variable
1201-(4)
3- COMPONENTES DE LA RED
Los objetivos del presente trabajo se centran en la descripcin de los Routers que realizan funciones a nivel de capa 3, los componentes de una red IP y los servicios que la misma puede brindar. A fines de la dcada de los aos `90 este tipo de red se presentaba como la ms adaptada para las redes del primer decenio del siglo XXI. Por redes IP se entiende aquellas redes que soportadas por el protocolo TCP/IP (o similar como el IPX) se interconectan mediante routers. Se trata en principio de redes corporativas de empresas y de redes pblicas de datos de alta velocidad. Una tendencia detectada a fines de los aos 90 muestra que el crecimiento de ATM como medio de transporte para servicios multimediales se reduce ante la posibilidad de trabajar con el protocolo IP sobre fibras pticas con interfaz Gigabit Ethernet. La interconexin (internetworking) de redes se efecta de distintas formas dependiendo de los objetivos y tipos de redes involucradas. Los elementos usados para la extensin o comunicacin de una red son: repetidores, bridge, ROUTER y gateway. Se indican a continuacin las principales caractersticas de ellos. 3.1- LAYER-1. REPETIDORES. Funcionan en capa 1; no actan en el mbito de protocolos (capa 2 y 3). Efectan la repeticin elctrica de la seal (proceso de regeneracin). Permiten de esta forma la aislacin elctrica entre extremos del cable y la extensin de la LAN en un rea mayor. No permiten la aislacin del trfico; todo el trfico de un extremo pasa al otro. Introducen un retardo de propagacin a veces intolerable en redes extensas. 3.2- LAYER-2. HUB, BRIDGE Y SWITCH. HUB. Se han difundido los concentradores Hub con las redes 10BaseT debido a la facilidad de extensin de la red LAN mediante una configuracin jerrquica en estrella. Se trata de una topologa mixta con un columna Backbone de coaxial o fibra ptica y concentradores para usuarios en estrella. Un Hub es un concentrador, cuya versin ms simple es un elemental conector tipo "T" (concentrador de 3 puertas pasivo). La primer generacin de Hub activos solo ofrece funciones de repetidor-regenerador de seal digital. Disponen de hasta 8/12 puertas activas. En la segunda generacin de Hub se introducen las funciones de gestin de red. Mediante el protocolo SNMP se obtienen los estados de las puertas (se trata de un concentrador inteligente Smart Hub). Permite la generacin de segmentos virtuales de LAN (puertas de acceso mltiple). Disponen de un microprocesador para la gestin y memoria MIB (base de datos de gestin). La tercera generacin de Hub poseen un backplane de alta velocidad (por ejemplo con celdas ATM). Posee puertas de diferentes tcnicas para permitir modularidad LAN, FDDI, Router y Gestin. Incorpora funciones de conmutacin para todas las necesidades de una empresa (Enterprice Switching). Las funciones de gestin permiten la desconexin de nodos con alarma y aislacin de puertas para pruebas locales. Adems permite la conexin horaria de puertas, el anlisis de protocolo y obtener el estado de carga de enlaces. BRIDGE. Permiten interconectar distintas LAN del mismo tipo o generar varias desde una misma. Permite una mayor disponibilidad al generar LAN autosuficientes. Reducen el trfico entre secciones de red LAN. Permiten solucionar problemas de congestin de paquetes mediante aislacin de trfico. Se puede generar una red de bridge con conmutacin de paquetes (Routing) a nivel de capa MAC. Introduce retardo para medios de acceso de menor velocidad. Produce latencia de 1 mseg aproximadamente. Normalmente un bridge posee dos puertas y un switch posee ms de dos puertas. Un bridge puede utilizarse solo (como filtro entre dos secciones de LAN en la misma localizacin) o de a pares (uno en cada extremo para unir dos redes LAN distantes mediante un canal de comunicacin dedicado como ser Nx64 kb/s en una WAN). SWITCH-LAN Un hub es un medio de interconexin plano (Shared Media) a nivel de capa 2. Un bridge es un filtro de direcciones MAC con dos puertas. Un switch consiste en una operacin de Bridge de tipo multipuerta.
1201-(5)

Simultneamente con la creacin de los switch se ha generado la operacin VLAN (Virtual LAN) que consiste en agrupar los usuarios en la red en varias LAN por separado. El switch funciona en el mbito de capa 2 (MAC), procesan las direcciones MAC en una LAN y no modifican el contenido del paquete. Inspecciona la direccin de fuente y destino del paquete (MAC Address) para determinar la ruta de conmutacin. La tabla de rutas se realiza mediante un compilador de direcciones MAC. La misma es dinmica y se actualiza sobre la base de la lectura de las direcciones contenidas en los paquetes que ingresan al switch (aprendizaje mediante lectura de direcciones). Cuando un switch recibe un paquete con direccin desconocida lo emite a todas las puertas (tcnica conocida como Flooding). Contiene suficiente memoria buffer para los momentos de demanda mxima (cola de espera). El overflow del buffer produce descarte de paquetes. Generalmente son estructuras no-bloqueantes y permiten que mltiples conexiones de trfico se desarrollen simultneamente. Permiten una estructura de red jerrquica en lugar de plana (uso de Hub). Un switch LAN dispone de varias puertas de interfaz con un ancho de banda dedicado, cada puerta representa un host o un segmento de red diferente. Trabajan sobre redes LAN del tipo Ethernet, token ring y FDDI. Los switch tienen diversas estructuras de matriz de conmutacin (Switch Fabric). El switch basado en un bus implementa un backplane monoltico donde se intercambia el trfico de todos los mdulos. El switch basado en memoria shared utiliza memorias RAM de alta velocidad para interconexin de mdulos sobre el backplane. El switch punto-a-punto interconecta cada mdulo con los dems no mediante un bus sino mediante conexiones individuales. ETHERNET-CHANNEL. Una redundancia interesante se logra mediante la funcin Ether-channel. En este caso dos switch pueden ser unidos mediante lneas paralelas con trfico distinto. De esta forma, en caso de corte una sola lnea abastece al medio, reduciendo la performance pero manteniendo el servicio. 3.3- LAYER-3. ROUTER Y SWITCH. ROUTERS. Funciona en el mbito de capa 3 y por ello requiere un anlisis del protocolo Internet IP. Debe soportar distintos tipos de protocolos; por ejemplo TCP/IP, DECnet, IPX (Novell), AppleTalk, XNS (Xerox). Interconectan LAN entre s o una LAN con WAN (X.25, Frame Relay, ATM). Permiten mejorar la eficiencia de la red ya que toleran distintos caminos dentro de la red. El Router puede segmentar datagramas muy largos en caso de congestin, en cambio no pueden ensamblar datagramas. Un router se utiliza muchas veces como conversor de interfaz (LAN hacia G.703 para 2 Mb/s o V.35 para Nx64 kb/s). En conexiones de datos de baja velocidad el router puede ser colocado en el extremo del circuito de acceso al usuario para obtener supervisin de lnea. En este caso, mediante el protocolo SNMP asociado a UDP/IP se puede gestionar el punto de acceso de usuario (funcin PING por ejemplo). Los router se pueden interconectar a alta velocidad mediante interfaces de 100 Mb/s (mediante pares o fibra ptica) y 1000 Mb/s (mediante Gigabit Ethernet) para formar redes de alta velocidad. En este caso el medio de transporte entre router es una conexin LAN extendida (MAN). Normalmente el protocolo IP usado en una LAN puede ser transportado mediante una red SDH, una red ATM o directamente sobre interfaz LAN por fibra ptica. Cuando la estructura de red usada es la descripta se observa una unin entre el concepto de switch LAN y router. Algunas ventajas de los switch de capa 2 frente a los routers han determinado la idea de difundir el switch y usar el router solo una vez ("un switch cuando se puede, un router cuando se debe"). El switch tiene menor latencia, mayor capacidad de trfico (throughput), fcil administracin (concepto de gestin "plug and play") y menor costo por puerta. Los switch de capa 2 crean redes planas, en esencia se trata de un bridging. Un switch de capa 3 simula totalmente las operaciones de routing. SWITCH-IP (Layer 3 Switching). Se entiende por switch de capa 3 al equipo que realiza la operacin de enrrutamiento mediante acciones de hardware; en tanto que es un router cuando las mismas se realizan mediante acciones de software. El switch-IP se fundamenta en circuitos custom del tipo ASIC (Application-Specific Integrated Circuit). Un switch de fines de los aos `90 contiene 3 ASIC (para resolucin de direcciones; para memoria de sistema y para memoria de puertas Gigabit). Con estos puede enrutarse 40 Mpps, soportar 1,5 millones de rutas y tomar decisiones a nivel de capa 2, 3 y 4. Una diferencia de importancia entre un switch y un router es que este ltimo permite optimizar la ruta cuando la red es muy grande. Permite adems disponer de caminos alternativos y reconfigurar la tabla de rutas. Hacia fines de la dcada de los aos `90 la diferencia entre router y switch se han reducido y reciben nombres combinados con ambas funciones. La capacidad de procesamiento de un switch o un router se mide en Gb/s o Mpps (millones de paquetes por segundo) como capacidad de la matriz de conmutacin. Cuando la suma de las entradas al equipo es igual a la capacidad de la matriz de
1201-(6)

conmutacin se dice que es no-bloqueante. Cuando es inferior se dice que se sobre-escribe el equipo y se supone que el trfico no satura a la matriz. NETFLOW SWITCHING. Esta tcnica de Cisco combina las acciones de router y switch para mejorar la performance a alta velocidad (por ejemplo en Gigabit Ethernet). El primer paquete de la secuencia es enrutado en forma normal en capa 3; la informacin obtenida sirve para crear un camino (flow forwarding) y los paquetes siguientes son procesados mediante un switch de nivel 2 (se trata de una operacin orientada con-conexin). El camino se genera en base a las direcciones IP y las ports de TCP/UDP. La informacin est contenida en un cache que se crea a tal efecto. Esta tcnica de switch entre capas 2/3 se complementa en el Core de la red con Tag Switching. Por otro lado, se utiliza este mtodo para obtener informacin de performance de trfico y proveer seguridad. Esta tcnica utiliza los protocolos de routing normales y no requiere otros diseos especiales. Netflow entrega estadsticas de trfico por cada usuario, protocolo, port y tipo de servicio. Esta estadsticas son tiles para anlisis y diseo de la red y la facturacin por departamentos en una empresa. La estadstica de trfico puede contener: la hora Time-Stamp del inicio y final, las direcciones IP y port de origen y destino, nmero de interfaz de entrada y salida, nmero de paquetes y total de bytes de la transaccin. TAG SWITCHING y MPLS. Es un diseo de Cisco para el Core (Backbone) de una red IP cuando se trabaja a alta velocidad (por ejemplo, Gigabit Ethernet). Es un avance de la tcnica MPLS (Multiprotocol Layer Switching). La arquitectura Tag Switch se encuentra en RFC-2105 del ao 1997. Con posterioridad la denominacin Tag se reemplaz por Label; Tag Switching se cambi por MPLS; el protocolo TDP por LDP. Luego que la tabla de rutas converge (usando protocolos de routing convencionales) los distintos router asignan una etiqueta Tag para cada ruta posible (dicho tag se encuentra como header de capa 2 o 3). El tag es corto y de longitud fija que es mejor manejado que el tabla de rutas (se puede asimilar al identificador de trayecto virtual VPI de ATM). Los tag generados localmente en el router se intercambia con los otros mediante un protocolo TDP (Tag Distribution Protocol). Este protocolo permite distribuir, requerir y actualizar la informacin de tag. El tag switching consiste de dos componentes: el forwarding (responsable de la transferencia de paquetes) y el control. La informacin de tag se memoriza en una base de datos de informacin realizada a tal efecto y denominada TIB (Tag Information Base). Los paquetes que circulan en la red llevan el tag de identificacin y no requieren de acciones de tabla de rutas. El tag puede ser una simple ruta unicast o multicast, o un identificador de flujo de trfico (por ejemplo, para el caso de Netflow donde se identifica el flujo mediante direcciones IP, ports y polticas administrativas). Por otro lado, el tag switching puede trabajar con QoS mediante informacin de prioridades. 3.4- LAYER-4. SWITCH Se han reconocido hasta ahora dos tipos de switch: el switch de nivel 2 (funciona como un bridge de varias puertas) y el de nivel 3 (funciona como un router orientado al hardware). El switch de nivel 4 realiza funciones de conmutacin de paquetes tomando en cuenta el socket (IP address y TCP/UDP port). De esta forma se puede tener acceso al tipo de servicio (capa de aplicacin) transportado y realizar operaciones de prioridad (poltica de QoS) del trfico con mayor precisin.
1201-(7)
4- SERVIDORES
4.1- SERVER DE FIREWALL. Es un sistema o grupo de sistemas que refuerzan la seguridad en las redes corporativas o proveedores de servicios con protocolos IP. El firewall determina los servicios que pueden ser accedidos desde el exterior de la red (desde la conexin a Internet). Todo el trfico debe pasar por el firewall para ser inspeccionado. FUNCIONES. El mdulo de firewall instalado como un software sobre el router o servidor de acceso permite realizar las siguientes funciones: -Control de acceso. Es el principal objetivo del firewall. Crea un permetro de defensa diseado para proteger las reservas corporativas. Acepta, rechaza y controla el flujo de paquetes basado en identificadores de capa 3 o aplicaciones. El principio de funcionamiento es: "todas las conexiones son denegadas a menos que estn expresamente autorizadas". -Logging. Es el inicio de las conexiones entrantes y salientes. El uso de un sistema proxy y cache incrementa la velocidad de respuesta de estas operaciones. -Traslacin de direcciones. Permite realizar las funciones de NAT (Network Address Translator) asegura la supervisin de la informacin de entrada y salida. El NAT permite aliviar la escasez de direcciones IP y eliminar la necesidad de renumeracin cuando se realiza un cambio de ISP (Internet Service Provider). -Autentificacin. El proceso de autentificacin involucra a 3 componentes: el servidor, el agente y el cliente. -Reportes. El firewall ofrece un punto conveniente para monitorear (Audit and log) y generar alarmas. El firewall genera dos reas en una red: el rea pblica con facilidad de acceso desde el exterior (para visita de Web, por ejemplo) y el rea interna, detrs del firewall que se encuentra protegida contra la penetracin no deseada. El permetro de defensa se denomina zona desmilitarizada DMZ (De-Militarized Zone) y puede ser accedida por un cliente externo. El firewall puede trabajar sobre un server o sobre un router. La ventaja es que se concentra esta accin en un centro de la red consolidado en lugar de estar distribuido en cada host. Esta accin es ms til cuando es llevada a cabo por el router de entrada a la red. Por otro lado, ofrece un punto ptimo para instalar el Web y Server de FTP. LIMITACIONES. Sin embargo, el firewall no puede controlar el trfico que no pasa por l. Si existe un Dial-out irrestricto desde el interior de la red las conexiones PPP o SLIP a la Internet pueden generar una puerta no protegida. No protege contra robos mediante Floppy Disks o ataques internos a la red. No protege contra virus. Muchas veces los ataques internos son mayora frente a los externos. El firewall debe ser inmune a la penetracin de ataques de Hackers, Crackers y espas. El hacker puede utilizar diversas herramientas para obtener informacin de la red interna y utilizarla en consecuencia. As por ejemplo, -el protocolo SNMP puede examinar la tabla de rutas; -el programa TraceRoute puede relevar redes y router intermedios; -el protocolo Whois puede entregar datos del DNS; -el server DNS puede acceder a una lista de host; -el protocolo Finger puede revelar detalles de usuarios (login name); -el programa Ping puede emplearse para localizar un host desconocido, etc. Algunos tipos de ataques a la red son el envo de paquetes no-ruteables al router (lo que degrada su performance) y el envo de actualizaciones de tablas de ruta espurias (conocido como Spoofing). 4.2 SERVER DE AUTENTIFICACION El proceso de autentificar a un cliente puede ser realizado durante 4 etapas posibles: la conectividad del cliente, cuando se accede al software de autentificacin del switch, mediante un servidos o cuando se autoriza a trabajar en una VLAN. Existen diversos mtodos de autentificacin de clientes. Se utilizan diversas herramientas como ser: username, password, claves (key), RADIUS (Remote Access Dial In User Service), PIN (Personal Identification Number), Kerberos, LDAPv3, etc. S-Key es un mtodo anunciado en 1981 (standard RFC-1760) y basado en una clave secreta aplicada a la funcin hash (algoritmo MD4). El algoritmo Hash tiene las versiones SHA-1 y MD4/5. Se trata de generar un cdigo con el auxilio del algoritmo. El algoritmo genera un mensaje compacto conocido como Digest. Es un proceso criptogrfico que genera una secuencia fija de 128 bits en MD y 160 bits en SHA-1. El resultado del algoritmo es usado para crear un password. Otra tcnica es el Smart Card consistente en una clave (PIN inicial) y una tarjeta que contiene informacin criptografiada. Este mtodo es comn en telefona celular GSM. La informacin de autentificacin puede ser memorizada en un servidor de directorio LDAP con los objetos referidos al tipo de cuenta, el horario de uso, etc. Kerberos es desarrollado por el MIT como sistema de autentificacin para sistemas abiertos en entornos distribuidos. El proceso se realiza cuando se inicia la sesin (logon) del tipo cliente-servidor. Se basa en tickets que se obtienen de un
1201-(8)

servidor y que tienen una duracin limitada de tiempo. El ticket contiene toda la informacin del cliente para asegurar su identidad. 4.3- SERVER DE CACHING Existen 3 armas que utiliza el router para mejorar la eficiencia de la red reduciendo el trfico que circula por la misma: -el manejo de nombres y direcciones mediante DNS, -los servicios proxis (se entiende por proxi a un elemento de la red que acta en representacin de otro) y -el cache local. Un Cache es un block de memoria para mantener a mano los datos requeridos frecuentemente por varios procesos. Cuando un proceso requiere informacin primero consulta el cache, si la informacin se encuentra all se produce una mejora de la performance de funcionamiento reduciendo el retardo de procesamiento. Si no se la encuentra en el cache se buscar en otras alternativas de memoria y luego se lo encontrar disponible en el cache para una prxima oportunidad. Una ventaja adicional de ciertos cache es la posibilidad de reducir el dialogo para transferencia de informacin. Por ejemplo una consulta web lleva una sesin de innumerable cantidad de objetos que son transferidos mediante un HTTP Get-Request. Puede reducirse la cantidad de paquetes transferidos mediante una sesin en paralelo de objetos. Algunos tipos de memoria cache son: -Cache del procesador: es parte del procesador y es de ms fcil acceso que la memoria RAM y a una velocidad mayor. -Disco cache: pertenece a la memoria RAM y contiene informacin del disco. En algunos casos se mueve en forma anticipada la informacin desde el disco al cache en la RAM. -Cache cliente-servidor: se trata de un banco de memoria ubicado en el cliente para agilizar el movimiento de datos. -Cache remoto: permite reducir los retardos cuando se accede a informacin de un sistema remoto en una WAN. Se resuelve mediante un caching de informacin del terminal remoto ubicado en el sistema local. -Cache de servidor intermedio: entrega informacin a un grupo de clientes (Local Workgroup) en un sistema clienteservidor. WEB-CACHING. Para un ISP el uso de cache en el punto de presencia POP puede reducir el trfico en su red (aumentando la velocidad de respuesta al usuario y el costo de la conexin WAN). Un trfico muy comn y apropiado para el cache es el Web. Un router que administra el cache dialoga con la memoria mediante un protocolo CCP (Cache Control Protocol). El cache se conecta directamente al router, el cual deriva todos los paquetes de requerimiento al cache (por ejemplo mediante la port 80 de TCP que indica el protocolo HTTP), de esta forma puede verificar si la informacin est disponible. Los componentes de este complejo son los siguientes: -La memoria cache que se denominan Cache Engine. -El router conocido como Home Router. El cache posee suficiente memoria (ejemplo, 24 Gbytes) y capacidad de transacciones (algunos miles de sesiones TCP simultneas). -Un router puede poseer varios cache que se denominan cache farm. En este caso se forma una jerarqua entre cache para sucesivas investigaciones sobre el requerimiento del usuario. La desventaja del Web-Caching es que pueden aparecer diferentes versiones de un documento en la web. La duracin de un documento en el cache debe ser limitada en el tiempo para reducir este efecto. La introduccin de firewall para seguridad de acceso a los web ha introducido la idea del Caching-Proxy. En este contexto el proxy es un programa que interacta entre el cliente y los servers; se trata de URL (Uniform Resource Locator). Esta posicin es ideal para general el cache del web; el primer software disponible para esta funcin fue el servidor de web del CERN en el ao 1993. 4.4- SERVER DE WWW (World Wide Web). Se inicia en CERN-1989 en Ginebra para implementar la idea de hipertexto en la actividad cientfica mediante la Internet. Web se populariz a partir de 1993 cuando la Universidad de Illinois gener el programa gratuito Mosaic, con formato windows accesible a cualquier usuario. Para 1995 el nmero de programas "inspectores de Web" superaba la docena y el NetScape Navigator era usado por el 75% de los usuarios de Internet. En Windows 95 y 98 el programa Explorer es un software standard. En 1995 el crecimiento de servidores de Web era del 100% cada 53 das. Las principales caractersticas del Web son las siguientes. En WWW se desarrolla el protocolo de hipertexto; por hipertexto se entienden enlaces entre datos, similar a una enciclopedia. Con la seleccin (pulsando 2 veces) de palabras y textos resaltados se accede a una otra pgina adicional. El salto entre pginas es independiente al lugar de almacenamiento (un server o varios en todo el mundo). Este proceso se denomina "navegacin" (Browsing, Cruising o Surfing) en el ciberespacio.
1201-(9)

No existe una RFC para el Web. Se trata de diferentes mecanismos: URL, HTTP, HTML, CGI y Cookies. Se indican varios detalles de los mismos a continuacin. -URL (Uniform Resource Locators). Obtenible desde RFC-1630. El URL es una forma de identificador de reservas en los servidores web. Un URL puede administrar a varios servidores de web desde un punto al que se dirige el usuario. -HTTP (Hypertext Transfer Protocol). Obtenible desde RFC-2068. Se trata de una arquitectura cliente-servidor, donde el cliente utiliza un visualizador (Browser Web). El servidor de Web es uno o ms servers que entregan texto, grficos, imagen y sonido. Se utiliza el protocolo de hipertexto HTTP por ello la forma de identificacin de un servidor de web inicia con el formato (http://www). El servidor se denomina "HTTP server" en el ambiente Windows NT o "HTTP Daemon" en el Unix. Las direcciones de los server de Web tienen el formato http://www.nombre.cdigo que incluye la apertura, el nombre de empresa y el identificador de cierre (por ejemplo .com.ar para indicar una empresa comercial en Argentina). -HTML (Hypertext Markup Language). Los enlaces de hipertexto se crean mediante el lenguaje HTML (RFC-1866). Es una variante de SGML (Standard Generalized Markup Language) de ISO-8879 del ao 1986. Se lo utiliza para escribir los Web-Server. En la fotografa anexa se muestra la pantalla de un programa de escritura en HTML (el texto en la primer frase de este tem y el programa se denomina FrantPage Express). -CGI (Common Gateway Interface). Esta interfaz define como se comunica el server de HTTP con el programa ejecutable mediante un browser. -Cookies. Se trata de informacin que el servidor del web memoriza en el cliente para ser utilizada en una prxima sesin. Puede ser usada para memorizar informacin de configuracin o password de subscripcin (acceso) al servidor. Esto produce un consumo de memoria y una intromisin que puede ser considerada inaceptable por el cliente. Algunos cookies son utilizados para tomar informacin del cliente y enviarlas al servidor. Los navegadores de Internet permiten configurar la aceptacin de cookies en el cliente. 4.5- SERVER DE DOMINIOS La gestin de direcciones IP requiere de una serie de elementos interrelacionados: el servidor DNS permite asociar un nombre de usuario con la direccin IP; el servidor/router NAT permite asignar direcciones IP no-pblicas en el interior de una red privada; el servidor DHCP permite asignar direcciones IP en forma dinmica a usuarios intermitentes y el Dynamic DNS permite actualizar el servidor de DNS cuando se asigna la direccin mediante DHCP. A continuacin los detalles de estos elementos. DNS (Domain Name System). Este sistema permite organizar la informacin de routing entre una denominacin (seudnimo) simple de recordar y el nmero de direccin IP verdadero (se denomina resolucin de nombre). Hasta 1980 un solo computador (llamado Host.txt en California) realizaba esta funcin, pero el trfico hacia la misma se torn inmanejable. Entonces se introdujo un sistema distribuido. El nombre completo tiene como mximo 63 caracteres. De ellos 3 caracteres indican el domino (edueducacin, com-comercial, gov-gubernamental, org-organizacin, mil-militar, etc) y 2 el pas (ar-Argentina, it-Italia, etc). La tabla de dominios memorizada en el servidor se denomina DNS Cache. NAT (Network Address Translation). El problema ms complejo de Internet es el reducido nmero de direcciones. La solucin a largo plazo el IPv6 con un mayor nmero de bytes por direccin. La solucin instrumentada sobre IPv4 son dos: el CIDR (Classless InterDomain Routing) y el NAT. El proceso NAT propone reducir el nmero de direcciones IP mediante el re-uso de direcciones privadas en todas las redes. De esta forma una red privada utiliza un direccionamiento propio y el router en el borde (Stub Router) de la red realiza la funcin de traduccin y direccionamiento hacia la red pblica (llamadas direccin local y direccin global). DHCP (Dynamic Host Configuration Protocol). Cuando un nuevo usuario se agrega a la red o se cambia de posicin se requiere asignar una direccin IP y actualizar la base de datos del DNS. El protocolo DHCP fue diseado por el IETF (standard en RFC-2131) para reducir los requerimientos de configuracin. Adems de asignar la direccin IP realiza una configuracin automtica de los parmetros necesarios para funcionar en la red donde se encuentra. DHCP trabaja sobre TCP y est basado en el protocolo BOOTP (Bootstrap Protocol) de RFC-0951, con algunas diferencias. El BOOTP permita que clientes sin capacidad de memoria (disco rgido) pueda funcionar en TCP/IP. Se utiliza un modelo Client/Server por lo que se dispone de uno o varios servidores DHCP. No se requiere de un servidor por subred por lo que el protocolo DHCP debe trabajar a travs de routers. Ms de un servidor pueden realizar las tareas de asignacin de direcciones con el propsito de mejorar la eficiencia del sistema.
1201-(10)

DNS UPDATE. Asociado a DHCP se encuentra el mecanismo Dynamic DNS Update. Permite la actualizacin automtica del servidor DNS con el nombre y la direccin IP asignada en forma dinmica por el protocolo DHCP. Se refiere a RFC-2136 del ao 1997. Este protocolo trabaja sobre TCP o UDP de acuerdo con el request. El formato del mensaje de actualizacin (update) contiene un encabezado de 12 Bytes que identifica al que efecta el requerimiento y diversos campos DHCP FAILOVER. Tambin en sociedad son DHCP se dispone de la tcnica DHCP Failover que consiste en disponer de servidores duplicados funcionando como pares redundantes. Se dispone de un protocolo de comunicacin simplificado para la operacin en rgimen normal, de interrupcin de comunicacin entre servidores y de falla del servidor asociado.
1201-(11)
PROTOCOLO IP
1202
PROTOCOLO IP
Referido al funcionamiento y la trama de los protocolos de capa 3. Sobre el protocolo IP de RFC y los protocolos Ipv6, IPX y CLNP asociados.
La intuicin de lo particular, este ser el conocimiento pleno. Estaba dispuesto a pensar en todo, no por la vastedad de mi intelecto, sino por la estrechez de mi intuicin. Umberto Eco-1980.
1- INTRODUCCION A TCP/IP
Los primeros antecedentes de TCP/IP e Internet son los siguientes: -En 1961 se L. Kleinrock escribe el primer artculo sobre la teora de conmutacin de paquetes y en 1964 el primer libro. -En 1965 se realiza en el MIT la primer interconexin entre computadores entre s. -En 1969 se escribe la primer RFC referida a "Host Software" para ARPA. -En 1969 se inicia UNIX un sistema operativo original de K.Thompson y D.Ritchie en AT&T. -En 1972 se inicia el protocolo TCP por B.Kahn y V.Cerf. -En 1977 comienza a operar el protocolo TCP (inclua las funciones del actual IP). -En 1978 se separan los TCP e IP. Las RFC correspondientes se escriben en 1983. -En 1983 se separan la Milnet (45 nodos) y la Arpanet (68 nodos). Nace entonces la Internet actual -En 1983 se introduce la versin UNIX 4.2 (Berkeley Software Distribution) y TCP/IP entra en la era comercial.. 1.1- UNIX y TCP/IP. Desde su formulacin actual en 1983 los protocolos TCP/IP se han difundido extensamente. Se trata de IP (Internet Protocol) el protocolo de capa 3 y TCP (Transmission Control Protocol) de capa 4. Ambos protocolos operan independientemente de las capas de orden inferior (como ser redes de rea local LAN IEEE 802.x, accesos mediante paquetes X.25 o Frame Relay, mdem de datos Dial-up o accesos de alta velocidad ATM) y ofrecen servicios a las capas de aplicacin (SMNP, FTP, HTTP, etc). Existen otras variantes de protocolos de capas 3/4, como ser el proporcionado por el modelo ISO y propietarios de productores de computadoras como ser: el SNA de IBM; DECNET/DNA de Digital Equipment Corp; el XNS de Xerox; el BNA de Unisys; AppleTalk de Macintosh y IPX/SPX de Novell. TCP/IP se encuentra como protocolo de base para el sistema operativo UNIX. UNIX no dispone de las capas 5 y 6 (Sesin y Presentacin), las cuales son introducidas en el modelo de la ISO. El modelo de ISO entrega un protocolo ms moderno pero menos experimentado que TCP/IP. Aunque se promovi una migracin hacia el modelo ISO (recomendado por el National Research Council de USA en 1985) ha ocupado un perodo largo de tiempo y es probable que no se realice nunca debido a la extensin de la difusin de TCP/IP y a las mejoras introducidas en futuras versiones de los protocolos. TCP/IP recibe un impulso cuando Sun Microsystems publica la especificacin ONC (Open Network Computing), tambin conocido como NFS (Network File System). Se trata de una simple interfaz de usuario para aplicaciones comerciales y est disponible para una gran variedad de computadoras. INTERNET. La primer red fue desarrollada desde 1965 en el MIT para ARPA (Advanced Research Projects Agency). Se denominaba red Arpanet (precursor de la actual Internet). Desde 1972 se denomina DARPA (Defence ARPA). En 1983 se formaliza la red Internet al separarse de la rbita militar (red Milnet). La red Internet dispona de ms 5 millones de host conectados en 1995 impulsado por el servicio de Web. Para Internet se generan sucesivamente los siguientes organismos de normas: ICCB (Internet Configuration Control Board) entre 1981-84, IAB (Internet Activities Board) desde 1984 y IETP (Internet Engineering Task Force) junto con IRTF (Internet Research Task Force) desde 1989. Las normas MIL-STD (Militar Standard) y RFC (Request For Comments) determinan los protocolos para la interconexin de redes Internet. MIL pertenece al Departamento de Defensa y RFC son las normas de IAB (Internet Activities Board) para el protocolo oficial de Internet. Los estndar RFC son normas preparadas para la red Internet en forma de artculos. Las normas RFC se distribuyen mediante mail electrnico y su actualizacin es mucho ms veloz que las normas ISO. Por otro lado, el incremento de servicios Internet en la dcada de `90 ha retardado la conversin desde TCP/IP hacia ISO.
1202-(1)
PROTOCOLO IP
1.2- MODELO DE CAPAS. Referido a las Fig 01/02. La red Internet es independiente de las capas inferiores. Sin embargo, es comn el uso de redes LAN, X.25 o protocolos para modem de datos para el acceso. El protocolo X.25 para redes conmutadas de paquetes tiene una capa 3 involucrada. En este caso se trata de una sub-capa interna a la red, mientras que IP es una sub-capa entre redes. X.25 es un servicio orientado con-conexin donde se establece una llamada virtual en tanto que IP es un protocolo sinconexin. Las redes LAN involucran las capas 1 y 2 del modelo. Cuando la red es Ethernet el acceso a IP es directo; en tanto que en la IEEE 802.3/5 y FDDI se requiere de un campo adicional denominado SNAP (SubNetwork Access Protocol) que se coloca luego del campo LLC (direccin hexadecimal AA en LLC). El SNAP consta de 2 campos: 3 Bytes para el identificador de versin de protocolo IP y 2 Bytes para identificador de capas superiores (hexadecimal 0800 para TCP/IP). Tabla 01: Modelo general de capas relacionadas con TCP/IP. Capa de aplicaciones FTP, SMTP, Telnet, HTTP, VoIP, RSVP, etc. No definidas. Capa de transporte Host-a-Host TCP para aplicaciones con control de errores o UDP. Capa de red Internet IP y protocolos asociados ARP/RARP/ICMP. Capa de acceso a red: generalmente una LAN (Ethernet), o X.25/FrameRelay/ATM.
-Capa 7 -Capa 6-5 -Capa 4 -Capa 3 -Capa 1-2
SMTP Telnet 7 TFTP SNMP H.323 VoIP HTTP FTP
CMIP X.500 X.400 FTAM
RTCP 4 RIP RTP UDP TCP TP4
MOSPF OSPF ICMP 3 ARP RARP X.25 IGMP RSVP IP CLNP
2 MAC
LLC MAC MAC PPP LAP-B LAP-F AAL-5
Ethernet
T.Ring
FDDI
Modem
X.21
PHY
ATM
Fig 01. Modelo de capas para la suite TCP/IP.
1202-(2)
PROTOCOLO IP
1.3- FUNCIONES DE TCP/IP. Los protocolos de capas 3/4 permiten efectuar las siguientes funciones generales: -Segmentacin y ensamble: El proceso de segmentacin se aplica para mayor eficiencia en el control de errores, para un acceso ms equitativo al medio de transporte y para requerir un tamao de memoria buffer inferior. Sin embargo, la segmentacin en paquetes de corta longitud genera un incremento en el tiempo de procesamiento y una menor eficiencia de datos. Se entiende por eficiencia la relacin entre Bytes de datos PDU (Protocol Data Unit) y Bytes de encabezado. La segmentacin en largos datagramas impide el acceso equitativo de distintos usuarios sobre el medio de transporte. La relacin entre la velocidad y el tamao del datagrama determina la eficiencia y el acceso equitativo. -Routing: Cada PDU contiene, adems de los datos de capas superiores, la direccin de protocolo IP de origen y de destino para el Routing sin-conexin. -Control de errores y de flujo: Mediante campos de control apropiados se puede detectar la ausencia de datos y requerir la retransmisin. El protocolo IP detecta errores en el encabezado y descarta el datagrama. El protocolo TCP detecta errores en el encabezado y falta de segmentos de datos y solicita la retransmisin. El protocolo UDP no realiza la retransmisin de datos. -Control de conexin: Se trata de servicios orientados con-conexin en TCP y sin-conexin en IP. En el primer caso se establece una conexin virtual con 3 fases: establecimiento de conexin, transferencia de datos y terminacin de conexin.
Fig 02. Direcciones de servicios entre capas.
1202-(3)
PROTOCOLO IP
2- PROTOCOLO IP
2.1- DIRECCIONES DE PROTOCOLO IP Las normas MIL-STD-1777 (Militar Standard) y RFC-791 (Request For Comments) determinan el protocolo IPv4 (del ao 1981) para la interconexin de redes Internet. En Internet se trata de conectar redes individuales mediante Routers (algunas veces denominados Gateway de red), el router realiza la operacin de enrrutar el paquete sobre la base de las direcciones IP (4 bytes). La identificacin de un punto en la red requiere de vas simultneas (direcciones MAC en capa 2, IP en la capa 3 y port en la capa 4; adicionalmente la identificacin de usuario de un servicio en particular). -La direccin de usuario Internet depende del servicio; en SMTP para mail-electrnico contiene los siguientes campos: nombre, @ (carcter arroba), empresa. com . ar. -La direccin de capa IP es de 4 Bytes. Generalmente es indicada mediante notacin (dotted) punteada como ser 44.123.230.224. No es de tipo jerrquico como en la red telefnica o X.25, donde se distingue el pas y ciudad, antes del usuario. -La direccin MAC en la red LAN es de 6 Bytes (ejemplo en hexadecimal: 08.00.02.12.34.BF). La direccin IP de origen y de destino ocupa 32 bits: Permite identificar la red y el host individual. El formato de las direcciones puede ser de 5 tipos de acuerdo con la Tabla 02. Clase A. Tabla 02. Clases de direcciones IP (IP-Address). 0+7bit+24bit. Corresponde a un nmero de direccin de Network (7 bit asignados por IANA) y otro nmero para el Host (24 asignados por el administrador de la red). Es aplicable solo para grandes redes. El IANA solo puede designar 128 (27) redes de este tamao. Numera desde 0.0.0.0 hasta 127.255.255.255. Sin embargo, ante la falta de direcciones IPv4 se ha decidido particionar la clase A para asignarlas a varios usuarios (se conoce como direccionamienro classless). Por ejemplo, La direccin de HP de Argentina es del tipo 15.59.x.y. En tanto que, la direccin MAC de HP es 08-00-09 (la direccin MAC de Siemens es en cambio: 08-00-06). 10+14bit+16bit. Es aplicable a redes medianas y numera desde 128.0.0.0 hasta 191.255.255.255. Por ejemplo, la empresa Telefnica de Argentina tiene asignado un nmero de este tipo de red: 168.226.x.x (los dos bytes finales son asignados por el operador de la red). 110+21bit+8bit. Para pequeas redes. Se trata de 4 Bytes: los 3 primeros Bytes indican la direccin de red y el ltimo Byte numera el Host dentro del nodo. Un router de red IP se identifica mediante los 3 primeros Bytes (dados por IANA) y sus puertas con el Byte final. En esta configuracin el primer valor vlido es 192.0.0.0 y el ltimo es 223.255.255.255. 1110+28 bits. Ocupa la numeracin 224.0.0.0 hasta 239.255.255.255. Es utilizada para direcciones multicast (grupo de usuarios de servicios IP). 11110+27 bits. Ocupa desde 240.0.0.0 hasta 247.255.255.255. La direccin 255.255.255.255 es una direccin de broadcast.
Clase B. Clase C.
Clase D. Clase E.
La direccin IP puede escribirse mediante la notacin decimal punteada Dotted (44.123.230.224) que esta es la preferida por su simplicidad. Tambin se puede usar la notacin hexadecimal (2C.7B.E6.E0), la notacin estilo C de Unix (Cx2C7BE6E0) y la notacin binaria (00101100.01111101.11100110.11100000). La direccin IP contiene 4 sectores: -Prefijo desde 1 a 5 bits para identificacin del tipo de Clase (A a E). As la secuencia 110 determina la clase C). -Identificacin de Network (de 7, 14 o 21 bits para las clases A a C); entonces la secuencia 110 inicial determina que la direccin de red es de 21 bits. -Identificador de Sub-network. Se trata de la diferencia con la direccin de host. -Identificador de Host. Para conocer la secuencia que identifica al host es necesario leer la mscara de red. Esta mscara identifica los bits que determinan el host y por ello, la subnetwork. Estos dos ltimos campos ocupan en total los 24, 16 o 8 bits que completan la direccin. Para poder distinguir entre la identificacin de subnetwork y host se requiere una filtro de direcciones denominado Mask Net. Por ejemplo, para una direccin clase C (inicio 110) se tiene el siguiente formato (x para Network; y para Subnetwork; z para el Host): Direccin: Mask Net: 110x.xxxx 1111.1111 xxxx.xxxx 1111.1111 xxxx.xxxx 1111.1111 yyyz.zzzz 1110.000
(255.255.255.224)
1202-(4)
PROTOCOLO IP
La gestin de direcciones la realiza el IANA (Internet Assigned Numbers Authority). Asigna el nmero de red al usuario, dejando al usuario la numeracin de host que debe ser nica. El registro se opera desde el DDN/NIC (Department of Defense Network/Network Information Center) de Chantilly-Virginia. NAT (Network Address Translation). El problema ms complejo de Internet es el reducido nmero de direcciones. La solucin a largo plazo el IPv6 con un mayor nmero de bytes por direccin. La solucin instrumentada sobre IPv4 son dos: el CIDR (Classless InterDomain Routing) y el NAT. El proceso NAT propone reducir el nmero de direcciones IP mediante el re-uso de direcciones existentes en la red pblica dentro de redes privadas. De esta forma una red privada utiliza un direccionamiento propio y el router en el borde (Stub Router) de la red realiza la funcin de traduccin y direccionamiento hacia la red pblica (llamadas direccin local y direccin global). El uso de NAT en el router de borde requiere el manipuleo de la informacin; por ejemplo, los checksum de IP y TCP cambian, adems existen protocolos que llevan la direccin IP en el contenido y debe ser cambiada, etc. 2.2- TRAMA DE IP. El formato de la trama (denominado datagrama) contiene los campos de la Tabla 03 para el protocolo IPv4; ver tambin la Fig 03/04. Obsrvese que el protocolo IP no tiene previsto el control de flujo, la proteccin de la secuencia de datos u otros servicios ofrecidos del tipo host-a-host.
Fig 03. Paquetes de los protocolos IP, TCP y UDP.
1202-(5)
PROTOCOLO IP
Tabla 03: Campos del Datagrama del protocolo IPv4. CAMPOS DE INFORMACIN GENERAL. 4 bits. Indica la versin del protocolo IP. La versin actual es la IPv4. 4 bits. (Internet Header Lenght). Indica la longitud de encabezado en unidades de 4 Bytes. El valor tpico es 5 (corresponde a 20 Bytes sin campo opcional). 1 Bytes. (Type of Service). Contiene informacin para procesamiento de informacin por prioridad, retardo, etc. Permite gestionar la calidad de servicio QoS dentro de una red IP. En detalle son: 3 bits. Procedencia; permite designar a datagramas de alta prioridad con 8 niveles. Se trata de los siguientes casos: control de red; control de internetwork; crtico; pasaje rpido (Flash Override); Flash; inmediato; prioritario y rutina. 1 bit. Retardo admitido sobre el datagrama. Se admite el estado normal o bajo. 1 bit. Conectividad admitida (throughput normal o alto). 1 bit. Prdida de datagramas (probabilidad para descarte de datagrama normal o bajo). INFORMACIN PARA LA SEGMENTACIN. 2 Bytes. (Total Length). Se indica la longitud total del datagrama, incluyendo el encabezado, en unidades de Bytes. Por razones de fragmentacin se usa un valor muy inferior al mximo permitido de 65535 Bytes (mximo 216). Se puede programar a los router para aceptar datagramas de 576 Bytes como mximo. Es conveniente que la longitud total del datagrama no supere la utilizada en la red de transporte (por ejemplo: 1492 Bytes en IEEE 802.3, 4352 Bytes en FDDI, 9180 Bytes en SMDS, 128 Bytes en X.25, 256 Bytes en Frame Relay). Con esto se logra reducir los problemas de fragmentacin en capas inferiores. 2 Bytes. Identificador de direccin de origen, destino y protocolo de usuario. La identificacin es nica mientras dura el datagrama en la Internet. 3 bits. Para informar de la segmentacin y facilitar el ensamble de datagramas en el destino. Contiene la siguiente informacin mediante 2 bits de los 3 bits: 1 bit. (More Flag). Indica si es el final de la segmentacin final o si existen ms datagramas. 1 bit. (Do not Fragment). Indica si se ha efectuado o no una fragmentacin de datos y si ella es autorizada para los routers. 13 bits. (Fragment Offset). Indica la posicin del datagrama en el mensaje original en unidades de 8 Bytes. En los segmentos sucesivos se seala la cantidad de Bytes transmitidos hasta el presente. La longitud mxima del mensaje recibido desde TCP y segmentado por IP es 8x213 Bytes. 1 Bytes. (Time To Live). Tiempo de vida medido en intervalos de 1 segundo. En muchos casos es configurable y el valor recomendado es de 32 seg. Permite liberar la red de datagramas que no llegan a destino y que ocupan reservas de memoria. 1 Bytes. (Protocol). Indica el nivel de protocolo de capa superior; acta como direccin de servicio SAP. Corresponde al valor siguiente (decimal 0...255): TCP lleva 6; UDP:17; ICMP:0; EGP:08; OSPF:89. 2 Bytes. (Header Checksum). Para deteccin de error en el encabezado. HCS cambia en cada router debido al cambio de TTL y Flags. Si se detecta error en el encabezado el datagrama se descarta. TCP detecta falta de datos y solicita la retransmisin. IP no detecta errores en los datos; esto lo hacen TCP y UDP. CAMPO DE DIRECCIONES Y OPCIONAL. 4 Bytes. (Source Address). Direccin de origen con formato w.x.y.z (0 a 255). 4 Bytes. Direccin de destino del datagrama, con igual formato. N Bytes. (Padding). Para final de encabezado (completa el nmero de Bytes). Campo de datos del datagrama (mensaje segmentado desde capa superior). Campo de informacin opcional.
-VRS -IHL -ToS .PROC .D .T .R -TL
-ID -Flags .MF .DF -FO -TTL -PROT -HCS
-SA -DA -PAD -Data -OPT
2.3- FUNCIONAMIENTO DE IP ENRUTAMIENTO. El datagrama puede ser direccionado mediante una tabla de ruta esttica (solo dispone de alternativas en caso de indisponibilidad de un enlace o router) o dinmica (responde a errores, congestin de la red, costo y retardo). Puede soportar tambin requerimientos de seguridad y prioridad de datagramas. Estos aspectos pueden demorar a un datagrama en la red, consumiendo buffer de memoria y capacidad de transporte e incluso puede mantenerlo en loop entre routers indefinidamente (por ello se requiere el tiempo de vida TTL). La operacin de redes como X.25 o Frame Relay es en el modo orientado con-conexin; lo cual corresponde a un circuito virtual (conexin lgica permanente establecida entre dos puntos en una red de paquetes). La operacin en modo sinconexin corresponde a un datagrama que lleva toda la informacin necesaria para el enrutamiento en la red. La operacin
1202-(6)
PROTOCOLO IP
sin-conexin requiere del anlisis del nivel de protocolo Internet IP (funcin del router), en tanto en la operacin conconexin una vez establecido el circuito virtual no requiere dicho tratamiento. TIEMPO DE VIDA. Para reducir el riesgo de demora o prdida del datagrama se define el TTL (Time To Live). Indica el tiempo que el datagrama puede permanecer en la Internet. Como el datagrama consume memoria y recursos en la red, al transcurrir este tiempo (indicado en el campo TTL en segundos) el mismo se descarta. Cada ingreso de un datagrama a un router le descuenta una unidad de TTL; adems en tanto el datagrama permanece en el buffer de un nodo se descuenta el valor de TTL en una unidad por seg. En IP el tiempo de vida es indicado en saltos de 1 seg, mientras que en el modelo ISO es en intervalos de 0,5 seg. El protocolo de capa 3 no se ocupa de la retransmisin, el encargado es el protocolo de capa 4 (TCP). El protocolo de destino debe detectar la ausencia de un datagrama correlativo mediante la informacin TL, Flag y FO, con lo que se interrumpe el ensamble. Un router intermedio no est autorizado a efectuar ensamble ya que no posee la seguridad que los distintos segmentos pasan por dicho router. El protocolo IP dispone del protocolo ICMP para enviar reportes cuando se produce un descarte debido a finalizacin de TTL. Un datagrama puede ser descartado por varias razones: final del tiempo de vida, congestin de la red y errores de bits en el encabezado. CALIDAD DEL SERVICIO. En IP se tiene la oportunidad de definir la Calidad del Servicio ToS (Type of Service) en los siguientes trminos: -Procedencia (importancia relativa del datagrama, 8 niveles), -Retardo admitido del datagrama (2 niveles), -Importancia para la seguridad del datagrama (2 niveles). ENSAMBLE DE DATOS FRAGMENTADOS. Mediante la informacin de longitud y offset del datagrama se facilita el ensamble. Para este funcionamiento se utilizan los siguientes recursos: longitud de datos TL, Offset de fragmentacin FO y Flag MF que indica si se trata del ltimo datagrama. Para el ejemplo de la Tabla 04 la longitud total del mensaje TCP es de 860 Bytes. Se ha fragmentado en 4 datagramas (240+200+320+100) por razones de simplicidad. En la realidad la fragmentacin mnima de datagramas es de 576 Bytes y los fragmentos son mltiplos de 8 Bytes. Tabla 04. Fragmentacin de un mensaje TCP. Orden del Datagrama 1 2 Tamao del fragmento en nmero de Bytes 240 200 Longitud total TL del datagrama en nmero de bytes 260 220 Fragmentacin MF (existencia y final de fragmentacin) 0 0 Offset de fragmentacin FO 0 30 3 320 340 0 55 4 100 120 1 95
IP es responsable por la ruta de los datos pero no lo es por la integridad de los mismos. De esto se ocupa la capa 4 (TCP requiere la retransmisin automtica). No permite el secuenciamiento, control de flujo, apertura y cierre de la conexin y reconocimiento del servicio. TCP se encarga de reconocer cuando un datagrama se ha perdido (por tiempo de vida o errores) en la Internet. COMANDOS PARA PROTOCOLO IP. El protocolo IP permite entre muchos otros los comandos de la Tabla 05. La interpretacin de varios de estos comandos requiere el conocimiento del concepto de routing y del protocolo ICMP. Add Change Delete Cache Counter Dump Enable Interface Show arp List Ping Route/Trace Static Security Tabla 05. Algunos comandos del protocolo IP Aade interfaces, servidores, hostname, routers, etc. Modifica la tabla programada mediante el comando Add. Elimina las configuraciones realizadas mediante el comando Add. Muestra la tabla de destinos enrrutados recientemente. Diversos contadores pueden ser configurados para obtener estadsticas (paquetes con error, etc). Enlista el contenido de la tabla de rutas del router. Habilita diversas facilidades (routing ARP, broadcast, informacin RIP, etc). Enlista las direcciones IP de las interfaces del router. Muestra la lista de direcciones IP y las direcciones MAC asociadas. Muestra la lista de comandos que permiten la configuracin de IP. Emite un comando ICMP Echo Request para verificar el estado del elemento con IP Address requerida. La respuesta es un comando ICMP Echo Replay. Enlista la ruta seguida por los datagramas en la red hacia un destino especfico. Se envan datagramas con TTL sucesivamente creciente para que sean descartados e informados mediante ICMP. Muestra las rutas estticas especificadas mediante configuracin. Permite la configuracin de seguridad (keyword, password, etc).
1202-(7)
PROTOCOLO IP
3- OTROS PROTOCOLOS DE CAPA 3

Entre una amplia variedad de protocolos en capa 3 se encuentran los siguientes: -ICMP (Internet Control Message Protocol). Utiliza datagramas de IP para llevar mensajes de estado entre nodos; es por ello parte integrante de IP. Luego del encabezado IP (20 Bytes) se colocan los datos ICMP. En el trabajo referido a la gestin de redes el ICMP se define con mayor detalle. -ARP (Address Resolution Protocol). Permite comunicarse con un usuario IP sin conocer la direccin MAC del mismo. -RARP (Reverse ARP). Funciona con estaciones sin disco que no pueden guardar las direcciones IP. Su funcin es requerir la direccin IP cuando se conoce la direccin MAC. ARP y RARP no utilizan datagramas IP, generan su propio datagrama. Para ms detalles ver el tem relacionado con protocolos de Routing. 3.1- VERSION DE PROTOCOLO IPv6. Las versiones de IPv1 y IPv3 fueron reemplazadas por la actual IPv4. La IPv5 funcionaba con SP (Stream Protocol) en algunos routers. La versin IPv6 se inicia en 1992 con el llamado de propuestas. Es menos compleja y tiene un mayor tamao de direcciones. Considera un mecanismo de autentificacin y privacidad. Su implementacin se demora por diversas razones; entre ellas las continuas mejoras que se introducen en la versin 4. El encabezado de IPv6 es el indicado en la Tabla 06. En IPv6 no es posible que un router realice la segmentacin de datagramas como en IPv4; la segmentacin sola es posible en la fuente de informacin. En IPv6 la direccin es compatible con IPv4. En este caso 12 bytes iniciales llevan la direccin 00...0 y los 4 finales la direccin IPv4. VRS PRY FL Length Next HL Address Tabla 06. Campos definidos en el encabezado del protocolo IPv6. 4 bits. Identifica la versin IPv6. 4 bits. Identifica la prioridad entre datagramas de la misma fuente. 3 Bytes. Flow Label. Es el nivel de flujo de datos. 2 Bytes. Payload Length. Identifica la longitud de la carga til del datagrama. 1 Byte. Next Header. Identifica al encabezado de longitud variable que sigue a continuacin. 1 Byte. Hop Limit. Reemplaza al TTL de Ipv4. Es el nmero mximo de router de trnsito. 2x16 Bytes. para identificar la direccin de la fuente de origen y de destino. Las direcciones de Ipv6 contienen 16 Bytes. Se inicia con 010 y contiene: -Identificacin del registro de la autoridad que asigna la direccin. -Identificacin del proveedor de Internet. -Identificacin del subscriptor. -Identificacin de la subred conectada al subscriptor. -Identificacin de la interfaz conectada a la subred.
3.2- PROTOCOLO CLNP Se trata de la norma ISO-8473 que define el protocolo CLNP (ConnectionLess Network Protocol). La versin del protocolo Internet para el modelo de ISO es distinta a la versin de la norma RFC de Internet. Se dispone de informacin similar a IP para el ensamble de los datagramas provenientes de una fragmentacin. En la Tabla 07 se enumeran los campos del protocolo. Cada opcin en el datagrama debe ser especificada mediante 3 campos: el cdigo del parmetro, la longitud del parmetro y el valor del parmetro. Los posibles parmetros definidos son: -Compensacin (Padding) para extensin del encabezado. -Seguridad: definido por el usuario. -Fuente de ruta: define las entidades de red que deben ser visitadas. -Memoria de ruta: identifica las entidades que fueron visitadas para un reporte en pantalla. -Calidad del servicio: define la disponibilidad y retardo. -Prioridad: especificado entre 0 y 14. DIRECCIONES NSAP. Esta direccin est normalizada por ISO y permite el direccionamiento entre equipos de la red SDH. Trabaja sobre el protocolo de capa 3 de ISO/ITU-T CLNP. Las funciones de router en este caso son desarrolladas por la tabla de ruta (Routing Table) que se actualizan en forma automtica. El protocolo que permite actualizar esta tabla de rutas en TCP/IP es el OSPF y para el modelo ISO se denomina IS-IS.
1202-(8)
PROTOCOLO IP
Tabla 07: Elementos del protocolo ISO-8473 para Capa 3 CLNP. LONGITUD FIJA: 1 Byte. Es el identificador de protocolo de servicio Internet. Si la fuente y destino se encuentran en la misma red el encabezado se reduce a este nico Byte. 1 Byte. Indica la longitud del encabezado en nmero de Bytes. 1 Byte. Identifica la versin del protocolo. 1 Byte. Se trata del tiempo de vida del datagrama en unidades de 0,5 seg. 3 bits. Contiene la siguiente informacin: 1 bit. Indica si la segmentacin est permitida. 1 bit. Indica si existen ms tramas. 1 bit. Indica que se requiere un reporte de error a la fuente del datagrama si ste es descartado por error o porque expira el tiempo de vida. 5 bits. Indica si existen datos de usuario o un mensaje de error de PDU. 2 Bytes. Longitud de encabezado extra. 2 Bytes. Checksum aplicado al encabezado para deteccin de error. CAMPO DE DIRECCIN VARIABLE: 1 Byte. Indica la longitud en Bytes de la direccin de destino. N Bytes. Especifica la direccin de destino. 1 Byte. Indica la longitud de la direccin de origen. N Bytes. Identifica la direccin de origen. INFORMACIN DE SEGMENTACIN: 2 Bytes. Identificador nico para fuente y destino. 2 Bytes. Corrimiento (off-set) de Bytes en unidades de 8 Bytes. 2 Bytes. Longitud total original del mensaje PDU en Bytes. PARTE OPCIONAL: Opcin: Servicios adicionales de longitud variable. Datos de capa 4 de longitud variable.
-PI -HL -VRS -LF -Flag .S/P .M/S .E/P -Type -SL -HCS -DAL -DA -SAL -SA -ID -SO -TL -OPT -Data
La direccin NSAP (Netwotk Service Access Point) consiste en un una secuencia jerrquica de bytes (entre 14 y 20 bytes). El significado de este nombre proviene de los nombres dados al modelo de 7 capas. As la interfaz entre la capa 3 y 4 genera un punto de acceso al servicio SAP que por corresponder a la capa 3 de red (Network) se denomina NSAP. Usuario del servicio (Service User) Acceso al servicio (Network Service Access Point)
Nivel 4
Nivel 3
Proveedor del servicio (Service Provider)
Los Bytes de numeracin NSAP disponen del significado indicado en la Tabla 08. -IDP .AFI .IDI -DSP -NS Tabla 08. Componentes de la direccin NSAP. (Initial Domain Part). Contiene dos partes: (Authority and Format Identifier). Es 1 Byte para actuar como identificador de formato de direccin segn norma ISO 6523 (hexadecimal 47), ISO 3166 (39), X.121 (37 o 53). (Initial Domain Identifier). El IDI identifica el inicio del dominio que sigue a continuacin. (Domain Specific Part). Parte especfica de dominio que incluye los campos de Area, Estacin. Incluye la direccin MAC. La longitud total de la direccin se encuentra entre 14 y 20 Bytes. 1 Byte para Selector de NSAP (valor hexadecimal fijo 01).
3.3- PROTOCOLO IPX/SPX Los protocolos de capa 3/4 IPX/SPX (Internetwork Packet Exchange/Sequenced Packet Exchenge) fueron patentados por Novell a semejanza de XNS (Xerox Network System). En la Tabla 09 se enumeran los campos del protocolo IPX/SPX. Este protocolo dispona de 20 millones de usuarios en 1993. Novell introdujo microcomputadores en los aos 1970 con el procesador Z80 y en los aos 1980 con el procesador Motorola 68000.
1202-(9)
PROTOCOLO IP
Tabla 09. Contenido del datagrama de capa 3 en el protocolo IPX/SPX. 30 Bytes. Son usados para el direccionamiento en capa 3; su descripcin particular es la siguiente: 2 Bytes. Checksum para control de paridad sobre el encabezado. 2 Bytes. Longitud del datagrama. Hasta 576 Byte con el encabezado incluido. 1 Bytes. Para control de transporte. 1 Bytes. Tipo de paquete. 4 Bytes. Identifica a la red de destino. 6 Bytes. Identifica al nodo de destino. 2 Bytes. Indica el protocolo de destino del datagrama; semejante a la direccin SAP. 4 Bytes. Identifica a la red de origen. 6 Bytes. Identifica al nodo de origen. 2 Bytes. Indica el protocolo de origen del paquete. 12 Bytes. Para el mecanismo de retransmisin ARQ. Reconoce la ausencia de paquetes y los cambios de posicin. Realiza el control de conexin en el mbito de capa 4. Campo de informacin. La longitud del datagrama se encuentra entre 512 y 6500 Bytes.
-IPX .CS .Length .TC .PT .DNE .DNO .DS .SNE .SNO .SS -SPX -Data
El protocolo IPX en la capa 3 genera datagramas en la versin sin-conexin. No espera el reconocimiento del estado de recepcin; basta la respuesta del otro extremo para confirmar la transmisin. Por otro lado, SPX en la capa 4, dispone de retransmisin automtica en caso de falta de respuesta por un determinado tiempo. Se trata de un protocolo con-conexin. En la Tabla 10 se presenta una lista de protocolos relacionados con IPX/SPX. Tabla 10. Protocolos de capas superiores a IPX/SPX. (Netware Core Protocol). Es el protocolo principal para la transferencia de informacin entre el cliente y servidor en la red LAN Netware. (Service Advertising Protocol). Es usado por el servidor y Router como mensajes broadcasting sobre la red cada 1 minuto. Indica el tipo de servicios que puede proveer sobre la red. (Routing Information Protocol). Utiliza un algoritmo para calcular el trayecto entre Router y utiliza mensajes RIP cada 1 minuto para planear e informar cambios en la tabla de enrrutamiento.
-NCP -SAP -RIP
1202-(10)
PROTOCOLOS TCP/UDP
1203
PROTOCOLOS TCP-UDP
Sobre el funcionamiento y la trama de datos de los protocolos de transporte en capa 4. Referido a los protocolos de RFC (TCP y UDP) y los protocolos ISO (TP4).
1- PROTOCOLO TCP
1.1- TRAMA TCP PARA INTERNET El protocolo TCP puede entregar los siguientes servicios: multiplexacin para varias puertas de usuario (varias puertas de aplicacin en TCP sobre una TCP/IP); gestin de la conexin (inicio, mantenimiento y terminacin). transporte de datos (full-dplex, ordenamiento, control de flujo, chequeo de errores). Tratndose el protocolo TCP de un servicio orientado con-conexin el funcionamiento incluye el establecimiento y finalizacin de la llamada. La estrategia de transferencia de datos incluye la retransmisin, la deteccin de duplicacin y el control de flujo. En la Fig 01 se indica el modelo de capas y en la Fig 02 la trama RFC-0793. En la Tabla 01 se indican las funciones de cada campo del paquete TCP. En la Tabla 02 se muestra una traza de mensaje intercambiado entre entidades TCP/IP. Tabla 01: Elementos de protocolo RFC-793 para Capa 4 (TCP). 2 Bytes. Identifica la puerta (Port TCP) de acceso al servicio origen en TCP. Se trata de direcciones TSAP que numeran desde 1 a 225 los protocolos ms conocidos (Echo:7, SMTP:25; FTP:21; Telnet:23; Gopher:70; y Web:80). El protocolo UDP identifica las aplicaciones SNMP:161; TFTP:69 y RPCSun:111. Desde la port 256 a 1023 se reserva para aplicaciones UNIX. Las aplicaciones propietarias llevan la direccin de port desde 1024 hasta 49151; las direcciones superiores a 40152 se asignan en forma dinmica. La combinacin de la direccin IP y la port TCP/UDP es conocida como Socket cuya asignacin puede estar predeterminada (para protocolos conocidos) o se asigna entre los valores no utilizados (para las aplicaciones nuevas). 2 Bytes. Identifica la puerta de acceso al servicio de destino. Tiene igual estructura a SP. 4 Bytes. (Sequence Number) Nmero secuencial del primer octeto de datos en el segmento para la puerta correspondiente. Permite el proceso de requerimiento de retransmisin automtica ARQ. La longitud mxima del mensaje de capas superiores que puede segmentar TCP es de 232 Bytes; la longitud mxima del segmento que puede entregar a IP es de 216 Bytes. 4 Bytes. Contiene el nmero de secuencia del prximo Byte que el TCP espera recibir. Es un reconocimiento ACK de los Bytes recibidos. 4 bits. (Data Offset) Nmero de palabras de 4 Bytes del encabezado. 6 bits. Reservados. 6 bits. Son bits utilizados para sealar la validez de otros campos y para el control de conexin. 1 bit. Indica la existencia del puntero urgente en los datos (UP al final del header). Se trata de la funcin Break que notifica a la aplicacin del TCP receptora que los datos son urgentes y deben ser presentados de inmediato en pantalla. 1 bit. Indica la existencia del campo de reconocimiento (AN al inicio del header). 1 bit. Funcin push enva los datos desde un usuario (login remoto) cuando se presiona Return. Los datos son transferidos por TCP y presentados en la aplicacin del otro extremo. 1 bit. Indica que se debe realizar un Reset de conexin debido a un error grave. 1 bit. Usado para iniciar el seteo de conexin entre nodos. Se usa solo en el primer paquete de la conexin; en ste el primer byte de datos se numera como SN+1. El valor SN es un nmero de 4 bytes (se incrementa cada 4.10-6 seg; perodo de 5 hs). 1 bit. No ms datos desde el emisor. Usado para iniciar la desconexin del enlace TCP. 2 Bytes. (Window). Crdito para control de flujo. Una PC tiene una capacidad de buffer limitada (4 kBytes) equivalente a 4 tramas de Ethernet de 1 kByte. Un crdito 0 detiene la emisin de datos. 2 Bytes. (Checksum) Control de error sobre el encabezado y la carga til. Permite la deteccin de errores para realizar la retransmisin. 2 Bytes. (Urgent Pointer). Puntero que indica la cantidad de datos urgentes (identifica el final de los datos urgentes en el campo de datos que deben tratarse con prioridad). Opcional de longitud variable. Datos de capas superiores.
-SP
-DP -SN
-AN -DO -RSV -Flags .URG .ACK .PSH .RST .SYN .FIN -WIN -CS -UP -OPT -Data
1203-(1)
PROTOCOLOS TCP/UDP
SMTP Telnet 7 TFTP SNMP H.323 VoIP HTTP FTP
CMIP X.500 X.400 FTAM
RTCP 4 RIP RTP UDP TCP TP4
MOSPF OSPF ICMP 3 ARP RARP Fig 01. Modelo de capas para los protocolos TCP y UDP. IGMP RSVP IP CLNP
Fig 02. Campos de los protocolos TCP y UDP.
1203-(2)
PROTOCOLOS TCP/UDP
Si la conexin al medio de enlace se supone mediante una LAN del tipo IEEE 802.3, se dispone de los campos de direccin SAP dentro del protocolo LLC y SNAP adicional. Las direcciones son: -En Ethernet IEEE 802.3: el Type: IP=0800; ARP=0806 y RARP=8035. -En SNAP (Sub-Network Address Point). Consta de 2 campos: 3 Bytes para el identificador de versin de protocolo IP y 2 Bytes para identificador de SAP (0800 para TCP/IP y 0600 para XNS). -La direccin SAP en la capa IP se determina mediante el campo Protocol y en TCP/UDP se identifican mediante dos Bytes de Port. Tabla 02. Traza de protocolos TCP-IP-Ethernet HEWLETT-PACKARD Network Advisor Measurement: Network Stack Decode Prnt Type: Frames 1 Open Views: Summary Detailed Data Display Mode: Viewing All Frames Print Date: 10/03/95 Print Time: 21:45:31 DETAILED FORMAT TCP Source port 1208 User prog. port Destination port 23 Telnet Sequence number 0 Initial sequence number Data offset 6 Number of 32-bit words in header Flags: ..00-0010 Urgent flag ..0..... Ack flag ...0.... Push flag ....0... Reset flag .....0.. Syn flag ......1. Synchronizing sequence numbers Fin flag .......0 Window 512 Checksum 20-D9 Urgent pointer 0 Not used Option type 2 MaxiTnilm segment size Option length 4 Max seg size 1460 DETAILED FORMAT IP Version Internet header length Precedence Delay Throughput Reliability Reserved Total Length Identification Reserved May/Do Not Fragment Fragmentation allowed Last/More Fragments Last fragment Offset Time To Live Next Protocol Checksum Source Destination DETAILED FORMAT ETHERNET Destination address Source address Individual, global Type
4 5 000..... ...0.... ....0... ......0.. ......00 44 198 0....... .0...... ..0..... 0 31 6 2A-88 160.1.131.180 132.0.200.200
(32 bit words) Routine Delay normal Throughput normal Reliability normal
TCP
00-20-8A-00-28-4F HP---------82-E9-DC 08-00
Individual, global
IP
1203-(3)
PROTOCOLOS TCP/UDP
1.2- FUNCIONAMIENTO DE TCP INICIO DE CONEXIN. Se trata de un saludo de 3 pasos. Cada extremo informa el nmero secuencial SN que pretende utilizar. El primer paquete lleva la bandera SYN=1 y el nmero secuencial SN=X (se genera mediante un contador de 32 bits que se incrementa cada 4 seg y de perodo 5 horas). La respuesta a este paquete consiste en SYN=1 y ACK=1 ms el propio nmero secuencial SN=Y y el acuse de recibo AN=X+1 (acuse de recibo del valor X). El tercer paso es responder al paquete anterior con ACK=1 y el acuse de recibo AN=Y+1. RETRANSMISIN. Mediante el mecanismo de reconocimiento se puede pedir la retransmisin de segmentos cuando estos llegan corruptos por errores o faltan segmentos intermedios. Es de fundamental importancia cuando las capas inferiores de la red no prevn la retransmisin (tal es el caso de Frame Relay y ATM). Las redes Ethernet (IEEE 802.3) y el protocolo PPP tienen desactivado el mecanismo de control en el protocolo LLC (tampoco corrigen errores). La capa 3 (Internet) no se ocupa de la confirmacin de datagramas. Es TCP quien confirma, para cada puerta individual, los segmentos recibidos. La combinacin de los campos AN y WIN permite el reconocimiento y el control de flujo. Cuando se requiere emitir una secuencia de N bytes de datos, el TCP coloca la bandera PSH=1 (empujando la emisin inmediata) y SYN=1; en tanto que la numeracin secuencial SN=X. El receptor retorna un mensaje con ACK=1 y la confirmacin AN en el valor X+N+1 y el valor de la ventana WIN. Cuando existe un error se enva las banderas RST,SYN,ACK=1. En la siguiente Tabla 03 se indica un ejemplo. Tabla 03. Ejemplo del proceso de retransmisin entre los terminales A y B. Transmisin desde A hacia B Condiciones de enlace Respuesta desde B hacia A SN= 1 TL= 1093 AN= 1093 WIN= 2000 SN= 1093 TL= 1217 AN= 2310 WIN= 2000 SN= 2310 TL= 310 Error de comunicacin AN= 2310 WIN= 500 SN= 2310 TL= 310 AN= 2620 WIN= 20 SN= 2620 TL= 20 AN= 2640 WIN= 0 ...tiempo de espera... AN= 2640 WIN= 2000 SN= 2640 TL= 1060 CONTROL DE FLUJO. El mismo mecanismo de reconocimiento permite regular el flujo de datos en el protocolo TCP. El control de flujo de datos se complica debido al retardo entre entidades TCP y por la prdida de segmentos. Adems debe considerarse la posibilidad de arribo de segmentos fuera de orden y a la prdida de segmentos con informacin de crdito. Sin el control de flujo los datos pueden superar la capacidad del buffer de recepcin antes de ser procesados. Se hace uso de dos elementos AN y el crdito o ventana (Window): -AN=H reconoce hasta la secuencia (H-1) e indica que espera la secuencia H; -el crdito WIN=K autoriza la transmisin hasta la secuencia (H-1)+K. Obsrvese que los mecanismos de control de flujo se complican sucesivamente desde la capa 1 a la capa 4. -En la capa 1 en la interfaz RS-232 se utilizan dos hilos. El RTS solicita permiso para transmitir, el CTS responde aceptando o no la recepcin de datos. -Se trata de un mensaje mediante niveles de tensin sobre hilos metlicos. -En la capa 2 en los protocolos de tipo HDLC (LAP-B, LAP-D, LLC) utilizan dos bits del campo de control. Mensaje RR para indicar la aceptacin de recepcin y RNR para indicar que no est preparado para recibir. -La capa 2 en Frame Relay y ATM implementan alarmas para desencadenar un control de flujo de los extremos. -En la capa 4 en TCP implementa un control de flujo mediante WIN que indica el buffer disponible para la recepcin. Cuando TCP detecta errores o falta de datos y realiza la retransmisin reduce el tamao de la ventana para descongestionar la red (posteriormente la incrementa en forma sucesiva). TIME-OUT. El valor de time-out de retransmisin es crtico. Si es muy corto incrementa el trfico inutilmente y si es muy largo genera largos perodos de espera. Existen formas de realizar un tiempo time-out dinmico; en otros casos el mismo es configurable y fijo. CIERRE DE CONEXIN. Se trata de un proceso de 3 pasos. Cuando la aplicacin se cierra (Close) el TCP enva un mensaje con la bandera FIN=1. Se envan 2 mensajes de respuesta, el primero confirma mediante ACK=1 y el segundo cierra la conexin mediante SYN=FIN=1. A esto se responde con un mensaje de reconocimiento ACK=1 y otro de terminacin.
1203-(4)
PROTOCOLOS TCP/UDP
2- OTROS PROTOCOLOS
2.1- PROTOCOLO UDP El protocolo UDP (User Datagram Protocol) se ubica en la capa de transporte. El encabezado UDP ocupa 4 campos de 2 Bytes cada uno y se identifica en la Tabla 04. UDP es un protocolo minimalista, obsrvese que muchas de las funciones de TCP han sido eliminadas. Dispone de los campos de port para identificar a los usuarios de UDP (protocolos como SNMP, RTP, etc.); indica adems la longitud del paquete y realiza un chequeo de errores sobre todo el paquete. Sin embargo no retransmite en caso de falta de datos, lo cual es til en el caso de servicios de tiempo-real (voz y vdeo) donde esta funcin no es deseada. Tabla 04: Campos de informacin de UDP (capa 4) y SNMP. Protocolo UDP. 2 Bytes. Identifica al nmero de puerta (Port) de origen del mensaje. 2 Bytes. Identifica al nmero de puerta de destino del mensaje. 2 Bytes. Determina la longitud total del datagrama UDP (incluyendo el encabezado y datos). 2 Bytes. Es un Checksum para control de errores del mensaje completo.
-SP -DP -Length -Check
2.2- PROTOCOLO ISO-8073. Se trata de una familia de protocolos que contiene 10 tipos de unidades de datos. Los campos que lo componen se identifican en la Tabla 05. Solo se dispone de un tipo de trama en TCP mientras que ISO-TP4 tiene 10 tipos. Esto determina mayor simplicidad en TCP pero un encabezado ms extenso (20 y 5 Bytes respectivamente). En tanto en TCP se establece una conexin independiente en cada sentido, en TP4 se requiere una doble conexin en fulldplex. En tanto, TCP usa 16 bits de direccin de port, el TP4 no especifica la dimensin. Cada trama contiene un encabezamiento fijo y otro variable. El encabezado variable consta de una secuencia de campos de parmetros. Cada campo contiene: el cdigo del parmetro (8 bits), la longitud del parmetro (8 bits) y el valor (1 o ms Bytes). Tabla 05: Elementos de protocolo ISO-8073 para Capa 4 Transporte (TP4). Composicin de la trama Funcin LI+CR+CDT+SR+Class+Opt Pedido de conexin LI+CC+CDT+DST+SR+Class+Opt Confirmacin de conexin LI+DR+DST+SR+Reason Pedido de desconexin LI+DC+DST+SR Confirmacin desconexin LI+DT+DST+EOT+TPDU Datos LI+ED+DST+EOT+EDTPDU Datos urgentes LI+AK+CDT+DST+YR Reconocimiento de trama LI+EA+DST+YR Reconocimiento urgente LI+RJ+CDT+DST+YR Trama descartada LI+ER+DST+Cause Trama con error Campos de encabezado fijo contenidos en TP4. 1 Byte. Longitud del encabezado fijo y variable en Bytes. 4 bits. Cdigo del tipo de TPDU (trama de protocolo CR a ER). 4 bits. Crdito (window) para el control de flujo. Crdito inicial en CR y CC y los siguientes en AK. 4 bits. Clase de protocolo. 4 bits. Opcin para el control de flujo. 1 Byte. Razn para la desconexin. 1 bits. Indica el ltimo segmento de TPDU. 7 bits. Nmero de secuencia de segmento emitido. 1 Byte. Prximo nmero de secuencia esperado. 8 bits. Razn por la cual se descarta una trama. Campos de parmetros para TP4. Identificador de punto de acceso al servicio de origen y destino. Tamao en Bytes de la trama TPDU (128 a 8192 en potencia de 2). Versin del protocolo. Algoritmo para deteccin de errores. Tiempo estimado para el reconocimiento. Prioridad de esta conexin. Especifica el retardo en mseg.
-CR = -CC = -DR = -DC = -DT = -ED = -AK = -EA = -RJ = -ER = -LI -TT -CDT -Class -Opt -Reason -EOT -TPDU -YR -Cause -TSAP -Size -Version -Checksum -ACT -Priority -Delay
1203-(5)
PROTOCOLOS TCP/UDP
2.3- TCP/IP over ETHERNET En la Fig 03 se muestra el empaquetado del protocolo TCP/IP (20 Bytes de encabezado para cada caso) sobre el paquete de Ethernet de acuerdo con la RFC-1042. En este caso Ethernet est representado por 14 Bytes de encabezado MAC (no se incluye el prembulo de 8 Bytes); por 4 Bytes del protocolo LLC y por 5 Bytes del SNAP. 1 2 3 4
Preambule (1010 1010) SFD (1010 1011) MAC Address Destination MAC
MAC Address Destination Lenght
LLC
DSAP (AA)
SSAP (AA)
Control (03)
SNAP
Organization Unique Identificator (00 00 00) Ethernet Type (08 00)
VRS
ILH
Type of Service
Total Length Fragmentation
Identificator IP Time to Live Protocol Source IP Address Destination IP Address
Header Ckechsum
Source Port Sequence Number TCP DO/RSV/Flag Header Checksum Ack Number
Destination Port
Windows Urgent Pointer
Fig 03. Campos del protocolo TCP/IP/Ethernet.
1203-(6)
ACCESOS A INTERNET
1204
ACCESO A INTERNET
Con referencia a los mtodos de acceso disponible a la red Internet.
1- ACCESOS A INTERNET
El protocolo IP de routing es independiente del soporte fsico de transporte. De esta forma se disponen de soluciones para los diversos casos enumerados en la Tabla 01. Normalmente se habla en trminos de IP sobre ..., as IP-over-SDH significa que el protocolo IP se ingresa en la carga til del contenedor VC-4 en la trama STM-1. DDR Tabla 01. Soportes fsicos para redes IP. -(Dial-on-Demand Routing). Entrega una conexin de la red IP a la red pblica telefnica PSTN. Se implementa sobre lneas conmutadas de circuitos para reducir el costo de conexin. Puede ser desarrollada sobre interfaz serial sincrnica o asincrnica o sobre lneas ISDN usando interfaz BRI (Basic Rate Interfaz) o PRI (Primary RI). El protocolo soporte puede ser el PPP o X.25. La topologa es muy simple: generalmente punto-a-punto entre routers hacia un router central que funciona de concentrador. El router dispone de una mapa esttico de direcciones telefnicas (Dialer Map) que acta en forma similar a ARP en las LAN; relaciona la direccin IP con un nmero telefnico. Utiliza la sealizacin dentro de banda de la norma ITU-T V.25 para equipos DCE sncronos. PROTOCOLO PPP (Point-to-Point Protocol). Standard de Internet que puede obtenerse desde RFC1661. Requiere una conexin bidireccional del tipo full-dplex; multiplexa distintos protocolos de red; realiza una configuracin de enlaces; realiza un test de calidad de enlaces; detecta errores, puede criptografiar la carga til de la trama y comprimir los datos. -Se refiere a accesos de baja velocidad (desde 19,2 kb/s hasta Nx64 kb/s, mximo de 2 Mb/s). Normalmente se utilizan las lneas de acceso metlicas al usuario. Para ello se utilizan las redes de multiplexores PDH. Para permitir la gestin remota del extremo en el usuario se coloca un router conversor de interfaz (red LAN a V.35) gestionable mediante protocolo SNMP. Las lneas X.25 se utilizan hasta 64 kb/s, mientras que la Frame Relay se aplica para Nx64 kb/s. En la Fig 01 se muestra el modelo de capas para el acceso a una red LAN mediante un router extremo para convertir LAN en X.25 (interfaz V.35). La red de transporte indicada en la figura es ATM. -Esta alternativa ha recibido un gran impulso para redes de alta velocidad. En este caso se refiere a la emulacin de redes LAN. La conexin de servicios Internet sobre ATM se ha propuesto mediante 2 alternativas. La primera (RFC-1577) tiene en cuenta el Classical IP over ATM que se trata de segmentar el datagrama IP en celdas de tipo AAL5. La otra alternativa determina la LAN Emulation (interfaz LAN para usuario-nodo LUNI) que dispone las capas IP/LLC sobre las capas LUNI/AAL5. La conexin desde una LAN hacia la ATM (interfaz UNI) se puede efectuar mediante dos formas. En la primera se utiliza la funcin LAN Emulation donde el concentrados ATM realiza las funciones de router para ingresar la LAN sobre AAL5. En la segunda se utiliza un acceso mediante router externo con el protocolo DXI (Data Exchange Interface). DXI es un protocolo de capa 2 (debajo de LLC) con trama similar a Frame Relay y campo de direcciones DFA (DXI Frame Address). -Los router pueden disponer de una interfaz hacia redes SDH. Los paquetes IP se encapsulan sobre PPP/HDLC y luego se mapean en la carga til del VC-4, donde el puntero H4 (para celdas ATM) pierde sentido. -Los routers pueden disponer de interfaces E1 a 2048 kb/s o interfaz V.35 a Nx64 kb/s. En ambos casos el protocolo IP se encapsula en PPP/HDLC. -La aplicacin tradicional de utilizar el protocolo IP sobre LAN se incrementa ante la variante de velocidades de 100 y 1000 Mb/s utilizando fibras pticas como medio de soporte. As mediante unidades Fast Ethernet y Gigabit Ethernet con fibras pticas monomodo es posible realizar enlaces entre router de decenas de kilmetros y formar una red MAN directamente soportado en protocolos TCP/IP/LLC/MAC. De esta forma un router se vera como una interfaz entre dos redes (LAN y MAN) con igual protocolo (Ethernet) pero distinta velocidad (10/100 Mb/s del lado usuario y 100/1000 Mb/s del lado MAN) y medio (cable UTP del lado usuario y fibra ptica del lado MAN).
Dial-up
X.25/F.Relay
ATM
SDH/Sonet E1/Nx64 kb/s Ethernet
GigabitEthernet vs. ATM. A fines de la dcada de los aos `90 estas dos formas de transporte de protocolo TCP/IP se encontraban en competencia. El estado del arte determinaba las siguientes caractersticas:
1204-(1)
ACCESOS A INTERNET
-Gigabit Ethernet lleva ventaja en cuanto hace a la comprensin de la tecnologa, la capacitacin del personal, la operacin y management del mismo. El diseo de red desde el punto de vista de la ingeniera y el mantenimiento es ms simple. El precio tambin es menor. -Sus prestaciones son idnticas desde el punto de vista de la resilencia (tolerancia a las fallas), la escalabilidad y la seguridad de la red. Son similares en cuanto hace a la posibilidad de definir QoS, los accesos VLAN y los servicios multicast. IP IP IP
SNAP LLC MAC MAC
SNAP LLC MAC PPP PPP
2 1
PHY Client LAN
PHY
PHY
PHY Router
PHY
PHY Router
Switch ATM
Fig 01. Modelo de capas de accesos a redes IP (Internet).
1204-(2)
ACCESOS A INTERNET
2- CONEXION DIAL-UP A INTERNET

2.1- MODEM DE DATOS Los protocolos Mdem para la transferencia de archivos entre computadores mediante la lnea telefnica incluyen varios desarrollos. En el mbito Internet se han definido dos protocolos de acceso al nodo mediante mdem de datos: SLIP y PPP. La velocidad recomendada es de 14,4 o 28,8 kb/s y sus caractersticas se describen a continuacin en la Tabla 02. Tabla 02. Protocolos de acceso dial-up a Internet. -Se trata de un desarrollo de W.Christensen-1977 que permite la transferencia de file binario y de texto entre micro-computadoras. El bloque consta de un carcter de encabezado, 128 Bytes de datos y uno de paridad para control de error. En los aos '90 la popularidad contina sobre la base de nuevas versiones y la aplicacin en PC porttil. -Desarrollado por C.Forsberg-1981 se ha convertido en un elemento esencial en un software de comunicacin de PC. Posee un encabezado inferior a Xmodem y permite transferir bloques de datos de 1024 Byte. Si la calidad de transmisin es mala se reducen los bloques a 128 Byte para reducir el nmero de Byte a ser retransmitidos. -Fue desarrollado por C.Forsberg-1986. Incluye el chequeo de errores CRC-32 y el rearranque (cuando una conexin se interrumpe, al reiniciarse se continua desde el punto de corte). -Original de Columbia University-1981. Diseado para conexin de computadoras distintas con estructura de trama similar a Xmodem. Los bloques son de longitud variable de hasta 96 caracteres. Posee un cdigo detector de errores checksum y un protocolo de repeticin automtica ARQ. -(Link Access Protocol-Modem). Pertenece al ITU-T V.42 desde 1988. Se trata de un protocolo del tipo HDLC denominado Protocolo de Acceso al Enlace del Mdem. Trabaja con mdem desde 1200 b/s en forma sincrnica. Permite el empaquetado de datos start-stop en tramas sincrnicas (protocolo BOP) con deteccin de error y retransmisin de tramas. PROTOCOLOS DIAL-UP DE INTERNET -(Serial Line Internet Protocol). Normalizado en RFC-1055 permite la conexin punto-a-punto, sin utilizar direcciones ni control de errores. Permite la conexin en capas 2 hacia la red Internet mediante mdem de hasta 19200 b/s por lnea telefnica, con datagramas de hasta 1006 Bytes de largo. En este protocolo se definen los Bytes Slip End y Slip Esc. El byte Slip End inicia y cierra un datagrama de TCP/IP. Si un byte simula la secuencia Slip End (hexadecimal C0) se enva Slip Esc (DB) y (DC); si se simula Slip Esc se enva Slip Esc (DB) y (DD). -(Point-to-Point Protocol) Normalizado en RFC-1171. Preparado para una lnea serial, permite la conexin de datos asincrnicos (start/stop) o asincrnicos BIP. Es ms avanzado que SLIP y como est adaptado para redes LAN dispone de direcciones y control de error. Requiere una conexin full-dplex. Mejora a SLIP en los siguientes aspectos: Asigna direcciones para acceso del tipo Dial-up; multiplexa distintos protocolos de red; realiza una configuracin de enlaces; realiza un test de calidad de enlaces; detecta errores y comprime datos. Se ha previsto la criptografa y compresin de datos en PPP. Este protocolo se utiliza para realizar tunelizacin en el servicio VPN.
-Xmodem.
-Ymodem.
-Zmodem. -Kermit.
-LAP-M.
-SLIP
-PPP
MODEM DE DATOS. Son usados para transmitir datos digitales por la red de conexin analgica y no son tratados en este trabajo. Los mdem se iniciaron en 1962 a 2400 b/s, en 1967 se trabajaba a 4800 b/s, en 1971 a 9600 b/s, en 1980 a 14400 b/s y 1985 a 19200 b/s. En la red digital los datos son multiplexados en un canal de 64 kb/s. Solo a modo de referencia se muestra la siguiente Tabla 03 del ITU-T en la Serie V referida al mdem de datos. Tabla 03: Caractersticas de los mdem de datos en la red telefnica. ITU-T Velocidad Modulacin Observaciones V.21 300 b/s FSK Full-Dplex asncrono. Tx: 1080 100 Hz Rx: 1750 100 Hz V.22 600-1200 b/s 4PSK Start-stop asncrono. Lnea 2 hilos. V.22 bis 2400 b/s 16QAM Full-Dplex. Tx: 1200300 Hz Rx: 2400300 Hz V.23 600-1200 b/s FSK Datos 1700400, supervisin 42030 Hz. Lnea 2 o 4 hilos. V.26 bis 2400 b/s 4PSK Datos 1800 Hz. Dplex a 4 hilos. V.27 ter 4800 b/s 8PSK Datos 1800 Hz. Dplex a 4 hilos. V.29 9600 b/s Full-Dplex a 4 hilos. V.32 9600 b/s 16QAM Full-Dplex V.33 14400 b/s TCM V.35 48 kb/s AM-SSB 60-108 kHz sincrnico, dplex a 4 hilos. V.36 48-56-64 kb/s 60-108 kHz sincrnico, dplex a 4 hilos. V.37 96-128-144 kb/s 60-108 kHz sincrnico, dplex a 4 hilos.
1204-(3)
ACCESOS A INTERNET
2.2- PROTOCOLO PPP (Point-to-Point Protocol). Se trata de un standard de Internet que puede obtenerse desde RFC-1661. Es ms avanzado que SLIP y como est adaptado para redes LAN. Dispone de direcciones y control de error. Requiere una conexin bidireccional del tipo full-dplex. Asigna direcciones para acceso del tipo Dial-up (acceso telefnico por la red PSTN); multiplexa distintos protocolos de red; realiza una configuracin de enlaces; realiza un test de calidad de enlaces; detecta errores, puede criptografiar la carga til de la trama y comprimir los datos. El modelo de capas de PPP incluye: -En la capa 1 se aceptan conexiones desbalanceadas RS-232 y balanceadas RS-422 y V.35. Utiliza algunas de las alternativas de mdem de datos de alta velocidad (hasta 56 kb/s). -En la capa 2 se genera un paquete del tipo HDLC que contiene: bandera, campo de direccin, campo de control, identificador de protocolo, datos y paridad (ver la Tabla 04). Posteriormente se encapsula los protocolos LCP o los datos en dicha trama. -Se dispone de un protocolo LCP (Link Control Protocol) para el control del enlace de datos. Tiene diversos formatos de paquetes: para la configuracin inicial del enlace (Request, Ack, Nack, Reject), para el test del enlace y el cierre de la conexin (Requst, Ack). El protocolo LCP dispone de la trama indicada en la Tabla 04. Tabla 04. Campos del paquete para protocolo LCP de control. Overhead PPP. 1 Byte. Bandera (hexadecimal 7E) para inicio y final de trama. 1 Byte. Direccin de destino (hexadecimal FF). Solo posee la funcin broadcasting. Se trata de una conexin punto-a-punto. 1 Byte. Para el secuenciamiento de la informacin similar a LLC o un valor fijo para tramas nosecuenciadas (03 hexadecimal). 2 Bytes para identificar el protocolo de capa superior (punto de acceso al servicio SAP por ejemplo, (hexa) 0021 para IP, 0023 para ISO, 802B para IPX). Cuando se dispone del protocolo de control LCP indica C021. Campo LCP. 1 Byte para identificar el tipo de paquete LCP. Se trata de Configure (Request, Ack, Nack y Reject); Terminate (Request, Ack); Echo (Reject, Replay); Reject (Code, Protocol, Discart). 1 Byte de identificador que se utiliza para los requerimientos y respuestas. 2 Bytes para indicar la longitud del campo LCP y los datos. Los paquetes del tipo Reject contienen la copia de los datos rechazados para ser interpretados por el emisor. Trailer PPP. Control de error de 2 (default) o 4 Bytes por configuracin. 1 Byte. Bandera (7E) para delimitacin final de la trama.
-Flag -Address -Control -Protocol
-Code -ID -Length -Data -FCS -Flag
Cuando los routers negocian la conexin inicial se intercambian paquetes del tipo Configure Request con diversas alternativas de opciones hasta que se recibe una respuesta Configure Ack. En una fase posterior se realiza la autentificacin PAP (Protocol Authentication Protocol). En el protocolo PPP es posible la compresin del encabezado de TCP/IP con el objetivo de reducir la cantidad de bytes e incrementar la eficiencia de transporte de datos. Por encima de LCP y debajo de IP se utiliza el protocolo NCP (Network Control Protocol) para la configuracin inicial del enlace.
1204-(4)
ACCESOS A INTERNET
2.3- CABLE-MODEM. Este sistema permite el acceso de alta velocidad digital para servicios de Internet por el mismo cable coaxial de la red CATV. Trabaja con el criterio FDMA donde la seal digital se integra a un espectro compartido con la TV. Las seales de entrada y salida al usuario ocupan distintas bandas de frecuencia. En este caso en acceso se realiza mediante celdas ATM y con deteccin de colisin similar a Ethernet (CDMA/CD). Se han ensayado sin embargo, otras formas de acceso como ser CDMA. Como referencia en la Tabla 05 se entregan las caractersticas tomadas del sistema de cable-modem ComUNITY usado en Buenos Aires.
Tabla 05. Caractersticas ms importantes del CableModem. Direccin de la seal DownStream Upstream Rango de frecuencia de operacin 300-800 MHz o 88-450 MHz 5-40 MHz Resolucin 250 kHz 50 kHz Ancho de banda del canal 6 MHz 1,8 MHz Modulacin 64QAM QPSK Velocidad digital 30,336 Mb/s 2,56 Mb/s Nivel de red de transporte ATM AAL5. Acceso MAC/SNAP Ethernet (802.2/3). Correccin de error Viterbi+Reed-Solomon Reed-Solomon
1204-(5)
SERVICIOS SOBRE LA INTERNET
1205

Acerca de los servicios disponibles mediante la red Internet. Referido al servicio de e-mail; los servidores de web; la transferencia de archivos, los directorios, etc.
1- INTRODUCCION A INTERNET
La primer red fue desarrollada desde 1965 en el MIT para ARPA (Advanced Research Projects Agency). Se denominaba red Arpanet (precursor de la actual Internet). Desde 1972 se denomin DARPA (Defence ARPA). En 1983 se formaliza la red Internet al separarse de la rbita militar (red Milnet) y disponer de standard propios. Para Internet se generan sucesivamente los siguientes organismos de normas: ICCB (Internet Configuration Control Board) entre 1981-84, IAB (Internet Activities Board) desde 1984 y IETP (Internet Engineering Task Force) junto con IRTF (Internet Research Task Force) desde 1989. Las anteriormente conocidas como normas MIL-STD (Militar Standard) y las actuales RFC (Request For Comments) determinan los protocolos para la interconexin de redes Internet. MIL pertenece al Departamento de Defensa y RFC son las normas de la IETF para el protocolo oficial de Internet. Los estndar RFC son normas preparadas para la red Internet en forma de artculos. Las normas RFC se distribuyen mediante mail electrnico en formato texto (.txt) y su actualizacin es mucho ms veloz que las normas ISO. Por otro lado, el incremento de servicios Internet en la dcada de `90 ha retardado (e impedido para siempre) la conversin desde TCP/IP hacia ISO. La red Internet dispona de ms 5 millones de host conectados en 1995 impulsado por el servicio de Web. La Fig 01 anexa muestra la Figura 2 del standard RFC-0793 referido al protocolo TCP de 1981. Obsrvese ya la presencia del protocolo RTP para servicio de voz sobre IP. La tecnologa lo hizo posible 15 aos despus. En la Fig 02 se presenta un esquema de protocolos relacionados. Entre ellos se encuentran los que se analizan en este captulo: acceso a Internet mediante enlaces de tipo dial-up mediante la red telefnica pblica y las aplicaciones sobre TCP y UDP.
Fig 01. Se muestra la figura 2 del standard RFC-0793 del IETF.
1205-(1)

La red Internet est formada por los siguientes operadores: -ISP -POP -NAP -NSP Tabla 01. Operadores de la red Internet. (Internet Service Provider). Se trata de las empresas que admiten el acceso de usuarios a un router de entrada a cambio de un valor econmico mensual. Normalmente el acceso es dial-up mediante la red telefnica. (Point of Presence). Se define as a los router de acceso a la red del ISP que se colocan en distintos lugares del pas para dar cobertura a usuarios mediante acceso dial-up ms cercano. (Network Access Point). Es el punto de interconexin entre distintos ISP. (Network Service Provider). Es el proveedor de conexiones para los distintos ISP y NAP.
LDAP SMTP TFTP 7 SNMP H.323 VoIP Telnet HTTP FTP NNTP
CMIP VTP X.500 X.400 FTAM
RTCP 4 UDP RTP TCP TP4
MOSPF ICMP 3 RARP ARP X.25 RSVP IGMP IP CLNP
2 MAC
LLC MAC MAC PPP LAP-B LAP-F AAL-5
Ethernet
T.Ring
FDDI
Modem
X.21
PHY
ATM
Fig 02. Protocolos de servicios de aplicacin en Internet.
1205-(2)
2- PROTOCOLOS DE APLICACION
Los protocolos TCP/IP nacieron con la red Internet pero se usan tambin fuera de ella. TCP/IP se ha implementado en el sistema operativo UNIX, pero no solo en UNIX. La red Internet es una red de computadoras que permite una variedad de funciones y que utiliza el protocolo TCP/IP y el sistema UNIX, pero no exclusivamente. Ha continuacin se analizan las capas de procesos (equivalente a la capa 7 del modelo ISO) y se determinan los servicios ofrecidos al usuario de la red. Se trata de una suite de protocolos asociados al TCP/IP. Este captulo analiza solo las aplicaciones ms utilizadas sobre la Internet. Aquellas aplicaciones que corresponden a redes corporativas soportadas en protocolo IP son analizadas en un captulo por separado (por ejemplo, VoIP, H.323, VPN, VLAN). Por otro lado, el protocolo de management SNMP soportado sobre UDP/IP se analiza tambin en un captulo independiente. 2.1- TRANSFERENCIA DE ARCHIVOS FTP (File Transfer Protocol). El standard se encuentra en RFC-0959. Mediante el sistema operativo permite la transferencia de archivos desde un sistema a otro. Esta fue la primer aplicacin para conectar host en la red Arpanet. El protocolo es complejo, porque el problema tambin lo es: existen diferentes computadoras que deben conectarse entre s (desde la PC notebook hasta mainframe). FTP se encuentra implementado para los sistemas operativos Unix, IBM-VM y MS-DOS. En MS-DOS la implementacin de usuario incluye un driver y hardware para conexin X.25 y Ethernet. Archie es un directorio indexado de nombres de los archivos annimos del tipo FTP. Los comandos del protocolo FTP se clasifican en: -Comandos de control de acceso: name, password, logout, close (termina la conexin), bye (cierra la conexin y se sale de FTP). -Comandos de transferencia de parmetros: get file (transfiere un archivo desde el remoto al sistema local), passive, estructura de archivo, cd dir (se mueve un directorio hacia arriba en el sistema remoto). -Comandos de servicio: store, restart, rename (redenomina archivos), abort, delete (borra el archivo en el sistema local), remove, print (sirve para administrar la impresora), list, status (entrega un status del FTP), system, help (ofrece un listado de comandos). FTP Anonymous. Los servidores del FTP annimo son una gran base de archivos ordenados por directorio. Para acceder a los mismos se selecciona ftp://nombre del servidor, el sistema responde requiriendo el login a lo cual se responde con la palabra anonymous y el password se indica la direccin de e-mail. Archie permite la bsqueda entre servidores de FTP. FTAM (File Transfer Access and Management). En el modelo ISO se dispone del protocolo de transferencia de archivos denominado FTAM. Trabaja sobre un entorno cliente-servidor y con caractersticas descriptas en la Serie X.400 del ITU-T. El protocolo FTAM es similar al FTP y NFS (Network File System). El FTAM es el protocolo estndar del ITU-T para aplicaciones en telecomunicaciones. Utiliza el concepto de almacn virtual de archivos y oculta las diferencias entre sistemas de distintos fabricantes. Entre las funciones que cumple se encuentran la transferencia, eliminacin y recuperacin de archivos desde un server-FTAM. Acta sobre directorios FTAM y lee los atributos de los archivos. NFS (Network File System). Es tambin conocido como ONC (Open Network Computing) y es original de Sun Microsystems Inc en 1984. Es un sistema de operacin de red que permite la conexin transparente entre computadoras en una red. Se trata de la ms simple interfaz transparente de datos. En esencia el NFS provee una conexin de tipo memoria de disco virtual. Extiende el sistema operativo UNIX a otras PC y entrega servicios similares a Novell Netware, por ejemplo. El NFS trabaja en la mayora de las PC y redes instaladas por lo que es el ms familiar y simple de los sistemas. El modelo de capa incluye 3 capas superiores: -NFS, es el nivel de aplicacin para transferencia de archivos, acceso y gestin; -XDR (eXternal Data Representation), representa los datos de mquinas con distintas arquitecturas de procesadores CPU y permite el funcionamiento cliente/servidor y por ltimo -RPC (Remote Procedure Call), define el formato del mensaje usado en el proceso de llamada remota. Estos protocolos se encuentran sobre UDP/IP/IEEE802.3.
1205-(3)

2.2- CORREO ELECTRONICO SMTP (Simple Mail Transfer Protocol). Se trata del correo electrnico definido en RFC-0821. Este protocolo es similar al MHS (Message Handling System) de Novell y a la serie X.400 del ITU-T. Desde el punto de vista del modelo de capas SMTP opera sobre TCP para disponer del servicio de control de errores y retransmisin. El protocolo IRC (Internet Relay Chat) es un software que hace posible conversaciones en tiempo-real y simultneas basadas en un server que acta de centro de los clientes. Fue creado en 1988 en Finlandia y se describe en RFC-1459. En SMTP cada usuario con acceso al sistema dispone de un mailbox que se sita en un Server, de forma que pueden intercambiarse mensajes an en ausencia del corresponsal. La especificacin del Mailbox del usuario se realiza como una direccin con la estructura: usuario@dominio. Por ejemplo se puede obtener la direccin del autor: rares@teleinfo.com.ar (Roberto Ares "en" Teleinfo, una entidad comercial en argentina).
Fig 03. Ejemplo de pantalla de e-mail. DNS (Domain Name System). Este sistema permite organizar la informacin de routing entre una denominacin (seudnimo o alias) simple y el nmero de direccin IP verdadero. El nombre completo tiene como mximo 63 caracteres. De ellos 3 caracteres indican el domino (edu-educacin, com-comercial, gov-gubernamental, org-organizacin, mil-militar, etc) y 2 el pas (ar-Argentina, it-Italia, etc). En USA no se coloca la sigla .us y en Europa no se utiliza el dominio (solo el pas). La tabla de dominios guardada en el servidor se denomina DNS Cache. Por ejemplo, cuando un usuario de Internet selecciona un dominio (direccin DNS) de e-mail (rares@teleinfo.com.ar) o de la direccin de web (www.teleinfo.com.ar) el servidor realiza un chequeo de la base de datos para encontrar que esta direccin DNS es un seudnimo de la direccin IP (ejemplo 192.168.1.4). La direccin IP se enva hacia atrs para asegurar un mensaje que pueda ser reconocido en la red. Existen servidores que permiten reconocer la direccin DNS y reporta la IP correspondiente. COMANDOS DE SMTP. Este protocolo establece una conexin desbalanceada entre emisor y receptor donde cada uno dispone de una port distinta en TCP. Los datos se codifican en ASCII (7 bits) y se transmite en caracteres de 1 byte (el octavo bit en cero). Los comandos que se intercambian entre el emisor y receptor del mensaje SMTP son descriptos en la Tabla 02. -Hello -Mail -Recipient -Data -Send -Reset -Quit Tabla 02. Comandos definidos en el protocolo SMTP. Comando usado para identificar el emisor al receptor. Contiene el nombre del host. Se responde con OK. Comando para iniciar la transaccin al mailbox. Comando que se utiliza para identificar un recipiente RCPT de datos de mail. Este comando sirve para la transferencia de 128 caracteres de cdigo. Se confirma con OK. Se utiliza para iniciar la transaccin de datos. Se utiliza para informar que la conexin ha sido abortada. Todos los buffer se borran. Este comando especifica que el receptor debe enviar un OK y cerrar el canal de transmisin.
1205-(4)

Por ejemplo, un e-mail es emitido desde el usuario roberto ubicado en el host denominado alpha.com.ar hacia el usuario ngel ubicado en el host beta.com.ar. Los comandos intercambiados son: Send: Resp: Send: Resp: Send: Resp: Send: Send: Resp: MAIL from: <roberto@alpha.com.ar> 250 ok RCPT to: <angel@beta.com.ar> 250 ok DATA 354 start mail input blah, blah, blah, ... <CRLF> 250 ok
X.400 (ISO-10021). Los protocolos X.400 pertenecen al ITU-T y se encuentra como estndar desde 1984 con el nombre MOTIS (Message Oriented Text Interchange System). La integracin entre los distintos tipos de E-mail se efecta mediante el protocolo API (Application Program Interface). X.400 ha tenido cierto auge en Europa a mediados de los aos `90 pero no ha tenido un desarrollo sustancial como SMTP. Se basa en un modelo cliente-servidor distribuido que incluye los siguientes componentes: -Agente de usuario UA: para permitir el trabajo en el computador cliente. Permite generar y leer mensajes. -Agente de transferencia de mensaje MTA: permite la memorizacin y el enrutamiento hacia otros MTA. -Memoria de mensajes MS: para guardar los mensajes hasta la consulta. -Unidad de acceso AU: permite el acceso de otras entidades como facsmil y teletex. -Sistema de directorio DS: para obtener la direccin y nombre de usuarios segn ITU-T Serie X.500. 2.3- TERMINAL VIRTUAL TELNET (Remote Login). Permite el acceso remoto a un terminal conectado a la red Internet mediante RFC-0854. El protocolo equivalente para el modelo de ISO es el VTP (Virtual Terminal Protocol). Se trata de crear un Terminal Virtual (concepto original de 1972 sobre Arpanet) para el teclado e impresora. De esta forma se puede acceder a la computadora deseada desde cualquier lugar del mundo. Cuando un terminal inicia la conexin asume que el funcionamiento es el bsico (teclado, impresora y protocolo ASCII). Los comandos ms comunes usados en Telnet son los siguientes: close (cierra la conexin), open host port (abre la conexin utilizando un puerto opcional), quit (sale de telnet), status (da un estado de la informacin de telnet), type character (ingresa carcter por carcter en el remoto), type line (entre lnea por lnea), ? (sumariza los comandos de telnet). 2.4- DOCUMENTOS CON HIPERTEXTO WWW (World Wide Web). Se inicia en CERN-1989 en Ginebra para implementar la idea de hipertexto en la actividad cientfica mediante la Internet. Web se populariz a partir de 1993 cuando la Universidad de Illinois gener el programa gratuito Mosaic, con formato windows accesible a cualquier usuario. Para 1995 el nmero de programas "inspectores de Web" superaba la docena y el NetScape Navigator era usado por el 75% de los usuarios de Internet. En Windows 95 y 98 el programa Explorer es un software standard. En 1995 el crecimiento de servidores de Web era del 100% cada 53 das. Las principales caractersticas del Web son las siguientes. En WWW se desarrolla el protocolo de hipertexto; por hipertexto se entienden enlaces entre datos, similar a una enciclopedia. Con la seleccin (pulsando 2 veces) de palabras y textos resaltados se accede a una otra pgina adicional. El salto entre pginas es independiente al lugar de almacenamiento (un server o varios en todo el mundo). Este proceso se denomina "navegacin" (Browsing, Cruising o Surfing) en el ciberespacio 1). No existe una RFC para el Web. Se trata de diferentes mecanismos: URL, HTTP, HTML, CGI y Cookies. Se indican varios detalles de los mismos a continuacin.
) El trmino Cyberspace fue introducido por William Gibson en la novela fantstica denominada "neuromancer" para describir el mundo de los ordenadores y la sociedad cercana.
1205-(5)

-URL (Uniform Resource Locators). Obtenible desde RFC-1630. El URL es una forma de identificador de reservas en los servidores web. Un URL puede administrar a varios servidores de web desde un punto al que se dirige el usuario. -HTTP (Hypertext Transfer Protocol). Obtenible desde RFC-2068. Se trata de una arquitectura cliente-servidor, donde el cliente utiliza un visualizador (Browser Web). El servidor de Web es uno o ms servers que entregan texto, grficos, imagen y sonido. Se utiliza el protocolo de hipertexto HTTP por ello la forma de identificacin de un servidor de web inicia con el formato (http://www). El servidor se denomina "HTTP server" en el ambiente Windows NT o "HTTP Daemon" en el Unix. Las direcciones de los server de Web tienen el formato http://www.nombre.cdigo que incluye la apertura, el nombre de empresa y el identificador de cierre (por ejemplo .com.ar para indicar una empresa comercial en Argentina).
Fig 04. Ejemplo de pantalla de HTTP. -HTML (Hypertext Markup Language). Los enlaces de hipertexto se crean mediante el lenguaje HTML (RFC-1866). Es una variante de SGML (Standard Generalized Markup Language) de ISO-8879 del ao 1986. Se lo utiliza para escribir los Web-Server. En la fotografa anexa se muestra la pantalla de un programa de escritura en HTML (el texto en la primer frase de este tem y el programa se denomina FrantPage Express).
Fig 05. Ejemplo de pantalla de HTML. -CGI (Common Gateway Interface). Esta interfaz define como se comunica el server de HTTP con el programa ejecutable mediante un browser.
1205-(6)

-Cookies. Se trata de informacin que el servidor del web memoriza en el cliente para ser utilizada en una prxima sesin. Puede ser usada para memorizar informacin de configuracin o password de subscripcin (acceso) al servidor. Esto produce un consumo de memoria y una intromisin que puede ser considerada inaceptable por el cliente. Algunos cookies son utilizados para tomar informacin del cliente y enviarlas al servidor. Los navegadores de Internet permiten configurar la aceptacin de cookies en el cliente. 2.5- DIRECTORIOS En este caso el servicio de directorio nace dentro de las normas ISO/ITU (Serie X.500 del ITU-T); su formato es demasiado complejo y se adapta para la comunidad de Internet en el servicio LDAP. Un directorio es una base de datos especial con informacin de varias reservas disponibles en la red. Se forma una base de datos del directorio DIB (Directory Information Base) donde los objetos del DIB se estructuran como un rbol (similar al directorio de archivos en el administrador de archivos de Window). Son objetos los usuarios y los recursos (impresoras, memorias). Cada usuario dispone de una ventana con toda la informacin (localizacin, direcciones de telfono, facsmil, E-mail, etc.). Se define una arquitectura del tipo cliente-servidor. Un directorio es una base de datos muy especial ya que no est estructurada para una actualizacin (escritura) permanente sino para consultas (lectura) peridicas. Por ello es ms rpido en lectura que en escritura; es apto para soportar informacin esttica. X.500 (ISO-9594). Es conocido tambin como DS (Directory Services) e iniciada en 1988 con actualizacin en 1993. El objetivo es generar un directorio global donde la informacin contenida en cada servidor es parte de la informacin de todos los servidores de este servicio. En X.500 se describen: -La jerarqua de nombres (referencias organizacionales); -El modelo de informacin (formato y estructura de los datos); -El modelo funcional (protocolo de acceso al directorio); -El modelo de autentificacin (proteccin de datos para accesos de escritura no autorizados) y -El modelo de operacin distribuida (para mantener informacin distribuida en forma global). Se trata de una solucin compleja e implementada por muy pocos software. Requiere de reservas intensivas en la PC cliente. Por estar desarrollado sobre los protocolos ISO es de difcil implementacin en TCP/IP. Una versin simplificada de X.500 para Internet se encuentra en el protocolo LDAP. LDAP (Lightweight Directory Access Protocol). Nace originalmente en la Universidad de Michigan como una versin simple de X.500. Es un standard de 3 versiones (RFC-1487 del ao 1993; RFC-1777 del ao 1995 y RFC-2251 en la versin 3 del ao 1997). Se trata del servicio de directorio de fcil implementacin en el cliente, manteniendo las funciones definidas en X.500. Mediante el servicio de directorio LDAP es posible generar bases de datos para autentificacin de clientes en la red. 2.6- CONSULTA DE BASE DE DATOS WAIS (Wide Area Information Service). Permite la seleccin mediante el uso de "palabras clave" de textos tiles dentro de una coleccin de datos. Funciona como ndice de textos. Son variantes del servicio de directorio. Los ms conocidos son Yahoo y Altavista pero se encuentra una amplia variedad de buscadores especializados. GOPHER. Es el nombre de la mascota de la Universidad de Minnesota. Es un protocolo cliente-servidor para acceder a un host donde se encuentra una base de datos estructurada en forma de rbol. Entrega un ndice de documentos de texto que permite "navegar" entre varios servidores de Gopher. Se entiende como una aplicacin sin mayor xito. Un ejemplo de direccin de acceso es <gopher://lucano.uco.es>. ARCHIE/VERONICA. Son sistemas que permiten localizar archivos. En el caso de Archie, un file memorizado en los server de FTP y, en el caso de Vernica, un file en el servidor de Gopher (es una opcin del men de Gopher para hacer una bsqueda en otros). Son aplicaciones con reducido xito. 2.7- GRUPOS DE NOTICIAS USENET (User Network).
1205-(7)

Se fundamenta en el protocolo NNTP (NetNews Transport Protocol). Es original de 1979 (RFC-0977) y corresponde a una coleccin de grupos de discusin sobre los ms variados temas (la subscripcin al grupo asegura recibir toda las novedades intercambiadas). Ya en 1995 eran ms de 5000 los grupos formados. Por ejemplo, el grupo de noticias comp.security.unix permite acceder a novedades en lo referente a seguridad en redes IP. Existe una cierta jerarqua en las denominaciones de los grupos que forman las siguientes categoras: comp. (para computadoras y redes), news. (discusin sobre la misma Usenet), talk. (para distintos tipos de charlas), soc. (para sociales y culturales), alt. (para temas alternativos de diversos tipos). Las direcciones se encuentran mediante la sintaxis <news://alt.cad.autocad> que corresponde al grupo de discusin sobre autocad. 2.8- SERVICIOS EN REDES IP Una amplia gama adicional de servicios pueden ser ofrecidos sobre redes IP. Estas redes tienen conexin hacia la Internet y trabajan con los mismos protocolos pero se encuentran protegidas para incrementar la seguridad (IPsec). Los servicios ofrecidos requieren adems de la seguridad, asegurarse una apropiada calidad de servicio (retardo, latencia y jitter). Se encuentran entonces protocolos para servicios en tiempo-real (RTP y RTCP) y de reservacin de ancho de banda (RSVP). Una interesante aplicacin en redes IP es la posibilidad de acceso a usuarios mediante la formacin de grupos multicast. Para ello se han previsto protocolos de gestin de grupos (IGMP) y de routing para la red. Estos servicios son analizados en un captulo aparte. VoIP (Voice over IP). Los servicios en redes IP incluyen todos aquellos que corresponden a la Internet, ms otros de reciente implementacin. Por ejemplo, se trata de la transmisin de voz VoIP en redes de paquetes. Utilizan como soporte cualquier medio basado en routers y los protocolos de transporte UDP/IP. FoIP (Fax over IP). Se trata de la emisin de facsmil mediante protocolos IP en tiempo real (ITU-T T.38) o en formato Store-and-Forward (T.37). Ambas normas datan del ao 1998 y el T.38 es el adoptado en H.323 para multimedia en LAN (tambin aplicado a VoIP). ITU-T H.323. Esta tecnologa permite la transmisin en tiempo real de vdeo y audio por una red de paquetes. Es de suma importancia ya que los primeros servicios de voz sobre protocolo Internet (VoIP) utilizan esta norma. En la versin 1 del protocolo H.323v1 del ao 1996 se dispona de un servicio con calidad de servicio (QoS) no garantizada sobre redes LAN. En la versin 2 del ao 1988 se defini la aplicacin VoIP. Una versin 3 posterior incluye el servicio de fax sobre IP (FoIP) y conexiones rpidas entre otros. VPN (Virtual Private Network). Una VPN es una conexin que simula las ventajas de un enlace dedicado (leased) pero ocurre sobre una red compartida (acceso remoto sobre una estructura pblica con todas las ventajas de un enlace privado). Diversas redes (Frame relay y ATM) permiten formar redes VPN; sin embargo la posibilidad de realizarlos mediante redes IP tiene algunas ventajas. Por ejemplo, la posibilidad de accesos remotos mediante lneas dial-up, la posibilidad de realizar conexiones VPN espordicamente y entre varios puntos (normalmente los VPN mediante Frame Relay y ATM son canales permanentes PVC). VLAN (Virtual LAN). Existen diversas definiciones de VLAN. Se puede interpretar como un grupo de estaciones de trabajo que no se encuentran en la misma localizacin fsica y que se conectan mediante un switch IP. Tambin se dice que una VLAN es un grupo de nodos que residen en un dominio de broadcast comn sin saltos de router. Se puede entender como una red conmutada que est segmentada lgicamente por funcin o aplicacin. En todos los casos VLAN se forma mediante switch agrupando ciertos usuarios sobre la base de alguna razn en comn. Las redes LAN obtenidas son virtuales porque se obtienen mediante agrupaciones lgicas en el Switching Fabric.
1205-(8)
DOMINIOS Y DIRECCIONES EN REDES IP
1206

Referido a la administracin de dominios y direcciones IP; a la asignacin dinmica y al manejo de los sockets.
1- DIRECCIONES IP
1.1- CLASES DE DIRECCIONES IP Dentro de una red IP las direcciones son gestionadas tanto por el IANA (Internet Assigned Numbers Authority) que asigna las direcciones pblicas, como por el usuario que maneja las direcciones en el interior de su red. La direccin IP ocupa 32 bits (4 Bytes) que permite identificar la red y el host individual. El formato de las direcciones puede ser de 5 tipos de acuerdo con la Clase que se indica en la Tabla 01. Clase A. Tabla 01. Clases de direcciones IP (IP-Address). 0+7bit+24bit. Corresponde a un nmero de direccin de Network (7 bit asignados por IANA) y otro nmero para el Host (24 asignados por el administrador de la red). Aplicable solo para grandes redes. El IAB solo puede designar 128 (27) redes de este tamao. Numera desde 0.0.0.0 hasta 127.255.255.255. Sin embargo, ante la falta de direcciones IPv4 se ha decidido particionar la clase A para asignarlas a varios usuarios. Por ejemplo, La direccin de HP de Argentina es del tipo 15.59.x.y. En tanto que, la direccin MAC de HP es 08-00-09 (la direccin MAC de Siemens es en cambio: 08-00-06). 10+14bit+16bit. Aplicable a redes medianas y numera desde 128.0.0.0 hasta 191.255.255.255. Por ejemplo, la empresa Telefnica de Argentina tiene asignado un nmero de este tipo de red: 168.226.x.x (los dos bytes finales son asignados por el operador de la red). 110+21bit+8bit. Para pequeas redes. Se trata de 4 Bytes: los 3 primeros Bytes indican la direccin de red y el ltimo Byte numera el Host dentro del nodo. Un router de red IP se identifica mediante los 3 primeros Bytes y sus puertas con el Byte final. En esta configuracin el primer valor vlido es 192.0.0.0 y el ltimo es 223.255.255.255. 1110+28 bits. Ocupa la numeracin 224.0.0.0 hasta 239.255.255.255. Es utilizada para direcciones multicast (grupo de usuarios de servicios IP). 11110+27 bits. Ocupa desde 240.0.0.0 hasta 247.255.255.255. Este set de direcciones se encuentra sin aplicacin. La direccin 255.255.255.255 es una direccin de broadcast. 1 2 3 4 VRS
Clase B. Clase C.
Clase D. Clase E.
ILH
Type of Service
Total Length Fragmentation
Identificator IP Time to Live Protocol Source IP Address Destination IP Address
Header Ckechsum
Fig 01.Campos del protocolo IP. La direccin IP puede escribirse mediante la notacin decimal punteada Dotted (44.123.230.224) que esta es la preferida por su simplicidad. Tambin se han usado la notacin hexadecimal (2C.7B.E6.E0), la notacin estilo C de Unix (Cx2C7BE6E0) y la notacin binaria (00101100.01111101.11100110.11100000). CLASE D (Multicast). El IANA ha reservado la clase D de direcciones IP para grupos multicast. Esta clase de direcciones consiste en la secuencia 1110 y 28 bits de direccin (5 bits no usados y 23 de direccin). Expresado en la notacin normal se trata desde 224.0.0.0 hasta 239.255.255.255. Algunas direcciones se encuentran reservadas y no pueden ser utilizadas.
1206-(1)

En las direcciones MAC se ha reservado el prefijo 01-00-5E (hexadecimal) para direcciones IP multicast. De esta forma casi todos los ltimos 3 Bytes de IP y MAC son idnticos. Por ejemplo, la direccin IP: 224.10.8.5 corresponde a la direccin MAC: 01005E0A0805. En la siguiente secuencia, los bits en negrita no son usados y separan la zona de identificacin multicast (anterior) de la direccin propiamente dicha de usuario (posterior). IP Address MAC Address 0.1=0000 0001 0.0=0000 0000 224=1110 0000 5.E=0101 1110 10=0000 1010 0.A=0000 1010 8=0000 1000 0.8=0000 1000 5=0000 0101 0.5=0000 0101
MASK NET. La direccin IP contiene 4 sectores; el sector que define al host est determinado por la mscara de subnetwork. Los componentes son los siguientes: -Prefijo desde 1 a 5 bits para identificacin del tipo de Clase (A a E). As la secuencia 110 determina la clase C. -Network (de 7, 14 o 21 bits para las clases A a C); entonces la secuencia 110 inicial determina que la direccin de red es de 21 bits. -Sub-network. Se trata de la diferencia con la direccin de host. -Host. Para conocer la secuencia que identifica al host es necesario leer la mscara de red (mask net). Esta mscara identifica los bits que determinan el host y por ello, la subnetwork. Estos dos ltimos campos ocupan en total los 24, 16 o 8 bits que completan la direccin. Para poder distinguir entre la identificacin de subnetwork y host se requiere una filtro de direcciones denominado Mask Net. Por ejemplo, para una direccin clase C (inicio 110) se tiene el formato (x para Network; y para Subnetwork; z para el Host) de la Tabla 02. Una direccin por el estilo se debe expresar como W.X.Y.Z/27; donde el /27 se refiere a la cantidad de unos en la mscara de red utilizada. Byte 1 110x.xxxx 1111.1111 Tabla 02. Ejemplo de mscara de red. Byte 2 Byte 3 Byte 4 xxxx.xxxx xxxx.xxxx yyyz.zzzz 1111.1111 1111.1111 1110.0000 Decimal (192...) a (223...) (255.255.255.224)
Direccin IP Mask Net
1.2- DIRECCIONES SIN CLASES El crecimiento de las direcciones IP ocupadas ha obligado a dos tipos de soluciones: el VLSM y CIDR a corto plazo sobre el protocolo IP versin 4 y la ampliacin del campo de direcciones en IP versin 6. VLSM (Variable Length Subnet Mask). En RFC-1009 se autoriza la construccin de redes donde la longitud de la mscara es variable dentro de la red. La limitacin de utilizar siempre la misma mscara de subred es que se est limitado a un nmero fijo de direcciones de subred. Conceptualmente una red es dividida en subredes, cada subred es dividida en subredes y as sucesivamente. Esto puede reducir sustancialmente las tablas de ruta de los routers. El protocolo de routing OSPF soporta VLSM; el algoritmo que lo permite se denomina "longest match". Ejemplo. -El proceso se inicia sobre la red 140.25.0.0/16 (binario: 10001100-00011001-00000000-00000000) que permite los ltimos 16 bits para direcciones de subred VLSM. En negritas se indican los bits fijos para la red; subrayado se indican los bits relacionados con /16. -Se divide en subredes del tipo 140.25.0.0/20. Es decir que se han creado 16 subredes (4 bits). -Se selecciona en el ejemplo la subred 140.25.224.0/20 (10001100-00011001-11100000-0000000). -Se la divide en subredes del tipo 140.25.224.0/24. Es decir se han creado 16 subredes (4 bits). -Se selecciona en el ejemplo la subred 140.25.238.0/24 con la secuencia (10001100-00011001-11101110-00000000). -Se divide en subredes del tipo 140.25.238.0/27. Es decir se han creado 8 subredes (3 bits). -Se selecciona en el ejemplo la subred 140.25.238.64/27 (10001100-00011001-11101110-10100000). -Esta subred dispone de 30 direcciones de host (desde 140.25.238.66/27 a 140.25.238.94/27). La direccin inicial (140.25.238.65/27) se reserva para indicar la subred completa y la final (140.25.238.95/27) para broadcasting. Por ejemplo, la direccin de broadcasting en esta subred es (10001100-00011001-11101110-10111111). CIDR (Classless Inter-Domain Routing). En el ao 1992 el IETF decide subdividir las direcciones clase A debido a que las direcciones clase C se encuentra casi exhausta. Por ejemplo, para el ao 1992 se haban asignado 46 de las 126 direcciones clase A y 5467 de la 16382 de clase B. Para el ao siguiente estos valores eran de 52 y 7133 respectivamente. En RFC-1519 del ao 1993 se instruye el CIDR
1206-(2)

que elimina la divisin entre clase lo cual equivale en esencia a VLSM. Con posterioridad el crecimiento de direcciones fue incrementndose. De 130 web en junio de 1993 se pas a 646.162 en enero de 1997.
1206-(3)
2- ASIGNACION DE DIRECCIONES IP
2.1- DOMINIOS La gestin de direcciones IP requiere de una serie de elementos interrelacionados: el servidor DNS permite asociar un nombre de usuario con la direccin IP; el servidor/router NAT permite asignar direcciones IP no-pblicas en el interior de una red privada; el servidor DHCP permite asignar direcciones IP en forma dinmica a usuarios intermitentes y el Dynamic DNS permite actualizar el servidor de DNS cuando se asigna la direccin mediante DHCP. A continuacin los detalles de estos elementos. DNS (Domain Name System). Este sistema permite organizar la informacin de routing entre una denominacin (seudnimo) simple de recordar y el nmero de direccin IP verdadero (se denomina resolucin de nombre). Hasta 1980 un solo computador (llamado Host.txt en California) realizaba esta funcin, pero el trfico hacia la misma se torn inmanejable. Entonces se introdujo un sistema distribuido. El nombre completo tiene como mximo 63 caracteres. De ellos 3 caracteres indican el domino (edueducacin, com-comercial, gov-gubernamental, org-organizacin, mil-militar, etc) y 2 el pas (ar-Argentina, it-Italia, etc). La tabla de dominios memorizada en el servidor se denomina DNS Cache. Por ejemplo, cuando un usuario de Internet selecciona un dominio (direccin DNS) de e-mail (rares@nss.com.ar) o de la direccin de web (www.nss.com.ar) el servidor realiza un chequeo de la base de datos para encontrar que esta direccin DNS es un seudnimo de la direccin IP (ejemplo 192.168.1.4). La direccin IP se enva hacia atrs para asegurar que el mensaje pueda ser reconocido en la red. Existen servidores que permiten reconocer la direccin DNS y reporta la IP correspondiente. DNS opera sobre UDP por lo cual no existe una conexin propiamente dicha; solo sirve para resolver la relacin entre dominio en formato de texto y la direccin IP asignada. Con posterioridad, la conexin es establecida sobre TCP hacia el servidor (por ejemplo de web). Existe tambin la resolucin inversa. Si se conoce solo la direccin IP (por ejemplo 192.168.1.0) mediante el comando inverso (1.1.168.192.in-addr.arpa) se obtiene el seudnimo.
TFTP 7 SNMP
H.323 VoIP
HTTP FTP
SMTP Telnet
RIP 4 DNS UDP IGRP
EGP BGP TCP IS-IS TP-4
RARP ARP 3
MOSPF OSPF IP CLNP
Fig 02. Modelo de capas para direcciones y dominios. NAT (Network Address Translation). El problema ms complejo de Internet es el reducido nmero de direcciones. La solucin a largo plazo el IPv6 con un mayor nmero de bytes por direccin. La solucin instrumentada sobre IPv4 son dos: el CIDR (Classless InterDomain Routing) y el NAT. El proceso NAT propone reducir el nmero de direcciones IP mediante el re-uso de direcciones
1206-(4)

privadas en todas las redes. De esta forma una red privada utiliza un direccionamiento propio y el router en el borde (Stub Router) de la red realiza la funcin de traduccin y direccionamiento hacia la red pblica (llamadas direccin local y direccin global). El uso de NAT en el router de borde requiere el manipuleo de la informacin; por ejemplo, los checksum de IP y TCP cambian, adems existen protocolos que llevan la direccin IP en el contenido (FTP lleva la direccin en cdigo ASCII) y debe ser cambiada, etc. Esto introduce un retardo y un incremento de procesamiento pero a cambio se simplifica notablemente la gestin de direcciones. El funcionamiento de NAT puede ser esttico o dinmico; en el esttico el mapeo desde el conjunto de direcciones internas al conjunto externo se realiza manualmente. En el funcionamiento dinmico responde a diversas estrategias. Una vez asignadas las direcciones privadas en el interior de la red, las mismas no cambian aun si se conectan a distintos ISP, con distintas direcciones pblicas. Cuando NAT est implementado nunca el esquema de direcciones internas debe ser enviado al exterior pero lo contrario es deseable para que la Intranet tenga un conocimiento de la Internet. El IANA determin un set de direcciones para uso privado. Estas direcciones no son ruteadas por la Internet y se asignan para los componentes del interior. Como los router no distinguen las direcciones privadas se requiere el NAT para efectuar la traduccin. Las direcciones reservadas por el IANA son las indicadas en la Tabla 03. Clase A B C Tabla 03. Direcciones IP reservadas para aplicaciones en Intranet (NAT). Desde Hasta Prefijo 10.0.0.0 10.255.255.255 10/8 172.16.0.0 172.16.255.255 172.16/12 192.168.0.0 192.168.255.255 192.168/16
NAT tiene la ventaja de conservar la legalidad de direcciones; es flexible para la conexin a nuevos ISP; impide el problema de superposicin de direcciones IP debido al filtrado de direcciones privadas. Lamentablemente, el NAT reduce las opciones de seguridad debido a que tiene que intervenir sobre el paquete por lo que limita las posibilidades de la criptografa. Por otro lado se pierde la posibilidad de trazabilidad entre extremos y se incrementa el retardo por procesamiento de software. 2.2- ASIGNACION DINAMICA DHCP (Dynamic Host Configuration Protocol). Cuando un nuevo usuario se agrega a la red o se cambia de posicin se requiere asignar una direccin IP y actualizar la base de datos del DNS. El protocolo DHCP fue diseado por el IETF (standard en RFC-2131) para reducir los requerimientos de configuracin. Adems de asignar la direccin IP realiza una configuracin automtica de los parmetros necesarios para funcionar en la red donde se encuentra. DHCP trabaja sobre TCP y est basado en el protocolo BOOTP (Bootstrap Protocol) de RFC-0951, con algunas diferencias. El BOOTP permita que clientes sin capacidad de memoria (disco rgido) pueda funcionar en TCP/IP. Se utiliza un modelo Client/Server por lo que se dispone de uno o varios servidores DHCP. No se requiere de un servidor por subred por lo que el protocolo DHCP debe trabajar a travs de routers. Ms de un servidor pueden realizar las tareas de asignacin de direcciones con el propsito de mejorar la eficiencia del sistema. Las caractersticas generales de funcionamiento son las siguientes: -El administrador de la red define en el servidor DHCP el set de direcciones IP que pueden ser asignadas. Tambin se seleccionan los valores de los parmetros que deben ser seteados en el cliente. -No requiere indicarse cuales de la direcciones IP estn en uso; el protocolo RARP puede ayudar en esta funcin. Las direcciones IP que permanentemente se asignaban a la subred son distribuidas en forma dinmica entre los host. Otra forma es la asignacin manual por parte del operador de la red con lo cual la asignacin es permanente. -Cuando un host se enciende realiza un pedido en forma broadcast a los servidores DHCP. El cliente puede seleccionar una de las respuestas (sin son varias) y enviar el requerimiento adicional de configuracin. El server DHCP no fuerza los parmetros, es el host cliente el que solicita los parmetros configurables. -El servidor asigna la direccin IP (y la mask de subred) por un tiempo determinado. El tiempo de asignacin corresponde a un mensaje de 4 Bytes (Timestamp) en unidades de segundos; la secuencia FF.FF.FF.FF identifica a una asignacin permanente sin lmite de tiempo. -En forma peridica el cliente debe renovar la solicitud de permanencia. Si no se renueva o el cliente efecta un shut-down la direccin queda libre y ser reciclada para se asignada a otro host.
1206-(5)

Existen otros protocolos que se relacionan con la asignacin dinmica de direcciones. El protocolo RARP permite descubrir cuales son las direcciones IP que han sido a signadas en la red. El protocolo TFTP provee un mecanismo de transporte de informacin desde el servidor de Boot. El ICMP provee informacin de host desde otros router mediante mensajes como el redirect.
1206-(6)

DNS UPDATE. Asociado a DHCP se encuentra el mecanismo Dynamic DNS Update. Permite la actualizacin automtica del servidor DNS con el nombre y la direccin IP asignada en forma dinmica por el protocolo DHCP. Se refiere a RFC-2136 del ao 1997. Este protocolo trabaja sobre TCP o UDP de acuerdo con el request. El formato del mensaje de actualizacin (update) contiene un encabezado de 12 Bytes que identifica al que efecta el requerimiento y diversos campos DHCP FAILOVER. Tambin en sociedad son DHCP se dispone de la tcnica DHCP Failover que consiste en disponer de servidores duplicados funcionando como pares redundantes. Se dispone de un protocolo de comunicacin simplificado para la operacin en rgimen normal, de interrupcin de comunicacin entre servidores y de falla del servidor asociado.
1206-(7)
3- PORT y SOCKETS.
Mediante 2 Bytes se identifica la puerta (Port) de acceso al servicio origen en TCP/UDP. Se trata de direcciones TSAP que reservan la numeracin desde 1 a 225 para los protocolos ms conocidos (denominados well-known), como ser Echo:7, SMTP:25; FTP:21; Telnet:23; Gopher:70; y Web:80. El protocolo UDP identifica las aplicaciones SNMP:161; TFTP:69 y RPC-Sun:111. Desde la port 256 a 1023 se reserva para aplicaciones UNIX. Las aplicaciones propietarias llevan la direccin de port desde 1024 hasta 49151; las direcciones superiores a 40152 (hasta 216) se asignan en forma dinmica. 1 Source Port Sequence Number TCP DO/RSV/Flag Header Checksum Ack Number Windows Urgent Pointer 2 3 Destination Port 4
Fig 03. Protocolo TCP y Port de origen y destino. La combinacin de la direccin IP y la port TCP/UDP es conocida como Socket cuya asignacin puede estar predeterminada (para protocolos conocidos) o se asigna entre los valores no utilizados (para las aplicaciones nuevas). Por ejemplo IP= 199.238.200.110 y port= 80 identifica al servidor de web identificado como www.technologypreview.com. Un problema se genera cuando una misma mquina abre dos o ms sesiones desde la misma aplicacin (por ejemplo, varias ventanas de web simultneas sobre la miasma mquina). Para eliminar esta discordancia en el socket se utiliza la numeracin de port well-known solo en el servidor de web; en tanto que el cliente selecciona una port no asignada distinta para cada sesin. Por esta razn es que las direcciones IP y la port (el socket) es incluido en cada datagrama entre ambas mquinas. Solo los servicios que operan entre pares pueden usar la misma direccin socket en ambos extremos. Para completar el concepto de NAT se dispone del PAT (Port Address Transation) consistende traducir una direccin de puerta interna hacia el exterior de la red. En este caso la transaccin se realiza entre rangos de direcciones originales (convencin BSD): 1...511; 512...1023; 1024...4999; 5000...65535. Esto permite crear varias conexiones desde el interior de la red hacia el exterior con pocas direcciones pblicas.
1206-(8)
PROTOCOLOS DE ROUTING EN IP
1207
Acerca de los algoritmos de routing, las mtricas disponibles y el funcionamiento de los protocolos de resolucin interior y exterior.
1- ROUTING BASICO.
1.1- GENERALIDADES DE ROUTING. Se entiende por routing el proceso que permite la interconexin de redes. Se puede efectuar mediante Switch (capa 2 o 3) o Router de acuerdo con el tipo de redes involucradas. El Bridge o Switch se prefiere por el mnimo retardo; bajo costo; pocas conexiones y mnimo planeamiento. El bridge solo es posible para interconectar LAN. Mientras que Router se prefiere para protocolos aislados en cada segmento y flexibilidad futura; requiere configuracin para interpretar la direccin IP de capa 3. El Bridge, Switch y Router son elementos que "aprenden de la red". Como analizan la direccin de cada paquete pueden formar una tabla de direcciones. Cuando se conecta un nuevo terminal a la red LAN este enva un paquete indicando la activacin con lo que puede integrarse a la tabla de direcciones. La direccin MAC es el nmero de hardware (grabado en EPROM) asignado por IEEE-ISO. El Router debe poseer un set de direcciones IP. Tiene la capacidad de enrutamiento para optimizar el camino del paquete de datos (analiza el costo; retardo de trnsito; congestin de red y distancia en nmero de Router en el trayecto). La tabla de ruta (Routing Table) contiene solo el "prximo paso" en la red1). Se han definido 2 tipos de protocolos para Router: el interior y el exterior al AS. Se denomina sistema autnomo AS (sistema interior o dominio) a un conjunto de sub-redes y Router que utilizan el mismo protocolo y el mismo control administrativo. SMTP Telnet TFTP 7 SNMP H.323 VoIP HTTP FTP
RTCP 4 RTP RIP IGRP EGP BGP TCP IS-IS TP-4
UDP
RARP ARP 3
MOSPF OSPF IP CLNP
Fig 01. Modelo de capas para los protocolos de routing.

1
) Los Router determinan un camino para el mensaje que sigue el principio de Mnima Accin. Los algoritmos para determinar esta mnima accin son diversos. En la teora de la Relatividad fue Einstein quien, basado en la geometra noeuclideana de G.Riemann-1854, determin que la luz se mueve en lnea recta y es el propio espacio el que se curva en presencia de masas. De esta forma los rayos de luz determinan las lneas del mapa tetradimensional de la cartografa del espacio. Cada objeto en este mapa (el espacio-tiempo) sigue una lnea de mnima accin (la geodsica) que no requiere energa. Los mensajes en una red de Routers sigue la geodsica (lnea de mnima accin). La manzana de Newton cae del rbol porque sigue la lnea geodsica, mantenerla en una posicin requiere de un gasto de energa.
1207-(1)
En la Tabla 01 se resumen las caractersticas de los algoritmos de routing. En base a las mismas es posible obtener los protocolos de routing que son estudiados ms adelante en este trabajo. Uno de los elementos ms interesantes es la mtrica. La mtrica es un standard de medida que permite efectuar las operaciones de routing. Entre las mtricas se encuentra por ejemplo, la longitud del trayecto en nmero de routers utilizado en RIP (el primer protocolo de routing). La Tabla de Rutas es la responsable del enrutamiento del paquete en la red. Esta Tabla realiza un mapa de la topologa de la red para determinar el prximo paso hacia el destino final. La mtrica para una ruta particular es el agregado de varias caractersticas asignadas a un enlace. Existen diversos tipos de mtricas; algunos protocolos de routing utilizan solo una de ellas mientras que otros usan varias alternativas. Algunas posibles mtricas de los protocolos de routing son las siguientes: -Calidad del enlace: referido a la existencia de errores en el trayecto. -Longitud del trayecto: referido al nmero de saltos o routers intermedios en la red. Es el caso ms comn. -Retardo de trnsito: referido al tiempo de propagacin (medible mediante un Ping de ICMP). -Ancho de banda del enlace: referido a la capacidad de trfico disponible entre routers. -Disponibilidad: referido al grado de ocupacin del CPU del router. -Costo: toma en cuenta el valor de conexin de la ruta.
Fig 02. Aplicacin de los protocolos de routing para internetworkimg.
1207-(2)
Tabla 01. Caractersticas de los algoritmos de routing. CARACTERISTICAS DE CLASIFICACION Esttico/dinmico Esta caracterstica se refiere a la posibilidad de fijar una ruta determinada en el caso esttico (Route of last resort) o routing variable para una adaptacin en tiempo real. Simple/mltiple Referido a la posibilidad de permitir la multiplexacin por varias lneas. Cuando es posible el mltiple-trayecto las vas para distribuir los paquetes son dos: balance por paquete (distribuidos de acuerdo con la mtrica) y balance por destino (se asignan rutas por cada nuevo destino). -El balance por paquete es similar al esquema round-robin (todos-contra-todos; con el mismo nivel de mtrica frente a los dems) para rutas de igual costo. -El balance por destino tiende a preservar el orden de los paquetes. TCP acomoda en orden los paquetes pero puede degradarse la performance. Si bien IP es un protocolo orientado sin-conexin (connectionless) los router que implementan el routing preservan en lo posible la ruta. Plano/jerrquico En la topologa plana todos los router tienen igual jerarqua; en la jerrquica los router forman un Backbone para el trfico principal. Los protocolos OSPF y IS-IS son ejemplos de protocolos de routing que utilizan estructura jerrquica. Hardware Referido al tipo de hardware utilizado. Es realizado por Host o Router inteligentes. Domain Los protocolos de routing son distintos si trabajan en el mismo dominio (intra-dominio) o entre dominios (inter-dominio). Algoritmo Se disponen de dos tipos de algoritmos para obtener la tablas de rutas. -RIP utiliza el algoritmo "vector-distancia" originario de Bellman-Ford. Requiere de datos sobre el nmero de saltos y el costo. El costo puede indicar un valor en $/min o bien preferencia (ponderacin debido a retardo: por ejemplo un peso de 1 para 128 kb/s y de 10 para 64 kb/s). Es usado en RIP, Hello y BGP. -SPF que es utilizado se denomina Dijkstra Algorithm. Es un protocolo de estado de enlace LSA (Link State Advertisements). Acumula informacin que es usada por el algoritmo SPF (Shortest Path First) para reconocer el camino mas corto a cada nodo. Es usado en OSPF y IS-IS. El protocolo IGRP (de Cisco) utiliza un algoritmo hbrido. Eficiencia Sumarizacin Simplicidad CARACTERISTICAS DE SELECCIN La eficiencia es la habilidad para seleccionar la mejor ruta con una utilizacin del CPU mnima. La sumarizacin de ruta se refiere a la posibilidad de estructurar la Tabla de Rutas con sets de rutas sobre un mismo enlace. Esto permite reducir sustancialmente la capacidad de memoria utilizada por la tabla. Se refiere al software mnimo requerido y el uso del encabezado de paquete. Debe tenerse presente que el protocolo utiliza una parte de las reservas de enlace. De esta forma, protocolos como el RIP realizan actualizaciones peridicas, mientras que el OSPF o IS-IS lo hacen solo en caso de falla. Son ms complejos pero solo ocupan al CPU en caso necesario. En funcionamiento normal minimiza la ocupacin del ancho de banda. La robustez se refiere a la habilidad para soportar fallas de hardware, condiciones de prdidas de paquetes e implementacin incorrecta. Obsrvese en la Fig 1 que algunos protocolos trabajan directamente sobre IP mientras que otros lo hacen sobre TCP o UDP. Se refiere a la adaptacin a diversas circunstancias. Es la velocidad de actualizacin de la Routing Tabla cuando se requiere una actualizacin (reclculo de rutas para optimizacin). El problema es la formacin de loop de rutas en caso de disponer de una convergencia lenta. El tiempo de convergencia depende de la velocidad de deteccin de cambios en la red, seleccin de la ruta y propagacin de los cambios. Los cambios realizados en un router y que por el momento no generan cambios en otros routers, pueden provocar loop de routing. Algunos problemas son detectados rpidamente como la interrupcin (prdida de portadora) de una lnea serial. En cambio sobre una Ethernet no existe indicacin de interrupcin (semejante a la prdida de carrier). Si sobre un router se efecta un reset tampoco se dispone de una indicacin inmediata. Una forma de detectar problemas es mediante la ventana de temporizacin luego de un mensaje Hello. La escalabilidad de la red: se refiere a la posibilidad de crecimiento. Normalmente la escalabilidad se encuentra limitada por razones operacionales ms que tcnicas. Referido al uso de medios para proteccin de la informacin de routing. El mecanismo de autentificacin reduce potenciales inestabilidades.
Robustez Flexibilidad Convergencia
Escalabilidad Seguridad
1207-(3)
2- PROTOCOLOS EN CAPA 2
El ms simple de los procesos que permiten definir direcciones y rutas es el de resolucin de direcciones MAC en una red LAN. Se trata de alguno de los protocolos que se indican en la Tabla 02. ARP Tabla 02. Resolucin de direcciones MAC. (Address Resolution Protocol) de RFC-0826. Este protocolo es usado para anunciarse mediante direcciones de capa IP. Permite comunicarse con un usuario IP sin conocer la direccin MAC del mismo. ARP emite un datagrama de pedido (mensaje ARP Request) para todas las unidades MAC en la red LAN. Utiliza la direccin broadcast (hexadecimal FF.FF.FF.FF.FF.FF). La respuesta es un paquete (mensaje ARP Respond) con la direccin MAC que corresponde a la direccin IP indicada. Definido en RFC-1027. Un router utiliza el proxy ARP para ayudar a un host en el reconocimiento de direcciones de otras redes y subredes vecinas. (Reverse ARP) de RFC-0903. Funciona con estaciones sin disco rgido que no pueden guardar las direcciones IP. Su funcin es requerir la direccin IP cuando se conoce la direccin MAC. Los protocolos ARP y RARP no utilizan datagramas IP en forma directa, sin embargo generan un datagrama propio de caractersticas similares. Este protocolo habilita a los elementos de red para reconocer las direcciones MAC mediante paquetes pequeos de presentacin. Cuando un nuevo elemento se conecta a la red genera un mensaje Hello en forma broadcast, el mismo es emitido en forma peridica para indicar que contina activo. Para cada Hello message se responde con un Hello replie para configurar la tabla de direcciones.
Proxy ARP RARP
Hello
Un datagrama ARP es un paquete de corta longitud que contiene los siguientes campos: -Identificador de tipo hardware (2 Bytes); -Identificador de protocolo (2 Bytes; 0800 para IP); -HLEN/PLEN (2 Bytes) indica la longitud de direccin MAC e IP (la longitud normal es 6 y 4 Bytes respectivamente); -Identificador de mensaje (2 Bytes para indicar ARP request o response; RARP request o response); -direcciones de hardware (MAC) e IP de origen y de destino. Cada nodo mantiene una memoria denominada ARP Cache con las direcciones de las puertas IP y las correspondientes direcciones MAC. Esta es actualizada cada 15 minutos. Se entiende por Cache una memoria que contiene los datos corrientemente utilizados, en este caso referido a direcciones y rutas. Un ARP Cache tiene el formato de la tabla inferior (el valor de Age corresponde al tiempo de permanencia del dato en el cache expresado en minutos). El requerimiento y respuesta se realiza en forma broadcasting y por ello todos los componentes pueden actualizar la informacin en el cache. Protocol Internet Internet Address 131.108.62.193 131.108.1.140 Age (min) 187 187 Hardware Address 0800.2010.a3b6 0800.200e.33ce Type ARPA ARPA Interface Ethernet3 Ethernet3
STP (Spanning-Tree Protocol). En las redes construidas mediante Switch-Ethernet se debe cuidar que no ocurran loop debido a que los caminos duplicados pueden generar paquetes duplicados. El uso de STA permite eliminar el problema de los loops y mantener las ventajas (redundancia de enlaces). STA es desarrollado originalmente en Digital DEC y luego fue incorporado a IEEE 802.1d. Este protocolo permite identificar los loop y mantener activa solo una puerta del switch; se asigna a cada puerta un identificador (la direccin MAC y una prioridad). La prioridad de la puerta se puede asignar en trminos de costo. El STP consiste en un intercambio de mensajes de configuracin en forma peridica (entre 1 y 4 seg). Cuando se detecta un cambio en la configuracin de la red se recalcula la distancia (sumatoria de costos) para asignar una nueva puerta. Las decisiones se toman en el propio switch. Los mensajes son Configuration y Topology-change. Los campos del mensaje de configuracin incluyen 35 Bytes y el de cambio de topologa solo 4 Bytes iniciales. El mensaje de configuracin contiene: -3 Bytes para indicar el Identificador de Protocolo (2) y la Versin (1). -1 Byte para identificar el Tipo de Mensaje (0 para configuracin y 128 para cambio de topologa). -1 Byte de Flag para indicar el cambio de configuracin de la red. -8 Bytes para identificar la raz (Root) y 4 Bytes para identificar el costo de la ruta. -8 Bytes para identificar el switch y 2 Byte para identificar la puerta del mismo. -2 Byte para identificar el tiempo de emisin del mensaje (Age) y 2 Byte para indicar el tiempo mximo de vida. -2 Byte para indicar el perodo de intercambio de mensajes de configuracin Hello. -2 Byte para indicar el tiempo de espera para emitir un mensaje en caso de detectar un cambio de configuracin.
1207-(4)
3- PROTOCOLOS EN CAPA 3
PROTOCOLOS DE ROUTING IP. La mayor jerarqua de routing es el AS (Autonomous System) que es una coleccin de redes bajo una administracin de dominio comn. Los protocolos de resolucin interior IGP (Interior Gateway Protocol) permiten la comunicacin interna del dominio AS, en tanto que, los de resolucin exterior BGP (Border Gateway Protocol) lo hacen entre dominios distintos. As un AS es un grupo de router que utilizan un mismo protocolo de routing. Cada AS puede ser dividido en una nmero de Areas; un router con mltiples interfaces puede participar de mltiples reas. Estos router se denominan router de borde y mantienen separadas las bases de datos topolgicas de cada rea. Un rea puede contener a todos los router que inician con la misma direccin IP (por ejemplo, 150.98.05.x), en este caso el uso de la mask net (255.255.255.0) puede ser de utilidad. La expresin Dominio se refiere a la porcin de red donde los router poseen la misma base de datos topolgica. La topologa del rea es invisible a elementos fuera del rea. El dominio es usado para intercambios con AS. Sucesivamente se estudian los siguientes protocolos: para resolucin interior el RIP, IGRP y OSPF y para resolucin exterior los EGP y BGP. Se informa tambin sobre IS-IS para resolucin interior en el modelo OSI y el HSRP para resolucin entre router en hot standby. 3.1- PROTOCOLO RIP (Routing Information Protocol) El protocolo de routing RIP es del tipo de resolucin interior IGP indicado como inter-AS. Es originario de Xerox (GWINFO) en la suite XNS. En 1982 pasa a formar parte de UNIX BSD (Berkeley Software Distribution). Es definido en RFC-1058 en el ao 1988. La mtrica utilizada es del tipo nmero de saltos (vector distancia de 4 bits); un nmero de saltos superior a 15 se entiende como inalcanzable. Por ello el RIP es vlido para redes pequeas. Desde el punto de vista del modelo de capas RIP trabaja sobre UDP con el nmero de port 520 (decimal); en cambio BGP trabaja sobre TCP (realiza una conexin con control de errores y de flujo). El paquete RIP contiene la informacin que se enumera en la Tabla 03. El mximo tamao del mensaje es de 512 Bytes (sin contar UDP/IP). Los mensajes son de Request (pedido de transferencia de la tabla de rutas) y la Response (respuesta al pedido). Normalmente el request es un mensaje con direccin broadcast. RIP no puede manejar direcciones con mscara de subred variable. El paquete del protocolo RIP permite la actualizacin de la Routing Table en los routers, el contenido en la direccin IP y el valor de la mtrica (utiliza cantidad de saltos desde 1 a 15). La Routing Table formada por RIP contiene la siguiente informacin: Direccin de destino, prximo paso, distancia, Timer, Flag. La tabla de rutas solo mantiene la mejor ruta al destino. Cuando una ruta mejor es detectada se reemplaza la anterior. Cada router actualiza un cambio y lo propaga a los dems. El tiempo de convergencia alto. RIP requiere datos de ruta para actualizar las tablas y peridicamente anuncia la presencia y difunde los cambios que detecta en la red. Utiliza el algoritmo "vector distancia" originario de Bellman-Ford. Requiere de datos sobre el nmero de saltos y el costo; el costo puede indicar un valor en $/min o bien una preferencia (debido a retardo, etc). Este tipo de algoritmo es usado en RIP (Novell y Xerox) y IGRP (Interior Gateway Routing Protocol de Cisco). Los paquetes de RIP son intercambiados en forma peridica cada 30 seg (Upgrade). Este mecanismo de transmisin peridica carga la red con informacin de routing. Si el tiempo de upgrade supera el valor de 90 seg la ruta de salida se considera invlida. Si se supera el tiempo de 270 seg (denominado Flush Timer) la ruta se elimina de la tabla de rutas. Obsrvese que el campo de mtrica permite un mximo de 15 saltos (Count Hop). Si es mayor se considera un destino inalcanzable. Se utiliza un mecanismo denominado Spli Horizont que permite evitar informacin sobre rutas que retornan al origen generando loop de routing entre 2 nodos. -Command -Version -Reserved -Address -Reserved -Address -Reserved -Metric Tabla 03. Campos del protocolo de routing RIP 1 Byte. Identifica si se trata de un requerimiento o una respuesta. Se solicita el envo de la tabla de rutas y se responde con toda o parte de la misma. 1 Byte. Identifica la versin del protocolo RIP. 2 Bytes no utilizados. 2 Bytes. Identifica la direccin de familia de protocolo (para Internet IP el valor decimal es 2). 2 Bytes no utilizados. 4 Bytes. Direccin IP del destino a la que corresponde la mtrica inferior. En un mensaje RIP de respuesta pueden reportarse un mximo de 25 destinos por paquete. Las tablas de ruta ms grandes requieren mltiples paquetes. 8 Bytes no utilizados. 4 Bytes. Indica el nmero de saltos al router de destino. El valor 16 corresponde a inalcanzable.
1207-(5)
3.2- PROTOCOLO IGRP (Interior Gateway Routing Protocol). Este protocolo es original de Cisco para routing en AS. Es un protocolo que usa el vector distancia como RIP. Emite la totalidad de la tabla de rutas al inicio y solo los cambios en perodos preestablecidos como actualizacin. Mientras RIP usa solo una mtrica (con un nmero de saltos mximo de 16) el IGRP utiliza una combinacin de mtricas: retardo, ancho de banda, confiabilidad y carga del enlace (estos dos ltimos se evalan mediante un nmero desde 1 a 255). Todos los routers mantienen la tabla de rutas de los vecinos para usarlo en el algoritmo de convergencia. Los tipos de paquetes involucrados se denominan: Hello (paquete multicast emitido para indicar la presencia); acknowledgment (paquete de reconocimiento); update (paquete emitido en forma unicast a un nuevo router en la red); querry; replay and request (solicita informacin en forma unicast). Una muestra de una impresin de Tabla de Rutas es el siguiente: Routing entry for 131.108.1.0 Know via "igrp 109", distance 100, metric 1200 Redistributing via igrp 109 Last updata from 131.108.6.7 on Ethernet0, 35 seconds ago Routing Descriptor Blocks: 131.108.6.7, from 131.108.6.7, 35 seconds ago, via Ethernet0 Route metric is 1200, traffic share count is 1 Total delay is 2000 microseconds, minimun bandwidth is 10000 Kbit Reliability 255/255, minimun MTU 1500 bytes Loading 1/255, Hops 0 Una tablas de ruta contiene la fila de destino denominada Default. Por la misma se enruta cualquier direccin de gateway que es desconocida. Una tabla de rutas extensa complica el mantenimiento y hace ms lento. 3.3- PROTOCOLO OSPF (Open Shortest Path First). OSPF es desarrollado en la suite de IP (no enruta en ambiente IPX por ejemplo) como protocolo de gateway interior IGP. Este protocolo se cre para mejorar el RIP. El OSPF es un protocolo abierto (especificacin de dominio pblico) y se encuentra en RFC-1583 para la versin 2. El algoritmo utilizado se denomina Dijkstra Algorithm. Es un protocolo de estado de enlace LSA (Link State Advertisements) que acumula informacin usada por el algoritmo SPF (Shortest Path First) para reconocer el camino mas corto a cada nodo. OSPF es un protocolo intra-AS que dispone de una base de datos topolgica que contiene la informacin recibida mediante LSA. Cuando se inicia el algoritmo SPF espera que las capas inferiores informen de la operabilidad del enlace; cuando las interfaces estn operacionales utiliza el mensaje Hello para adquirir informacin de los router vecinos. En una red pequea la direccin de los routers vecinos puede ser configurada manualmente; sobre una red mayor se utiliza la direccin multicast 224.0.0.5 reservada para esta aplicacin de Hello. Los routers reconocen la direccin y las redes LAN tambin; no puede ser usada para direccin de usuarios. Cada router en operacin normal emite los mensajes de LSA en forma peridica (valor tpico 5 seg). OSPF soporta routing del tipo multi-path y ToS (Type-of-Service). El ToS permite efectuar operaciones de prioridad para datos urgentes sobre protocolo IP. Soporta adems diferentes mtricas (requiere el nmero de saltos, la velocidad de comunicacin, congestin de trfico, costo y prioridad). La mtrica por default de OSPF est basado en el ancho de banda (el valor de mtrica es inverso al ancho de banda). El protocolo OSPF se adapta mejor a redes jerrquicas (Fig 03). La principal decisin es indicar que router se incluyen en el backbone y cuales en cada rea. Una topologa jerrquica incluye: -el nivel de acceso (conexin a usuarios mediante routers o switch de capa 2), -el nivel de distribucin (que conecta a los router de borde de rea e implementa mecanismos de seguridad y DNS) y -el nivel Core para formar el backbone de la red (este nivel dispone de acceso a la Internet mediante routers de Borde). Se debe considerar que el OSPF utiliza un algoritmo CPU-intensivo donde el nmero de clculos aumenta ms rpido que el nmero de routers. Por ello existen ciertos lmites al tamao de la red. -Generalmente un rea no debe superar los 50 routers. -El nmero de routers vecinos (pares en la jerarqua) no debe ser mayor a 60. -El nmero de reas soportadas por un router no debe ser mayor a 3. Los dos aspectos ms crticos respecto de las reas es la determinacin de la direccin y la conexin al backbone. Una forma de localizar direcciones IP en un medioambiente OSPF es asignar nmeros de red separados por reas. Se asigna direccin de Network por rea y de Subnetwork y Host en el interior del rea. El router que conecta al rea con el
1207-(6)
backbone se denomina router de borde (Bourder). Es conveniente tener ms de un router por borde de rea. La redundancia permite prevenir la particin de redes y adems permite obtener ancho de banda adicional en caso de trfico elevado. El tiempo de convergencia depende del nmero de router y el tamao del rea (entre 6 y 46 seg). La convergencia en OSPF es mejor que en otros protocolos y se logra mediante dos componentes: -La deteccin de cambios de la topologa de la red (por deteccin de falla del enlace o por ausencia del paquete Hello luego de un tiempo denominado dead time). -El reclculo de routers (el router que detecta la falla del enlace emite a los otros un paquete de estado de enlace).
Fig 03. Protocolos de resolucin de routing interior al AS y exterior. El paquete OSPF trabaja sobre IP (protocol= 89) y contiene 24 bytes de encabezado de longitud. El contenido del mismo se indica en la Tabla 04. Obsrvese la posibilidad de proveer seguridad mediante el mecanismo de autentificacin. -Version -Type Tabla 04. Campos del protocolo de routing OSPF. 1 Byte. Indica la versin de OSPF utilizada. 1 Byte. Especifica uno de los 5 tipos de paquetes OSPF: -Hello. Emitido en forma regular para establecer relaciones con router vecinos. -Database Description. Describe la base de datos topolgica y se intercambia con router adyacentes. -Link State Request. Requiere partes de la base de datos topolgica cuando se descubren cambios. -Link State Update. Responde al mensaje anterior. Existen 4 tipos de campos del tipo LSA: .Router Link Advertisements. Describe el estado de enlace entre router de un rea. .Network LA. Describe todos los router que se conectan a la red multiacceso. .Summary LA. Resume las rutas y destinos de salida del rea. .AS External LA. Describe las rutas de destino al exterior de la AS. -Link State Acknowledgment. Reconoce el mensaje anterior para confirmar la recepcin. 2 Bytes. Especifica la longitud total del paquete incluido el encabezado. 4 Bytes. Identifica el router que emite el paquete. 4 Bytes. Identifica el rea. En OSPF los paquetes se asocian a un rea solamente. 2 Bytes. Realiza un chequeo del paquete completo. 2 Bytes. Contiene el tipo de autentificacin. Ejemplo, simple password. Es obligatoria y configurable. 8 Bytes. Informacin de autentificacin.
-Length -Router ID -Area ID -Checksum -Authen Type -Authen
1207-(7)
3.4- PROTOCOLO EGP (Exterior Gateway Protocol). Este protocolo es del tipo interdominio documentado en RFC-0904 (ao 1984). Ha sido reemplazado en la prctica por el BGP que se indica a continuacin. Inicialmente determina los routers vecinos, verifica luego la presencia on-line y envan peridicamente informacin de actualizacin de la red. Los campos de este protocolo involucran 10 Bytes fijos y una carga til de datos variable. Los bytes fijos indican la versin del protocolo (1 Byte), el tipo y subtipo de mensaje (2 Bytes), informacin de estado (1 Byte e indica problemas, violaciones, etc), informacin de checksum (2 Bytes para deteccin de error), nmero de sistema AS (2 Bytes), numeracin secuencial de paquete (2 Bytes) y datos (longitud variable). 3.5- PROTOCOLO BGP (Bourder Gateway Protocol) El protocolo BGP reemplaza al EGP en la Internet y trabaja sobre TCP. El BGP se encuentra normalizado en RFC-1771 para la versin 4. Este tipo de protocolo permite el trfico sin loop entre sistemas autnomos AS. Permite el trfico dentro de un AS entre router pares (IBGP para Interior) o entre sistemas autnomos (EBGP para External) y el pasaje por un sistema autnomo que no opera con BGP. Normalmente es usado entre operadores ISP. La versin IBGP es ms flexible, entrega varias vas de conexin en el interior del AS y dispone de una vista del exterior gracias a EBGP. En rea de aplicacin se muestra en la Fig 03. Cuando un router se conecta a la red el BGP permite intercambiar las Routing Table completa. Pero las mismas se intercambian en forma parcial cuando existen modificaciones. BGP utiliza como protocolo de transporte el TCP (port 179). Cuando dos router intercambian informacin de routing (con la port TCP activa) se denominan Peers o Neighbors. Una actualizacin de la tabla de rutas se propaga a los routers pares vecinos. El mapa de rutas es usado en BGP para controlar y modificar la informacin de routing y para definir las condiciones de redistribucin de rutas entre dominios de routing. BGP utiliza la informacin de routing intercambiadas para generar un mapa de rutas AS libre de loops. Solo un camino es conservado en la tabla de rutas y es el que se propagada a otros routers. La decisin entre distintos caminos al mismo destino se realiza mediante los siguientes atributos: -el prximo paso (Next Hop), -la ponderacin de peso (por lista de acceso o mapa de ruta; se prefiere el camino de mayor peso ponderativo), -la preferencia de ponderacin local asignada por el operador (para seleccin de caminos con igual ponderacin), -el origen de la ruta y la longitud del camino. BGP4 soporta el routing interdominio del tipo classless CIDR; es decir con una mscara de red. Por ejemplo, una direccin 192.213.0.0/16 significa una mscara del tipo 25.255.0.0. En BGP se utiliza tambin el concepto de routers Cluster que consiste en una secuencia route-reflector-cliente. El router intermedio refleja los paquetes entre route y cliente. El encabezado del paquete ocupa 19 Bytes y el mensaje tiene longitud variable. Los Bytes involucrados en el encabezado se indican en la Tabla 05. -Marker -Length -Type -Data Tabla 05. Campos del protocolo de routing BGP. 16 Bytes. Mensaje de autentificacin que el receptor puede predecir. 2 Bytes. Longitud total del paquete en nmero de bytes. 1 Byte. Identifica el tipo de mensaje de datos que sigue a continuacin. Mensaje de longitud variable con los siguientes casos. -Open Message. 14 Bytes. Provee los criterios para el intercambio entre router. Contiene el tiempo en seg que se espera para declarar un enlace no-funcional; este tiempo se conoce como hold-time. Contiene la lista de parmetros opcionales: informacin de autentificacin, etc. -Update Message. Sirve para actualizar las tablas de ruta; su longitud es variable. Algunos tipos de mensajes de up-date son: longitud total de un trayecto, atributos de un trayecto (origen, prximo-paso, grado de preferencia, etc), rutas agregadas, etc. -Notification Message. Indica condiciones de error a otros equipos. Por ejemplo: error en el encabezado del mensaje, finalizacin del tiempo (Hold Time), evento no esperado, error de datos (error en la lista de atributos, prximo-paso invlido, etc). -Keep-alive Message. Se utiliza para informar que el equipo est activo.
3.6- PROTOCOLO IS-IS (Intermediate System). Este protocolo permite el intercambio de informacin de routing entre sistemas intermedios (intradomain). Corresponde a la norma ISO-10747. Est basado en un desarrollo original de DECnet. Desde el punto de vista de las funciones es similar a OSPF (pero no son compatibles); ambos son del tipo estado de enlace (Link State). Permite funciones no soportadas en RIP, como ser: jerarquas de routing, separacin de trayectos, tipo de servicio ToS, soporta la autentificacin, soporta una
1207-(8)
mscara de subred de longitud variable. El protocolo que permite el routing interdomain es el IDRP (Interdomain Routing Protocol) que es similar al BGP. Los IS-IS y IDRP trabajan sobre el protocolo de red CLNP. Utiliza una mtrica con valor mximo de 1024; es arbitraria y es asignada por el administrador de red. Un enlace simple puede tener un valor mximo de 64. La longitud del enlace es calculada por la suma de las ponderaciones individuales. Otras mtricas adicionales son: retardo del enlace, costos de expensas asociado al enlace y errores en el enlace. Un mapa de estos 4 tipos de mtrica permite formar la QoS en el encabezado del paquete CLNP (protocolo de capa 3 en el modelo ISO) y computar la tabla de rutas de la internetwork. Existen 3 tipos bsicos de paquetes en IS-IS: el Hello para el IS-IS; el paquete de Link State y el paquete de nmero secuencial. El formato de los paquetes es complejo y contiene en esencia 3 diferentes partes lgicas. El formato comn se enumera en la Tabla 06. -OH .IDE .LEN .PRO .ID .PAC .VRS .RSV .AR Tabla 06. Campos del protocolo de routing IS-IS. 8 Bytes de OverHead. Encabezado comn contiene un byte para cada uno de los siguientes mensajes: -Identificador del protocolo IS-IS (corresponde a 1 Byte con valor 131). -Longitud del encabezado (corresponde a los 8 Bytes de longitud). -Versin del protocolo. -Identifica la longitud de la porcin de dominio ID en la direccin NSAP. -Tipo de paquete: hello, link state o numeracin secuencial. -Versin del protocolo (repeticin). -1 Byte Reservado (todos ceros). -Direccin de rea mxima: nmero mximo de direcciones en el rea.
3.7- PROTOCOLO HSRP (Hot Standby Routing Protocol) Este protocolo de Cisco entrega una proteccin hot standby automtica entre dos routers. Cuando el router de trabajo falla el otro toma el control. Un router configurado con HSRP posee 4 estados posibles: activo, standby, speaking (recibe y emite mensajes hello) y listening (solo recibe mensajes hello). HSRP trabaja mediante el intercambio de 3 tipos de mensajes multicast: -Hello. Este mensaje se enva cada 3 seg para indicar informacin de estado y prioridad. El router con mayor prioridad es el que trabaja en un instante; los otros se encuentran en hot standby. -Coup. Este mensaje indica que un router pasa de la funcin standby a la funcin activo. -Resign. Este mensaje es emitido por el router activo cuando pasa al estado Shutdown o cuando un router de mayor prioridad ha enviado un mensaje hello.
1207-(9)
SERVICIOS EN REDES IP
1208
Sobre los servicios para redes corporativas ofrecidos mediante redes de transporte IP. Referido a multicast, videoconferencia, VoIP, VPN, VLAN.
1- INTRODUCCION
Los objetivos del presente trabajo se centran en la descripcin de los Routers que realizan funciones a nivel de capa 3, los componentes de una red IP y los servicios que la misma puede brindar. A fines de la dcada de los aos `90 este tipo de red se presentaba como la ms adaptada para las redes del primer decenio del siglo XXI. Los protocolos estudiados se muestran en la Fig 01.
SMTP H.323 7 TFTP SNMP FoIP VoIP RAS Telnet HTTP FTP
BGP RTCP 4 UDP RTP TCP OSPF RIP
MOSPF L2TP 3 IP RSVP IGMP
Fig 01. Modelo de capas y protocolos para servicios sobre IP.
1208-(1)
2- PROTOCOLOS PARA IP MULTICAST

IP Multicast se aplica cuando una misma informacin debe ser proporcionada a un grupo de clientes en forma simultnea. As una emisin de videoconferencia (H.323) puede ser recibida por varios clientes y ocupar una sola vez el canal de transporte. El switch (IEEE 802.1p) que conecta a los usuarios replica los paquetes a los clientes finales. Esta tcnica permite la conservacin del ancho de banda de una red IP. Otras tcnicas de conservacin son la compresin de datos y el ancho de banda por demanda BoD (Bandwidth-on-Demand). 2.1- PROTOCOLO IGMP (Internet Group Management Protocol). Este protocolo standarizado en la RFC-1112 para la versin 1 y en RFC-2236 para la versin 2 se utiliza para la gestin de enlaces multicast. Las direcciones IP pueden ser individual (unicast) o grupal para algunos miembros o todos los de la red (multicast o broadcast). El grupo multicast puede ser permanente o transitorio (armado para un evento en especial). DIRECCIONES MULTICAST. El IANA ha reservado la clase D de direcciones IP para grupos multicast. Esta clase de direcciones consiste en la secuencia 1110 y 28 bits de direccin (5 bits no usados y 23 de direccin). Expresado en la notacin normal se trata desde 224.0.0.0 hasta 239.255.255.255. Algunas direcciones se encuentran reservadas y no pueden ser utilizadas. Por ejemplo, 224.0.0.1 corresponde a "todos los sistemas de esta subnetwork" y 224.0.0.2 a "todos los router de esta subnetwork". En las direcciones MAC se ha reservado el prefijo (hexa) 01 para MAC-multicast y (hexa) 01005E para direcciones IP multicast. De esta forma casi todos los ltimos 3 Bytes de IP y MAC son idnticos. Por ejemplo, la direccin IP: 224.10.8.5 corresponde a la direccin MAC: 01005E 0A0805. En la siguiente secuencia, los bits en negrita no son usados y separan la zona de identificacin multicast (anterior) de la direccin propiamente dicha (posterior). IP Address (Decimal) MAC Address (Hexadecimal) 1110 0000 224 0101 1110 5 E 0000 1010 10 0000 1010 0 A 0000 1000 8 0000 1000 0 8 0000 0101 5 0000 0101 0 5
0000 0001 0 1
0000 0000 0 0
El protocolo IGMP determina un servicio sin conexin con el mismo criterio de "best effort" de IP unicast. Se denomina MBONE (Multicast Backbone) a un set de routers y subredes interconectadas que soportan el servicio IP multicast. El protocolo permite la comunicacin entre routers y host conectados en la red. Los mensajes intercambiados en el IGMP v.1 son de capa 3 y ocupan los 20 bytes de IP ms 8 bytes de IGMP. Los 8 bytes de IGMP v.1 llevan la informacin de la Tabla 01. En IGMP v.2 agrega a los mensajes Query y Report (de la v.1) los mensajes Leave Group y Membership Report. -VRS -Type .Query .Report Tabla 01. Protocolo de grupo multicast IGMP (versin 1). 4 bits. Identifica la versin del protocolo. 4 bits. Identifica el tipo de mensaje (query o report). Pueden existir mensajes de los protocolos de routing (DVMRP corresponde a decimal 3). Mensaje emitido periodicamente por el router para determinar que host estn conectados a la subred. Este mensaje tiene direccin 224.0.0.1 y un TTL=1 (es decir no puede salir de la subred; se trata de un nico trayecto sin relevo). Mensaje de respuesta del host. La emisin de un mensaje de report se realiza con un retardo random; la presencia de un mensaje de report produce el reset de los temporizadores random de otros host. De esta forma se reduce la concentracin de trafico como picos de reportes. Si el router no recibe reportes de respuesta a varios query consecutivos se asume que existe una desconexin y se remueve de la lista de miembros del grupo multicast. 1 Byte. Reservado sin aplicacin en IGMP v.1. En la v.2 se utiliza para indicar el tiempo mximo de respuesta (unidad de 0,1 seg) en el mensaje Report. 2 Bytes. Checksum para deteccin de errores (calculado de igual forma que en el protocolo ICMP). 4 Bytes. Direccin IP de tipo multicast (clase D). En un mensaje query este campo vale cero y es ignorado. En un mensaje report lleva la direccin IP de multicast del grupo reportado. Query o Report. 1 2 3 4 Type CheckSum VRS Reserved Address Message
-RSV -CKS -ADR -Message
1208-(2)
Las operaciones de multicasting en las redes LAN son soportadas por protocolos standard y propietarios. Por ejemplo, en IEEE 802.1p se definen los protocolos para registracin GMRP (Group Multicast Registration Protocol) y gestin de direcciones GARP (Group Address Registration Protocol). 2.2- ROUNTING MULTICAST. Los protocolos que se utilizan para el routing en los servicios multicast son derivados de los utilizados para direcciones unicast. De esta forma se toman como origen el RIP y OSPF. Los algoritmos de routing disponibles son: algoritmo broadcasting en reversa RPB o multicast en reversa RPM; algoritmo Spanning Trees o el Core-Based Trees. Las variantes de protocolos de routing son las siguientes: PROTOCOLO DVMRP (Distance Vector Multicast Routing Protocol). Este protocolo est definido en RFC-1075. Es derivado del RIP y utiliza una variante del algoritmo RPB (Reverse Path Broadcasting). El RIP provee un solo tipo de mtrica por lo que el OSPF (mantiene ms de un tipo) tiene mejor performance. Sin embargo, DVMRP es ms simple que MOSPF. Y se utiliz anticipadamente. DVMRP se encuentra sobre IGMP en el modelo de capas. La principal diferencia entre RIP y DVMRP es que, en tanto RIP calcula el prximo paso hacia el destino, en DVMRP se calcula la cantidad de pasos hacia el origen. DVMRP requiere de una peridica actualizacin para detectar nuevos receptores en el grupo y por ello tiene un problema de escala. El protocolo DVMRP dispone de diferentes tipos de mensajes: comando Null; indicador de familia de formato AFI; comando Submask; comando Metrica; Destination Address Request & Responce. PROTOCOLO MOSPF (Multicast OSPF). Se define en RFC-1584 como extensin del OSPF de la RFC-1583 y solo trabaja asociado al protocolo OSPF. El MOSPF provee el servicio de multicast pero no el servicio de tunelizacin del mismo (tampoco lo hace el DVMRP). En un protocolo de routing de tipo unicast la ruta se define en base a la direccin de destino, en tanto que en MOSPF se define en base al origen y los destinos. La definicin de ruta se realiza en base al costo basado en la mtrica de estado de enlace. Una vez definida la ruta se forma el rbol en la red y se descarta cada ruta individual. Se define una nica ruta, no existe alternativas de igual-costo. MOSPF permite modificar la ruta basado en el ToS del datagrama IP. La optimizacin de ruta para un grupo no asegura la optimizacin en el uso de la red. PROTOCOLO PIM (Protocol Independent Multicast). Si bien es independiente del protocolo de routing de tipo unicast implementado, requiere del mismo para formar la tabla de rutas. Este protocolo mejora la deficiencia de DVMRP aplicando dos tcnicas: modo-denso (protocolo diseado para operar en un medio con miembros de distribuidos con alta densidad y ancho de banda elevado) o modo-distribuido (baja densidad de miembros -no significa pocos miembros- y ancho de banda reducido). El uso de una o de otra depende de la distribucin de routers en la red.
1208-(3)
3- SERVICIOS EN TIEMPO-REAL
3.1- VoIP (Voice over IP). Los servicios en redes IP incluyen todos aquellos que corresponden a la Internet, ms otros de reciente implementacin. Por ejemplo, se trata de la transmisin de voz VoIP y vdeo en redes de paquetes. Utilizan como soporte cualquier medio basado en routers y los protocolos de transporte UDP/IP. El modelo de capas previsto en 1981 tena voz sobre RTP/IP; el modelo actual agrega UDP/IP, como sigue: -Capa de aplicacin: protocolo de voz y vdeo H.323; VoIP; FoIP; etc. -Capa de transporte: protocolo de transporte para tiempo real RTP/RTCP. -Capa de transporte: protocolo de transporte UDP. -Capa de red: protocolo de reservacin RSVP e internet IP. Los problemas que se tienen en VoIP son los siguientes: -Latencia. El gap existente en la conversacin debido a los retardos acumulados en la matriz de switch. Se trata del retardo producido por el proceso store-and-forward y el retardo de procesamiento (cambio de encabezado, etc). A esto se suman los retardos propios del proceso de compresin de datos. Los retardos en la red pueden ser reducidos mediante el protocolo de reservacin RSVP. -El jitter del retardo. Se entiende por jitter el efecto por el cual el retardo entre paquetes no es constante. Se trata de una latencia variable producida por la congestin de trfico en el backbone de red, por distinto tiempo de trnsito de paquetes debido al connectionless, etc. Se puede utilizar un buffer para distribuir los paquetes y reducir el jitter, pero introduce un retardo adicional. Lo correcto es incrementar el ancho de banda del enlace; solucin posible en un backbone pero de menor posibilidad en los enlaces WAN. Otra posibilidad es la formacin de colas para prioridad de trfico. -Otro problema es la prdida de paquetes por errores en los routers intermedios de la red IP. Puede utilizarse una correccin de errores FEC pero no del tipo ARQ (retransmisin a pedido). Por un lado se tienen los servicios de VoIP que ingresan en la red telefnica PSTN y por otro los servicios de datos que provienen desde la red PSTN. En muchas de estas interacciones se requiere la implementacin del sistema de sealizacin SS7. Se trata de una suite de protocolos para el manejo de las comunicaciones por la red PSTN y la gestin de los centros de conmutacin. FoIP (Fax over IP). Se trata de la emisin de facsmil mediante protocolos IP en tiempo real (ITU-T T.38) o en formato Store-and-Forward (T.37). Ambas normas datan del ao 1998 y el T.38 es el adoptado en H.323 para multimedia en LAN (tambin aplicado a VoIP). El mayor problema de transmitir fax sobre redes de paquetes es la dificultad de mantener la temporizacin del modem del fax. Los retardos involucran un elevado nmero de abortos de conexiones. Por otro lado, en tanto con VoIP la prdida de paquetes se compensa con interpolacin, en el caso de FoIP los paquetes deben ser retransmitidos mediante el uso de TCP, por ejemplo. Un terminal para FoIP consiste en 3 partes: -La unidad modem fax para convertir la seal analgica de salida de un facsimil grupo 3. -La unidad de protocolo de fax que compensa los efectos de temporizacin y prdida de paquetes. -La unidad de driver de red que permite el ensamble de paquetes hacia la red IP. 3.2- VIDEOCONFERENCIA (ITU-T H.323) Esta tecnologa permite la transmisin en tiempo real de vdeo y audio por una red de paquetes. Es de suma importancia ya que los primeros servicios de voz sobre protocolo Internet (VoIP) utilizan esta norma. En la versin 1 del protocolo H.323v1 del ao 1996 se dispona de un servicio con calidad de servicio (QoS) no garantizada sobre redes LAN. En la versin 2 del ao 1988 se defini la aplicacin VoIP. Una versin 3 posterior incluye el servicio de fax sobre IP (FoIP) y conexiones rpidas entre otros. Los componentes del servicio H.323 son indicados en la siguiente Tabla 02a:
1208-(4)
Tabla 02a. Componentes para el servicio H.323 Donde se conectan los terminales, los elementos de interconexin al exterior (router, proxy o gateway) y el gatekeeper con el sistema de gestin. Se realiza en forma bidireccional en tiempo real; se trata de una PC o un equipo a medida. Normalmente se encuentran conectados a una LAN. Provee la conectividad entre la red H.323 y otra distinta (PSTN por ejemplo). Se encuentra conectado a la LAN por un lado y a las lneas de la PSTN por el otro. Es un tipo especial de gateway que conectado a la LAN por un lado, se comunica con otra red en tiempo-real (RTP). El router tambin tiene esta caracterstica pero lo hace mediante la Internet sin usar protocolos de tiempo real. Es el centro de control para el procesamiento de la llamada, direccionamiento, autentificacin, gestin de ancho de banda, tarifacin, etc. Aplica las polticas de AAA (Authorization, Authentication and Accounting). El Gatekeeper debe realizar la traslacin de direccin IP a la ITU-T E.164 de la red telefnica; es decir, acta de interfaz desde la red IP hacia la red telefnica PSTN . El proceso de admisin utiliza mensajes de protocolo RAS (descripto a continuacin) para el requerimiento de admisin, la confirmacin y el rechazo de admisin. Permite identificar el trfico H.323 y aplicar las polticas apropiadas. Limita el trfico H.323 sobre la LAN y WAN. Entrega un sistema de facturacin (Billing) mediante un server apropiado. Inserta calidad de servicio e implementa seguridad. Esta unidad permite realizar conferencias entre varios usuarios.
LAN Terminal Gateway Proxy Gatekeeper
Sistema de gestin Control multipunto
Algunos trminos relacionados con esta tcnica son los siguientes: -PSTN (Public Switched Telephone Network). Se refiere a la compaa de telefona local. -POST (Plain Old Telephone Service). Se trata del servicio de telefona bsica a dos hilos brindado por la PSTN. -FXO (Foreign Exchange Office). Interfaz conectada a la PSTN para servicio POST. -FXS (Foreign Exchange Station). Interfaz conectada al aparto telefnico POST. Los protocolos especificados por H.323 para efectuar las funciones entre componentes son los siguientes: Seales de trfico. Trabajan sobre UDP/IP. -Codificacin de audio: G.711 a velocidad de 64 kb/s; G.722 para 48, 56 y 64 kb/s; G.728 para 16 kb/s y G.729 para 8 kb/s. En tanto el ITU-T ratific en 1995 a G.729, el VoIP Forum en 1997 (liderado por Intel y Microsoft) seleccion a G.723.1 con velocidad de 6,3 kb/s para la aplicacin VoIP. -Codificacin de vdeo: de acuerdo con H.263. Protocolos de sealizacin. Trabajan sobre TCP/IP. -Protocolo RAS (Registration, Admission and Status) segn H.225 para la comunicacin entre terminal, gateway y gatekeeper. Sirve para registracin, control de admisin, control de ancho de banda, estado y desconexin. -Sealizacin de llamada: para establecer la conexin y desconexin mediante protocolo H.225. -Sealizacin de control: mediante protocolo H.245 para comandos, indicaciones, control de flujo, gestin de canales lgicos, etc. Los protocolos H.225/245 trabajan sobre protocolos TCP/IP. Protocolos de calidad de servicio. -Protocolo RTP (Real-Time Transport Protocol): usado con UDP/IP para identificacin de carga til, numeracin secuencial, monitoreo, etc. Trabaja junto con RTCP (RT Control Protocol) para entregar un feedback sobre la calidad de la transmisin de datos. -Protocolo de reservacin de ancho de banda RSVP. PROCEDIMIENTO DE COMUNICACION. Se describe en la Tabla 02b el procedimiento de conexin, comunicacin y desconexin de una llamada mediante H.323. Intervienen dos terminales T1 y T2 y el Gatekeeper en el centro.
1208-(5)
Tabla 02b. Canal de sealizacin mediante el protocolo RAS en H.323. T2 T1 requiere el uso de sealizacin de llamada directa (mensaje ARQ en protocolo RAS). El Gatekeeper confirma la admisin con el mensaje ACF. T1 emite en H.225 un mensaje de sealizacin setup requiriendo la conexin. T2 responde con call proceeding en el mismo protocolo. T2 se registra con el gatekeeper sobre el canal RAS mediante ARQ. El Gatekeeper confirma la registracin mediante ACF. T2 enva los mensajes de alerting y connect en protocolo H.225. T1 enva un mensaje para informar sobre las capacidades del terminal. T2 reconoce la capacidad del terminal T1 y enva su propia capacidad de terminal. T1 reconoce la capacidad de T2. T1 enva un mensaje de canal abierto con direccin RTCP. T2 reconoce y enva su propia direccin RTCP. T1 reconoce y enva la direccin RTP. La conexin bidireccional est establecida. T1 y T2 intercambian mensajes de RTP y RTCP durante la fase de comunicacin. T2 inicia el proceso de cierre de llamada. T1 confirma la desconexin a T2. Ambos terminales se desconectan del Gatekeeper mediante el mensaje DRQ. El Gatekeeper confirma la desconexin mediante el mensaje DCF.
T1
Gatekeeper
H.263 over RTP. A continuacin se describe la paquetizacin de la seal de vdeo H.263 (videoconferencia por Internet) sobre protocolo RTP. El formato de la seal de vdeo H.263 es denominado CIF (Common Intermediate Format) y posee 352x288 pixel de luminancia (la mitad de crominancia). H.263 es similar a H.261 pero permite 4 opciones programables: la prediccin avanzada (de 1 a 4 vectores de movimiento); tramas PB (un bitstream lleva una trama P y otra B); codificacin aritmtica basada en sintaxis (para DCT con coeficientes codificados en VLC) y vector de movimiento irrestricto. La estructura del paquete contiene 4 Bytes de encabezado de RTP y 4 Bytes de encabezado para H.263 antes de los datos.
1208-(6)
4- SERVICIOS DE PRIVACIDAD
4.1- VPN (Virtual Private Network). Una VPN es una conexin que simula las ventajas de un enlace dedicado (leased) pero ocurre sobre una red compartida (acceso remoto sobre una estructura pblica con todas las ventajas de un enlace privado). Diversas redes (Frame relay y ATM) permiten formar redes VPN; sin embargo la posibilidad de realizarlos mediante redes IP tiene algunas ventajas. Por ejemplo, la posibilidad de accesos remotos mediante lneas dial-up, la posibilidad de realizar conexiones VPN espordicamente y entre varios puntos (normalmente los VPN mediante Frame Relay y ATM son canales permanentes PVC). Utilizando la tcnica denominada tunelizacin los paquetes de datos son transmitidos en una red de routers pblicos simulando la conexin punto-a-punto. El ingreso generalmente se realiza en el POP (Point of Presence) de un ISP (Internet Service Provider) conectado a una LAN del usuario. El VPN puede proveer mecanismos de seguridad como criptografa, autentificacin y eventualmente firewall. La interconexin de puntos en la VPN se realiza mediante el direccionamiento con la tcnica NAT (Network Address Translation) para la distribucin de direcciones IP. Una red IP con accesos VPN consta de los siguientes elementos: -El cliente con acceso PPP (es el iniciador de la conexin VPN). Puede realizarse mediante la red pblica PSTN o mediante ISDN. En este caso el protocolo es IP/PPP. -El concentrador de acceso LAC (L2TP Access Concentrator) que se conecta directamente al cliente como medio de trnsito hacia el servidor. Esta denominacin LAC es sinnimo de NAS (Network Access Server). Est localizado generalmente en el punto de presencia POP del ISP. -El servidor de la red LNS (L2TP Network Server). Para iniciar y mantener la conexin VPN se requiere de protocolos que realicen la funcin denominada Tnel. El tnel es una conexin protegida con ancho de banda asegurado que se efecta entre el concentrador NAS y el servidor LNS. Estos mensajes de control del tnel disponen de dos alternativas. El tnel preserva a lo largo de toda la conexin tanto la informacin de usuario como el protocolo de acceso PPP. Se realiza una autentificacin de usuario VPN; el LAC y LNS forman un tnel para atender los requerimientos. A continuacin se genera una sesin L2TP para el usuario final. PROTOCOLOS DE TUNELIZACIN. Los protocolos de tunelizacin trabajan en capa 2 y permiten una conexin del tipo conmutada SVC y aplicar las polticas de seguridad (firewall) sobre cada conexin. Se han definido para establecer y gestionar el proceso de tunelizacin (tnel virtual en la red) y son el PPTP y L2TP. -PPTP (Point-to-Point Tunneling Protocol). Es desarrollado por 3Com y Microsoft para Windows95 y NT4.0. Se trata de un protocolo de tunelizacin voluntario (el usuario decide realizar el tnel desde la configuracin de su computadora). Un mtodo de criptografa para VPN realizado mediante PPTP es el MPPE (Microsoft Point-to-point Encryption). Est diseado para PPTP con una longitud de 40 bits (tambin disponible para 128 bits). -L2TP (Layer-2 Tunneling Protocol). Se trata de un mecanismo del tipo "Off-Load" donde el usuario realiza un Dial-up para acceso a otro punto de la red mediante el servidor de acceso a la red LAC. Dispone de una tunelizacin compulsiva (el tnel es creado sin intervencin del usuario) utilizando el protocolo PPP. El protocolo L2TP es un standard del IETF que surgi como combinacin del PPTP de Microsoft y el L2F (Layer 2 Forwarding) de Cisco. En el mbito de IPsec (IP Security) el IETF desarrolla la seguridad (autentificacin, privacidad e integridad) para trabajar en forma compatible con L2TP y ms robusta que MPPE. En una llamada entrante el usuario remoto inicia la conexin mediante el protocolo de comunicacin PPP hacia el proveedor del servicio ISP usando la red telefnica o ISDN. El LAC del ISP acepta la conexin y lo informa al punto de presencia POP; la conexin PPP queda establecida. L2TP posee mecanismos de autentificacin negocidos. Sin embargo, bajo protocolo PPP no existe autentificacin por paquete. El cliente es el responsable por la criptografa; puede utilizarse el mecanismo de PPP criptografiado. L2TP posee informacin de secuenciamiento que puede ser usada para control de flujo dentro del tnel (paquetes hacia el usuario controlados mediante window en IP). Tambin puede negociarse la compresin de datos en PPP (por ejemplo mediante LSZ).
1208-(7)
4.2- VLAN (Virtual LAN). Existen diversas definiciones de VLAN. Se puede interpretar como un grupo de estaciones de trabajo que no se encuentran en la misma localizacin fsica y que se conectan mediante un switch IP. Tambin se dice que una VLAN es un grupo de nodos que residen en un dominio de broadcast comn sin saltos de router. Se puede entender como una red conmutada que est segmentada logicamente por funcin o aplicacin. En todos los casos VLAN se forma mediante switch agrupando ciertos usuarios en base a alguna razn en comn. Las redes LAN obtenidas son virtuales porque se obtienen mediante agrupaciones lgicas en el Switching Fabric. El agrupamiento de los usuarios de puertas del switch se realiza mediante las siguientes formas: -por puertas en el switch; cada puerta soporta una VLAN distinta, -por direcciones MAC (permite el movimiento de la estacin dentro de la LAN), -por direcciones IP (por network o subnetwork o por direccin de host unicast o multicast), -por protocolo de aplicacin. Trabajando por direcciones se logra una topologa de red distinta para cada servicio. Todas las direcciones estn asociada a una o ms VLAN. Las ventajas de utilizar VLAN son diversas. Se simplifica las acciones de aadir, mover o cambiar estaciones en la red; se controla mejor la actividad de trfico (se reduce la circulacin de trfico del tipo broadcast y multicast); se incrementa la seguridad de la red y grupos de trabajo. VTP (VLAN Trunk Protocol). El protocolo que permite la configuracin de VLAN en la red se denomina VTP. Maneja los cambios realizados en la VLAN a nivel de sistema. Automticamente comunica los cambios a otros switch de la red minimizando la posibilidad de inconsistencias. Este protocolo est acompaado del VTP Pruning. Se trata de un mtodo de control de trfico que disminuye el trfico de paquetes del tipo broadcast, multicast y unicast; reduciendo las vas de conexin en la topologa en rbol por donde se envan los paquetes. IEEE 802.1Q/p. Los standard IEEE 802.10 y 802.1Q fueron propuestos para el manejo de las redes VLAN; este ltimo es el utilizado con regularidad. En el standard 802.1Q se define el VLAN Tagging Switch que permite una identificacin de la VLAN y la posibilidad de priorizacin del servicio (CoS Class of Service). La trama del paquete en capa MAC incluye 4 Bytes adicionales al IEEE 802.3 que se colocan luego de las direcciones MAC y antes del Type/Length. Los 4 Bytes son indicados en la Tabla 03. Obsrvese la presencia de 3 bits para prioridad de trfico y 12 bits para identificacin de VLAN. El mecanismo que se define para la CoS (clase 0 a 7 desde alta a baja prioridad) se compone de las colas de recepcin y transmisin. El umbral para extraer los paquetes de la cola de recepcin son: -Clase de servicio CoS 0/1: umbral del 50% (mxima prioridad). -CoS 2/3: umbral al 60%. -CoS 4/5: umbral al 80%. -CoS 6/7: umbral al 100% (mnima prioridad). En transmisin existen dos colas la de alta y baja prioridad. Su relacin con la CoS es la siguiente: -Cola de baja prioridad (corresponde al umbral del 80%) y CoS 0/1: umbral al 40%; con CoS 2/3: umbral al 100%. -Cola de alta prioridad (corresponde al umbral del 20%) y CoS 4/5: umbral al 40%; con CoS 6/7: umbral al 100%. Por ejemplo, una puerta del switch que no fue configurada para CoS tiene un valor por default de umbral del 100%. Un servicio clase CoS=2/3 en el buffer de recepcin (entrada al switch) tiene un umbral al 60% para la extraccin de paquetes, mientras que en el de transmisin se coloca en alta prioridad (umbral al 20%) y con CoS=2/3 tiene una prioridad adicional del 80%. IEEE 802.1D. En este standard de la IEEE se define el protocolo STP (Spanning-Tree Protocol). Se dise para permitir que en una red de bridge y switch de muchos componentes se formen enlaces cerrados para proteccin de caminos. Se intercambia informacin de la topologa de la red que permiten construir el rbol. De esta forma se crean puertas redundantes en el cableado, el protocolo STP deshabilita automticamente una de ellas y la habilita en caso de falla de la otra. Se evita de esta forma la generacin de loop pero se administra la proteccin en casos de fallas.
1208-(8)
IEEE 802.3z. Este standard se encarga de definir la operacin full-dplex de la interfaz Gigabit Ethernet y del control de flujo. El control de flujo es desarrollado por el switch mediante el protocolo 802.3x. Cuando se llega a un umbral de congestin determinado dicho protocolo informa al emisor que reduzca la transferencia de paquetes. -PRE -SFD -DA -SA -TPID -TIF .UP .CFI .VLANI -Field .Type .Length Tabla 03. Campos del protocolo MAC para satisfacer el servicio VLAN. 7 Bytes. Prembulo para el nivel fsico (1010...10) para sintonizar el reloj de la estacin receptora. Como la Ethernet se usa a 10 Mb/s en codificacin Manchester el reloj es de 10 MHz. 1 Byte (10101011). Delimitador de inicio de trama. 6 Bytes. Direccin de destino para identificar al terminal destinatario. Contiene: 6 Bytes. Identifica la direccin MAC del terminal de origen. Idntico a DA. (Tag Protocol Identifier). 2 Bytes. Usados para identificacin del protocolo. En Ethernet es hexa=8100. (Tag Control Information). 2 Bytes usados para las siguientes funciones: 3 bits para prioridad del usuario (User Priority). Se trata de CoS desde 0 a 7. Esta informacin permite poner en prctica la CoS definida en IEEE 802.1p. (Canonical Format Indicator). 1 bit para ser usado por Token Ring. (VLAN Identifier). Este campo de 12 bits permite identificar la VLAN (vlido desde 1 a 1005). Permite la interoperacin entre diferentes productores. 2 Bytes con las siguientes alternativas: Para Ethernet: Campo que identifica el tipo de protocolo superior de capa 3. Se trata de: IP (hexadecimal 0800), ARP (0806) y RARP (8035). Para IEEE 802.3. Longitud del campo de informacin de usuario LLC. 1 2 3 4 MAC Address Destination
MAC Address Source TPID. Tag Protocol Identifier Field TIF. Tag Control Information
1208-(9)
SEGURIDAD EN REDES IP
1209
Una visin acerca de la poltica de autentificacin del usuario, integridad de datos, privacidad de la red; el uso de firewall y la disponibilidad en las redes corporativas.
1- INTRODUCCION
POLTICAS DE SEGURIDAD. Se entiende por redes IP a aquellas redes que soportan como medio de transporte la suite de protocolos TCP/IP. Estas redes son corporativas (internas a una empresa) o pblicas (permiten la conexin de redes privadas). Estas redes soportan los servicios de interconexin entre LAN y la conexin a Internet; pueden formar conexiones del tipo tunelizadas y redes LAN virtuales VLAN segn IEEE 802.1Q. La estructura es jerrquica formada por routers (conmutacin en capa 3) y switch (conmutacin en capa 2/3/4). Adems de estos componentes se encuentran otros que permiten ofrecer servicios de capas superiores (server, cache, firewall, etc). Este trabajo se ocupa de los componentes que garantizan la seguridad en la red. Los mismos se encuentran cercanos al centro de la red corporativa. En una red corporativa la seguridad involucra una poltica que contiene los elementos generales informados en la Tabla 01. En tems sucesivos se trata la forma de asegurar la privacidad e integridad de la informacin, as como el control de acceso y el firewall. Un Site es una organizacin de elementos de red (server, computadoras, routers, etc) que tienen acceso a Internet y que requieren una poltica de seguridad. Para que una poltica de seguridad sea viable a largo plazo debe ser flexible (independiente del hardware y software involucrado). Los servicios ofrecidos por el Site (se requieren servidores para realizar dicha tarea) son: Name (DNS), Password/Key (autenticacin), SMTP (E-Mail), WWW (web), FTP, NFS, News, Firewall, etc. Estos servidores ofrecen servicios diversos a los clientes de la red. Responsabilidad Autentificacin Control de acceso Integridad Privacidad Emisin de reportes Antivirus Firewall Direcciones NAT Tabla 01. Componentes de la Poltica de Seguridad. -La principal regla de la poltica de seguridad es la de informar al usuario de red y entrenarlo en los problemas de seguridad. -Se utiliza para garantizar la identidad de los que intervienen en la conexin. -Se trata de asegurar que los que acceden a la red (luego de la autentificacin) solo lo realicen sobre los recursos autorizados y no efecten un manejo impropio. Se trata de una extensin del proceso de autentificacin. -Es la condicin de recibir los datos completos, sin modificacin, falta o insercin de informacin. Una forma de asegurar la integridad es mediante el uso de signature digital; una extensin de la criptografa. -Pretende asegurar la Confidencialidad de la informacin. Se utiliza la criptografa (scrambler) de los datos para la proteccin de privacidad. Algunos tipos especiales de criptografa se utilizan para la Signature de datos. -Se trata de alertas en tiempo-real de actividades sospechosas de forma que permite actuar al operador de la red a tiempo. -Realizar la proteccin del tipo antivirus impide el ingreso de problemas mediante discos flexibles o programas que se bajan de la red (Download). -Permite realizar un seguimiento y filtrado de las aplicaciones y conexiones que se establecen. Se disponen de varias generaciones de firewall funcionando de acuerdo con la complejidad. -La traslacin de direcciones NAT es una funcin que puede ser desarrollada por el firewall y consiste en reasignar direcciones entre la intranet y la internet. La poltica de seguridad puede involucrar la proteccin de direcciones internas.
STANDARD DE SEGURIDAD. La seguridad en redes IP dispone de versiones "propietarias" y una intento de standard que se conoce como IPsec (IP Security) y est desarrollado en IETF (RFC-2401). Se trata de un conjunto de standard que se ocupan de la confidencialidad, integridad de los datos y autenticacin en redes con protocolo IP. IPsec incluye la criptografa y el firewall. Estos procesos deben funcionar en conjunto con una poltica global de seguridad de la empresa, entre ellas la criptografa de datos y el firewall.
1209-(1)
Relacionado con IPsec se encuentra IKE (Internet Key Exchange). Es un protocolo de management que utilizado sobre IPsec mejora la flexibilidad. En forma automtica negocia las asociaciones de IPsec (no requiere configuracin manual). Permite especificar el tiempo de duracin de la seguridad. Permite cambiar la clave de criptografa durante una secin de IPsec. Permite la autentificacin dinmica entre pares. Adicional a IPsec se implementan otros tipos de standard. El AH (Authentication Header de RFC-2402) es un protocolo de seguridad para autentificacin. AH est embebido en los datos para su proteccin. El ESP (Encapsulation Security Payload de RFC-2406) se usa para privacidad y autentificacin.
1209-(2)
2- AUTENTIFICACION.
2.1 DIVERSOS METODOS El proceso de autentificar a un cliente puede ser realizado durante 4 etapas posibles: la conectividad del cliente, cuando se accede al software de autentificacin del switch, mediante un servidos o cuando se autoriza a trabajar en una VLAN. Existen diversos mtodos de autentificacin de clientes. Se utilizan diversas herramientas como ser: username, password, claves (key), RADIUS, PIN (Personal Identification Number), Kerberos, LDAPv3, etc. S-Key Tabla 02. Formas de autentificacin. Es un mtodo anunciado en 1981 (standard RFC-1760) y basado en una clave secreta aplicada a la funcin hash (algoritmo MD4). El algoritmo Hash tiene las versiones SHA-1 y MD4/5. Se trata de generar un cdigo con el auxilio del algoritmo. El algoritmo genera un mensaje compacto conocido como Digest. Es un proceso criptogrfico que genera una secuencia fija de 128 bits en MD y 160 bits en SHA-1. El resultado del algoritmo es usado para crear un password. Otra tcnica es el Smart Card consistente en una clave (PIN inicial) y una tarjeta que contiene informacin criptografiada. Este mtodo es comn en telefona celular GSM. La informacin de autentificacin puede ser memorizada en un servidor de directorio LDAP con los objetos referidos al tipo de cuenta, el horario de uso, etc. Es desarrollado en el MIT como un sistema de autentificacin para sistemas abiertos en entornos distribuidos. El proceso se realiza cuando se inicia la sesin (logon) del tipo cliente-servidor. Se fundamenta en tickets que se obtienen de un servidor y que tienen una duracin limitada de tiempo. El ticket contiene toda la informacin del cliente para asegurar su identidad. Tambin se generan tickets para una sesin en particular que permiten la criptografa entre pares. Utiliza DES para criptografiar y autentificar. La versin Kerberos-5 es un standard de Internet (RFC-1510). Kerberos tiene 3 fases. En la primera el usuario obtiene una credencial para ser usada en el proceso de requerimiento de acceso a otro servicio. En la segunda el usuario requiere la autentificacin para el servicio especificado. En la tercera el usuario presenta sus credenciales al servidor. Existen tickets y autenticadores (este contiene informacin adicional del cliente). Ambos usan criptografa de clave privada pero con diferentes claves (key). El ticket contiene: los nombres del cliente y servidor, la direccin IP del cliente, el timestamp y lifetime de IP y una clave random para la sesin. (Remote Access Dial In User Service) Es un mtodo de autentificacin para acceso a Internet en dial-up. Se remite a 1996 (RFC-2058). Los componentes del proceso son tres: el cliente (generalmente el NAS), el agente de autentificacin (mdulo de software localizado en el router o switch de acceso) y el servidor RADIUS (utiliza un modelo client/server donde el server opera sobre UNS o NT). RADIUS opera sobre UDP. (Terminal Access Controller Access Control System). Es una familia de protocolos de control de acceso basado en TCP o UDP (port 49). Utiliza el modelo client/server; el cliente es el NAS y el server trabaja sobre UNS o NT. Resume los procesos de autentificacin, autorizacin y contabilidad (accounting). Como autentificacin puede usar los protocolos para PPP (PAP, CHAP o EAP) o Kerberos. La autorizacin es la accin para determinar que acciones pueden ser desarrolladas, mientras que el accounting es la accin de memorizar que hace el usuario.
Smart-Card
Kerberos
RADIUS
TACACS
RADIUS. El procedimiento de autentificacin utilizado en RADIUS es el siguiente: -el cliente realiza un logon (pedido de inicio de sesin) al agente enviando el username y el password; -el agente emite un Request de verificacin al servidor RADIUS para efectuar la autentificacin; -el servidor responde con la autentificacin Acknow en caso afirmativo o Reject en caso negativo; -por fin, el agente interconecta al cliente con el servidor del servicio requerido (Web, por ejemplo). El RADIUS es un software organizado en una estructura jerrquica con varios archivos y directorios agrupados en una base de datos raddb (Radius Database). Se disponen de los siguientes archivos: -Users. Contiene el perfil del usuario: informacin de seguridad y configuracin, nombre de usuario, mtodo de autentificacin, direccin y mscara, etc. -Dictionary. Define los atributos y valores que se memorizan en el archivo de usuario. -Clients. Contiene la lista de username y password de la red. Se utiliza para la autentificacin de acceso.
1209-(3)
Por ejemplo, a continuacin se da un modelo de base de datos de usuario RADIUS: Password = "testing", Expiration = "31 Dec 1999", Service-Type = Framed-User, Framed-Protocol = PPP, Framed-Address = 172.16.3.33, Framed Netmask = 255.255.255.0, Framed-Routing = Broadcast-Listen, Filter-Id = "std.ppp", Framed-MTU = 1500, Framed-Compression = Van-Jacobsen-TCP-IP AAA (Authentication, Authorization, Accounting). Este paradigma permite la configuracin de las funciones de: -autentificacin: para identificacin de usuarios (incluye login y password), etc. Es una va para identificar acceso a la red. -autorizacin: para controlar el acceso remoto en forma de RADIUS o TACACS. -cuentas: para servicios de recoleccin de datos, similar a billing.
1209-(4)
3- PRIVACIDAD E INTEGRIDAD
La criptografa es el empleo de la escritura para inducir a un error intencional. Se aplic en Egipto a partir del 700 aC creando infinidad de jeroglficos (escritura monumental o cursiva) que pierden conexin con la escritura cotidiana (hiertica) y permitiendo la lectura solo por parte de la minora sacerdotal. La codificacin criptogrfica permite la proteccin contra ataques pasivos (sobre la seal de datos PDU) a la comunicacin. El trmino cipher y cryption se refiere al proceso de cifrado o encriptado de datos. 3.1- TIPOS DE CRIPTOGRAFIA. En RFC-1827 se indica la ESP (Encapsulation Security Payload) como mecanismo para proveer seguridad en Internet. Algunos mtodos usados en redes IP son enumerados en la Tabla 03. Se disponen de dos formas de cifrado genricas: -CLAVE PUBLICA (asimtrica). La criptografa para Internet se inicia en 1976 por Diffie y Hellman cuando se estableci el concepto de criptografa de clave pblica. Para realizar este proceso se recurre a un nmero pblico (g), dos nmeros privados (x en un extremo, y en el otro) y un mdulo (p). El extremo A enva la clave (gx) y el extremo B la clave (gy) en ambos casos mdulo-p. En recepcin se realizan las operaciones (gx)y y (gy)x respectivamente. Ambas resultados son idnticos y pasan a ser la clave de criptografa secreta y nica. El problema de la criptografa de clave pblica es la lentitud de clculo y la posibilidad de ser descifrada mediante el criptoanlisis. Se disponen de dos mtodos de clave pblica el DH y RSA (Tabla 03). -CLAVE PRIVADA (simtrica). La criptografa de clave privada consiste en utilizar en cada extremo un mismo cdigo de cifrado. El problema es intercambiar el cdigo entre extremos con seguridad y una vez utilizado debe ser actualizado (cambiado) en forma peridica. Es un mtodo fcil y muy utilizado. Entre los mtodos reales se encuentran DES (Data Encryption Standard) (o 3DES), RC4 (Riverst Cipher), IDEA (International Data Encryption Algorithm) y FWZ-1. Los mtodos difieren en la longitud de bits de la clave (key), lo cual se asocia con la "fortaleza" del sistema criptogrfico. La fortaleza se refiere al esfuerzo que se requiere mediante un ataque de "fuerza bruta" (el uso combinado de diferentes computadores para calcular todas las posibles combinaciones) para descifrar el algoritmo. El protocolo IKE (Internet Key Exchange) es un protocolo de gestin de claves (key) que trabaja en conjunto con el standard IPSec. IKE permite mejorar las funciones de IPSec permitiendo flexibilidad y configuracin. Elimina la necesidad de configuracin manual de parmetros; permite el intercambio seguro de claves key para criptografa y la autentificacin dinmica entre pares. EJEMPLO: TELEFONIA GSM. Un tipo similar de criptografa se aplica en telefona mvil celular en GSM (tambin en AMPS). Se autentifica el ingreso a la red y se criptografa la informacin para proteccin de escuchas no autorizadas. Se tienen algoritmos distintos pero similares para el proceso de autentificacin y cifrado de datos de usuario. El cifrado se realiza sobre pares de grupos de 57 bits (con una codificacin de interleaver ya realizada para distribuir las rfagas de errores). La red GSM (desde el centro de switching MSC) enva un nmero random RAND de 128 bits. El mvil utiliza a RAND para mezclarlos con un parmetro secreto Ki disponible tambin en el centro de autentificacin. La mezcla se realiza mediante un algoritmo denominado A8 y permite obtener la seal Kc de 64 bits. El nmero de trama (numeracin secuencial de 22 bits) y Kc (correspondiente a 64 bits) generan, mediante el algoritmo de criptografa A5, la seal S2 de 114 bits. La numeracin secuencial de tramas se recibe por el canal de control de sincronismo SCH. Esta seal S2 se usa para componer los datos (2x57 bits) a ser transmitidos desde el mvil mediante compuertas exclusive-Or.
1209-(5)
Tabla 03. Mtodos de criptografa. -(Data Encryption Standard). El sistema DES fue desarrollado por IBM y adoptado por el NBS (National Boreau of Standard) como standard de criptografa en el ao 1977; solo est disponible bajo licencia del gobierno de USA. Est fundamentado en bloques de cdigos conocidos ECB (Electronic Code Book). El mtodo standard utilizado se basa en segmentar la informacin en bloques fijos de 64 o 128 bits de longitud para realizar una criptografa por bloques. La clave para el cifrado (Key) es un cdigo de 56 bits y se trata de un tipo de clave privada. Para reducir la probabilidad de deteccin se realiza un proceso de concatenacin de forma que el resultado de un bloque influye sobre el siguiente (para el inicio se adopta un vector iniciacin IV). -En RFC-1851 se describe el uso de una variante de criptografa del algoritmo DES. La versin 3DES corresponde a un proceso de triple convolucin mediante 3 claves distintas (denominadas k1, k2 y k3) de 56 bits cada una. Determinan en conjunto una longitud efectiva de 168 bits. Si las 3 claves de 56 bits son las mismas la convolucin resulta en el algoritmo DES. Cada conjunto de 56 bits es memorizado en 8 bytes, cada uno de ellos contiene 7 bits del cdigo algortmico y 1 de paridad. El 3DES opera en bloques de 8 bytes, por ello requiere un vector iniciacin (IV) de 8 bytes al inicio del datagrama y un padding al final del mismo (para obtener un nmero mltiplo de 8 bytes). La trama resultante dispone de los siguientes campos: .SPI (4 bytes) que indica el parmetro de seguridad. .IV (Nx4 bytes) es el Vector Iniciacin. .Payload. Campo de datos criptografiados. .Padding. Es un campo de longitud variable para entregar un mltiplo de 8 bytes. .PL (1 byte) para indicar la longitud del campo de padding. .PT (1 byte) para indicar el tipo de payload. -(Diffie-Hellman). Este algoritmo se debe a Diffie-Hellman y es del tipo clave pblica. Tiene las opciones de 768 y 1024 bits (grupos 1 y 2). Mayor cantidad de bits genera un cdigo ms robusto pero requiere mayor capacidad de clculo. -(Riverst-Shamir-Adleman) original del ao 1978. Es un mtodo de clave pblica y utiliza una clave de 512 bits. Normalmente las claves para RSA se configuran manualmente. Se utiliza tambin como firma digital. El concepto es utilizar una clave privada y otra pblica en cada extremo. -(Digital Signature). La firma digital es un block de datos emitido al final de un mensaje para atestiguar la autenticidad del archivo. Si algn cambio se ha efectuado, la autenticidad de la firma no se verifica, sirviendo como autentificador y verificador de integridad de los datos. Est disponible en PGP y RSA. -(Pretty Good Privacy). Emerge para datos memorizados o emitidos mediante e-mail. -El algoritmo Hash tiene las versiones SHA-1 (Secure Hash Algorithm) y MD4/5 (Message Digest de RFC-1320/1321). Se trata de generar un firma digital con el auxilio del algoritmo Hash y tomando el mensaje completo como entrada. El algoritmo genera un mensaje compacto (conocido como Digest) que, convenientemente criptografiado mediante una clave privada, genera la firma digital. El mensaje y la firma digital son transferidas simultneamente para su verificacin. La firma digital es de longitud constante (64 o 128 bits). MD5 procesa entradas de 512 bits y entrega una salida de 128 bits; SHA-1 tambin ingresa 512 bits pero entrega un mensaje de 160 bits. SHA es un algoritmo intenso para el uso del procesador.
DES
3DES
DH
RSA
Signature
PGP Hash; SHA-1; MD4/5
3.2- PPP: AUTENTIFICACIN Y CRIPTOGRAFIA El protocolo PPP (Point-to-Point Protocol) entrega un mtodo de conexin para datagramas IP con un procedimiento de autentificacin y criptografa (RFC-1969 del ao 1996). En PPP se dispone de los protocolos LCP (Link Control Protocol) y NCP (Network Control Protocol). El LCP es responsable de establecer, mantener y terminar la conexin. La autentificacin no es obligatoria y se realiza luego de la primera fase de LCP, mediante el NCP. Los protocolos de autentificacin disponibles son: -PAP (Password Authentication Protocol). El protocolo PAP se ingresa en el campo de datos del paquete PPP y contiene 3 posibles funciones: requerimiento de autentificacin y las respuestas de autenticacin positiva o negativa. -CHAP (Challenge Handshake Protocol). Mientras que el PAP no es un protocolo robusto ya que solo se emite un password, en el CHAP se realiza una verificacin peridica. En CHAP se aplica una funcin Hash entre un nmero aleatorio y un identificador ID. La funcin Hash es tpicamente la MD5. -EAP (Extensible Authentication Protocol). El protocolo EAP soporta mltiples protocolos de autentificacin. El protocolo que permite controlar la criptografa se denomina ECP (Encryption Control Protocol). El ECP genera una trama para la negociacin de los parmetros de criptografa. El formato del paquete PPP criptografiado contiene los campos enumerados en la Tabla 04.
1209-(6)
Tabla 04. Campos del protocolo PPP criptografiado. 1 Byte. Campo de direccin de PPP. No es criptografiado ni comprimido. 1 Byte. Campo de control de PPP. No es criptografiado ni comprimido. 2 Bytes. (Protocol Identification). Campo de direcciones (hexa 0053). 2 Bytes. (Sequence Number). Numera en forma secuencial desde cero los paquetes criptografiados. Ciphertext. Los datos criptografiados se realiza mediante el procedimiento DES 1 2 3 4
-ADR -CTR -PID -SN -CT
Address
Control
Protocol Identification
Sequence Number Ciphertext Ciphertext Ciphertext
SEGURIDAD EN TCP/IP. La seguridad involucra diversas herramientas disponibles para distintos servicios. Para los servicios de web se dispone de SHTTP (Secure HTTP) que involucra la autentificacin, criptografa y signature. Utiliza un cdigo MAC (Message Authentication Code) que utiliza una clave Hash. Para segurizar un socket se recurre a SSL (Secure Socket Layer), protocolo diseado por Netscape. Trabaja sobre aplicaciones del tipo http, Telnet, TNP o FTP. El protocolo SSH (Secure Shell Protocol) permite segurizar los accesos login remoto.
1209-(7)
4- CONTROL DE ACCESO Y SEGUIMIENTO.

4.1- EL FIREWALL. Es un sistema o grupo de sistemas que refuerzan la seguridad en las redes corporativas o proveedores de servicios con protocolos IP. El firewall determina los servicios que pueden ser accedidos desde el exterior de la red (desde la conexin a Internet). Todo el trfico debe pasar por el firewall para ser inspeccionado. FUNCIONES. El mdulo de firewall instalado como un software sobre el router o servidor de acceso permite realizar las siguientes funciones: -Control de acceso. Es el principal objetivo del firewall. Crea un permetro de defensa diseado para proteger las reservas corporativas. Acepta, rechaza y controla el flujo de paquetes basado en identificadores de capa 3 o aplicaciones. El principio de funcionamiento es: "todas las conexiones son denegadas a menos que estn expresamente autorizadas". -Logging. Es el inicio de las conexiones entrantes y salientes. El uso de un sistema proxy y cache incrementa la velocidad de respuesta de estas operaciones. -Traslacin de direcciones. Permite realizar las funciones de NAT (Network Address Translator) asegura la supervisin de la informacin de entrada y salida. El NAT permite aliviar la escasez de direcciones IP y eliminar la necesidad de renumeracin cuando se realiza un cambio de ISP (Internet Service Provider). -Autentificacin. El proceso de autentificacin involucra a 3 componentes: el servidor, el agente y el cliente. -Reportes. El firewall ofrece un punto conveniente para monitorear (Audit and log) y generar alarmas. El firewall genera dos reas en una red: el rea pblica con facilidad de acceso desde el exterior (para visita de Web, por ejemplo) y el rea interna, detrs del firewall que se encuentra protegida contra la penetracin no deseada. El permetro de defensa se denomina zona desmilitarizada DMZ (De-Militarized Zone) y puede ser accedida por un cliente externo, el cual no puede acceder al interior de la red. El firewall puede trabajar sobre un server o sobre un router. La ventaja es que se concentra esta accin en un centro de la red consolidado en lugar de estar distribuido en cada host. Esta accin es ms til cuando es llevada a cabo por el router de entrada a la red. Por otro lado, ofrece un punto ptimo para instalar el Web y Server de FTP. LIMITACIONES. Sin embargo, el firewall no puede controlar el trfico que no pasa por l. Si existe un Dial-out irrestricto desde el interior de la red las conexiones PPP o SLIP a la Internet pueden generar una puerta no protegida. No protege contra robos mediante Floppy Disks o ataques internos a la red. No protege contra virus. Muchas veces los ataques internos son mayora frente a los externos. El firewall debe ser inmune a la penetracin de ataques de Hackers, Crackers y espas 1). El hacker puede utilizar diversas herramientas para obtener informacin de la red interna y utilizarla en consecuencia. As por ejemplo, -el protocolo SNMP puede examinar la tabla de rutas; -el programa TraceRoute puede relevar redes y router intermedios; -el protocolo Whois puede entregar datos del DNS; -el server DNS puede acceder a una lista de host; -el protocolo Finger puede revelar detalles de usuarios (login name); -el programa Ping puede emplearse para localizar un host desconocido, etc. Algunos tipos de ataques a la red son el envo de paquetes no-ruteables al router (lo que degrada su performance) y el envo de actualizaciones de tablas de ruta espureas (conocido como Spoofing). 4.2- GENERACIONES DE FIREWALL. Son 5 los tipos posibles de implementaciones de firewall; se trata de una historia corta, cerca de una dcada, pero muy variada. Los sistemas son: 1- Packet Filter. El router examina cada datagrama para determinar si se adapta al filtro de paquetes definido. Los elementos analizados con el propsito de determinar su pertenencia son: la interfaz de red fsica, las direcciones IP de origen y destino, el tipo de protocolo encapsulado (TCP, UDP, ICMP), las puertas de nivel de transporte TCP/UDP de origen y destino, el tipo de mensaje ICMP, etc. Esta tcnica es la primer generacin de sistemas de firewall y data de 1985/88. El defecto es que normalmente no interviene sobre el protocolo de aplicacin y por ello los paquetes pasan con un mnimo de escrutinio y convierte a este tipo
1 ) Se entiende por Cracker una persona que intenta acceder a un sistema sin autorizacin. A menudo lo hacen con malas intensiones en contraposicin con el Hacker que es una persona que disfruta el conocimiento profundo de un sistema.
1209-(8)
de firewall en el menos seguro. En el kernel TCP/IP se mantienen las listas de lo permitido y lo denegado lo cual hace del proceso relativamente rpido frente a los otros tipos de firewall. Puede ser implementado a nivel hardware sobre el router. Otro problema es la posibilidad de ataques del tipo Spoofing: consistente en enviar desde el exterior de la red paquetes con direcciones IP correctas del interior de la red. 2- Circuit Level. Se trata de utilizar un Gateway a nivel de Circuito. Es la segunda generacin de firewall y data de 1989/90. Este mtodo releva las conexiones TCP sin realizar un filtrado o procesamiento de paquetes adicional. Esto permite detectar la conexin con la red protegida. Revisa el proceso de iniciacin de conexin para verificar si existe al procedimiento extrao. Se mantiene una tabla de cada conexin durante el tiempo que se mantiene activa. Luego es borrada de la memoria. Nuevamente no interviene sobre el protocolo de aplicacin sino sobre el secuenciamiento del nivel de transporte. Solo trabaja sobre el protocolo TCP y por ello tiene las mismas ventajas y desventajas que el Packet Filter. Entrega un mtodo muy rpido pero poco seguro. 3- Application Layer (Proxy Service). Se trata de un Gateway a nivel de Aplicacin. Esta versin es ms estricta que el filtro de paquetes y se desarroll entre 1990/91 (tercera generacin). Se trata de instalar un cdigo particular para cada aplicacin, si el cdigo no corresponde no pasa por el firewall. Esta operacin se realiza mediante un proxy services (un proxi server y un proxi client que dialogan en representacin de los servidores y clientes reales). El proxy es un firewall especial que gestiona trfico de HTTP o FTP, por ejemplo. Trabaja solo con los protocolos para los que fue diseado. Las conexiones que salen de la intranet pasan por el servidor proxy antes de ir a la internet. El cliente interno realiza el pedido al servidor proxy que evala la factibilidad y decide si permite o rechaza la conexin. El cliente proxy se sita a la entrada de la intranet antes del cliente real para las operaciones entrantes. Se define como un bastion host porque est armado contra ataques. Este mtodo da al administrador un control completo de cada aplicacin. El firewall examina los paquetes de aplicacin de forma que mantiene el secuenciamiento y conexin de la sesin; adems puede validar otros tem de seguridad como el password. Adems puede actuar de cache para operaciones del tipo HTTP. Entre las desventajas se encuentra el retardo debido al procesamiento del nivel de aplicacin. No provee proteccin sobre UDP y RPC. 4- Dynamic Packet Filter. El tipo de tcnica de filtro de paquetes dinmico se utiliza para control de aplicaciones sobre el protocolo UDP. Se analizan los paquetes de Request de salida y la respuesta a los mismos es interceptada. Si la respuesta no aparece en un cierto tiempo se descarta la conexin. Se trata de una cuarta generacin y data de 1991/94. Tiene las mismas ventaja y desventajas que el primer tipo solo que no permite la entrada de paquetes UDP no solicitados. 5- Kernel Proxy. El ltimo mtodo de crear un firewall se estructura en el Kernel del Windows NT. Data de 1996/97 y es la quinta generacin de firewall. ESTRUCTURA DEL FIREWALL. El firewall tiene una arquitectura cliente-servidor (alta performance, escalabilidad y control centralizado). Tiene dos mdulos primarios: el mdulo de firewall y el mdulo de management. El mdulo de firewall incluye el mdulo de inspeccin y el de seguridad. En estos se implementa la poltica de seguridad de la empresa. Manejar el firewall mediante una poltica de seguridad significa determinar con precisin las acciones que sern adoptadas en cuanto a los protocolos que transitan por el mismo. El mdulo de management utiliza una interfaz grfica que facilita la aplicacin de la poltica de seguridad. Se trata de una base orientada-al-objeto donde se definen objetos y a cada uno se le asignan propiedades y atributos. Entre los objetos se encuentran: los elementos de red (router, host, etc); usuarios; servicios; recursos (servidores HTTP, FTP, etc); objetos temporales; claves (key); etc. Con los firewall se pueden generar protecciones en paralelo para redundancia en caso de fallas. Los firewall se interconectan mediante un cable para formar una estructura denominada como Failover.
1209-(9)
5- DISPONIBILIDAD
La seguridad tambin tiene que ver con la disponibilidad permanente del sistema sin prdidas de informacin. Cuando se evaluar los costos de indisponibilidad del sistema debe considerarse los siguientes aspectos: el costo del tiempo sin red, los problemas de la recuperacin del servicio normal, comprender la vulnerabilidad de los sistemas, etc. Se puede determinar un rango subjetivo desde "inconveniente" a "catastrfico" con respecto a los problemas de indisponibilidad. Algunos problemas se presentan sobre procesos (interrupcin, prdida, corrupcin de datos), sobre programas, sobre los negocios de la empresa (ventas, proyectos y operaciones) o sobre los propios empleados. Se considera a este punto el grado de prdida aceptable y el tiempo que se requiere para la recuperacin del sistema. Las tecnologas vulnerables son: el hardware (memorias, procesadores, fuente de alimentacin, etc), el sistema operativo, las bases de datos, la red o el management. Para solucionar los problemas de alimentacin se recurre a UPS (Uninterruptible Power Supple); se procede al la duplicacin de componentes (tolerante a fallas); a enlaces WAN de tipo redundante por distintos proveedores, etc. DISASTER RECOVERY. Se trata de mtodos que permiten recuperar a un sistema cuando existe una falla. Se disponen de los siguientes mtodos: -Backup. Puede realizarse mediante una localizacin externa. Puede realizarse fuera de lnea o en-lnea. -Transaccin. Se trata de actualizar los reportes de la base de datos. Un monitoreo de la transaccin permite evitar sobreescrituras de la base de datos con datos corruptos. -Duplicacin del disco. Los datos son escritos en dos discos simultneamente. -Servidores espejados. El servidor completo es duplicado para prevenir fallas. Los datos son sincronizados en ambos mediante un enlace de alta velocidad. -Si se produce un corte en el vnculo de comunicacin, disaster recovery se refiere a una seleccin automtica de una va alternativa.
1209-(10)
CALIDAD DE SERVICIO EN REDES IP
1210

Sobre los problemas de calidad de servicio en la redes IP; los umbrales de QoS definidos, las herramientas disponibles para hacerlo posible y protocolos necesarios para servicios de tiempo-real.
1- CALIDAD DE SERVICIO QoS (Quality of Service)

1.1- DEFINICIONES. Se entiende por calidad de servicio la posibilidad de asegurar una tasa de datos en la red (ancho de banda), un retardo y una variacin de retardo (jitter) acotados a valores contratados con el cliente. En las redes Frame Relay o ATM la calidad de servicio se garantiza mediante un contrato de CIR (Commitated Information Rate) con el usuario. Para disponer de una calidad de servicio aceptable en redes soportadas en protocolo IP se han diseado herramientas a medida como ser los protocolos de tiempo-real RTP y de reservacin RSVP. Por otro lado, un problema evidente es que cuando se soporta un servicio de voz sobre IP (VoIP) por ejemplo, los paquetes son cortos y el encabezado es largo comparativamente. En este caso se requiere un encabezado reducido y un proceso de fragmentacin e intercalado LFI. Mediante QoS (Quality os Service) se tiende a preservar los datos con estas caractersticas. Los servicios tradicionales de la red Internet (SMTP o FTP) disponen de una calidad denominada "best effort"; es decir que la red ofrece el mejor esfuerzo posible para satisfacer los retardos mnimos; lo cual no es mucho pero es suficiente para servicios que no requieren tiempo-real como el web. Para servicios del tipo "real-time" (voz y vdeo) se requiere una latencia mnima. LATENCIA-JITTER. Se denomina latencia a la suma de los retardos en la red. Los retardos estn constituidos por el retardo de propagacin y el de transmisin (dependiente del tamao del paquete), el retardo por el procesamiento "storeand-forward" (debido a que los switch o router emiten el paquete luego de haber sido recibido completamente en una memoria buffer) y el retardo de procesamiento (necesario para reconocimiento de encabezado, errores, direcciones, etc). Un tiempo de latencia variable se define como jitter (fluctuacin de retardo) sobre los datos de recepcin. La solucin al jitter es guardar los datos en memorias buffer, lo cual introduce un retardo aun mayor. Se han implementado diversas formas de buffer garantizados mediante software: -Cola prioritaria: donde el administrador de la red define varios niveles (hasta 4) de prioridad de trfico. -Cola definida: donde el administrador reserva un ancho de banda para cada tipo de protocolo especfico. -Cola ponderada: mediante un algoritmo se identifica cada tipo de trfico priorizando el de bajo ancho de banda. Esto permite estabilizar la red en los momentos de congestin. 1.2- VARIANTES DE SERVICIOS. Los servicios de datos y multimediales tienen distintos requerimientos de calidad referido a latencia y jitter. Para satisfacer los requerimientos de calidad se acude al manejo de las colas de paquetes, la reservacin de ancho de banda y la gestin del trfico. Para obtener estos objetivos en diversos mbitos se han definido variantes de servicios. En La Tabla 01 se encuentran las siguientes variantes de servicios: clase de servicio en redes LAN, tipo de servicio sobre protocolo IP y calidad de servicio sobre redes IP. Por otro lado se han definido las caractersticas de la calidad de servicio que se entregan en la misma Tabla: servicio garantizado (mediante reservacin de nacho de banda), diferenciado (mediante prioridad de trfico) y el "mejor esfuerzo".
1210-(1)

Tabla 01. Calidad de servicio: variantes y clasificacin. VARIANTES EN CAPA 2, 3 y 4 -CoS -(Class of Service). CoS se logra mediante 3 bits que se ingresan en un campo adicional de 4 Bytes en total dentro del protocolo MAC. Estos 3 bits permiten definir prioridades desde 0 (mxima) a 7 (mnima) y ajustar un umbral en el buffer de entrada y salida del switch LAN para la descarga de paquetes. Para ms detalles ver el servicio VLAN que es soportado por esta versin de funcionamiento para servicios de capa 2. Se ocupa la IEEE 802.x en los siguientes standard. .IEEE 802.1p -Se define el protocolo para registracin de CoS GARP (Generic Attribute Registration Protocol). Las aplicaciones especficas del GARP son la registracin de direcciones multicast GMRP (Multicast GARP) y de usuarios VLAN con protocolo GVRP (LAN GARP). .IEEE 802.1Q -Servicio VLAN para realizar enlaces troncales reduciendo el efecto de expansin en rbol de paquetes y el control de broadcasting. .IEEE 802.3x -Este standard examina el control de flujo en enlaces Ethernet del tipo full-dplex. Se aplica en enlaces punto-a-punto (Fast y Gigabit Ethernet). Si existe congestin se emite hacia atrs un paquete llamado "pause frame" que detiene la emisin por un perodo de tiempo determinado. Una trama denominada "time-to-wait zero" permite reiniciar la emisin de paquetes. .IEEE 802.1D -Define el protocolo STP (Spanning-Tree Protocol). Se dise para permitir que en una red de bridge y switch de muchos componentes se formen enlaces cerrados para proteccin de caminos. Se intercambia informacin de la topologa de la red que permiten construir el rbol. De esta forma se crean puertas redundantes en el cableado, el protocolo STP deshabilita automticamente una de ellas y la habilita en caso de falla de la otra. Cada puerto tiene una ponderacin en costo (el administrador de la red puede modificar el costo para dar preferencia a cierta puerta). -ToS -(Type of Service). Es sinnimo de CoS en la capa 3. Sobre el protocolo IP se define el ToS con 3 bits (del segundo byte del encabezado IP) para asignar prioridades. Se denomina seal de precedencia. -QoS -(Quality of Service). En redes IP se define la tasa de acceso contratada CAR (Committed Access Rate) en forma similar al CIR de Frame Relay y ATM. La calidad QoS se ve garantizada mediante protocolos de reservacin RSVP y de tiempo real RTP que se describen en este mismo captulo. Guaranteed CLASIFICACION DE LA QoS -El servicio garantizado es utilizado para requerir un retardo mximo extremo-a-extremo. Se trata de un servicio anlogo al CBR (Constant Bit Rate) en ATM. Se puede aplicar un concepto de reservacin de tasa de bit (utiliza RSVP) o el mtodo Leaky-bucket. Al usuario se le reserva un ancho de banda dentro de la red para su uso exclusivo an en momentos de congestin. Se lo conoce como Hard QoS. -El servicio diferenciado utiliza la capacidad de particionar el trfico en la red con mltiples prioridades o ToS (Type of Service). Se dispone de 3 bits de precedencia para diferenciar las aplicaciones sensibles a la congestin (se brindan mediante el encabezado del protocolo IPv4). Es por lo tanto un Soft QoS. El control de aplicacin es del tipo leaky-bucket. Se puede soportar la funcin CAR permite un management del ancho de banda (poltica de trfico). La primer lnea de defensa frente a la congestin es el uso de buffer de datos; lo cual implica el armado de una cola de espera y el retardo correspondiente dependiendo de la prioridad asignada en dicha cola. -Este es un servicio por default que no tiene en cuenta las modificaciones por la QoS. Se trata de una memoria buffer del tipo FIFO. Por ejemplo, el software Microsoft NetMeeting para aplicaciones multimediales utiliza la norma H.323 (E.164); trabaja sobre redes LAN y redes corporativas. Esta norma no tiene previsto garantizar la calidad de servicio QoS.
Differentiared
Best-effort.
1.3-.BITS DE PRECEDENCIA El campo de precedencia en el encabezado de IPv4 permite definir varios tipos de servicio ToS. Se trata de 3 bits que por razones histricas tienen diferentes nombres (routing, priority, etc) y que pueden ser usados para signar prioridad. Se aplica un control de acceso extendido EACL para definir la poltica de la red en trminos de congestin. En redes heterogeneas se debe mapear este tipo de servicio en equivalentes (tag switch, Frame Relay y ATM). Con Los bits de precedencia se pueden realizar 3 tipos de acciones: routing basado en polticas PBR (Policy-Based Routing) (por ejemplo direcciones IP, port de TCP, protocolo, tamao de paquetes, etc); propagar la poltica de QoS mediante el protocolo de routing BGP-4 y la tasa de acceso contratada CAR. La CAR (Committed Access Rate) se ofrece especificando polticas de trfico y ancho de banda. El umbral de CAR se aplica a la puerta de acceso para cada puerta IP o por flujo de aplicacin individual. Una tcnica disponible para manejar el CAR es el netflow switch que se comenta ms adelante. Algunas opciones de poltica de CAR son: -Poltica de prioridad:
1210-(2)

CAR mximo (el exceso de ancho de banda es descartado); CAR premium (el exceso es sealado con un nivel de preferencia ms bajo); CAR best effort (por encima de un umbral se cambia la preferencia y sobre otro los paquetes son eliminados); -Poltica de asignacin: CAR por aplicacin (diferentes polticas son usadas en distintas aplicaciones; por ejemplo bajo nivel para HTTP). CAR por puerta (los paquetes que ingresan por un port son clasificados con alto nivel de prioridad). CAR por direccin (puede diferenciarse entre la direccin IP de origen y destino y asignar la prioridad en cada caso). 1.4- CACHING. Existen 3 armas que utiliza el router para mejorar la eficiencia de la red reduciendo el trfico que circula por la misma: -el manejo de nombres y direcciones mediante DNS, -los servicios proxis (se entiende por proxi a un elemento de la red que acta en representacin de otro) y -el cache local. Un Cache es un block de memoria para mantener a mano los datos requeridos frecuentemente por varios procesos. Cuando un proceso requiere informacin primero consulta el cache, si la informacin se encuentra all se produce una mejora de la performance de funcionamiento reduciendo el retardo de procesamiento. Si no se la encuentra en el cache se buscar en otras alternativas de memoria y luego se lo encontrar disponible en el cache para una prxima oportunidad. Una ventaja adicional de ciertos cache es la posibilidad de reducir el dialogo para transferencia de informacin. Por ejemplo una consulta web lleva una sesin de innumerable cantidad de objetos que son transferidos mediante un HTTP Get-Request. Puede reducirse la cantidad de paquetes transferidos mediante una sesin en paralelo de objetos. Algunos tipos de memoria cache son: -Cache del procesador: es parte del procesador y es de ms fcil acceso que la memoria RAM y a una velocidad mayor. -Disco cache: pertenece a la memoria RAM y contiene informacin del disco. En algunos casos se mueve en forma anticipada la informacin desde el disco al cache en la RAM. -Cache cliente-servidor: se trata de un banco de memoria ubicado en el cliente para agilizar el movimiento de datos. -Cache remoto: permite reducir los retardos cuando se accede a informacin de un sistema remoto en una WAN. Se resuelve mediante un caching de informacin del terminal remoto ubicado en el sistema local. -Cache de servidor intermedio: entrega informacin a un grupo de clientes (Local Workgroup) en un sistema clienteservidor. WEB-CACHING. Para un ISP el uso de cache en el punto de presencia POP puede reducir el trfico en su red (aumentando la velocidad de respuesta al usuario y el costo de la conexin WAN). Un trfico muy comn y apropiado para el cache es el Web. El cache se conecta directamente al router, el cual deriva todos los paquetes de requerimiento al cache (por ejemplo los paquetes con port-TCP de destino 80 -indica el protocolo http-), de esta forma puede verificar si la informacin est disponible. Su ventaja se incrementa en la medida que el nmero de usuarios es mayor. Los componentes de este complejo son los siguientes: -La memoria cache que se denominan Cache Engine. El cache posee suficiente memoria (ejemplo, 24 Gbytes) y capacidad de transacciones (algunos miles de sesiones TCP simultneas). -El router conocido como Home Router. El cache se conecta directamente al router de borde de la red (en la conexin hacia la Internet). -Un router puede poseer varios cache que se denominan cache farm. En este caso se forma una jerarqua entre cache para sucesivas investigaciones sobre el requerimiento del usuario. -Un router que administra el cache dialoga con la memoria mediante un protocolo WCCP (Web Cache Control Protocol). El cache puede trabajar tambin en modo Proxy sin el protocolo WCCP y dialogando con un Browser configurado en forma manual. La desventaja del Web-Caching es que pueden aparecer diferentes versiones de un documento en la web. La duracin de un documento en el cache debe ser limitada en el tiempo para reducir este efecto. La duracin normalmente est especificada por el generador de la pgina web. La introduccin de firewall para seguridad de acceso a los web ha generado la idea del Caching-Proxy. En este contexto el proxy es un programa que interacta entre el cliente y los servers; se trata de URL (Uniform Resource Locator). Esta posicin es ideal para general el cache del web; el primer software disponible para esta funcin fue el servidor de web del CERN en el ao 1993.
1210-(3)
2- HERRAMIENTAS PARA QoS.

En la Tabla 02 se relacionan los distintos tipos de herramientas que se disponen para asegurar una QoS dentro de una red IP. Se trata de mecanismos que previenen o manejan una congestin, distribuyen el trfico o incrementan la eficiencia de la red. Los protocolos involucrados en asegurar la calidad de servicio son los indicados en la misma Tabla; a los mismos se refiere como mecanismos de sealizacin. En el tem siguiente se analizan con detalle a los mismos. Tabla 02. Herramientas disponibles para asegurar la QoS. CONTROL DE CONGESTION EN EL BUFFER DE DATOS. -(First In, First Out). El primer mensaje en entrar es el primero en salir. Este es el mecanismo de QoS por Default en las redes IP. Es vlido solo en redes con mnima congestin. No provee proteccin, no analiza el ancho de banda ni la posicin en la cola de espera. -(Priority Queuing). Este mecanismo de control de congestin se basa en la prioridad de trfico de varios niveles que puede aportar el encabezado del datagrama IP (ToS Type of Service). Se trata de 3 bits disponibles en el Byte 2 del encabezado de IPv4 (bits de precedencia). -(Custom Queuing). Este mecanismo se basa en garantizar el ancho de banda mediante una cola de espera programada. El operador reserva un espacio de buffer y una asignacin temporal a cada tipo de servicio. Es una reservacin esttica. -(Weighted Fair Queuing). Este mecanismo asigna una ponderacin a cada flujo de forma que determina el orden de trnsito en la cola de paquetes. La ponderacin se realiza mediante discriminadores disponibles en TCP/IP (direccin de origen y destino y tipo de protocolo en IP, nmero de Socket -port de TCP/UDP-) y por el ToS en el protocolo IP. En este esquema la menor ponderacin es servida primero. Con igual ponderacin es transferido con prioridad el servicio de menor ancho de banda. El protocolo de reservacin RSVP utiliza a WFQ para localizar espacios de buffer y garantizar el ancho de banda. CONTROL DE TRAFICO -(Weighted Random Early Detection). Trabaja monitoreando la carga de trfico en algunas partes de las redes y descarta paquetes en forma random si la congestin aumenta. Est diseada para aplicaciones TCP debido a la posibilidad de retransmisin. Esta prdida en la red obliga a TCP a un control de flujo reduciendo la ventana e incrementndola luego en forma paulatina. Un proceso de descarte generalizado, en cambio, produce la retransmisin en "olas" y reduce la eficiencia de la red. La versin ponderada WRED realiza el drop de paquetes de forma que no afecta al trfico de tipo RSVP. Una versin superior debera considerar el trfico de aplicacin. -(Generic Traffic Shaping). Provee un mecanismo para el control del flujo de trfico en una interfaz en particular. Trabaja reduciendo el trfico saliente limitando el ancho de banda de cada trfico especfico y envindolo a una cola de espera. De esta forma permite una mejor performance en topologas con tasa de bit diferentes. Este control de trfico se relacina con CAR. INCREMENTO DE LA EFICIENCIA. SEALIZACIN. -(Link Fragmentation and Interleaving). El trfico interactivo como Telnet y VoIP es susceptible de sufrir latencia y jitter con grandes paquetes en la red o largas colas en enlaces de baja velocidad. Se basa en la fragmentacin de datagramas y el intercalado de los paquetes de trfico. -(Resource Reservation Protocol). Se trata de implementar el concepto de Sealizacin. Se dispone de dos tipos de sealizacin: en-banda (por ejemplo los bits de precedencia para ToS) y fuera-de-banda (mediante un protocolo de comunicacin como el RSVP). Este protocolo permite que un host o un router asegure la reservacin de ancho de banda a lo largo de la red IP. -(Real-Time Protocol-Header Compression). El protocolo de tiempo real RTP es estudiado por separado ms adelante. La compresin del encabezado permite mejorar la eficiencia del enlace en paquetes de corta carga til. Se trata de reducir los 40 bytes de RTP/UDP/IP a una fraccin de 2 a 5 bytes, eliminando aquellos que se repiten en todos los datagramas.
-FIFO -PQ -CQ -WFQ
-WRED
-GTS
-LFI -RSVP
-RTP-HC
No todas las herramientas disponibles son usadas en los mismos routers. Por ejemplo, la clasificacin de paquetes, el control de admisin y el manejo de la configuracin se usan en los router de borde (eage), en tanto que en los centrales (backbone) se gestiona la congestin. El tratamiento de la congestin se fundamenta en el manejo de las colas en buffer mediante diferentes tcnicas. El buffer es la primer lnea de defensa frente a la congestin. El manejo correcto (mediante polticas de calidad de servicio) del mismo permite determinar el servicio de calidad diferenciada. Una segunda defensa es el control de flujo. El problema del control de flujo en TCP es que se ha planea de extremo-a-extremo y no considera pasos intermedios. En TCP cada paquete de reconocimiento (Acknowledgment) lleva una crdito (Window) con el tamao del buffer disponible por el receptor. Un sobreflujo de datos en los routers de la red se reporta mediante el mensaje Source Quench en el protocolo ICMP. Estos mecanismos son ineficientes y causan severos retardos en la conexin.
1210-(4)
3- PROTOCOLOS RSVP/RTP
En la Tabla 03 se enumeran los protocolos que se estudian a continuacin para asegurar la calidad de servicio en aplicaciones de tiempo-real. RSVP Tabla 03. Protocolos para asegurar la calidad de servicio QoS. -(Resource Reservation Protocol). Este protocolo permite que un host o un router asegure la reservacin de ancho de banda a lo largo de la red IP. Es del tipo orientado al receptor (el receptor solicita la reservacin) y es til para aplicaciones de tipo smplex (unidireccional). Puede funcionar como unicast o multicast. -(Real-time Transport Protocol). Se utiliza sobre el protocolo UDP para aplicaciones como H.323 o VoIP. -(Real-Time Transport Control Protocol). Este protocolo se utiliza para control de calidad de servicio sobre aplicaciones que trabajan sobre RTP. -(Internet Group Management Protocol). Este protocolo se utiliza para aplicaciones del tipo multicast cuando se requiere distribuir la misma informacin sobre un grupo (multicast) de usuarios y reduciendo el ancho de banda ocupado. Se emite un mismo paquete con direccin multicast en lugar de uno para cada direccin unicast. Es estudiado en otro trabajo. RTCP 4 UDP RTP TCP
RTP RTCP IGMP
RSVP 3
L2TP IP
MOSPF IGMP
3.1- RESERVACION DE ANCHO DE BANDA (RSVP) Los servicios del tipo SMTP o FTP en Internet son con calidad "best effort"; es decir, no prevn una calidad de servicio. Esto tiene como consecuencia una latencia variable y jitter sobre la informacin del tipo tiempo-real (audio o vdeo). RSVP permite la reservacin de ancho de banda para asegurar una QoS. El protocolo RSVP trabaja en conjunto con el protocolo de transporte RTP para servicios de voz y vdeo en tiempo-real. El RSVP est disponible en RFC-2205. Existen dos formas de reservacin del ancho de banda: esttica y dinmica. La reservacin esttica permite asignar un porcentaje fijo del canal de comunicacin a cada tipo de protocolo (por ejemplo, 10% a HTTP, 15% a FTP, 3% a Telnet, etc). El protocolo RSVP permite reservar el ancho de banda en forma dinmica para asegurar una calidad de servicio QoS en las redes IP. La QoS permite garantizar el servicio en forma CAR similar al CIR de Frame Relay. El protocolo RSVP se define para los servicios integrados en Internet. Es utilizado por el host para solicitar una QoS al router para una aplicacin particular y es usado por el router para establecer un ancho de banda con todos los nodos intermedios del trayecto. Opera tanto sobre IPv4 como sobre IPv6; no es un protocolo de routing y solo se lo utiliza para reservar ancho de banda y buffer. En el modelo de capas el protocolo RSVP ocupa la funcin de la capa 3 sobre IP, en la misma forma que los protocolos de routing (OSPF y BGP), de multicast (IGMP), de gestin (ICMP) y de transporte (TCP y UDP). Una sesin manejada por del protocolo RSVP est definida mediante 3 direcciones: la direccin IP de destino (receptor), el identificador de protocolo y la port de UDP. Est definido para operar en forma de unicast o multicast. En el caso de operar con protocolo multicast primero se establece el enlace mediante IGMP (para establecer el grupo) y luego mediante RSVP (para establecer la reservacin). Por otro lado el RSVP es un protocolo de carcter smplex, es decir unidireccional. Est orientado-al-receptor; en el sentido que es el receptor el que solicita la reservacin y la interrumpe.
1210-(5)

CONTROL DE TRAFICO. La QoS es implementada por un mecanismo de flujo de datos denominado "control de trfico". Este mecanismo incluye 3 etapas: -la clasificacin del paquete para determinar la QoS y la ruta de cada paquete; -el control de admisin para asegura la disponibilidad de la reservacin y -el proceso de determinacin temporal de emisin (Packet Scheduler). El requerimiento de reservacin es iniciado por host receptor y pasa por los distintos router de la red. Si algn mecanismo intermedio falla se genera un reporte de error. Se dispone de dos mensajes de error: ResvErr y PathErr. Este protocolo mantiene en forma "soft" el estado de los routers y host, entregando un soporte dinmico para cambios de miembros y adaptacin automtica de cambios de routing. No es un protocolo de routing pero depende de los mismos. Los mensajes de Path y Reservation se utilizan a estos propsitos. Una lista ms completa de los tipos de mensajes (denominado State Block) del protocolo RSVP se encuentran en la Tabla 04. -VRS -Flags -Msg Type Tabla 04. Campos que componen el paquete de RSVP (Reservation Protocol). 4 bits. Versin del protocolo (actualmente la versin 1). 4 bits. No se han definido bits de flag hasta el momento. 1 Byte. Identifica el tipo de mensaje que ocupa el campo de longitud variable al final del paquete. Se dispone de los siguientes casos: Path, Reser, PathErr, ResvErr, PathTear, ResvTear, ResvConf. -Checksum 2 Bytes. Chequeo de paridad del protocolo RSVP. -Send-TTL 1 Byte. Se trata del tiempo de vida de IP con que se emite el paquete de RSVP. -RSV 1 Byte. No usado. -Lenght 2 Bytes. Longitud total del mensaje en bytes incluyendo la longitud variable. -Messages Nx4 Bytes. Mensaje de longitud variable en palabras de 32 bits. .Resv -Mensaje emitido paso-a-paso desde el receptor al emisor para reservacin de ancho de banda. .Path -Mensaje emitido en forma regular para cada flujo de datos del emisor al receptor. No se enruta mediante RSVP para asegurar la llegada al receptor mediante las direcciones IP. -Teardown -Mensajes (Path and Reservation) usados para desarmar el camino y la reservacin efectuada. -Error -Reporta errores en el procesamiento del mensaje Path o Resv. -Resv Conf -Mensaje emitido como respuesta al Resv. 1 2 3 4 VRS Flags Msg Type RSV Messages 3.2- PROTOCOLO DE TIEMPO-REAL (RTP) (Real-Time Transport Protocol). Tanto el protocolo de transporte en tiempo-real RTP como el protocolo de control RTCP se encuentran disponibles en RFC-1889 del ao 1996. El protocolo RTP tiene como objetivo asegurar una QoS para servicios del tipo tiempo-real. Incluye la identificacin del payload, la numeracin secuencial, la medicin de tiempo y el reporte de la calidad (protocolo RTCP). Entre sus funciones se encuentran la memorizacin de datos, la simulacin de distribucin interactiva, el control y mediciones de aplicaciones. Este protocolo RTP es de transporte (capa 4) y trabaja sobre UDP de forma que posee un checksum para deteccin de error y la posibilidad de multiplexacin de puertas (port UDP). Las sesiones de protocolo RTP pueden ser multiplexadas. Para ello se recurre a un doble direccionamiento mediante las direcciones IP y el nmero de port en UDP. Sobre RTP se disponen de protocolos de aplicacin del tipo H.320/323 para vdeo y voz (H.32x forma una familia del ITU-T de normas para videoconferencia). El protocolo de H.323 se detalla entre los servicios de las redes IP. Junto a RTP se dispone del protocolo de control RTCP. El RTP funciona en conjunto con RSVP (capa 3) para la reservacin de ancho de banda y asegurar de esta forma la calidad del servicio QoS del tipo Garantizada. La QoS del tipo Diferenciada se logra mediante la priorizacin de trfico que puede adoptar dos alternativas. En IP se pueden asignar diversos alternativas de prioridad para formar una cola de espera en routers. Un algoritmo particular de gestin de prioridad de trfico es el WFQ (Weighted Fair Queuing) que utiliza un modelo de multiplexacin TDM para distribuir el ancho de banda entre clientes. Cada cliente ocupa un intervalo de tiempo en un Round-Robin. El ToS (Type of Service) en IP puede determinar un ancho de banda especfico para el cliente. Un servicio sensible al retardo requiere un ancho de banda superior. En IP adems del ToS se puede utilizar la direccin de origen y destino IP, tipo de protocolo y nmero de socket para asignar una ponderacin. CheckSum Length
Send-TTL
1210-(6)

RTP adems provee transporte para direcciones unicast y multicast. Por esta razn, tambin se encuentra involucrado el protocolo IGMP para administrar el servicio multicast. El paquete de RTP incluyen un encabezado fijo y el payload de datos; RTCP utiliza el encabeza del RTP y ocupa el campo de carga til. Los campos del encabezado fijo del protocolo RTP se muestran en la Tabla 05. -OH .VRS .PAD .X .CC .M .PT -SN -TS -SSRC -CSRC Tabla 05. Protocolos para Tiempo-Real RTP (Real-Time Protocol). 2 Bytes de encabezado fijo para aplicaciones de identificacin. 2 bits. Es la versin del protocolo. Actualmente se utiliza la versin 2 (RFC-1889). 1 bit. El bit de padding activo informa que luego del encabezado existen bytes adicionales (por ejemplo para algoritmos de criptografa). 1 bit. Con el bit de extensin activado existe solo una extensin del encabezado. 4 bits. (CSRC Count). Identifica el nmero de identificadores CSRC al final del encabezado fijo. 1 bit de Marker. La interpretacin est definida por el perfil. 7 bits. (Payload Type). Identifica el formato de payload y determina la interpretacin de la aplicacin. 2 Bytes. (Sequence Number). Numera en forma secuencial los paquetes de RTP y permite la identificacin de paquetes perdidos. 4 Bytes. (TimeStamp). Refleja el instante de muestreo del primer Byte en el paquete RTP. Permite el clculo del tiempo y jitter en la red. Por ejemplo, en una aplicacin de audio que comprime cada 160 muestras, el reloj se incrementa en 160 en cada bloque. 4 Bytes. (Synchronization Source). Identifica la fuente de sincronismo de forma que dos sesiones del mismo RTP tengan distinta SSRC. Nx4 Bytes. (Contribution Source). Identifica la fuente que contribuye al payload contenido en el paquete. El valor de N lo da el campo CC. 1 2 3 4 VRS/PAD/X/CC M/PT TimeStamp Synchronization Source Contribution Source Contribution Source Sequence Number
RTP-HC (Real-Time Protocol-Header Compression). La compresin del encabezado permite mejorar la eficiencia del enlace en paquetes de corta carga til. Se trata de reducir los 40 bytes de RTP/UDP/IP a una fraccin de 2 a 5 bytes, eliminando aquellos que se repiten en todos los datagramas. (RTP). Como los servicios de tiempo-real generalmente trabajan con paquetes pequeos y generados en forma peridica se procede a formar un encabezado de longitud reducida que mejore la eficiencia de la red. 3.3- PROTOCOLO DE CONTROL RTCP (Real-Time Control Protocol). Este protocolo permite completar a RTP facilitando la comunicacin entre extremos para intercambiar datos y monitorear de esta forma la calidad de servicio y obtener informacin acerca de los participantes en la sesin. RTCP se fundamenta en la transmisin peridica de paquetes de control a todos los participante en la sesin usando el mismo mecanismo RTP de distribucin de paquetes de datos. El protocolo UDP dispone de distintas puertas (UDP Port) como mecanismo de identificacin de protocolos. La funcin primordial de RTCP es la de proveer una realimentacin de la calidad de servicio; se relaciona con el control de congestin y flujo de datos. RTCP involucra varios tipos de mensajes (uno de los ms interesantes el send report se informa en la Tabla 06): -Send report para emisin y recepcin estadsticas (en tiempo random) desde emisores activos. -Receiver Report para recepcin estadsticas desde emisores no activos. -Source Description para un identificador de nivel de transporte denominado CNAME (Canonical Name). -Bye para indicar el final de la participacin. -Application para aplicaciones especficas.
1210-(7)

Tabla 06. Protocolo de control RTCP (Real-Time Control Protocol). Mensaje Sender Report. ENCABEZADO COMUN 1 Byte de encabezado con las siguientes funciones: 2 bits. Identifica la actual versin (2) del protocolo. 1 bit. Indica si luego de este paquete existe un padding adicional (por ejemplo, para completar el nmero de Bytes para criptografa en mltiplo de 8). 5 bits. (Reception Report Count). Contiene el nmero de bloques de reportes (unidades de 6x4 Bytes) que contiene el paquete. Un paquete puede contener ms de un reporte de retorno. 1 Byte. (Packet Type). Identifica el tipo de paquete (decimal=200 para el paquete Sender Report que se enumera en este ejemplo). 2 Bytes. Indica la longitud del paquete en unidades de 4 Bytes. 4 Bytes. Identifica la fuente de temporizacin para el generador del reporte. INFORMACION PARA EVALUACION DE PARAMETROS 8 Bytes. (Network Time Protocol-TimeStamp). Es el tiempo relativo al UTC 00:00:00 horas del da 0101-1900. Este campo de 8 Byte y es el TimeStamp completo. Para otras aplicaciones se utiliza una versin reducida de 4 Bytes con la informacin de tiempo ms significativa. 4 Bytes. Se refiere al TimeStamp que es emitido en el RTP. 4 Bytes. (Senders Packet Count). Es el total de paquetes emitidos por el transmisor desde el inicio de la sesin. 4 Bytes. (Senders Octet Count). Es el total de Bytes transmitidos desde el inicio de la sesin como carga til. Es usado para estimar la tasa de datos promedio de payload en conjunto con SPC. REPORTES DE PARAMETROS EVALUADOS 4 Bytes. (Source Identifier). Identifica la fuente SSRC de informacin en el reporte de recepcin. 1 Byte. (Fraction Lost). Indica la relacin fraccional (paquete perdido/total de paquetes) de paquetes perdidos desde el ltimo reporte. 3 Bytes. (Cumulative Number Packet Lost). Indica el total de paquetes perdidos desde el inicio de la recepcin. 4 Bytes. (Extended Highest Sequence Number Received). Indica la numeracin secuencial de recepcin. Si el inicio de la recepcin es distinto implica que los distintos posibles receptores (multicast) tienen un campo EHSNR diverso. 4 Bytes. (Interarrival Jitter). El jitter se mide como la desviacin de recepcin respecto de la transmisin (en unidades de timestamp). Equivale a la diferencia de tiempo de trnsito relativo. 4 Bytes. (Last SR TimeStamp). Es el ltimo timestamp (informacin ms significativa) de los paquetes recibidos. 4 Bytes. (Delay Since Last SR). Es el retardo (entre la emisin y recepcin) en unidades de 1/65536 seg del ltimo paquete recibido. 1 2 3 4 VRS/PAD/RC Packet Type SSRC Network Time Protocol-Time Stamp Real Time Protocol-Time Stamp Senders Packet Count Senders Octet Count Source Identifier Fraction Lost Cumulative Number Packet Lost Extended Highest Sequence Number Received Interarrival Jitter Last SR TimeStamp Delay Sence Last SR El mensaje Send Report disponen de 3 secciones bien diferenciadas: -Los primeros 8 Bytes (desde la versin hasta el identificador de la fuente de temporizacin SSRC) se refieren a un encabezado comn. Length
-OH .VRS .PAD .RC -PT -Length -SSRC -NTP-TS -RTP-TS -SPC -SOC -SSRC-n -FL -CNPL -EHSNR -IJ -LSR-TS -DLSR
1210-(8)

-La segunda parte de 20 Bytes (desde el tiempo universal de emisin NTP-TS hasta el conteo de octetos emitidos SOC) permite la evaluacin de diferentes parmetros (retardo, jitter, eficiencia de datos, etc). -La tercera parte de 24 Bytes lleva reportes que han sido obtenidos desde el ltimo reporte informado. Obsrvese la presencia de reporte referido a la cantidad total de paquetes RTP perdidos y a la proporcin de los mismos; la cantidad de paquetes recibidos y el jitter entre paquetes; el horario del ltimo paquete recibido y el retardo de transmisin del mismo. La medicin de tiempo se realiza mediante la emisin del NTP-TS (Network Time Protocol-TimeStamp) de 8 Bytes de longitud. Es el tiempo relativo al UTC 00:00:00 horas del da 01-01-1900. La precisin es de 32 bits a cada lado de la coma para el segundo. Como esto puede ser innecesario en diversas aplicaciones se utilizan variantes reducidas de Byte. Por ejemplo para la medicin de jitter se utiliza unidades de 1/65536 seg (216). El lector informado sobre redes ATM puede comparar este formato de RTCP con el utilizado en AAL5/ATM para reportes y mediciones de calidad de servicio (tasa de error, tasa de celdas perdidas, etc). La riqueza de lo proyectado en RTCP es sustancialmente superior.
1210-(9)
GESTION DE REDES RFC
1211

Relativo a los protocolos de gestin disponibles en RFC. Sobre el ICMP para reporte de fallas en la red; el SNMP para management de componentes de la red y RMON para monitoreo remoto.
1- INTRODUCCION
Si bien la red Internet tiene su origen en el final de los `60, la difusin masiva se posterga hasta la divulgacin de redes LAN en los `80. Solo a partir del ao 1988 los host conectados a Internet han sufrido un incremento abrupto. Tambin a la misma poca se remonta la necesidad de la gestin de la red. CMIP 7 SMTP FTP Telnet HTTP SNMP ACSE ROSE
4 TCP UDP
TP4
RSVP IGMP IP CLNS RARP ARP X.25 ICMP
2 MAC
LLC MAC MAC LAP-B
Ethernet
T.Ring
FDDI
X.21
Fig 01. Modelo de capas de sistemas de gestin. La suite de protocolos TCP/IP incluyen las capas de transporte, los protocolos de procesos de gestin de red. Estos ltimos se tratan de ICMP y SNMP. La informacin que se debe disponer puede ser: esttica (con cambios poco frecuentes como ser la configuracin), dinmica (cambios de estado o volumen de transmisin de paquetes) y estadstica (promedio de paquetes por hora o da). Las motivaciones para disponer de una gestin de la red son: el control del incremento de complejidad de la red, la mejora de servicios y el balance de necesidades. En la Tabla 01 se detallan las funciones previstas para la gestin de redes. En la Fig 01 se observa la posicin en el modelo de capas de los protocolos RFC (ICMP y SNMP) y los ITU-T (CMIP) para efectuar la gestin de redes. Obsrvese que los protocolos de capa 3 son IP y CLNS respectivamente. Ambos protocolos funcionan sobre redes LAN o lneas X.25.
1211-(1)
Fallas Cobro Configurar
Performance
Seguridad
Tabla 01. Funciones de la gestin de redes Permite detectar la localizacin de fallas, aislar partes de la red, correlacionar alarmas mltiples, administrar test de diagnstico rutinarios y sobre la base de esto reconfigurar o modificar la red y reparar la falla. Se refiere a la determinacin de costos de operacin para cambiar procedimientos. Permite detectar el uso abusivo o ineficiente por parte de componentes de la red. Se trata de una comunicacin hacia y desde los elementos de red. Permite el inventario, la asignacin de recursos, la activacin y el back-up para la restauracin futura. La informacin sobre configuracin describe la naturaleza y el estado de los recursos involucrados en la red. Incluye la descripcin de atributos de los recursos fsicos (hardware) y lgicos (software: circuitos virtuales, contadores, temporizadores, etc). La gestin de configuracin puede realizarse mediante una lista de datos como en SNMP o mediante una base de datos orientado-al-objeto como en ISO. Se pueden obtener indicadores de performance orientados al servicio (disponibilidad, tiempo de respuesta, porcentaje de segundos sin errores EFS) e indicadores orientados a la eficiencia (cantidad de eventos de transaccin ocurridos -Throughput- y la utilizacin como porcentaje del recurso utilizado. Esta gestin permite la coleccin de estadsticas, cambiar parmetros, generar trfico artificial, etc. Permite la autentificacin y control de acceso para proteccin contra intrusos no autorizados.
1211-(2)
2- GESTION STANDARD RFC.

2.1- ICMP (Internet Control Message Protocol) Es un protocolo que usa el protocolo IP para mensajes de estado entre host y gateway. El primer protocolo se defini en 1970. Cada mensaje se refiere a un datagrama anterior y constituye un canal de retorno (Feedback) para informe de estado y fallas en el canal de comunicacin. Desde el punto de vista del modelo de capas ICMP utiliza el IP como soporte. El encabezado del protocolo IP lleva el parmetro de protocolo=1 para identificar al ICMP. En esencia permite un canal de retorno para la deteccin de problemas en la red de comunicaciones; por ejemplo, cuando un datagrama no puede alcanzar el objetivo o cuando una gateway no dispone de un buffer suficiente. En general un mensaje ICMP se emite como respuesta a un datagrama. La descripcin de los campos que constituyen el paquete de ICMP se dan en la Tabla 02. Obsrvese que existe un encabezado fijo y otro variable que depende del tipo de mensaje. Mediante una combinacin de datagramas con distinto tiempo de vida TTL y los mensajes de Time_Exceeded es posible obtener la ruta seguida por los datagramas en la red. Cada datagrama es eliminado en un router distinto y se reporta un mensaje de error. Este proceso se denomina IP Trace. IRDP (ICMP Router Discovery Protocol). Este protocolo utiliza mensajes de solicitud y aviso (solicitation and advertisement) para descubrir direcciones de router en la subnetwork conectado. Cada router en forma peridica emite mensajes de aviso tipo multicast desde cada una de sus interfaces. El host descubre la direccin del router de esta forma. El host tambin puede usar mensajes de solicitud para recibir el de aviso. IRDP tiene la ventaja que el host no requiere conocer protocolos de routing para reconocer al router. 2.2- SNMP (Simple Network Management Protocol) SNMP (standard del IETF en RFC-1157) es un protocolo de la suite UDP/IP para soportar mensajes de control y gestin. Virtualmente todos los productores de host, workstation, bridge/router y hub ofrecen el protocolo SNMP como estndar. SNMP fue adoptado en 1989 en la versin 1 (en 1993 se adopta la versin 2). Comercialmente se encuentran distintas versiones: por ejemplo, NetView-6000 (trabaja sobre IBM RS-6000), HP OpenView (trabaja sobre una estacin HP o Sun) y SunNet (trabaja sobre Sun SPARC). En la fotografa vecina se muestra la pantalla de gestin de routers en Uruguay. SNMP dispone de un nmero limitado de rdenes para obtener informacin de los elementos de red. El modelo de capas ubica a SNMP en la capa de aplicacin y utiliza mensajes de tipo UDP (User Datagram Protocol) en la capa de transporte. Se trata de un protocolo sin-conexin que dispone de la direccin decimal 161 en UDP. El encabezado UDP ocupa 4 campos de 2 Bytes cada uno y se identifica en la Tabla 03. Tambin usa UDP el protocolo NFS. SNMP funciona en forma de Polling donde la estacin de gestin interroga en forma cclica a cada elemento de la red. Sobre una red LAN del tipo Ethernet (funcionando a 10 Mb/s) con 400 elementos de red NE cada circuito de polling se realiza en 5 minutos y requiere un ancho de banda de 51,2 kb/s en promedio. Estos valores son distintos en una WAN, donde los tiempos de trnsito son mayores y el ancho de banda disponible es menor. Por ello en redes WAN el sistema de polling requiere una subdivisin en pequeas redes. Una frecuencia de polling mayor alerta al sistema de gestin en forma ms certera pero a cambio consume mayor ancho de banda. Los objetos gestionados forman una base de datos denominada MIB (Management Information Base). Se denomina agente Proxis al que, usado por agentes que no soportan SNMP, realiza la traduccin desde el protocolo propietario al estndar.
1211-(3)
-Type -Code -CS -PAR -Message
Tabla 02: Formato general del mensaje del protocolo de control ICMP. 1 Byte. Identifica el tipo de mensaje en particular. Por ejemplo el mensaje Time Exceeded se identifica con el tipo 12 (decimal). Ms abajo se encuentra la lista completa de mensajes. 1 Byte. Usado para parmetros que solo requieren pocos bits. En el caso del mensaje Time Exceeded este cdigo toma dos estados: 0 cuando el TTL fue excedido en trnsito o 1 cuando fue excedido durante el proceso de reensamble. 2 Bytes. (Checksum) Para verificacin de errores. Es del mismo tipo que IP. 4 Bytes. En algunos tipos de mensajes no est usado; en otros es usado para parmetros de identificador y nmero secuencial. Cambia de acuerdo con el Type. N Bytes. Es el mensaje de control propiamente dicho. En la mayora de los casos (por ejemplo en el mensaje Time Exceeded este campo lleva los 20 Bytes de encabezado IP del datagrama descartado ms 8 Bytes de la carga til del mismo datagrama. Esto permite obtener el nmero de port si el protocolo es TCP/UDP.
TIPO DE MENSAJES DE CONTROL Echo Requ/Reply Se trata de los mensajes Echo Request y Echo Reply. En el sistema operativo UNIX el diagnstico se efecta mediante el PING (Paket Internet Groper). Se emite el mensaje de Echo Request y se espera como respuesta el Echo Reply. Prueba la comunicacin entre entidades IP. Sirve para el anlisis de problemas de redes y verifica que la mquina est encendida y operando, adems de testear el estado del enlace. Unreachable. Se trata del mensaje Destination_Unreachable. Un Router puede retornar al origen un mensaje por encabezado incorrecto o fragmentacin equvoca. Indica destino no es alcanzable: entre ellos la Red, el Host, el protocolo SAP, la puerta TCP, etc. Source_Quench. Este datagrama identifica a los router que no disponen de suficiente memoria para la cola de espera. Permite detectar las fuentes apagadas para evitar el envo de datos y efectuar un control de flujo. Impide la existencia de datagramas en la red de destinos no alcanzables. Route_Change Algunos Router pueden generar un datagrama para informar que no son la va correcta de ruta. Se requiere un cambio de ruta mediante Route_Change_Request (tambin indicado como mensaje Redirect). Time_Exceeded Indica el descarte de un datagrama por final del tiempo de vida TTL en IP. Un rescarte de datagramas puede indicar un seteado bajo de TTL para el nmero de Router en red. El mensaje informa si el TTL ha expirado en el trnsito del datagrama o durante el proceso de ensamble final. Parameter Parameter_Problem_Message indica problemas de parmetros por error de sintaxis o semntica en el datagrama. TimeStamp Se trata de los mensajes Time_Stamp_Request & Time_Stamp_Replay. Al mensaje Request se responde con el Replay. Permite medir el retardo en la transmisin en la Internet y adaptar la tabla de ruta en el Router. a medicin de tiempo se realiza mediante la emisin del NTP-TS (Network Time Protocol-TimeStamp) de 4 Bytes de longitud. Es el tiempo relativo al UTC 00:00:00 horas del da 01-01-1900. La precisin es de 32 bits a cada lado de la coma para el segundo. Como esto puede ser innecesario en diversas aplicaciones se utilizan variantes reducidas de Byte. Aqu se utilizan solo 4 Bytes. En este caso el campo de mensaje ocupa 2x4 Bytes en total: 4 Bytes para indicar el TimeStamp del mensaje original; otros 4 Bytes para indicar el TimeStamp de recepcin y los ltimos 4 Bytes para indicar el TimeStamp de transmisin. Information Los mensajes Information_Request.& Information_Replay permiten descubrir la direccin de red de IP o de port en TCP/UDP. Address Mask Address_Mask_Request & Address_Mask_Replay permiten descubrir la direccin en una sub-red. La mscara de direccin IP se refiere a la identificacin del host. Por ejemplo, en una direccin clase B (168.23.4.1) los dos primeros bytes corresponden a la identificacin de red, el tercero a la identificacin de sub-red y el ltimo identifica al host. La mscara de direccin IP identifica la direccin del host dentro de la direccin IP, por ello es: 255.255.255.0. COMPONENTES DE UNA RED SNMP. Los distintos componentes de una red SNMP son los siguientes: -Elemento de red NE (Network Element). Es el hardware (computadora, servidor, router, etc) bajo observacin. -Agente. Es el mdulo de software que reside en el NE y que guarda la informacin de gestin. -Objeto gestionado. Es una caracterstica que puede ser gestionada en el agente (por ejemplo puertas TCP activas). -Variable. Es el valor instantneo de un objeto gestionado. -Base de informacin de datos MIB. Coleccin de objetos gestionados en el NE. -Notacin sintctica. Lenguaje utilizado para escribir el MIB (por ejemplo, ASN.1). -Estacin de gestin de red. Es la conocida consola de gestin. -Protocolo de management. Propiamente dicho el protocolo SNMP que permite la comunicacin entre la consola y los NE.
1211-(4)
-SP -DP -Length -Check -VRS -COM -PDU .Type .Req .Error Get_Request GetNext_Request Get Response Set_Request Trap
Tabla 03: Campos de informacin de UDP (capa 4) y SNMP. Protocolo UDP. 2 Bytes. Identifica al nmero de puerta de origen del mensaje. 2 Bytes. Identifica al nmero de puerta de destino del mensaje. 2 Bytes. Determina la longitud total del datagrama UDP. 2 Bytes. Es un Checksum para control de errores del mensaje completo. Protocolo SNMP. Se trata del identificador de la versin del protocolo. (Community String) Define el nivel de autentificacin para leer o escribir informacin en el MIB Se trata de 5 tipos de mensajes de operaciones (Get, Next, Set, Get Response, Tap). Identifica el tipo de PDU entre las 5 alternativas. Identifica al destino y al origen. Responde al requerimiento de status e index. Mensajes de control del protocolo SNMP. Usado por el manager SNMP para obtener informacin de gestin desde el MIB del agente SNMP. SNMP utiliza un mecanismo de Polling entre server (manager) y client (agente). Utilizado para requerir informacin desde una tabla MIB que no se conoce el Entry. No requiere especificar el MIB. Usado por el agente SNMP para responder a Get_Request; GetNext_Request y Set_Request. Usado por el manager SNMP para modificar datos de gestin en el MIB. Usado por el agente SNMP para notificar un evento no solicitado. Contiene solo algunos datos limitados para describir un problema. No existe reconocimiento y por ello no se tiene la garanta de recepcin de un Trap.
LA CONSOLA DE GESTIN. El protocolo SNMP funciona con el sistema operativo UNIX (por ejemplo HP-UX A.09.05, versin de HP para UNIX) y visualizacin Xwindow (HP OpenView 3.3). Se trata de una interfaz grfica tipo window que opera con el criterio clienteservidor para clientes remotos. Ha sido desarrollado por el MIT (RFC-1013) y permite X-Terminal remotos que utilizan TCP/IP en capas 4/3 y a nivel de enlace de datos el protocolo PPP o X.25. El hardware que soporta este sistema operativo es el sistema HP9000 (serie 700 y 800) y Sun SPARCstation; con 1 GB de hard disk y 64 MB de RAM. La plataforma de aplicaciones que envuelve a SNMP puede ser el HP OpenView. Las funciones de esta consola son: -Obtener la topologa de la red. -Detectar fallas, alarmas y diagnosticar problemas. -Controlar el trfico y la congestin. -Generar informes, registros histricos y anlisis de tendencias. El operador dispone tambin del analizador de protocolo. Sirve para el diagnstico y seguimiento de la actividad de la red. Es un software que trabaja sobre una computadora y realiza las siguientes actividades: -Realiza una estadstica de paquetes, volumen de trfico y congestin de la red. -Prueba los enlaces de comunicacin de todos los nodos. -Verifica alarmas y problemas de software de aplicacin. BASE DE DATOS MIB. Es una representacin lgica de una entidad fsica que contiene: nombre, propiedades y atributos. En SNMP es una simple lista de datos escalares que pueden formar tablas. Cada objeto del MIB se define usando la notacin abstracta ASN.1 (Abstract Syntax Notation One) de la norma ITU-T X.208. Tiene similitud con el lenguaje de programacin C o Pascal. En la Tabla 04 se muestra un sector del MIB-II para el protocolo TCP en la lnea tcpConnTable. El MIB-II (RFC-1158) permite construir tablas de conexiones en TCP como la que se muestra anexa. Para cada conexin realizada se identifica el estado, las direcciones IP y las puertas TCP. Por ejemplo la secuencia de nmeros 1.2.6.1.2.1.6.13.1.2 identifica en la conexin TCP a la direccin IP de origen (tcpConnLocalAddress).
1211-(5)
tcpConEntry
tcpConnState 5 2 3
Tabla. Ejemplo de direcciones IP y puertas TCP. TcpConnLocalAddress tcpConnLocalPort tcpConnRemoteAdd 10.0.0.99 12 9.1.2.3 0.0.0.0 99 0 10.0.0.99 14 89.1.1.42
TcpConnRemotePort 15 0 84
Tabla 04. Grupos de objetos de base de datos MIB-II para el protocolo TCP. iso (1) org (3) dod (6) internet (1) directory (1) experimental (3) private (4) enterprice (1) Cisco (9) mgmt (2) mib2 (1) ip (4) icmp (5) snmp (11) rmon (14) statistic (1) history (2) tcp (6) tcpConnTable (13) tcpConnEntry (1) tcpConnState (1) tcpConnLocalAddress (2) tcpConnLocalPort (3) tcpConnRemoteAddress (4) tcpConnRemotePort (5) rmon statistic history alarm host matrix filter capture event LIMITACIONES DE SNMP. El protocolo original SNMP se realiz de manera muy simplificada de forma que se pueden detectar varias limitaciones. A cambio, debido a la simplicidad, ha tenido un xito muy amplio. Sus deficiencias son: -Utiliza un mecanismo de Polling para interrogar lo cual es limitativo para grandes redes (modelo client-server). -El mensaje Trap pretende reducir esta limitacin al permitir una notificacin no requerida. -Sin embargo, Trap no dispone de reconocimiento y no se est seguro que se ha recibido. -No es til para transferir gran nmero de datos como ser una tabla de rutas. -El sistema de seguridad es elemental (dispone de autentificacin trivial). Es til para monitoreo ms que para control. -No soporta comandos imperativos. Acta seteando objetos en el MIB remoto. -No soporta la comunicacin manager-to-manager. En la versin SNMPv2 se han introducido las siguientes mejoras sobre la versin 1: -Introduce nuevos tipos de datos mediante el SMI (Structure Management Information). -Introduce la capacidad manager-to-manager para la arquitectura de gestin distribuida. -El protocolo de operacin agrega los comandos: .GetBulkRequest para habilitar la emisin de gran volumen de datos. .InformRequest para habilitar la emisin de Trap desde un manager a otro. -Mejora las condiciones de seguridad. Se aplica autentificacin, criptografa, scrambler.
1211-(6)
2.3- RMON (Remote Network Monitoring). Este protocolo tiene la versin RMON1 en RFC-1271 del ao 1991. RMON1 consiste en el uso de un agente remoto para colectar informacin de gestin bajo demanda. Se dise para redes LAN Ethernet (posteriormente para Token Ring) y entrega las funcionalidades de los analizadores de redes y protocolos. Opera Off-Line recolectando informacin sin polling de entrada y puede generar un trap de SNMP. Puede correr programas de diagnstico y performance para entregar informes de fallas. Puede adems detectar problemas en forma pasiva sin intervenir la estacin principal. Permite visualizar la actividad en redes remotas. Puede adems ser accedido desde varios centros de gestin. COMPONENTES. La implementacin consiste en una configuracin Client/Server. El cliente es el equipo que presenta la informacin al usuario de la red de gestin. El servidor es el equipo que en forma remota reune la informacin y anlisis de paquetes; se lo denomina Probe y desarrolla el programa de software denominado RMON-Agent. El agente-RMON est embebido generalmente en los switchs y routers. El protocolo de comunicacin es el SNMP. Los datos son coleccionados y procesados en el servidor remoto de forma que se reduce el trfico SNMP en la red de datos. De esta forma un segmento de red LAN es gestionable desde cualquier lugar de la red. La mejora que se ha introducido sobre SNMPv1 se relaciona con la base de datos MIB del RMON. En el MIB se dispone de 9 grupos con las funciones que se indican en la Tabla 04/05. Con posterioridad, en 1994, aparece el RMON2. El objetivo es entregar estadsticas sobre las capas de red y aplicacin; es decir, extender el monitoreo de trfico a las capas superiores (capas 3 a 7). Es decir, en tanto RMON1 opera sobre LAN (capa 2) el RMON2 opera sobre las capas superiores. Con el incremento de las estadsticas de trfico la potencia del procesador CPU y la capacidad de la memoria del agente se han incrementado. Sobre RMON2 se disponen de dos tipos soluciones: el tipo A ocupa memos memoria que el tipo B. El tipo A realiza funciones de Statistics/Host/Matrix sobre la capa 3 y Statistic solo en la capa de aplicacin; el tipo B realiza las 3 funciones en las capas de red y aplicacin. Tabla 05. Funciones del protocolo RMON (Remote Network Monitoring). Provee estadsticas desde una red, hub de LAN o usuario. Por ejemplo, la cantidad de errores en una puerta especfica. -History. Forma la historia de las estadsticas anteriores. Es til para establecer la actividad en la red. -Alarm. Entrega un mecanismo de seleccin para el seteo de umbrales o intervalos para enviar Trap. -HostTable Group. Soporta estadsticas de trfico para la red, hub o usuario. -HostTopNTable. Soporta estadsticas del host para tabla de direcciones. -TrafficMatrixGroup Indica el trfico en una matriz para cada par de estaciones. -Filter. Provee un filtro programable para datos, contador o para ejecutar eventos. -PacketCaptura. Captura paquetes de acuerdo con el criterio seleccionado en el Filter. -Event. Crea entidades, enva alarmas y ejecuta acciones.
-Statistics.
1211-(7)
PROTOCOLOS DE GESTION ISO/ITU-T
1212
PROTOCOLOS DE GESTION ISO/ITU

Relacionado con los protocolos para la gestin de redes de las normas ISO/ITU-T. Sobre el protocolo CMIP y ejemplos de aplicacin para las redes de transporte sincrnico.
1- STANDARD ISO/ITU-T
1.1- FUNCIONES GENERALES En la Tabla 01 se detallan las funciones previstas para la gestin de redes. En la Fig 01 se observa la posicin en el modelo de capas de los protocolos RFC (ICMP y SNMP) y los ITU-T (CMIP) para efectuar la gestin de redes. Obsrvese que los protocolos de capa 3 son IP y CLNS respectivamente. Ambos protocolos funcionan sobre redes LAN o lneas X.25. Fallas Cobro Configurar Tabla 01. Funciones de la gestin de redes Permite detectar la localizacin de fallas, aislar partes de la red, correlacionar alarmas mltiples, administrar test de diagnstico rutinarios y sobre la base de esto reconfigurar o modificar la red. Se refiere a la determinacin de costos de operacin para cambiar procedimientos. Permite detectar el uso abusivo o ineficiente por parte de componentes de la red. Se trata de una comunicacin hacia y desde los elementos de red. Permite el inventario, la asignacin de recursos, la activacin y el back-up para la restauracin futura. La informacin sobre configuracin describe la naturaleza y el estado de los recursos involucrados en la red. Incluye la descripcin de atributos de los recursos fsicos (hardware) y lgicos (software: circuitos virtuales, contadores, temporizadores, etc). La gestin de configuracin puede realizarse mediante una lista de datos como en SNMP o mediante una base de datos orientado-al-objeto como en ISO. Se pueden obtener indicadores de performance orientados al servicio (disponibilidad, tiempo de respuesta, porcentaje de segundos sin errores EFS) e indicadores orientados a la eficiencia (cantidad de eventos de transaccin ocurridos -Throughput- y la utilizacin como porcentaje del recurso utilizado. Esta gestin permite la coleccin de estadsticas, cambiar parmetros, generar trfico artificial, etc. Permite la autentificacin y control de acceso para proteccin contra intrusos no autorizados. Fig 01. Modelo de capas para gestin ISO/ITU-T en la TMN. SMTP FTP Telnet HTTP SNMP ROSE TP4 CMIP ACSE
Performance
Seguridad
TCP
UDP
ICMP 3 RARP ARP X.25 IP CLNP
2 MAC
LLC MAC MAC LAP-B
Ethernet
T.Ring
FDDI
X.21
1212-(1)

1.2- PROTOCOLOS DE COMUNICACIN. La ISO-7498 y ITU-T-X.700 han determinado un modelo de arquitectura generales de estndar para la gestin de redes. En particular dan lugar a la red de management de telecomunicaciones TMN. En la Tabla 02 se elencan los protocolos definidos en las normas ISO relacionados con funciones de gestin de redes. En particular los protocolos de capa superior CMIP/CMIS tienen los mensajes que son indicados en la misma Tabla. -SMAP -CMIP -CMIS Tabla 02. Protocolos de management para las normas ISO e ITU-T. (System Management Application Process). Es el software local responsable de la gestin. Puede ser coordinado con SNMP. Permite normalmente una visualizacin en formato Windows (Open View). (Common Management Information Protocol). Protocolo a nivel de aplicacin para comunicacin entre funciones CMIS. (CMI Service). ISO-9595. Los servicios definidos en CMIS se efectan mediante el protocolo de comunicacin CMIP. Permite cambios de atributos o estado de objetos y recibe reportes (Trap). Opera sobre los protocolos ACSE y ROSE en la misma capa 7. Ver la Tabla N5-05. (Association Control Service Element). ISO8649. ACSE permite iniciar y terminar una conexin entre 2 aplicaciones (capa 7). (Remote Operation Service Element). ISO 9072. ROSE permite realizar una operacin en otro sistema (origen invoker y recipiente performer). Adems informa de la misma (resultado o informe de error en la transaccin). El protocolo ROSE es original de 1984 (X.229) para mail MHS (Message Handing System X.410). Luego se aplic para transferencia de archivos FTAM (File Transfer and Access Management) y CMIP. (Layer Management Entity). Lgica incorporada a cada capa del modelo para permitir la gestin de la red. Estas entidades se encuentran distribuidas. (Management Information Base). Coleccin de informacin que cada nodo entrega a la gestin de la red. MIB obtiene informacin de cada capa del modelo. Utiliza la tcnica orientada-al-objeto OOD (Object Oriented Design) que data desde los aos 70. En 1983 se crea el lenguaje Small-Talk para comunicar objetos sin conocer su operacin interna. Consiste en definir Objetos abstractos cuyas caractersticas dinmicas se modelan con un Comportamiento. Se define al objeto gestionado en trminos de atributos que son una variable a la cual se le asignan valores. Los valores son: caractersticas operacionales, estado corriente, condiciones de operacin, etc. El objeto gestionado se describe mediante su comportamiento (Behavior). En una red real la funcin completa envuelve la interaccin de todos los objetos asociados. La totalidad de los objetos se la conoce como base o modelo de datos MIB. La programacin orientada-al-objeto se asocia con mejoras de calidad y productividad del software. Las fases de construccin del software son: -Anlisis: identificar los requerimientos del sistema; -Diseo: Identificar objetos; asignar funciones y datos (atributos); -Clasificar objetos y jerarquas e implementacin con lenguaje CHILL; -Integracin (de los componentes de software) y prueba del sistema. CMIS/P (Common Management Information Service/Protocol). Permite reportar un evento desde un manager a otro. Es una indicacin asincrnica de eventos importantes y lleva la informacin necesaria para reconocerlo. Puede ser confirmada la recepcin de Event_Report. Requiere un reporte desde un manager a otro. Es un servicio confirmado. Esta formado por una lista de pares de valores-atributos. Requiere un seteo (modificacin de informacin de gestin) de otro usuario. Tiene previsto el reemplazo de valores, la adicin o borrado de valores y seteo al valor de default. Es un servicio confirmado o noconfirmado. En el caso confirmado se reporta el resultado. Se tienen disponibles distintos tipos de reportes de fallas: error, invlido, no soportado, no reconocido. Requiere una accin en otro usuario. Es un servicio confirmado o no-confirmado. Requiere que se cree un componente en el objeto de gestin. Es un servicio confirmado. Requiere que se borre un componente en el objeto. Es un servicio confirmado. Cancela un get previo cuando el envo de informacin es excesiva. Es un servicio confirmado.
-ACSE -ROSE
-LME -MIB
Event-Report Get Set
Action Create Delete Cancel_Get
1212-(2)

1.3- ARQUITECTURA DE LA TMN La arquitectura tpica de la TMN se remonta a 1988. La definicin se encuentra en ITU-T M.30 desde 1988. A partir de 1992 adopta el modelo de la Serie X.700 en ITU-T M.3000. Los componentes de la red TMN se elencan en la Tabla 03. -NE Tabla 03. Componentes de la TMN. (Network Element). Los elementos de red poseen hacia el exterior las interfaz F y Q. Los distintos componentes de la red permiten acceder a una interfaz para mensajes de TMN mediante un canal DCC (Data Communications Channel) entre distintos elementos de red NE y una interfaz Q que permite la conexin de un sistema de operaciones (gestin exterior). Se dispone adems la interfaz F adaptada para la conexin de una estacin de trabajo PC (sistema operativo DOS, OS o UNIX) a cualquier elemento de la red para la configuracin de la misma. Se disponen de las siguientes interfaces de conexin: -Canal de Comunicacin de Datos DCC entre NE; -Interfaz de operaciones F hacia una PC; -Interfaz de Red Local de Comunicacin Q2; -Interfaz de red TMN Q3. Interfaz F. Corresponde a una conexin hacia el terminal de operaciones (PC) mediante una salida ITU-T V.24 (RS-232) a 9,6 o 19,2 kb/s (conector tipo-D, de 9 pin). El diagrama de capas para una Interfaz F incluye los niveles de aplicacin -capas 4 a 7- con protocolo propiedad del productor. (Q Adapter). El adaptador de interfaz Q permite adaptar un elemento de la red NE ya existente a la TMN que se introduce. Tngase en cuenta que la interfaz Q3 es normalizada y la Qx es propietaria (protocolo interno de un fabricante). Interfaz de red Q2. Conecta al elemento de red con el elemento de mediacin. La Capa 1 se trata de un bus o anillo, dplex o semidplex, mediante pares apantallados balanceados de 120 ohm (interfaz V.11). La velocidad es de 19,2 a 64 kb/s en cdigo NRZ Invertido. La Capa 2 determina el protocolo LAP-B de X.25 con un 1 byte de direcciones. El campo de informacin tiene una longitud mxima de 128 o 256 Byte. La interfaz Q1/Q2 se indican en ITU-T G.771 y Q3 en la Q.513. En G.773 se identifican las capas del modelo ISO para la interfaz de red Q3. Existen 5 variantes para Q3 propuestas y denominadas A1/A2/B1/B2/B3. La variante Q3/B2 se usa para comunicacin con protocolo X.25 mientras que la variante Q3/B3 se usa para una salida LAN Ethernet (la LAN pertenece al sistema de operacin). La Interfaz Fsica es del tipo semidplex con 2 pares balanceados uno en cada sentido de transmisin. La velocidad ser de 19,2 o 64 kb/s con cdigo NRZ Invertido. La capa 2 se determina en base a ITU-T X.25 (LAP-B) para la transferencia de datos por paquetes (interfaz y conector V.11/X.21) en Q3/B2. En el caso de Q3/B3 se trata de la IEEE 802.2 para la red de rea local LAN tipo CSMA/CD (Ethernet). La capa 3 se encuentran conforme a X.25 en Q3/B2 y a ISO-8473 en el segundo. Se adopta, para X.25, el funcionamiento en mdulo 8 y mdulo 128 como opcional. La longitud mxima por trama es de 131 y 256 Byte. Elemento de Mediacin. Permite la conexin entre el elemento de red y el sistema de operaciones mediante un canal de comunicacin de datos normalizado. El proceso de mediacin involucra las siguientes funciones de comunicacin entre el elemento de red y el sistema de operaciones: -Control de la comunicacin: interrogacin secuencial para recopilacin de datos, direccionamiento y encaminamiento de mensajes, control de errores; -Conversin de protocolos y tratamiento de datos: concentracin de usuarios, compresin y recopilacin de datos, formateo y traduccin de informacin; -Transferencia de funciones: secuencicin y eventual envo de alarmas, reporte de los resultados de las pruebas, carga de informes de estado; -Proceso para toma de decisiones: fijacin de umbrales de alarma, encaminamiento de datos, funciones de seguridad, y seleccin de circuitos; -Almacenamiento de datos: configuracin de redes, copia de memorias, identificacin de equipos, etc. Sistema de operaciones. Se trata de componentes informticos para el proceso y presentacin de la informacin. Est constituido por una o varias estaciones de usuario donde el Hardware es: -Sistema controlador (workstation): capacidad de memoria RAM (256 MBytes); -Monitor color: resolucin (1280x1024 pixels de 256 colores); -Disco de memoria: sistema operativo UNIX y el software (4 GBytes); -Conexin a LAN (Ethernet a 10 Mb/s): interfaz Q3/B3 para varias gateway de red; -Impresora (salida RS-232-C a 9600 b/s).
-F -QA -Q2
-Q1/Q2/Q3
-M
-OS
1212-(3)

1.4- ARQUITECTURA DEL SOFTWARE
SMAP CMIS MIB ACSE Capas 3/6

Se define un modelo de 7 capas para la TMN. Las inferiores se han detallado en la Tabla 02. Las capas complementarias son las siguientes: -Capa de Transporte (capa 4/ISO 8073): clase de servicio, retransmisin de datos. -Capa de Sesin (capa 5/ITU-T X.215): aceptacin, rechazo, desconexin, aborto, transporte y segmentacin. -Capa de Presentacin (capa 6/ITU-T X.216/226): reglas de codificacin para sintaxis de transferencia. -Capa de Aplicacin (capa 7/ITU-T X.217/227): sintaxis abstracta (protocolos CMIP y ROSE). Las funciones generales de la TMN son: -Transporte de informacin entre distintos elementos; -Almacenamiento de la informacin; -Seguridad para garantizar un control de acceso; -Consulta para permitir el acceso a la informacin; -Tratamiento para permitir el anlisis; -Soporte para garantizar la entrada/salida de datos. Dichas funciones se estructuran en 4 niveles (es decir, cada tipo de gestin se realiza en estratos diferentes) de acuerdo con ITU-T M.3010: -BML -SML -NML -EML (Business Management Layer). Gestin del sistema para modelos de largo plazo, servicios y tarifas. (Service ML). Gestin del servicio para la administracin de rdenes de servicio. (Network ML). Gestin de red para gestin de alarmas, trfico, performance y configuracin de la red. (Element ML). Gestin del elemento de red para alarmas, trfico, performance y configuracin del equipo. CMIP
CMIS
ROSE
De esta forma la funcin de gestin de averas en el elemento de red es detectar alarmas, las cuales son "filtradas" (seleccionada de acuerdo con prioridad y origen) en la gestin de avera de red y presentadas en la gestin de avera de servicio. Un ejemplo ms detallado de la gestion TMN aplicada a las redes de transporte SDH se puede encontrar en el Captulo correspondiente (ver la fotografa anexa).
N5-02 Fig 02. Modelo de capas y sistema de gestin para TMN.
1212-(4)
2- EJEMPLOS
2.1- GESTION DE RED SDH Se hace referencia al sistema de gestin EM-OS (Equipment Management Operation System) de Siemens. Los componentes que constituyen la red de gestin SDH son los siguientes: 1- UNIDAD DE CONTROL. Un equipo de la red SDH (multiplexor Add-Drop, terminal de lnea ptica o radioenlace, Cross-connect, etc) puede visualizarse como una serie de unidades con distintas misiones y funciones. La unidad de control mantiene actualizada la base de datos del equipo y permite la comunicacin con el operador del Terminal Local. Sus funciones en particular son:
-Comunicacin con las distintas unidades del aparato.

-Actualizacin de la Base de Datos. En esta base de datos se sostiene la informacin de alarmas, configuracin, reportes de performance, etc. -Comunicacin con el terminal local PC. Esto permite realizar las operaciones de gestin local desde una PC. -Comunicacin con la Unidad de Gestin de red TMN. 2- TERMINAL LOCAL. La interfaz F permite comunicar al equipo con una PC (Notebook o Laptop) exterior de forma tal que pueden realizarse funciones de programacin local. Esta funcin es necesaria en la configuracin inicial del equipo cuando an no se han ingresado los parmetros de comunicacin de red (direcciones MAC, NSAP e IP) que permiten la conexin remota. Las funciones son: -Interfaz de conexin F. Corresponde a una conexin hacia el terminal de operaciones (PC) mediante una salida ITU-T V.24 (similar a RS-232) a 9,6 o 19,2 kb/s. Se trata de un conector tipo-D de 9 pin (DB-9). -Software de aplicacin. Permite realizar casi las mismas funciones que la gestin TMN. -El software disponible mediante el terminal local es suficiente para operar una red de equipos pequea. 3- UNIDAD DE GESTION. Para efectuar las funciones de gestin remota TMN se requiere de una unidad de gestin que procesa los protocolos de comunicacin apropiados (normas ISO para la TMN). Esta unidad puede ser la misma o distinta a la unidad de control. Realiza las siguientes funciones: -Proceso de comunicacin entre estaciones mediante el canal DCC embebido en la trama STM-1. -Interfaz Q de conexin al exterior. Normalmente se trata de una red LAN-Ethernet. -Interfaz hacia otros equipos idnticos de la misma estacin. 4- COMUNICACIN ENTRE ESTACIONES. La comunicacin entre los equipos que forman un enlace SDH ubicados en distintas estaciones se realiza mediante un canal de comunicaciones dedicado en la trama STM-1. Dicho canal se llama DCC (Data Communication Channel). Las caractersticas de esta comunicacin son las siguientes: -Se disponen de dos canales de datos embebidos en el encabezamiento SOH de la trama STM-1. -El modelo de capas para el stack de protocolos se encuentra determinado en ITU-T G.784. En la Capa 2 se adopta el protocolo HDLC LAP-D usado en el sistema de sealizacin DSS1 para usuarios de la ISDN. En la Capa 3 se adopta el protocolo de la norma ISO 8473 (CLNP). La capa 4 de Transporte es ISO 8073 (TP4) y realiza funciones de retransmisin de datos. La capa 5 de Sesin ITU-T X.215 (kernel dplex) permite realizar las funciones de aceptacin de conexin, rechazo y desconexin, aborto, transporte y segmentacin. La capa 6 de Presentacin ITU-T X.216/226 (kernel ASN.1) entrega las reglas de codificacin para sintaxis de transferencia. La capa 7 de Aplicacin utiliza las normas ITU-T X.217 (ACSE), X.219 (ROSE) y ISO 9595 (CMIS). Permite la accin del los software de aplicacin de cada elemento de red. Una misma plataforma permite visualizar diferentes equipos. El protocolo de comunicacin entre CMIS es el CMIP. 5- COMUNICACIN ENTRE DISTINTOS EQUIPOS. En una estacin pueden coexistir distintos tipos de equipos SDH (multiplexores, terminales de FO, radioenlaces, etc) y distintos enlaces que conforman la red. Para efectuar la interconexin de los mismos se requiere de la interfaz Q desde la Unidad de Gestin: -INTERFAZ Q1/Q2/Q3. Q1/Q2 se indican en la norma ITU-T G.771 y Q3 en Q.513. -LAN ETHERNET. Normalmente los equipos SDH disponen de una interfaz fsica de conexin AUI que permite acceder al equipo mediante una LAN (10BaseT o 10Base2). 6- ELEMENTO DE ADAPTACION. Permite la conexin entre un equipo no adaptado a la red TMN y que desea ser gestionado por el mismo sistema de operaciones mediante un canal de comunicacin de datos normalizado. El proceso de adaptacin involucra las siguientes funciones de comunicacin entre el elemento de red y el sistema de operaciones: -Control de la comunicacin: interrogacin secuencial para recopilacin de datos, direccionamiento y encaminamiento de mensajes, control de errores. -INTERFAZ Q2. Conecta al elemento de red con el elemento de adaptacin.
1212-(5)

7- CENTRO DE GESTION REGIONAL. En el Centro de Gestin Regional se concentra la gestin remota de los equipos en un sector de la red. Se trata de una red LAN del tipo Ethernet (10Base2 o 10BaseT) que interconecta los siguientes elementos: -Equipos de red SDH. Se trata de los extremos de enlaces que confluyen en la estacin central regional. -SISTEMA DE OPERACIONES. Est constituido por una o ms (por razones de seguridad) estaciones de usuario WS (WorkStation). Esta WS puede funcionar con varios terminales X-Terminal para abastecer a diversos operadores simultneamente. -BRIDGE. Permiten interconectar distintas LAN del mismo tipo o generar varias desde una misma.
-SWITCH. Funciona en el mbito de capa 2a (MAC), procesan direcciones y no modifican el contenido.

-ROUTER. Funciona en el mbito de capa 3 y por ello requiere un anlisis del protocolo correspondiente IP (ISO o UNIX). 8-CENTRO DE GESTION NACIONAL. Este centro de gestin se comunica con todos los otros centros de gestin regionales mediante una red extensa WAN generada con routers. El protocolo de comunicacin es el TCP/IP de UNIX. El canal de comunicacin es una seal tributaria de 2 Mb/s (noestructurada) que se enva dentro de la misma red SDH. La proteccin del trfico se logra mediante una malla entre router por distintas vas. Sus componentes son: -GATEWAY. Se denomina as a la WorkStation que funciona en el mbito de todo el modelo de capas para convertir los protocolos de ISO a UNIX. Interconectan redes de caractersticas diferentes con simulacin de protocolos. -ROUTING. Se entiende por routing el proceso que permite la interconexin de redes. -SISTEMA INFORMATICO. Posee caractersticas similares a la del Centro Regional. Mediante sucesivos Password es factible administrar las funciones que pueden ser desarrollados por ambos tipos de Centros. 9-DIRECCIONAMIENTO. La configuracin inicial de la red de Gestin involucra la programacin de los parmetros de comunicacin. Se trata de las capas 2/3/4. Se disponen de tres estructuras de suite de protocolos: LAN, ISO y UNIX. Las direcciones disponibles en UNIX (IP) e ISO (NSAP) son distintas: -DIRECCION IP. Disponible para direccionamiento entre componentes informticos (Wokstation, X-Terminal, Routers, Impresoras, etc). -DIRECCION NSAP. Esta direccin est normalizada por ISO y permite el direccionamiento entre equipos de la red SDH. -DIRECCIN MAC. El enrutamiento dentro de una LAN contiene 2 direcciones: una LLC y otra MAC. 2.2- EJEMPLO DE BASE DE DATOS. Una red de telecomunicaciones se representa mediante una jerarqua de ambientes a cada uno de los que se asocia objetos dinmicos e informacin esttica. En un anlisis inicial se jerarquiza la red de la siguiente manera. El nivel ms alto es el Sistema en su globalidad que se divide, en el nivel inmediato inferior, en Lugar (asociado a un punto fsico o localidad) y Enlace. Cada enlace, en la jerarqua inferior, se divide en Canales y Direcciones (ida y vuelta). El conjunto definido por un lugar o enlace, un canal o direccin determina un Contexto. Posteriormente se identifican los Objetos. La red bajo gestin se observa entonces como un conjunto de objetos (tem fsico o lgico bajo gestin) definidos cada uno mediante un contexto. Los objetos constituyen la nica entidad dinmica del sistema. A los objetos lgicos se los conoce como virtuales. Junto al contexto cada objeto tiene asociado 3 Atributos denominados Tipo, Instancia (tiene en cuenta la identidad en sistemas redundantes) y rea. El conjunto de estos elementos se denomina Identificacin de un objeto. La identificacin debe ser unvoca para cada objeto. Cada objeto est caracterizado por el comportamiento que puede adoptar. Varios objetos pueden tener un mismo comportamiento en comn. El Comportamiento es una entidad de software que simula a un sistema de estados finitos. Para un sistema de transmisin se pueden mencionar, entre otros, los comportamientos de la Tabla 04. Tabla 04: Comportamientos asignados a los elementos bajo supervisin. Estado de alarmas: On, Desconocido, Off, Habilitado, Deshabilitado. Operacin telecomandos: On, Desconocido, Off, Operando, Problemas, Accionado. Contador de errores: Inactivo, Desconocido, Contando, Disponible, Problema. Or/And de alarmas: Ok, Prealarma, Alarma, Desconocido, Alarma normalizada. Estado punto analgico: Desconocido, Central, Bajo, Alto, Problemas. Estado telesupervisin: Habilitado, Deshabilitado, Desconocido.
1212-(6)

2.3- EJEMPLO DE GESTION: CAMMESA. En la Fig 03 se muestra un diagrama a bloques de la red de gestin del sistema elctrico nacional de la Argentina. Los componentes y canales de comunicacin son indicados en la Tabla 05.
Fig 03. Diagrama general de supervisin Cammesa. -COC Tabla 05. Componentes y canales de comunicacin de Cammesa. (Centro de Operaciones Cammesa). La empresa CAMMESA (Compaa Administradora de Mercado Mayorista Elctrica SA) fue creada en el proceso de apertura del mercado elctrico en Argentina. Posee en la ciudad de Perez (Provincia de Santa Fe) el COC que reune las informaciones de operacin de la red nacional de produccin y transporte de energa. Desarrolla funciones de SOTR (Sistema Operativo en Tiempo Real). Mediante un Swicth con protocolo X.25 se concentran cerca de 200 puertas de entrada. Muchas de ellas se reciben mediante enlaces terrestres (EPEC de Crdoba lo hace mediante un radioenlace de 4x2 Mb/s como capacidad total) y otros mediante enlaces satelitales (EPEN de Neuqun). (Alto Valle). La central de monitoreo de Alto Valle se encuentra en la Ciudad de Neuqun y posee un canal de comunicacin satelital del tipo SCPC a velocidad de 19,2 kb/s con el COC. En AVAL se dispone de un switch con protocolo X.25 con 8 puertas. En l se concentran varios tipos de seales; por ejemplo, un canal satelital del tipo SCPC de 9,6 kb/s. (Ente Provincial de Energa de Neuqun). Esta empresa realiza funciones de transporte provincial y distribucin de energa. Posee cerca de 13 UTR (Unidad Terminal Remota) en localidades del interior N5-03 provincial (Zapala, Chocn, Arroyito, Centenario, etc). Las UTR se encuentran unidas al AVAL mediante canales por cable (onda portadora en la red de alta tensin) o radioenlaces. La concentracin de canales X.25 se realiza sobre una PC acondicionada especialmente para esta funcin de PAD en X.25. La capa de transporte de datos que utiliza EPEN para llegar al COC se basa en enlaces punto-a-punto de baja confiabilidad. Para incrementar la misma se proyect en 1998 una red de transporte X.25 con switch en anillos para obtener enrutamientos alternativos. Es de notar que el COC debe recibir los datos con una disponibilidad del 99,5% o en caso contrario las empresas (EPEC, EPEN, etc) pagarn mltas al centro Cammesa. La suite de protocolos contiene en las capas inferiores los protocolos X.25 y en la capa 7 el ELCOM. Este software de aplicacin permite: -Realizar mediciones (tensin de red, potencia, corriente, etc); -Obtener el estado de los elementos de maniobras (interruptores, secuenciadores, etc); -Actualizar el estado de alarmas y -Realizar las funciones de correo electrnico (novedades y rdenes).
-AVAL
-EPEN
-ELCOM.
1212-(7)
LA CONVERGENCIA SWITCH-ROUTER
1213
CONFIGURACIN DE SWITCH-ROUTER
Sobre la ruptura de divisiones entre las funciones de switch y router en las capas 2, 3 y 4. Este captulo se fundamenta en productos Cisco para redes IP.
1- LOS COMPONENTES
1.1- LAYER 2: HUB, BRIDGE y SWITCH. 1.1.1- HUB. Se han difundido los concentradores Hub con las redes 10BaseT debido a la facilidad de extensin de la red LAN mediante una configuracin jerrquica en estrella. Se trata de una topologa mixta con un columna Backbone de coaxial o fibra ptica y concentradores para usuarios en estrella. Un Hub es un concentrador, cuya versin ms simple es un elemental conector tipo "T" (concentrador de 3 puertas pasivo). La primer generacin de Hub activos solo ofrece funciones de repetidor-regenerador de seal digital. Disponen de hasta 8/12 puertas activas. En la segunda generacin de Hub se introducen las funciones de gestin de red. Mediante el protocolo SNMP se obtienen los estados de las puertas (se trata de un concentrador inteligente Smart Hub). Permite la generacin de segmentos virtuales de LAN (puertas de acceso mltiple). Disponen de un microprocesador para la gestin y memoria MIB (base de datos de gestin). La tercera generacin de Hub poseen un backplane de alta velocidad (por ejemplo con celdas ATM). Posee puertas de diferentes tcnicas para permitir modularidad LAN, FDDI, Router y Gestin. Incorpora funciones de conmutacin para todas las necesidades de una empresa (Enterprice Switching). Las funciones de gestin permiten la desconexin de nodos con alarma y aislacin de puertas para pruebas locales. Adems permite la conexin horaria de puertas, el anlisis de protocolo y obtener el estado de carga de enlaces. 1.1.2- BRIDGE. Permiten interconectar distintas LAN del mismo tipo o generar varias desde una misma. Permite una mayor disponibilidad al generar LAN autosuficientes. Reducen el trfico entre secciones de red LAN. Permiten solucionar problemas de congestin de paquetes mediante aislacin de trfico. Se puede generar una red de bridge con conmutacin de paquetes (Routing) a nivel de capa MAC. Introduce retardo para medios de acceso de menor velocidad. Produce latencia de 1 mseg aproximadamente. Normalmente un bridge posee dos puertas y un switch posee ms de dos puertas. Un bridge puede utilizarse solo (como filtro entre dos secciones de LAN en la misma localizacin) o de a pares (uno en cada extremo para unir dos redes LAN distantes mediante un canal de comunicacin dedicado como ser Nx64 kb/s en una WAN). 1.1.3- SWITCH. Un hub es un medio de interconexin plano (Shared Media) a nivel de capa 2. Un bridge es un filtro de direcciones MAC con dos puertas. Un switch consiste en una operacin de Bridge de tipo multipuerta. Simultneamente con la creacin de los switch se ha generado la operacin VLAN (Virtual LAN) que consiste en agrupar los usuarios en la red en varias LAN por separado. El switch funciona en el mbito de capa 2 (MAC), procesan las direcciones MAC en una LAN y no modifican el contenido del paquete. Inspecciona la direccin de fuente y destino del paquete (MAC Address) para determinar la ruta de conmutacin. La tabla de rutas se realiza mediante un compilador de direcciones MAC. La misma es dinmica y se actualiza sobre la base de la lectura de las direcciones contenidas en los paquetes que ingresan al switch (aprendizaje mediante lectura de direcciones). Cuando un switch recibe un paquete con direccin desconocida lo emite a todas las puertas (tcnica conocida como Flooding). Contiene suficiente memoria buffer para los momentos de demanda mxima (cola de espera). El overflow del buffer produce descarte de paquetes. Generalmente son estructuras no-bloqueantes y permiten que mltiples conexiones de trfico se desarrollen simultneamente. Permiten una estructura de red jerrquica en lugar de plana (uso de Hub). Un switch LAN dispone de varias puertas de interfaz con un ancho de banda dedicado, cada puerta representa un host o un segmento de red diferente. Trabajan sobre redes LAN del tipo Ethernet, token ring y FDDI. Los switch tienen diversas estructuras de matriz de conmutacin (Switch Fabric). El switch basado en un bus implementa un backplane monoltico donde se intercambia el trfico de todos los mdulos. El switch basado en memoria shared utiliza memorias RAM de alta velocidad para interconexin de mdulos sobre el backplane. El switch punto-a-punto interconecta cada mdulo con los dems no mediante un bus sino mediante conexiones individuales.
1213-(1)
1.2- LAYER 3: ROUTER Y SWITCH. 1.2.1- ROUTERS. Funciona en el mbito de capa 3 y por ello requiere un anlisis del protocolo Internet IP. Debe soportar distintos tipos de protocolos; por ejemplo TCP/IP, DECnet, IPX (Novell), AppleTalk, XNS (Xerox). Interconectan LAN entre s o una LAN con WAN (X.25, Frame Relay, ATM). Permiten mejorar la eficiencia de la red ya que toleran distintos caminos dentro de la red. El Router puede segmentar datagramas muy largos en caso de congestin, en cambio no pueden ensamblar datagramas. Un router se utiliza muchas veces como conversor de interfaz (LAN hacia G.703 para 2 Mb/s o V.35 para Nx64 kb/s). En conexiones de datos de baja velocidad el router puede ser colocado en el extremo del circuito de acceso al usuario para obtener supervisin de lnea. En este caso, mediante el protocolo SNMP asociado a UDP/IP se puede gestionar el punto de acceso de usuario (funcin PING por ejemplo). Los router se pueden interconectar a alta velocidad mediante interfaces de 100 Mb/s (mediante pares o fibra ptica) y 1000 Mb/s (mediante Gigabit Ethernet) para formar redes de alta velocidad. En este caso el medio de transporte entre router es una conexin LAN extendida (MAN). Normalmente el protocolo IP usado en una LAN puede ser transportado mediante una red SDH, una red ATM o directamente sobre interfaz LAN por fibra ptica. Cuando la estructura de red usada es la descripta se observa una unin entre el concepto de switch LAN y router. Algunas ventajas de los switch de capa 2 frente a los routers han determinado la idea de difundir el switch y usar el router solo una vez ("un switch cuando se puede, un router cuando se debe"). El switch tiene menor latencia, mayor capacidad de trfico (throughput), fcil administracin (concepto de gestin "plug and play") y menor costo por puerta. Los switch de capa 2 crean redes planas, en esencia se trata de un bridging. Un switch de capa 3 simula totalmente las operaciones de routing. 1.2.2- SWITCH-IP (Layer 3 Switching). Se entiende por switch de capa 3 al equipo que realiza la operacin de enrrutamiento mediante acciones de hardware; en tanto que es un router cuando las mismas se realizan mediante acciones de software. El switch-IP se fundamenta en circuitos custom del tipo ASIC (Application-Specific Integrated Circuit). Un switch de fines de los aos `90 contiene 3 ASIC (para resolucin de direcciones; para memoria de sistema y para memoria de puertas Gigabit). Con estos puede enrutarse 40 Mpps, soportar 1,5 millones de rutas y tomar decisiones a nivel de capa 2, 3 y 4. Una diferencia de importancia entre un switch y un router es que este ltimo permite optimizar la ruta cuando la red es muy grande. Permite adems disponer de caminos alternativos y reconfigurar la tabla de rutas. Hacia fines de la dcada de los aos `90 la diferencia entre router y switch se han reducido y reciben nombres combinados con ambas funciones. La capacidad de procesamiento de un switch o un router se mide en Gb/s o Mpps (millones de paquetes por segundo) como capacidad de la matriz de conmutacin. Cuando la suma de las entradas al equipo es igual a la capacidad de la matriz de conmutacin se dice que es no-bloqueante. Cuando es inferior se dice que se sobre-escribe el equipo y se supone que el trfico no satura a la matriz. 1.3- LAYER 4: SWITCH Se han reconocido hasta ahora dos tipos de switch: el switch de nivel 2 (funciona como un bridge de varias puertas) y el de nivel 3 (funciona como un router orientado al hardware). El switch de nivel 4 realiza funciones de conmutacin de paquetes tomando en cuenta el socket (IP address y TCP/UDP port). De esta forma se puede tener acceso al tipo de servicio (capa de aplicacin) transportado y realizar operaciones de prioridad (poltica de QoS) del trfico con mayor precisin.
1213-(2)
2- CONFIGURACIONES Y PROTOCOLOS
En los tems que siguen se estudian los diferentes protocolos y herramientas disponibles en los actuales equipos que reunen las funciones de switch y router en una combinacin de capas 2, 3 y 4. 2.1- CONFIGURACIONES POSIBLES Sobre los equipos switch-router se puede configurar una amplia variedad de funciones que permiten asegurar el funcionamiento normal y en caso de fallas, adems de asegurar la calidad del servicio y la seguridad. En la Tabla 01 se enumera una lista de funciones a ser configurables en los switch; en la Tabla 02 se enumeran las configuraciones en los routers. Ms adelante se indican los protocolos asociados a algunas de estas funciones. CONFIGURACIN Port del switch Tabla 01. Funciones configurables en los switch-LAN. DESCRIPCIN Las configuraciones posibles sobre la port del switch son: -Velocidad. Se trata de 10 o 100 Mb/s sobre la puerta RJ45. La configuracin de velocidad se realiza en forma manual (fija) o automtica. -Operacin duplex. Normalmente Ethernet funciona en forma half-duplex; para un mejor rendimiento de la red se puede realizar en forma full-duplex (los port de tipo GigabitEthernet solo son full-duplex). -Nombre del port. Identifica una puerta del switch con su funcin o elemento conectado. -Prioridad de acceso al bus del switch (normal o alta). Est solo disponible sobre las puertas Gigabit-Ethernet. Se trata de tramas de pausa que inhiben la transmisin de paquetes desde una puerta por un perodo de tiempo. Las tramas de pausa no son conmutadas a travs del sistema. Las port en un enlace Gigabit-Ethernet deben tener el mismo seteo, en cuanto a control de flujo, operacin duplex y reporte de falla remota. La Address Table se construye en forma automtica de forma que la entrada de un paquete implica la memorizacin de la direccin MAC de origen. Opera sobre Fast y Gigabit Ethernet. Se pueden configurar varios enlaces paralelo para agregar trfico. Se trata de un enlace de mayor velocidad y en caso de falla de uno de ellos el enlace contina funcionando. Utiliza el protocolo PagP (Port Aggregation Protocol) para la creacin automtica de EtherChannel. De esta forma, en caso de corte una sola lnea abastece al medio, reduciendo la performance pero manteniendo el servicio. Se trata de configurar la red de switch con enlaces en loop. Los loops estn prohibidos en Ethernet pero mediante el protocolo STP (Spanning-Tree Protocol) se puede configurar la red en forma automtica para detectar los loops e interrumpirlos hasta que una falla los habilite como necesarios. Las posibles configuraciones son: -El STP se puede habilitar para cada VLAN en particular. -A los port se les asigna una prioridad y un costo para que STP determine el mejor camino. -Se puede determinar el estado de la port (bloqueado, deshabilitado, forwarding, etc). Desde el estado de bloqueo al de forward se pasa por listening y learning. -PortFast es una funcin que habilita a pasar desde el bloqueo a forward sin pasar por los estados intermedios. -UplinkFast permite una rpida convergencia para cambios con enlaces redundantes. Otra variante es BackboneFast. La funcin VLAN (Virtual LAN) permite dividir la LAN en grupos virtuales para limitar el trfico de multicast y broadcast. La configuracin se realiza seleccionando: la port del switch, la direccin MAC, un grupo de direcciones IP, etc. -El protocolo VTP (VLAN Trunk Protocol) minimiza los riesgos de violaciones de seguridad y especificaciones en la generacin de VLAN. -La funcin VMPS (VLAN Management Policy Server) permite asignar puertos de VLAN en forma dinmica. -Las funciones de ISL (InterSwitch Link) o IEEE 802.1Q permite la formacin de enlaces punto-a-punto en la red de switch. -La funcin InterVLAN permite la conexin entre componentes de distintas VLAN. Esta funcin debe ser desarrollada por un router de capa 3. Se puede usar un mdulo de router anexo al switch; en Cisco se denomina RSM (Route Switch Module). Cuando el switch permite la conexin mediante troncales de tipo ATM, la configuracin de las LAN se denomina LANE (LAN-Emulation). El LANE trabaja en el modelo clienteservidor. Se debe configurar el ingreso de un LEC (LANE Client), el PVC, la funcin de multiprotocolo MPOA, etc.
Control de flujo
Tabla de direcciones Proteccin EtherChannel.
Proteccin Spaning-Tree
VLAN
ATM-LANE
1213-(3)
Servicios Multicast
Supresin multi-broadcast
Multilayer switch
Filtro de protocolo Lista de IP permitidas Seguridad de port SNMP/RMON Chequeo de conectividad Analizador de port Reportes por puerta Autentificacin
Configuracin de DNS
Configuracin redundantes Archivos de configuracin Sincronizacin de tiempo
El servicio multicast se provee mediante el protocolos IGMP (Internet Group Management Protocol) y otros asociados. Un host puede ser incripto en el grupo de multicast y el switch debe inscribir dicha direccin MAC en la lista de direcciones adheridas. Se puede configura el grupo multicast, habilitar el protocolo IGMP (o CGMP propietario de Cisco) consultar estadsticas. Esta funcin permite la supresin de trfico multicast y broadcast cuando el mismo inunda la red. Este trfico ciertas veces degrada la performance. Se puede configurar midiendo el ancho de banda (basado en hardware) o el nmero de paquetes (basado en software) en una perodo de tiempo (mayor a 1 seg). La medicin se realiza por port del switch. Esta tcnica se conoce de diversas formas (Tag switching o MPLS, Netflow o MLS) e intenta reducir el tiempo de procesamiento mediante el anlisis del primer paquete y la asignacin de un tag o label en MPLS o la conmutacin de ports del switch en MLS. En MLS el switch enruta (capa 3) el primer paquete y crea una MLS-cache para mantener los flujos bajo proceso (en capa 2). Es necesario rescribir las direcciones MAC. En la configuracin se debe tener en presente el accounting, criptografa, NAT, CAR, etc. Se puede configurar la funcin de exportacin de datos (estadsticas de trfico por cada usuario, protocolo, port y tipo de servicio). Esta funcin previene cierto trfico de protocolo sobre un port. Por ejemplo, si una PC est configurada para IP y IPX, pero solo emite IP es eliminado del trfico IPX. Cuando emita un paquete IPX ser nuevamente colocado en el grupo de IPX. Esta funcin permite limitar el trfico entrante al switch del tipo Telnet y SNMP. El trfico ping y traceroute contina trabajando normalmente. Se trata de indicar las direcciones MAC que pueden ser conectadas a una Port. Si la direccin MAC de origen es distinta la conexin se inhibe y se genera una reporte SNMP. Es posible configurar la funcin de reporte Trap en el protocolo SNMP del switch y habilitar las funciones de grupos (estadstica, historia, alarmas y eventos). Se trata de efectuar las operaciones Ping y Traceroute. Permiten detectar la presencia del componente conecta en el port y trazar (descripcin paso-a-paso) la ruta que dispone hasta el elemento bajo estudio en una red remota. La funcin SPAN (Swithed Port Analyzer) realiza un espejado de trfico desde una o ms puertas hacia otra donde se coloca un analizador de red. Se trata de la funcin Switch TopN Report. Se puede coleccionar datos estadsticos de cada port. Los datos son: utilizacin de la puerta, nmero de Bytes y paquetes de entrada/salida, trfico multicast y broadcast en la puerta, nmero de errores y de overflow del buffer. Sobre el switch se pueden configurar mecanismos de autentificacin para la entrada a las lneas de comando. Se trata de una autentificacin local mediante password o mediante un server de acceso a la red del tipo TACACS+ (Terminal Access Controller Access Control System). TACACS es una familia de protocolos de control de acceso basado en TCP o UDP (port 49). Utiliza el modelo client/server. Resume los procesos de autentificacin, autorizacin y contabilidad (accounting). Como autentificacin puede usar los protocolos para PPP (PAP, CHAP o EAP) o Kerberos. La autorizacin es la accin para determinar que acciones pueden ser desarrolladas, mientras que el accounting es la accin de memorizar que hace el usuario. Sobre el switch se puede configurar la clave de criptografa MD5, setear el nmero de login permitidos, setear el intervalo de timeout de respuesta del server. DNS (Domain Name System). Este sistema permite organizar la informacin de routing entre una denominacin (seudnimo) simple de recordar y el nmero de direccin IP verdadero (se denomina resolucin de nombre). El nombre completo tiene como mximo 63 caracteres. De ellos 3 caracteres indican el domino (edu-educacin, com-comercial, govgubernamental, org-organizacin, mil-militar, etc) y 2 el pas (ar-Argentina, it-Italia, etc). La tabla de dominios memorizada en el servidor se denomina DNS Cache. DNS opera sobre UDP por lo cual no existe una conexin propiamente dicha; solo sirve para resolver la relacin entre dominio en formato de texto y la direccin IP asignada. Con posterioridad, la conexin es establecida sobre TCP hacia el servidor (por ejemplo de web). Pueden ser instalados mdulos de supervisin redundantes (se realizan funciones de conmutacin entre mdulos, puesta en sincronismo, verificacin de estado, etc). Puede trabajarse con software de sistemas imgenes. Pueden ser creados archivos con la configuracin de un switch. Los mismos pueden ser usados en caso de falla absoluta del mismo o para descargarse en un swirtch similar nuevo. Mediante el protocolo NTP (Network Time Protocol de RFC-1305) se puede llevar la hora del UTC (Coordinated Universal Time) obtenida en general desde el sistema GPS (Global Position System). Se trata de un modelo cliente-servidor. Existen servidores pblicos de NTP en Internet.
1213-(4)
Routing Multicast Direcciones Caching Proteccin hot-standby
Proteccin EtherChannel Control de congestin
Tabla 02. Funciones configurables en los router. CONFIGURACIONES GENERALES Se configura las distintas posibilidades de protocolos de routing: RIP, IGRP, OSPF, BGP, etc. Se pueden configurar rutas estticas, direccionamiento secundario o filtrado de rutas. Se configura las funciones de multicast para grupos de usuarios. Se disponde de protocolos de gestin de grupos IGMP (Internet Control Message Protocol) y los de routing asociados (PIM, DVMRP o CMF). Se configura las funciones NAT/PAT para la traslacin automtica de direcciones IP y ports de TCP entre la Internet y el sistema autnomo AS. Se configura la funcin de asignacin de direcciones IP automtica mediante DHCP (Dynamic Host Configuration Protocol). Se refiere a la conexin de una memoria Cache al router de borde de la red para reducir el trfico de paquetes web (http). Se configura el protocolo WCCP (Web Cache Control Protocol) para la conexin entre router y cache. HSRP (Hot Standby Routing Protocol). Este protocolo de Cisco entrega una proteccin hot standby automtica entre dos routers. Cuando el router de trabajo falla el otro toma el control. Un router configurado con HSRP posee 4 estados posibles: activo, standby, speaking (recibe y emite mensajes hello) y listening (solo recibe mensajes hello). HSRP trabaja mediante el intercambio de 3 tipos de mensajes multicast: -Hello. Este mensaje se enva cada 3 seg para indicar informacin de estado y prioridad. El router con mayor prioridad es el que trabaja en un instante; los otros se encuentran en hot standby. -Coup. Este mensaje indica que un router pasa de la funcin standby a la funcin activo. -Resign. Este mensaje es emitido por el router activo cuando pasa al estado Shutdown o cuando un router de mayor prioridad ha enviado un mensaje hello. De carcter similar al Switch. CALIDAD DE SERVICIO QoS Se trata de mecanismos de control de colas de espera en buffer. Se dispone de las variantes: -FIFO (First In, First Out). El primer mensaje en entrar es el primero en salir. Este es el mecanismo de QoS por Default y es vlido solo en redes con mnima congestin. -PQ (Priority Queuing). Este mecanismo de control de congestin se basa en la prioridad de trfico de varios niveles. Se configuran las prioridades y se monitorea la cola de espera. -CQ (Custom Queuing). Este mecanismo se basa en garantizar el ancho de banda mediante una cola de espera programada. Se reserva un espacio de buffer y una asignacin temporal a cada tipo de servicio. -WFQ (Weighted Fair Queuing). Este mecanismo asigna una ponderacin a cada flujo de forma que determina el orden de trnsito en la cola de paquetes. La ponderacin se realiza mediante discriminadores disponibles en TCP/IP (direccin de origen y destino y tipo de protocolo en IP, nmero de Socket -port de TCP/UDP-) y por el ToS en el protocolo IP. Se trata de mecanismos para descarte de paquetes en caso de congestin en la red. -WRED (Weighted Random Early Detection). Trabaja monitoreando la carga de trfico en algunas partes de las redes y descarta paquetes en forma random si la congestin aumenta (TCP se encarga del control de flujo reduciendo la velocidad de transferencia). -GTS (Generic Traffic Shaping). Provee un mecanismo para el control del flujo de trfico en una interfaz en particular. Trabaja reduciendo el trfico saliente limitando el ancho de banda de cada trfico especfico y envindolo a una cola de espera. El PBR (Policy-Based Routing) permite mejorar la QoS mediante la determinacin de polticas. Se debe configurar un mapa de rutas para verificar la adaptacin del paquete. Se basa en direccin IP, port TCP, protocolo, tamao del paquete, etc. (Committed Access Rate) permite generar una poltica de QoS basada en los bits de precedencia de IP. Se denomina sealizacin en banda. La sealizacin fuera de banda se logra mediante el uso de un protocolo externo denominado RSVP (Resource Reservation Protocol). Sobre el mismo se configura su habilitacin y la operacin multicast. Se trata de fragmentar un paquete extenso en pequeos y el intercalado de los mismos para reducir la ocupacin prolongada por parte de un paquete. Trabaja con el protocolo MLP (Multilink point-to-point Protocol) sobre enlaces con PPP. Comprime el encabezado de paquetes para la operacin con RTP (Real-Time Protocol).
Control de trfico
Polticas de enrutamiento CAR Reservacin de banda Fagmentacin-interleaving Compresin en tiempo-real
1213-(5)
IPsec Firewall
AAA
SEGURIDAD Provee seguridad entre pares en tunel. Permite la autentificacin de acceso, integridad de datos, privacidad, etc. El mdulo de firewall se instala como un software sobre el router o en un servidor de acceso. Permite realizar las siguientes funciones: -Control de acceso. Crea un permetro de defensa diseado para proteger las reservas corporativas. Acepta, rechaza y controla el flujo de paquetes basado en identificadores de capa 3 o aplicaciones. El principio de funcionamiento es: "todas las conexiones son denegadas a menos que estn expresamente autorizadas". -Logging. Es el inicio de las conexiones entrantes y salientes. El uso de un sistema proxy y cache incrementa la velocidad de respuesta de estas operaciones. -Funciones de NAT (Network Address Translator) para direcciones pblicas y privadas. -Autentificacin. Involucra a 3 componentes: el servidor, el agente y el cliente. -Reportes. Ofrece un punto conveniente para monitorear (Audit and log) y generar alarmas. (Authentication, Authorization, Accounting). Se configuran las opciones de autentificacin (login y password), autorizacin (RADIUS, etc) y cuentas (billing y reportes).
2.2- PROTOCOLOS DE SOPORTE 2.2.1- STP (Spanning-Tree Protocol). STA es desarrollado originalmente en Digital DEC y luego fue incorporado a IEEE 802.1d. En las redes construidas mediante Switch-Ethernet se debe cuidar que no ocurran loop debido a que los caminos duplicados pueden generar paquetes duplicados. El uso de STA permite eliminar el problema de los loops y mantener las ventajas derivadas de la redundancia de enlaces (este prrafo puede leerse como generar pequeos anillos que permitan una reconfiguracin en caso de corte de un enlace principal). Este protocolo permite identificar los loop y mantener activa solo una puerta del switch. Por otro lado utiliza un algoritmo que permite identificar el mejor camino libre-de-loops en la red de switch. Para lograr este objetivo, se asigna a cada puerta un identificador consistente en la direccin MAC y una prioridad. La seleccin de la puerta se puede asignar en trminos de prioridad (valor entre 0 y 63; por default es 32) y costo (0 a 65535). El STP consiste en un intercambio de mensajes de configuracin en forma peridica (entre 1 y 4 seg). Cuando se detecta un cambio en la configuracin de la red (por falla o cambio de costo de la port) se recalcula la distancia (sumatoria de costos) para asignar una nueva puerta. Las decisiones se toman en el propio switch. En condiciones normales se selecciona un switch para que trabaje como Root Switch para determinar un topologa de red estable (es el centro lgico de la topologa en Tree). Por default el switch que posee la direccin MAC ms baja es el seleccionado como root. Los mensajes disponibles se denominan Bridge-PDU y son de dos tipos: Configuration y Topology-change. Los campos del mensaje de configuracin incluyen 35 Bytes y el de cambio de topologa solo los 4 Bytes iniciales. Por ejemplo, el mensaje de configuracin contiene los siguientes campos de informacin. 3 Bytes 1 Byte 1 Byte 12 Bytes 10 Bytes 4 Bytes 2 Bytes 2 Bytes Indica el Identificador de Protocolo (2) y la Versin (1). Identifica el Tipo de Mensaje (0 para configuracin y 128 para cambio de topologa). Flag para indicar el cambio de configuracin de la red. Se identifica la raz (Root) mediante 8 Bytes y con 4 Bytes se identifica el costo de la ruta. Se identifica el switch mediante 8 Bytes y con 2 Byte se identifica la puerta del mismo. 2 Bytes para identificar el tiempo de emisin del mensaje (Age) y 2 Byte para el tiempo mximo de vida. Indica el perodo de intercambio de mensajes de configuracin Hello. Indica el tiempo de espera para emitir un mensaje en caso de detectar un cambio de configuracin.
La port que utiliza la funcin STP se encuentra en algunos de los siguientes estados: bloqueado (no participa de la transmisin), listening (es un estado transitorio luego del bloqueo y hacia el forwarding), learning (es otro estado transitorio antes de pasar al forwarding), forwarding (transmite las tramas en forma efectiva) y dehabilitado (se trata del estado no-operacional). Si todas las port tienen la misma prioridad el forward lo realiza la port de menor nmero. 2.2.2- PagP (Port Aggregation Protocol). Es utilizado para la creacin automtica de enlaces del tipo EtherChannel. Este protocolo determina en forma automtica los enlaces paralelos e informa a las puertas involucradas. De esta forma se paralelan los canales para evitar la duplicidad de trfico del tipo multicast y broadcast. Configura tambin las distintas puertas para que sean interpretadas por el protocolo STP. 2.2.3- Protocolos para VLAN. El protocolo VTP (VLAN Trunk Protocol) trabaja en la capa 2 para mantener la consistencia cuando se adicionan, borran y redenominan las VLAN. Permite minimiza los riesgos de violaciones de seguridad y especificaciones. Se define un dominio (el grupo de swirtch donde se aplica las funciones de VTP) y un switch puede actuar de servidor o cliente de VTP.
1213-(6)
La funcin VMPS (VLAN Management Policy Server) permite asignar puertos de VLAN en forma dinmica (conocido como Dynamic Port VLAN Membership). Esta funcin toma en cuenta la direccin MAC de origen cuando un equipo se conecta a la red. De esta forma una VLAN puede estar configurada para equipos en particular sin importar la posicin fsica en la red. VMPS abre un socket sobre UDP para solicitar al server el mapeo en la VLAN. Adicionalmente se dispone de la funcin ISL (InterSwitch Link) propietaria de Cisco o IEEE 802.1Q como standard industrial. Ambos permiten la formacin de enlaces (trunk) de tipo punto-a-punto entre varias puertas de switch. Los trunk transportan informacin de mltiples VLAN para la extensin de las mismas a travs de diversas redes. La negociacin para los trunk se realiza mediante el protocolo DTP (Dynamic Trunking Protocol) 2.2.4- IGMP (Internet Group Management Protocol). Este protocolo standarizado en la RFC-1112 para la versin 1 y en RFC-2236 para la versin 2 se utiliza para la gestin de enlaces multicast. Las direcciones IP pueden ser individual (unicast) o grupal para algunos miembros o todos los de la red (multicast o broadcast). El grupo multicast puede ser permanente o transitorio (armado para un evento en especial). El protocolo IGMP determina un servicio sin conexin con el mismo criterio de "best effort" de IP unicast. Se denomina MBONE (Multicast Backbone) a un set de routers y subredes interconectadas que soportan el servicio IP multicast. El protocolo permite la comunicacin entre routers y host conectados en la red. Las operaciones de multicasting en las redes LAN son soportadas por protocolos standard y propietarios. Por ejemplo, en IEEE 802.1p se definen los protocolos para registracin GMRP (Group Multicast Registration Protocol) y gestin de direcciones GARP (Group Address Registration Protocol). Los protocolos que se utilizan para el routing en los servicios multicast son derivados de los utilizados para direcciones unicast. De esta forma se toman como origen el RIP y OSPF. Los algoritmos de routing disponibles son: algoritmo broadcasting en reversa RPB o multicast en reversa RPM; algoritmo Spanning Trees o el Core-Based Trees. Las variantes de protocolos de routing son las siguientes: -PROTOCOLO DVMRP (Distance Vector Multicast Routing Protocol). Este protocolo est definido en RFC-1075. Es derivado del RIP y utiliza una variante del algoritmo RPB (Reverse Path Broadcasting). El RIP provee un solo tipo de mtrica por lo que el OSPF (mantiene ms de un tipo) tiene mejor performance. Sin embargo, DVMRP es ms simple que MOSPF. Y se utiliz anticipadamente. DVMRP se encuentra sobre IGMP en el modelo de capas. La principal diferencia entre RIP y DVMRP es que, en tanto RIP calcula el prximo paso hacia el destino, en DVMRP se calcula la cantidad de pasos hacia el origen. DVMRP requiere de una peridica actualizacin para detectar nuevos receptores en el grupo y por ello tiene un problema de escala. -PROTOCOLO MOSPF (Multicast OSPF). Se define en RFC-1584 como extensin del OSPF de la RFC-1583 y solo trabaja asociado al protocolo OSPF. El MOSPF provee el servicio de multicast pero no el servicio de tunelizacin del mismo (tampoco lo hace el DVMRP). En un protocolo de routing de tipo unicast la ruta se define en base a la direccin de destino, en tanto que en MOSPF se define en base al origen y los destinos. La definicin de ruta se realiza en base al costo basado en la mtrica de estado de enlace. Una vez definida la ruta se forma el rbol en la red y se descarta cada ruta individual. Se define una nica ruta, no existe alternativas de igual-costo. MOSPF permite modificar la ruta basado en el ToS del datagrama IP. La optimizacin de ruta para un grupo no asegura la optimizacin en el uso de la red. -PROTOCOLO PIM (Protocol Independent Multicast). Si bien es independiente del protocolo de routing de tipo unicast implementado, requiere del mismo para formar la tabla de rutas. Este protocolo mejora la deficiencia de DVMRP aplicando dos tcnicas: modo-denso (protocolo diseado para operar en un medio con miembros de distribuidos con alta densidad y ancho de banda elevado) o modo-distribuido (baja densidad de miembros -no significa pocos miembros- y ancho de banda reducido). El uso de una o de otra depende de la distribucin de routers en la red. 2.2.5- MPS-MPLS (Multilayer Switching-Multiprotocol Layer Switching). Sobre este ttulo se reportan varias tecnologas concurrentes. Se trata de optimizar la velocidad de conmutacin en los switch y routers. -MPS-NETFLOW SWITCHING. Esta tcnica de Cisco combina las acciones de router y switch para mejorar la performance a alta velocidad (por ejemplo en Gigabit Ethernet). El primer paquete de la secuencia es enrutado en forma normal en capa 3; la informacin obtenida sirve para crear un camino (flow forwarding) y los paquetes siguientes son procesados mediante un switch de nivel 2 (se trata de una operacin orientada con-conexin). El camino se genera en base a las direcciones IP y las ports de TCP/UDP. La informacin est contenida en un cache que se crea a tal efecto. Esta tcnica de switch entre capas 2/3 se complementa en el Core de la red con Tag Switching o MPLS. Por otro lado, se utiliza este mtodo para obtener informacin de performance de trfico y proveer seguridad. Esta tcnica utiliza los protocolos de routing normales y no requiere otros diseos especiales. Netflow entrega estadsticas de trfico por cada usuario, protocolo, port y tipo de servicio. Esta estadsticas son tiles para anlisis y diseo de la red y la facturacin por departamentos en una empresa. La estadstica de trfico puede contener: la hora Time-Stamp del inicio y final, las
1213-(7)
direcciones IP y port de origen y destino, nmero de interfaz de entrada y salida, nmero de paquetes y total de bytes de la transaccin. -MPLS-TAG.SWITCHING. Es un diseo de Cisco para el Core (Backbone) de una red IP cuando se trabaja a alta velocidad (por ejemplo, Gigabit Ethernet). Es un avance de la tcnica MPLS. La arquitectura Tag Switch se encuentra en RFC-2105 del ao 1997. Con posterioridad la denominacin Tag se reemplaz por Label; Tag Switching se cambi por MPLS; el protocolo TDP por LDP. Luego que la tabla de rutas converge (usando protocolos de routing convencionales) los distintos router asignan una etiqueta Tag para cada ruta posible (dicho tag se encuentra como header de capa 2 o 3). El tag es corto y de longitud fija que es mejor manejado que el tabla de rutas (se puede asimilar al identificador de trayecto virtual VPI de ATM). Los tag generados localmente en el router se intercambia con los otros mediante un protocolo TDP (Tag Distribution Protocol). Este protocolo permite distribuir, requerir y actualizar la informacin de tag. El tag switching consiste de dos componentes: el forwarding (responsable de la transferencia de paquetes) y el control. La informacin de tag se memoriza en una base de datos de informacin realizada a tal efecto y denominada TIB (Tag Information Base). Los paquetes que circulan en la red llevan el tag de identificacin y no requieren de acciones de tabla de rutas. El tag puede ser una simple ruta unicast o multicast, o un identificador de flujo de trfico (por ejemplo, para el caso de Netflow donde se identifica el flujo mediante direcciones IP, ports y polticas administrativas). Por otro lado, el tag switching puede trabajar con QoS mediante informacin de prioridades.
1213-(8)

Redes IP Protocolos Tipos de Servidores y Servicios

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Redes IP Protocolos Tipos de Servidores y Servicios

Încărcat de

Drepturi de autor:

Formate disponibile

COMPONENTES DE LAS REDES IP

COMPONENTES DE LAS REDES IP

COMPONENTES DE LAS REDES IP

Estructura Orientacin Control flujo

COMPONENTES DE LAS REDES IP

2- REDES DE DATOS COMERCIALES.

SS7 WAN Dedicada ITU-T Q 1976-88 Sealiz. 1-2-3-4

DSS1 WAN Dedicada ITU-T I 1976-88 Sealiz. 1-2-3

10 M coaxial/par bus/rbol CSMA/CD

4/16 M par trenz. Anillo Token

100 M F.Optica Doble anilo Token

34/140 M F.Optica doble bus Cola DQ

Nx155 M malla/anilo malla

144 K Par Estrella

2 Trama LAP-F Bandera DLCI C.Virtual CRC-16 No B/FECN

2 Mensaje HDLC max 70 Bandera Direccin Sin-conex CRC-16 ARQ Crdito 7

LAP-D Bandera Direccin Sin-conex CRC-16 ARQ RNR 7

53 By HEC VPI/VCI Con-conex CRC-8 No

53 Byte HEC VPI/VCI C.Virtual CRC-8 No No

Sin-conex ARQ Crdito variable

COMPONENTES DE LAS REDES IP

COMPONENTES DE LAS REDES IP

COMPONENTES DE LAS REDES IP

COMPONENTES DE LAS REDES IP

COMPONENTES DE LAS REDES IP

COMPONENTES DE LAS REDES IP

COMPONENTES DE LAS REDES IP

-Capa 7 -Capa 6-5 -Capa 4 -Capa 3 -Capa 1-2

SMTP Telnet 7 TFTP SNMP H.323 VoIP HTTP FTP

CMIP X.500 X.400 FTAM

RTCP 4 RIP RTP UDP TCP TP4

MOSPF OSPF ICMP 3 ARP RARP X.25 IGMP RSVP IP CLNP

LLC MAC MAC PPP LAP-B LAP-F AAL-5

Fig 01. Modelo de capas para la suite TCP/IP.

Fig 02. Direcciones de servicios entre capas.

Fig 03. Paquetes de los protocolos IP, TCP y UDP.

-VRS -IHL -ToS .PROC .D .T .R -TL

-ID -Flags .MF .DF -FO -TTL -PROT -HCS

-SA -DA -PAD -Data -OPT

3- OTROS PROTOCOLOS DE CAPA 3

Proveedor del servicio (Service Provider)

-NCP -SAP -RIP

SMTP Telnet 7 TFTP SNMP H.323 VoIP HTTP FTP

CMIP X.500 X.400 FTAM

RTCP 4 RIP RTP UDP TCP TP4

Fig 02. Campos de los protocolos TCP y UDP.

00-20-8A-00-28-4F HP---------82-E9-DC 08-00

-SP -DP -Length -Check

MAC Address Destination Lenght

Organization Unique Identificator (00 00 00) Ethernet Type (08 00)

Total Length Fragmentation

Identificator IP Time to Live Protocol Source IP Address Destination IP Address

Windows Urgent Pointer

Fig 03. Campos del protocolo TCP/IP/Ethernet.

SDH/Sonet E1/Nx64 kb/s Ethernet

SNAP LLC MAC MAC

SNAP LLC MAC PPP PPP

PHY Client LAN

Fig 01. Modelo de capas de accesos a redes IP (Internet).

2- CONEXION DIAL-UP A INTERNET

-Flag -Address -Control -Protocol

-Code -ID -Length -Data -FCS -Flag

SERVICIOS SOBRE LA INTERNET

SERVICIOS SOBRE LA INTERNET