It will know because the UA send double-crlf. No?
> -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On > Behalf Of Christer Holmberg > Sent: Thursday, May 08, 2008 01:17 > To: Juha Heinanen; Jiri Kuthan > Cc: [email protected]; Audet, Francois (SC100:3055) > Subject: Re: [Sip] Draft: draft-holmberg-sip-keep-00.txt > > Hi, > > I am NOT arguing against the fact that you can use CRLF > without negotation. > > But, again, HOW does the edge proxy know that the UA actually > will use CRLF? If it doesn't know, it may use short > registration timer. > > So, why don't we say something like: > > "It is RECOMMENDED that the UA uses CRLF for TCP keep-alive > even if the UA doesn't receive keep=true, unless the UA > receives a registration refresh timer value which is equal or > less than the UA's default keep-alive interval in which case > the registration refreshes will act as keep-alives." > > I think that is what Juha proposed some e-mails ago. > > Regards, > > Christer > > > > ________________________________ > > Lähettäjä: Juha Heinanen [mailto:[EMAIL PROTECTED] > Lähetetty: to 8.5.2008 9:28 > Vastaanottaja: Jiri Kuthan > Kopio: Christer Holmberg; Hadriel Kaplan; Francois Audet; [email protected] > Aihe: Re: VS: [Sip] Draft: draft-holmberg-sip-keep-00.txt > > > > Jiri Kuthan writes: > > > For which sake sending a CRLF seems perfectly sufficient > to me, without > any additional negotiation stuff. > > jiri, > > thanks for your support. i forgot to mention that credit to > openser's CRLF implementation belongs to your ser group. > > -- juha > > > _______________________________________________ > Sip mailing list https://www.ietf.org/mailman/listinfo/sip > This list is for NEW development of the core SIP Protocol Use > [EMAIL PROTECTED] for questions on current sip > Use [EMAIL PROTECTED] for new developments on the application of sip > _______________________________________________ Sip mailing list https://www.ietf.org/mailman/listinfo/sip This list is for NEW development of the core SIP Protocol Use [EMAIL PROTECTED] for questions on current sip Use [EMAIL PROTECTED] for new developments on the application of sip
