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

Sidebar Sidebar
Upgrade 3CX to v18 and get it hosted free!
Ich habe bei mir type=peer in der sip.conf
und mein pickup in der extensions.conf sieht so aus.
[pick]
exten => _*8.,1,SET(GLOBAL(PICKUPMARK)=${EXTEN:2})
exten => _*8.,n,Pickup(${EXTEN:2}@PICKUPMARK)

@dehpeh
genau und call-limit fehlt. Ich habe dort 4 drin.

Gruss,

Jörg
 
Vielen Dank euch beiden.

Es hat wirklich nur das call-limit gefehlt.
Die Extension für *8 braucht man nicht zwingend, geht auch ohne.

Besonders einfach ist es, wenn man auf den snom-Telefonen callpickup_dialoginfo auf on hat.
 
Hallo zusammen

Habt ihr PickUp nun alle mit der |*8 Erweiterung auf den Snom
Telefonen umgesetzt?
Wenn ich daran denke, dass dies bei meinem alten Asterisk 1.2 nicht nötig war
und alles super funktionierte bin ich schon ein wenig enttäsucht :|

Damals hatte ich einfach einen Patch installiert.

Weiss jemand, gibt sowas nicht auch wieder für 1.6,
damit man diese Anpassung nicht uf jedem Telefon vornehemen muss?

Viele Grüsse

Stäubel
 
Hallo,

ich habe es mit Asterisk 1.6.2.0-rc6 (da ist der Pickup Patch schon drin) ohne |*8 umgesetzt.
Einfach die Nummer ohne Zusätze eingeben und als Typ Nebenstelle wählen.
Funktioniert prima. Setzt man im Telefon callpickup_dialoginfo auf on, dann hat man auch eine schöne Anzeige auf dem Display.
 
Hey fme

Merci für dein Feedback.
Hmm, kann es sein, dass es bei der Version 1.6.1.10 noch nicht möglich ist?
Was hast du bei dir in die extensions.conf eingetragen?

Genügt da auch etwas wie:

Code: 
exten => _880,1,PickUpChan(SIP/${EXTEN:1})

Viele Grüsse Stäubel
 
Hi,

soweit ich weiß wurde der Pickup-Patch erst in einer der Betaverionen von 1.6.2.0 aufgenommen. Für die Versionen < 1.6.2.0 muss du selbst patchen.

Meine Konfigurationsdateien findest du unter http://www.ip-phone-forum.de/showpost.php?p=1436338&postcount=319, da fehlt allerdings in der sip.conf noch der Eintrag call-limit=<wert>.

Ich verwende auch keine selbstgeschriebene Extension für *8 etc, funktioniert auch so prima mit V1.6.2.0-rc6.
 
fme schrieb:
dann hat man auch eine schöne Anzeige auf dem Display.
Zum Vergrößern anklicken....

Aber eben nicht die externe Nummer, die anruft, oder? Und nach erfolgtem Pickup hat man nur die Nummer der Nebenstelle, von der man übernommen hat, im Display, was auch nicht besonders sinnig ist. Wäre schön, wenn man wenigstens nach Übernahme die Nummer des externen Anrufers im Display hätte.

Grüsse
Thomas
 
Korrekt - es ist leider nur die interne Nummer.
Würde es auch schöner finden wenn die externe Nummer
erscheinen würde.

[Offtopic]
Genau so nervt mich auch die "falsche" Nummer beim Attended Transfer.
Dort sieht man dann auch nur die interne Nummer und nicht die externe wenn der Transfer abgeschlossen ist.
 
Ist manchmal schon frustrierend.
Hatte gehofft, dass beim neusten Asterisk nicht wieder diese gleichen
Problemen wie vor etwa 2 bis 3 Jahren existieren :cry:

Aber scheint so, als wäre wieder ein Patch angesagt.
Hatte es damals mit dieser Anleitung installiert:
http://www.ip-phone-forum.de/showthread.php?t=100426

Weisst du wo man einen Patch für Asterisk 1.6.1.1X findet?

Oder würdest du eher empfehlen die Beta Version 1.6.2.0 wie du
zu verwenden? Ist jedeoch eben eine produktive Anlage :?

Vielen Dank für die Hilfe.

Gruss Stäubel
 
Die Anlage läuft hier auch produktiv.
Hier und da gibt es zwar noch ein paar kleine Problemchen,
z.B. gerade mit der Wartemusik, aber man findet in den
Bugreports meistens auch recht schnell die Lösung.

