Voix et communications unifiées : Commutateur logiciel Cisco PGW 2200

Interaction entre le paramètre SysMdlMemoryReduction, le basculement et les enregistrements détaillés des appels

17 décembre 2015 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires


Contenu


Introduction

Ce document décrit l'interaction entre le paramètre de SysMdlMemoryReduction, le Basculement, et les articles mouvement d'appel (CDR). Il y a deux manières de générer des CDR dans le PGW, et chaque méthode emploie sa propre technique pour remplir balises dans les CDR pour Cisco PGW 2200.

Conditions préalables

Conditions requises

Les lecteurs de ce document devraient avoir la connaissance des descriptions du bloc de détail d'appel (BDC). Référez-vous à la documentation de version 9 de logiciel Cisco Media Gateway Controller pour d'autres informations PGW.

Composants utilisés

Les informations dans ce document sont basées sur Cisco PGW 2200.

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.

Conventions

Pour plus d'informations sur les conventions de documents, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Description

Ces lignes sont dans le fichier de /opt/CiscoMGC/etc/XECfgParm.dat :

engine.SysMdlMemoryReduction = 1
*.LongCallTime = 21600000
engine.CDRmessageTypes = "1010,1020,1030,1040,1050,1060,1070"

Pour des valeurs par défaut, référez-vous au document de paramètres de fichier XECfgParm.dat.

Fin de génération de l'appel CDR

Dans cette méthode, les balises sont écrites dans la BDC 1110 seulement à la fin de l'appel. Par conséquent, toutes les informations CDR sont préservées jusqu'à la fin de l'appel, et toutes les informations CDR sont également checkpointed au standby. Dans cette méthode, les informations sont disponibles quand la BDC 1060 est écrite. Par conséquent, toutes les balises sont correctement remplies dans la BDC 1060 avant et après le Basculement.

Génération basée sur événement CDR

Dans cette méthode, un client reçoit les informations CDR à de diverses étapes d'un appel. Le PGW prédéfinit plusieurs étapes (durée répondue et longue, libérée, et ainsi de suite) qui peuvent déclencher une génération des BDCs. Les diverses BDCs qui peuvent être configurées sont 1010, 1020, 1030, 1040, 1050, 1060, 1070, et 1080. Une fois une balise est écrite dans une BDC, il est considérée les informations non essentielles ; PGW ne fait pas les informations non essentielles de point de reprise au standby. Les balises dans la BDC 1060 sont les informations non essentielles parce qu'elles ont été déjà écrites dans la BDC 1010. Une fois que le Basculement se produit, le système nouvellement actif n'a aucune connaissance des informations non essentielles, car ils n'étaient pas checkpointed. Par conséquent, il crée la BDC 1060 avec les balises vides.

Si vous placez le paramètre engine.SysMdlMemeoryReduction dans le fichier XECfgParm.dat à 1, alors les informations non essentielles sont supprimées dans le PGW actif après que les balises soient écrites dans une BDC. La 1 valeur pour ce paramètre est recommandée pour l'utilisation optimale de la mémoire par appel.

Si le paramètre ci-dessus était placé à 0, les balises dans la BDC 1060 seraient vides seulement dans le système de réserve.

1060 BDCs sont parfois perdues

Une fois un appel est répondu, le long temporisateur de durée est démarré dans le système actif et de réserve. Toutes les fois que le temporisateur expire dans le système actif, le PGW écrit la BDC 1060 et redémarre le temporisateur. Le standby PGW maintient seulement le temporisateur et n'écrit pas un CDR. Après Basculement, le PGW nouvellement actif écrit un enregistrement CDR.

C'est un exemple de cet ordre :

  1. L'appel est répondu à 8:33.

  2. Le long temporisateur de durée pendant 30 minutes est démarré en l'actif et état d'alerte PGW à 8:33.

  3. Le Basculement se produit à 9:02. Il prend des couples des secondes pour le standby PGW pour devenir actif.

  4. Le PGW actif arrête presque au même temps que le long temporisateur de durée expire. Par conséquent, il ne peut pas écrire la BDC 1060 à 9:03. En outre, à 9:03, le standby PGW transitioning à PGW actif et n'est pas entièrement en activité. Puisque seulement un PGW actif crée une BDC 1060, ce CDR est perdu.

  5. À 9:33, le long temps de durée expire de nouveau et la BDC the1060 est créée par le PGW nouvellement actif.

Il est possible que la BDC 1060 puisse devenir perdue pendant le Basculement dû à une condition de compétitivité entre la longue échéance du temporisateur de durée et le procédé de Basculement.

Remarque:  Si le Basculement se produit à tout autre moment (par exemple, à 9:05), alors il n'y a aucune condition de compétitivité et la BDC n'est pas perdue.

Conversations connexes de la communauté de soutien de Cisco

Le site Cisco Support Community est un forum où vous pouvez poser des questions, répondre à des questions, faire part de suggestions et collaborer avec vos pairs.


Informations connexes


Document ID: 44280