Dépannage de Nexus 7000 avec Message Transaction Services

Introduction

Ce document décrit la fonctionnalité MTS (Message and Transition Services) utilisée pour dépanner les plates-formes Nexus 7000.

Conditions préalables

Exigences

Aucune exigence spécifique n'est associée à ce document.

Composants utilisés

Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Si votre réseau est en ligne, assurez-vous de bien comprendre l’incidence possible des commandes.

Informations générales

Les services (également appelés processus) du système d'exploitation NeXus (NX-OS) communiquent entre eux par MTS.

Si le service cible se trouve physiquement sur un autre module, la communication inter-noeuds doit être utilisée. La communication vers l'autre module est fournie par AIPC (Advanced Inter Process Communication) sur les liaisons EOBC (Ethernet Out-of-Band Channel). Les liaisons EOBC se trouvent sur le plan médian du châssis Nexus 7000.

MTS offre :      

• Infrastructure de messagerie et haute disponibilité (HA) et API (Application Program Interfaces)
• Gestion des tampons
• Remise des messages

AIPC offre :

• Transport fiable dans la zone EOBC
• Livraison de la retransmission basée sur ACK
• Fragmentation et réassemblage

MTS se compose principalement du noeud source/de destination/SAP et de l'opcode.

• Noeud : identifiant du module physique et du VDC.
• SAP : identifiant de chaque service. (Chaque service peut avoir plusieurs points d'accès aux services (SAP) pour plusieurs fonctions.)
• Opcode : type de données utilisé par les services pour communiquer avec d'autres services.

Terminologie

    MTS : Services de messagerie et de transaction
    SAP : point d'accès aux services

    AIPC : Advanced Inter Process Communication / Andiamo IPC
    EOBC : canal hors bande Ethernet

    NX-OS : système d'exploitation NetXus

Formats MTS

La destination MTS est représentée par SAP (un service) et Node (le module sur lequel SAP s'exécute).

• SÈVE
  Dans la plupart des cas, le SAP statique est utilisé pour suivre l'événement MTS.
  
  
  SAP peut être vérifié en général ou par module (superviseur ou carte de ligne).

Exécutez SAP sur n'importe quel module.

`show system internal sysmgr service ~~~~`

n7ka# sh system internal sysmgr service all
Name                    UUID     PID    SAP      state  Start count               Tag  Plugin ID
----------------  ----------  ------  -----  ---------  -----------  ----------------  -----------
aaa               0x000000B5    6942    111  s0009              1             N/A           0
cert_enroll       0x0000012B    6941    169  s0009              1             N/A           0
ExceptionLog      0x00000050    7267     92  s0009              1             N/A           0

`show system internal mts ~~~~~`

n7ka# sh system internal mts sup sap 111 description
Below shows sap on default-VDC, to show saps on non-default VDC, run
show system internal mts node sup-<vnode-id> sap ...
AAA Daemon

Exécuter SAP sur un module spécifique uniquement.

`Attach to the module`

n7ka# attach module 4
Attaching to module 4 ...
To exit type 'exit', to abort type '$.' 
Last login: Tue Nov 7 15:42:35 PST 2023 from 127.1.1.2 on pts/0

`show system internal sysmgr service ~~~~`

n7ka# show system internal sysmgr service all
Name                    UUID     PID    SAP      state  Start count               Tag  Plugin ID
----------------  ----------  ------  -----  ---------  -----------  ----------------  -----------
aclqo             0x0000016E    1301    190  s0009              1             N/A           0
amm               0x00000260    1130    895  s0009              1             N/A           0
bfdc              0x000002C7    1110   1008  s0009              1             N/A           0

`show system internal mts ~~~~~`

module-4# show system internal mts lc sap 190 description
Aclqos SAP

• Registre Opcode
  Parfois, MTS est envoyé à la destination SAP 0. Par conséquent, le MTS est envoyé à plusieurs SAP qui sont enregistrés dans le registre SAP (registre opcode).
  Par exemple, Opc 8182 est enregistré par SAP 175 et 378, confirmé par la commande show system internal mts sup registry persistent. Ce MTS est donc livré à la fois à SAP175 et à SAP378.
  
  

  n7ka# show system internal ethpm event-history msgs
  51) Event:E_MTS_RX, length:60, at 36968 usecs after Thu Sep 18 14:42:15 2014
      [NOT] Opc:MTS_OPC_LINK_EVENT_DOWN(8182), Id:0X034960A1, Ret:SUCCESS
      Src:0x00000102/181, Dst:0x00000609/0, Flags:None
      HA_SEQNO:0X00000000, RRtoken:0x00000000, Sync:UNKNOWN, Payloadsize:82
      Payload:
      0x0000:  00 00 00 07 00 11 00 21 00 00 00 04 00 12 00 04
  
  n7ka# show system internal mts sup registry persistent | i 8182
  MTS_OPC_LINK_EVENT_DOWN(8182): 175, 378

• ID de noeud
  L'ID de noeud est un ID 16 bits.
  
  
  + ID de logement - ID de logement de module. Commence par 1
  + ID de noeud virtuel - ID de noeud virtuel. L'ID VDC commence par 0
  + ID noeud - ID noeud logique. SUP : 1, LC : 2
  
  Exemple : 0x805 = 0x08 + 0b000_0101 = 0x08 + 0x1 + 0x1 (logement + Vnode + Lnode)
                  => Module SUP VDC 2 dans le logement 8
  
  

• Adresse MTS
  
  L'ID de noeud est un composant de l'adresse MTS. Cette adresse MTS indique le module auquel ce MTS doit être livré.
  
  L'adresse MTS (ID de noeud) est la partie gauche du résultat affiché ci-dessous.
  
  

      Src:0x00000102/181, Dst:0x00000609/0, Flags:None

  Si MTS est monodiffusion, l'adresse MTS est identique à l'ID de noeud.
  
  

Suivre la communication des processus avec MTS

âges

Vous pouvez afficher l'historique des communications MTS à l'aide des messages d'historique des événements. Presque tous les services disposent de cette fonctionnalité de message d'historique des événements.

Cette CLI est l'historique des événements MTS pour eth_port_channel (ethpc).

n7ka# show port-channel internal event-history msgs

12) Event:E_MTS_RX, length:60, at 15586 usecs after Thu Sep 18 13:13:57 2014
    [REQ] Opc:MTS_OPC_ETHPM_PORT_CLEANUP(61444), Id:0X00323B1E, Ret:SUCCESS
    Src:0x00000601/175, Dst:0x00000601/378, Flags:None
    HA_SEQNO:0X00000000, RRtoken:0x00323B1E, Sync:UNKNOWN, Payloadsize:26
    Payload:
    0x0000:  00 00 00 02 00 04 00 02 00 01 00 05 00 0c 00 00

