SNA over Frame Relay in Spanish

SNA sobre Frame Relay

Descripción Técnica

Frame relay se está utilizando cada vez más para soportar aplicaciones SNA. Con frame relay podemos eliminar las redes multidrop punto a punto de SNA, manteniendo la gestión basada en NetView y transportar múltiples protocolos en una única Conexión Permanente Virtual (CVP o PVC). frame relay ofrece una alternativa excelente a las conexiones punto a punto, permitiéndonos ahorrar entre un 30 y un 40 por ciento de los costes. frame relay ofrece una clara estrategia para la migración de redes corporativas distribuidas y peer-to-peer.

Las redes SNA están migrando a Frame Relay

Las infraestructuras tradicionales de SNA están incrementando su utilización de frame relay porque frame relay es una tecnología madura, probada y estable. Además, los usuarios pueden reutilizar la inversión existente en equipos y mantener las mismas prácticas de gestión de red.

Frame relay pueden introducirse en las redes SNA para ahorrar costes con un impacto mínimo. Los usuarios pueden migrar a frame relay sin necesidad de cambiar el harware o software del Front End Processor, nomenclaturas o topología de la red SNA, reduciendo instantáneamente los costes mensuales de la red WAN.

En soluciones SNA sobre frame relay, la visibilidad de NetView se mantiene, evitándose los costes de nuevas herramientas de operación de red y el proceso de formación de estas nuevas herramientas de los operadores. Esto permite a los usurarios migrar a su conveniencia hacia una gestión de red corporativa multifabricante como SNMP.

Frame relay es la mejor elección para redes corporativas SNA. Los usuarios finales pueden adoptar una estrategia de migración que optimizará su red SNA, beneficiándose de mejores tiempos de respuesta, mayor disponibilidad de las sesiones y con mayores prestaciones que las redes SNA originales.

Frame relay es una solución basada en estándares, adoptada internacionalmente y con una cooperación entre fabricantes sin precedente. Estándares del Internet Engineering Task Force (IETF) y el Frame Relay Forum permiten la encapsulación de múltiples protocolos, entre ellos SNA, en redes frame relay. Juntos ofrecen un método estándar para combinar SNA y tráfico LAN en un mismo interfaz frame relay. Esto permite, a los equipos de acceso frame relay (FRADs) y a los routers, manejar simultáneamente aplicaciones sensibles al retardo y tráfico LAN a ráfagas.

Frame Relay as an SDLC Point to Point Line Replacement

Frame Relay como Alternativa a SDLC Punto a Punto
Las redes SNA que utilizan líneas punto-a-punto no conmutadas pueden migrarse de SDLC a frame relay sin realizar ningún cambio en las aplicaciones existentes o en el hardware. A menudo, lo único que es necesario es una actualización del software de comunicaciones en los controladores. Los controladores que no puedan ser actualizados deben ser conectados a un FRAD o un router

Figura I. Típica Red multidrop SNA

para conectarse a la red frame relay. Frame relay utiliza la misma trama hardware que SDLC por lo que todos los interfaces de línea SDLC, modems y DSU/CSUs pueden ser utilizados en redes frame relay.

Figura II. Red SNA migrada a frame relay

La actualización a frame relay permite topologías completamente malladas, esto nos permite realizar redundancia y backup sin la necesidad de gestionar un número grande de líneas dedicadas. Añadir o eliminar una conexión virtual se realiza fácilmente con la gestión de red sin necesidad de añadir o quitar hardware.

Figura III. NCP directo hacia la Red RFC 1490

Para volúmenes de tráfico elevado en el centro de datos, frame relay soporta velocidades de hasta 45Mbps (e.j. T3/E3).

frame relay soporta conexiones "uno con todos" o "todos con todos" en un único interfaz, mientras que SDLC necesita una línea dedicada para cada conexión. Por lo tanto las configuraciones tradicionales SNA multidrop pueden fácilmente ser migradas a frame relay. Los cambios deben ser elegidos de forma que se obtenga la solución más económica, eligiendo donde situar los conmutadores frame relay y los equipos terminal frame relay. Por ejemplo, los conmutadores frame relay pueden colocarse de forma que se máximice la utilización de las tarifas de las líneas punto a punto, y los FRADs deben ser usados para proporcionar la conversión de SDLC a frame relay, en aquellos sitios en los que líneas multipunto SDLC sean menos caras.

Figura IV. Típica trama transportando SNA

Protocolo de Encapsulación e Implementación Práctica

Generalmente, Los controladores SNA, routers y FRADs encapsulan SNA como datos multiprotocolo tal y como se describe en el Implementation Agreement del Frame Relay Forum FRF.3.1. Las topologías SNA se portan en las redes frame relay: Intermediate Network Node (INN), Boundary Network Node (BNN), SNA Network Interconnect (SNI) y Advanced Peer to Peer Networking (APPN), incluyendo High Performancd Routing (HPR). FRF.3.1 muestra como encapsular una subárea SNA, SNA/APPN con y sin HPR en las tramas multiprotocolo RFC1490.Los routers pueden también encapsular datos SNA sobre TCP/IP y utilizar el estándar Data Link Switching (DLSw). Generalmente la encapsulación directamente en RFC1490 es más eficiente que TCP/IP con DLSw, pero la elección entre uno y otro dependerá de las aplicaciones y el tipo de equipo utilizado en la red.

Figura V. SNA en equipos Frame Relay

Para grandes Subáreas o redes APPN, FRADs o controladores SNA pueden ser preferibles a los routers ya que están optimizados para transportar SNA sobre frame relay y son buenas soluciones para conectar las oficinas al centro de datos. Para aquellas redes que ya tienen un backbone IP, los routers pueden ser una mejor alternativa a los FRADs porque soportan routing IP por diseño y protocolos de nivel dos. Para redes distribuidas peer-to-peer que están completamente malladas, los controladores SNA/APPN parecen una mejor alternativa.

Consideraciones en la Gestión del Tráfico

La naturaleza de las aplicaciones SNA hace que sea necesario mecanismos de prioridades y reserva de ancho de banda, para evitar así malos tiempos de respuesta y fallos en las sesiones SNA, debido fundamentalmente a grandes ráfagas de otro tipo tráfico. Una solución sería asignar mayor prioridad al tráfico SNA que al tráfico LAN IP/IPX si ambos son multiplexados en la misma conexión virtual. Otra alternativa es enviar los distintos tráficos en dos conexiones virtuales separadas y utilizar el mecanismo Committed Information Rate (CIR) para dar ancho de banda dinámicamente a cada conexión virtual. La asignación de ancho de banda como un porcentaje del CIR, que es soportada en FRADs y algunos routers, puede hacer que no se precise configurar dos conexiones virtuales separadas. Una pequeña cantidad de ancho de banda puede asignarse (e.j. 20 por ciento) al tráfico de LAN permitiendo al tráfico SNA mayor oportunidad de ser transmitido. Además, se recomienda que ambos, el equipo de usuario y el equipo del proveedor de servicio, soporten mecanismos de gestión explícita de la congestión como FECN/BECN y bits DE. Si estos mecanismos son soportados, el tráfico SNA es ajustado y los descartes serán mínimos. Como ocurre con otras aplicaciones transportadas sobre frame relay, la gestión de la congestión es importante para soportar aplicaciones SNA.

Documentos Importantes