Solución de problemas en Host Integration Server advertencias de evento 230

  • Artículo
  • Tiempo de lectura: 10 minutos

En este artículo se explica por qué la advertencia de evento 230 se produce en Host Integration Server y se describe cómo solucionarlo.

Versión del producto original:   Host Integration Server 2010, Adaptadores de BizTalk para sistemas host 2.0
Número KB original:   2834567

Resumen

Cuando un Host Integration Server activa una conexión de control de vínculos de datos (DLC) 802.2, de forma predeterminada, envía un número ilimitado de solicitudes open (link) al servicio de vínculos DLC 802.2. Si una Host Integration Server dlc de 802.2 está configurada para activarse al iniciar el servidor o por el administrador, el servidor intentará activar la conexión indefinidamente.

A continuación, el protocolo DLC envía comandos TEST de control de vínculos lógicos (LLC) para probar la conectividad de la estación de vínculo a la estación de vínculo. El protocolo DLC proporciona el comando TEST para comprobar la estación de vínculo para vincular la ruta de transmisión de la estación. El comando TEST hace que la estación de vínculos remotos devuelva una respuesta TEST. Host Integration Server emite un comando TEST al principio de cada conexión DLC 802.2. Aunque este comando no es necesario para la activación de la conexión, su error impide continuar con la activación.

Puedes pensar que el comando DLC TEST es análogo a un comando ping TCP/IP. Comprueba la ruta desde el Host Integration Server al sistema host remoto de IBM y hacia atrás.

Cuando Host Integration Server una respuesta TEST del sistema remoto, envía comandos XID (Exchange identificador). El proceso de envío de comandos XID es el mismo que el envío de comandos TEST. Los comandos XID establecen roles de estación de vínculos y características de vínculo mutuamente convenido. Durante un proceso de activación de conexión DLC 802.2, es posible que veas varios XID intercambiados para negociar varios parámetros. Para garantizar la mejor posibilidad de descubrir el sistema remoto, el protocolo DLC envía varios tipos de marcos de nivel MAC (Control de acceso multimedia) a la interfaz NDIS (Especificación de interfaz de dispositivo de red). Los tipos de fotogramas enviados dependen del tipo de red (Ethernet o Token Ring) con el que se comunica el protocolo DLC.

Conexiones Ethernet

Cuando la conexión DLC 802.2 está configurada para usar Ethernet, el Host Integration Server envía los comandos DLC TEST y XID en los siguientes formatos:

  • Ethernet DIX
  • Ethernet 802.3

Para dar cabida al volteo de bits que se produce en los puentes ethernet a token ring, el servicio de vínculo DLC 802.2 envía los comandos TEST y XID a la dirección MAC remota volteado por bits.

Debido a lo anterior, verás cuatro comandos TEST y cuatro XID enviados por la conexión 802.2 DLC durante el proceso de activación en redes Ethernet.

Conexiones de token ring

En Token Ring, primero se envía un comando DLC TEST al anillo local. Si no hay ninguna respuesta al comando TEST, Host Integration Server vuelve a enviar el comando TEST con la configuración de difusión de todas las rutas habilitada, lo que hace que el comando TEST se reenvía a los anillos adyacentes mediante los puentes de enrutamiento de origen que están presentes en el anillo.

Si el Host Integration Server no recibe una respuesta a los comandos TEST o XID, el servicio de vínculos DLC de SNA registra una advertencia de evento 230 en el registro de eventos de la aplicación.

Detalles del evento 230

El evento 230 indica que el sistema remoto no responde a los comandos TEST o XID enviados por el Host Integration Server sistema. Los formatos de las dos variaciones del mensaje de evento se muestran aquí:

  • Mensaje de evento para comandos TEST

    Identificador de evento: 230
    Source: SNA DLC Link Service
    Descripción:
    Estación remota que no responde a comandos TEST

    Connection = nombre de conexión
    Dirección MAC local = dirección MAC local
    Número de anillo local = número de anillo
    Dirección MAC remota = dirección MAC remota
    Datos de enrutamiento =
    SAP de origen = SSAP
    SAP de destino = DSAP

  • Mensaje de evento para comandos XID

    Identificador de evento: 230
    Source: SNA DLC Link Service
    Descripción:
    Estación remota que no responde a comandos XID

    Connection = nombre de conexión
    Dirección MAC local = dirección MAC local
    Número de anillo local = número de anillo
    Dirección MAC remota = dirección MAC remota
    Datos de enrutamiento =
    SAP de origen = SSAP
    SAP de destino = DSAP

