Didn't Josh find an issue with RLS and have a fix that reduced the amount of traffic at one point? Maybe I have my facts wrong, or maybe it is already incorporated in Software. Josh?
From: [email protected] [mailto:[email protected]] On Behalf Of Tony Graziano Sent: Tuesday, December 06, 2011 3:18 PM To: Discussion list for users of sipXecs software Subject: Re: [sipx-users] Monitored Speed Dials - 'lots' of bandwidth? My opinion is it will increase trafiic in HA mode. You could force not to use the registrar as a backup to the other end, but i don't think the presence server mirrors its states with the other server, so the traffic is still going to be across the wire. RLS uses a lot of bandwidth, the number of messages it can generate in the proxy is freakishly awful (IMO). If the RLS servers are mirrired they would need to constantly update each other for every user. It might mean 20 phones were updating across the wire, but the states of 200 would, so I don't see an upside. Are the people in this site monitoring each other? If so, it might reduce that traffic, but I suspect you will have some traffic for registration backup(s). On Tue, Dec 6, 2011 at 4:45 PM, Nathaniel Watkins <[email protected]> wrote: Am I correct to assume that having many monitored speed dials will greatly increase bandwidth consumption? I just added another 20 +/- phones at a remote connected via a p2p T1 - I instantly was pegged at > 100% utilization causing all kinds of issues. There was only 1-4 calls at any given time so I had been scratching my head over it. It appeared as though the traffic was going to sipXecs on udp port 0.? Then I realized that 10 of these people have sidecars - all with monitored speed dials.so I'm assuming this has to do with checking in with the server hundreds of times to see the status of the monitored lines. I've been trying to avoid a separate sipXecs install - mainly because of the hassles it involves for management/etc. - would an HA install help if I could force all of these phones to the same server - or would it still have to pass the same amount of traffic over the p2p? I'm going to try to minimize the monitored speed dials tonight - to see if I can at least get them semi-functional tomorrow - but I tend to jump the gun - so I may just do a stand-alone install tonight to get this going. Any advice? 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: <mailto:[email protected]> [email protected] _____ This message and any files transmitted with it are intended only for the individual(s) or entity named. If you are not the intended individual(s) or entity named you are hereby notified that any disclosure, copying, distribution or reliance upon its contents is strictly prohibited. If you have received this in error, please notify the sender, delete the original, and destroy all copies. Email transmissions cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Garrett County Government therefore does not accept any liability for any errors or omissions in the contents of this message, which arise as a result of email transmission. Garrett County Government, 203 South Fourth Street, Courthouse, Oakland, Maryland 21550 www.garrettcounty.org _______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/ -- ====================== Tony Graziano, Manager Telephone: 434.984.8430 sip: [email protected] Fax: 434.465.6833 Email: [email protected] LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: [email protected] Helpdesk Customers: http://myhelp.myitdepartment.net Blog: http://blog.myitdepartment.net Linked-In Profile: http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4 Ask about our Internet Fax services!
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
