[Diskussion] [HOWTO] Asterisk mit dem Snom-Pickup-Patch patchen

[mgernoth]

Ich nehme mal an daemonb spielt auf diesen Eintrag aus den Release Notes zu 6.5.12 an:

* added call pickup via access code on programmable function keys e.g. [email protected]|*68

Das wird wohl auch in der 7er Firmware so sein, allerdings habe ich es noch nirgends getestet.

Gruss,
Michael

 

[daemonb]

Nein, hatte eigentlich auf die Version 0607 angespielt.

Ich hatte es bei snom bemängelt, das Asterisk gepatcht werden muss. Da wir snoms auch in größeren Umgebungen benötigen und ich aus meinem stabilen Asterisksystem keine instabile Kiste mehr machen wollte, nur um einen Pickup zu machen.

Ich finde den support seitens snom ausserdem recht gut, was hier auch einmal angemerkt werden muss.

Sip URL's sehen dann wie folgt aus:

<SIP:[email protected]>|**

Somit wir dem ganzen gesagt, dass wenn die Nebenstelle blinkt bei einem Druck auf die Taste ein ** der Nebenstellennummer vorangestellt wird. Wie ihr alle wisst, kann man dann bequem am Asterisk den pickup auslösen.

 

[cibi]

Funktioniert gut mit 360 FW 7.1.9 und ist für die, die auf die Zusatzfunktionen des Patches verzichten wollen, eine sehr gut Lösung. (denke ich

Gibt es eigentlich irgendwelche Neuigkeiten, was die Integration des/eines Patches in Asterisk 1.6<= angeht?
(Auf Bugreport 5014 tut sich seit Mitte April nichts mehr. )

 

[Guard-X]

Die interessanteste Funktion ist aber wohl die Anzeige im Display...

Das ganze Subscription System ist unbrauchbar, deswegen wird der Asterisk instabil.

mfg Guard-X

 

[thomasmebes]

snom 370 und der patch "pickup-2007-06-07"

Hallo Leute,

ich hab eure Wortmeldungen brav verfolgt und wollte nur mein Testergebnis los werden.

Habe bereits das Snom 370 da ich nebenbei (Nebenjob) fuer eine Firma das Teil testen soll. Habe viele viele Abende verbracht und es nun auch hin bekommen mit dem Patch "pickup-2007-06-07" und der Version 7.1.9.

Funktioniert glaub soweit alles prima.
Wieso Abende? Weil ich mich von extern in den Asterisk dort in der Firma einlogge mit dem Snom 370. Alles ging, Telefonie rein und raus, nur diese bloede LED-Anzeige nicht. Durch Zufall habe ich dann hier in diesem Forum gesehen es koennt an der Firewall(Router) liegen. Habe nun ein OpenVPN-Tunnel aufgebaut und bin nun sozusagen im Intranet, jetzt funktioniert die Anzeige prima und dank euer Einsatz und die Patches auch die Pickupfunktion.

Dafuer VIELEN Dank!

Hab eine Frage, weiss nicht ob das schon wer gebraucht hat oder ob ich das einzige bin?
Ist es moeglich das wenn Person X den Hoerer abnimmt und waehlt zu der LED-Leuchte auch anzuzeigen wohin sie waehlt?

Also von der Anzeige her exakt das selbe die Pickup ins Display puscht, nur halt statt (bsp intern 83, extern 017712345789):

017712345789 -> 83 ein:

83 -> 017712345789 ?

Viele Gruesse

Thomas

 

[Thomas007]

<SIP:[email protected]>|**

Somit wir dem ganzen gesagt, dass wenn die Nebenstelle blinkt bei einem Druck auf die Taste ein ** der Nebenstellennummer vorangestellt wird. Wie ihr alle wisst, kann man dann bequem am Asterisk den pickup auslösen.

Das ging bisher auch schon. In SIP_HEADER stehen/standen alle notwendigen Infos drin um einen PickUp zu programmieren.

 

[daemonb]

Wie hätte ich dann den Header auslesen können?

 

[daniel-IP]

Sip URL's sehen dann wie folgt aus:

<SIP:[email protected]>|**

Somit wir dem ganzen gesagt, dass wenn die Nebenstelle blinkt bei einem Druck auf die Taste ein ** der Nebenstellennummer vorangestellt wird. Wie ihr alle wisst, kann man dann bequem am Asterisk den pickup auslösen.

Hallo,

ich stehe beim Pickup etwas auf dem Schlauch und bin verwirrt bzgl. Asterisk patchen oder nicht? Also ich habe ein Snom 360 mit Firmware:

snom360-SIP 6.5.12

an einem ansonsten prima funktionierenden Asterisk

1.2.13-BRIstuffed-0.3.0-PRE-1s

. Meine Funktionstasten blinken bei eingehenden Anrufen an den von mir mittels "Hint" überwachten Nebenstellen. Ein "Pickup" mittels Druck auf die Funktionstaste geht nicht, siehe:

INVITE sip:*[email protected];user=phone SIP/2.0
Via: SIP/2.0/UDP 10.1.1.176:2072;branch=z9hG4bK-hz6z26nd072z;rport
From: "Daniel" <sip:[email protected]>;tag=6vtjtrmogy
To: <sip:*[email protected];user=phone>
Call-ID: 3c26afbb5f37-vhfhao0i0m60@snom360-00041323A04A
CSeq: 1 INVITE
Max-Forwards: 70
Contact: <sip:[email protected]:2072;line=4uxblrb5>;flow-id=1
P-Key-Flags: resolution="31x13", keys="4"
User-Agent: snom360/6.5.12
Accept: application/sdp
Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO
Allow-Events: talk, hold, refer
Supported: timer, 100rel, replaces, callerid
Session-Expires: 3600;refresher=uas
Min-SE: 90
Content-Type: application/sdp
Content-Length: 471

Die Funktionstaste im Snom 360 ist wie folgt belegt:

Nebenstelle <sip:[email protected];user=phone>|*8

In features.conf ist "*8" für Pickup standardmäßig drin. Ich bin auf Grund der vielen verschiedenen "Ansätze" etwas irritiert, wie dieses Feature den nun wirklich umzusetzen ist. Also PAtchen oder nicht? Asterisk internes Pickup oder BRIstuff? Eventuell könnt ihr mir helfen?

Vielen Dank schon mal!
Daniel

 

[Tweety]

Hallo Leute,

momentan befindet sich scheinbar ein neuer Pickup Patch für die Snom Telefone in Entwicklung.

Wer möchte kann sich das ganz mal anschauen: http://svn.digium.com/view/asterisk/team/oej/sip-callpickup-1.2/README.callpickup?view=log

Man darf also gespannt sein. Vielleicht entwickelt sich auch noch etwas für Asterisk 1.4 daraus!?

 

[disaster]

Hallo!

Ich scheitere leider schon viel früher... bei mir klappt die "überwachung" via LEDs nicht. Hat hier jemand Info's? Bzw. wo ich ansetzen kann? Dafür ist doch kein Patch notwendig oder?

Stefan

 

[cibi]

@disaster:
1x langt bzw. gleich ein eigenes Thema aufmachen.
Da du nichts zu deinem Problem geschrieben hast, kann dir auch keiner Helfen.

Hast du überhaupt "hints" in Asterisk konfiguriert ? Einfach mal die Suche benutzten, das Thema zu dieser Diskussion lesen und im snom.com wiki nachlesen.

Falls du das alles schon getan hast, bitte mit mehr Infos zu deinem Problem.

 

[disaster]

Hallo!

Sorry, dass habe ich bereits alles getan. Hints sind selbstverständlich konfiguriert. Ein show sip subscribers und show hints zeigt alles korrekt an.

Was mich wundert, sowohl unter show hints als auch unter sip show subscriptions steht der State immer auf idle - egal ob der jenige telefoniert oder nicht.

Ich denke, deswegen kommen auch keine notifies auf das telefon. Ich habe aber keine Ahnung wieso.

Stefan

 

[HobbyStern]

@disaster


Eine "Überwachung" , wie Du es nennst, ist auch ohne Patch machbar, dann allerdings ohne Blinklichtchen..

Aber das patchen ist ja nichts wildes, von daher ist es schon fast fahrlässig eine solch grossartige Funktion fehlen zu lassen.

Aber ich muss cibi recht geben, (holWitzausdemKeller), Deine Konfig sieht nicht wirklich gut aus, da solltest Du nochmals durchsehen (bringWitzwiederzurück)

Grüsse, Stefan

 

[Thomas007]

dann allerdings ohne Blinklichtchen..

blinken bei ringing tut es auch ohne patch (V. 6.5.2)

Was mich nervt ist, dass wenn man die blinkende Taste drückt nicht die dort hinterlegte Nummer gewählt wird.

 

[disaster]

Hallo!

Also ich habe Snom Firmware 6.5.10 drauf. Und die Config nun mind. 10 mal durchgeprüft. Alle Forenbeiträge zu dem Thema hier gelesen +
http://www.das-asterisk-buch.de/stable/snom-leds.html

Aber es geht einfach nicht. Deswegen ist meine Frage erstmal, ob sich der Typ State normalerweise unter show hints / sip show subscriptions ändert oder nicht (immer auf idle steht) - damit könnte ich die Ursache schon einmal eingrenzen. Ob ich am Snom oder bei Asterisk weiter suchen soll.

Stefan

 

[Thomas007]

show hints ändert sich natürlich
6.5.10 funktioniert auch

 

[disaster]

OK - dann versuche ich es mal mit ein paar Konfigdetails und Ausgaben.

sip show subscriptions
Peer             User        Call ID      Extension        Last state     Type            Mailbox   
192.168.0.202    9015        3c26700f3a9  9013@privat      Idle           dialog-info+xml <none>    
1 active SIP subscription

show hints

    -= Registered Asterisk Dial Plan Hints =-
                   9013@privat              : SIP/9013              State:Idle            Watchers  1
----------------
- 1 hints registered

die wichtigsten Zeilen der sip.conf

[general]
allowsubscribe=yes
notifyringing=yes
notifyhold=yes
useclientcode=yes
qualify=yes

...
; Template telefone
[telefone](!)
type=friend
context=privat
subscribecontext=privat
secret=XXXX
host=dynamic
nat=yes

[9013](telefone)
callerid="Martin" <9013>

[9014](telefone)
callerid="Rene" <9014>

[9015](telefone)
callerid="Joern" <9015>

extensions.conf - testweise die hint / dial für 9013 direkt in privat integriert

[privat]
exten => 9013,hint,SIP/9013
exten => 9013,1,Dial(SIP/9013)
include => telefone-intern
include => ausgehende-anrufe

Ruft nun z.B. die 9014 auf der 9013 an, so ändert sich unter show hints und show subscriptions gar nichts.

Ablauf auf der CLI während des Telefonats:

*CLI> sip show subscriptions
Peer             User        Call ID      Extension        Last state     Type            Mailbox   
192.168.0.202    9015        3c26700f3a9  9013@privat      Idle           dialog-info+xml <none>    
1 active SIP subscription
*CLI> 
*CLI> 
*CLI> 
*CLI> show hints

    -= Registered Asterisk Dial Plan Hints =-
                   9013@privat              : SIP/9013              State:Idle            Watchers  1
----------------
- 1 hints registered
*CLI> 
*CLI> 
*CLI> 
*CLI> 
*CLI>     -- Executing [9013@privat:1] Dial("SIP/9014-081cda30", "SIP/9013") in new stack
    -- Called 9013
    -- SIP/9013-08200458 is ringing
    -- SIP/9013-08200458 is ringing
    -- SIP/9013-08200458 is ringing
    -- SIP/9013-08200458 is ringing

*CLI> sip show subscriptions
Peer             User        Call ID      Extension        Last state     Type            Mailbox   
192.168.0.201    9014        3c26747677a  9013@privat      Idle           dialog-info+xml <none>    
192.168.0.202    9015        3c26700f3a9  9013@privat      Idle           dialog-info+xml <none>    
2 active SIP subscriptions
*CLI> show hints    -- SIP/9013-08200458 is ringing


    -= Registered Asterisk Dial Plan Hints =-
                   9013@privat              : SIP/9013              State:Idle            Watchers  2
----------------
- 1 hints registered
*CLI>     -- SIP/9013-08200458 answered SIP/9014-081cda30
    -- Native bridging SIP/9014-081cda30 and SIP/9013-08200458

*CLI> sip show subscriptions
Peer             User        Call ID      Extension        Last state     Type            Mailbox   
192.168.0.202    9015        3c26700f3a9  9013@privat      Idle           dialog-info+xml <none>    
1 active SIP subscription
*CLI> show hints

    -= Registered Asterisk Dial Plan Hints =-
                   9013@privat              : SIP/9013              State:Idle            Watchers  1
----------------
- 1 hints registered
*CLI>   == Spawn extension (privat, 9013, 1) exited non-zero on 'SIP/9014-081cda30'

Was allerdings lustig ist. Wenn ich das Telefon ausschalte (9013) kommt folgendes auf der CLI:
Extension Changed 9013 new state Unavailable for Notify User 9015
Extension Changed 9013 new state Idle for Notify User 9015

Da scheint es also zu funktionieren. Nur warum beim anrufen nicht?

Vielen Dank!

OK weitere lustige Sache dazu:

*CLI> sip show peers
...
9013/9013 84.xx D N 5090 UNREACHABLE
...

show hints

-= Registered Asterisk Dial Plan Hints =-
9013@privat : SIP/9013 State:Idle Watchers 0
----------------
- 1 hints registered


Wie kann er unreachable UND idle anzeigen???

Stefan

Edit Guard-X: Beiträge zusammengeführt. Bitte "Schieben" vermeiden!

 

[HobbyStern]

Hi Stefan,

unrechable UND idle ist natürlich nicht das was gehen sollte.

Also, machen wir es andersherum - wenn es geht setzt doch einfach mal meine sip.conf ein und teste es dann mal, ich stauch mal fürchterlich und passe es nach besten Wissen auf DIch an :

[general]
subscribecontext=privat    ; Die Subscribe Contexte definieren

[9013]
username=9013
type=friend
secret=[b]xyz??!![/b]
qualify=no
nat=never
host=dynamic
dtmfmode=rfc2833
context=[b]telefone[/b]
canreinvite=no
mailbox=[B]1234[/B]
vmexten=[B]1234[/B]
callgroup=1
pickupgroup=1
language=de
notifyringing=yes
useclientcode=yes
progressinband=yes

In der extensions.conf würde ich das hier einsetzen :

...

[privat]
exten => 9013,hint,SIP/9013

[telefone]
include => privat
include => intern und dies und das und was du noch alles brauchst

Das sollte so das allerwenigste sein was Du brauchst um das mal zu prüfen, nicht vergessen einen * Restart und das Telefon (ich habe extra nur eines eingefügt) restarten.

Grüsse, Stefan

 

[Sigi_Mueller]

Hi Leutz,

trotz stundenlangem lesen und probieren, bekomme ich das mit dem pickup nicht hin :/. Deshalb frage ich hier mal nach.

Ich habe folgendes im Einsatz:
Debian Linux 2.6.18-4-686
Asterisk 1.2.23-BRIstuffed-0.3.0-PRE-1y-j
6x snom 360 FW 6.5.10

Alle Telefone werden mit hints überwacht und auf den LEDs der Telefone dargestellt. Nun habe ich ein Problem mit folgender Konstelation:
Nr.43 ruft Nr.410 an. Nr.42 sieht diesen Anruf und möchte ihn von Nr.410 übernehmen.
Wenn ich nun auf meine Taste für Nr.410 drücke, versucht Nr.42, Nr.410 anzurufen. Dies passiert auch, wenn ich erst *8 eingebe und dann die Taste für Nr.410 drücke bzw. die Nummer manuell eingebe (*8410 z.B.). Der Anruf wird einfach nicht übernommen, sondern es wird versucht ein neuer Anruf aufzubauen.
Folgendes sagt Asterisk CLI dazu:

asterisk*CLI>
    -- Executing Answer("SIP/43-b7a19b08", "") in new stack
    -- Executing Wait("SIP/43-b7a19b08", "1") in new stack
 Extension Changed 43 new state InUse for Notify User 43
 Extension Changed 43 new state InUse for Notify User 42
 Extension Changed 43 new state InUse for Notify User 410
    -- Executing Dial("SIP/43-b7a19b08", "SIP/410|30") in new stack
    -- Called 410
    -- SIP/410-081a7988 is ringing
 Extension Changed 410 new state Ringing for Notify User 43
 Extension Changed 410 new state Ringing for Notify User 42
 Extension Changed 410 new state Ringing for Notify User 410
    -- SIP/410-081a7988 is ringing
    -- SIP/410-081a7988 is ringing
    -- Executing PickupChan("SIP/42-b7a1cf90", "SIP/410") in new stack
 Nice channel, I'll take it: SIP/410
    -- Channel SIP/42-b7a1cf90 picked up ringing channel SIP/410-081a7988
Jul 27 16:56:29 WARNING[32731]: channel.c:1656 ast_waitfor_nandfds: Thread -1230689360 Blocking 'SIP/410-081a7988', already blocked by thread -1231262800 in procedure ast_waitfor_nandfds
 Extension Changed 42 new state InUse for Notify User 43
 Extension Changed 42 new state InUse for Notify User 42
 Extension Changed 42 new state InUse for Notify User 410
    -- SIP/410-081a7988 is ringing

Meine extensions.conf sieht so aus:

[intern]

exten => 410,hint,SIP/410
exten => 410,1,answer
exten => 410,2,wait,1
exten => 410,3,Dial(SIP/410,30)
exten => 410,4,VoiceMail(box410)
exten => 410,5,hangup

exten => 42,hint,SIP/42
exten => 42,1,answer
exten => 42,2,wait,1
exten => 42,3,Dial(SIP/42,30)
exten => 42,4,VoiceMail(box42)
exten => 42,5,hangup

exten => 43,hint,SIP/43
exten => 43,1,answer
exten => 43,2,wait,1
exten => 43,3,Dial(SIP/43,30)
exten => 43,4,VoiceMail(box43)
exten => 43,5,hangup

exten => Mailbox,1,VoiceMailMain(${CALLERID(num)},s)

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

[default]
include => intern

Meine sip.conf

[general]
port = 5060
bindaddr = 0.0.0.0
context = intern
language = de
fromdomain = 172.19.4.22
disallow = all
allow = ulaw
allow = alaw
dtmfmode = rfc2833
subscribecontext = default
notifyringing = yes
useclientcode = yes
vmexten = Mailbox

[410]
type = friend
secret = 1234
host = dynamic
username = 410
callerid = "Anrufer 1"
mailbox = box410

[42]
type = friend
secret = 1234
host = dynamic
username = 42
callerid = "Anrufer 2"
mailbox = box42

[43]
type = friend
secret = 1234
host = dynamic
username = 43
callerid = "Anrufer 3"
mailbox = box43

Die Telefone sind auf

[email protected], Typ=Nebenstelle, Nummer=<sip:[email protected];user=phone>

eingestellt, wenn Nr.43 auf Telefon Nr.410 beobachtet werden soll.

So wie ich das bisher verstanden habe, braucht man bei BRIstuffed keinen weiteren Patch, oder? Falls man doch noch patchen muss, gibt es da schon eine Version für Asterisk 1.2.23? Ich glaube 1.2.17 war das aktuellste was ich hier in Thread gelesen hab :/

Weiß villeicht jemand Rat was ich noch machen kann, damit der Anruf wirklich übernommen wird und nicht ein neuer aufgebaut wird? Denn laut Asterisk CLI wird ja ein PickUp vorgenommen...

Entschuldigt falls ich Tomaten auf den Augen haben sollte

Sigi

Ergänzung: Mit *8 kann ich jetzt doch die Gespräche übernehmen... halt nicht über eine einzelne Taste und außerdem kann man ja auch nicht auswählen, welches Gespräch übernommen werden soll, falls zwei oder mehr gleichzeitig klingeln, oder?

 

[jack.ssh]

Hi,

ich versuche Call Pickup mit Anzeige des eingehenden Anrufs am Display eines Snom 370 mit Asterisk 1.4.11 hinzubekommen. Call Pickup funktioniert soweit, allerdings nicht die Anzeige am Display. Hat dies überhaupt schon mal jemand mit Asterisk 1.4 und einem Snom 370 hinbekommen?

Testweise habe ich jetzt auch schon mehrere Asterisk 1.2 Versionen (1.2.18, 1.2.19. 1.2.20, 1.2.22, 1.2.24) mit dem pickuppatch von mgernoth ausprobiert, allerdings funktioniert damit bei mir noch nicht mal das Heranholen des Anrufs mit einer Funktionstaste, was mit Asterisk 1.4.11 einwandfrei funktioniert. Anstatt zu blinken leuchtet die Funktionstaste und beim Drücken der Taste wird die überwachte Gegenstellen angerufen anstatt den Anruf zu übernehmen. Die Asterisk Konfiguration habe ich unverändert von Asterisk 1.4.11 übernommen:

sip.conf

[general]
disallow=all            ; zuerst alle Codecs verbieten
allow=alaw              ; G.711 a-law erlauben
allow=gsm               ; GSM erlauben
allow=ilbc              ; iLBC erlauben

language=de             ; deutsche Sprachdateien muessen installiert sein

callerid=unknown        ; CallerID falls Rufnummer unterdrueckt (Default: asterisk)

notifyringing=yes
notifyhold=yes
limitonpeers=yes
jbenable=yes
jbforce=yes

[201]
type=friend
username=201
secret=000201
callerid=201 <201>
mailbox=201
host=dynamic
context=internal
subscribecontext=internal
useclientcode=yes
qualify=yes
callgroup=1
pickupgroup=1
call-limit=50

extensions.conf

[internal]
exten => 201,hint,SIP/201
exten => 201,1,Dial(SIP/201,,Tt)

asterisk*CLI> show hints
asterisk*CLI>
    -= Registered Asterisk Dial Plan Hints =-
                   779*@hints               : Custom:lamp2          State:Idle            Watchers  1
                   773*@hints               : Custom:lamp1          State:Idle            Watchers  1
                    779@hints               : SIP/779               State:Idle            Watchers  1
                    773@hints               : SIP/773               State:Idle            Watchers  1
                    201@hints               : SIP/201               State:Idle            Watchers  1

asterisk*CLI> sip show subscriptions
Peer             User        Call ID      Extension        Last state     Type            Mailbox
172.16.9.223     779         3c26712352c  779*@internal    Idle           dialog-info+xml <none>
172.16.9.223     779         3c2671234e6  773@internal     Idle           dialog-info+xml <none>
172.16.9.223     779         3c2671234a4  201@internal     Idle           dialog-info+xml <none>
172.16.9.222     773         3c267211395  779@internal     Idle           dialog-info+xml <none>
172.16.9.222     773         3c2670287a0  773*@internal    Idle           dialog-info+xml <none>
5 active SIP subscriptions

An Snom Firmwares habe ich bislang 7.1.6, 7.1.9 und 7.1.17 getestet.

Setze ich vielleicht zu neue Asterisk Versionen ein. Falls ja, mit welchen Versionen habt ihr die Displayanzeige zum Laufen bekommen?

Ich bin für jeden Hinweis sehr dankbar.