Por qué las conexiones DLC 802.2 registran la advertencia del evento 230

En general, se produce una advertencia de evento 230 debido a un problema externo al Host Integration Server sistema. Los siguientes son los motivos por los que las conexiones DLC 802.2 registra una advertencia de evento 230:

  • La dirección de red remota (por ejemplo, dirección MAC) especificada para las propiedades de conexión DLC del sistema host IBM 802.2 es incorrecta.

    Nota

    El comando DLC TEST se envía a sap de destino (DSAP) 0x00 y debe funcionar independientemente de qué direcciones SAP (punto de acceso de servicio) esté configurado para usar el sistema host de IBM.

  • Los fotogramas DLC no pueden llegar al segmento de red donde reside el sistema host de IBM.

    Routers/Bridges/Switches/Packet Shapers en la ruta de acceso de red no están configurados para establecer puentes entre el protocolo DLC y ese segmento de red remoto.

  • Los fotogramas DLC (respuestas) del sistema IBM remoto no pueden llegar al segmento de red donde reside Host Integration Server servidor.

    Los enrutadores/puentes/conmutadores/shapers de paquetes en la ruta de acceso de red no se configuran para puentear el protocolo DLC al segmento Host Integration Server red.

  • En un servidor de Windows multialocución, el servicio de vínculos DLC 802.2 puede estar enlazado al adaptador de red incorrecto en el Host Integration Server sistema.

  • El protocolo DLC no está activo en el sistema remoto de IBM.

  • Aunque es poco probable, el sistema IBM remoto devuelve la respuesta test a la dirección de red incorrecta.

Las condiciones enumeradas anteriormente cubren prácticamente todos los escenarios que provocan Host Integration Server registrar advertencias de evento 230.

Seguimientos para determinar la causa raíz de los problemas de activación de conexión del evento 230

Normalmente, se usan los siguientes seguimientos para determinar la causa raíz de los problemas de activación de conexión de Event 230:

  • Host Integration Server seguimientos

    Estos seguimientos se capturan mediante la Utilidad de seguimiento de SNA (snatrace.exe).

  • Seguimientos de red

    Normalmente se usan utilidades de captura de red como Microsoft Network Monitor, Wireshark y Ethereal.

La idea básica es habilitar el HIS y los seguimientos de red antes de activar la conexión DLC 802.2 en el Administrador de SNA. Una vez habilitados los seguimientos, intentarás iniciar la conexión DLC 802.2 que genera el evento 230. Cuando se registra el mensaje de evento, se detienen los seguimientos lo antes posible para evitar que se sobrescriban los datos de seguimiento que contienen el error. En el caso de las advertencias del evento 230, los seguimientos más críticos son los seguimientos de red. El motivo es que la causa más probable del problema es un problema de red que hace que los comandos DLC TEST (o XID) no lleguen al sistema remoto.

Host Integration Server seguimientos

Los siguientes pasos describen los Host Integration Server seguimientos que se capturarán para una interrupción de la conexión:

  1. Ejecute snatrace.exe.

  2. Seleccione la pestaña Propiedades globales de seguimiento.

  3. Cambie el valor de longitud de giro de archivo de seguimiento (bytes) de 20000000 a 200000000 (agregue un 0 a la longitud predeterminada).

  4. Habilite la opción Permitir HIS administradores para realizar el seguimiento.

  5. Seleccione Aplicar.

  6. Seleccione la pestaña Elementos de seguimiento.

  7. Resalte el nombre del servicio de vínculo (por ejemplo, SNADLC1) usado por la conexión DLC 802.2 identificada en la advertencia del evento 230 y, a continuación, seleccione Propiedades.

  8. Seleccione la pestaña Seguimiento de mensajes.

  9. Habilitar mensajes de nivel 2 y, a continuación, seleccionar Aceptar.

  10. Resalte SnaServer en la lista de elementos de seguimiento y seleccione Propiedades.

  11. Seleccione la pestaña Seguimiento de mensajes.

  12. Habilitar control de vínculo de datos y, a continuación, seleccione Aceptar.

  13. Puede minimizar la Utilidad de seguimiento de SNA en este momento a medida que se habilitan los seguimientos.

    Nota

    Si cierra la Utilidad de seguimiento de SNA, se le pedirá un cuadro de diálogo de advertencia que indica que dejar los seguimientos habilitados puede afectar al rendimiento del servidor. Puede seleccionar Aceptar y cerrar la ventana si lo desea.

  14. Una vez que se produzca el problema, restaure (o vuelva a abrir) la ventana utilidad de seguimiento SNA y seleccione el botón Borrar todos los seguimientos para desactivar el seguimiento. Desea hacerlo lo antes posible porque los HIS se escriben en archivos de seguimiento circulares. Los datos se sobrescribirán si los seguimientos siguen en ejecución. En los servidores ocupados, los seguimientos se pueden ajustar rápidamente.