Les champs répertoriés ci-dessous fournissent des détails supplémentaires concernant leur objectif dans la commande :

    Événement : E_MTS_RX - indique que ce MTS a été reçu par ce service, ethpc dans ce cas. S'il s'agit de E_MTS_TX, alors ethpc est l'expéditeur de ce MTS.
    Src : 0x00000601/175 - MTS_addr/SAP, représente l'expéditeur de ce MTS.
    Dst:0x00000601/378 - MTS_addr/SAP, représente le destinataire de ce MTS.
    Id : 0X00323B1E - ID MTS, où l'expéditeur et le destinataire ont le même ID pour le même MTS.
    Opc : MTS_OPC_ETHPM_PORT_CLEANUP(61444) - Indique le type de cet événement. En d'autres termes, quel opcode ce MTS délivre, où 61444 est le numéro de l'opcode.

Exemple d'événement MTS

Cet exemple d'événement MTS concerne un événement de liaison inactive.

n7ka# 2014 Sep 18 14:42:15 n7ka %ETHPORT-5-IF_DOWN_LINK_FAILURE: Interface Ethernet1/3 is down (Link failure)

Dans un premier temps, vérifiez l'historique d'ethpm, car il s'agit du processus complet pour tous les objets liés aux E/S.

n7ka# sh system internal ethpm event-history msgs
51) Event:E_MTS_RX, length:60, at 36968 usecs after Thu Sep 18 14:42:15 2014
    [NOT] Opc:MTS_OPC_LINK_EVENT_DOWN(8182), Id:0X034960A1, Ret:SUCCESS
    Src:0x00000102/181, Dst:0x00000609/0, Flags:None
    HA_SEQNO:0X00000000, RRtoken:0x00000000, Sync:UNKNOWN, Payloadsize:82
    Payload:
    0x0000:  00 00 00 07 00 11 00 21 00 00 00 04 00 12 00 04

