Re: [asterisk-users] Follow up on parking
This appears to be the case. If someone else know how, please feel free to share. _ From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Mike Sent: Monday, December 15, 2008 7:05 AM To: 'Asterisk Users Mailing List - Non-Commercial Discussion' Subject: Re: [asterisk-users] Follow up on parking Just so I'm clear: there is no way to do what I want short of playing with the underlying code, correct? Mike From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Danny Nicholas Sent: Friday, December 12, 2008 15:31 To: 'Asterisk Users Mailing List - Non-Commercial Discussion' Subject: Re: [asterisk-users] Follow up on parking After some research, it seems that asterisk builds a dynamic context called [park-dial] and puts a callback for the parker into line 1, so this would have to be a patch/workaround. _ From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Mike Sent: Friday, December 12, 2008 12:40 PM To: 'Asterisk Users Mailing List - Non-Commercial Discussion' Subject: Re: [asterisk-users] Follow up on parking Danny, I've been starring at features.conf since yesterday AM, and I do realize there is an example that looks close to what I want, but the same thing typed in my own dialplan doesn't work. All I want, for the sake of discussion, is to Hangup() when the call gets out of parking after the 45 second timeout. As for show application park, this is not helping. Regards, Mike From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Danny Nicholas Sent: Friday, December 12, 2008 9:26 To: 'Asterisk Users Mailing List - Non-Commercial Discussion' Subject: Re: [asterisk-users] Follow up on parking You should try these steps 1. core show application park from the CLI interface 2. look at features.conf 3. one of these should offer the hint you seek _ From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Mike Sent: Thursday, December 11, 2008 10:46 PM To: 'Asterisk Users Mailing List - Non-Commercial Discussion' Subject: [asterisk-users] Follow up on parking I`m having (a lot of) trouble changing the call parking timeout behavior. This is my SIP context. [internal-local-only-hamel] exten = s,1,Hangup include = parkedcalls What I am trying to accomppish is a quick test where I park a call, wait 45 seconds, and it hangs up. Here is my execution in the CLI: == Parked SIP/0004f2134384-1-0943e8a0 on 1...@parkedcalls. Will timeout back to extension [internal-local-only-hamel] s, 1 in 15 seconds Seems like this will work.until it doesn't. The s,1 extension is never executed, instead park-dial() is called. What am I missing? Regards, Mike ___ -- 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
Re: [asterisk-users] Follow up on parking
Just so I'm clear: there is no way to do what I want short of playing with the underlying code, correct? Mike From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Danny Nicholas Sent: Friday, December 12, 2008 15:31 To: 'Asterisk Users Mailing List - Non-Commercial Discussion' Subject: Re: [asterisk-users] Follow up on parking After some research, it seems that asterisk builds a dynamic context called [park-dial] and puts a callback for the parker into line 1, so this would have to be a patch/workaround. _ From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Mike Sent: Friday, December 12, 2008 12:40 PM To: 'Asterisk Users Mailing List - Non-Commercial Discussion' Subject: Re: [asterisk-users] Follow up on parking Danny, I've been starring at features.conf since yesterday AM, and I do realize there is an example that looks close to what I want, but the same thing typed in my own dialplan doesn't work. All I want, for the sake of discussion, is to Hangup() when the call gets out of parking after the 45 second timeout. As for show application park, this is not helping. Regards, Mike From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Danny Nicholas Sent: Friday, December 12, 2008 9:26 To: 'Asterisk Users Mailing List - Non-Commercial Discussion' Subject: Re: [asterisk-users] Follow up on parking You should try these steps 1. core show application park from the CLI interface 2. look at features.conf 3. one of these should offer the hint you seek _ From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Mike Sent: Thursday, December 11, 2008 10:46 PM To: 'Asterisk Users Mailing List - Non-Commercial Discussion' Subject: [asterisk-users] Follow up on parking I`m having (a lot of) trouble changing the call parking timeout behavior. This is my SIP context [internal-local-only-hamel] exten = s,1,Hangup include = parkedcalls What I am trying to accomppish is a quick test where I park a call, wait 45 seconds, and it hangs up. Here is my execution in the CLI: == Parked SIP/0004f2134384-1-0943e8a0 on 1...@parkedcalls. Will timeout back to extension [internal-local-only-hamel] s, 1 in 15 seconds Seems like this will work until it doesn't. The s,1 extension is never executed, instead park-dial() is called. What am I missing? Regards, Mike ___ -- 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
Re: [asterisk-users] Follow up on parking
if you write you own [park-dial] context maybe asterisk dont over write it... David 2008/12/15 Danny Nicholas da...@debsinc.com This appears to be the case. If someone else know how, please feel free to share. -- *From:* asterisk-users-boun...@lists.digium.com [mailto: asterisk-users-boun...@lists.digium.com] *On Behalf Of *Mike *Sent:* Monday, December 15, 2008 7:05 AM *To:* 'Asterisk Users Mailing List - Non-Commercial Discussion' *Subject:* Re: [asterisk-users] Follow up on parking Just so I'm clear: there is no way to do what I want short of playing with the underlying code, correct? Mike *From:* asterisk-users-boun...@lists.digium.com [mailto: asterisk-users-boun...@lists.digium.com] *On Behalf Of *Danny Nicholas *Sent:* Friday, December 12, 2008 15:31 *To:* 'Asterisk Users Mailing List - Non-Commercial Discussion' *Subject:* Re: [asterisk-users] Follow up on parking After some research, it seems that asterisk builds a dynamic context called [park-dial] and puts a callback for the parker into line 1, so this would have to be a patch/workaround. -- *From:* asterisk-users-boun...@lists.digium.com [mailto: asterisk-users-boun...@lists.digium.com] *On Behalf Of *Mike *Sent:* Friday, December 12, 2008 12:40 PM *To:* 'Asterisk Users Mailing List - Non-Commercial Discussion' *Subject:* Re: [asterisk-users] Follow up on parking Danny, I've been starring at features.conf since yesterday AM, and I do realize there is an example that looks close to what I want, but the same thing typed in my own dialplan doesn't work. All I want, for the sake of discussion, is to Hangup() when the call gets out of parking after the 45 second timeout. As for show application park, this is not helping. Regards, Mike *From:* asterisk-users-boun...@lists.digium.com [mailto: asterisk-users-boun...@lists.digium.com] *On Behalf Of *Danny Nicholas *Sent:* Friday, December 12, 2008 9:26 *To:* 'Asterisk Users Mailing List - Non-Commercial Discussion' *Subject:* Re: [asterisk-users] Follow up on parking You should try these steps 1. core show application park from the CLI interface 2. look at features.conf 3. one of these should offer the hint you seek -- *From:* asterisk-users-boun...@lists.digium.com [mailto: asterisk-users-boun...@lists.digium.com] *On Behalf Of *Mike *Sent:* Thursday, December 11, 2008 10:46 PM *To:* 'Asterisk Users Mailing List - Non-Commercial Discussion' *Subject:* [asterisk-users] Follow up on parking I`m having (a lot of) trouble changing the call parking timeout behavior. This is my SIP context… [internal-local-only-hamel] exten = s,1,Hangup include = parkedcalls What I am trying to accomppish is a quick test where I park a call, wait 45 seconds, and it hangs up. Here is my execution in the CLI: == Parked SIP/0004f2134384-1-0943e8a0 on 1...@parkedcalls. Will timeout back to extension [internal-local-only-hamel] s, 1 in 15 seconds Seems like this will work…until it doesn't. The s,1 extension is never executed, instead park-dial() is called. What am I missing? Regards,** * * *Mike* ___ -- 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 -- (\__/) (='.'=)This is Bunny. Copy and paste bunny into your ()_()signature to help him gain world domination. ___ -- 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
Re: [asterisk-users] Follow up on parking
On Dec 15, 2008, at 7:05 AM, Mike wrote: Just so I'm clear: there is no way to do what I want short of playing with the underlying code, correct? Yes. I'm working on an issue right now related to parking and noticed that Asterisk completely lies with the verbose statement saying that it will time back out to an extension. There is an if/else that checks a string that will always be set and therefore will never hit the else...which is where the code is that would time back out to an extension as opposed to trying to magically find the original caller and call the channel back. It is fairly complex code in there, so it may take a bit to fix...but I thought I'd let your know that I am working on it, anyway. Terry ___ -- 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
Re: [asterisk-users] Follow up on parking
Nope. If you write your own PD, asterisk just inserts it's own call back into line 1 and moves all of your code down Example Dialplan show park-dial Before park [ Context 'park-dial' created by 'pbx_config' ] 's' =1. Background(vm-goodbye) [pbx_config] 2. HangUp() [pbx_config] After park [ Context 'park-dial' created by 'pbx_config' ] 's' =1. Dial(SIP/XXX,XX) 2. Background(vm-goodbye) [pbx_config] 3. HangUp() [pbx_config] _ From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of David fire Sent: Monday, December 15, 2008 10:17 AM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] Follow up on parking if you write you own [park-dial] context maybe asterisk dont over write it... David 2008/12/15 Danny Nicholas da...@debsinc.com This appears to be the case. If someone else know how, please feel free to share. _ From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Mike Sent: Monday, December 15, 2008 7:05 AM To: 'Asterisk Users Mailing List - Non-Commercial Discussion' Subject: Re: [asterisk-users] Follow up on parking Just so I'm clear: there is no way to do what I want short of playing with the underlying code, correct? Mike From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Danny Nicholas Sent: Friday, December 12, 2008 15:31 To: 'Asterisk Users Mailing List - Non-Commercial Discussion' Subject: Re: [asterisk-users] Follow up on parking After some research, it seems that asterisk builds a dynamic context called [park-dial] and puts a callback for the parker into line 1, so this would have to be a patch/workaround. _ From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Mike Sent: Friday, December 12, 2008 12:40 PM To: 'Asterisk Users Mailing List - Non-Commercial Discussion' Subject: Re: [asterisk-users] Follow up on parking Danny, I've been starring at features.conf since yesterday AM, and I do realize there is an example that looks close to what I want, but the same thing typed in my own dialplan doesn't work. All I want, for the sake of discussion, is to Hangup() when the call gets out of parking after the 45 second timeout. As for show application park, this is not helping. Regards, Mike From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Danny Nicholas Sent: Friday, December 12, 2008 9:26 To: 'Asterisk Users Mailing List - Non-Commercial Discussion' Subject: Re: [asterisk-users] Follow up on parking You should try these steps 1. core show application park from the CLI interface 2. look at features.conf 3. one of these should offer the hint you seek _ From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Mike Sent: Thursday, December 11, 2008 10:46 PM To: 'Asterisk Users Mailing List - Non-Commercial Discussion' Subject: [asterisk-users] Follow up on parking I`m having (a lot of) trouble changing the call parking timeout behavior. This is my SIP context. [internal-local-only-hamel] exten = s,1,Hangup include = parkedcalls What I am trying to accomppish is a quick test where I park a call, wait 45 seconds, and it hangs up. Here is my execution in the CLI: == Parked SIP/0004f2134384-1-0943e8a0 on 1...@parkedcalls. Will timeout back to extension [internal-local-only-hamel] s, 1 in 15 seconds Seems like this will work.until it doesn't. The s,1 extension is never executed, instead park-dial() is called. What am I missing? Regards, Mike ___ -- 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 -- (\__/) (='.'=)This is Bunny. Copy and paste bunny into your ()_()signature to help him gain world domination. ___ -- 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
Re: [asterisk-users] Follow up on parking
That information is very much appreciated. Thank you. Mike -Original Message- From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Terry Wilson Sent: Monday, December 15, 2008 11:29 To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] Follow up on parking On Dec 15, 2008, at 7:05 AM, Mike wrote: Just so I'm clear: there is no way to do what I want short of playing with the underlying code, correct? Yes. I'm working on an issue right now related to parking and noticed that Asterisk completely lies with the verbose statement saying that it will time back out to an extension. There is an if/else that checks a string that will always be set and therefore will never hit the else...which is where the code is that would time back out to an extension as opposed to trying to magically find the original caller and call the channel back. It is fairly complex code in there, so it may take a bit to fix...but I thought I'd let your know that I am working on it, anyway. Terry ___ -- 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
Re: [asterisk-users] Follow up on parking
Terry Wilson wrote: On Dec 15, 2008, at 7:05 AM, Mike wrote: Just so I'm clear: there is no way to do what I want short of playing with the underlying code, correct? Yes. I'm working on an issue right now related to parking and noticed that Asterisk completely lies with the verbose statement saying that it will time back out to an extension. There is an if/else that checks a string that will always be set and therefore will never hit the else...which is where the code is that would time back out to an extension as opposed to trying to magically find the original caller and call the channel back. It is fairly complex code in there, so it may take a bit to fix...but I thought I'd let your know that I am working on it, anyway. I saw this in 1.2 as well. I don't know about 1.4, since my customers never used 1.4. Since all parked calls were supposed to be sent to the operator, it was not an issue for my customers. ___ -- 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
Re: [asterisk-users] Follow up on parking
That would help me, but I can't even do that (send all parked calls to anybody) because of the dynamic park-dial context. Regards, Mike -Original Message- From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Eric ManxPower Wieling Sent: Monday, December 15, 2008 16:16 To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] Follow up on parking Terry Wilson wrote: On Dec 15, 2008, at 7:05 AM, Mike wrote: Just so I'm clear: there is no way to do what I want short of playing with the underlying code, correct? Yes. I'm working on an issue right now related to parking and noticed that Asterisk completely lies with the verbose statement saying that it will time back out to an extension. There is an if/else that checks a string that will always be set and therefore will never hit the else...which is where the code is that would time back out to an extension as opposed to trying to magically find the original caller and call the channel back. It is fairly complex code in there, so it may take a bit to fix...but I thought I'd let your know that I am working on it, anyway. I saw this in 1.2 as well. I don't know about 1.4, since my customers never used 1.4. Since all parked calls were supposed to be sent to the operator, it was not an issue for my customers. ___ -- 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
Re: [asterisk-users] Follow up on parking
[park-dial] ; app_park adds a priority 1 for us, but due to Asterisk oddities, we still need this Noop exten = _.,1,Noop exten = _.,n,Goto(corporate,3500,1) exten = h,1,Noop Mike wrote: That would help me, but I can't even do that (send all parked calls to anybody) because of the dynamic park-dial context. Regards, Mike -Original Message- From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Eric ManxPower Wieling Sent: Monday, December 15, 2008 16:16 To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] Follow up on parking Terry Wilson wrote: On Dec 15, 2008, at 7:05 AM, Mike wrote: Just so I'm clear: there is no way to do what I want short of playing with the underlying code, correct? Yes. I'm working on an issue right now related to parking and noticed that Asterisk completely lies with the verbose statement saying that it will time back out to an extension. There is an if/else that checks a string that will always be set and therefore will never hit the else...which is where the code is that would time back out to an extension as opposed to trying to magically find the original caller and call the channel back. It is fairly complex code in there, so it may take a bit to fix...but I thought I'd let your know that I am working on it, anyway. I saw this in 1.2 as well. I don't know about 1.4, since my customers never used 1.4. Since all parked calls were supposed to be sent to the operator, it was not an issue for my customers. ___ -- 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 ___ -- 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
Re: [asterisk-users] Follow up on parking
I will definitely try this later todaythanks! Mike -Original Message- From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Eric ManxPower Wieling Sent: Monday, December 15, 2008 18:02 To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] Follow up on parking [park-dial] ; app_park adds a priority 1 for us, but due to Asterisk oddities, we still need this Noop exten = _.,1,Noop exten = _.,n,Goto(corporate,3500,1) exten = h,1,Noop Mike wrote: That would help me, but I can't even do that (send all parked calls to anybody) because of the dynamic park-dial context. Regards, Mike -Original Message- From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Eric ManxPower Wieling Sent: Monday, December 15, 2008 16:16 To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] Follow up on parking Terry Wilson wrote: On Dec 15, 2008, at 7:05 AM, Mike wrote: Just so I'm clear: there is no way to do what I want short of playing with the underlying code, correct? Yes. I'm working on an issue right now related to parking and noticed that Asterisk completely lies with the verbose statement saying that it will time back out to an extension. There is an if/else that checks a string that will always be set and therefore will never hit the else...which is where the code is that would time back out to an extension as opposed to trying to magically find the original caller and call the channel back. It is fairly complex code in there, so it may take a bit to fix...but I thought I'd let your know that I am working on it, anyway. I saw this in 1.2 as well. I don't know about 1.4, since my customers never used 1.4. Since all parked calls were supposed to be sent to the operator, it was not an issue for my customers. ___ -- 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 ___ -- 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
Re: [asterisk-users] Follow up on parking
You should try these steps 1. core show application park from the CLI interface 2. look at features.conf 3. one of these should offer the hint you seek _ From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Mike Sent: Thursday, December 11, 2008 10:46 PM To: 'Asterisk Users Mailing List - Non-Commercial Discussion' Subject: [asterisk-users] Follow up on parking I`m having (a lot of) trouble changing the call parking timeout behavior. This is my SIP context. [internal-local-only-hamel] exten = s,1,Hangup include = parkedcalls What I am trying to accomppish is a quick test where I park a call, wait 45 seconds, and it hangs up. Here is my execution in the CLI: == Parked SIP/0004f2134384-1-0943e8a0 on 1...@parkedcalls. Will timeout back to extension [internal-local-only-hamel] s, 1 in 15 seconds Seems like this will work.until it doesn't. The s,1 extension is never executed, instead park-dial() is called. What am I missing? Regards, Mike ___ -- 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
Re: [asterisk-users] Follow up on parking
Danny, I've been starring at features.conf since yesterday AM, and I do realize there is an example that looks close to what I want, but the same thing typed in my own dialplan doesn't work. All I want, for the sake of discussion, is to Hangup() when the call gets out of parking after the 45 second timeout. As for show application park, this is not helping. Regards, Mike From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Danny Nicholas Sent: Friday, December 12, 2008 9:26 To: 'Asterisk Users Mailing List - Non-Commercial Discussion' Subject: Re: [asterisk-users] Follow up on parking You should try these steps 1. core show application park from the CLI interface 2. look at features.conf 3. one of these should offer the hint you seek _ From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Mike Sent: Thursday, December 11, 2008 10:46 PM To: 'Asterisk Users Mailing List - Non-Commercial Discussion' Subject: [asterisk-users] Follow up on parking I`m having (a lot of) trouble changing the call parking timeout behavior. This is my SIP context [internal-local-only-hamel] exten = s,1,Hangup include = parkedcalls What I am trying to accomppish is a quick test where I park a call, wait 45 seconds, and it hangs up. Here is my execution in the CLI: == Parked SIP/0004f2134384-1-0943e8a0 on 1...@parkedcalls. Will timeout back to extension [internal-local-only-hamel] s, 1 in 15 seconds Seems like this will work until it doesn't. The s,1 extension is never executed, instead park-dial() is called. What am I missing? Regards, Mike ___ -- 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
Re: [asterisk-users] Follow up on parking
After some research, it seems that asterisk builds a dynamic context called [park-dial] and puts a callback for the parker into line 1, so this would have to be a patch/workaround. _ From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Mike Sent: Friday, December 12, 2008 12:40 PM To: 'Asterisk Users Mailing List - Non-Commercial Discussion' Subject: Re: [asterisk-users] Follow up on parking Danny, I've been starring at features.conf since yesterday AM, and I do realize there is an example that looks close to what I want, but the same thing typed in my own dialplan doesn't work. All I want, for the sake of discussion, is to Hangup() when the call gets out of parking after the 45 second timeout. As for show application park, this is not helping. Regards, Mike From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Danny Nicholas Sent: Friday, December 12, 2008 9:26 To: 'Asterisk Users Mailing List - Non-Commercial Discussion' Subject: Re: [asterisk-users] Follow up on parking You should try these steps 1. core show application park from the CLI interface 2. look at features.conf 3. one of these should offer the hint you seek _ From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Mike Sent: Thursday, December 11, 2008 10:46 PM To: 'Asterisk Users Mailing List - Non-Commercial Discussion' Subject: [asterisk-users] Follow up on parking I`m having (a lot of) trouble changing the call parking timeout behavior. This is my SIP context. [internal-local-only-hamel] exten = s,1,Hangup include = parkedcalls What I am trying to accomppish is a quick test where I park a call, wait 45 seconds, and it hangs up. Here is my execution in the CLI: == Parked SIP/0004f2134384-1-0943e8a0 on 1...@parkedcalls. Will timeout back to extension [internal-local-only-hamel] s, 1 in 15 seconds Seems like this will work.until it doesn't. The s,1 extension is never executed, instead park-dial() is called. What am I missing? Regards, Mike ___ -- 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
[asterisk-users] Follow up on parking
I`m having (a lot of) trouble changing the call parking timeout behavior. This is my SIP context [internal-local-only-hamel] exten = s,1,Hangup include = parkedcalls What I am trying to accomppish is a quick test where I park a call, wait 45 seconds, and it hangs up. Here is my execution in the CLI: == Parked SIP/0004f2134384-1-0943e8a0 on 1...@parkedcalls. Will timeout back to extension [internal-local-only-hamel] s, 1 in 15 seconds Seems like this will work until it doesn't. The s,1 extension is never executed, instead park-dial() is called. What am I missing? Regards, Mike ___ -- 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