Audiocodes Monitoring

Ein Mediant ist aus seine Gatewayrolle optimiert. Insofern hat er nur einen minimalen Speicherbedarf und erst recht keine Auswertesoftware, Festplatte o.ä. an Bord. Aber er kann über bekannte Schnittstellen abgefragt werden und seinerseits meldungen versenden.

Überwachen mit Syslog

Für viele ist ein SYSLOG einfach nur eine Diagnoseschnittstelle, um Fehler zu analysieren. Wenn Sie aber einen permanenten Syslog-Daemon auf einem Server installieren, dann können Sie alle Ausgaben des Mediant einfach per SYSLOG dort hin senden und weiter verarbeiten.

Es gibt eine ganze Menge von Produkten, die auch auf Windows laufen, Meldungen per SYSLOG annehmen und in Textdateien oder Datebanken ablegen. Auch der Microsoft Operation Manager kann solche Logs annehmen. Ich empfehle aber eher einen einfacheren Syslog-Dämon wie z.B. Kiwi Syslog, der die Daten z.B. in Dateien schreibt. Für die Einrichtung und Fehlersuche ist aber auch ACSYSLOG eine nette Software, die Audiocodes bereitstellt. Es ist kein Dienst sondern eine interaktiver Windowsclient, der diverse Meldungen aber auch hervorheben kann, so dass man relativ schnell bei Fehlern die Ursache finden kann

Tipp:
Stellen Sie in KIWI-Syslog die Parameter so ein, dass die Dateien alle Stunden anders benannt werden und als Messageformat nicht Kiwi sondern "Message Log" steht.

Überwachung mit SNMP

Achtung:
Wer SNMP auf dem Mediant aktivieren will, muss den Mediant danach booten !
Zudem sollten Sie in der Konfiguration sicherstellen, dass nur berechtigte Manager den Server erreichen können und die Community-Strings entsprechend gepflegt sind.

Man merkt den Geräten von Audiocodes schon an, dass sie nicht allein für eine Windows Umgebung geschaffen sind. Sie unterstützen nämlich SNMP und er nachfragt, bekommt auch die entsprechenden MIBs. Und die enthalten tausende von Werten. Per SNMP können sogar obere und untere Schwellwerte gesetzt werden, bei deren Über/Unterschreiten dann alarmiert wird (z.B.: wenn ihre S2M-Leitung mit 30 Leitungen schon 28 Leitungen belegt). Auch aktuelle Werte, Durchschnittswerte der letzten 15Min oder 24h sind abrufbar. Hier eine Auswahl der einfach abzufragenden Werte, die in der "AC-PM-Media-MIB" definiert sind:

Für alle Werte ist gemeinsam

Hier die Details

OID Suffix Variable Beschreibung
21.1.2.0 acPMDSPUtilVal Auslastung der "digitalen Signal Prozessoren" und ein guter Indikator für die Auslastung
21.1.3.0 acPMChannelsPerCoderVal  
41.1.1.2.0 acPMFaxChannelsVal Anzahl der aktiven Faxverbindungen
41.2.1.2.0 acPMModemChannelsVal  
41.3.1.2.0 acPMTdm2IpChannelsVal Anzahl der aktiven Verbindung vom ISDN zu VoIP
41.4.1.2.0 acPMRTPStreamsVal Anzahl der IP-Audiostreams. Eine Verbindung hat in der Regel zwei Streams, einen pro Richtung.
41.5.1.2.0 acPMSRTPStreamsVal Anzahl der verschlüsselten Streams

Mit jedem beliebigen SNMP-Tool können Sie diese Counter auswerten und visualisieren. Hier am Beispiel der "PRTG Freeware".


Einrichtung des SNMP-Sensors unter Version 8.2

AAnzeige noch mit Version 6

Die Counter können Sie ganz leicht einrichten, wenn Sie meine vorbereitete OIDLIB einfach in das Verzeichnis von PRTG zu den anderen OIDLIBs kopieren/p>

msxfaq-audiocodes.zip
Auspacken und nach "C:\Programme\PRTG Traffic Grapher\snmplibs" speichern. Beim Einrichten der Sensoren können Sie dann ganz einfach diese MIB auswählen und die Counter aktivieren.

Die PRTG Freeware unterstützt bis zu 10 Sensoren und ist eine gute Alternative zum MRTG Monitoring. Für die Hardcore-Administratoren ist natürlich auch SNMPUTIL weiterhin möglich:

Hier ist dann keine Verbindung aktiv. Leider kenne ich noch kein "kleines" Tool, welches einfach nur einen SNMP-Wert abfragt und visualisiert, z.B. als Vista Gadget oder Systray-Applikation. Alle Tools, die ich gefunden habe, beschränken sich wieder auf die Abfrage der Netzwerkkarte.

Weitere Links

Keywords:UC Mediation Audiocodes Mediant OCS Telefonie