[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
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
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 (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
[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.aublocked::mailto: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.
inline: image001.jpg--
_
-- 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
blocked::mailto:sbro...@cdm.com.aumwy...@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
inline: 1b794ca8.jpg--
_
-- 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 mwy...@cdm.com.au 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
image001.jpg
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 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 xxx
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)
-- SIP/gss-cc05ceb8 Playing 'digits/7.ulaw' (language 'en')
-- SIP/gss-cc05ceb8 Playing 'digits/0.ulaw' (language 'en')
-- SIP/gss-cc05ceb8 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-cc05ceb8ZOMBIE'
-- Auto fallthrough, channel 'Parked/SIP/gss-cc05ceb8ZOMBIE' status is
'UNKNOWN'
-- Executing [...@a100:1] Answer(Parked/SIP/gss-cc05ceb8ZOMBIE, 0.5)
in new stack
== Spawn extension (a100, h, 1) exited non-zero on
'Parked/SIP/gss-cc05ceb8ZOMBIE'
-- 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-cc05ceb8ZOMBIE' in macro 'common'
== Spawn extension (a100pub, 314, 2) exited non-zero on
'SIP/gss-cc05ceb8ZOMBIE'
== 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
-- SIP/jasiii-cc05ceb8 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
-- SIP/jasiii-cc05ceb8 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
-- SIP/jasiii-cc05ceb8 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
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 xxx
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)
-- SIP/gss-cc05ceb8 Playing 'digits/7.ulaw' (language 'en')
-- SIP/gss-cc05ceb8 Playing 'digits/0.ulaw' (language 'en')
-- SIP/gss-cc05ceb8 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-cc05ceb8ZOMBIE'
-- Auto fallthrough, channel 'Parked/SIP/gss-cc05ceb8ZOMBIE' status is
'UNKNOWN'
-- Executing [...@a100:1] Answer(Parked/SIP/gss-cc05ceb8ZOMBIE,
0.5) in new stack
== Spawn extension (a100, h, 1) exited non-zero on
'Parked/SIP/gss-cc05ceb8ZOMBIE'
-- 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-cc05ceb8ZOMBIE' in macro 'common'
== Spawn extension (a100pub, 314, 2) exited non-zero on
'SIP/gss-cc05ceb8ZOMBIE'
== 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
-- SIP/jasiii-cc05ceb8 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
-- SIP/jasiii-cc05ceb8 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
-- SIP/jasiii-cc05ceb8 Playing 'vm-goodbye.ulaw' (language 'en')
-- Executing [...@a100:7] Hangup(SIP/jasiii-cc05ceb8, ) in new stack
== Spawn
Re: [asterisk-users] Multi-tenant parking broken in 1.6.1.1?
Jonathan Thurman jthurma...@gmail.com 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 Wed, 2009-07-01 at 07:17 -0700, Jonathan Thurman wrote:
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.
snip
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 xxx
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?
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
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.
snip
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 xxx
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
[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 xxx
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)
-- SIP/gss-cc05ceb8 Playing 'digits/7.ulaw' (language 'en')
-- SIP/gss-cc05ceb8 Playing 'digits/0.ulaw' (language 'en')
-- SIP/gss-cc05ceb8 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-cc05ceb8ZOMBIE'
-- Auto fallthrough, channel 'Parked/SIP/gss-cc05ceb8ZOMBIE' status is
'UNKNOWN'
-- Executing [...@a100:1] Answer(Parked/SIP/gss-cc05ceb8ZOMBIE, 0.5)
in new stack
== Spawn extension (a100, h, 1) exited non-zero on
'Parked/SIP/gss-cc05ceb8ZOMBIE'
-- 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-cc05ceb8ZOMBIE' in macro 'common'
== Spawn extension (a100pub, 314, 2) exited non-zero on
'SIP/gss-cc05ceb8ZOMBIE'
== 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
-- SIP/jasiii-cc05ceb8 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
-- SIP/jasiii-cc05ceb8 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
-- SIP/jasiii-cc05ceb8 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
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 xxx
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)
-- SIP/gss-cc05ceb8 Playing 'digits/7.ulaw' (language 'en')
-- SIP/gss-cc05ceb8 Playing 'digits/0.ulaw' (language 'en')
-- SIP/gss-cc05ceb8 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-cc05ceb8ZOMBIE'
-- Auto fallthrough, channel 'Parked/SIP/gss-cc05ceb8ZOMBIE' status is
'UNKNOWN'
-- Executing [...@a100:1] Answer(Parked/SIP/gss-cc05ceb8ZOMBIE,
0.5) in new stack
== Spawn extension (a100, h, 1) exited non-zero on
'Parked/SIP/gss-cc05ceb8ZOMBIE'
-- 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-cc05ceb8ZOMBIE' in macro 'common'
== Spawn extension (a100pub, 314, 2) exited non-zero on
'SIP/gss-cc05ceb8ZOMBIE'
== 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
-- SIP/jasiii-cc05ceb8 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
-- SIP/jasiii-cc05ceb8 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
-- SIP/jasiii-cc05ceb8 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
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?
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 Wed, 2009-07-01 at 07:17 -0700, Jonathan Thurman wrote: 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. snip 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 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
