thr3ads.net - asterisk users - [Asterisk-Users] 'extensions reload' clears Regextens [May 2006]

If this information is useful, please help other people find it:
Share via:

Douglas Garstang

2006-May-11 09:19 UTC

[Asterisk-Users] 'extensions reload' clears Regextens

I hope I have this wrong, but when I have a bunch of priority 1 NoOp's
created from regexten in sip.conf, and I do an 'extensions reload', I
lose all the priority 1 NoOps! This can't be right... this means that in a
production environment, if you make a change to your dialplan and do an
'extensions reload', you lose your ability to terminate calls to phones
on this system. What am I missing?

hermes*CLI> show dialplan dundi_local
[ Context 'dundi_local' created by 'pbx_config' ]
  '2944006' =>      1. Noop(2944006)                             
[SIP]
  '2944007' =>      1. Noop(2944007)                             
[SIP]
  '2944011' =>      1. Noop(2944011)                             
[SIP]
  '2944015' =>      1. Noop(2944015)                             
[SIP]
  '2944016' =>      1. Noop(2944016)                             
[SIP]
  '2944017' =>      1. Noop(2944017)                             
[SIP]
  '2944018' =>      1. Noop(2944018)                             
[SIP]
  '2944022' =>      1. Noop(2944022)                             
[SIP]
  '2944023' =>      1. Noop(2944023)                             
[SIP]
  '2944026' =>      1. Noop(2944026)                             
[SIP]
  '2944029' =>      1. Noop(2944029)                             
[SIP]
  '2944030' =>      1. Noop(2944030)                             
[SIP]
  '2944033' =>      1. Noop(2944033)                             
[SIP]
  '2944034' =>      1. Noop(2944034)                             
[SIP]
  '2944035' =>      1. Noop(2944035)                             
[SIP]
  '2944050' =>      1. Noop(2944050)                             
[SIP]
  '2944051' =>      1. Noop(2944051)                             
[SIP]
  '2944052' =>      1. Noop(2944052)                             
[SIP]
  '2944053' =>      1. Noop(2944053)                             
[SIP]
  '2944055' =>      1. Noop(2944055)                             
[SIP]
  '2944057' =>      1. Noop(2944057)                             
[SIP]
  '2944071' =>      1. Noop(2944071)                             
[SIP]
  '2944072' =>      1. Noop(2944072)                             
[SIP]
  '2944074' =>      1. Noop(2944074)                             
[SIP]
  '2944075' =>      1. Noop(2944075)                             
[SIP]
  '2944076' =>      1. Noop(2944076)                             
[SIP]
  '2944077' =>      1. Noop(2944077)                             
[SIP]
  '2944078' =>      1. Noop(2944078)                             
[SIP]
  '2944079' =>      1. Noop(2944079)                             
[SIP]
  '2944086' =>      1. Noop(2944086)                             
[SIP]
  '2944090' =>      1. Noop(2944090)                             
[SIP]
  '2944093' =>      2. Dial(SIP/2944093|20|tr)                   
[pbx_config]
  '2944171' =>      1. Noop(2944171)                             
[SIP]
  '3254101' =>      1. Noop(3254101)                             
[SIP]
                    2. (AGI(ipt/iptrouter2.py))                   [pbx_config]
  '3254103' =>      2. Dial(SIP/3254103|20|tr)                   
[pbx_config]
  '80014016' =>     1. Noop(80014016)                            
[SIP]

hermes*CLI> show dialplan dundi_local
[ Context 'dundi_local' created by 'pbx_config' ]
  '2944093' =>      2. Dial(SIP/2944093|20|tr)                   
[pbx_config]
  '3254101' =>      2. (AGI(ipt/iptrouter2.py))                  
[pbx_config]
  '3254103' =>      2. Dial(SIP/3254103|20|tr)                   
[pbx_config]

Douglas Garstang

2006-May-11 09:24 UTC

head link

[Asterisk-Users] 'extensions reload' clears Regextens

