Summary:	ASTERISK-05202: [patch] [post 1.2] Allow min expiry in sip.conf
Reporter:	Filip Olsson (folsson)	Labels:
Date Opened:	2005-09-30 12:41:18	Date Closed:	2006-01-03 04:23:05.000-0600
Priority:	Major	Regression?	No
Status:	Closed/Complete	Components:	Channels/chan_sip/Registration
Versions:		Frequency of Occurrence
Related Issues:
Environment:		Attachments:	( 0) chan_sip_min_expiry.patch.txt
Description:	This trivial patch allows one to configure a minimum allowed expiry for a registration. Just add minexpiry (or minexpirey) to the general section of sip.conf. We will adjust the requested expiry to minexpiry if the UA requested something less(the same as for maxexpiry). Note that the default minexpiry is set to 60.
Comments:	By: Olle Johansson (oej) 2005-10-02 14:19:10 Do we need a minimal minexpiry? By: Olle Johansson (oej) 2005-10-03 09:56:11 Folsson, please document that this is a fix for broken communication with ingate/intertex. By: Filip Olsson (folsson) 2005-10-03 10:37:21 We have noticed a problem when using a UAs from 42Networks behind a Intertex/Ingate firewall. Intertex stores the expiry of a binding as a timestamp(not the duration) and then converts that timestamp to a length in seconds when it proxies it to us. If a UA behind the firewall sends a registration for 120 seconds, the Intertex can under some circumstances (might be load in the Intertex, or just rounding) proxy that request as 119 seconds. We respond with a 200 OK with 119 expire. This wouldn't be a problem if the UA wouldn't base future registrations on the length of previous registrations. So the next REGISTER from the UA will be 119 seconds and the IX might do the same thing again and convert it to 118. This will obviously become a problem when we reach very low intervals. By setting the returned expires-header/parameter to this minimum we get the UA to restart it's 'countdown'. This isn't really a fix but rather a workaround. Please note that this isn't a problem in the general case since most UAs don't base future registrations on the length of previous ones. By: opsys (opsys) 2005-12-30 17:54:31.000-0600 HOUSEKEEPING Still appiles clean to SVN-TRUNK 7682 By: Olle Johansson (oej) 2006-01-03 04:22:10.000-0600 Committed to svn trunk. Thank you for contributing to Asterisk! /O