Hello, I am having some troubles with Snom phones and maybe someone can help me. Let me say this: BLF and pickup works great with Polycomes and Grandstream etc... So I think my problem might not be Asterisk related but I am not 100% sure. The snom phones subscribe to my extensions (hint priority) as expected. The light blinks (ringing) or is turned on (in the call) as expected. My problem is to pickup the call. If I press the button next to the light the Snom phone doesnt do anything. It does not send a single packet to the network. I checked with sniffers and in the phones log. A manual dial to my pickup extension works of course. If the light is not blinking or not turned on and I press the button the phone dials the extension as it should. My phone setup: - latest snom firmware - function key set to "Extension" and content set to *7 which the phone converts to <sip:*7 at 192.168.33.50;user=phone> - on my asterisk *7 is configured and works Extensive googling and reading did not help. Any help is appreciated. I tested on different SNOM phones and the same Problem everywhere. Best regards, Loic Didelot.
hello, you have to use following format in den extension key of the snom: <sip:*7 at 192.168.33.50;user=phone>|*7 the |*7 is the extension to dial if you want to pickup the ringing (blinking) line. maybe you should try <sip:100 at .....>|*7 where 100 is your hint extension and *7100 is a defined pickup extensions. best regards. Steve Smith Loic Didelot schrieb:> Hello, > I am having some troubles with Snom phones and maybe someone can help > me. > > Let me say this: BLF and pickup works great with Polycomes and > Grandstream etc... So I think my problem might not be Asterisk related > but I am not 100% sure. > > The snom phones subscribe to my extensions (hint priority) as expected. > The light blinks (ringing) or is turned on (in the call) as expected. > > My problem is to pickup the call. If I press the button next to the > light the Snom phone doesnt do anything. It does not send a single > packet to the network. I checked with sniffers and in the phones log. > > A manual dial to my pickup extension works of course. > > If the light is not blinking or not turned on and I press the button the > phone dials the extension as it should. > > > My phone setup: > - latest snom firmware > - function key set to "Extension" and content set to *7 which the > phone converts to <sip:*7 at 192.168.33.50;user=phone> > - on my asterisk *7 is configured and works > > > Extensive googling and reading did not help. Any help is appreciated. I > tested on different SNOM phones and the same Problem everywhere. > > Best regards, > Loic Didelot. > > > > > > _______________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users
Loic Didelot schrieb:> I am having some troubles with Snom phones and maybe someone can help > me. > > Let me say this: BLF and pickup works great with Polycomes and > Grandstream etc... So I think my problem might not be Asterisk related > but I am not 100% sure. > > The snom phones subscribe to my extensions (hint priority) as expected. > The light blinks (ringing) or is turned on (in the call) as expected. > > My problem is to pickup the call. If I press the button next to the > light the Snom phone doesnt do anything. It does not send a single > packet to the network. I checked with sniffers and in the phones log. > > A manual dial to my pickup extension works of course. > > If the light is not blinking or not turned on and I press the button the > phone dials the extension as it should. > > > My phone setup: > - latest snom firmware > - function key set to "Extension" and content set to *7 which the > phone converts to <sip:*7 at 192.168.33.50;user=phone> > - on my asterisk *7 is configured and works > > > Extensive googling and reading did not help. Any help is appreciated. I > tested on different SNOM phones and the same Problem everywhere.http://bugs.digium.com/view.php?id=5014 Regards, Philipp Kempgen -- amooma GmbH - Bachstr. 126 - 56566 Neuwied - http://www.amooma.de Let's use IT to solve problems and not to create new ones. Asterisk? -> http://www.das-asterisk-buch.de Gesch?ftsf?hrer: Stefan Wintermeyer Handelsregister: Neuwied B 14998
I agree with Russel that vendor specific things should be the exception. The RFC was not written for features like call pickup, and the way snom interpreted it years ago (even my snom 100 already supported dialog state!) was just because we wanted to avoid additional provisioning. If there should be something in the snom phones that needs to be done, then we can take a look into this. Looking at the ticket, it seems to be simple. CS [from snom] ________________________________ Von: asterisk-users-bounces at lists.digium.com [mailto:asterisk-users-bounces at lists.digium.com] Im Auftrag von Rob Hillis Gesendet: Sonntag, 23. M?rz 2008 11:01 An: Asterisk Users Mailing List - Non-Commercial Discussion Betreff: Re: [asterisk-users] BLF and Snom phones Bill Hackensack wrote: On Sat, Mar 22, 2008 at 7:17 AM, Philipp Kempgen <philipp.kempgen at amooma.de> wrote: http://bugs.digium.com/view.php?id=5014 The response on that issue from Russell is the kind of response that really ticks me off. No, no, no, we don't want any real features that users want, we want basic, boring features. Asterisk is a call center system, not for regular, everyday business users. It could be so much more, though... Works great as an advanced IVR as a front end to a real phone system, though. While his basic point makes sense (we want to get away from channel specific implementation stuff) what he seems to be ignoring is that this patch actually provides no benefit at all to non-SIP channels, since the Snom phones don't support any technology other than SIP. I still think Asterisk is more than just a front-end to a "rea"l phone system. What you can achieve with Asterisk is vastly beyond anything you can achieve with most other PABX systems without spending an utter fortune. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20080323/1c6323bb/attachment.htm
On 20/03/2008, Loic Didelot <ldidelot at mixvoip.com> wrote:> Hello, > I am having some troubles with Snom phones and maybe someone can help > me. > > Let me say this: BLF and pickup works great with Polycomes and > Grandstream etc... So I think my problem might not be Asterisk related > but I am not 100% sure. >[snip] Sorry for the hijack, but I was wondering if I could be pointed at how to get BLF and pickup working with Polycoms? I can use their "Buddy" option to get a basic BLF system working, but that does not understand the ringing state, and does not allow call pickup. Any help and pointers appreciated. My efferts to google for this have come up blank. Regards, Steve
> Sorry for the hijack, but I was wondering if I could be pointed at how > to get BLF and pickup working with Polycoms? I can use their "Buddy" > option to get a basic BLF system working, but that does not understand > the ringing state, and does not allow call pickup.This is what I do (it works most of the times...). Our extension numbers are 5 digits, and I'll take as example making a BLF for extension 89444: 1. In the buddies list, instead of setting the BLF to be 89444, set it to be *789444 (i.e preppend *7 to the number). 2. change the Hint to be (I am using AEL): hint(Sip/89444) *789444 => NoOp(); This allows the phone to send subsciptions for *789444 which is translated to the real extension's state. 3. Define the extension *7xxxxx: // Directed pickup by *7. When we want a line key on the phone to be both // speed dial and direct pickup we program it to dial *7num; We strip off // the *7 and then check the destination status; if it is ringing - pick it; // if not - dial it. // When picking up - Set the callerID to be the orignaly calling station. _*7XXXXX => { NoOp(); Set(_To=${EXTEN:-5}); Set(_From=${CALLERID(num)}); if("${DEVSTATE(SIP/${To})}" == "RINGING") { Set(CALLEDID(all)=${DB(${To}/CallingID)}); Pickup(${To}@PICKUPMARK); Hangup(); } else { goto huji-local|_8XXXX|StartLocal; }; } If the destination is ringing, pick it up. If not, strip the *7 and dial it. I am using To and From since I need them for other places. 4. At your "regular" dialplan set the PICKUPMARK to the extension number: Set(_PICKUPMARK=${EXTEN}); good luck, __Yehavi:
On Tue, 25 Mar 2008 14:58 +0200, Yehavi Bourvine +972-8-9489444 <YEHAVI at vms.huji.ac.il> wrote: [snip] LOL. Very creative :) Thank you for the suggestion. I can work with that! Steve
Anyone who is willing to try out an image please send me a private email. CS ________________________________ Von: Christian Stredicke Gesendet: Sonntag, 23. M?rz 2008 11:56 An: 'Asterisk Users Mailing List - Non-Commercial Discussion' Betreff: AW: [asterisk-users] BLF and Snom phones I agree with Russel that vendor specific things should be the exception. The RFC was not written for features like call pickup, and the way snom interpreted it years ago (even my snom 100 already supported dialog state!) was just because we wanted to avoid additional provisioning. If there should be something in the snom phones that needs to be done, then we can take a look into this. Looking at the ticket, it seems to be simple. CS [from snom] ________________________________ Von: asterisk-users-bounces at lists.digium.com [mailto:asterisk-users-bounces at lists.digium.com] Im Auftrag von Rob Hillis Gesendet: Sonntag, 23. M?rz 2008 11:01 An: Asterisk Users Mailing List - Non-Commercial Discussion Betreff: Re: [asterisk-users] BLF and Snom phones Bill Hackensack wrote: On Sat, Mar 22, 2008 at 7:17 AM, Philipp Kempgen <philipp.kempgen at amooma.de> wrote: http://bugs.digium.com/view.php?id=5014 The response on that issue from Russell is the kind of response that really ticks me off. No, no, no, we don't want any real features that users want, we want basic, boring features. Asterisk is a call center system, not for regular, everyday business users. It could be so much more, though... Works great as an advanced IVR as a front end to a real phone system, though. While his basic point makes sense (we want to get away from channel specific implementation stuff) what he seems to be ignoring is that this patch actually provides no benefit at all to non-SIP channels, since the Snom phones don't support any technology other than SIP. I still think Asterisk is more than just a front-end to a "rea"l phone system. What you can achieve with Asterisk is vastly beyond anything you can achieve with most other PABX systems without spending an utter fortune. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20080326/67a4dd72/attachment.htm
This just adds a new drop down called "BLF" in the function key area. This is a mix of the already existing "Extension" (which displays dialog-state information) and "Speed Dial". The LED is controlled by the dialog state like in the Extension mode, while the key is controlled by the Speed Dial nature. In other words, no matter what the LED is doing, pushing that button will always dial the speed dial number. If you set it to something like "*7123", then this button will always pick up the call for 123. CS -----Urspr?ngliche Nachricht----- Von: asterisk-users-bounces at lists.digium.com [mailto:asterisk-users-bounces at lists.digium.com] Im Auftrag von Steve Davies Gesendet: Mittwoch, 26. M?rz 2008 14:01 An: Asterisk Users Mailing List - Non-Commercial Discussion; Christian Stredicke Betreff: Re: [asterisk-users] BLF and Snom phones Hi, Could you explain for the benefit of the list what you have changed in the snom image that will benefit this ticket? I am already receiving your current beta images, through our distributor, up-to about 2008-13-19, and am not aware of any changes that affect BLF behaviour or short-dials... NOTE to list: User beware - The last few versions of beta firmware I tested break re-invites. Of course this may be fixed by now. Regards, Steve On 26/03/2008, Christian Stredicke <Christian.Stredicke at snom.de> wrote:> > > Anyone who is willing to try out an image please send me a private email. > > CS > > ________________________________ > Von: Christian Stredicke > Gesendet: Sonntag, 23. M?rz 2008 11:56 > An: 'Asterisk Users Mailing List - Non-Commercial Discussion' > Betreff: AW: [asterisk-users] BLF and Snom phones > > > > I agree with Russel that vendor specific things should be the > exception. The RFC was not written for features like call pickup, and > the way snom interpreted it years ago (even my snom 100 already > supported dialog state!) was just because we wanted to avoid > additional provisioning. If there should be something in the snom > phones that needs to be done, then we can take a look into this. Looking at the ticket, it seems to be simple. > > CS [from snom] > > ________________________________ > Von: asterisk-users-bounces at lists.digium.com > [mailto:asterisk-users-bounces at lists.digium.com] Im Auftrag von Rob > Hillis > Gesendet: Sonntag, 23. M?rz 2008 11:01 > An: Asterisk Users Mailing List - Non-Commercial Discussion > Betreff: Re: [asterisk-users] BLF and Snom phones > > > Bill Hackensack wrote: > > > > On Sat, Mar 22, 2008 at 7:17 AM, Philipp Kempgen > <philipp.kempgen at amooma.de> > wrote: > > > > > > > http://bugs.digium.com/view.php?id=5014 > > > > > > The response on that issue from Russell is the kind of response that > really ticks me off. No, no, no, we don't want any real features that > users want, we want basic, boring features. Asterisk is a call center > system, not for regular, everyday business users. > > It could be so much more, though... > > Works great as an advanced IVR as a front end to a real phone system, > though. > While his basic point makes sense (we want to get away from channel > specific implementation stuff) what he seems to be ignoring is that > this patch actually provides no benefit at all to non-SIP channels, > since the Snom phones don't support any technology other than SIP. > > I still think Asterisk is more than just a front-end to a "rea"l phone > system. What you can achieve with Asterisk is vastly beyond anything > you can achieve with most other PABX systems without spending an utter fortune. >_______________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users