Die 1.6.2.0 Entwicklung ist schon recht weit fortgeschritten,
dürfte wohö nicht mehr sehr lange dauern bis zum finalen Release.

Ich würde mir die Arbeit mit dem patchen etc. nicht mehr machen,
sondern auf das fertige Release warten. (Hoffe ja noch auf dieses Jahr)
 
Hallo fme

Hey vielen Dank, mit 1.6.2.0 scheint PickUp tatsächlich
kein Thema mehr zu sein.

fme schrieb:
Ich würde mir die Arbeit mit dem patchen etc. nicht mehr machen,
sondern auf das fertige Release warten. (Hoffe ja noch auf dieses Jahr)
Zum Vergrößern anklicken....

Ja, du hast absolut recht, diese Arbeit werde ich mir ersparen.
Habe jetzt auch die Version 1.6.2.0 installiert.

Als ich damals die Version 1.2 installierte dachte ich,
jetzt warte ich mal ein paar Jahre mit einem update,
dann werden bestimmt all diese Dinge von selber funktionieren.
Scheinbar bin ich nun also genau etwa einen Monat zu
früh für die stable Version. :blonk:
Aber werde jetzt diese Beta Version verwenden.

Schade löst diese Version nicht gleich auch noch dieses Problem: :)
http://www.ip-phone-forum.de/showthread.php?p=1439673

Vielen Dank für deine Hilfe.

Grüsse Stäubel
 
Anzeige der CallerID des Anrufers in 1.6.2 (Release)

Hallo,

jetzt wo 1.6.2 released ist wollte ich nochmal in die Runde fragen:

hat jemand die Hints+Subscription in der extensions.conf mal so gesetzt bekommen, dass die Anzeige der CallerID des Anrufers auf dem "ge-notifyten" Aparat funktioniert?

Bei mir ist der Status nach wir vor der, den ich in meinem letzten Post vom 20.05.2009 (#303) beschrieben habe. BLF, Pickup etc. geht alles seit Version 1.6.2.* wunderbar. Aber als Callerid wird im Display des Susbrkibierten-Telefons angezeigt:

- "Callerid -> #klingelnde Extension" : falls die Extension die anruft eine interne Externsion ist.
- "#klingelnde Extension -> #klingelnde Extension" : sonst

Den Hinweis in der Doku zu "notifycid" kapier ich nach wie vor nicht.

Hat jemand ein simples Beispiel, wie das ganze funktioniert??
Danke!

Asterisk: 1.6.2
Snom 320 und 370: FW 7.3.26

Achja: die Anzeige der eigentlichen Caller-ID nach dem heranholen mit Pickup ist mir nicht so wichtig. Ich will *vor* dem Pickup wissen, wer anruft. Nach dem Pickup weiss ich's ja, weil ich denjenigen an der Strippe habe.
 
Ich habe gerade etwas rumgespielt und folgedes festgestellt:

Stelle ich notifycid=yes innerhalb der [general] in der sip.conf, dann zeigt das Snom korrekt an: callerid -> zielextension

Ist notifycid nicht gesetzt oder auf =no, dann wird zielextension -> zielextension angezeigt.

Hilfetext notifycid schrieb:
Control whether caller ID information is sent along with dialog-info+xml notifications (supported by snom phones).

Note that this feature will only work properly when the incoming call is using the same extension and context that is being used as the hint for the called extension. This means that it won't work when using subscribecontext for your sip user or peer (if subscribecontext is different than context).

This is also limited to a single caller, meaning that if an extension is ringing because multiple calls are incoming, only one will be used as the source of caller ID. Specify 'ignore-context' to ignore the called context when looking for the caller's channel. The default value is 'no.'

Setting notifycid to 'ignore-context' also causes call-pickups attempted via SNOM's NOTIFY mechanism to set the context for the call pickup to PICKUPMARK.
Zum Vergrößern anklicken....
 
dehpeh,

geht es bei Calls von extern?
Kannst Du mal Auszüge aus Deiner extensions.conf schicken, wo man sieht, wie die entsprechenden hints gesetzt werden?
Was hast Du sonst noch in der sip.conf eingestellt?
 
Das funktioniert für 'alle Calls'. Voraussetzung ist eine minimale Englischkenntnis ;) Es heißt ja: Note that this feature will only work properly when the incoming call is using the same extension and context that is being used as the hint for the called extension. Bedeutet, das es nur funktioniert, wenn die exten gewählt wird, dem auch der hint zugeordnet ist. In meinem Beispiel also die 11, 12 und 13. Je nach Dialplan leider nicht eine tolle Lösung, anders geht es afaik nicht.

