CUCM-Verbindung: Optionen
CUCM-Änderungsprotokoll an der Verbindung einrichten
Direkt am CUCM gemachte Änderungen je Verbindung in das Änderungsprotokoll aufnehmen.
In EasyUC: EasyUC Cisco → Verwaltung → CUCM & Bereitstellung → CUCM-Verbindungen → Aktionen → CUCM-Änderungsprotokoll
Wozu dient das
Das Änderungsprotokoll von EasyUC zeichnet auf, wer in EasyUC was geändert hat. Änderungen, die jemand direkt in der CUCM-Administration vornimmt, kennt EasyUC zunächst nicht. Mit dem Dialog CUCM-Änderungsprotokoll legen Sie je CUCM-Verbindung fest, ob und wie EasyUC solche Änderungen erfasst.
Es gibt zwei Stufen. Der Change-Feed fragt den CUCM regelmäßig nach geänderten Objekten. Er zeigt, was wann geändert wurde, aber nicht von wem. Die Einträge erscheinen im Änderungsprotokoll mit der Quelle „CUCM direkt“. Die zweite Stufe wertet zusätzlich das Audit-Log des CUCM aus und ergänzt Benutzer und IP-Adresse; ihre Einträge tragen die Quelle „CUCM-Audit-Log“.
EasyUC ändert dafür nichts am CUCM. Der Change-Feed ist außerdem die Grundlage dafür, dass die CUCM-Sicherung Änderungen innerhalb weniger Minuten erfasst.
Voraussetzungen
- Anmeldung als Administrator (
ROLE_APP_ADMIN). Die Einstellungen der Verbindung sind keiner anderen Rolle zugeordnet. - Lizenz mit dem Modul
cucm. Der Eintrag hängt nicht an der Bereitstellungslizenz. Die Verbindung ist aktiviert. - In den Einstellungen des Änderungsprotokolls („Aufbewahrung und Quellen“) sind die Quellen „CUCM direkt“ und, für die zweite Stufe, „CUCM-Audit-Log“ eingeschaltet.
- Für die zweite Stufe am CUCM: Unter Cisco Unified Serviceability → Tools → Audit Log Configuration sind „Enable Audit Log“ und „Detailed Audit Logging“ eingeschaltet und mit „Apply to All Nodes“ gespeichert.
- Für die zweite Stufe: Die Network Services „Cisco Audit Event Service“ und „Cisco Log Partitions Monitoring Tool“ laufen auf allen Knoten.
- Für die zweite Stufe: Der AXL-Benutzer der Verbindung darf Serviceability-Protokolle lesen, zum Beispiel über die Rolle „Standard CCM Server Monitoring“. Alle aktiven CUCM-Knoten sind von der Appliance aus unter ihrem Namen erreichbar.
Schritt für Schritt
Felder und Optionen
| Feld / Aktion | Bedeutung und Verwendung |
|---|---|
| Änderungen am CUCM abrufen (Change-Feed) | Standard: ein. „Fragt den CUCM regelmäßig nach geänderten Objekten. Zeigt, was wann geändert wurde, aber nicht von wem.“ Ausgeschaltet erscheinen direkte Änderungen am CUCM nicht im Änderungsprotokoll. Nach dem Wiedereinschalten beginnt der Abruf neu, ohne die Zeit dazwischen. |
| Überwachte Objekttypen | Phone, DeviceProfile, Line, User, RemoteDestination, RemoteDestinationProfile, HuntPilot, HuntList, LineGroup, CallPickupGroup, TransPattern, RoutePattern und Application User. Standard: alle. Mindestens ein Typ muss gewählt sein. |
| Abrufabstand (Sekunden) | Erlaubt: 60 bis 300 Sekunden. Standard: 60. |
| CUCM-Audit-Log auswerten (wer hat geändert) | Standard: aus. „Ergänzt Benutzer und IP-Adresse aus dem Audit-Log des CUCM.“ Der Dialog listet darunter die fünf Schritte, die vorher am CUCM zu erledigen sind, und den Hinweis „Das Format des CUCM-Audit-Logs ist noch nicht an echten Dateien bestätigt.“ |
| Weitere AXL-Benutzer von EasyUC | Änderungen dieser Benutzer gelten als EasyUC-Änderungen und werden nicht als direkte CUCM-Änderung geführt. Der AXL-Benutzer der Verbindung zählt immer dazu. Höchstens 20 Einträge, je höchstens 128 Zeichen. |
| Speichern / Abbrechen | Speichert die Einstellung für diese Verbindung bzw. schließt den Dialog ohne Änderung. |
Ergebnis prüfen und Fehler eingrenzen
- Erfolg: Direkte Änderungen am CUCM erscheinen auf der Seite Änderungsprotokoll mit der Quelle „CUCM direkt“, bei eingeschalteter zweiter Stufe ergänzt um den CUCM-Benutzer.
- Einträge aus dem CUCM-Audit-Log erscheinen verzögert. Die interne Dokumentation nennt etwa 5 bis 20 Minuten nach der Änderung, bei längerem Abrufabstand entsprechend später.
- „Bitte mindestens einen Objekttyp wählen.“: Kein Objekttyp ist angehakt.
- „Das CUCM-Änderungsprotokoll konnte nicht gespeichert werden.“: Angaben prüfen und erneut speichern; der Abrufabstand muss zwischen 60 und 300 liegen.
- Es erscheinen keine Einträge: Prüfen Sie in den Einstellungen des Änderungsprotokolls, ob die Quelle „CUCM direkt“ erfasst wird, und unter Hintergrundaufgaben, ob der Job des Change-Feeds eingeschaltet ist.
- Der Benutzer fehlt trotz zweiter Stufe: Prüfen Sie am CUCM „Detailed Audit Logging“, die beiden Network Services und die Serviceability-Rechte des AXL-Benutzers.
- An- und Abmeldungen am CUCM werden in der Vorgabe nicht gespeichert. Kennwörter und PINs erscheinen nur als „geändert“ ohne Wert.
- Die Zuordnung von Benutzer und Änderung ist zeitbasiert. Ändern zwei Administratoren dasselbe Objekt innerhalb weniger Minuten, kann der Benutzer am falschen Eintrag stehen.