Check Sip via Nagios

[Mansaylon]

Hallo zusammen

Die Verzweiflung breitet sich immer mehr aus.

Versuche via check_sip von Nagios den Sip einer neu aufgesetzten Asteriskanlage zu prüfen (zur Überwachung).

Wenn ich die ursprüngliche extensions.conf lade, bekomme ich ein positives Ergebnis.
Wenn ich aber meine eigene extensions.conf verwende, bekomme ich beim Check Invalid Extension

Versuchte auch schon die vorhandene extensions.conf zu kürzen, um dann meinen Dialplan darin unter zu bringen. Kam aber damit auch nicht weiter.

Mir will schon nicht in den Kopf, was der Sip Check über den Port 5060 mit der extensions.conf zu tun haben soll.

Wo zum Kuckuck liegt da der Hund begraben???

Hier noch meine noch nicht fertige extensions.conf

[general]
[globals]
RINGTIME=15


[default]
include => Echotest
include => Musiktest
include => Konferenz

;---------------------------------------------------------------------
; E I N G E H E N D E  A N R U F E
;---------------------------------------------------------------------

exten => 41912*****,1,Macro(anruf,SIP/50&SIP/53&SIP/54&SIP/55)

;---------------------------------------------------------------------
; A U S G E H E N D E  A N R U F E
;---------------------------------------------------------------------

[ausgehend]
include => default
include => local

exten => _0X.,1Set(CALLERID(num)=04*******


[local]
exten => _XX,1(local),Dial(SIP/${EXTEN},30,Ttr
same => _XX,n,Hangup()


;---------------------------------------------------------------------
; S P E Z I A L F U N K T I O N E N
;---------------------------------------------------------------------

[Echotest]
exten => 99,1,Answer()
exten => 99,n,Wait(1)
exten => 99,n,Playback(demo-echotest)
exten => 99,n,Echo()
exten => 99,n,Playback(demo-echodone)
exten => 99,n,Hangup()

[Musiktest]
exten => 98,1,Answer()
exten => 98,n,Set(CHANNEL(musicclass)=jmj)
exten => 98,n,WaitMusicOnHold(120)
exten => 98,n,Hangup()

[Konferenz]
exten => 90,1,Answer()
exten => 90,n,Wait(1)
exten => 90,n,Set(CHANNEL(language)=de)
exten => 90,n,ConfBridge(1)
exten => 90,n,Hangup()

 

[koyaanisqatsi]

Moins


Nöh, da* fehlt ein Komma.
...zwischen 1 und Set.
...und deswegen ist die Extension nicht valide.


* Kontext [ausgehend]

 

[Mansaylon]

Sorry... meine Fehler .... hatte ich natürlich schon vorher korrigiert und hat nichts gebracht.

Komischerweise funktionieren die Telefone problemlos. Nur der check_sip will nicht, der eigentlich wie folgt aufgerufen wird:

[root@a070:/checksip# ./check_sip -H 192.168.101.80 -p 5060 -u sip:

 

[woprr]

? Nimm sipsak - SIP Swiss army knife.

 

[Mansaylon]

Damit würde man das Problem nur umgehen und nicht lösen.

Mach ich den Check auf einem 'befreudeten' fernen System, funktioniert es und auf dem neu installierten Asterisk 13 lokal nicht.

[root@a070:/checksip# ./check_sip -u sip: -H 2xx.1xx.1xx.19
SIP 200 OK: 0.02 second response time
[root@a070:/checksip# ./check_sip -u sip: -H localhost
Invalid Extension

und so sieht es aus, wenn ich die original extensions.conf verwende:

[root@a070:/checksip# ./check_sip -u sip: -H localhost
SIP 200 OK: 0.00 second response time

 

[PeterPawn]

Dieses Nagios-Plugin verwendet ja eine OPTIONS-Message, um den SIP-Server zu testen, damit muß die SIP-URI irgendwie als gültig angesehen werden. Das "invalid extension" bezieht sich sicherlich darauf, daß er das zugehörige SIP-Konto für die betreffende (interne) Rufnummer nicht findet und Du wahrscheinlich mit anderen Optionen verbietest, daß da eine URI wie "sip:sip@localhost" akzeptiert wird, selbst für ein lumpiges "OPTIONS"-Paket.

Das, was Du da als Text-Dateien zeigst, sind Ausschnitte aus dem "dialplan" und auch wenn der vielleicht "extensions.conf" heißt, hat das (meine Interpretation, aber dazu müßte man auch die gesamte Asterisk-Konfiguration bei Dir kennen) mit der berichteten Fehlernachricht vom check_sip-Skript überhaupt nichts zu tun.

Falls das wirklich durch den ausschließlichen Austausch der "extensions.conf" (also des "dialplan") zu einer anderen Reaktion kommt (und die sip.conf dabei vollkommen identisch bleibt, was meist schwer sein dürfte, da es ja einen direkten Zusammenhang zwischen den SIP-Accounts und ihrem Kontext im Dialplan gibt), hat wohl der für die Prüfung verwendete SIP-Account keinen passenden Kontext im Dialplan ... auch das wäre noch eine Erklärung.

Ich habe gerade mal in den Perl-Quelltext geschaut ... das Plugin kann gar keine Authentifizierung und das "Invalid Extension" ist die "Übersetzung" des Plugins für "404 Not Found".

 

[Mansaylon]

Danke für diese ausführliche Erklärung.
Ich denke mal, dass ich dem in etwa folgen kann und versuche einfach mal den Dialplan fertig zu konfigurieren. Ich befürchte fast, dass es möglicherweise daran liegen könnte.
Die extensions.conf aus den anfänglichen Beispielskonfigurationsdateien sind meiner Meinung ja mehr oder weniger komplett... so dass da eben für check_sip alles stimmt.