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
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.
Code:
NOTIFY sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 10.1.0.111:5060;branch=z9hG4bK3888ba74
From: <sip:[email protected]>;tag=as314557a4
To: <sip:[email protected]>;tag=cof5eq1lcx
Contact: <sip:[email protected]>
Call-ID: 3c26700d1117-461ev4jglg9i@snom360
CSeq: 105 NOTIFY
User-Agent: Asterisk PBX
Event: dialog
Content-Type: application/dialog-info+xml
Content-Length: 205
<?xml version="1.0"?>
<dialog-info xmlns="urn:ietf:params:xml:ns:dialog-info" version="3" state="full" entity="sip:[email protected]">
<dialog id="snom320">
<state>trying</state>
</dialog>
</dialog-info>
"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