RE: Cómo detectar trabajos Telnet sin conexión

[jlarrea]

Title: Cómo detectar trabajos Telnet sin conexión

Yo te diría una cosa, haz un programa que busque los terminales sin actividad en un tiempo determinado (seguro que hay algún API de sockets para eso) y discrimina por direcciones IP cuales corresponden a terminales móviles y cuales no (porque supongo que los terminales móviles corresponderán a PDA’s inalámbricas o algo parecido, con un rango de direcciones distinto al resto).   Saludos    Javier     -----Mensaje original----- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de "Gallegos, Anthony" <[EMAIL PROTECTED]> Enviado el: jueves, 03 de julio de 2008 17:32 Para: "forum.help400" <forum.help400@listas.combios.es> Asunto: RE: Cómo detectar trabajos Telnet sin conexión   Sres, buenos dias, Este problema lo hemos tenido todos en su momento, igual yo lo tuve hace poco. Las conexiones que se quedan “colgadas” al servidor el cual no finalizan la conexión se pueden detectar usando el NETSTAT *CNN, estas conexiones se veran ahí, ahora, para detectar las colgadas sin actividad, hay un valor “Tiempo desocupado”, indica el tiempo que esta sin hacer nada, pero la conexión sigue activa. EN mi caso, use las funciones del Patrol, en donde se hace un barrido de las conexiones, y solo las sesiones Telnet y tiempo desocupado mayor a 1 hora, son finalizadas. Les recomiendo usar un cl que realice lo mismo, el resultado de las conexiones se van al spool y ahí puedes leeerlo y aplicar la logica necesaria para seguir el criterio deseado.   Slds.   De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Javier Mora Enviado el: Jueves, 03 de Julio de 2008 08:39 a.m. Para: forum.help400 Asunto: RE: Cómo detectar trabajos Telnet sin conexión   Hola Fernando:   Vayamos por partes, el parámetro TIMMRKTIMO no debo cambiarlo y explico por qué. Este valor está puesto a 3600 segundos, puede ser una barbaridad, pero está así porque tengo unos terminales portátiles con batería que tienen activo un sistema de ahorro de energía. Mientras están en este estado el terminal no responde a ninguna solicitud entrante y, en este caso, el iSeries interpreta que no está activo. Y diréis, ¡bueno y qué! El usuario puede tardar más de media hora en volver a activar el terminal, si TIMMRKTIMO es muy bajo, se encontrará con la sesión cerrada y si es muy alto tardará mucho en cerrarse.   Inicialmente, este parámetro puede servirme pero me encuentro con un verdadero problema con este tipo de equipo.   Con QDEVRCYACN estoy haciendo alguna prueba, pero o me falta algo más o no estoy haciendo lo que debo, porque no obtengo la funcionalidad deseada. Cuando tenga algo más claro lo comentaré.   Un saludo     Javier Mora   De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Fernando Martí­nez Enviado el: jueves, 03 de julio de 2008 14:53 Para: forum.help400 Asunto: Re: Cómo detectar trabajos Telnet sin conexión Hola Javier     Cambia el parametro TIMMRKTIMO del servidor TELNET a un valor en segundos (yo lo tengo puesto a 120) que te parezca oportuno y el valor del sistema QDEVRCYACN a *ENDJOB o *ENDJOBNOLIST y así solucionas el problema     Un saludo     Fernando Javier Mora escribió: Hola a todos: Creo recordar que en algún momento ya se ha tocado este tema, pero no encuentro nada en el archivo del foro que me ayude. Expongo el asunto. En mi instalación, el 99% de las conexiones para abrir un sesión interactiva se hacen a través de dispositivos de red: ordenadores PC con iSeries Access, terminales portátiles de mano o anclados a una carretilla por radiofrecuencia y utilizando diversas emulaciones 5250. Es muy habitual que estos "dispositivos" sean reiniciados sin haber cerrado antes sus sesiones de forma ordenada: "cuelgues" de Windows, pérdidas de cobertura, el usuario apaga el terminal porque quiere, etc. etc. Problema, en el iSeries todavía no se ha cerrado el trabajo asociado a la sesión interactiva e impide la reconexión desde el equipo reiniciado. En algunos casos la conexión es inmediata, en otros puede tardar una hora (aprox.) y en otras o cierro el trabajo o no hay posibilidad de reconexión. Me interesa evitar estas situaciones. Lo que intento es (de forma desatendida) desarrolla un programa que revise continamente este tipo de problemas y habilite de nuevo la conexión. Me encuentro con algunos problemas que no se resolver: - No sé como localizar los trabajos sin conexión. Puedo probar con un PING pero tengo dispositivos que no contestan o están en "stand by". - No sé donde buscar o de donde obtener algún mensaje que pueda emitir el sistema al detectar este tipo de trabajo. Se me ocurren algunas ideas: - Puedo intentar que el sistema deje el trabajo desconectado y al reiniciar la sesión se reconecta al mismo trabajo. He revisado los valores del sistema QDEVRCYACN y QDSCJOBITV pero no obtengo resultados. - No sé si existe algún procedimiento (programas de salida, configuración de TCP/IP, etc) que me permita averiguar ante una reconexión si existe un trabajo ya abierto y que debería finalizar antes. - Puedo, cada cierto tiempo, revisar todos los trabajos interactivos y mediante un PING (tengo mis dudas) o algún valor de estado del trabajo, averiguar si el trabajo está sin conexión. Todo este asunto lo planteo porque (como ya sabéis) trabajamos las 24 horas del día y no siempre hay un técnico de sistema disponible para atender este tipo de incidencias. Lo que quiero es un programa que a determinadas horas esté chequeando estos trabajos "zombis", los elimine y permita la reconexión. Siento mucho todo este rollazo. ¿Os habéis encontrado alguna vez con este problema? ¿Cómo lo habéis resuelto? ¿Es posible hacer lo que pretendo? Un saludo Javier Mora Dpto. Informática     nene       __________________________________________________ Forum.HELP400 es un servicio m&amp;#225;s de NEWS/400. &amp;#169; Publicaciones Help400, S.L. - Todos los derechos reservados http://www.help400.es _____________________________________________________   Para darte de baja visita la siguente URL: http://listas.combios.es/mailman/listinfo/forum.help400   __________________________________________________ Forum.HELP400 es un servicio m&#225;s de NEWS/400. &#169; Publicaciones Help400, S.L. - Todos los derechos reservados http://www.help400.es _____________________________________________________ Para darte de baja visita la siguente URL: http://listas.combios.es/mailman/listinfo/forum.help400 --=_alternative 0027D71FC125747C_=--

__________________________________________________
Forum.HELP400 es un servicio más de NEWS/400.
© Publicaciones Help400, S.L. - Todos los derechos reservados
http://www.help400.es
_____________________________________________________

Para darte de baja visita la siguente URL:
http://listas.combios.es/mailman/listinfo/forum.help400