Hello, I configured both asterisk and grandstream 2000 accourding to howtos on the web.. And everything seems working fin. But if i reload asterisk grandstream stops working with BLF. I need to restart the phone to enable BLF again. Any clues??
Yes. Grandstreams suck. Oguzhan Kayhan wrote:> Hello, > I configured both asterisk and grandstream 2000 accourding to howtos on > the web.. > And everything seems working fin. > But if i reload asterisk grandstream stops working with BLF. > I need to restart the phone to enable BLF again. > Any clues?? > > > > _______________________________________________ > -- 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 >
> Hello, > I configured both asterisk and grandstream 2000 accourding to howtos on > the web.. > And everything seems working fin. > But if i reload asterisk grandstream stops working with BLF. > I need to restart the phone to enable BLF again. > Any clues??This is a publish/registration problem, not a Grandstream problem (mostly). Depending on how frequent the registration, the BLF lights will start working again after registration. Publish information is not stored in asterisk database over a reboot. The phone can still make a call because the SIP information is all there. Example: Using SJPhone, I can call sip:1234 at sip.mydomain.tld and as long as extension 1234 is in the default SIP context (maybe default, but whatever you set it to in sip.conf), your call will go through to that extension. You don't need to register with Asterisk to use default lines. But that doesn't mean Asterisk is now going to send out BLF info to your phone. Not until it registers again. Hope that helps.
Our work around is to lower the registration expiration on the phones. Under account settings in the web interface on the phones, we reduced the "Register Expiration" from 60 minutes to 15. This means the phones re-register every 15 minutes...and when they register the BLF updates. Now when Asterisk is reloaded, everyone knows that within 15 minutes they're BLF's will function again. Ken -----Original Message----- From: asterisk-users-bounces at lists.digium.com [mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Oguzhan Kayhan Sent: Tuesday, March 24, 2009 2:26 AM To: asterisk-users at lists.digium.com Subject: [asterisk-users] gpx 2000 Busy Lamp Field Hello, I configured both asterisk and grandstream 2000 accourding to howtos on the web.. And everything seems working fin. But if i reload asterisk grandstream stops working with BLF. I need to restart the phone to enable BLF again. Any clues?? _______________________________________________ -- 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
--- On Tue, 3/24/09, Ken Williams <ken at intermountainelectronics.com> wrote:> Our work around is to lower the > registration expiration on the phones.Well, something's not working as "I expect it to". My GXP2000 phones have re-registration timeout of 2 minutes. In my example below, extension 4061 is unplugged (so obviously it won't re-register, ever). Meanwhile, the other GXP2000 phones keep seeing 4061 as "on-line" (green led). This happens with Asterisk 1.4.24. If I use Asterisk 1.2, the green LED turns red within a few seconds. My guess is that Asterisk is not sending the device state, or it's not correctly detecting that the phone has not re-registered. I might not be interpreting the "hints" logic correctly, but I suppose that if a "sip show peer" reveals that the extension is not registered (when it was before) then Asterisk should send out a message to all subscribed phones so that their BLF can be updated. As you can see below, 4061 is switched off, isn't physically online anymore, but all BLF LEDs are green. Why is this? # asterisk -rx "sip show peers" | grep 4061 4061/4061 (Unspecified) D N A 0 UNKNOWN # asterisk -rx "sip show peer 4061" * Name : 4061 Secret : <Set> MD5Secret : <Not set> Context : from-internal Subscr.Cont. : <Not set> Language : en AMA flags : Unknown Transfer mode: open CallingPres : Presentation Allowed, Not Screened Callgroup : 2 Pickupgroup : 2 Mailbox : 4061 at device VM Extension : *97 LastMsgsSent : 0/0 Call limit : 50 Dynamic : Yes Callerid : "device" <4061> MaxCallBR : 384 kbps Expire : -1 Insecure : no Nat : Always ACL : Yes T38 pt UDPTL : No CanReinvite : No PromiscRedir : No User=Phone : No Video Support: No Trust RPID : No Send RPID : No Subscriptions: Yes Overlap dial : Yes DTMFmode : rfc2833 LastMsg : 0 ToHost : Addr->IP : (Unspecified) Port 0 Defaddr->IP : 0.0.0.0 Port 5060 Reg. exten : Def. Username: 4061 SIP Options : (none) Codecs : 0x2 (gsm) Codec Order : (gsm:20) Auto-Framing: No Status : UNKNOWN Useragent : Grandstream GXP2000 1.1.6.46 Reg. Contact : sip:4061 at 10.215.146.161:5060;transport=udp # asterisk -rx "show hints" | grep 4061 4061 at ext-local : SIP/4061&Custom:DND4 State:Idle Watchers 1 *764061 at ext-dnd-hints : Custom:DEVDND4061 State:Idle Watchers 0 *214061 at ext-findmefollow : Custom:FOLLOWME4061 State:Idle Watchers 0 PS: (I don't understand why 4061 at ext-local has "State:Idle") Thanks, Vieri
I'm afraid this isn't a GXP2000 bug but a broken feature in Asterisk 1.4, unless I'm overlooking something (it should affect any phone with BLF; I only have GXP2000 sets). I don't have 1.6 yet so I can't see if BLF behaves the same way. --- On Tue, 3/24/09, Jon Pounder <jonp at inline.net> wrote:> I see much the same except I think if you investigate > further, the light > will be green whether the phone ever registered or not. > > > --- On Tue, 3/24/09, Ken Williams <ken at intermountainelectronics.com> > wrote: > > > >??? > >> Our work around is to lower the > >> registration expiration on the phones. > >>? ??? > > > > Well, something's not working as "I expect it to". My > GXP2000 phones have re-registration timeout of 2 minutes. > > > > In my example below, extension 4061 is unplugged (so > obviously it won't re-register, ever). Meanwhile, the other > GXP2000 phones keep seeing 4061 as "on-line" (green led). > > This happens with Asterisk 1.4.24. > > > > If I use Asterisk 1.2, the green LED turns red within > a few seconds. > > > > My guess is that Asterisk is not sending the device > state, or it's not correctly detecting that the phone has > not re-registered. > > > > I might not be interpreting the "hints" logic > correctly, but I suppose that if a "sip show peer" reveals > that the extension is not registered (when it was before) > then Asterisk should send out a message to all subscribed > phones so that their BLF can be updated. > > > > As you can see below, 4061 is switched off, isn't > physically online anymore, but all BLF LEDs are green. > > > > Why is this? > > > > # asterisk -rx "sip show peers" | grep 4061 > > 4061/4061? ? ? ? ? ? > ? ? ? (Unspecified)? ? > D???N???A? 0? ? > ? ? UNKNOWN? ? ? > ??? > > # asterisk -rx "sip show peer 4061" > > > > > >???* Name? ? > ???: 4061 > >???Secret? ? > ???: <Set> > >???MD5Secret? ? : <Not > set> > >???Context? ? ? : > from-internal > >???Subscr.Cont. : <Not set> > >???Language? ???: > en > >???AMA flags? ? : Unknown > >???Transfer mode: open > >???CallingPres? : Presentation > Allowed, Not Screened > >???Callgroup? ? : 2 > >???Pickupgroup? : 2 > >???Mailbox? ? ? : > 4061 at device > >???VM Extension : *97 > >???LastMsgsSent : 0/0 > >???Call limit???: 50 > >???Dynamic? ? ? : Yes > >???Callerid? ???: > "device" <4061> > >???MaxCallBR? ? : 384 kbps > >???Expire? ? > ???: -1 > >???Insecure? ???: > no > >???Nat? ? ? ? ? > : Always > >???ACL? ? ? ? ? > : Yes > >???T38 pt UDPTL : No > >???CanReinvite? : No > >???PromiscRedir : No > >???User=Phone???: No > >???Video Support: No > >???Trust RPID???: No > >???Send RPID? ? : No > >???Subscriptions: Yes > >???Overlap dial : Yes > >???DTMFmode? ???: > rfc2833 > >???LastMsg? ? ? : 0 > >???ToHost? ? > ???: > >???Addr->IP? ???: > (Unspecified) Port 0 > >???Defaddr->IP? : 0.0.0.0 Port > 5060 > >???Reg. exten???: > >???Def. Username: 4061 > >???SIP Options? : (none) > >???Codecs? ? > ???: 0x2 (gsm) > >???Codec Order? : (gsm:20) > >???Auto-Framing:? No > >???Status? ? > ???: UNKNOWN > >???Useragent? ? : Grandstream > GXP2000 1.1.6.46 > >???Reg. Contact : > sip:4061 at 10.215.146.161:5060;transport=udp > > > > # asterisk -rx "show hints" | grep 4061 > >? ? ? ? ? ? ? ? > ? ? 4061 at ext-local? ? ? ? > ???: SIP/4061&Custom:DND4? > State:Idle? ? ? ? ? ? > Watchers? 1 > >? ? ? ? ? ? ? > ???*764061 at ext-dnd-hints? ? > ???: Custom:DEVDND4061? > ???State:Idle? ? ? ? > ? ? Watchers? 0 > >? ? ? ? ? ? ? > ???*214061 at ext-findmefollow? ? : > Custom:FOLLOWME4061???State:Idle? ? > ? ? ? ? Watchers? 0 > > > > > > PS: (I don't understand why 4061 at ext-local has > "State:Idle") > > > > Thanks, > > > > Vieri > > > > > > > >? ? ??? > > > > _______________________________________________ > > -- 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 > > > >??? > > > _______________________________________________ > -- 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 >
Out of shear curiosity, do you mind running "asterisk -rx "show hints" | grep <your_exten>" 16 minutes after you unplugged your phone, as in my example test below? Also, in the * CLI or log, do you see a message such as: Extension Changed 4063[ext-local] new state XXX for Notify User 4062 right when your phone's registration expires? or when "asterisk -rx "sip show peers" | grep <your_exten>" gives an UNKNOWN status (if you use qualify for that SIP extension)? I'm just wondering where is my Asterisk version (1.4.24) failing compared to yours. Thanks, Vieri --- On Tue, 3/24/09, Ken Williams <ken at intermountainelectronics.com> wrote:> I recall having similar issues early > in Asterisk 1.4...but currently running 1.4.17 and BLF works > great with a phone expiration of 15 minutes. > > -----Original Message----- > From: asterisk-users-bounces at lists.digium.com > [mailto:asterisk-users-bounces at lists.digium.com] > On Behalf Of Vieri > Sent: Tuesday, March 24, 2009 1:02 PM > To: asterisk-users at lists.digium.com > Subject: Re: [asterisk-users] gpx 2000 Busy Lamp Field > > > I'm afraid this isn't a GXP2000 bug but a broken feature in > Asterisk 1.4, unless I'm overlooking something (it should > affect any phone with BLF; I only have GXP2000 sets). > > I don't have 1.6 yet so I can't see if BLF behaves the same > way. > > > --- On Tue, 3/24/09, Jon Pounder <jonp at inline.net> > wrote: > > > I see much the same except I think if you investigate > > further, the light > > will be green whether the phone ever registered or > not. > > > > > --- On Tue, 3/24/09, Ken Williams <ken at intermountainelectronics.com> > > wrote: > > > > > >??? > > >> Our work around is to lower the > > >> registration expiration on the phones. > > >>? ??? > > > > > > Well, something's not working as "I expect it > to". My > > GXP2000 phones have re-registration timeout of 2 > minutes. > > > > > > In my example below, extension 4061 is unplugged > (so > > obviously it won't re-register, ever). Meanwhile, the > other > > GXP2000 phones keep seeing 4061 as "on-line" (green > led). > > > This happens with Asterisk 1.4.24. > > > > > > If I use Asterisk 1.2, the green LED turns red > within > > a few seconds. > > > > > > My guess is that Asterisk is not sending the > device > > state, or it's not correctly detecting that the phone > has > > not re-registered. > > > > > > I might not be interpreting the "hints" logic > > correctly, but I suppose that if a "sip show peer" > reveals > > that the extension is not registered (when it was > before) > > then Asterisk should send out a message to all > subscribed > > phones so that their BLF can be updated. > > > > > > As you can see below, 4061 is switched off, > isn't > > physically online anymore, but all BLF LEDs are > green. > > > > > > Why is this? > > > > > > # asterisk -rx "sip show peers" | grep 4061 > > > 4061/4061? ? ? ? ? ? > > ? ? ? (Unspecified)? ? > > D???N???A? 0? ? > > ? ? UNKNOWN? ? ? > > ??? > > > # asterisk -rx "sip show peer 4061" > > > > > > > > >???* Name? ? > > ???: 4061 > > >???Secret? ? > > ???: <Set> > > >???MD5Secret? ? : <Not > > set> > > >???Context? ? ? : > > from-internal > > >???Subscr.Cont. : <Not set> > > >???Language? ???: > > en > > >???AMA flags? ? : Unknown > > >???Transfer mode: open > > >???CallingPres? : Presentation > > Allowed, Not Screened > > >???Callgroup? ? : 2 > > >???Pickupgroup? : 2 > > >???Mailbox? ? ? : > > 4061 at device > > >???VM Extension : *97 > > >???LastMsgsSent : 0/0 > > >???Call limit???: 50 > > >???Dynamic? ? ? : Yes > > >???Callerid? ???: > > "device" <4061> > > >???MaxCallBR? ? : 384 kbps > > >???Expire? ? > > ???: -1 > > >???Insecure? ???: > > no > > >???Nat? ? ? ? ? > > : Always > > >???ACL? ? ? ? ? > > : Yes > > >???T38 pt UDPTL : No > > >???CanReinvite? : No > > >???PromiscRedir : No > > >???User=Phone???: No > > >???Video Support: No > > >???Trust RPID???: No > > >???Send RPID? ? : No > > >???Subscriptions: Yes > > >???Overlap dial : Yes > > >???DTMFmode? ???: > > rfc2833 > > >???LastMsg? ? ? : 0 > > >???ToHost? ? > > ???: > > >???Addr->IP? ???: > > (Unspecified) Port 0 > > >???Defaddr->IP? : 0.0.0.0 Port > > 5060 > > >???Reg. exten???: > > >???Def. Username: 4061 > > >???SIP Options? : (none) > > >???Codecs? ? > > ???: 0x2 (gsm) > > >???Codec Order? : (gsm:20) > > >???Auto-Framing:? No > > >???Status? ? > > ???: UNKNOWN > > >???Useragent? ? : Grandstream > > GXP2000 1.1.6.46 > > >???Reg. Contact : > > sip:4061 at 10.215.146.161:5060;transport=udp > > > > > > # asterisk -rx "show hints" | grep 4061 > > >? ? ? ? ? ? ? ? > > ? ? 4061 at ext-local? ? ? ? > > ???: SIP/4061&Custom:DND4? > > State:Idle? ? ? ? ? ? > > Watchers? 1 > > >? ? ? ? ? ? ? > > ???*764061 at ext-dnd-hints? ? > > ???: Custom:DEVDND4061? > > ???State:Idle? ? ? ? > > ? ? Watchers? 0 > > >? ? ? ? ? ? ? > > ???*214061 at ext-findmefollow? ? : > > Custom:FOLLOWME4061???State:Idle? ? > > ? ? ? ? Watchers? 0 > > > > > > > > > PS: (I don't understand why 4061 at ext-local has > > "State:Idle") > > > > > > Thanks, > > > > > > Vieri > > >