CDR-Protokollierungskonfiguration mit Syslog-Servern und Cisco IOS-Gateways

Einführung

Kunden müssen manchmal CDRs (Call Detail Records) von VoIP-Systemen (Voice over IP) zu Abrechnungs- oder Abrechnungszwecken protokollieren. Die empfohlene Methode hierfür ist ein externer AAA-Server (RADIUS oder TACACS) für Authentifizierung, Autorisierung und Abrechnung. Diese AAA-Systeme ermöglichen häufig die CDR-Protokollierung, die Verarbeitung von Aufzeichnungen nach einem Anruf und die Erstellung von Abrechnungsberichten.

Es kann vorkommen, dass die Verwendung des AAA-Servers aufgrund der Komplexität oder der Kosten nicht möglich ist. Die CDR-Protokollierung ist jedoch weiterhin erforderlich. In diesem Fall können die Syslog-Funktionen des Cisco Gateways oder Routers verwendet werden, um VoIP-CDRs auf einem externen Syslog-Server zu protokollieren. Diese Datensätze werden im CSV-Format (Comma Separated Variable) gespeichert. Sie können problemlos von einer externen Softwareanwendung wie einer Tabellenkalkulation oder einer Datenbank geladen und verarbeitet werden. Die Syslog-Serversoftware kann auf einem einfachen PC ausgeführt werden. Grundlegende Syslog-Serveranwendungen können aus dem Internet heruntergeladen werden. Cisco gibt keine Empfehlungen zu bestimmten Typen oder Versionen von Syslog-Serversoftware.

Syslog verwendet das User Datagram Protocol (UDP) als zugrunde liegenden Transportmechanismus, sodass die Datenpakete unsequenziert und nicht bestätigt werden. Es ist möglich, dass in einem stark ausgelasteten Netzwerk einige Pakete verworfen werden, sodass CDR-Informationen verloren gehen. Aus Redundanzgründen können mehrere Syslog-Server angegeben werden.

Damit der Zeitstempel auf der CDR korrekt angezeigt wird, muss der Cisco IOS®-Router oder das Gateway über eine NTP-Zeitquelle (Network Time Protocol) für die Zeitsynchronisierung konfiguriert werden. Wenn der Router keine NTP-Synchronisierung aufweist, beträgt die Start- und Stoppzeit jedes CDRs null (null). Wenn keine externe NTP-Quelle verfügbar ist, muss der Router als NTP-Master festgelegt werden. Dies wird im Abschnitt "Konfiguration" erläutert.

Voraussetzungen

Anforderungen

Für dieses Dokument bestehen keine speziellen Anforderungen.

Verwendete Komponenten

Dieses Dokument ist nicht auf bestimmte Software- und Hardwareversionen beschränkt.

Konventionen

Weitere Informationen zu Dokumentkonventionen finden Sie unter Cisco Technical Tips Conventions (Technische Tipps zu Konventionen von Cisco).

Konfiguration

Dies ist eine Beispielkonfiguration, mit der der Router VoIP-CDRs generieren und an einen externen Syslog-Server senden kann:

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. 

NTP muss auf dem Cisco IOS-Router oder -Gateway ausgeführt werden, um sicherzustellen, dass die H.323-Start-/Stopp-Datensätze den richtigen Zeitwert aufweisen. Dies sind die beiden NTP-Methoden:

• Verwenden Sie diesen globalen Konfigurationsbefehl der Cisco IOS-Software, um den Cisco IOS-Router oder das Gateway mit einem externen NTP-Server zu synchronisieren:

  router(config)#ntp server ip address
  
  

  ip address: Die IP-Adresse des Zeitservers, der die Uhrensynchronisierung bereitstellt.

• Wenn keine externe NTP-Zeitquelle vorhanden ist, verwenden Sie die interne Uhr als Zeitquelle. Dies erfolgt über den globalen Konfigurationsbefehl der Cisco IOS-Software, der hier abgebildet ist:

  router(config)#ntp master
  

  Mit diesem Befehl sollte die Uhr des Routers auf die richtige Uhrzeit (vom normalen EXEC-Modus aus) eingestellt werden, um sicherzustellen, dass die Zeitstempel korrekt sind:

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

  Hinweis: Auf einigen Cisco Plattformen wird die Router-Uhr nicht mit einer Akkuquelle gesichert. Die Systemzeit muss nach einem erneuten Laden des Routers oder einem Stromausfall zurückgesetzt werden.

CDR-Beispielausgabe

Dies ist ein Teil der Konsolenausgabe vom Router. Wenn die Konfiguration in diesem Dokument aktiviert ist, werden die CDRs an die Router-Konsole sowie an den Syslog-Server weitergeleitet. Um die Protokollierung von der Router-Konsole zu entfernen, konfigurieren Sie auf dem Router keine Protokollierungskonsole im globalen Konfigurationsmodus. Dadurch wird verhindert, dass die CDRs und andere Systemmeldungen auf der Konsole angezeigt werden, aber sie werden weiterhin am Syslog-Server angemeldet.

Wenn ein VoIP-Anruf getätigt wird, leitet er den Anruf in die Weiterleitungsrichtung an das Ziel weiter. Das Ziel führt einen Rückruf durch, um eine Vollduplex-VoIP-Verbindung herzustellen. Daher gibt es einen CDR für den Vorwärtsgang und einen zweiten CDR für den Rückwärtsgang. Der Weiterleitungsabschnitt hat eine Anrufherstellung von 2, während der Rückrufabschnitt eine Anrufherstellung von 1 hat.

Hinweis: Einige Ausgabezeilen werden zu Druckzwecken in mehrere Zeilen aufgeteilt.

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#

Dieser CDR zeigt:

Die Trennungsursachencodewerte sind standardmäßig hexadezimal. In dieser Tabelle werden einige häufig verwendete Hexadezimalwerte und ihre Erklärungen angezeigt:

Hinweis: Bei einigen Cisco IOS-Softwareversionen werden möglicherweise viele Trennungsursachencode-Meldungen "0" angezeigt, wenn der Befehl show h323 gateway Cause-Codes ausgegeben wird. Es handelt sich um einen kosmetischen Fehler, der keine Auswirkungen auf die Leistung hat.

Zugehörige Informationen

• Fehlerbehebung und Debuggen von VoIP-Anrufen - Grundlagen
• Unterstützung von Sprachtechnologie
• Produkt-Support für Sprach- und IP-Kommunikation
• Fehlerbehebung bei Cisco IP-Telefonie
• Technischer Support und Dokumentation - Cisco Systems