Also extensions.conf sieht dann z.b. (stark vereinfacht) so aus:
(sip.conf und chan_dahdi.conf nutzen context=blub in dem Beispiel)
Code: 
[blub]
exten => 11,hint,SIP/11
exten => 12,hint,SIP/12
exten => 13,hint,SIP/13

; anrufe von und auf die sip-telefone
exten => _1X,1,Dial(SIP/${EXTEN})

; anrufe auf die isdn-msn (sip/12 soll klingeln)
exten => 9901337,1,Goto(12,1)


; dies funktioniert nicht, weil '9901337' kein hint ist.
; lösung wäre vermutlich ein 'exten => 9901337,hint,SIP/12'
; dieser hint müsste aber vom snom zusätzlich subscribed werden
;exten => 9901337,1,Dial(SIP/12)

; dies auch nicht, weil '20' kein hint ist
;exten => 20,1,Dial(SIP/12&SIP/13)
;exten => 9901337,1,Goto(20,1)
 
Code: 
[blub]
exten => 11,hint,SIP/11
exten => 12,hint,SIP/12
exten => 13,hint,SIP/13

; anrufe von und auf die sip-telefone
exten => _1X,1,Dial(SIP/${EXTEN})

; anrufe auf die isdn-msn (sip/12 soll klingeln)
exten => 9901337,1,Goto(12,1)
Zum Vergrößern anklicken....


Danke! Das war's. Ich hab's richtig verstanden und muss (leider) meinen Dialplan mal komplett überarbeiten. Aber auf jeden Fall geht es.
 
Hi,

ich habe es mal genau so ausprobiert. Bei mir stürzt dann Asterisk bei externen Anrufen komplett ab mit der Fehlermeldung "Speicherzugriffsfehler".

Ich habe allerdings capi + AVM B1 +chan-capi-HEAD + Asterisk 1.6.2.0 im Einsatz. Ist das eventuell ein Capi-Problem?

Wenn ich diese Minimal-extensions.conf laufen lasse, gehen die internen Hints.
Code: 
[general]
language=de

[default]

exten => 11,hint,SIP/11
exten => 12,hint,SIP/12
exten => 13,hint,SIP/13

; anrufe von und auf die sip-telefone
exten => _1X,1,Dial(SIP/${EXTEN})

; anrufe auf die isdn-msn (sip/11 soll klingeln)
exten => meine msn,1,Goto(11,1)

Bei externen Anrufen über die AVM B1 habe ich den Absturz.
Code: 
 == ISDN1#02: Incoming call 'eingehend ISDN' -> 'meine msn'
    -- Executing [meine msn@default:1] Goto("CAPI/ISDN1#02/meine msn-1", "11,1") in new stack
    -- Goto (default,11,1)
    -- Executing [11@default:1] Dial("CAPI/ISDN1#02/meine msn-1", "SIP/11") in new stack
  == Using SIP RTP CoS mark 5

Speicherzugriffsfehler
Bei mir soll die 11 klingeln.
Interne Hints gehen... Ich habe da die AVM im Verdacht bzw. chan_capi.
Welche Hardware nutzt Ihr?

Gruss
Thomas
 
Ich habe eine Digium B410, also chan_dahdi.

Funktioniert dies denn bei dir ohne Goto?
exten => deinemsn,1,Dial(SIP/11)
 
Hi dehpeh,
und die Digium zeigt bei dieser Beispielkonfiguration korrekt "Callerid -> #klingelnde Extension" an?

@elzoido
Welche ISDN-Anbindung hast Du? Karte, Gateway?

Ich habe die ganze Sache bei mir mal durchprobiert mit folgenden Konstellationen:

- 3 x Snom 370 mit FW 7.3.30 (und später mit Beta 8.2.22)
- Debian Squeeze
- Asterisk 1.6.2.0
- AVM C2 (und ersatzweise AVM B1, um einen Hardwarefehler auszuschalten)
- chan_capi 1.1.2, 1.1.3, 1.1.4, HEAD

