Voix : H.323

Configuration de la journalisation CDR avec les serveurs Syslog et les passerelles Cisco IOS

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


Contenu


Introduction

Les clients exigent parfois de journaliser les enregistrements détaillés des appels (CDR) des systèmes de voix sur IP (VoIP) à des fins de comptabilité ou de facturation. Pour ce faire, il est recommandé d’utiliser un serveur AAA (Authentication, Authorization, and Accounting) externe (RADIUS ou TACACS). Ces systèmes AAA fournissent souvent des fonctionnalités de journalisation des CDR, de traitement des enregistrements d’après appel et de génération de rapports de facturation.

Il peut y avoir quelques situations où la complexité ou le coût du serveur d'AAA interdit son utilisation, mais il y a toujours une condition requise pour se connecter CDR. En pareil cas, il est possible d'employer les capacités de Syslog de la passerelle Cisco ou du routeur pour se connecter VoIP CDR à un serveur externe de Syslog. Ces enregistrements sont dans le format (CSV) variable séparé par virgule. Ils peuvent facilement être chargés et traités par une application logicielle externe telle qu'un tableur ou une base de données. Le logiciel de serveur de Syslog peut fonctionner sur un PC de base. Des serveurs d'application de base de Syslog peuvent être téléchargés de l'Internet. Cisco n'émet aucune recommandation concernant n'importe quel type particulier ou version de logiciel de serveur de Syslog.

Le Syslog utilise le Protocole UDP (User Datagram Protocol) comme mécanisme de transport sous-jacent, ainsi les paquets de données sont unsequenced et non reconnus. Il est possible que sur un réseau utilisé lourd, quelques paquets puissent être lâchés et donc les informations CDR sont perdues. De plusieurs serveurs de Syslog peuvent être spécifiés pour la Redondance.

Pour l'horodateur sur le CDR à être correct, il y a une condition requise pour que le routeur ou la passerelle de Cisco IOSÝ soit configurée pour la synchronisation horaire par l'intermédiaire d'une source temporelle de Protocole NTP (Network Time Protocol). Si le routeur n'a aucune synchronisation de NTP, les temps de début et d'arrêt de chaque CDR seront une valeur (nulle) nulle. Si un ntp source externe n'est pas disponible, le routeur doit être placé comme ntp master. Ceci est expliqué dans la section de configuration.

Conditions préalables

Conditions requises

Aucune spécification déterminée n'est requise pour ce document.

Composants utilisés

Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.

Conventions

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Configuration

C'est une configuration d'échantillon qui permet au routeur de générer VoIP CDR et de les envoyer à un serveur externe de Syslog :

router(config)#service timestamps log datetime msec localtime

!--- Ensures that the records are timestamped with an accurate value.
 
! 
router(config)#aaa new-model
!
router(config)#aaa authentication login default none

!--- Enables AAA to prevent Telnet authentication via AAA.

router(config)#aaa accounting connection h323 start-stop radius

!--- Generates the H.323 call start/stop CDRs. 

router(config)#gw-accounting syslog     

!--- Sends the H.323 CDRs to the syslog server. 

router(config)#logging 10.64.6.250  

!--- The IP address of the syslog server. Multiple syslog servers 
!--- can be specified for redundancy. 

Le NTP doit fonctionner sur le routeur Cisco IOS ou la passerelle pour assurer les enregistrements H.323 de début et de fin ont la valeur temporelle correcte. Ce sont les deux méthodes de NTP :

  • Utilisez cette commande de configuration globale de logiciel de Cisco IOS de synchroniser le routeur Cisco IOS ou la passerelle à un serveur externe de NTP :

    router(config)#ntp server ip address
    
    

    IP address — L'adresse IP du Serveur de synchronisation qui fournit la synchronisation d'horloge.

  • S'il n'y a aucune source temporelle extérieure de NTP, utilisez l'horloge interne comme source temporelle. Ceci est fait avec la commande de configuration globale de logiciel de Cisco IOS affichée ici :

    router(config)#ntp master
    

    L'horloge de routeur devrait être réglée au temps correct (du mode d'exécution normal) avec cette commande de s'assurer que les horodateurs sont corrects :

    router#clock set 15:15:00 8 May 2001
    

    Remarque: Sur quelques Plateformes de Cisco, l'horloge de routeur n'est pas sauvegardée avec une source de batterie. L'heure système doit être remise à l'état initial après un routeur rechargé ou une panne d'alimentation.

Sortie témoin CDR

C'est une partie de sortie de console du routeur. Quand la configuration dans ce document est activée, les CDR sont dirigés vers la console du routeur aussi bien que le serveur de Syslog. Afin d'enlever se connecter de la console du routeur, configurez le no logging console en mode de configuration globale sur le routeur. Ceci empêche les CDR et d'autres messages système d'apparaître sur la console, mais ils sont toujours connectés au serveur de Syslog.

