Introduction
Ce document décrit une condition qui empêche des boîtiers décodeur interactifs audiovisuels de Digital le Conseil (DAVIC) d'établir une connexion bi-directionnelle au contrôleur d'explorateur (l'EC) ou au Control System de Réseau Numérique (DNCS). La cause de la panne est des données incorrectes chargées dans la base de données quand les périphériques ont été initialement ajoutés au système. Les détails de cet article comment détecter la condition et fournit les actions correctives qui peuvent être commande rentrée pour corriger les données. Ceci élimine la nécessité de remplacer les cases et fournit à des utilisateurs les capacités bi-directionnelles qu'ils prévoient de la plate-forme.
Historique
Les clients ont signalé cette erreur dans le dncsLog :
Version de logiciel 6.0.0.18p6
25 février dncs hctmConfig[9339] de 04:45:11 : [ID 295187 local7.error] 02/25/2015 04:45:11.951|9339/6|ERROR|hctmConfig:HctmConfigReqRequest.C(415)|HctmConfigReqRequest::processRequest 00:21:BE:1E:12:D4 - HctmConfigReqRequest.C:828[HctmConfigException:4409] DHCT tapent dedans la demande n'apparient pas le type de base de données - dbType= HCT 00:21:BE:1E:12:D4 reqType=[00:02:DE,802,12] [00:21:BE,802,12]
Version de logiciel 4.3
26 février dncs hctmConfig[3312] de 00:02:08 : [ID 695210 local7.error] 02/26/2015 00:02:08.849|1|ERROR|hctmConfig:HctmConfigReqRequest.C(405)|00:16:92:B7:A4:08 - [HctmConfigException:4409] DHCT tapent dedans la demande n'apparient pas le type de base de données - dbType= HCT 00:16:92:B7:A4:08 reqType=[00:02:DE,8300,22] [00:1b:D7,8300,22]
Version de logiciel 4.2
26 février dncs hctmConfig[18543] de 00:00:41 : [ID 486462 local7.info] 00:1B:D7:3F:94:7E - unknown:0[HctmConfigException:4409] DHCT tapent dedans la demande n'apparient pas le type de base de données - dbType= HCT 00:1B:D7:3F:94:7E reqType=[00:02:DE,802,12] [00:1B:D7,802,12]
Détails de cet article comment réparer ce cas spécifique de panne (administrativement identifiant unique faux (OUI)), mais les étapes générales appliquent à toutes les cases qui signalent les valeurs qui n'apparient pas ce qui est dans la base de données des Protocol Independent Multicast (Pims). Pour cette raison, le détail supplémentaire au sujet des trois champs où une non-concordance empêche le périphérique de se connecter est fourni.
Définitions et format d'enregistrement
reqType - La valeur que le périphérique signale au DNCS/EC en tant qu'élément d'une demande d'uncfg. Ces valeurs sont placées dans le processus de fabrication.
dbType - La valeur dans la base de données DNCS/EC qui est fournie dans le fichier tar de gestionnaire de mémoire étendue (EMM) (également connu sous le nom de fichier de PIMS) avec les clés de périphérique et d'autres informations de base.
Format d'enregistrement - [ID de fabricant, modèle, révision]
ID de fabricant - Un seul nombre HEXADÉCIMAL qui représente la société qui a établi le périphérique pour tous les boîtiers décodeur de Cisco (STBs) et cartes de câble. Cette valeur est typiquement placée à 00:02:DE.
Cartes au hctt_oui dans la table hct_profile.
Modèle - Le numéro de version assigné au périphérique.
Cartes au hctt_id dans la table hct_profile.
Révision - Affiché comme entier cependant signalé et imprimé sur l'étiquette comme nombre rationnel. Dans cet exemple, 12 seraient affichés sur l'étiquette de l'unité et la révision 1.2 serait affichée dans l'interface utilisateur DNCS/EC.
Cartes au hctt_revision dans la table hct_profile.
Les erreurs de ce tri sont dues à l'explorateur que le groupe (un jour ou l'autre referered à en tant que groupe de Pims) a établi les fichiers d'EMM inexactement ou en raison de l'usine a programmé la valeur incorrecte dans le périphérique.
Avertissement : Si les informations dans le périphérique n'apparient pas l'étiquette ou les informations fournies par fichier tar d'EMM semblent être correctes, ceci suggère l'erreur de programmation à l'usine. La ligne de conduite appropriée est une demande de l'autorisation de contenu de retour (RMA). Ce type de cas doit être étudié plus plus loin.
Confirmez le problème et déterminez l'ampleur
Toutes les commandes affichées sont exécutées en tant qu'utilisateur DNCS d'une session de travail sur le DNCS/EC. Dans les exemples où des dbaccess est utilisés, les commandes sont affichées pendant qu'elles apparaissent sur l'écran. « > » demande est fourni par l'outil et n'a pas besoin d'être entré. Vous n'avez pas besoin d'inclure « > » le caractère si vous coupez-collez des commandes.
Contrôle 1 : Voyez si les cases ont des questions d'ouverture de session dues à cette condition.
Version de logiciel 6.0
le grep « DHCT tapent dedans la demande n'apparie pas le type de base de données - HCT » /var/log/dncsLog |
awk '{copie $11}' |
tri |
uniq - c
Version de logiciel 4.3
le grep « DHCT tapent dedans la demande n'apparie pas le type de base de données - HCT » /var/log/dncsLog |
awk '{copie $24}' |
tri |
uniq - c
Version de logiciel 4.2
le grep « DHCT tapent dedans la demande n'apparie pas le type de base de données - HCT » /var/log/dncsLog |
awk '{copie $9}' |
tri |
uniq - c
La sortie du cette commande montre que le nombre de fois chacun des cases affectées a tenté de s'inscrire au DNCS/EC sans succès.
149 00:21:BE:7F:F0:61
149 00:21:BE:7F:F2:0E
149 00:21:BE:7F:F3:3B
149 00:21:BE:80:2D:66
149 00:21:BE:80:2E:B2
149 00:21:BE:80:5A:2F
149 00:21:BE:80:F2:C2
Contrôle 2 : Voyez combien de cases sont affectées.
dncsdb <<% de dbaccess
>sélectionnez le compte (*) de hct_profile où hctt_oui=8638 ;
>%
Base de données sélectionnée.
(compte (*))
1230 {notez ce nombre car vous l'emploierez plus tard afin de valider votre travail}
1 ligne récupérée.
Base de données fermée.
Note: Les 8638 dans la requête précédente est l'équivalent d'entier de la valeur OUI. Dans l'exemple présenté, dans l'erreur 0021BE dans l'hexa qui est 8638 comme entier. Si le client voit une autre valeur pour les OUI signalés, alors conversion qui évaluent à un entier et utilisent le résultat dans la requête.
Action corrective
Avertissement : Vous devriez seulement réparer des enregistrements sur le DNCS/EC où les informations signalées par les attentes de correspondances de périphérique et l'étiquette sur le périphérique, mais le DNCS/EC semblent avoir l'information erronée.
NE RÉPAREZ PAS LES ENREGISTREMENTS DANS LE DNCS/EC afin d'apparier les informations d'une case qui semble misprogrammed !
Étape 1 : Sauvegardez les articles courants avec le mauvais OUI.
dncsdb <<% de dbaccess
> placez l'isolation à la lecture déstructurée ;
> déchargez à hct_profile.bak choisi * de hct_profile ;
> %
Résultats d'échantillon
Base de données sélectionnée.
Positionnement de niveau d'isolation.
200000 lignes déchargées. {le nombre variera par le site}
Étape 2 : Corrigez avec les valeurs OUI.
Note: Dans cet exemple, des unités avec OUI 0021BE sont réparées et réglé à 734, qui est l'ID de fabricant 0002DE Cisco que les unités Cisco produit dur-ont codé dans leur mémoire. Si la valeur SIGNALÉE de la carte STB ou de câble n'est pas 00:02:DE ou les périphériques n'étaient pas fabriqués par Cisco, le complément d'enquête devrait être exécuté afin de confirmer les valeurs correctes pour l'utiliser avant que l'action corrective soit prise.
Méthode 1 : Difficulté basée sur la valeur OUI.
dncsdb <<% de dbaccess
> placez l'isolation à la lecture déstructurée ;
> mettez à jour le positionnement hct_profile hctt_oui=734 où hctt_oui dedans (8638, 6851, 7127, 4513934) ;
> %
Résultat prévu
Base de données sélectionnée.
1034 lignes mises à jour. {Ce nombre devrait apparier le nombre capturé dans l'étape 1.}
Base de données fermée.
Méthode 2 : Correction basée sur le numéro de version
La majorité des périphériques qui ont été trouvés avec ce problème sont des cartes de câble. Cette solution les répare en tant que groupe.
dncsdb <<% de dbaccess
> placez l'isolation à la lecture déstructurée ;
> mettez à jour le positionnement hct_profile hctt_oui=734 où hctt_oui<>734 et hctt_id dedans (801,802) ;
> %
Résultat prévu
Base de données sélectionnée.
1034 lignes mises à jour.
{Ce nombre devrait apparier le nombre de 801 et 802 périphériques dans le système comme signalé par le praticien}
Base de données fermée.
Reprise
Cette procédure devrait seulement être utilisée si vous détectez un problème avec ce que vous avez fait et si êtes utilisé immédiatement.
dncsdb <<% de dbaccess
> placez l'isolation à la lecture déstructurée ;
> effacement * de hct_profille ;
> chargement d'insertion hct_profile.bak dans hct_profile ;
> %