Dale wrote: > On Thu, 2009-02-05 at 16:12 -0500, Paul Mossman wrote: > > > We could reduce the system impact by configuring an artificially > > > high minimum (I don't think we care whether or not someone can do > > > very short subscriptions anyway), so even if they do > ratchet down, > > > they'll converge on a long time (set the minimum to an > hour, say). > > > Once we fix XECS-2182 this would work. > > > > Sounds good. I'll update XECS-2182 with instructions to use a > > Min-Expires value of 3600. > > This is nastier than we thought -- It turns out that RLS does > not have a configuration setting to set the minimum > acceptable subscription request (which would then be given in > Min-Expires in 423). In addition, SipSubscriptionMgr (which > generates 423) does not have a method for setting its > mMinExpiration variable. So there are no configuration > settings to get the effect we want, and it would take some > work to add them (though it would be fairly straightforward). > > Before we go ahead with this, let us first ascertain that > there are customers with more than, say, 20 Counterpath > phones. With fewer phones than that, having them resubscribe > at 32 second intervals is gross, but shouldn't harm visible > performance.
Every SCS500 user seat includes a free SMC (CounterPath) license, so I think we can be certain. -Paul [email protected] _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
