[Gelöst] LEDs am Snom 360 blinken nicht

Moin,
bei meinem Snom 360 blinken die LEDs leider nicht, wenn das entsprechende Telefon klingelt.
Wie ich sie generell zum Leuchten bringe, das weiß ich. Da ich dazu allerdings schon sehr viel zusammensuchen musste und ich ein großer Fan der Suchfunktion bin, poste ich hier mal einen Text, den ich über meine bisherigen Schritte geschrieben habe:


1. In der sip.conf (oder sip_custom.conf) in /etc/asterisk/ muss bei dem Eintrag für das Telefon ein subscribecontext definiert sein.
Dieser Context muss derjenige sein, in dem sich die hints (s. 2.) für die Telefone befinden, deren Status man mit den LEDs überwachen will.
Am einfachsten ist es, wenn alle Telefone im selben Context stehen und dies auch der selbe des "context"-Eintrages ist.

[snom360]
context = from-internal
subscribecontext = from-internal
...

2. In der extensions.conf muss für die Extension, über die man das Telefon anwählt, ein "hint" gesetzt werden.
Das muss genau in dem Context geschehen der dem "subscribecontext" von 1. entspricht (oder in einem Context, der vom Subscribecontext included wird).

exten => snom320,hint,SIP/snom320

Setzt man hier statt "SIP" "DS" ein, so lässt sich die LED per Bristuff Devstate steuern, funktioniert aber nicht mehr automatisch.

3. Jetzt muss man beim Snom eine der Funktionstasten für die zu überwachende Extension konfigurieren.
Dazu trägt man entweder im Webinterface unter Einrichtung->Funktionstasten die Extension (z.B. snom320) ein und stellt im zugehörigen Dropdownmenü "Ziel" ein
oder man macht in der per http geholten Konfigurationsdatei einen Eintrag:

fkey4: dest sip:[email protected];user=phone

Die IP ist dabei die des Asteriskservers.

4. Damit das Telefon sich die Konfigurationsdatei vom http-Server holt, muss es neugestartet werden.
Wenn man Änderungen an der extensions.conf vorgenommen hat (wie unter 2.), dann muss man Asterisk per "reload" zum Neuladen der Konfiguration veranlassen.
Wichtig: Ältere Asteriskversionen löschen beim Reload die Subscriptions.
Deshalb sollte man nach jedem reload auch die Telefone neustarten, damit diese sich neu subscriben.

--

Hinter den Kulissen:
Das Telefon versucht sich für jede belegte Funktionstaste beim Asterisk zu subscriben. Ob das erfolgreich war, kann man mit "sip show subscriptions" im CLI herausfinden.
Für jedes Telefon sollte für jede Funktionstaste eine Zeile erscheinen.
10.1.0.204 snom360 3c26700d0c35-xvvvpm9b
Dabei stehen IP und Benutzername nicht für das überwachte, sondern für das überwachende Telefon, also das, bei dem die LED hinterher leuchten soll.

Wenn jetzt jemand das überwachte Telefon anruft, dann bekommt das überwachende Telefon ein Paket, das ihm den Statuswechsel verkündet.
Dabei ist die Zeile "<state>trying</state>" entscheidend.
"trying" steht für ein klingelndes Telefon,
"confirmed" für ein aktives Gespräch und
"terminated" für ein beendetes Gespräch, also für den Grundzustand.

Die LED sollte im ersten Fall blinken, im zweiten konstant leuchten und im dritten aus sein.
Warum sie bei uns auch im ersten Fall konstant leuchtet, ist mir ein Rätsel und liegt meines Erachtens an der Firmware des Snom. Ich habe bisher die Versionen 3.59, 4.0, 4.2 und 4.3 getestet.

Deshalb bitte ich alle, die blinkende LEDs an ihrem Snom haben, mir einfach mitzuteilen, welche Firmwareversion sie verwenden.

Links:
http://www.ip-phone-forum.de/forum/viewtopic.php?t=14292 (April 2005)
Das selbe Problem, mit einem Patch gelöst, der sich aber nach meinen Analysen des Sourcecodes schon in meiner Version (1.2 Beta) befindet.

http://bugs.digium.com/bug_view_page.php?bug_id=3644 (closed 28.9.2005)
Die entsprechende Seite im Bugtracker

http://www.voip-info.org/wiki/view/Asterisk+phone+snom
Kurzanleitung für Snom und Asterisk, sicherlich eine gute Quelle für aktuelle Information

Lösung

Moin,
ich habe mein Problem gelöst.

Tatsächlich ist nicht die Snom-Firmware sondern die Bristuffversion entscheidend, bei der ab Version 0.2.0-RC8k der Blinkpatch enthalten ist.
Dazu heisst es im Changelog "- chan_sip fix to make SNOM leds blink when ringing".
In Version 0.2.0-RC8m kommt noch ein "- fixed SIP NOTIFY stuff to make SNOM BLFs work properly" hinzu. Ausserdem funktioniert Pickup jetzt auch wesentlich leichter.

Asterisk sendet jetzt eine veränderte Notify-Meldung:


Hier sind also einige Änderungen zu sehen:
Das "dialog"-Tag scheint jetzt eine Dummyfunktion zu haben.
"trying" wurde durch "early" ersetzt. (Kann nicht ausschlaggebend sein, habe ich auch schonmal versucht.)
"<local>" und "<remote>" sind hinzugekommen.

Besonders <remote> ist sehr interessant. Der dort angegebene Targeturi beinhaltet die Extension, die das Snom wählt, wenn man die Taste drückt, während die zugehörige LED blinkt.
Sie setzt sich zusammen aus der Pickup-Extension (lässt sich in features.conf bestimmen. default: *8) und der überwachten Extension.

Jetzt ist Callpickup kinderleicht:
Die Zeile

exten => _*8.,1,PickUpChan(SIP/${EXTEN:2})

in der extensions.conf reicht aus, damit der Anruf übernommen wird, sobald jemand die Taste an der blinkenden LED drückt. (Wie oben erwähnt, ist dafür Bristuff Version 0.2.0-RC8m erforderlich.)