I'm also seeing that re-registrations from the phones are not recreating the
priority 1 NoOP's.... I have to completely restart Asterisk, and they come
back. I assume they're being repopulated from astdb. Good grief.
> -----Original Message-----
> From: Douglas Garstang 
> Sent: Thursday, May 11, 2006 10:19 AM
> To: Asterisk Users Mailing List - Non-Commercial Discussion
> Subject: [Asterisk-Users] 'extensions reload' clears Regextens
> 
> 
> I hope I have this wrong, but when I have a bunch of priority 
> 1 NoOp's created from regexten in sip.conf, and I do an 
> 'extensions reload', I lose all the priority 1 NoOps! This 
> can't be right... this means that in a production 
> environment, if you make a change to your dialplan and do an 
> 'extensions reload', you lose your ability to terminate calls 
> to phones on this system. What am I missing?
> 
> hermes*CLI> show dialplan dundi_local
> [ Context 'dundi_local' created by 'pbx_config' ]
>   '2944006' =>      1. Noop(2944006)                          
>     [SIP]
>   '2944007' =>      1. Noop(2944007)                          
>     [SIP]
>   '2944011' =>      1. Noop(2944011)                          
>     [SIP]
>   '2944015' =>      1. Noop(2944015)                          
>     [SIP]
>   '2944016' =>      1. Noop(2944016)                          
>     [SIP]
>   '2944017' =>      1. Noop(2944017)                          
>     [SIP]
>   '2944018' =>      1. Noop(2944018)                          
>     [SIP]
>   '2944022' =>      1. Noop(2944022)                          
>     [SIP]
>   '2944023' =>      1. Noop(2944023)                          
>     [SIP]
>   '2944026' =>      1. Noop(2944026)                          
>     [SIP]
>   '2944029' =>      1. Noop(2944029)                          
>     [SIP]
>   '2944030' =>      1. Noop(2944030)                          
>     [SIP]
>   '2944033' =>      1. Noop(2944033)                          
>     [SIP]
>   '2944034' =>      1. Noop(2944034)                          
>     [SIP]
>   '2944035' =>      1. Noop(2944035)                          
>     [SIP]
>   '2944050' =>      1. Noop(2944050)                          
>     [SIP]
>   '2944051' =>      1. Noop(2944051)                          
>     [SIP]
>   '2944052' =>      1. Noop(2944052)                          
>     [SIP]
>   '2944053' =>      1. Noop(2944053)                          
>     [SIP]
>   '2944055' =>      1. Noop(2944055)                          
>     [SIP]
>   '2944057' =>      1. Noop(2944057)                          
>     [SIP]
>   '2944071' =>      1. Noop(2944071)                          
>     [SIP]
>   '2944072' =>      1. Noop(2944072)                          
>     [SIP]
>   '2944074' =>      1. Noop(2944074)                          
>     [SIP]
>   '2944075' =>      1. Noop(2944075)                          
>     [SIP]
>   '2944076' =>      1. Noop(2944076)                          
>     [SIP]
>   '2944077' =>      1. Noop(2944077)                          
>     [SIP]
>   '2944078' =>      1. Noop(2944078)                          
>     [SIP]
>   '2944079' =>      1. Noop(2944079)                          
>     [SIP]
>   '2944086' =>      1. Noop(2944086)                          
>     [SIP]
>   '2944090' =>      1. Noop(2944090)                          
>     [SIP]
>   '2944093' =>      2. Dial(SIP/2944093|20|tr)                
>     [pbx_config]
>   '2944171' =>      1. Noop(2944171)                          
>     [SIP]
>   '3254101' =>      1. Noop(3254101)                          
>     [SIP]
>                     2. (AGI(ipt/iptrouter2.py))               
>     [pbx_config]
>   '3254103' =>      2. Dial(SIP/3254103|20|tr)                
>     [pbx_config]
>   '80014016' =>     1. Noop(80014016)                         
>     [SIP]
> 
> hermes*CLI> show dialplan dundi_local
> [ Context 'dundi_local' created by 'pbx_config' ]
>   '2944093' =>      2. Dial(SIP/2944093|20|tr)                
>     [pbx_config]
>   '3254101' =>      2. (AGI(ipt/iptrouter2.py))               
>     [pbx_config]
>   '3254103' =>      2. Dial(SIP/3254103|20|tr)                
>     [pbx_config]
> 
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
> 
> Asterisk-Users mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-users
>

Douglas Garstang

2006-May-11 09:59 UTC

head link

[Asterisk-Users] 'extensions reload' clears Regextens

> -----Original Message-----
> From: Aaron Daniel [mailto:amdtech@shsu.edu]
> Sent: Thursday, May 11, 2006 10:50 AM
> To: Asterisk Users Mailing List - Non-Commercial Discussion
> Subject: RE: [Asterisk-Users] 'extensions reload' clears Regextens
> 
> 
> As a note, if you don't create the dundi_local context in 
> extensions.conf, 
> SIP will create the context and doing an extensions reload 
> won't get rid 
> of the registration information.  Also, if you notice a phone isn't 
> showing up in the list, try doing a "sip prune realtime 
> <exten>" and then 
> a "sip show peer <exten> load" which will refresh the 
> information.  Easier 
> than completely restarting asterisk :)
Aaron,

I tried that. If I have no dundi_local in extensions.conf, I get the automatic
priority 1 NoOps (and yes, an 'extensions reload' doesn't clear
them), but of course, because I have no dundi_local in extensions.conf, I also
have no priority 2 Dial commands, so how can the system reach the phone?

Btw, I'm not using realtime...

Doug

Watkins, Bradley

2006-May-11 10:31 UTC

head link

[Asterisk-Users] 'extensions reload' clears Regextens

The answer is to create a separate context for your regextens (or, more
appropriately, name it in sip.conf and let chan_sip create it) and then
include that context in your dundi_local context where you have the
dialing information.

Regards,
- Brad 