Le résultat affiché indique que l'ETHPM a reçu l'événement link down de Src : 0x00000102/181. Cette adresse MTS indique que le SAP 181 se trouve sur VDC 1 LC sur le logement 1.

Utilisez l'interface de ligne de commande indiquée en regard de SAP 181 pour déterminer le logement 1.

module-1# attach module 1
module-1# show system internal mts lc sap 181 description
Port_client SAP

Utilisez l'interface de ligne de commande indiquée en regard de port_client MTS history on slot 1.

module-1# show system internal port-client event-history msgs

49) Event:E_MTS_TX, length:60, at 298743 usecs after Thu Sep 18 14:42:14 2014
    [NOT] Opc:MTS_OPC_LINK_EVENT_DOWN(8182), Id:0X034960A1, Ret:SUCCESS
    Src:0x00000102/181, Dst:0x00000609/0, Flags:None
    HA_SEQNO:0X00000000, RRtoken:0x00000000, Sync:UNKNOWN, Payloadsize:82
    Payload:
    0x0000:  00 00 00 07 00 11 00 21 00 00 00 04 00 12 00 04


50) Event:E_MTS_RX, length:60, at 298329 usecs after Thu Sep 18 14:42:14 2014
    [NOT] Opc:MTS_OPC_LC_LINK_DOWN(8185), Id:0X0349609F, Ret:SUCCESS
    Src:0x00000102/536, Dst:0x00000102/0, Flags:None
    HA_SEQNO:0X00000000, RRtoken:0x00000000, Sync:UNKNOWN, Payloadsize:17
    Payload:
    0x0000:  00 00 00 02 40 e5 00 07 02 54 1a 70 b6 00 04 84

À partir de l'ID : 0X034960A1, nous pouvons dire que l'événement 49) est celui qui vous intéresse. Port_Client a envoyé le MTS comme prévu. Ceci doit être invoqué par l'événement MTS précédent sur Port_Client, qui est 50). Ce MTS a été envoyé par Src : 0x00000102/536.

Vérifiez SAP 536.

module-1# sh system internal mts lc sap 536 de
Naxos FPGA

Maintenant, nous savons que NAXOS FPGA est la source de cet événement. Utilisez l'interface de ligne de commande affichée en regard de pour déterminer que local_fault est la cause principale de la désactivation de la liaison.

module-1# sh hardware internal naxos event-history port 3

15) Event E_NAXOS_ISR_DATA length:69, at 170763 usecs after Thu Sep 18 14:42:14 2014
 TO NAXOS_PORT_STATUS_LINK_DOWN: reg_val 0x14
  Status:SUCCESS (0x0)

16) Event E_NAXOS_ISR_DATA length:50, at 170619 usecs after Thu Sep 18 14:42:14 2014
LOCAL_FAULT: reg_val 0x14
  Status:SUCCESS (0x0)

Informations connexes

• Nexus 7000 : dépannage des problèmes de mémoire tampon MTS
• Assistance technique et téléchargements Cisco