\nTCP\/IP<\/a> comenz\u00f3 a ser utilizado al principio por universidades de E.U., posteriormente empresas comenzaron a utilizar esta red para fines comerciales, de tal manera que se comenz\u00f3 a explotar esta red, lo mismo que ocurr\u00eda en\u00a0Internet<\/a>, se comenz\u00f3 a observar internamente en las Intranets de las compa\u00f1\u00edas.
\nLlevar a cabo el\u00a0concepto<\/a> de \"Internetworking\" no es cosa\u00a0f\u00e1cil\u00a0ya que hay muchos retos frente a uno. Uno de ellos es cuando se pretende conectar varios sistemas sobre una \u00fanica plataforma de comunicaci\u00f3n para diversas aplicaciones que corren sobre diversas plataformas de\u00a0hardware<\/a>, usando distintos tipos de\u00a0medios de comunicaci\u00f3n<\/a> con diferentes capacidades de transmisi\u00f3n de\u00a0datos<\/a>.<\/p>\n
Inter\u00e9s de migraci\u00f3n de los Esquemas legacy a las redes actuales Surgimiento de una tecnolog\u00eda para la\u00a0integraci\u00f3n<\/a> de protocolos \"Legacy\" <\/p>\n Esquemas legacy Ventajas de utilizar tecnolog\u00edas para el\u00a0transporte\u00a0de protocolos \"Legacy\" Consideraciones para incorporar la nueva tecnolog\u00eda Beneficios de la tecnolog\u00eda Implantaci\u00f3n de la tecnolog\u00eda Beneficios Estrat\u00e9gicos Casos en la industria Caso: General Motors de M\u00e9xico Uso de esta tecnolog\u00eda en Internet
\nMuchas empresas en el mundo en las cuales su red de\u00a0datos<\/a> forma la parte esencial de su negocio, se ha visto que para hacer m\u00e1s redituable su infraestructura buscan nuevas formas de hacer que existan ahorros introduciendo nuevas\u00a0soluciones<\/a> tecnol\u00f3gicas que permitan reducir\u00a0costos<\/a>operativos.
\nComo resultado de lo anterior las empresas comenzaron a utilizar la tecnolog\u00eda capaz de integrar los\u00a0protocolos<\/a> de comunicaci\u00f3n viejos (\"legacy\") con la redes actuales, entonces las compa\u00f1\u00edas decidieron modificar la conectividad y el medio de\u00a0transporte<\/a> existentes entre los diferentes equipos, que utilizan tr\u00e1fico SNA y DNA dentro de las redes.
\nActualmente muchas empresas en el mundo siguen utilizando sistemas mayores o supercomputadores en las cuales reside gran parte de la informaci\u00f3n de su negocio, estas empresas se han apoyado en\u00a0proveedores<\/a> que soportan estas plataformas, como es el caso de la compa\u00f1\u00eda IBM, sin embargo, IBM siendo precursora de sistemas de computo en el mundo se dio la tarea de desarrollar su propia tecnolog\u00eda de\u00a0comunicaciones<\/a> de datos para accesar a sus sistemas empleando protocolos de comunicaci\u00f3n propietarios como el caso de SDLC, incluso creando un\u00a0modelo<\/a> especialmente dise\u00f1ado para soportar sus\u00a0comunicaciones<\/a> y aplicaciones, denominado SNA.<\/p>\n
\nData-link switching (DLSw) es una tecnolog\u00eda que surge con la finalidad de transportar tr\u00e1fico SNA (Systems Network Architecture de IBM) y NetBIOS (Network Basic Input\/Output System) sobre\u00a0una red<\/a> TCP\/IP. DLSw es una alternativa a lo que tambi\u00e9n IBM desarrollo conocido como \"source route Bridging) (SRB), tecnolog\u00eda desarrollada para enviar trafico SNA y NetBIOS sobre ambientes Token Ring sin embargo DLSw tiene mayores beneficios que SRB ya que fue pensada para utilizarse sobre ambientes WAN.
\nDLSw inicialmente surgi\u00f3 como una soluci\u00f3n propietaria de IBM en 1992, primeramente fue registrada en el RFC 1434 en 1993, sin embargo, est\u00e1 ahora documentada en detalle en el RFC 1795. En 1997, el IETF (Internet<\/a> Engeneering Task Force), dio a conocer la versi\u00f3n 2 de DLSw registrada en el RFC 2166 la cual provee mejoras de la versi\u00f3n definida en el RFC 1795, en esta \u00faltima versi\u00f3n se muestran\u00a0caracter<\/a>\u00edsticas m\u00e1s escalables de DLSw utilizando ambientes WAN
\nOtros\u00a0proveedores<\/a> que han hecho mejoras a DLSw \u2013 Cisco ha tenido una gran\u00a0introducci\u00f3n<\/a> de sus plataformas en todo el mundo, desarroll\u00f3 una versi\u00f3n que denomin\u00f3 DLSw+ que es compatible con la versi\u00f3n desarrollada por IBM
\nLa siguiente figura\u00a0muestra<\/a> un esquema ejemplo de conectividad utilizando sistemas del tipo legacy junto con un esquema del tipo DLSw.<\/p>\n![\"\"](\"http:\/\/www.monografias.com\/trabajos11\/prohe\/Image5078.gif\")
<\/p>\n
\nAntes de que las redes contempor\u00e1neas existieran, IBM fue quien marco la pauta e inicio el concepto de conectividad y redes en ese entonces, donde marco las reglas. Hoy en d\u00eda esos esquemas se conocen como ambientes legacy.
\nEn ese entonces IBM desarroll\u00f3 un\u00a0protocolo<\/a> denominado SDLC (Synchronous Data Link\u00a0Control<\/a> - a mediados de los 70s) para ser utilizado en estos ambientes legacy SNA. SDLC fue el primer\u00a0protocolo<\/a>s\u00edncrono, orientado a bits en operaci\u00f3n en redes productivas del tipo legacy. Posteriormente IBM lo someti\u00f3 a varios comit\u00e9s de est\u00e1ndares. Por ejemplo la\u00a0ISO<\/a> (International Organization for Standardization), modifico SDLC para crear el protocolo HDLC (High-Level Data Link\u00a0Control<\/a>). La ITU-T (International Telecommunication Union-Telecommunication Standardization Sector) modifico HDLC para crear LAP (Link\u00a0Access<\/a> Procedure) y finalmente desarrollo LAPB ((Link\u00a0Access<\/a> Procedure Balanced). El IEEE (Institute of Electrical and Electronic Engineers) modifico HDLC para crear IEEE 802.2 o mejor conocido como LLC (Logical Link Control). Como se puede observar SDLC se mantiene como el precursor en tecnolog\u00edas WAN desarrollado por IBM y aunque el lector no lo crea, muchas empresas en el mundo lo siguen utilizando, es precisamente objeto de este trabajo el tratar de actualizar estas formas de comunicaci\u00f3n en las empresas mediante tecnolog\u00edas que permitan transportar el tr\u00e1fico de informaci\u00f3n mediante tecnolog\u00edas m\u00e1s recientes que traigan beneficios de\u00a0costo<\/a>, performance e\u00a0integraci\u00f3n<\/a> a las actuales plataformas existentes de comunicaci\u00f3n en las empresas de la actualidad.
\nVemos a continuaci\u00f3n un\u00a0diagrama<\/a> en donde se representa la realidad de\u00a0una empresa<\/a> en cuanto al tipo de conectividad del tipo \"legacy\". Como se ver\u00e1 en la figura, ning\u00fan otro protocolo puede utilizar\u00a0los medios de comunicaci\u00f3n<\/a> ni los equipos para\u00a0poder<\/a> transportar otro tipo de informaci\u00f3n que no sea trafico de la\u00a0arquitectura<\/a> SNA de IBM.<\/p>\n![\"\"](\"http:\/\/www.monografias.com\/trabajos11\/prohe\/Image5079.gif\")
<\/p>\n
\nUna de las ventajas en tecnolog\u00edas del tipo DLSw es que provee un soporte m\u00e1s amplio en cuanto al uso de dispositivos de comunicaciones y\u00a0medios<\/a> de transmisi\u00f3n, acopla muy bien los ambientes SNA del tipo legacy usando el protocolo SDLC (dispositivos nativos IBM, controladores, \"gateways\",impresoras<\/a>, etc) y adem\u00e1s utiliza o soporta dispositivos que actualmente est\u00e9n conectados en una\u00a0LAN<\/a> que utilizan protocolos recientes que transportan SNA como LLC, adem\u00e1s de soportar m\u00faltiples tipos de dispositivos IBM como PU 2, PU 2.1, y PU 4 as\u00ed como sistemas que manejen el protocolo NetBIOS.<\/p>\n
\nEsta tecnolog\u00eda de transporte de protocolos del tipo legacy, m\u00e1s que ser una\u00a0estrategia<\/a> de\u00a0negocios<\/a> para beneficio directo de los\u00a0clientes<\/a> a los que se le vende un\u00a0servicio<\/span><\/a> o\u00a0producto<\/a> es m\u00e1s para el beneficio interno de\u00a0ahorro<\/a> de\u00a0costos<\/a>, para beneficiar a la compa\u00f1\u00eda en reducir sus\u00a0pagos\u00a0recurrentes en pagos de l\u00edneas de comunicaci\u00f3n,\u00a0administraci\u00f3n<\/a> y quiz\u00e1 renta o\u00a0mantenimiento<\/a> de equipos del tipo legacy.
\nLo que se considera importante es contar con un\u00a0ambiente<\/a> robusto de conectividad de la nube o la red TCP\/IP con la que se cuente, y depender\u00e1 tambi\u00e9n del tipo de aplicaci\u00f3n que este brindando un\u00a0servicio<\/a> o\u00a0producci\u00f3n<\/a> de\u00a0productos<\/a> para los\u00a0clientes<\/a>, no es lo mismo por ejemplo una\u00a0organizaci\u00f3n<\/a>que su negocio depende del aspecto de las comunicaciones y proporcionar informaci\u00f3n en linea que en\u00a0negocios\u00a0en que lo m\u00e1s importante es vender m\u00e1s que depender de la informaci\u00f3n en linea.
\nOtro aspecto es la disponibilidad del servicio, es decir saber que aunque exista un problema en alguna parte de la red, se seguir\u00e1 contando con el servicio, quiz\u00e1 exista una interrupci\u00f3n pero el servicio se reestablecer\u00e1. Otro aspecto es la robustez, es decir que tan segura es la plataforma de comunicaci\u00f3n que se tiene si responde como se\u00a0dise\u00f1o<\/a> y como se planeo en su implantaci\u00f3n.
\nDebido a que el nuevo esquema de red depende en su totalidad de una red TCP\/IP, se debe contar con una infraestructura que se maneje adecuadamente bien en situaciones de cambios de\u00a0topolog\u00eda<\/a>. Quiz\u00e1 valga la pena tomar en cuenta el manejo de\u00a0calidad de servicio<\/a> el cual se puede alcanzar configurando prioridad entre las aplicaciones que utilizan los medio de comunicaci\u00f3n de \u00e1rea amplia (red WAN)
\nCuando se realice este tipo de migraciones es muy importante contar con\u00a0personal<\/a> especializado en la configuraci\u00f3n de los equipos terminales,\u00a0medios de comunicaci\u00f3n<\/a>, equipos de transporte de datos, as\u00ed como en el mainframe central. Se debe tener bien definido un\u00a0plan<\/a> de trabajo con actividades y responsables asociados a cada una de ellas. Considerar reservar ventanas de\u00a0tiempo<\/a> para la realizaci\u00f3n de la actividad, migrar de manera paulatina y observar comportamientos, dejar los equipos que ser\u00e1n desechados o desconectados por un periodo de\u00a0tiempo<\/a> de por lo menos 20 d\u00edas. Considerar antes y despu\u00e9s de la implantaci\u00f3n de esta soluci\u00f3n un\u00a0plan<\/a> de\u00a0pruebas<\/a> detallado que mida tiempos de respuesta y obtener la firma de los usuarios que usan los sistemas.<\/p>\n
\nLos beneficios de esta tecnolog\u00eda es que debido a que se monta en una red de conmutaci\u00f3n de paquetes, esto permitir\u00e1 tomar decisiones en caso de que una linea de comunicaci\u00f3n importante tenga una ca\u00edda. Existir\u00e1 una reducci\u00f3n de costos por dejar de utilizar las l\u00edneas y\u00a0medios<\/a> de comunicaci\u00f3n dedicados al esquema legacy. Se simplifica\u00a0la administraci\u00f3n<\/a> ya que en lugar de monitorear dos redes s\u00f3lo hay que monitorear una sola.En una definici\u00f3n o nueva configuraci\u00f3n en un\u00a0ambiente<\/a> legacy requer\u00eda configurar dentro de una ventana de tiempo especial, bajo este esquema se pueden hacer de manera\u00a0din\u00e1mica<\/a> configuraciones en Mainframe. Las l\u00edneas que son para el uso de Internet e\u00a0Intranet<\/a> son de mayor capacidad de canal, con esta alternativa se cuenta con mayor ancho de banda adem\u00e1s de que se pueden emplear tecnolog\u00edas que hagan uso de los\u00a0recursos<\/a> de red por\u00a0demanda<\/a>, hace que la transmisi\u00f3n de datos sea m\u00e1s r\u00e1pida cuando se tiene disponibilidad de mayor ancho de banda. Dentro de un esquema de malla dentro de la red TCP\/IP se tendr\u00edan varios caminos, erradicando la dependencia en un s\u00f3lo\u00a0camino,\u00a0se puede llevar a cabo \"Load balancing\" en el caso de que se tenga varios caminos para llegar a un destino determinado.<\/p>\n
\nPara la implantaci\u00f3n de este tipo de tecnolog\u00eda antes que nada debe entenderse perfectamente el beneficio para el negocio, exponer que la forma de operar ser\u00e1 distinta, la forma de monitorear, tener un plan de ejecuci\u00f3n e implantaci\u00f3n, involucrar a la gente clave para la transici\u00f3n, saber que se cuenta con una base de infraestructura lista para soportar, capacidad de red una vez que se haga la migraci\u00f3n y espacio disponible para crecimiento para tr\u00e1fico, esto con la finalidad de que el servicio sobre la transmisi\u00f3n de informaci\u00f3n de las plataformas que se sean migradas no sean impactadas.
\nUna vez que se asegura los puntos anteriores se procede con la implantaci\u00f3n de la soluci\u00f3n:
\nA continuaci\u00f3n se observa un esquema real antes de integrar el trafico SNA a la red TCP\/IP de una compa\u00f1\u00eda importante en\u00a0M\u00e9xico<\/a>:
\nComo se puede observar en el\u00a0diagrama<\/a> anterior, es una red dedicada al tr\u00e1fico SNA, se tienen l\u00edneas dedicadas y de baja\u00a0velocidad<\/a>, la velocidad m\u00e1xima que hay son 64,000 bits\/segundo. En el siguiente diagrama se observa\u00a0<\/a>un esquema de migraci\u00f3n a DLSw.
\nEn este caso se observa que ya no existen equipos grandes IBM en cada localidad, las l\u00edneas del esquema anterior se dejan de pagar al proveedor deservicios<\/a> de larga distancia, se tiene diversidad y redundancia teniendo conectado dos equipos de comunicaciones (routers) en cada sitio y en la parte central donde se encuentra el mainframe, se tiene un esquema de alta disponibilidad, y cabe aclarar que la representaci\u00f3n del esquema de conectividad de la figura anterior es el mismo que para otros protocolos o m\u00e1s bien aplicaciones que usan esta misma infraestructura.<\/p>\n
\n\u00fe Transparencia al usuario final
\n\u00fe Soporte por parte de proveedores ya que se trata de una tecnolog\u00eda abierta y bien conocida
\n\u00fe Se tiene un medio de transporte TCP\/IP de mayor velocidad de transmisi\u00f3n de datos
\n\u00fe No hay impacto a los usuarios finales
\nLos\u00a0riesgos<\/a> de transici\u00f3n a una infraestructura de este tipo es m\u00ednima debido a que se deben realizar\u00a0pruebas<\/a> previas en conjunto por parte del\u00a0cliente<\/a> y el proveedor.
\nCabe aclarar que es muy importante organizar y establecer un equipo que trabajo que trabaje en conjunto para coordinar la Transici\u00f3n
\nA continuaci\u00f3n se presentan puntos que deben ser considerados dentro del plan de trabajo:
\nLa siguiente tabla\u00a0muestra<\/a> un fragmento como ejemplo extra\u00eddo de un plan de trabajo. En seguida se muestran algunas actividades que en todos los casos se deben considerar:
\nSelecci\u00f3n<\/a> de dispositivos piloto\t 5d
\nConexi\u00f3n de Routers a la\u00a0red LAN<\/a> de cada localidad\t 8d
\nConfiguraci\u00f3n de FEP y nodos en mainframe\t 10d
\nConfiguraci\u00f3n de routers\t 2d
\nEvaluaci\u00f3n de desempe\u00f1o<\/a> en pilotos\t 11d
\nMedici\u00f3n<\/a> de resultados
\nUna vez que el plan se lleve a cabo, viene la parte de la operaci\u00f3n que en este caso es otra actividad a considerar, debido a que los\u00a0procedimientos<\/a> en laatenci\u00f3n<\/a> y reportes de fallas se ven modificados, la forma en que los\u00a0problemas<\/a> ser\u00e1n atendidos cambiar\u00e1. Entonces es conveniente firmar un acuerdo de servicio entre el proveedor que ofrece el servicio y el\u00a0cliente<\/a>, de tal forma que ambas partes entiendan cuales ser\u00e1n los\u00a0procesos<\/a> a seguir y los compromisos de cada parte a fin de\u00a0poder<\/a> resolver de una manera mas expedita alg\u00fan problema.
\nEs recomendable que debido a la criticidad de estos sistemas legacy correr un \"checklist\" o \"Script\" y asegurar as\u00ed la operaci\u00f3n.<\/p>\n
\nCaso: Bital
\nBital es una instituci\u00f3n bancaria en\u00a0M\u00e9xico<\/a> que decidi\u00f3 utlizar una red TCP\/IP para posteriormente integrarse a Internet, esto obligaba a que las sucursales estuvieran involucradas en la conexi\u00f3n de todos contra todos bajo este esquema, de tal forma que debido a que a cada sucursales ten\u00edan conexiones del tipo legacy se hacia imposible montar otro protocolo que no fuera SNA, de tal forma que se decidi\u00f3 extender TCP\/IP en cada sucursal y migrar el tr\u00e1fico legacy a una\u00a0arquitectura<\/a> TCP\/IP mediante el uso de DLSw, esto no fue cosa f\u00e1cil debido a que se requer\u00eda de mucha\u00a0capacitaci\u00f3n<\/a> ycambio<\/a> de mentalidad m\u00e1s que en la implantaci\u00f3n en la operaci\u00f3n cotidiana, muchos de los\u00a0procedimientos<\/a> cambiar\u00edan, de tal forma que se procedi\u00f3 a arrancar pilotos, se elaboraron\u00a0manuales<\/a> explicando las razones y se difundieron, se capacito en paralelo con las migraciones, se formo un\u00a0grupo<\/a>especializado que apoyo a realizar la migraciones y se aprendi\u00f3 en paralelo.
\nBital hoy en d\u00eda cuanta con m\u00e1s de 1500 sucursales en todo el pais utilizando una sola red TCP\/IP a nivel\u00a0Intranet<\/a>, con esto esta instituci\u00f3n esta preparada para manejar las aplicaciones que emplean TCP\/IP y SNA de manera simult\u00e1nea sino que tambi\u00e9n se piensa todav\u00eda m\u00e1s reducir integrando voz sobre las mismas l\u00edneas de transmisi\u00f3n de datos, de hecho existen sucursales de esta instituci\u00f3n que est\u00e1n manejando en los mismos enlaces la voz de manera paquetizada.<\/p>\n
\nActualmente en General Motors de M\u00e9xico est\u00e1 migrando a DLSw, obteniendo resultados muy favorables desde el punto de vista operativo y tambi\u00e9n en reducci\u00f3n de costos, sin embargo, al igual que en Bital en este caso existi\u00f3 cierta\u00a0resistencia al cambio<\/a> debido a la gran fortaleza y madurez del esquema \"legacy\" que hasta la fecha prevalece en muchas\u00a0plantas<\/a> de GM en Norte\u00a0am\u00e9rica<\/a>, sin embargo, M\u00e9xico esta en el\u00a0proceso<\/a> de cambiar esto as\u00ed como otros pa\u00edses de Latino\u00a0Am\u00e9rica<\/a> y algunos pilotos en E.U.<\/p>\n
\nConsidero que esta tecnolog\u00eda tiene una gran aplicaci\u00f3n a nivel Intranet donde se manejan las mismas plataformas de\u00a0hardware<\/a>, sin embargo en la parte de Internet a\u00fan pienso que no esta lo suficiente preparada, debido a que no se tiene la facilidad de maniobrar el trafico y por lo tanto el nivel y\u00a0calidad<\/a>de servicio se ve afectado. Creo que Internet no esta preparada al 100% para poder obtener\u00a0servicios<\/a> de transferencia de datos sensibles al retardo como el caso de voz o\u00a0video<\/a> o aplicaciones del tipo legacy que son muy sensibles al retardo.<\/p>\n