Échec de la synchronisation du port de service de l'UA5000

13 0 0 0

Bonjour à tous. Je voudrais partager avec vous un cas d'UA5000.


Problème :

Synchronisez le module de port de service de l'UA5000 (IPMB) sur le NMS, mais le système demande un échec de synchronisation


Une analyse:

Des données PVC non valides existent sur l'UA5000 (IPMB) et les données CXC dans les données du port de service synchronisées par le NMS sont incomplètes. Une fois les données UA5000 (IPMB) analysées, l'index de port calculé des données partielles est 0. Par conséquent, l'enregistrement des données dans la base de données a échoué en raison d'un conflit de clé primaire.


1. Analysez le journal BmsAccess du NMS.

Dans un premier temps, recherchez l'entrée du journal de synchronisation des ports de service de l'UA5000 (IPMB) et recherchez le logiciel UltraEdit ou Nopad ++ selon un mot clé [FLOW] [TASK_START] CMD = 24892. La troisième ligne dans les lignes d'information recherchées est l'information NE synchronisée.

[T1178802496] [FLOW] [TASK_START] CMD = 24892, SPID = 30, SM = 109, SCH = 34, SPH = 205, RPID = 30, RM = 104, RCH = 32, RPH = 205, RTHREAD = 1178802496, TKADDR = 0x0x2aaaaac38540

[T1178802496] [FLOW] [PVC_POLL] [START]: CMD = 24892, SPID = 30, SM = 109, SCH = 34, SPH = 205, RPID = 30, RM = 104, RCH = 32, RPH = 205