sip.conf
Code: 
[general]
context=default
port=5060
bindaddr=0.0.0.0	
language=de
disallow=all
allow=alaw
allow=ulaw
allow=gsm
allowsubscribe=yes
notifyringing=yes
notifyhold=yes
limitonpeers=yes
notifycid=yes

[11]	
host=dynamic
user=11
secret=1234		
type=friend
context=default
subscribecontext = default
call-limit = 10
callgroup = 1
pickupgroup = 1

[12]			
host=dynamic
user=12
secret=1234		
type=friend
context=default
subscribecontext = default
call-limit = 10
callgroup = 1
pickupgroup = 1

[13]			
host=dynamic
user=13
secret=1234		
type=friend
context=default
subscribecontext = default
call-limit = 10
callgroup = 1
pickupgroup = 1
extensions.conf
Code: 
[general]
language=de

[default]

exten => 11,hint,SIP/11
exten => 12,hint,SIP/12
exten => 13,hint,SIP/13

; anrufe von und auf die sip-telefone
exten => _1X,1,Dial(SIP/${EXTEN})

; anrufe auf die isdn-msn (sip/11 soll klingeln)
exten => meine msn,1,Goto(11,1)
exten => _*8.,1,SET(GLOBAL(PICKUPMARK)=${EXTEN:2})
exten => _*8.,n,Pickup(${EXTEN:2}@PICKUPMARK)

Es passiert hierbei folgendes:
Wenn die Hints nicht aktiv sind, klingelt ein externer Anruf so wie er soll auf der 11.
Code: 
CLI>   == ISDN2#02: Incoming call 'externer Anruf' -> 'meine msn'
    -- Executing [meine msn@default:1] Goto("CAPI/ISDN2#02/meine msn-0", "11,1") in new stack
    -- Goto (default,11,1)
    -- Executing [11@default:1] Dial("CAPI/ISDN2#02/meine msn-0", "SIP/11") in new stack
  == Using SIP RTP CoS mark 5
    -- Called 11
    -- SIP/11-00000000 is ringing
    -- SIP/11-00000000 is ringing

Wenn ich dann z.B. an Telefon 13 den Hint durch Reregistrierung aktiviere, habe ich bei Eingang eines externen Anruf sofort einen Absturz
Code: 
CLI>   == ISDN2#02: Incoming call 'externer Anruf' -> 'meine msn'
    -- Executing [meine msn@default:1] Goto("CAPI/ISDN2#02/meine msn-0", "11,1") in new stack
    -- Goto (default,11,1)
    -- Executing [11@default:1] Dial("CAPI/ISDN2#02/meine msn-0", "SIP/11") in new stack
  == Using SIP RTP CoS mark 5
Speicherzugriffsfehler
telefon:/
Diese Möglichkeit endet auch im Absturz
Code: 
; dies funktioniert nicht, weil '9901337' kein hint ist.
; lösung wäre vermutlich ein 'exten => 9901337,hint,SIP/12'
; dieser hint müsste aber vom snom zusätzlich subscribed werden
;exten => 9901337,1,Dial(SIP/12)

Folgendes funktioniert, allerdings eingeschränkt auf die Anzeige "#klingelnde Extension -> #klingelnde Extension":
exten => meine msn,1,Dial(SIP/11)

Hat jemand vielleicht das Problem mit einer CAPI-Karte (Diva, Avm) lösen können oder hat jemand einen Tip, ob das Problem vielleicht in der Konfiguration liegt?

Grüsse
Thomas
 
Um antworten zu können musst du eingeloggt sein.

Zurzeit aktive Besucher

Gesamt: 564 (Mitglieder: 4, Gäste: 560)

Neueste Beiträge

Statistik des Forums

Themen
246,183
Beiträge
2,247,562
Mitglieder
373,729
Neuestes Mitglied
ChTh
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.
Ihr E-Mail-Adresse verifizieren

Ihr E-Mail-Adresse verifizieren

Wir haben Ihnen eine E-Mail geschickt. Klicken Sie auf die Schaltfläche im E-Mail-Text, um Ihre E-Mail-Adresse zu verifizieren – (Können Sie diese nicht finden können, dann überprüfen Sie Ihren Spam-Ordner).

IPPF im Überblick

Neueste Beiträge

Direktlinks Telefonanlage

Website-Sponsoren

3CX sponsor
KONTAKTIEREN SIE UNS BEI INTERESSE
| Style by ThemeHouse
XenPorta 2 PRO © Jason Axelrod of 8WAYRUN
Oben Unten
Zurück