Yo lo que te puedo aconsejar es que si es una sola maquina conectada de esa manera... lo hagas a traves de escritorio remoto a otra pc de tu oficina y de esa pc la emulacion 5250.... con una maquina medio "viejita " alcanza ... el escritorio remoto "te cuida" de los microcortes... tra de reconectar... sin perder la conexion del As400... fijate .... es una pc en des-uso... metida en el data center solo para eso... Ventajas "el usuario se va a quejar menos"
Marcelo El 22 de julio de 2015, 20:32, webaccess <[email protected]> escribió: > Hola a todos, > > yo tuve, o mejor dicho tengo el mismo problema, lo que pasa es que me he > resignado, y desgraciadamente no depende ni de la maquina, ni tu pc ni > nada. Son la mierda de conexiones que nos dan los proveedores de Internet. > Para mantener activa una conexión con un AS400 es imprescindible que la > linea tanto de conexión del 400 como del pc sean lineas que estén > sincronizadas y que mantengan la continuidad, que no tengan cortes, sobre > todo los micro cortes. Y desgraciadamente pagamos por una mierda de > conexiones. Normalmente los navegadores (crome, explorer, firefox, etc) no > les afecta los micro cortes, si lo hay como se vuelve a cargar los datos el > usuario no nota nada tiene una conexión buena y rápida. Sin embargo cuando > se trata del 400 los microcortes son mortales. Da igual el emulador que > uses, yo he usado tanto Client Access como Mochasoft y fallan siempre. Lo > que si te dire es que con mochasoft falla menos, pero también falla. Otro > factor a tener en cuenta es si tu conexión es de fibra o adsl normal. La > fibra es una mierda la sincronizacion es pésima y los micro cortes > maximizados. Yo lo único que he notado es que con Mochasoft con fibra > óptica aguanta mas pero también se cae. Si quieres comprobar los micro > cortes haz un ping recurrente en el pc donde tengas la emulación durante > unas horas y otro en la linea donde tengas el 400 y veras ahí los micro > cortes y los tiempos de respuesta que varían de vez en cuando (la mala > sincronizacion). Si el problema lo tienes donde tengas el 400, habla con > quien te ponga el adsl y exígele la sincronizacion y continuidad de la > linea, si el problema es donde tengas las emulaciones ahí es ya mas > complicado, sobre todo si es movil. > > siento no poder darte una mejor respuesta, pero es lo que hay, pagamos por > una mierda de conexiones, pero como en general "funcionan" la gente no se > queja y exige lo que paga, solo cuando necesitas una buena linea ( por lo > que pagas) es cuando surgen estos problemas. > > Si por cualquier cosa consigues arreglar el problema de alguna forma, no > dejes de publicarlo aqui, que te estaremos muy agradecidos. > > un saludo > > Miguel > > El 22 de julio de 2015, 15:19, Javier Baca <[email protected]> > escribió: > >> Buena tardes : >> >> >> >> Nos conectamos al AS400 (con emulación 5250) con un PC que tiene >> conectado un pen usb de Movistar y al 5 min. de inactividad, cae la sesión >> y el log que genera el AS400 es el siguiente : >> >> “Mensaje . . . . : Una petición del dispositivo QPADEV02N2 ha detenido >> la >> >> sesión. >> >> >> Causa . . . . . : La petición de cierre se debe a que el usuario >> ha >> >> desconectado la alimentación, a un error de dispositivo, o a que *ha >> expirado * >> >> * el temporizador de inactividad del controlador ASCII*. Recuperación >> . : >> >> Cierre los archivos y desactive el dispositivo (mandato VRYCFG). Si >> el >> >> problema se repite, especifique el mandato ANZPRB para ejecutar el >> análisis >> >> de problemas.” >> >> >> >> Hemos modificado el Registro de Windows, y hemos creados dos claves : >> >> “KeepAliveTime con valor DWORD=001b7740” >> >> “KeepAliveInterval con valor DWORD=000493e0” >> >> >> >> Hemos modificado el archivo .WS añadiendo en la sección “Telnet5250” lo >> siguiente : >> >> “KeepAlive=Y”. >> >> >> >> Hemos probado en varios PCs, tanto Windows XP, con Windows 7 e incluso >> con Windows CE, y en todos los casos, se ha cortado la conexión. >> >> >> >> ¿Alguien tiene información sobre el “*temporizador de inactividad del >> controlador ASCII*” o sabría cómo evitar que caigan las sesiones AS400 >> por inactividad? >> >> >> >> El SIM que se inserta en el pen usb (sin finalmente funciona), tendrá que >> ir colocado en un equipo (portátil de mano) un Motorola Omni XT15 con >> módulo GRPS, que también se corta, pero se ha colocado de momento, en un PC >> para hacer las pruebas. >> >> >> >> Según IBM, se podría desconectar la sesión por la VPN, un cortafuegos, un >> router o por el proveedor del servicio, en este caso, Movistar, pero VPN >> queda descartado porque, en este caso, no la utilizamos, ponemos >> directamente la IP pública, y cortafuegos y router también quedarían >> descartados, porque se ha probado de conectar con un portátil, totalmente >> aislado de la instalación de la empresa : >> >> >> >> “Cuando una conexión Telnet 5250 se realiza sobre una red local no suelen >> ocurrir problemas, sin embargo, cuando ésta se establece a través de >> Internet intervienen una serie de elementos y factores que pueden afectar a >> la comunicación. En estos casos la sesión 5250 podría desconectarse del >> servidor debido a un periodo de inactividad de la conexión al activarse >> algún temporizador situado en uno de los elementos intermedios del enlace: >> *VPN*, *cortafuegos*, *routers*, *proveedores de servicio*, entre otros. >> Como en la mayoría de las ocasiones es difícil o complicado actuar sobre >> este *temporizador*, existe otra forma de evitar estas desconexiones.” >> >> >> >> Por favor, ¿alguien nos puede ayudar? >> >> >> >> Saludos, >> >> >> >> *[image: Firma Javier Baca BCN DEPOT]* >> >> >> >> ____________________________________________________ >> Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd ) >> Forum.Help400 © Publicaciones Help400, S.L. >> > > > ____________________________________________________ > Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd ) > Forum.Help400 © Publicaciones Help400, S.L. >
____________________________________________________ Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd ) Forum.Help400 © Publicaciones Help400, S.L.
