Seems reasonable except for the following questions. 1) If the policy on the registrar is changed subsequently (for some reasons) to accept a smaller duration time then this will not be known to the UAs if it refreshes with the same old timer value received in 423. This may be ok, unless there if some other underlying issue was being addressed by this change.
2) Anyhow after a reboot cycle the phone may not remember the old timer returned and may start with its default timer, this shld be rare any-how unless frequent power outages. ;) Ideally Registrar could have registered the first time itself with a higher timer value and returned it in the RESPONSE. If the UA is not happy with the time it can De-register or do something else ? I am not aware, why the 423 Response was needed to request Registration with a higher time. May be the UA is forced to understand the 423 response and accordingly adjust its subsequent Registration Refresh Request. But anyhow the Registrar has less control over when the UA refreshes the Registration. Kasturi On Thursday 13 April 2006 21:03, Paul Kyzivat wrote: > I had a question come up about how to handle registrations when this > response is received. It is clear that if there is a desire to complete > the requested registration the expiration value must be increased to at > least the value returned in the 423. > > The question is: what should be done when it is time to refresh that > registration? Is it acceptable for the UA to again try its own preferred > value rather than the value from the 423? Or should it continue using > the value from the first 423 in subsequent refreshes? > > Presumably the registrar gave the 423 because it wanted to reduce the > number of register requests it has to process. If the UA continues to > use its preferred (smaller) value on every refresh attempt it will > double the number of register requests the registrar, with half of them > receiving 423 responses. So the UA using its preferred value for > refreshes seems counter productive. > > So my conclusion is that if a UA receives a 423 response to a register > request, and it chooses to reattempt the register request, it SHOULD use > a value consistent with the 423 in the subsequent register request AND > in any subsequent refreshes to that registration. > > Does this seem right? > > Paul > _______________________________________________ > Sip-implementors mailing list > [email protected] > https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
