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. Dale _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
