Tele-procesos

 

República Bolivariana de Venezuela

 Ministerio del Poder Popular para la Defensa 

Universidad Experimental Politécnica de la Fuerza Armada Naciona 

 Núcleo Pto-Cabello, Edo-Carabobo

  Bachiller:

Robert Sánchez C.I: 27.307.525

8vo semestre

Ing. Sistemas

 

SDLC-X25

X.25 es un estándar ITU-T para redes de área amplia de conmutación de paquetes. Su protocolo de enlace, LAPB, está basado en el protocolo HDLC (publicado por ISO, y el cual a su vez es una evolución del protocolo SDLC de IBM). Establece mecanismos de direccionamiento entre usuarios, negociación de características de comunicación, técnicas de recuperación de errores. Los servicios públicos de conmutación de paquetes admiten numerosos tipos de estaciones de distintos fabricantes. Por lo tanto, es de la mayor importancia definir la interfaz entre el equipo del usuario final y la red. X.25 está orientado a la conexión y trabaja con circuitos virtuales tanto conmutados como permanentes. En la actualidad se trata de una norma obsoleta con utilidad puramente académica.

Frame Relay

Frame Relay (o Frame-mode Bearer Service) es un protocolo de comunicación mediante retransmisión de tramas para redes de circuito virtual, introducida por la ITU-T a partir de la recomendación I.122 de 1988. Consiste en una forma simplificada de tecnología de conmutación de paquetes que transmite una variedad de tamaños de tramas o marcos (“frames”) para datos, perfecto para la transmisión de grandes cantidades de datos.

La técnica Frame Relay se utiliza para un servicio de transmisión de voz y datos a alta velocidad que permite la interconexión de redes de área local separadas geográficamente a un coste menor.

Frame Relay proporciona conexiones entre usuarios a través de una red pública, del mismo modo que lo haría una red privada punto a punto, esto quiere decir que es orientado a la conexión.

Las conexiones pueden ser del tipo permanente (PVC, Permanent Virtual Circuit) o conmutadas (SVC, Switched Virtual Circuit). Por ahora solo se utiliza la permanente. De hecho, su gran ventaja es la de reemplazar las líneas privadas por un solo enlace a la red.

El uso de conexiones implica que los nodos de la red son conmutadores, y las tramas deben llegar ordenadas al destinatario, ya que todas siguen el mismo camino a través de la red, puede manejar tanto tráfico de datos como de voz.

Al contratar un servicio Frame Relay, contratamos un ancho de banda determinado en un tiempo determinado. A este ancho de banda se le conoce como CIR (Committed Information Rate). Esta velocidad, surge de la división de Bc (Committed Burst), entre Tc (el intervalo de tiempo). No obstante, una de las características de Frame Relay es su capacidad para adaptarse a las necesidades de las aplicaciones, pudiendo usar una mayor velocidad de la contratada en momentos puntuales, adaptándose muy bien al tráfico en ráfagas. Aunque la media de tráfico en el intervalo Tc no deberá superar la cantidad estipulada Bc.

Estos bits de Bc serán enviados de forma transparente. No obstante, cabe la posibilidad de transmitir por encima del CIR contratado, mediante los Be (Excess Burst). Estos datos que superan lo contratado, serán enviados en modo best-effort, activándose el bit DE de estas tramas, con lo que serán las primeras en ser descartadas en caso de congestión en algún nodo.

TCP/IP a través de ATM

El estándar Internet Engineering Task Force RFC1577: Classical IP and ARP over ATM especifica el mecanismo para la implementación de IP (Internet Protocol) a través de ATM. Como ATM es una tecnología orientada a las conexiones e IP es una tecnología orientada a los diagramas de datos, la correlación de IP a través de ATM no resulta trivial.

En general, la red ATM está dividida en subredes IP lógicas (LIS). Cada LIS está formada por una serie de estaciones de ATM. Las LIS son equivalentes a los segmentos tradicionales de la LAN. Las LIS se interconectan utilizando direccionadores. Un adaptador en concreto (de una estación de ATM) puede formar parte de varias LIS. Esta característica puede resultar muy útil para la implementación de los direccionadores.

