I am not sure how to answer this.   RLS as the name suggests is a LIST and groups the monitored lines into a single collection via a common uri.   In the case where subscription is peer to peer, then a list does not exist and the phone should be able to accommodate a vector of uris.  Perhaps comma delimited but that all depends on how each phone is provisioned.  


On 12/08/2011 08:14 AM, Nathaniel Watkins wrote:
What if we need to monitor multiple lines?

Joegen Baclor <[email protected]> wrote:

Just the plain phone uri.   sip:[email protected].


On 12/07/2011 11:15 PM, Nathaniel Watkins wrote:

So if phone ‘X’ needs to monitor ext. 100, 101, 102, etc. – what is the format that I need to enter on the Subscription URL (assuming that is where it gets entered)?

 

 

 

 

Nathaniel Watkins
IT Director
Garrett County Government
203 South 4th Street, Room 210
Oakland, MD  21550
Telephone: 301-334-5001
Fax: 301-334-5021
E-mail: [email protected]

 

From: [email protected] [mailto:[email protected]] On Behalf Of Joegen Baclor
Sent: Tuesday, December 06, 2011 11:29 PM
To: Discussion list for users of sipXecs software
Subject: Re: [sipx-users] Monitored Speed Dials - 'lots' of bandwidth?

 

There is a way around this but it would require that you tinker with phone configurations manually.   RLS is there to reduce overall bandwidth required for dialog event subscriptions but it does pay its dues by introducing a lot of load on the application.  If bandwidth is not a concern, the phones could actually monitor each other directly without passing through RLS.  You can do this by setting the uri that was previously pointed to rls (starts with ~rls~~ prefix) to the uri of the phone being monitored.

On 12/07/2011 11:49 AM, Todd Hodgen wrote:

How about getting rid of the side cars and having them us an xmpp client for presence – I believe the updates go to the server, but could be wrong.  Might look at it to see if there is difference.

 

 



_______________________________________________
sipx-users mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-users/


_______________________________________________
sipx-users mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Reply via email to