Quand un appel VoIP est fait, il place un appel dans la direction en avant à la destination. La destination fait un appel de retour pour obtenir une connexion du bidirectionnel simultané VoIP pour se produire. Par conséquent, il y a un CDR pour le tronçon avant, et un deuxième CDR pour le tronçon de retour. Le tronçon avant d'appel a une origine d'appel de 2 tandis que le tronçon de retour d'appel a une origine d'appel de 1.

Remarque: Quelques lignes de sortie sont divisées en plusieurs lignes pour des raisons d'impression.

router#

!--- This output is for the forward call leg.

Jun 18 11:15:02.867: %VOIPAAA-5-VOIP_CALL_HISTORY: CallLegType 1, ConnectionId BA55719E
    F8C10015 0 1B1E08, SetupTime 11:14:39.367 UTC Mon
Jun 18 2001, PeerAddress 68575, PeerSubAddress , DisconnectCause 10  , DisconnectText
    normal call clearing., ConnectTime 11:14:49.707 UTC Mon
Jun 18 2001, DisconnectTime 11:15:02.867 UTC Mon Jun 18 2001, CallOrigin 2,
    ChargedUnits 0, InfoType 2, TransmitPackets 1509, TransmitBytes 102600,
    ReceivePackets 1510, ReceiveBytes 138920

router#

!--- This output is for the reverse call leg.

Jun 18 11:15:02.983: %VOIPAAA-5-VOIP_CALL_HISTORY: CallLegType 1, ConnectionId BA55719E
    F8C10015 0 1B1E08, SetupTime 11:14:41.683 UTC Mon
Jun 18 2001, PeerAddress 2887, PeerSubAddress , DisconnectCause 10  , DisconnectText
    normal call clearing., ConnectTime 11:14:49.703 UTC Mon
Jun 18 2001, DisconnectTime 11:15:02.983 UTC Mon Jun 18 2001, CallOrigin 1,
    ChargedUnits 0, InfoType 2, TransmitPackets 1510, TransmitBytes 102692,
    ReceivePackets 1509, ReceiveBytes 138828
router#

Ce CDR affiche :

Expédiez le tronçon d'appel
Temps CDR généré : : 18 juin 11:15:02.867
Seul ID de connexion : : BA55719E F8C10015 0 1B1E08
Temps d'installation : : UTC Lun de 11:14:39.367 le 18 juin 2001
PeerAddress (numéro d'appel) : : 68575
Code de cause de déconnexion : : 10
Texte de cause de débranchement : : effacement d'appel normal
Temps de connexion : : UTC Lun de 11:14:49.707 le 18 juin 2001
Origine d'appel : : 2
Temps de débranchement : : UTC Lun de 11:15:02.867 le 18 juin 2001
Transmettez les paquets : : 1509
Transmettez les octets : : 102600
Recevez les paquets : : 1509
Recevez les octets : : 138828

Renvoyez le tronçon d'appel
Temps CDR généré : : 18 juin 11:15:02.983
ID de connexion : : BA55719E F8C10015 0 1B1E08
Temps d'installation : : UTC Lun de 11:14:41.683 le 18 juin 2001
PeerAddress (numéro appelé) : : 2887
Code de cause de déconnexion : : 10
Texte de cause de débranchement : : effacement d'appel normal
Temps de connexion : : UTC Lun de 11:14:49.703 le 18 juin 2001
Origine d'appel : : 1
Temps de débranchement : : UTC Lun de 11:15:02.983 le 18 juin 2001
Transmettez les paquets : : 1510
Transmettez les octets : : 102692
Recevez les paquets : : 1509
Recevez les octets : : 138828

Le par défaut de valeurs de code de motif de déconnexion à l'hexadécimal. Cette table affiche quelques valeurs hexadécimales communes et leurs explications :

Valeur hexadécimale Explication
0x0 Voir la note ci-dessous
0x1 Nombre non affecté
0x3 Aucune route vers la destination
0x10 Effacement d'appel normal
0x11 Utilisateur occupé
0x12 Aucune réponse de l'utilisateur
0x13 Aucune réponse d'utilisateur
0x15 Appel rejeté
0x1C Nombre non valide
0x1F Normal, non spécifié
0x22 Aucun circuit
0x2C Aucun circuit demandé
0x2F Aucune ressource
0x3F Service ou option non disponible, non spécifié

Remarque: Quelques versions logicielles de Cisco IOS pourraient donner à beaucoup des messages de code de motif de déconnexion "0" quand la commande de cause-code de show h323 gateway est émise. C'est un défaut d'image et n'a pas n'importe quelle incidence sur la représentation.

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: 14068