[T1178802496] [FLOW] [PVC_POLL] DevInfo [DID = 7345341, DIP = 10.202.133.6, TYPE = 43, VER = UA5000IPMBV100R019C01B038, NAME = M104-00-410_BMAN9

Ensuite, extrayez toutes les informations du thread actuel en fonction de l'ID de thread [T1178802496]. Le logiciel UltraEdit facilite la recherche et est recommandé.

Enfin, recherchez les informations d'erreur suivantes dans les informations de thread extraites (le mot de commande 24892 est requis pour supprimer d'autres informations inutiles car l'ID de thread est réutilisable).

[15: 34: 30.486], Trace, [T1178802496], ==> [PrivateExcBulkInsert | bms_db_manager.cpp | 1855]

[15:34:30.581 diplomatique, avertissement, annonce T1178802496 nom officiel, échec ExecSQL]: status.Message: [SERVERMESSAGE] La commande a été abandonnée.

status.errorCode: 6 fournisseur msg1: DBSVR fournisseur msg2: ZZZZZ fournisseur code1 = 3621 fournisseur code2 = 10 [PrivateExcBulkInsert | bms_db_manager.cpp | 1938]

[15: 34: 30.581], Erreur, [T1178802496], ErrorCode: 0x60000003, erreur de fonctionnement. [PrivateExcBulkInsert | bms_db_manager.cpp | 1948]

[15: 34: 30.581], Trace, [T1178802496], <== [94ms] [PrivateExcBulkInsert | bms_db_manager.cpp | 1855]

[15: 34: 30.581], Error, [T1178802496], ErrorCode: 0x60000003, Call Function return Error: PrivateExcBulkInsert (strTableName, oDBDatabase, vBuffer, iExcCount) [ExcBulkInsertEx | bms_db_manager.cpp | 2035]

[15: 34: 30.581], Trace, [T1178802496], ==> [ReleaseBulkInsertToKen | bms_db_manager.cpp | 1837]

[15: 34: 30.638], Trace, [T1178802496], <== [57ms] [ReleaseBulkInsertToKen | bms_db_manager.cpp | 1837]

[15: 34: 30.638], Erreur, [T1178802496], ErrorCode: 0x62400358, la mise à jour de la table uaipmb_pvc_SrvPortTab a échoué! [UpdateDB | bms_pvc_poll_task.cpp | 4487]

[15: 34: 30.639], Trace, [T1178802496], <== [482ms] [UpdateDB | bms_pvc_poll_task.cpp | 4407]

Les informations précédentes montrent que le code d'erreur est fournisseur code1 = 3261, indiquant que la transaction SQL est rejetée. Généralement, une telle erreur est signalée en cas de conflit de clés primaires, c'est-à-dire que des données répétées existent. De plus, la table de données non exploitée uaipmb_pvc_SrvPortTab est imprimée dans le journal. Ce tableau est un tableau de données de service principal de stockage des flux de service de l'UA5000 (IPMB).

Jusqu'à présent, selon le journal, il peut être déterminé que les données du port de service qui sont synchronisées à partir de l'UA5000 (IPMB) et qui sont traitées par l'arrière-plan du NMS n'ont pas pu être enregistrées dans la base de données en raison de données répétées, et en conséquence, toute l'opération de synchronisation a échoué.


2. Lorsque ce problème se produit, la synchronisation SNMP est adoptée pour synchroniser les données client. Ensuite, analysez le paquet capturé.

Au début, comme le montre la figure suivante, pour le nœud 1.3.6.1.2.1.37.1.7.1, l'ID de connexion CxC correspondant à l'index de port 201408640 est 676.

image003.jpg

Dans les données (le atmVcCrossConnectTable ) du nœud 1.3.6.1.2.1.37.1.11.1, cependant, la valeur maximale de l'ID de connexion CxC est 673. Par conséquent, toutes les données CxC suivantes sont perdues.

image004.jpg

AtmVcCrossConnectTable est une table MIB qui stocke une relation de connexion entre les ports de service (ADSL) et les ports de liaison montante dans les données de port de service. L'ID de connexion CxC identifie de manière unique la relation de connexion. Le résultat de capture de paquets précédent indique que toutes les données derrière l'ID 673 sont perdues. Par conséquent, l'index du port de liaison descendante lié à l'ID de connexion CxC est calculé comme 0.

Les clés primaires de la table de base de données BMSDB..uaipmb_pvc_SrvportTab sont les suivantes:

DevID, DstIfIndex, DstPara1, DstPara2, MultiSrvType, MultiSrvUserPara1, MultiSrvUserPara2

Les autres champs à l'exception de DstIfIndex (index de port ADSL) sont les mêmes pour le même élément NE. Un seul flux de service CxC peut être créé pour chaque port ADSL. Par conséquent, pour chaque flux de service, la valeur de DstIfIndex est unique. Toutefois, la valeur de ce champ dans de nombreux enregistrements est calculée comme 0 en raison de données NE incorrectes, ce qui ne permet pas d'enregistrer les données dans la base de données en raison d'un conflit de clé primaire.

Emplacement du problème sur l'UA5000 (IPMB):

Les informations acquises montrent que des informations d'entrée dynamique résiduelles existent déjà sur l'UA5000 (IPMB). L'entrée suivante dont l'index est 672 correspond à l'entrée dont l'index est 673 dans le paquet précédemment capturé (l'ID sur le NMS est supérieur à l'ID dans la ligne de commande de 1, et donc l'ID 672 sur l'UA5000 (IPMB) correspond à l'ID 673 dans les paramètres NMS).


cid: image031.png@01D08262.31B27810

Cependant, selon la figure précédente, on peut voir que les entrées PVC normales interrogées de l'UA5000 (IPMB) ne contiennent pas l'entrée dont l'indice est 672. Cette entrée appartient à une entrée résiduelle anormale. Selon le résultat d'analyse actuel, l'échec de la synchronisation est provoqué par cette entrée.

L'UA5000 (IPMB) n'a pas été synchronisé avec succès depuis longtemps. Par conséquent, il est conseillé d'enregistrer et de sauvegarder le dernier fichier de configuration, de recharger le fichier de configuration sur l'UA5000 (IPMB) et d'activer le fichier de configuration.

Une nouvelle base de données est régénérée lorsque le fichier de configuration est activé. Chargez ensuite le correctif SPH226 sur l'UA5000 (IPMB) pour éviter les entrées résiduelles dynamiques. Après cela, le problème est complètement résolu

Solution

Le correctif SPH226 basé sur l'UA5000 V100R019C01SPC200 a résolu les entrées résiduelles dynamiques pour l'UA5000 (IPMB). Dans l'UA5000 V100R019C02SPC100, aucun correctif n'est disponible pour ce problème. Ce problème est également résolu dans la dernière version et le dernier patch du UA5000 V100R019C07. Comme le suggère le personnel R&D de l'hôte, déployez le correctif approprié sur l'hôte, puis enregistrez et réactivez le fichier de configuration pour supprimer les entrées résiduelles dynamiques afin de résoudre le problème.

Suggestion et résumé

Outre l'incohérence des données entre le NMS et l'UA5000 (IPMB), une défaillance de synchronisation du port de service peut également entraîner d'autres problèmes dérivés. Par exemple, pour un client d'un bureau hors de Chine, l'OSS de couche supérieure exécute d'abord la commande LST-SERVICEPORT pour demander si les données du port de service existent. Si les données du port de service n'existent pas, la commande CRT-SERVICEPORT est exécutée pour créer les données du port de service. Cependant, la commande LST-SERVICEPORT est utilisée pour interroger les données dans la base de données NMS. De cette façon, les flux de service d'un port ne peuvent pas être interrogés, mais les flux de service sont réellement disponibles sur l'UA5000 (IPMB). Par conséquent, lorsque l'OSS fournit la commande de création d'un flux de service, une erreur «La connexion a existé» est signalée.

Règle de correspondance

ErrorCode: 0x62400358, la mise à jour de la table uaipmb_pvc_SrvPortTab a échoué!


  • x
  • Standard:

Commentaire

envoyer
Connectez-vous pour répondre. Se connecter | Enregistrer

Remarque Remarque : Afin de protéger vos droits et intérêts légitimes, ceux de la communauté et des tiers, ne divulguez aucun contenu qui pourrait présenter des risques juridiques pour toutes les parties. Le contenu interdit comprend, sans toutefois s'y limiter, le contenu politiquement sensible, le contenu lié à la pornographie, aux jeux d'argent, à l'abus et au trafic de drogues, le contenu qui peut divulguer ou enfreindre la propriété intellectuelle d'autrui, y compris les secrets professionnels, les marques commerciales, les droits d'auteur et les brevets, ainsi que la vie privée personnelle. Ne partagez pas votre nom d'utilisateur ou votre mot de passe avec d'autres personnes. Toutes les opérations effectuées à partir de votre compte seront considérées comme vos propres actions, et toutes les conséquences en découlant vous seront imputées. Pour plus de détails, voir « Politique de confidentialité ».
Si le bouton de la pièce-jointe n'est pas disponible, mettez à jour Adobe Flash Player à la dernière version.
Connectez-vous pour participer à la communication et au partage

Connectez-vous pour participer à la communication et au partage

S'identifier