Hardware
y Administración Física de Redes
Infografía
sobre SNA/SDLC sobre Frame Relay y Sobre TCP/IP
Comparación entre el Manejo de Datos
Con mayor frecuencia se nota la utilización
de Frame Relay en aplicaciones SNA/SDLC. A continuación tenemos varias características
de SNA sobre Frame Relay:
·
Eliminación de redes multidrop punto a punto de SNA
·
Mantenimiento de Gestión basada en NetView
·
Transportación de múltiples protocolos en una única conexión
Virtual. o PVC.
·
Ahorro en costos por la reutilización de equipos.
·
No es imperativo cambiar el software del Front End Processor,
nomenclaturas o topología de la red SNA.
·
Se puede migrar a conveniencia a otro gestor de red, inclusive
multifabricante.
·
En vista de la estandarización, el IETF y el Frame Relay Forum permiten
la encapsulación de múltiples protocolos, por lo tanto se combina el SNA y
tráfico LAN en una misma interfaz Frame Relay. En consecuencia, a los FRAD´s y
routers permite manejar simultáneamente aplicaciones sensibles al retardo y
tráfico LAN a ráfagas.
Características de 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.
·
Es menester 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 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.
·
Se puede tener topologías completamente “malladas”, permitiéndonos
realizar redundancia y backup sin la necesidad de gestionar un número grande de
líneas dedicadas.
·
Adicionar o eliminar una conexión virtual se realiza fácilmente con
la gestión de red sin necesidad de añadir o quitar hardware.
·
Frame Relay soporta conexiones "uno con todos" o
"todos con todos" en una única 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.
·
Se establecen cambios 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.
En las siguientes gráficas se observa lo
anterior:
Típica Red multidrop SNA
Red SNA migrada a frame relay
NCP directo hacia la Red RFC 1490
Típica trama transportando SNA
Protocolo de Encapsulación:
·
Generalmente, Los controladores SNA, routers y FRADs encapsulan SNA
como datos multiprotocolo
·
Las topologías SNA soportan 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.
·
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.
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.
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.
Ítem a Considerar en la Gestión del Tráfico
en SNA:
·
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 y en respuesta a grandes ráfagas de otro
tipo tráfico.
·
Entre las soluciones se tiene asignar mayor prioridad al tráfico
SNA que al tráfico LAN IP/IPX si ambos son multiplexados en la misma conexión
virtual.
·
También es posible 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. Un ancho de banda pequeño puede asignarse al
tráfico de LAN permitiendo al tráfico SNA mayor oportunidad de ser transmitido.
·
Por último, se recomienda que 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.
SNA-TCP/IP
Existen múltiples maneras de integrar
ambientes AS/400 con diferentes aplicaciones, una de ellas es utilizar un
gateway como el Microsoft SNA Server, a continuación tenemos sus características:
·
SNA Server permite que la parte de los clientes operen en un
entorno nativo TCP/IP y el AS/400 en un entorno nativo SNA. Como en el caso de
AnyNet, los clientes no contemplan la complejidad de su red, y de hecho se
comportan como si estuvieran en una red SNA.
·
SNA Server va sobre la plataforma Windows NT. Puede operar sobre
procesadores Intel, ALPHA, MIPS y PowerPC ofreciendo una gran variedad de
alternativas de elección y de costes.
·
No requiere un sistema dedicado, ya que el mismo sistema Windows NT
puede ser utilizado como servidor de aplicaciones, de ficheros, de impresoras,
de correo, de bases de datos, o como servidor WEB, servidor DHCP, como servidor
DNS.
·
Se pueden instalar varios servidores SNA, de forma que la carga se
reparta entre ellos de forma automática y garanticen la conexión en caso de que
algún problema se produzca en alguna conexión.
·
SNA ofrece servicios de gateway entre el cliente TCP/IP y la red
SNA del AS/400, dando servicio sobre redes Token-Ring o Ethernet.
·
Las conexiones posibles encontramos conexiones LAN (Token-Ring o
Ethernet), SDLC, X.25, Internet, InfoVía o también Twinaxial.
·
El tráfico cliente/servidor que sale del cliente se enruta por
medio de un módulo de software existente en el cliente hasta el SNA Server.
Este software se instala en lugar del CA/400 o del router equivalente.
·
SNA Server, tenemos cubiertos una gran variedad de entornos como
MS-DOS, Windows 3.X, Windows 95, Windows NT, OS/2, Macintosh y UNIX. Al
instalar SNA Server, no se precisa ningún cambio en las aplicaciones C/S, ya
que el SNA Server da, de forma transparente, un servicio de extremo a extremo
totalmente consistente.
·
El router de Microsoft también traduce el tráfico SNA en TCP/IP.
Una vez que el tráfico alcanza el SNA Server, se traduce en formato SNA y se
envía al AS/400 como tráfico normal de red y por ello, éste no se ve penalizado
por ningún proceso de traducción.
Veamos algunos conceptos y establezcamos
claramente sus parámetros: TCP/IP o SNA
Las aplicaciones están en el diseño de
todos los niveles de las 2 arquitecturas de redes. Generalmente IBM diseña algo
propio, TCP/IP diseña lo "contrario". Como resultado existen dos
protocolos de redes incompatibles, se forman de manera complementaria. Una
organización que corre con ambas posibilidades, SNA y TCP/IP puede,
probablemente solucionar algunos tipos de problemas de comunicación.
Una red IP encamina los paquetes de manera
individual. La red reparte cada paquete basándose en el número de dirección que
identifica la máquina destino. La red no conoce la topología y envía los
paquetes por varios destinos. TCP es responsable de volver a reunir los paquetes
una vez recibidos.
En la red SNA, un cliente y un servidor no
pueden intercambiar mensajes a menos que el primero establezca una sesión (se
vea la topología). En una subárea de la red, el programa VTAM en el ordenador
principal consigue envolverlo creando todas las sesiones. Además hay bloques de
control describiendo la sesión en el NCC a los cuales se dirige el cliente y el
NCC al cual se dirige el servidor. Los NCCs intermedios no tienen los bloques
de control para la sesión. En APPN SNA, hay bloques de control para la sesión
en todos los nodos intermedios a través de los cuales pasan los mensajes.
El diseño IP (fuera de sesiones fijas)
trabaja bien en redes experimentales. El diseño SNA trabaja bien en la
construcción de redes comerciales seguras.
Una PC conectada a una LAN, la configuración
central ha llegado a ser difícil de manejar. Una solución formal, está
proporcionada por la arquitectura APPN diseñada originalmente para mini computadores.
APPN tiene dos buenos nodos, el nodo final y el nodo de red.
TCP/IP es un simple protocolo. El código
origen de programas está generalmente disponible. SNA está muy completo, y sólo
IBM tiene el grupo completo de programas. Es construido en el AS/400. Otros
importantes productos de estaciones incluidos son:
- NS/DOS para Dos y Windows.
- Director de comunicaciones para OS/2.
- Servicios SNA para AIX.
- Servidor SNA para Windows (de Microsoft).
La programación original de interfaces para
la moderna red SNA es el interface común de programación para comunicaciones
(CIPC). Este provee un común conjunto de subrutinas, servicios y códigos de
retorno para programas escritos en COBOL, C o REXX. Está documentado en la
publicación IBM SC26-4399.
Bajo el anteproyecto de comunicación de
IBM, SNA llegó a ser una de las opciones intercambiables de "transporte".
La tradicional red SNA fue instalada y
dirigida por un personal técnico central en una corporación grande. TCP/IP es
diseñada para ser cauteloso con los errores y simplemente descarta mensajes de
error.
Internet está formada por algunas docenas
de servidores centrales y proveedores y 10.000 redes privadas conectadas. Las
cosas cambian todo el tiempo. No es lógico intentar implantar un control
central sobre cambios e inmediatamente responder a todos los programas. No es
posible construir Internet utilizando SNA, pero IP diseña buenos servicios la
mayoría del tiempo.
El SDLC
permite que un mensaje sea enviado por una estación primaria a varias
estaciones secundarias, ( ver siguiente figura). Esto es llamado comunicación
multipunto. El mensaje de la estación primaria es transmitido eléctricamente a
todas las secundarias, pero sólo es dirigido a una. La estación destino,
habiendo obtenido el permiso para utilizar el enlace, responde a la estación
maestra.
Comunicación multipunto SDLC.
Características
de SDLC:
·
Comunicación half-duplex como full-duplex. Sin embargo, cuando el
PC actúa como un terminal 3270, la comunicación es punto-a-punto half-duplex;
el 3705 es la estación primaria y el PC es la única estación secundaria.
·
El SDLC funciona en comunicación síncrona, la comunicación síncrona
de datos moderna mantiene los bits en orden . El bit 1 siempre acaba como bit
1.
·
Una señal síncrona externa es práctica sólo con conexiones
directas. Hay varios esquemas para llevar a cabo una autosincronización. El
SDLC usa un esquema llamado inserción de bit cero y un método de codificación
llamado NRZI- Inversión sin vuelta hasta cero. Este método garantiza
suficientes transiciones cero/uno para que los circuitos del receptor puedan "reconstruir"
la señal entrante.
·
En la siguiente figura, se tiene la estructura
SDLC, usada para enviar una unidad de mensaje por un enlace de datos:
·
Los flags del principio y del final son representados por la
secuencia de bits "01111110" que, rompe la regla de inserción de un
cero en una cadena de cinco o más unos. Así es como el receptor reconoce los
límites de la estructura.
·
El campo de dirección, de sólo 8 bits, indica la dirección de
destino si la estructura es enviada a una estación secundaria, o de enlace
controlado.
·
La dirección es la dirección fuente si la estructura es enviada a
la estación primaria o controladora de enlace. El campo de control, también de
8 bits, se usa para numerar las estructuras en orden secuencial.
·
El campo de información, de cualquier longitud, múltiplo de 8 bits,
contiene los datos a ser transferidos por el enlace. La secuencia de
comprobación de la estructura es un chequeo cíclico redundante (CRC) de 16
bits, usado para comprobación de errores.
Estructura SDLC.
Seguido se muestra una serie
de Link donde encontrarán información relacionada con SNA/SDCL sobre Frame
Relay y TCP/IP
1. http://2manyfrs.mty.itesm.mx/jnolazco/Cursos/RedesComputacionales/PaginaWeb/RedesComp/sdlc.html
Resumen del Protocolo Synchronous Data Link
Control. Ambientes SDLC.
2. http://www.emtelco.net.co/multinet/serviciosytarifas/serviciosfuturos3nivel.htm#sdlc-hdlc
Bajas
velocidades, Clear Chanel y SDCL/HDLC, aplicaciones y valor agregado.
3. http://www.redescomm.com/cx900pg.htm
El CX 900 complementa al CX1000 en la
Oficina Central. Como FRAD, soporta transmisiones SNA/SDLC y legacy data sobre
Frame Relay, incluyendo conversión SDLC/LLC2. Como Bridge/Router, soporta Ethernet ó Token
Ring sobre Frame Relay.
4. http://www.codifikar.com.ar/RF_Gateway.htm
Ethernet o SNA/SDLC para la conexión
física, un hardware adaptador posibilita acomodar las variaciones del cable.
SNA/SDLC suporta RS-232 y V.35 para flexibilidad adicional.
5. http://www.ciscoredaccionvirtual.com/redaccion/glosario/default.asp?letra=S
Página de Cisco System, glosario de
términos, enlaces varios, page de redacción virtual.
6. http://www.automatas.org/redes/bitbus.htm
Página de autómatas industriales, resumen
de equipos que soportan SDCL, tablas de características sobre los equipos.
7. http://www.sagem.es/conmutadores.htm
Características diferenciales de la familia
MEGAPAC / MEGABOX. La gama Megapac / Megabox se caracteriza por soportar
protocolos de comunicación que no son habitualmente soportados por equipos de
otros fabricantes. QLLC-SDLC primario y
secundario PU 2.0 y PU 2.1
8. http://www.interdesa.com/productosyservicios-telematica-programacion.html
Programación de enrutadores, switches y
muros de fuego, Breve explicación y oferta de servicios en esta área. Se
observa equipos que utilizan los protocolos SNA/SDLC.
9. http://www.cnice.mecd.es/tecnologica/experto/interconexion/
Encontramso los diferentes tipos de
dispositivos de interconexión de redes, dividen genéricamente cuatro
categorías: repetidores, bridges, routers y gateways. Protocolos de
encaminamiento, troncales, remotos y multiprocesos.
10. http://www.teldat.es/productos/corporativos/teldat_c4c5.htm
TRANSPORTE de SNA. TELDAT C5 soporta la
conexión de LANes con tráfico SNA(LLC-2), acceso de terminales SDLC (mono o
multiestación) y X.25-QLLC por puerto serie. WANes: IP (bridge remoto o DLSw),
Frame Relay (bridge remoto o BAN) y X.25-QLLC. Se soportan todas las posibles
conversiones entre LLC-2, SDLC y QLLC.
11. http://www.microsoft.com/latam/sna/guia/nov.asp
Compresión a nivel sesión de SNA. El
servidor SNA compresión a nivel del usuario, entre el host SNA y la computadora
servidor SNA. Mayor flujo de intercambio de datos entre el host y el servidor.
El host SNA debe estar configurado para la compresión a nivel sesión.
12. http://www.windowstimag.com/atrasados/1997/07_mar97/SNAServer.htm
Plataforma de Integración Host con Red
Local, Internet / Intranet / Infovía. Conectividad TCP/IP en entornos AS/400.
13. http://tejo.usal.es/~nines/d.alumnos/lanysna/software.htm
Software de SNA. Filosofía de las redes
SNA. Sistemas Operativos. Métodos de acceso, programas de aplicación.
SNA sobre Frame Relay, descripción técnica,
migración de las redes, Frame Relay as an SDLC Point to Point Line Replacement,
Protocolo de Encapsulación e Implementación Práctica.
Cambio a TCP/IP, integración LAN y AS/400,
rendimiento mejorado, clientes IP junto a clientes SNA en sitios remotos.
16. http://www.ibw.com.ni/~alanb/frame-relay/cfr4.htm
Porqué utilizar Frame Relay, Interconexión
de redes LAN, Transporte consolidado de tráfico de datos LAN y tradicionales,
Transporte de voz y datos sobre FR., Nuevas aplicaciones y requisitos para
Frame Relay.
17. http://www.ispjae.edu.cu/gicer/Boletines/2/bol07.htm
SNA
sobre Frame Relay, Estándares
en camino, documento estándar RFC 1490, Frame Relay para transportar tráfico
SNA, incluidos los de tipo APPN ( Advanced Peer-to-Peer Networking ).SNA pueden
seguir disfrutando de las altas prestaciones y rápidos tiempos de respuesta
proporcionados por DLC, servicio de conexión ofrecido en SDLC para líneas seriales
o en LLC2 para redes Token-Ring.
18. http://neutron.ing.ucv.ve/revista-e/No4/atmfr.html
Frame Realy conceptos, comportamiento ante
otros protocolos, ATM y frame Relay.
19. http://neutron.ing.ucv.ve/comunicaciones/tesis%5Cmpimente.html
Diseño e implementación de una solución de
servicios de telecomunicaciones FR para la plataforma del Banco Global,
interconexión de antigûas redes bancarias de SNA, relaciones con IP.
20. http://ditec.um.es/laso/docs/tut-tcpip/3376c423.html
Varios protocolos de aplicación, NDB,
TCP/IP, NIS, interfaz de zócalos CICS.