Here is something which is incredibly simple to do (which I consider a feature): send TCP keep-alives (sorry about OSs that can't configure those) and STUN-UDP. That's it and it works for many apps and it does not take the multi-hop multi-layer interaction. Remove it from outbound and get outbound finished. Keep stuff simple and separated (i.e. do keep-alive with the entity terminating TCP connection or UDP flow, which is what is in question; don't interact with outbound proxies, registrars, or even worse all of them).
-jiri At 20:14 08/03/2008, Francois Audet wrote: >Can someone explain to me just how you can make Keep-Alives work without >the rest of outbound???? > > > >> -----Original Message----- >> From: Dean Willis [mailto:[EMAIL PROTECTED] >> Sent: Friday, March 07, 2008 13:34 >> To: Christer Holmberg >> Cc: Rohan Mahy; [email protected]; Cullen Jennings; Audet, >> Francois (SC100:3055); Xavier Marjou >> Subject: Re: [Sip] Outbound-12: STUN keep-alives without outbound >> >> >> On Mar 7, 2008, at 12:59 PM, Christer Holmberg wrote: >> >> > >> > Hi Rohan, >> > >> >> The edge proxy is only supposed to add the ob parameter to >> the Path >> >> if the edge proxy included a flow token in the path URI. >> This should >> >> only happen when the UA included a reg-id and instance-id >> parameter >> >> in its Contact header. >> > >> > Correct. But, the point is that the UA would then still be >> "allowed" >> > to >> > use STUN keep-alive between itself and the outbound proxy, >> even if the >> > registrar doesn't support outbound. >> >> So I think you're saying that we've gotten the decision as to >> whether to use keepalive between the UA and the edge proxy >> tangled up with whether or not we use the outbound-style >> persistent binding at the registrar? >> >> Perhaps if the keepalive negotiation were independent of >> outbound, it would work better for you. >> >> -- >> Dean >> >> >_______________________________________________ >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 -- Jiri Kuthan http://iptel.org/~jiri/ _______________________________________________ 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
