[asterisk-users] Multi tenant Parking issue
Hi, I am working on call packing feature of asterisk. Call packing is working fine but I want to make this feature as multi tenant. exp:- *for A client* packing extension are parkext => 700 parkpos => 701-720 context => parkedcalls_A parkingtime => 45 *for B client *packing extension are parkext => 800 parkpos => 801-820 context => parkedcalls_B parkingtime => 45 Is it possible or not ? - Thanks and regards Virendra Bhati +91-9172341457 -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Multi-Tenant Parking (HALF SOLVED)
I have found that this seems to be a functional difference between the Park() and the ParkAndAnnounce() functions. Park() respects the parking lot specification, yet ParkAndAnnounce() does not respect the fact that you’ve tried to arbitrarily set the parking lot. The code below “works” as designed when the Park() function is used instead. From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of UxBoD Sent: Tuesday, 12 January 2010 17:16 To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] Multi-Tenant Parking Should that not say parkinglot and not parkinglog in features.conf? It should – but that’s not a cut and paste, as the asterisk setup is on a separate, non-connected network, and I just retyped it out – not cut/paste. It’s spelt correctly in the real system (typo on here!) IMPORTANT NOTICE TO RECIPIENT Computer viruses - It is your responsibility to scan this email and any attachments for viruses and defects and rely on those scans as Communications Design & Management Pty Limited (CDM) does not accept any liability for loss or damage arising from receipt or use of this email or any attachments. Confidentiality - This email and any attachments are intended for the named recipient only and may contain personal information, be it confidential or subject to privilege, none of which are lost or waived because this email may have been sent to you in error. If you are not the named addressee please let CDM know by return email, permanently delete it from your system and destroy all copies and do not use or disclose the contents. Copyright - This email is subject to copyright and no part of it maybe reproduced in any manner without the written permission of the copyright owner. Privacy - Within the jurisdiction of Australian law, personal information in this email must be dealt with in compliance with the Australian Federal Privacy Act 1988. IMPORTANT NOTICE TO RECIPIENT Computer viruses - It is your responsibility to scan this email and any attachments for viruses and defects and rely on those scans as Communications Design & Management Pty Limited (CDM) does not accept any liability for loss or damage arising from receipt or use of this email or any attachments. Confidentiality - This email and any attachments are intended for the named recipient only and may contain personal information, be it confidential or subject to privilege, none of which are lost or waived because this email may have been sent to you in error. If you are not the named addressee please let CDM know by return email, permanently delete it from your system and destroy all copies and do not use or disclose the contents. Copyright - This email is subject to copyright and no part of it maybe reproduced in any manner without the written permission of the copyright owner. Privacy - Within the jurisdiction of Australian law, personal information in this email must be dealt with in compliance with the Australian Federal Privacy Act 1988. -- _ -- 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] Multi-Tenant Parking
>Have you looked at this? > http://www.google.com/#q=app_valetparking I have - but would rather use the inbuilt functionality if possible before resorting to third-party code... IMPORTANT NOTICE TO RECIPIENT Computer viruses - It is your responsibility to scan this email and any attachments for viruses and defects and rely on those scans as Communications Design & Management Pty Limited (CDM) does not accept any liability for loss or damage arising from receipt or use of this email or any attachments. Confidentiality - This email and any attachments are intended for the named recipient only and may contain personal information, be it confidential or subject to privilege, none of which are lost or waived because this email may have been sent to you in error. If you are not the named addressee please let CDM know by return email, permanently delete it from your system and destroy all copies and do not use or disclose the contents. Copyright - This email is subject to copyright and no part of it maybe reproduced in any manner without the written permission of the copyright owner. Privacy - Within the jurisdiction of Australian law, personal information in this email must be dealt with in compliance with the Australian Federal Privacy Act 1988. -- _ -- 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] Multi-Tenant Parking
From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of UxBoD Sent: Tuesday, 12 January 2010 17:16 To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] Multi-Tenant Parking Should that not say parkinglot and not parkinglog in features.conf? It should – but that’s not a cut and paste, as the asterisk setup is on a separate, non-connected network, and I just retyped it out – not cut/paste. It’s spelt correctly in the real system (typo on here!) IMPORTANT NOTICE TO RECIPIENT Computer viruses - It is your responsibility to scan this email and any attachments for viruses and defects and rely on those scans as Communications Design & Management Pty Limited (CDM) does not accept any liability for loss or damage arising from receipt or use of this email or any attachments. Confidentiality - This email and any attachments are intended for the named recipient only and may contain personal information, be it confidential or subject to privilege, none of which are lost or waived because this email may have been sent to you in error. If you are not the named addressee please let CDM know by return email, permanently delete it from your system and destroy all copies and do not use or disclose the contents. Copyright - This email is subject to copyright and no part of it maybe reproduced in any manner without the written permission of the copyright owner. Privacy - Within the jurisdiction of Australian law, personal information in this email must be dealt with in compliance with the Australian Federal Privacy Act 1988. -- _ -- 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] Multi-Tenant Parking
Should that not say parkinglot and not parkinglog in features.conf? - Sent from Zimbra and my iPhone! SplatNIX IT Services :: Innovation through collaboration On 12 Jan 2010, at 06:03, Michael Wyres wrote: Has anyone managed to get multi-parking lot call parking working correctly? I’ve had several attempts at it, and never seem to be ab le to get it to go properly – (actually, at all): I’ve most recently done this with 1.6.1.x, and now 1.6.2.x, with no luck in either case. What I’ve been “trying” is the following: features.conf [general] parkext => 100 [featuremap] [applicationmap] [parkinglog_customer1-park] parkext => 100 parkpos => 101-199 findslot => next context => customer1-park [parkinglog_customer2-park] parkext => 100 parkpos => 101-199 findslot => next context => customer2-park extensions.conf [customer1-call-park] exten => _X.,1,NoOp(The user ${EXTEN} is seeking place a call into the parking lot…) exten => _X.,2,Set(PARKINGLOT=customer1-park) exten => _X.,3,ParkAndAnnounce(PARKED:call-waiting,60,Local/${EXTEN} @customer1-callback) exten => _X.,4,Hangup() [customer2-call-park] exten => _X.,1,NoOp(The user ${EXTEN} is seeking place a call into the parking lot…) exten => _X.,2,Set(PARKINGLOT=customer2-park) exten => _X.,3,ParkAndAnnounce(PARKED:call-waiting,60,Local/${EXTEN} @customer2-callback) exten => _X.,4,Hangup() Calls are passed to the contexts in extensions by the number of the user trying to place the call on park. The calls park fine, can be retrieved fine, and the callbacks work fine (via the “customerX-call back”) contexts which are not shown here. However, it simply does not seem to be putting calls into the parking lots defined for each customer. It seems to place them all into the default parking lot regardless of the lot you are trying to put them into. I see a lot of people having similar issues, and I see some people claiming to have overcome it, but no actual examples of how it was “overcome”. Love anyone’s input here! I’m already thinning on top – don’t want to lose any more hair on this one! Michael Wyres Technical Specialist Communications Design & Management Level 1 / 99 King St Melbourne Victoria 3000 P + 61 3 9601 6600 F + 61 3 9601 6601 mwy...@cdm.com.au IMPORTANT NOTICE TO RECIPIENT Computer viruses - It is your responsibility to scan this email and any attachments for viruses and defects and rely on those scans as Communications Design & Management Pty Limited (CDM) does not accept any liability for loss or damage arising from receipt or use of this email or any attachments. Confidentiality - This email and any attachments are intended for the named recipient only and may contain personal information, be it confidential or subject to privilege, none of which are lost or waived because this email may have been sent to you in error. If you are not the named addressee please let CDM know by return email, permanently delete it from your system and destroy all copies and do not use or disclose the contents. Copyright - This email is subject to copyright and no part of it maybe reproduced in any manner without the written permission of the copyright owner. Privacy - Within the jurisdiction of Australian law, personal information in this email must be dealt with in compliance with the Australian Federal Privacy Act 1988. -- _ -- 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] Multi-Tenant Parking
At 23:57 1/11/2010, Michael Wyres wrote: Content-Language: en-US Content-Type: multipart/related; boundary="_004_11FDCFCDD2B4B0439630AEC725D1635D1BAC56FDC4ssyd10exinter_"; type="multipart/alternative" Has anyone managed to get multi-parking lot call parking working correctly? Ive had several attempts at it, and never seem to be able to get it to go properly (actually, at all): Ive most recently done this with 1.6.1.x, and now 1.6.2.x, with no luck in either case. What Ive been trying is the following: features.conf [general] parkext => 100 [featuremap] [applicationmap] [parkinglog_customer1-park] parkext => 100 parkpos => 101-199 findslot => next context => customer1-park [parkinglog_customer2-park] parkext => 100 parkpos => 101-199 findslot => next context => customer2-park extensions.conf [customer1-call-park] exten => _X.,1,NoOp(The user ${EXTEN} is seeking place a call into the parking lot ) exten => _X.,2,Set(PARKINGLOT=customer1-park) exten => _X.,3,ParkAndAnnounce(PARKED:call-waiting,60,Local/${ext...@customer1-callback) exten => _X.,4,Hangup() [customer2-call-park] exten => _X.,1,NoOp(The user ${EXTEN} is seeking place a call into the parking lot ) exten => _X.,2,Set(PARKINGLOT=customer2-park) exten => _X.,3,ParkAndAnnounce(PARKED:call-waiting,60,Local/${ext...@customer2-callback) exten => _X.,4,Hangup() Calls are passed to the contexts in extensions by the number of the user trying to place the call on park. The calls park fine, can be retrieved fine, and the callbacks work fine (via the customerX-callback) contexts which are not shown here. However, it simply does not seem to be putting calls into the parking lots defined for each customer. It seems to place them all into the default parking lot regardless of the lot you are trying to put them into. I see a lot of people having similar issues, and I see some people claiming to have overcome it, but no actual examples of how it was overcome. Love anyones input here! Im already thinning on top dont want to lose any more hair on this one! Have you looked at this? http://www.google.com/#q=app_valetparking Michael Wyres Technical Specialist Communications Design & Management Level 1 / 99 King St Melbourne Victoria 3000 P + 61 3 9601 6600 F + 61 3 9601 6601 mailto:sbro...@cdm.com.au>mwy...@cdm.com.au cid:image001.jpg@01CA1A98.C7E957F0 IMPORTANT NOTICE TO RECIPIENT Computer viruses - It is your responsibility to scan this email and any attachments for viruses and defects and rely on those scans as Communications Design & Management Pty Limited (CDM) does not accept any liability for loss or damage arising from receipt or use of this email or any attachments. Confidentiality - This email and any attachments are intended for the named recipient only and may contain personal information, be it confidential or subject to privilege, none of which are lost or waived because this email may have been sent to you in error. If you are not the named addressee please let CDM know by return email, permanently delete it from your system and destroy all copies and do not use or disclose the contents. Copyright - This email is subject to copyright and no part of it maybe reproduced in any manner without the written permission of the copyright owner. Privacy - Within the jurisdiction of Australian law, personal information in this email must be dealt with in compliance with the Australian Federal Privacy Act 1988. -- _ -- 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
[asterisk-users] Multi-Tenant Parking
Has anyone managed to get multi-parking lot call parking working correctly? I've had several attempts at it, and never seem to be able to get it to go properly - (actually, at all): I've most recently done this with 1.6.1.x, and now 1.6.2.x, with no luck in either case. What I've been "trying" is the following: features.conf [general] parkext => 100 [featuremap] [applicationmap] [parkinglog_customer1-park] parkext => 100 parkpos => 101-199 findslot => next context => customer1-park [parkinglog_customer2-park] parkext => 100 parkpos => 101-199 findslot => next context => customer2-park extensions.conf [customer1-call-park] exten => _X.,1,NoOp(The user ${EXTEN} is seeking place a call into the parking lot...) exten => _X.,2,Set(PARKINGLOT=customer1-park) exten => _X.,3,ParkAndAnnounce(PARKED:call-waiting,60,Local/${ext...@customer1-callback) exten => _X.,4,Hangup() [customer2-call-park] exten => _X.,1,NoOp(The user ${EXTEN} is seeking place a call into the parking lot...) exten => _X.,2,Set(PARKINGLOT=customer2-park) exten => _X.,3,ParkAndAnnounce(PARKED:call-waiting,60,Local/${ext...@customer2-callback) exten => _X.,4,Hangup() Calls are passed to the contexts in extensions by the number of the user trying to place the call on park. The calls park fine, can be retrieved fine, and the callbacks work fine (via the "customerX-callback") contexts which are not shown here. However, it simply does not seem to be putting calls into the parking lots defined for each customer. It seems to place them all into the default parking lot regardless of the lot you are trying to put them into. I see a lot of people having similar issues, and I see some people claiming to have overcome it, but no actual examples of how it was "overcome". Love anyone's input here! I'm already thinning on top - don't want to lose any more hair on this one! Michael Wyres Technical Specialist Communications Design & Management Level 1 / 99 King St Melbourne Victoria 3000 P + 61 3 9601 6600 F + 61 3 9601 6601 mwy...@cdm.com.aumailto:sbro...@cdm.com.au> [cid:image001.jpg@01CA93A6.2B669DC0] IMPORTANT NOTICE TO RECIPIENT Computer viruses - It is your responsibility to scan this email and any attachments for viruses and defects and rely on those scans as Communications Design & Management Pty Limited (CDM) does not accept any liability for loss or damage arising from receipt or use of this email or any attachments. Confidentiality - This email and any attachments are intended for the named recipient only and may contain personal information, be it confidential or subject to privilege, none of which are lost or waived because this email may have been sent to you in error. If you are not the named addressee please let CDM know by return email, permanently delete it from your system and destroy all copies and do not use or disclose the contents. Copyright - This email is subject to copyright and no part of it maybe reproduced in any manner without the written permission of the copyright owner. Privacy - Within the jurisdiction of Australian law, personal information in this email must be dealt with in compliance with the Australian Federal Privacy Act 1988. <>-- _ -- 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] Multi-tenant parking broken in 1.6.1.1?
Oops! Thought I had changed to address! My apologies - John On Fri, 2009-07-17 at 13:29 -0400, John A. Sullivan III wrote: > Hello, all. My apologies for troubling the developer list as an end > user but we were not able to resolve this issue on the user list and it > is smelling like a possible bug when using multi-tenant call parking. > > There seem to be two problems: > 1. Parking assigns parking spaces from the default group no matter > what we do. > 2. When the parked call timer expires, the callback to the original > callee fails because a | delimiter is used in the Dial() > function. > > The second was fixed by backporting a patch from SVN but we still have > the first problem. > > Perhaps we have configured it incorrectly. Here is the pertinent > section from features.conf: > > [parkinglot_a10] ; EBC > context => a10parking > parkpos => 101-110 > ;parkext => 100 > findslot => next > > [parkinglot_a100] ; SSI > context => a100parking > ;parkext => 1000 > parkpos => 1001-1020 > findslot => next > > If I understand this correctly, the parkinglog_a100 would be the channel > variable and a100parking the context into which parking extensions are > placed. > > We set the channel parameter in sip.conf: > > [a100](!,common) > context=a100 > vmext=999 > parkinglot=parkinglot_a100 > subscribecontext=a100 > accountcode=a-0100 > fromdomain=ssiservices.biz > > [userx](a100) > mailbox=...@a100,x...@a100 > secret=something > callerid=John A. Sullivan III > fromuser=userid > > and we included the context in extensions.conf: > > [a100] ; SSI > exten => 911,1,Macro(emergency-US,xx) > exten => 9911,1,Macro(emergency-US,xx) > > exten => ,1,VoiceMailMain(${CALLERID(num)}...@a100) ; Direct mail > retrieval > include => a100pub > include => a100conf > include => a100parking > include => US-international > include => dial-uri > > We also tried Set(CHANNEL(parkinglot)=parkinglot_a100). We also tried > creating our own parking which yielded interesting data but not > solution. > > Here is the console output using the regular setup described: > > Call comes in and is answered: > >-- SIP/gss-cc01c918 answered SIP/localhost-cc002cf8 > -- Native bridging SIP/localhost-cc002cf8 and SIP/gss-cc01c918 > -- Started music on hold, class 'default', on SIP/localhost-cc002cf8 > == Using SIP RTP TOS bits 176 > == Using SIP RTP CoS mark 5 > > Call is parked: > > -- Executing [...@a100:1] Park("SIP/gss-cc05ceb8", "") in new stack > == Parked SIP/gss-cc05ceb8 on 701 (lot default). Will timeout back to > extension [a100] s, 1 in 60 seconds > -- Added extension '701' priority 1 to parkedcalls (0x2cca3f70) > -- Playing 'digits/7.ulaw' (language 'en') > -- Playing 'digits/0.ulaw' (language 'en') > -- Playing 'digits/1.ulaw' (language 'en') > -- Started music on hold, class 'default', on SIP/gss-cc05ceb8 > > > I'm not sure what is happening here but I think this is the original > callee releasing the call. I don't know what the ZOMBIE extension is > about: > > == Spawn extension (a100, s, 1) exited non-zero on > 'Parked/SIP/gss-cc05ceb8' > -- Auto fallthrough, channel 'Parked/SIP/gss-cc05ceb8' status is > 'UNKNOWN' > -- Executing [...@a100:1] Answer("Parked/SIP/gss-cc05ceb8", > "0.5") in new stack > == Spawn extension (a100, h, 1) exited non-zero on > 'Parked/SIP/gss-cc05ceb8' > -- Stopped music on hold on SIP/gss-cc05ceb8 > -- Stopped music on hold on SIP/localhost-cc002cf8 > -- Started music on hold, class 'default', on SIP/localhost-cc002cf8 > == Spawn extension (macro-common, s, 1) exited non-zero on > 'SIP/gss-cc05ceb8' in macro 'common' > == Spawn extension (a100pub, 314, 2) exited non-zero on > 'SIP/gss-cc05ceb8' > == Using SIP RTP TOS bits 176 > == Using SIP RTP CoS mark 5 > > Then we see the destination callee attempting to pick up the call and is > the output of our routine to catch misdialed/unknown extensions: > > -- Executing [...@a100:1] GotoIf("SIP/jasiii-cc05ceb8", "0?:_.,1") in new > stack > -- Goto (a100,_.,1) > -- Executing [...@a100:1] Answer("SIP/jasiii-cc05ceb8", "0.5") in new > stack > -- Executing [...@a100:2] Playback("SIP/jasiii-cc05ceb8", "im-sorry") in > new stack > -- Playing 'im-sorry.ulaw' (language 'en') > -- Executing [...@a100:3] Wait("SIP/jasiii-cc05ceb8", "0.0.5") in new > stack > -- Executing [...@a100:4] Playback("SIP/jasiii-cc05ceb8", > "you-dialed-wrong-number") in new stack > -- Playing 'you-dialed-wrong-number.ulaw' (language > 'en') > -- Executing [...@a100:5] Wait("SIP/jasiii-cc05ceb8", "0.4") in new stack > -- Executing [...@a100:6] Playback("SIP/jasiii-cc05ceb8", "vm-goodbye") > in new stack > -- Playing 'vm-goodbye.ulaw' (language 'en') > -- Executing [...@a100:7] Hangup("SIP/jasiii-c
[asterisk-users] Multi-tenant parking broken in 1.6.1.1?
Hello, all. My apologies for troubling the developer list as an end user but we were not able to resolve this issue on the user list and it is smelling like a possible bug when using multi-tenant call parking. There seem to be two problems: 1. Parking assigns parking spaces from the default group no matter what we do. 2. When the parked call timer expires, the callback to the original callee fails because a | delimiter is used in the Dial() function. The second was fixed by backporting a patch from SVN but we still have the first problem. Perhaps we have configured it incorrectly. Here is the pertinent section from features.conf: [parkinglot_a10] ; EBC context => a10parking parkpos => 101-110 ;parkext => 100 findslot => next [parkinglot_a100] ; SSI context => a100parking ;parkext => 1000 parkpos => 1001-1020 findslot => next If I understand this correctly, the parkinglog_a100 would be the channel variable and a100parking the context into which parking extensions are placed. We set the channel parameter in sip.conf: [a100](!,common) context=a100 vmext=999 parkinglot=parkinglot_a100 subscribecontext=a100 accountcode=a-0100 fromdomain=ssiservices.biz [userx](a100) mailbox=...@a100,x...@a100 secret=something callerid=John A. Sullivan III fromuser=userid and we included the context in extensions.conf: [a100] ; SSI exten => 911,1,Macro(emergency-US,xx) exten => 9911,1,Macro(emergency-US,xx) exten => ,1,VoiceMailMain(${CALLERID(num)}...@a100) ; Direct mail retrieval include => a100pub include => a100conf include => a100parking include => US-international include => dial-uri We also tried Set(CHANNEL(parkinglot)=parkinglot_a100). We also tried creating our own parking which yielded interesting data but not solution. Here is the console output using the regular setup described: Call comes in and is answered: -- SIP/gss-cc01c918 answered SIP/localhost-cc002cf8 -- Native bridging SIP/localhost-cc002cf8 and SIP/gss-cc01c918 -- Started music on hold, class 'default', on SIP/localhost-cc002cf8 == Using SIP RTP TOS bits 176 == Using SIP RTP CoS mark 5 Call is parked: -- Executing [...@a100:1] Park("SIP/gss-cc05ceb8", "") in new stack == Parked SIP/gss-cc05ceb8 on 701 (lot default). Will timeout back to extension [a100] s, 1 in 60 seconds -- Added extension '701' priority 1 to parkedcalls (0x2cca3f70) -- Playing 'digits/7.ulaw' (language 'en') -- Playing 'digits/0.ulaw' (language 'en') -- Playing 'digits/1.ulaw' (language 'en') -- Started music on hold, class 'default', on SIP/gss-cc05ceb8 I'm not sure what is happening here but I think this is the original callee releasing the call. I don't know what the ZOMBIE extension is about: == Spawn extension (a100, s, 1) exited non-zero on 'Parked/SIP/gss-cc05ceb8' -- Auto fallthrough, channel 'Parked/SIP/gss-cc05ceb8' status is 'UNKNOWN' -- Executing [...@a100:1] Answer("Parked/SIP/gss-cc05ceb8", "0.5") in new stack == Spawn extension (a100, h, 1) exited non-zero on 'Parked/SIP/gss-cc05ceb8' -- Stopped music on hold on SIP/gss-cc05ceb8 -- Stopped music on hold on SIP/localhost-cc002cf8 -- Started music on hold, class 'default', on SIP/localhost-cc002cf8 == Spawn extension (macro-common, s, 1) exited non-zero on 'SIP/gss-cc05ceb8' in macro 'common' == Spawn extension (a100pub, 314, 2) exited non-zero on 'SIP/gss-cc05ceb8' == Using SIP RTP TOS bits 176 == Using SIP RTP CoS mark 5 Then we see the destination callee attempting to pick up the call and is the output of our routine to catch misdialed/unknown extensions: -- Executing [...@a100:1] GotoIf("SIP/jasiii-cc05ceb8", "0?:_.,1") in new stack -- Goto (a100,_.,1) -- Executing [...@a100:1] Answer("SIP/jasiii-cc05ceb8", "0.5") in new stack -- Executing [...@a100:2] Playback("SIP/jasiii-cc05ceb8", "im-sorry") in new stack -- Playing 'im-sorry.ulaw' (language 'en') -- Executing [...@a100:3] Wait("SIP/jasiii-cc05ceb8", "0.0.5") in new stack -- Executing [...@a100:4] Playback("SIP/jasiii-cc05ceb8", "you-dialed-wrong-number") in new stack -- Playing 'you-dialed-wrong-number.ulaw' (language 'en') -- Executing [...@a100:5] Wait("SIP/jasiii-cc05ceb8", "0.4") in new stack -- Executing [...@a100:6] Playback("SIP/jasiii-cc05ceb8", "vm-goodbye") in new stack -- Playing 'vm-goodbye.ulaw' (language 'en') -- Executing [...@a100:7] Hangup("SIP/jasiii-cc05ceb8", "") in new stack == Spawn extension (a100, _., 7) exited non-zero on 'SIP/jasiii-cc05ceb8' -- Executing [...@a100:1] Answer("SIP/jasiii-cc05ceb8", "0.5") in new stack == Spawn extension (a100, h, 1) exited non-zero on 'SIP/jasiii-cc05ceb8' We then see the park timeout and fail to return to the original callee: -- Stopped music on hold on SIP/localhost-cc002cf8 -
Re: [asterisk-users] Multi-tenant parking broken in 1.6.1.1?
Jonathan Thurman writes: > Sorry, I am relatively new to the Asterisk project and probably don't > fully understand how the release cycle for this project works. Are you > saying that the minor releases are only for security bugs? Minor releases aren't only for security bugs, in general. This particular one was rushed because a security bug needed fixing, and so there wasn't enough time to properly test the other bug fixes waiting in the queue. Therefore it only contains the security fix. You'll see something similar again when new security holes are found. /Benny ___ -- 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] Multi-tenant parking broken in 1.6.1.1?
On Thu, 2009-07-02 at 17:42 -0400, John A. Sullivan III wrote: > On Wed, 2009-07-01 at 07:17 -0700, Jonathan Thurman wrote: > > > > > > On Tue, Jun 30, 2009 at 11:53 PM, John A. Sullivan III > > wrote: > > > > On Wed, 2009-07-01 at 02:17 -0400, John A. Sullivan III wrote: > > > Hello, all. With the assistance of very helpful folks, our > > brand new > > > multi-tenant setup seems to be working smoothly from start > > to finish > > > with just a bump or two. The biggest is parking. Now that > > we got most > > > kinks worked out, I'm a little more comfortable in trying to > > resolve > > > this. > > > > > > There seem to be two problems: > > > 1. Parking assigns parking spaces from the default > > group no matter > > > what we do. > > > > > > I haven't tested this. > > > > > 2. When the parked call timer expires, the callback to > > the original > > > callee fails because a | delimiter is used in the > > Dial() > > > function. > > > > > > This has been fixed in the 1.6.1 SVN, and you will have to back port a > > patch until these changes are rolled into another release. I was > > disappointed that more bug fixes were not included in 1.6.1.1. > > Hello, all. I applied the patch as graciously supplied by Jonathan. It > solves the callback problem of the | delimited Dial parameters but the > basic problem of pulling parking places from the default parking lot > still exists. Same results as last time: > > Here is the pertinent > section from features.conf: > > [parkinglot_a10] ; EBC > context => a10parking > parkpos => 101-110 > ;parkext => 100 > findslot => next > > [parkinglot_a100] ; SSI > context => a100parking > ;parkext => 1000 > parkpos => 1001-1020 > findslot => next > > We set the channel parameter in sip.conf: > > [a100](!,common) > context=a100 > vmext=999 > parkinglot=parkinglot_a100 > subscribecontext=a100 > accountcode=a-0100 > fromdomain=ssiservices.biz > > [userx](a100) > mailbox=...@a100,x...@a100 > secret=something > callerid=John A. Sullivan III > fromuser=userid > > and we included the context in extensions.conf: > > [a100] ; SSI > exten => 911,1,Macro(emergency-US,xx) > exten => 9911,1,Macro(emergency-US,xx) > > exten => ,1,VoiceMailMain(${CALLERID(num)}...@a100) ; Direct mail > retrieval > include => a100pub > include => a100conf > include => a100parking > include => US-international > include => dial-uri > > > What are we doing wrong? Thanks - John By the way, I did try it both ways - creating the lot from features.conf using 700 and creating my own 700 extension for parking using CHANNEL. Neither worked. Thanks - John -- John A. Sullivan III Open Source Development Corporation +1 207-985-7880 jsulli...@opensourcedevel.com http://www.spiritualoutreach.com Making Christianity intelligible to secular society ___ -- 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] Multi-tenant parking broken in 1.6.1.1?
On Wed, 2009-07-01 at 07:17 -0700, Jonathan Thurman wrote: > > > On Tue, Jun 30, 2009 at 11:53 PM, John A. Sullivan III > wrote: > > On Wed, 2009-07-01 at 02:17 -0400, John A. Sullivan III wrote: > > Hello, all. With the assistance of very helpful folks, our > brand new > > multi-tenant setup seems to be working smoothly from start > to finish > > with just a bump or two. The biggest is parking. Now that > we got most > > kinks worked out, I'm a little more comfortable in trying to > resolve > > this. > > > > There seem to be two problems: > > 1. Parking assigns parking spaces from the default > group no matter > > what we do. > > > I haven't tested this. > > > 2. When the parked call timer expires, the callback to > the original > > callee fails because a | delimiter is used in the > Dial() > > function. > > > This has been fixed in the 1.6.1 SVN, and you will have to back port a > patch until these changes are rolled into another release. I was > disappointed that more bug fixes were not included in 1.6.1.1. Hello, all. I applied the patch as graciously supplied by Jonathan. It solves the callback problem of the | delimited Dial parameters but the basic problem of pulling parking places from the default parking lot still exists. Same results as last time: Here is the pertinent section from features.conf: [parkinglot_a10] ; EBC context => a10parking parkpos => 101-110 ;parkext => 100 findslot => next [parkinglot_a100] ; SSI context => a100parking ;parkext => 1000 parkpos => 1001-1020 findslot => next We set the channel parameter in sip.conf: [a100](!,common) context=a100 vmext=999 parkinglot=parkinglot_a100 subscribecontext=a100 accountcode=a-0100 fromdomain=ssiservices.biz [userx](a100) mailbox=...@a100,x...@a100 secret=something callerid=John A. Sullivan III fromuser=userid and we included the context in extensions.conf: [a100] ; SSI exten => 911,1,Macro(emergency-US,xx) exten => 9911,1,Macro(emergency-US,xx) exten => ,1,VoiceMailMain(${CALLERID(num)}...@a100) ; Direct mail retrieval include => a100pub include => a100conf include => a100parking include => US-international include => dial-uri What are we doing wrong? Thanks - John -- John A. Sullivan III Open Source Development Corporation +1 207-985-7880 jsulli...@opensourcedevel.com http://www.spiritualoutreach.com Making Christianity intelligible to secular society ___ -- 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] Multi-tenant parking broken in 1.6.1.1?
> > > This has been fixed in the 1.6.1 SVN, and you will have to back port a > patch until these changes are rolled into another release. I was > disappointed that more bug fixes were not included in 1.6.1.1. > > -Jonathan > > > > Asterisk 1.6.1.1 was released for a security issue, AST-2009-001. Why > would you think that more bug fixes would be in it? Security release are > only supposed to have the fix for the issue that caused the release to take > place. > > - Brad > Sorry, I am relatively new to the Asterisk project and probably don't fully understand how the release cycle for this project works. Are you saying that the minor releases are only for security bugs? I haven't seen anything in the on-line documentation that states this. I would think that major usability issues (like parked calls getting dropped if you don't pick them up) would be addressed in a release, not only in SVN. To me the point of a minor release is to fix bugs. It is sometimes quite a headache to download the latest release, have an issue, dig through the issue tracker to find that it was fixed a month ago, then update to SVN or back port a patch. This is especially difficult for those that are new to the project/community. -Jonathan ___ -- 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] Multi-tenant parking broken in 1.6.1.1?
On Wed, 2009-07-01 at 07:17 -0700, Jonathan Thurman wrote: > > > On Tue, Jun 30, 2009 at 11:53 PM, John A. Sullivan III > wrote: > > On Wed, 2009-07-01 at 02:17 -0400, John A. Sullivan III wrote: > > Hello, all. With the assistance of very helpful folks, our > brand new > > multi-tenant setup seems to be working smoothly from start > to finish > > with just a bump or two. The biggest is parking. Now that > we got most > > kinks worked out, I'm a little more comfortable in trying to > resolve > > this. > > > > There seem to be two problems: > > 1. Parking assigns parking spaces from the default > group no matter > > what we do. > > > I haven't tested this. > > > 2. When the parked call timer expires, the callback to > the original > > callee fails because a | delimiter is used in the > Dial() > > function. > > > This has been fixed in the 1.6.1 SVN, and you will have to back port a > patch until these changes are rolled into another release. I was > disappointed that more bug fixes were not included in 1.6.1.1. Phew! At least I know I'm not out of my mind! Being fairly new to the Asterisk community, which patch shall I look for and in what section of the SVN? Can I apply it to the release tarball (hopefully) or must I compile out of SVN (which I hate to do in a production environment)? Thanks very much - John -- John A. Sullivan III Open Source Development Corporation +1 207-985-7880 jsulli...@opensourcedevel.com http://www.spiritualoutreach.com Making Christianity intelligible to secular society ___ -- 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] Multi-tenant parking broken in 1.6.1.1?
This has been fixed in the 1.6.1 SVN, and you will have to back port a patch until these changes are rolled into another release. I was disappointed that more bug fixes were not included in 1.6.1.1. -Jonathan Asterisk 1.6.1.1 was released for a security issue, AST-2009-001. Why would you think that more bug fixes would be in it? Security release are only supposed to have the fix for the issue that caused the release to take place. - Brad ___ -- 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] Multi-tenant parking broken in 1.6.1.1?
On Tue, Jun 30, 2009 at 11:53 PM, John A. Sullivan III < jsulli...@opensourcedevel.com> wrote: > On Wed, 2009-07-01 at 02:17 -0400, John A. Sullivan III wrote: > > Hello, all. With the assistance of very helpful folks, our brand new > > multi-tenant setup seems to be working smoothly from start to finish > > with just a bump or two. The biggest is parking. Now that we got most > > kinks worked out, I'm a little more comfortable in trying to resolve > > this. > > > > There seem to be two problems: > > 1. Parking assigns parking spaces from the default group no matter > > what we do. > I haven't tested this. > > 2. When the parked call timer expires, the callback to the original > > callee fails because a | delimiter is used in the Dial() > > function. > This has been fixed in the 1.6.1 SVN, and you will have to back port a patch until these changes are rolled into another release. I was disappointed that more bug fixes were not included in 1.6.1.1. -Jonathan ___ -- 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] Multi-tenant parking broken in 1.6.1.1?
On Wed, 2009-07-01 at 02:17 -0400, John A. Sullivan III wrote: > Hello, all. With the assistance of very helpful folks, our brand new > multi-tenant setup seems to be working smoothly from start to finish > with just a bump or two. The biggest is parking. Now that we got most > kinks worked out, I'm a little more comfortable in trying to resolve > this. > > There seem to be two problems: > 1. Parking assigns parking spaces from the default group no matter > what we do. > 2. When the parked call timer expires, the callback to the original > callee fails because a | delimiter is used in the Dial() > function. > > Perhaps we have configured it incorrectly. Here is the pertinent > section from features.conf: > > [parkinglot_a10] ; EBC > context => a10parking > parkpos => 101-110 > ;parkext => 100 > findslot => next > > [parkinglot_a100] ; SSI > context => a100parking > ;parkext => 1000 > parkpos => 1001-1020 > findslot => next > > If I understand this correctly, the parkinglog_a100 would be the channel > variable and a100parking the context into which parking extensions are > placed. > > We set the channel parameter in sip.conf: > > [a100](!,common) > context=a100 > vmext=999 > parkinglot=parkinglot_a100 > subscribecontext=a100 > accountcode=a-0100 > fromdomain=ssiservices.biz > > [userx](a100) > mailbox=...@a100,x...@a100 > secret=something > callerid=John A. Sullivan III > fromuser=userid > > and we included the context in extensions.conf: > > [a100] ; SSI > exten => 911,1,Macro(emergency-US,xx) > exten => 9911,1,Macro(emergency-US,xx) > > exten => ,1,VoiceMailMain(${CALLERID(num)}...@a100) ; Direct mail > retrieval > include => a100pub > include => a100conf > include => a100parking > include => US-international > include => dial-uri > > We also tried Set(CHANNEL(parkinglot)=parkinglot_a100). We also tried > creating our own parking which yielded interesting data but not > solution. > > Here is the console output using the regular setup described: > > Call comes in and is answered: > >-- SIP/gss-cc01c918 answered SIP/localhost-cc002cf8 > -- Native bridging SIP/localhost-cc002cf8 and SIP/gss-cc01c918 > -- Started music on hold, class 'default', on SIP/localhost-cc002cf8 > == Using SIP RTP TOS bits 176 > == Using SIP RTP CoS mark 5 > > Call is parked: > > -- Executing [...@a100:1] Park("SIP/gss-cc05ceb8", "") in new stack > == Parked SIP/gss-cc05ceb8 on 701 (lot default). Will timeout back to > extension [a100] s, 1 in 60 seconds > -- Added extension '701' priority 1 to parkedcalls (0x2cca3f70) > -- Playing 'digits/7.ulaw' (language 'en') > -- Playing 'digits/0.ulaw' (language 'en') > -- Playing 'digits/1.ulaw' (language 'en') > -- Started music on hold, class 'default', on SIP/gss-cc05ceb8 > > > I'm not sure what is happening here but I think this is the original > callee releasing the call. I don't know what the ZOMBIE extension is > about: > > == Spawn extension (a100, s, 1) exited non-zero on > 'Parked/SIP/gss-cc05ceb8' > -- Auto fallthrough, channel 'Parked/SIP/gss-cc05ceb8' status is > 'UNKNOWN' > -- Executing [...@a100:1] Answer("Parked/SIP/gss-cc05ceb8", > "0.5") in new stack > == Spawn extension (a100, h, 1) exited non-zero on > 'Parked/SIP/gss-cc05ceb8' > -- Stopped music on hold on SIP/gss-cc05ceb8 > -- Stopped music on hold on SIP/localhost-cc002cf8 > -- Started music on hold, class 'default', on SIP/localhost-cc002cf8 > == Spawn extension (macro-common, s, 1) exited non-zero on > 'SIP/gss-cc05ceb8' in macro 'common' > == Spawn extension (a100pub, 314, 2) exited non-zero on > 'SIP/gss-cc05ceb8' > == Using SIP RTP TOS bits 176 > == Using SIP RTP CoS mark 5 > > Then we see the destination callee attempting to pick up the call and is > the output of our routine to catch misdialed/unknown extensions: > > -- Executing [...@a100:1] GotoIf("SIP/jasiii-cc05ceb8", "0?:_.,1") in new > stack > -- Goto (a100,_.,1) > -- Executing [...@a100:1] Answer("SIP/jasiii-cc05ceb8", "0.5") in new > stack > -- Executing [...@a100:2] Playback("SIP/jasiii-cc05ceb8", "im-sorry") in > new stack > -- Playing 'im-sorry.ulaw' (language 'en') > -- Executing [...@a100:3] Wait("SIP/jasiii-cc05ceb8", "0.0.5") in new > stack > -- Executing [...@a100:4] Playback("SIP/jasiii-cc05ceb8", > "you-dialed-wrong-number") in new stack > -- Playing 'you-dialed-wrong-number.ulaw' (language > 'en') > -- Executing [...@a100:5] Wait("SIP/jasiii-cc05ceb8", "0.4") in new stack > -- Executing [...@a100:6] Playback("SIP/jasiii-cc05ceb8", "vm-goodbye") > in new stack > -- Playing 'vm-goodbye.ulaw' (language 'en') > -- Executing [...@a100:7] Hangup("SIP/jasiii-cc05ceb8", "") in new stack > == Spawn extension (a100, _., 7) exited non-zero
[asterisk-users] Multi-tenant parking broken in 1.6.1.1?
Hello, all. With the assistance of very helpful folks, our brand new multi-tenant setup seems to be working smoothly from start to finish with just a bump or two. The biggest is parking. Now that we got most kinks worked out, I'm a little more comfortable in trying to resolve this. There seem to be two problems: 1. Parking assigns parking spaces from the default group no matter what we do. 2. When the parked call timer expires, the callback to the original callee fails because a | delimiter is used in the Dial() function. Perhaps we have configured it incorrectly. Here is the pertinent section from features.conf: [parkinglot_a10] ; EBC context => a10parking parkpos => 101-110 ;parkext => 100 findslot => next [parkinglot_a100] ; SSI context => a100parking ;parkext => 1000 parkpos => 1001-1020 findslot => next If I understand this correctly, the parkinglog_a100 would be the channel variable and a100parking the context into which parking extensions are placed. We set the channel parameter in sip.conf: [a100](!,common) context=a100 vmext=999 parkinglot=parkinglot_a100 subscribecontext=a100 accountcode=a-0100 fromdomain=ssiservices.biz [userx](a100) mailbox=...@a100,x...@a100 secret=something callerid=John A. Sullivan III fromuser=userid and we included the context in extensions.conf: [a100] ; SSI exten => 911,1,Macro(emergency-US,xx) exten => 9911,1,Macro(emergency-US,xx) exten => ,1,VoiceMailMain(${CALLERID(num)}...@a100) ; Direct mail retrieval include => a100pub include => a100conf include => a100parking include => US-international include => dial-uri We also tried Set(CHANNEL(parkinglot)=parkinglot_a100). We also tried creating our own parking which yielded interesting data but not solution. Here is the console output using the regular setup described: Call comes in and is answered: -- SIP/gss-cc01c918 answered SIP/localhost-cc002cf8 -- Native bridging SIP/localhost-cc002cf8 and SIP/gss-cc01c918 -- Started music on hold, class 'default', on SIP/localhost-cc002cf8 == Using SIP RTP TOS bits 176 == Using SIP RTP CoS mark 5 Call is parked: -- Executing [...@a100:1] Park("SIP/gss-cc05ceb8", "") in new stack == Parked SIP/gss-cc05ceb8 on 701 (lot default). Will timeout back to extension [a100] s, 1 in 60 seconds -- Added extension '701' priority 1 to parkedcalls (0x2cca3f70) -- Playing 'digits/7.ulaw' (language 'en') -- Playing 'digits/0.ulaw' (language 'en') -- Playing 'digits/1.ulaw' (language 'en') -- Started music on hold, class 'default', on SIP/gss-cc05ceb8 I'm not sure what is happening here but I think this is the original callee releasing the call. I don't know what the ZOMBIE extension is about: == Spawn extension (a100, s, 1) exited non-zero on 'Parked/SIP/gss-cc05ceb8' -- Auto fallthrough, channel 'Parked/SIP/gss-cc05ceb8' status is 'UNKNOWN' -- Executing [...@a100:1] Answer("Parked/SIP/gss-cc05ceb8", "0.5") in new stack == Spawn extension (a100, h, 1) exited non-zero on 'Parked/SIP/gss-cc05ceb8' -- Stopped music on hold on SIP/gss-cc05ceb8 -- Stopped music on hold on SIP/localhost-cc002cf8 -- Started music on hold, class 'default', on SIP/localhost-cc002cf8 == Spawn extension (macro-common, s, 1) exited non-zero on 'SIP/gss-cc05ceb8' in macro 'common' == Spawn extension (a100pub, 314, 2) exited non-zero on 'SIP/gss-cc05ceb8' == Using SIP RTP TOS bits 176 == Using SIP RTP CoS mark 5 Then we see the destination callee attempting to pick up the call and is the output of our routine to catch misdialed/unknown extensions: -- Executing [...@a100:1] GotoIf("SIP/jasiii-cc05ceb8", "0?:_.,1") in new stack -- Goto (a100,_.,1) -- Executing [...@a100:1] Answer("SIP/jasiii-cc05ceb8", "0.5") in new stack -- Executing [...@a100:2] Playback("SIP/jasiii-cc05ceb8", "im-sorry") in new stack -- Playing 'im-sorry.ulaw' (language 'en') -- Executing [...@a100:3] Wait("SIP/jasiii-cc05ceb8", "0.0.5") in new stack -- Executing [...@a100:4] Playback("SIP/jasiii-cc05ceb8", "you-dialed-wrong-number") in new stack -- Playing 'you-dialed-wrong-number.ulaw' (language 'en') -- Executing [...@a100:5] Wait("SIP/jasiii-cc05ceb8", "0.4") in new stack -- Executing [...@a100:6] Playback("SIP/jasiii-cc05ceb8", "vm-goodbye") in new stack -- Playing 'vm-goodbye.ulaw' (language 'en') -- Executing [...@a100:7] Hangup("SIP/jasiii-cc05ceb8", "") in new stack == Spawn extension (a100, _., 7) exited non-zero on 'SIP/jasiii-cc05ceb8' -- Executing [...@a100:1] Answer("SIP/jasiii-cc05ceb8", "0.5") in new stack == Spawn extension (a100, h, 1) exited non-zero on 'SIP/jasiii-cc05ceb8' We then see the park timeout and fail to return to the original callee: -- Stopped music on hold on SIP/localhost-cc002cf8 -- Added extensio