-----Original Message-----
From: asterisk-users-bounces@lists.digium.com
[mailto:asterisk-users-bounces@lists.digium.com] On Behalf Of Douglas
Garstang
Sent: Thursday, May 11, 2006 1:00 PM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: RE: [Asterisk-Users] 'extensions reload' clears Regextens
> -----Original Message-----
> From: Aaron Daniel [mailto:amdtech@shsu.edu]
> Sent: Thursday, May 11, 2006 10:50 AM
> To: Asterisk Users Mailing List - Non-Commercial Discussion
> Subject: RE: [Asterisk-Users] 'extensions reload' clears Regextens
> 
> 
> As a note, if you don't create the dundi_local context in 
> extensions.conf, SIP will create the context and doing an extensions 
> reload won't get rid of the registration information.  Also, if you 
> notice a phone isn't showing up in the list, try doing a "sip
prune
> realtime <exten>" and then a "sip show peer <exten>
load" which will
> refresh the information.  Easier than completely restarting asterisk 
> :)
Aaron,

I tried that. If I have no dundi_local in extensions.conf, I get the
automatic priority 1 NoOps (and yes, an 'extensions reload' doesn't
clear them), but of course, because I have no dundi_local in
extensions.conf, I also have no priority 2 Dial commands, so how can the
system reach the phone?

Btw, I'm not using realtime...

Doug
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --

Asterisk-Users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

The contents of this e-mail are intended for the named addressee only. It
contains information that may be confidential. Unless you are the named
addressee or an authorized designee, you may not copy or use it, or disclose it
to anyone else. If you received it in error please notify us immediately and
then destroy it.

Douglas Garstang

2006-May-11 10:48 UTC

head link

[Asterisk-Users] 'extensions reload' clears Regextens

Ok, thanks guys. I think I got this simple case working.

Now I have the major issue... when the dial on the second Asterisk system is
called, it's in extensions.conf, and the ring options are hard coded.
However, the agi script on the first box grabbed the ring options from a
database... I have no way to pass that info to the second Asterisk box. Bloody
hell.

> -----Original Message-----
> From: Watkins, Bradley [mailto:Bradley.Watkins@compuware.com]
> Sent: Thursday, May 11, 2006 11:31 AM
> To: Asterisk Users Mailing List - Non-Commercial Discussion
> Subject: RE: [Asterisk-Users] 'extensions reload' clears Regextens
> 
> 
> The answer is to create a separate context for your regextens 
> (or, more
> appropriately, name it in sip.conf and let chan_sip create 
> it) and then
> include that context in your dundi_local context where you have the
> dialing information.
> 
> Regards,
> - Brad 
> 
> -----Original Message-----
> From: asterisk-users-bounces@lists.digium.com
> [mailto:asterisk-users-bounces@lists.digium.com] On Behalf Of Douglas
> Garstang
> Sent: Thursday, May 11, 2006 1:00 PM
> To: Asterisk Users Mailing List - Non-Commercial Discussion
> Subject: RE: [Asterisk-Users] 'extensions reload' clears Regextens
> 
> > -----Original Message-----
> > From: Aaron Daniel [mailto:amdtech@shsu.edu]
> > Sent: Thursday, May 11, 2006 10:50 AM
> > To: Asterisk Users Mailing List - Non-Commercial Discussion
> > Subject: RE: [Asterisk-Users] 'extensions reload' clears
Regextens
> > 
> > 
> > As a note, if you don't create the dundi_local context in 
> > extensions.conf, SIP will create the context and doing an 
> extensions 
> > reload won't get rid of the registration information.  Also, if
you
> > notice a phone isn't showing up in the list, try doing a "sip
prune
> > realtime <exten>" and then a "sip show peer
<exten> load"
> which will 
> > refresh the information.  Easier than completely restarting 
> asterisk 
> > :)
> 
> Aaron,
> 
> I tried that. If I have no dundi_local in extensions.conf, I get the
> automatic priority 1 NoOps (and yes, an 'extensions reload'
doesn't
> clear them), but of course, because I have no dundi_local in
> extensions.conf, I also have no priority 2 Dial commands, so 
> how can the
> system reach the phone?
> 
> Btw, I'm not using realtime...
> 
> Doug
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
> 
> Asterisk-Users mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-users
> 
> The contents of this e-mail are intended for the named 
> addressee only. It contains information that may be 
> confidential. Unless you are the named addressee or an 
> authorized designee, you may not copy or use it, or disclose 
> it to anyone else. If you received it in error please notify 
> us immediately and then destroy it. 
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
> 
> Asterisk-Users mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-users
>

Possibly Parallel Threads

Search for more maybe matching threads

asterisk users - May 2006 - 'extensions reload' clears Regextens

[Asterisk-Users] 'extensions reload' clears Regextens

[Asterisk-Users] 'extensions reload' clears Regextens

[Asterisk-Users] 'extensions reload' clears Regextens

[Asterisk-Users] 'extensions reload' clears Regextens

[Asterisk-Users] 'extensions reload' clears Regextens

Possibly Parallel Threads