Seguimientos de red

Los pasos para habilitar un seguimiento de red dependen de la utilidad de captura de red que elija usar. Por lo tanto, los pasos de captura de red específicos no se incluyen aquí. En su lugar, se proporciona una introducción a lo que deben ser capturas:

  1. La captura de red debe incluir los datos que fluyen entre el sistema Host Integration Server y el sistema host de IBM (mainframe o iSeries). En este caso, quieres capturar el tráfico de red DLC. Si hay varios adaptadores de red en el sistema Host Integration Server, debe asegurarse de que la utilidad de captura de red esté rastreando el adaptador de red correcto si el seguimiento de red se está capturando en el sistema Host Integration Server red.

    Puede configurar un filtro para limitar la cantidad de tráfico que se captura. Si usa un filtro, una opción es capturar todo el tráfico de red desde/hacia la dirección de red remota (dirección MAC) del sistema host remoto de IBM.

    El riesgo con el uso de filtros es que es posible que el filtro no capture algún tráfico que sea relevante para los problemas de conexión.

  2. Si el sistema Host Integration Server y el sistema host de IBM están separados por una WAN (por ejemplo, enrutadores, conmutadores, puentes entre los sistemas), se recomienda realizar seguimientos simultáneos de red al menos en el segmento de red de Host Integration Server y el segmento de red del sistema host de IBM. Esto proporciona visibilidad del tráfico de red en cada segmento de red. Esto te permite ver si los paquetes DLC se están realizando a través de la WAN. Tener un seguimiento de red en un solo segmento de red no proporciona una imagen completa porque no se puede determinar con certeza si un paquete DLC que falta llegó al otro segmento de red o si se perdió una respuesta DLC al volver.

  3. Cuando se produce el problema y se registra el evento 230, desea detener y guardar el seguimiento de red tan pronto como sea posible.

Análisis de seguimiento

El equipo Host Integration Server soporte técnico de Microsoft usa los datos de seguimiento resultantes para aislar la causa raíz de los errores de conexión. En la mayoría de los casos, el problema se debe a una de las siguientes causas:

  • Problema de configuración

    • Direcciones de red remotas incorrectas
    • El protocolo DLC enlaza el adaptador de red incorrecto en Host Integration Server sistema.

  • Problemas de red

  • Problemas de configuración de Router/Switch/Bridge/Packet Shaper

Por lo general, los seguimientos de red son las principales herramientas de solución de problemas para estos tipos de problemas, ya que normalmente son externos a Host Integration Server. Los HIS son útiles en este caso para ver los comandos DLC TEST o XID enviados por el Servicio de vínculos DLC 802.2. Los seguimientos de mensajes de nivel 2 del servicio de vínculo también incluyen códigos de devolución de DLC (para servicios de vínculos DLC 802.2) que también pueden ser útiles.

En los seguimientos de red, buscaríamos los comandos DLC TEST (o XID) para comprobar que llegan a la capa de red. Si se captura un seguimiento de red que coincida con el segmento de red remoto, comprobaríamos si los comandos DLC llegaron a ese segmento de red. Si los comandos DLC no se capturaron en el seguimiento de red remoto, la causa probable es un problema de configuración de red en alguna parte de la WAN que impedía que los fotogramas DLC llegara al segmento de red remota. El siguiente paso sería contratar al equipo de soporte técnico de red para que realice un mayor aislamiento del problema.

Si los fotogramas DLC llegan al segmento de red remota, buscaríamos ver si el sistema host remoto de IBM envió las respuestas de PRUEBA DE DLC (o XID) adecuadas. Si no hay respuestas TEST o XID en el seguimiento, la causa probable está relacionada con un problema de configuración en el sistema host remoto de IBM. Si las respuestas están en el seguimiento de red remoto, pero no están en el seguimiento de red en el seguimiento de red de Host Integration Server, el problema se está produciendo debido a un problema de configuración de red que impide que las tramas DLC lleguen al segmento de red local.