RFC1577 especifica RFC1483, que especifica la encapsulación LLC/SNAP (Logical Link Control/Sub-Network Access Protocol) como el valor predeterminado. En las redes PVC para cada estación IP, todas las PVC deben definirse manualmente configurando los valores VPI:VCI. Si no se utiliza la encapsulación LLC/SNAP, debe definirse la dirección IP de destino asociada con cada VPI:VCI. Si se utiliza la encapsulación LLC/SNAP, la estación IP puede conocer la dirección IP remota mediante un mecanismo InARP.

Para los zócalos SVC, RFC1577 especifica un servidor ARP por cada LIS. El servidor ARP tiene como finalidad la resolución de las direcciones IP en direcciones ATM utilizando difusiones. Cada estación IP se configura con la dirección ATM del servidor ARP. Las estaciones IP configuran los SVC con el servidor ARP que, a su vez, envía peticiones InARP a las estaciones IP. En base a la respuesta de InARP, un servidor ARP configura IP en las correlaciones de direcciones de ATM. Las estaciones IP envían paquetes ARP al servidor ARP para resolver las direcciones, lo que devuelve direcciones ATM. Las estaciones IP configuran entonces un SVC en la estación de destino y empieza la transferencia de datos. Las entradas de ARP de las estaciones IP el servidor ARP envejecen en función de un mecanismo bien definido. Para los entornos PVC y SVC, cada estación IP tiene por lo menos un circuito virtual por dirección de destino.

Internet Engineering Task Force RFC2225 añade el soporte de la lista de direcciones de peticiones de ATM ARP a RFC1577. La lista de direcciones de peticiones de ATM ARP es una lista que contiene una o más direcciones de ATM de servidores ATM ARP individuales que se encuentran en la LIS. El cliente RFC2225 elimina el único punto de anomalía asociado con los servicios ATM ARP de los clientes 1577. Los clientes 2225 tienen la posibilidad de conmutar con servidores ARP de seguridad cuando el servidor ATM ARP falla.

RS/6000 establece la primera entrada de la lista de direcciones de peticiones de ATM ARP como el servidor ATM principal y el resto de las entradas como los servidores ATM ARP secundarios.

El cliente siempre intentará utilizar el servidor ATM ARP principal. Si el esfuerzo por conectarse al servidor ATM ARP principal falla, el cliente intenta conectarse al primer servidor secundario (la posición en la lista de direcciones de peticiones de ATM ARP determina el orden del servidor ATM ARP secundario). Si la conexión al primer servidor ATM ARP secundario falla, el cliente intenta contactar con el siguiente servidor ATM ARP secundario de la lista. Este proceso continúa hasta que la conexión sea satisfactoria.

Si la conexión con el servidor ATM ARP principal falla el sistema continúa intentando conectarse con el servidor ATM ARP principal cada 15 minutos, con independencia del servidor ATM ARP secundario que esté conectado o intentando conectarse. Si finalmente se conecta con el servidor ATM ARP principal, se descarta la conexión actual con el servidor ATM ARP secundario.

La lista de direcciones de peticiones ATM ARP debe introducirse manualmente mediante SMIT o utilizando el mandato ifconfig. La lista de direcciones de peticiones ATM ARP no puede configurarse con la Base de información de gestión (MIB).

IP/ATM IP sobre SDH

Se puede decir que IP/SDH puede proporcionar un servicio similar teniendo en cuentaque la velocidad de los modernos routers IP, usando MPLS, se aproxima a la de los conmutadores ATM. Aunque una red IP tiene normalmente un “jitter” mayor que una red ATM, este efecto es despreciable si la red tiene interfaces de alta velocidad y anchodebanda suficiente. En relación a los Paquetes enviados sobre SDH, con la ampliaciónde capacidades del IP vía MPLS es posible enviar los datagramas IP directamente aSDH Eliminando el o ver head de ATM. SDH forma un enlace Punto a punto entre losenrutadores IP por lo que Utiliza el protocolo PPP el cual proporciona las siguientesfunciones:

    • Encapsula y transfiere paquetes desde múltiples capas de red sobre un mismo

 enlace físico

    • Establece, configura y monitorea la conexión del nivel de enlace

    • Determina y configura los protocolos de nivel de red 

    • No hay encabezado ATMEl inconveniente es que SDH solo puede operar en el

       modo de punto a punto

IP sobre WDME  

El tráfico IP ha sido tradicionalmente transportado sobre redes ATM y SONET/SDH antes de llegar a la red WDM. La aparición de routers de tránsito IP de alto rendimiento, el desarrollo del protocolo IP y la madurez de la tecnología WDM han posibilitado el transporte de IP directamente sobre WDM, reduciendo los costes y la complejidad de una red tan heterogénea. El reto está ahora en encontrar la solución más eficiente para integrar IP y WDM.

