Table des matières

Introduction

Conditions préalables

Exigences

Composants utilisés

Problème

Solution

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

- Cisco BW AS

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.