Introduction
Ce document décrit les actions à effectuer pour désactiver les champs des CDR (Call Detail Record) créés par le serveur d'applications (AS) BroadWorks.
Conditions préalables
Exigences
- Connaissances AS de base
- Connaissances BW bwcli de base
Composants utilisés
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.
Problème
Lorsque de nouvelles fonctionnalités sont introduites dans le système autonome, il peut également être nécessaire d'introduire de nouveaux champs CDR, qui sont utilisés à des fins de comptabilité et de facturation.
Cela peut entraîner le rejet des CDR par certains systèmes de médiation ou le déclenchement d'erreurs ou d'alarmes, car les nouveaux champs ne peuvent pas être compris ou reconnus.
Le problème est souvent visible après l'application de correctifs (jusqu'à la version 24) ou la mise à niveau (à partir de la version 25) du système autonome BroadWorks (BW), car ces deux actions peuvent introduire de nouvelles fonctionnalités.
Solution
La solution à ce problème est de désactiver les champs, de sorte que le système autonome ne renseigne pas les nouveaux champs dans les CDR.
Pour ce faire, accédez à AS_CLI/Interface/Accounting/FieldIdMapping et exécutez la commande get pour afficher les paramètres de champ actuels (en affichant une sortie partielle pour plus de concision) :
AS_CLI> cd /Interface/Accounting/FieldIdMapping
AS_CLI/Interface/Accounting/FieldIdMapping> get
Internal Id External Id Description
==================================================================================
...
473 473 stirShaken.attestationLevel
474 474 stirShaken.origUUID
475 475 publicNetworkAddress
476 476 visitedNetworkId
477 477 groupCallQueuePut.invocationTime
...
Vous avez déjà identifié, à partir de l'erreur sur votre système de médiation, que le problème est causé par le champ 475 publicNetworkAddress.
Exécutez la commande clear pour désactiver le champ, comme dans cet exemple :
AS_CLI/Interface/Accounting/FieldIdMapping> clear 475 externalId
A restart is required for the change to take effect.
Exécutez à nouveau la commande get, pour vérifier la modification :
AS_CLI> cd /Interface/Accounting/FieldIdMapping
AS_CLI/Interface/Accounting/FieldIdMapping> get
Internal Id External Id Description
==================================================================================
...
473 473 stirShaken.attestationLevel
474 474 stirShaken.origUUID
475 publicNetworkAddress
476 476 visitedNetworkId
477 477 groupCallQueuePut.invocationTime
...
Maintenant que l'ID externe dans le champ 475 est vide, le système autonome ne le remplit pas dans les CDR.
Notez que le champ est toujours présent et que le nombre de champs peut augmenter dans le CDR lorsque de nouvelles fonctionnalités sont ajoutées. Le système de médiation doit simplement supprimer les champs excédentaires ou être mis à jour pour prendre en compte les nouveaux champs.
Il est également important de noter que, conformément à l'avertissement dans l'interface bwcli après l'exécution de la commande clear, les processus BW doivent être redémarrés pour que les modifications prennent effet.
Pour ce faire, à partir de l'AS bwcli exécutez cette commande en tant que bwadmin :
bwadmin@AS01$ restartbw
Le redémarrage des processus BW doit toujours être effectué pendant une fenêtre de maintenance.
Pour plus d'informations sur la comptabilité BW AS et les CDR, vous pouvez consulter la spécification Cisco BroadWorksAccounting Call Detail Record Interface.
Commentaires