Re: [asterisk-users] Queue members, URI.

2007-12-28 Thread Chris Earle
Hi all, sorry to rehash this - but I'm having similar issues. I'm on Asterisk 1.0 and have been using Queues without any problems locally. I mean, all the SIP devices on my local server can be added to queues using AddQueueMember. However, I now need to allow agents from other servers to log in

Re: [asterisk-users] Queue members, URI.

2007-10-03 Thread lenz
I believe that using the Local/[EMAIL PROTECTED] format will give you a bit more flexibility in the dialplan design, as there is an added degree of indirection. In the end I think this is only marginally costier than the "raw" channel format (unless you use the /n option) and should provide

Re: [asterisk-users] Queue members, URI.

2007-10-03 Thread Atis Lezdins
On Tuesday 02 October 2007 19:30:44 Thomas Kenyon wrote: > Is there an advantage to having a Queue members URI in the form: > > SIP/User (or indeed IAX2/User) > Over > Local/@context > > ? > > I know that the latter will allow you to do things like set counting > logic etc. through dialplan operat

Re: [asterisk-users] Queue members, URI.

2007-10-02 Thread Julian Lyndon-Smith
Thomas Kenyon wrote: > Is there an advantage to having a Queue members URI in the form: > > SIP/User (or indeed IAX2/User) > Over > Local/@context > > ? > > I know that the latter will allow you to do things like set counting > logic etc. through dialplan operations, but the former appears to b

[asterisk-users] Queue members, URI.

2007-10-02 Thread Thomas Kenyon
Is there an advantage to having a Queue members URI in the form: SIP/User (or indeed IAX2/User) Over Local/@context ? I know that the latter will allow you to do things like set counting logic etc. through dialplan operations, but the former appears to be a more direct route to calling the part