Este protocolo, concebido inicialmente para transportar únicamente servicios de datos, ha visto ampliada su definición para soportar todo tipo de servicios. Para hacer frente a esta enorme demanda de tráfico IP, han tenido lugar varios esfuerzos cuyo resultado ha sido la aparición de routers de tránsito de alto rendimiento, también denominados gigarouters. Estos nuevos routers, a diferencia de los convencionales, realizan muchas de sus funciones (como la búsqueda en tablas de encaminamiento, el procesamiento de cabeceras, el cálculo de códigos de redundancia cíclica, etc.) en circuitos integrados de aplicación específica en hardware, en vez de en software controlado por una unidad central de procesos. El número, el tipo y la velocidad de las interfaces de sus tarjetas de línea, se han visto así considerablemente incrementadas: OC- 192/STM-64 (10 Gbps), OC-48/STM-16 (2,5 Gbps), OC-12/STM-4 (622 Mbps), OC-3/STM- 1 (155 Mbps), Fast Gigabit Ethernet (1,25 Gbps), Fast Ethernet (100 Mbps), etc. Por otro lado, también se han introducido mejoras en software como avanzados algoritmos para la optimización del proceso de búsqueda en las tablas de encaminamiento o el protocolo MPLS para una rápida conmutación por etiqueta. Por otro lado, este incremento en las necesidades de ancho de banda, ha supuesto un rápido desarrollo de WDM (Wavelength Division Multiplexing); tecnología que ofrece en la actualidad la posibilidad de transportar hasta 160 canales de 10 Gbps sobre una única fibra óptica. En efecto, la red de transporte está en estos momentos pasando por un período de transición, evolucionando desde las tradicionales redes ATM y SONET/SDH basadas en la multiplexación en el tiempo con WDM utilizado estrictamente para incrementar la capacidad de la fibra óptica, hacia una red fotónica basada en la multiplexación en frecuencia óptica; realizando no sólo el transporte, sino también la multiplexación, encaminamiento, supervisión y protección en la capa óptica.

RSVP

Protocolo de reservación de recursos (RSVP) | VoIP 

El Protocolo de reserva de recursos (RSVP) es un protocolo de capa de transporte utilizado para reservar recursos de red y permitir que las aplicaciones de Internet en ejecución obtengan calidad de servicio (QoS). Se requirieron algunas redes antiguas para proporcionar confiabilidad de los datos. Sin embargo, en la era actual de los sistemas de red, el tiempo suele ser más importante que la confiabilidad. En cambio, RSVP es compatible con una red QoS, que proporciona tanto la calidad de servicio como los datos asegurados.

Formato de los mensajes RSVP

Los mensajes RSVP utilizan el protocolo de transporte UDP sobre paquetes IP que tienen el número de protocolo IP 46. Al utilizar UDP no existe retransmisión de los paquetes perdidos o recibidos con error, no obstante, estos mensajes se retransmiten periódicamente, por lo que esto no suele ser un problema.

Los mensajes RSVP consisten en una cabecera común seguida por un cuerpo que está formado por un número variable de objetos. Los objetos contienen los distintos tipos de información que se desea intercambiar. 

La cabecera común tiene una longitud fija de 8 bytes y está formada por los siguientes campos:

• Version (versión). Número de la versión de RSVP.
• Flags (indicador). No definido actualmente.
• Message Type (tipo de mensaje). Indica el tipo de mensaje RSVP. Actualmente están definidos los siguientes tipos:
• (1) Path, (2) Resv, (3) PathErr, (4) ResvErr, (5) PathTear, (6) ResvTear, (7) ResvConf.
• RSVP Checksum (suma de control RSVP). Suma de control del mensaje. Si no se utiliza suma de control se le da el valor 0.
• Send_TTL (TTL del envío). Es el valor TTL (Time To Live, ‘Tiempo de vida’) del mensaje. A este valor se le decrementa en una unidad en cada salto.
• RSVP_Length (longitud RSVP). Longitud total de este mensaje, incluyendo la cabecera común. La longitud de la cabecera es siempre 8 bytes.

Visita nuestro contenido educativo ! ->> http://unefa.edu.ve/portal/