Re: [asterisk-users] regexten regcontext broken for SIP?
I am having the same issues. Did you ever file a bug report?On 10/6/06, Philipp von Klitzing [EMAIL PROTECTED] wrote:Hi ho,is there anyone out here that is making use of the regcontext and regexten settings in sip.conf? I've tried this on two Asterisk boxes(1.2.10 and 1.2.12.1) and in both cases I don't see the Noop priority 1being created upon SIP client registration, show dialplan xxx reveals no change.And yes, I have also read and checked bug 7144; if I go down that routeand no SIP client is registered I get a CLI warning that my standardcontext tries to include an empty context - go figure... http://bugs.digium.com/view.php?id=7144So, do I need to file a bug report, or is it working OK for others?Cheers, PhilippP.S.: Of course I am aware of this Wiki page: http://www.voip-info.org/wiki/index.php?page=Asterisk+sip+regcontext___--Bandwidth and Colocation provided by Easynews.com --asterisk-users mailing listTo UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ --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
Re: [asterisk-users] regexten regcontext broken for SIP?
I am using it on 4 boxes all pretty recent SVN versions of 1.2. I seem to recall that the after adding the setting and then reloading the context did not populate, it was only after I restarted the service and the phone registered. I was kind of rushing the process so that may be why I noted that. On 11/2/06, Andrew Joakimsen [EMAIL PROTECTED] wrote: I am having the same issues. Did you ever file a bug report?On 10/6/06, Philipp von Klitzing [EMAIL PROTECTED] wrote:Hi ho,is there anyone out here that is making use of the regcontext and regexten settings in sip.conf? I've tried this on two Asterisk boxes(1.2.10 and 1.2.12.1) and in both cases I don't see the Noop priority 1 being created upon SIP client registration, show dialplan xxx reveals no change.And yes, I have also read and checked bug 7144; if I go down that routeand no SIP client is registered I get a CLI warning that my standardcontext tries to include an empty context - go figure... http://bugs.digium.com/view.php?id=7144So, do I need to file a bug report, or is it working OK for others? Cheers, PhilippP.S.: Of course I am aware of this Wiki page: http://www.voip-info.org/wiki/index.php?page=Asterisk+sip+regcontext ___--Bandwidth and Colocation provided by Easynews.com --asterisk-users mailing listTo UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___--Bandwidth and Colocation provided by Easynews.com --asterisk-users mailing listTo UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users-- BruceNortex Networks ___ --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
RE: [asterisk-users] regexten regcontext broken for SIP?
Can either or both of you post the relevant sections of your sip.conf and extensions.conf? - Brad From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Andrew JoakimsenSent: Thursday, November 02, 2006 1:51 PMTo: Asterisk Users Mailing List - Non-Commercial DiscussionSubject: Re: [asterisk-users] regexten regcontext broken for SIP? I am having the same issues. Did you ever file a bug report? On 10/6/06, Philipp von Klitzing [EMAIL PROTECTED] wrote: Hi ho,is there anyone out here that is making use of the regcontext and regexten settings in sip.conf? I've tried this on two Asterisk boxes(1.2.10 and 1.2.12.1) and in both cases I don't see the Noop priority 1being created upon SIP client registration, "show dialplan xxx" reveals no change.And yes, I have also read and checked bug 7144; if I go down that routeand no SIP client is registered I get a CLI warning that my standardcontext tries to include an empty context - go figure... http://bugs.digium.com/view.php?id=7144So, do I need to file a bug report, or is it working OK for others?Cheers, PhilippP.S.: Of course I am aware of this Wiki page: http://www.voip-info.org/wiki/index.php?page=Asterisk+sip+regcontext___--Bandwidth and Colocation provided by Easynews.com --asterisk-users mailing listTo 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
RE: [asterisk-users] regexten regcontext broken for SIP?
It would be helpful if either or both of you posted the relevant sections of your sip.conf and extensions.conf. - Brad From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bruce ReevesSent: Thursday, November 02, 2006 4:10 PMTo: Asterisk Users Mailing List - Non-Commercial DiscussionSubject: Re: [asterisk-users] regexten regcontext broken for SIP? I am using it on 4 boxes all pretty recent SVN versions of 1.2. I seem to recall that the after adding the setting and then reloading the context did not populate, it was only after I restarted the service and the phone registered. I was kind of rushing the process so that may be why I noted that. On 11/2/06, Andrew Joakimsen [EMAIL PROTECTED] wrote: I am having the same issues. Did you ever file a bug report? On 10/6/06, Philipp von Klitzing [EMAIL PROTECTED] wrote: Hi ho,is there anyone out here that is making use of the regcontext and regexten settings in sip.conf? I've tried this on two Asterisk boxes(1.2.10 and 1.2.12.1) and in both cases I don't see the Noop priority 1 being created upon SIP client registration, "show dialplan xxx" reveals no change.And yes, I have also read and checked bug 7144; if I go down that routeand no SIP client is registered I get a CLI warning that my standardcontext tries to include an empty context - go figure... http://bugs.digium.com/view.php?id=7144So, do I need to file a bug report, or is it working OK for others? Cheers, PhilippP.S.: Of course I am aware of this Wiki page: http://www.voip-info.org/wiki/index.php?page=Asterisk+sip+regcontext ___--Bandwidth and Colocation provided by Easynews.com --asterisk-users mailing listTo UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___--Bandwidth and Colocation provided by Easynews.com --asterisk-users mailing listTo UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users-- BruceNortex Networks 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
Recall: [asterisk-users] regexten regcontext broken for SIP?
Title: Recall: [asterisk-users] regexten regcontext broken for SIP? Watkins, Bradley would like to recall the message, [asterisk-users] regexten regcontext broken for SIP?. 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
Re: [asterisk-users] regexten regcontext broken for SIP?
I was trying:[L1]Telco Systems AC-211 00-00-00-00-00-00 Line 1type=friendsecret=passwordhost=dynamiccontext=envision-outcallerid=00nat=yesqualify=5000allow=all disallow=g723disallow=g729dtmfmode=rfc2833canreinvite=nomailbox=00regcontext=sip_autoregregexten=100the calls come into the context inboundcalls...[inboundcalls] include = sip_autoregexten = _1xx,2,Set(dialto=${DB(regexten/${EXTEN})})exten = _1xx,3,Dial(SIP/${dialto},25,r)exten = _1xx,4,VoiceMail(${EXTEN:1}|u)exten = _1xx,5,Hangup() [vm]exten = _1xx,1,VoiceMail(${EXTEN:1}|b)On 11/2/06, Watkins, Bradley [EMAIL PROTECTED] wrote: Can either or both of you post the relevant sections of your sip.conf and extensions.conf? - Brad From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Andrew JoakimsenSent: Thursday, November 02, 2006 1:51 PMTo: Asterisk Users Mailing List - Non-Commercial DiscussionSubject: Re: [asterisk-users] regexten regcontext broken for SIP? I am having the same issues. Did you ever file a bug report? On 10/6/06, Philipp von Klitzing [EMAIL PROTECTED] wrote: Hi ho,is there anyone out here that is making use of the regcontext and regexten settings in sip.conf? I've tried this on two Asterisk boxes(1.2.10 and 1.2.12.1) and in both cases I don't see the Noop priority 1being created upon SIP client registration, show dialplan xxx reveals no change.And yes, I have also read and checked bug 7144; if I go down that routeand no SIP client is registered I get a CLI warning that my standardcontext tries to include an empty context - go figure... http://bugs.digium.com/view.php?id=7144 So, do I need to file a bug report, or is it working OK for others?Cheers, PhilippP.S.: Of course I am aware of this Wiki page: http://www.voip-info.org/wiki/index.php?page=Asterisk+sip+regcontext ___--Bandwidth and Colocation provided by Easynews.com --asterisk-users mailing listTo 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 listTo UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ --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
Re: [asterisk-users] regexten regcontext broken for SIP?
Mine is pretty straight forwardsip.conf[general]regcontext=dundi-local[device] ; Edited for privacy :)username=devicetype=friendsecret=guesshost=dynamicdtmfmode=rfc2833context=longdistance canreinvite=noregexten=1513Then the show dialplan dundi-local reveals'1506' = 1. Noop(device) [SIP]I did run into a problem if I tried to use an actual context in extensions.conf. For example I wanted to add an entry for a local extension that rings several phones and so I created [dundi-local] in extensions.conf and added exten = 1500,1,NoOp(Local/1500). The show dialplan woul show both entries made by pbx and by SIP, but it would not access those made by SIP. So I split mine into to context and it worked. I hope that helps.On 11/2/06, Watkins, Bradley [EMAIL PROTECTED] wrote: Can either or both of you post the relevant sections of your sip.conf and extensions.conf? - Brad -- BruceNortex Networks ___ --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
[asterisk-users] regexten regcontext broken for SIP?
Hi ho, is there anyone out here that is making use of the regcontext and regexten settings in sip.conf? I've tried this on two Asterisk boxes (1.2.10 and 1.2.12.1) and in both cases I don't see the Noop priority 1 being created upon SIP client registration, show dialplan xxx reveals no change. And yes, I have also read and checked bug 7144; if I go down that route and no SIP client is registered I get a CLI warning that my standard context tries to include an empty context - go figure... http://bugs.digium.com/view.php?id=7144 So, do I need to file a bug report, or is it working OK for others? Cheers, Philipp P.S.: Of course I am aware of this Wiki page: http://www.voip-info.org/wiki/index.php?page=Asterisk+sip+regcontext ___ --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
[asterisk-users] regexten / Realtime WAS DUNDI / regcontext
Folks,Just as an update on this, DUNDI is working prefectly and regexten is working fine for peers defined in sip/iax.conf. However, for peers defined in Realtime the regexten does not appear to be created although the console reports that it is. If anyone knows of any gotchas with regexten and Realtime, I'd be grateful for any pointers.Many thanks,SimonOn 7/17/06, Simon Woodhead [EMAIL PROTECTED] wrote:I'm expecting regcontext to create a context of regcontext and an priority 1 extension for either the value of regexten or the peer name. The context is created, the extension says it is created but isn't. It works fine with a staticaly defined extension of the same name as defined for regexten or the peer name. SimonOn 7/17/06, Watkins, Bradley [EMAIL PROTECTED] wrote: So you are relying on the behavior of regexten to default to peer name? Is that what you are expecting? And if so, could you test with a statically defined extension for the per-peer regexten parameter? Regards, - Brad From: [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] ] On Behalf Of Simon WoodheadSent: Monday, July 17, 2006 5:53 AMTo: Asterisk Users Mailing List - Non-Commercial DiscussionSubject: Re: [asterisk-users] DUNDI / regcontext Thanks for the reply Brad.The relevant section of sip.conf was posted:[general]regcontext=sipregistrationIf you mean extensions.conf, I wasn't creating the extension in there other than for testing. RegContext correctly creates the context on registration but does not create the extension. If I create the extension manually, the DUNDi lookup works just fine. Simon On 7/16/06, Watkins, Bradley [EMAIL PROTECTED] wrote: Could you possibly put up the relevant section(s) of your sip.conf?It sounds like the DUNDi portion is set up properly, and obviously it's not going to find an extension that doesn't exist.Regards,- BradFrom: [EMAIL PROTECTED] on behalf of Simon WoodheadSent: Sat 7/15/2006 5:59 PMTo: asterisk-users@lists.digium.comSubject: [asterisk-users] DUNDI / regcontextHi folks,I've been having a go at getting DUNDI working this evening to enableusers to register to any Asterisk box and to look them up from another. The DUNDI part works just great (very impressed), as does the subsequentjoining of calls between the two servers but I'm struggling withregcontext and would be grateful for any input.sip.conf includes: [general]regcontext=sipregistrationWhen a user registers, I get the Added extension 'XX' priority 1 tosipregistration message. However, 'show dialplan' does not show theextension and a DUNDI lookup does not return it. The sipregistration context has been auto-created but is empty. If I manually create thesipregistration context and add the NoOp extension, then everythingworks as expected.I've tried this across multiple boxes, each running different versions right up to the latest stable but the behaviour is the same. It is alsothe same with both SIP and IAX registrations and doesn't make adifference if the peer is defined in the .conf file or Realtime. They doall have identical configurations though so I suspect there might besomething in our setup which is conflicting.Any input gratefully received.All the best,SimonThe 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 listTo 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 listTo UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ --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
[Asterisk-Users] regexten
So, After about 6 months I think I've finally worked out how regexten works. And... it doesn't look like it will serve my purpose. I'm hope I'm wrong, otherwise what a letdown! It also means that DUNDI becomes unusable as a HA mechanism. Let me see if I understand its function correctly tho... My sip.conf: [2944093] ... regcontext=sip_autoreg regexten=2944093 extensions.conf: [sip_autoreg] exten = 2944093,2,Answer exten = 2944093,3,Dial(SIP/2944093) exten = 2944093,4,Hangup Phone comes up. Asterisk sees this: *CLI -- Saved useragent PolycomSoundPointIP-SPIP_601-UA/1.6.3.0067 for peer 2944093 However, I don't have a NoOp() priority 1. [ Context 'sip_autoreg' created by 'pbx_config' ] '2944093' = 2. Answer() [pbx_config] 3. Dial(SIP/2944093) [pbx_config] 4. Hangup() [pbx_config] Why? ___ --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
Re: [Asterisk-Users] regexten
On Thu, Mar 16, 2006 at 03:55:18PM -0700, Douglas Garstang wrote: So, After about 6 months I think I've finally worked out how regexten works. And... it doesn't look like it will serve my purpose. I'm hope I'm wrong, otherwise what a letdown! It also means that DUNDI becomes unusable as a HA mechanism. as unfortunate as it can be, at the moment you need to use a different context for entries generated by 'regexten' and entries statically configured. Then you have to include one into the other so you can match all entries on a call. I opened a bug on mantis some time ago, indicating two possible fixes. Hopefully this will be resolved sooner or later. cheers luigi Let me see if I understand its function correctly tho... My sip.conf: [2944093] ... regcontext=sip_autoreg regexten=2944093 extensions.conf: [sip_autoreg] exten = 2944093,2,Answer exten = 2944093,3,Dial(SIP/2944093) exten = 2944093,4,Hangup Phone comes up. Asterisk sees this: *CLI -- Saved useragent PolycomSoundPointIP-SPIP_601-UA/1.6.3.0067 for peer 2944093 However, I don't have a NoOp() priority 1. [ Context 'sip_autoreg' created by 'pbx_config' ] '2944093' = 2. Answer() [pbx_config] 3. Dial(SIP/2944093) [pbx_config] 4. Hangup() [pbx_config] Why? ___ --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 ___ --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
RE: [Asterisk-Users] regexten
Thanks for the reply, but still no luck. sip.conf: [2944093] ... regcontext=sip_autoreg regexten=2944093 extensions.conf: [From_OneEighty] include = sip_autoreg [sip_autoreg] exten = 2944093,2,Answer exten = 2944093,3,Dial(SIP/2944093) exten = 2944093,4,Hangup Phone comes up, and registers: *CLI -- Saved useragent PolycomSoundPointIP-SPIP_601-UA/1.6.3.0067 for peer 2944093 Dialplan before and after shows the same thing: '2944093' = 2. Answer() [pbx_config] 3. Dial(SIP/2944093) [pbx_config] 4. Hangup() [pbx_config] Doug. -Original Message- From: Luigi Rizzo [mailto:[EMAIL PROTECTED] Sent: Thursday, March 16, 2006 4:14 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [Asterisk-Users] regexten On Thu, Mar 16, 2006 at 03:55:18PM -0700, Douglas Garstang wrote: So, After about 6 months I think I've finally worked out how regexten works. And... it doesn't look like it will serve my purpose. I'm hope I'm wrong, otherwise what a letdown! It also means that DUNDI becomes unusable as a HA mechanism. as unfortunate as it can be, at the moment you need to use a different context for entries generated by 'regexten' and entries statically configured. Then you have to include one into the other so you can match all entries on a call. I opened a bug on mantis some time ago, indicating two possible fixes. Hopefully this will be resolved sooner or later. cheers luigi Let me see if I understand its function correctly tho... My sip.conf: [2944093] ... regcontext=sip_autoreg regexten=2944093 extensions.conf: [sip_autoreg] exten = 2944093,2,Answer exten = 2944093,3,Dial(SIP/2944093) exten = 2944093,4,Hangup Phone comes up. Asterisk sees this: *CLI -- Saved useragent PolycomSoundPointIP-SPIP_601-UA/1.6.3.0067 for peer 2944093 However, I don't have a NoOp() priority 1. [ Context 'sip_autoreg' created by 'pbx_config' ] '2944093' = 2. Answer() [pbx_config] 3. Dial(SIP/2944093) [pbx_config] 4. Hangup() [pbx_config] Why? ___ --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 ___ --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 ___ --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
Re: [Asterisk-Users] regexten
On Thu, Mar 16, 2006 at 04:27:10PM -0700, Douglas Garstang wrote: Thanks for the reply, but still no luck. sip.conf: [2944093] ... regcontext=sip_autoreg regexten=2944093 extensions.conf: [From_OneEighty] include = sip_autoreg [sip_autoreg] exten = 2944093,2,Answer exten = 2944093,3,Dial(SIP/2944093) exten = 2944093,4,Hangup I repeat: as unfortunate as it can be, at the moment you need to use a different context for entries generated by 'regexten' you still have static entries in context [sip_autoreg] in extensions.conf, and use the same context for entries generated by regexten - regcontext=sip_autoreg cheers luigi Phone comes up, and registers: *CLI -- Saved useragent PolycomSoundPointIP-SPIP_601-UA/1.6.3.0067 for peer 2944093 Dialplan before and after shows the same thing: '2944093' = 2. Answer() [pbx_config] 3. Dial(SIP/2944093) [pbx_config] 4. Hangup() [pbx_config] Doug. -Original Message- From: Luigi Rizzo [mailto:[EMAIL PROTECTED] Sent: Thursday, March 16, 2006 4:14 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [Asterisk-Users] regexten On Thu, Mar 16, 2006 at 03:55:18PM -0700, Douglas Garstang wrote: So, After about 6 months I think I've finally worked out how regexten works. And... it doesn't look like it will serve my purpose. I'm hope I'm wrong, otherwise what a letdown! It also means that DUNDI becomes unusable as a HA mechanism. as unfortunate as it can be, at the moment you need to use a different context for entries generated by 'regexten' and entries statically configured. Then you have to include one into the other so you can match all entries on a call. I opened a bug on mantis some time ago, indicating two possible fixes. Hopefully this will be resolved sooner or later. cheers luigi Let me see if I understand its function correctly tho... My sip.conf: [2944093] ... regcontext=sip_autoreg regexten=2944093 extensions.conf: [sip_autoreg] exten = 2944093,2,Answer exten = 2944093,3,Dial(SIP/2944093) exten = 2944093,4,Hangup Phone comes up. Asterisk sees this: *CLI -- Saved useragent PolycomSoundPointIP-SPIP_601-UA/1.6.3.0067 for peer 2944093 However, I don't have a NoOp() priority 1. [ Context 'sip_autoreg' created by 'pbx_config' ] '2944093' = 2. Answer() [pbx_config] 3. Dial(SIP/2944093) [pbx_config] 4. Hangup() [pbx_config] Why? ___ --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 ___ --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 ___ --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 ___ --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
RE: [Asterisk-Users] regexten
-Original Message- From: Luigi Rizzo [mailto:[EMAIL PROTECTED] Sent: Thursday, March 16, 2006 4:34 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [Asterisk-Users] regexten On Thu, Mar 16, 2006 at 04:27:10PM -0700, Douglas Garstang wrote: Thanks for the reply, but still no luck. sip.conf: [2944093] ... regcontext=sip_autoreg regexten=2944093 extensions.conf: [From_OneEighty] include = sip_autoreg [sip_autoreg] exten = 2944093,2,Answer exten = 2944093,3,Dial(SIP/2944093) exten = 2944093,4,Hangup I repeat: as unfortunate as it can be, at the moment you need to use a different context for entries generated by 'regexten' you still have static entries in context [sip_autoreg] in extensions.conf, and use the same context for entries generated by regexten - regcontext=sip_autoreg Sorry? Say again? If you don't mind, you could you have another go at explaining that? That really didn't make sense to me. I do have a different context for entries generated by regexten... it's [sip_autoreg] Doug cheers luigi Phone comes up, and registers: *CLI -- Saved useragent PolycomSoundPointIP-SPIP_601-UA/1.6.3.0067 for peer 2944093 Dialplan before and after shows the same thing: '2944093' = 2. Answer() [pbx_config] 3. Dial(SIP/2944093) [pbx_config] 4. Hangup() [pbx_config] Doug. -Original Message- From: Luigi Rizzo [mailto:[EMAIL PROTECTED] Sent: Thursday, March 16, 2006 4:14 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [Asterisk-Users] regexten On Thu, Mar 16, 2006 at 03:55:18PM -0700, Douglas Garstang wrote: So, After about 6 months I think I've finally worked out how regexten works. And... it doesn't look like it will serve my purpose. I'm hope I'm wrong, otherwise what a letdown! It also means that DUNDI becomes unusable as a HA mechanism. as unfortunate as it can be, at the moment you need to use a different context for entries generated by 'regexten' and entries statically configured. Then you have to include one into the other so you can match all entries on a call. I opened a bug on mantis some time ago, indicating two possible fixes. Hopefully this will be resolved sooner or later. cheers luigi Let me see if I understand its function correctly tho... My sip.conf: [2944093] ... regcontext=sip_autoreg regexten=2944093 extensions.conf: [sip_autoreg] exten = 2944093,2,Answer exten = 2944093,3,Dial(SIP/2944093) exten = 2944093,4,Hangup Phone comes up. Asterisk sees this: *CLI -- Saved useragent PolycomSoundPointIP-SPIP_601-UA/1.6.3.0067 for peer 2944093 However, I don't have a NoOp() priority 1. [ Context 'sip_autoreg' created by 'pbx_config' ] '2944093' = 2. Answer() [pbx_config] 3. Dial(SIP/2944093) [pbx_config] 4. Hangup() [pbx_config] Why? ___ --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 ___ --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 ___ --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 ___ --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 ___ --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
RE: [Asterisk-Users] regexten
Well, I finally got it to work. Such a shame I can't use it. I didn't realise it until I'd expended all the effort, but this approach doesn't give you a HA asterisk solution. If the server that the phone is registered to goes down, no Asterisk system knows the location of the phones that where registered to it. If you had 3 Asterisk boxes, 1/3 of your users suddenly can't receive calls. Not HA! -Original Message- From: Luigi Rizzo [mailto:[EMAIL PROTECTED] Sent: Thu 3/16/2006 4:34 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Cc: Subject: Re: [Asterisk-Users] regexten On Thu, Mar 16, 2006 at 04:27:10PM -0700, Douglas Garstang wrote: Thanks for the reply, but still no luck. sip.conf: [2944093] ... regcontext=sip_autoreg regexten=2944093 extensions.conf: [From_OneEighty] include = sip_autoreg [sip_autoreg] exten = 2944093,2,Answer exten = 2944093,3,Dial(SIP/2944093) exten = 2944093,4,Hangup I repeat: as unfortunate as it can be, at the moment you need to use a different context for entries generated by 'regexten' you still have static entries in context [sip_autoreg] in extensions.conf, and use the same context for entries generated by regexten - regcontext=sip_autoreg cheers luigi Phone comes up, and registers: *CLI -- Saved useragent PolycomSoundPointIP-SPIP_601-UA/1.6.3.0067 for peer 2944093 Dialplan before and after shows the same thing: '2944093' = 2. Answer() [pbx_config] 3. Dial(SIP/2944093) [pbx_config] 4. Hangup() [pbx_config] Doug. -Original Message- From: Luigi Rizzo [mailto:[EMAIL PROTECTED] Sent: Thursday, March 16, 2006 4:14 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [Asterisk-Users] regexten On Thu, Mar 16, 2006 at 03:55:18PM -0700, Douglas Garstang wrote: So, After about 6 months I think I've finally worked out how regexten works. And... it doesn't look like it will serve my purpose. I'm hope I'm wrong, otherwise what a letdown! It also means that DUNDI becomes unusable as a HA mechanism. as unfortunate as it can be, at the moment you need to use a different context for entries generated by 'regexten' and entries statically configured. Then you have to include one into the other so you can match all entries on a call. I opened a bug on mantis some time ago, indicating two possible fixes. Hopefully this will be resolved sooner or later. cheers luigi Let me see if I understand its function correctly tho... My sip.conf: [2944093] ... regcontext=sip_autoreg regexten=2944093 extensions.conf: [sip_autoreg] exten = 2944093,2,Answer exten = 2944093,3,Dial(SIP/2944093) exten = 2944093,4,Hangup Phone comes up. Asterisk sees this: *CLI -- Saved useragent PolycomSoundPointIP-SPIP_601-UA/1.6.3.0067 for peer 2944093 However, I don't have a NoOp() priority 1. [ Context 'sip_autoreg' created by 'pbx_config' ] '2944093' = 2. Answer() [pbx_config] 3. Dial(SIP/2944093) [pbx_config] 4. Hangup() [pbx_config] Why? ___ --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 ___ --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 ___ --Bandwidth and Colocation provided by Easynews.com -- Asterisk
Re: [Asterisk-Users] regexten
On 17/03/06, Douglas Garstang [EMAIL PROTECTED] wrote: Well, I finally got it to work. Such a shame I can't use it. I didn't realise it until I'd expended all the effort, but this approach doesn't give you a HA asterisk solution. If the server that the phone is registered to goes down, no Asterisk system knows the location of the phones that where registered to it. If you had 3 Asterisk boxes, 1/3 of your users suddenly can't receive calls. Not HA! It does if you combine this with an IAX switch or DUNDI, and phones which re-register fast. Did you read how this was explained to you a few days ago? -- Peter Bowyer Email: [EMAIL PROTECTED] Tel: +44 1296 768003 VoIP: sip:[EMAIL PROTECTED] VoIP: [EMAIL PROTECTED] FWD: **275*5048707000 VoipTalk: **473*5048707000 ___ --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
Re: [Asterisk-Users] regexten
On Thu, Mar 16, 2006 at 04:41:42PM -0700, Douglas Garstang wrote: -Original Message- From: Luigi Rizzo [mailto:[EMAIL PROTECTED] Sent: Thursday, March 16, 2006 4:34 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [Asterisk-Users] regexten On Thu, Mar 16, 2006 at 04:27:10PM -0700, Douglas Garstang wrote: Thanks for the reply, but still no luck. sip.conf: [2944093] ... regcontext=sip_autoreg regexten=2944093 extensions.conf: [From_OneEighty] include = sip_autoreg [sip_autoreg] exten = 2944093,2,Answer exten = 2944093,3,Dial(SIP/2944093) exten = 2944093,4,Hangup I repeat: as unfortunate as it can be, at the moment you need to use a different context for entries generated by 'regexten' you still have static entries in context [sip_autoreg] in extensions.conf, and use the same context for entries generated by regexten - regcontext=sip_autoreg Sorry? Say again? If you don't mind, you could you have another go at explaining that? That really didn't make sense to me. I do have a different context for entries generated by regexten... it's [sip_autoreg] no you have only one context - see above your email - both your static context and your regexten context are named 'sip_autoreg' and asterisk cannot handle this case. As i said, it is a bug (at least the fact that it doesn't send an error message) and i reported it already. There is a workaround, which is using contexts with different names and including the 'dynamic' one into the static one, so the problem is not terribly critical. Hope now it is clear enough. bye luigi Doug cheers luigi Phone comes up, and registers: *CLI -- Saved useragent PolycomSoundPointIP-SPIP_601-UA/1.6.3.0067 for peer 2944093 Dialplan before and after shows the same thing: '2944093' = 2. Answer() [pbx_config] 3. Dial(SIP/2944093) [pbx_config] 4. Hangup() [pbx_config] Doug. -Original Message- From: Luigi Rizzo [mailto:[EMAIL PROTECTED] Sent: Thursday, March 16, 2006 4:14 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [Asterisk-Users] regexten On Thu, Mar 16, 2006 at 03:55:18PM -0700, Douglas Garstang wrote: So, After about 6 months I think I've finally worked out how regexten works. And... it doesn't look like it will serve my purpose. I'm hope I'm wrong, otherwise what a letdown! It also means that DUNDI becomes unusable as a HA mechanism. as unfortunate as it can be, at the moment you need to use a different context for entries generated by 'regexten' and entries statically configured. Then you have to include one into the other so you can match all entries on a call. I opened a bug on mantis some time ago, indicating two possible fixes. Hopefully this will be resolved sooner or later. cheers luigi Let me see if I understand its function correctly tho... My sip.conf: [2944093] ... regcontext=sip_autoreg regexten=2944093 extensions.conf: [sip_autoreg] exten = 2944093,2,Answer exten = 2944093,3,Dial(SIP/2944093) exten = 2944093,4,Hangup Phone comes up. Asterisk sees this: *CLI -- Saved useragent PolycomSoundPointIP-SPIP_601-UA/1.6.3.0067 for peer 2944093 However, I don't have a NoOp() priority 1. [ Context 'sip_autoreg' created by 'pbx_config' ] '2944093' = 2. Answer() [pbx_config] 3. Dial(SIP/2944093) [pbx_config] 4. Hangup() [pbx_config] Why? ___ --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 ___ --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 ___ --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 ___ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http
RE: [Asterisk-Users] regexten
Luigi, I got to it work in the configuration I posted. Funny bug... Anyway I had to put regcontext in the globals section of sip.conf, not against a specific user. Thanks for your help. Unfortunately, since this approach with DUNDi only has phones registered to a single Asterisk box, it isn't much of a HA solution. Having phones unreachable for the re-registration period isn't an option. Doug -Original Message- From: Luigi Rizzo [mailto:[EMAIL PROTECTED] Sent: Thu 3/16/2006 11:49 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Cc: Subject: Re: [Asterisk-Users] regexten On Thu, Mar 16, 2006 at 04:41:42PM -0700, Douglas Garstang wrote: -Original Message- From: Luigi Rizzo [mailto:[EMAIL PROTECTED] Sent: Thursday, March 16, 2006 4:34 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [Asterisk-Users] regexten On Thu, Mar 16, 2006 at 04:27:10PM -0700, Douglas Garstang wrote: Thanks for the reply, but still no luck. sip.conf: [2944093] ... regcontext=sip_autoreg regexten=2944093 extensions.conf: [From_OneEighty] include = sip_autoreg [sip_autoreg] exten = 2944093,2,Answer exten = 2944093,3,Dial(SIP/2944093) exten = 2944093,4,Hangup I repeat: as unfortunate as it can be, at the moment you need to use a different context for entries generated by 'regexten' you still have static entries in context [sip_autoreg] in extensions.conf, and use the same context for entries generated by regexten - regcontext=sip_autoreg Sorry? Say again? If you don't mind, you could you have another go at explaining that? That really didn't make sense to me. I do have a different context for entries generated by regexten... it's [sip_autoreg] no you have only one context - see above your email - both your static context and your regexten context are named 'sip_autoreg' and asterisk cannot handle this case. As i said, it is a bug (at least the fact that it doesn't send an error message) and i reported it already. There is a workaround, which is using contexts with different names and including the 'dynamic' one into the static one, so the problem is not terribly critical. Hope now it is clear enough. bye luigi Doug cheers luigi Phone comes up, and registers: *CLI -- Saved useragent PolycomSoundPointIP-SPIP_601-UA/1.6.3.0067 for peer 2944093 Dialplan before and after shows the same thing: '2944093' = 2. Answer() [pbx_config] 3. Dial(SIP/2944093) [pbx_config] 4. Hangup() [pbx_config] Doug. -Original Message- From: Luigi Rizzo [mailto:[EMAIL PROTECTED] Sent: Thursday, March 16, 2006 4:14 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [Asterisk-Users] regexten On Thu, Mar 16, 2006 at 03:55:18PM -0700, Douglas Garstang wrote: So, After about 6 months I think I've finally worked out how regexten works. And... it doesn't look like it will serve my purpose. I'm hope I'm wrong, otherwise what a letdown! It also means that DUNDI becomes unusable as a HA mechanism. as unfortunate as it can be, at the moment you need to use a different context for entries generated by 'regexten' and entries statically configured. Then you have to include one into the other so you can match all entries on a call. I opened a bug on mantis some time ago, indicating two possible fixes. Hopefully this will be resolved sooner or later. cheers luigi Let me see if I understand its function correctly tho... My sip.conf: [2944093] ... regcontext=sip_autoreg regexten=2944093 extensions.conf: [sip_autoreg] exten = 2944093,2,Answer exten = 2944093,3,Dial(SIP/2944093
RE: [Asterisk-Users] regexten
A few days ago I didn't realise that the phones only registered to one Asterisk box. If I did, I wouldn't have spent hours today trying to get something working. Is this really the best pure Asterisk HA solution that's out there right now? I think it needs a little work. Doug. -Original Message- From: Peter Bowyer [mailto:[EMAIL PROTECTED] Sent: Thu 3/16/2006 11:37 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Cc: Subject: Re: [Asterisk-Users] regexten On 17/03/06, Douglas Garstang [EMAIL PROTECTED] wrote: Well, I finally got it to work. Such a shame I can't use it. I didn't realise it until I'd expended all the effort, but this approach doesn't give you a HA asterisk solution. If the server that the phone is registered to goes down, no Asterisk system knows the location of the phones that where registered to it. If you had 3 Asterisk boxes, 1/3 of your users suddenly can't receive calls. Not HA! It does if you combine this with an IAX switch or DUNDI, and phones which re-register fast. Did you read how this was explained to you a few days ago? -- Peter Bowyer Email: [EMAIL PROTECTED] Tel: +44 1296 768003 VoIP: sip:[EMAIL PROTECTED] VoIP: [EMAIL PROTECTED] FWD: **275*5048707000 VoipTalk: **473*5048707000 ___ --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 winmail.dat___ --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
[Asterisk-Users] Regexten Regcontext
Hi All, I've been trying to get regexten and regcontext going for some sip peers but following the examples on the wiki is not working, as far as I can tell, nothing is happening. the phone registers, sip show peers is ok, but the NoOp priority 1 extension never gets created or added to the dialplan. Has anyone got this working? Thanks. JR JR Richardson Engineering for the Masses ___ --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
[Asterisk-Users] Regexten
Before I play around with this again in 1.2.1, regexten is still essentially broken, correct? The misconception seems to be that it allows you to execute a command upon registration from a SIP UA. Even the O'Reilly TFOT book erroneously states that this is what it is for. After reading the developer discussion though, it definitely seems to be broken. Is it fixed yet? 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
RE: [Asterisk-Users] Regexten
It doesnt execute a command upon registration. What it does is insert a simple noop into the extension and context at priority 1 so the extension then becomes active. For example: Before I register: Exten = 145,2,Dial(SIP/jcolp_cisco1) When I register it then turns into: Exten = 145,1,Noop() Exten = 145,2,Dial(SIP/jcolp_cisco1) This means when Im registered, a person can call me but when Im not the extension is useless and calling it does nothing and doesnt attempt to call me. Joshua Colp From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Douglas Garstang Sent: Sunday, December 11, 2005 4:38 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: [Asterisk-Users] Regexten Before I play around with this again in 1.2.1, regexten is still essentially broken, correct? The misconception seems to be that it allows you to execute a command upon registration from a SIP UA. Even the O'Reilly TFOT book erroneously states that this is what it is for. After reading the developer discussion though, it definitely seems to be broken. Is it fixed yet? 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
RE: [Asterisk-Users] Regexten
Ah ok. Thanks. I was hoping to use it to 'replicate' registrations from one Asterisk system to another. Darn it. -Original Message-From: Joshua Colp [mailto:[EMAIL PROTECTED]Sent: Sunday, December 11, 2005 1:47 PMTo: 'Asterisk Users Mailing List - Non-Commercial Discussion'Subject: RE: [Asterisk-Users] Regexten It doesnt execute a command upon registration. What it does is insert a simple noop into the extension and context at priority 1 so the extension then becomes active. For example: Before I register: Exten = 145,2,Dial(SIP/jcolp_cisco1) When I register it then turns into: Exten = 145,1,Noop() Exten = 145,2,Dial(SIP/jcolp_cisco1) This means when Im registered, a person can call me but when Im not the extension is useless and calling it does nothing and doesnt attempt to call me. Joshua Colp From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Douglas GarstangSent: Sunday, December 11, 2005 4:38 PMTo: Asterisk Users Mailing List - Non-Commercial DiscussionSubject: [Asterisk-Users] Regexten Before I play around with this again in 1.2.1, regexten is still essentially broken, correct? The misconception seems to be that it allows you to execute a command upon registration from a SIP UA. Even the O'Reilly TFOT book erroneously states that this is what it is for. After reading the developer discussion though, it definitely seems to be broken. Is it fixed yet? 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
Re: [Asterisk-Users] Regexten
On 12/11/05, Douglas Garstang [EMAIL PROTECTED] wrote: The misconception seems to be that it allows you to execute a command upon registration from a SIP UA. Even the O'Reilly TFOT book erroneously states that this is what it is for. After reading the developer discussion though, it definitely seems to be broken. Is it fixed yet? And I quote from page 227, Asterisk will dynamically create and destroy a NoOp at priority 1 for the extension. All actions to be performed upon registration should start at priority 2. Leif Madsen. http://www.oreilly.com/catalog/asterisk http://www.leifmadsen.com ___ --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
RE: [Asterisk-Users] Regexten
No. It doesn't work that way. -Original Message- From: Leif Madsen [mailto:[EMAIL PROTECTED] Sent: Sun 12/11/2005 4:19 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Cc: Subject: Re: [Asterisk-Users] Regexten On 12/11/05, Douglas Garstang [EMAIL PROTECTED] wrote: The misconception seems to be that it allows you to execute a command upon registration from a SIP UA. Even the O'Reilly TFOT book erroneously states that this is what it is for. After reading the developer discussion though, it definitely seems to be broken. Is it fixed yet? And I quote from page 227, Asterisk will dynamically create and destroy a NoOp at priority 1 for the extension. All actions to be performed upon registration should start at priority 2. Leif Madsen. http://www.oreilly.com/catalog/asterisk http://www.leifmadsen.com ___ --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 winmail.dat___ --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
[Asterisk-Users] regexten for realtime sip ?
Hi, sip.conf has a paramter regexten using which we can assign an extension to a registered SIP client and can use the same number to call that client. Is there any such parameter for realtime sip table sip_buddies. Why was this missed out in this table ? Thanks, ~Vamsi ___ Asterisk-Users mailing list Asterisk-Users@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users