Re: [Sip] Draft: draft-holmberg-sip-keep-00.txt

[Hadriel Kaplan <HKaplan at acmepacket.com>]

I agree it should give such guidance.

I believe your connect-reuse draft specifies re-using the TLS connection for upstream requests, but says nothing about a mechanism used to keep it open, right?  So I was assuming this draft-keep would be orthogonal and complimentary to connect-reuse: if the proxy wants to use one of the keepalive mechanisms, it could indicate such with keep; if it wanted to allow connection reuse, it would do such with alias; and it could do both if it wanted both.  One does not imply the other, does it?

-hadriel

> -----Original Message-----
> From: sip-bounces at ietf.org [mailto:sip-bounces at ietf.org] On Behalf Of
> Vijay K. Gurbani
> Sent: Wednesday, May 07, 2008 5:03 PM
> To: sip at ietf.org
> Subject: Re: [Sip] Draft: draft-holmberg-sip-keep-00.txt
>
> Hadriel Kaplan wrote:
> > Then of course there's a proxy-proxy connection, which this draft
> > will also enable keepalives for.
>
> For proxy-proxy keepalive'd connections, we have used
> the technique in connection-reuse so far (i.e., implicit
> assumption that the sender will keep the connection open
> if there is an "alias" in the topmost Via.)  Connect-reuse
> has been through various WGLCs and is ready to be moved
> forward.
>
> Does draft-holmberg-sip-keep need to say anything about that
> implicit usage through the "alias" parameter?  In other words,
> I can see the look of distress in an implementor's face when
> presented with outbound, connect-reuse, and sip-keep!  Some
> guidance to provide where to use which strategy should be
> detailed in sip-keep.
>
> Comments?
>
> Thanks,
>
> - vijay
> --
> Vijay K. Gurbani, Bell Laboratories, Alcatel-Lucent
> 2701 Lucent Lane, Rm. 9F-546, Lisle, Illinois 60532 (USA)
> Email: vkg at {alcatel-lucent.com,bell-labs.com,acm.org}
> WWW:   http://www.alcatel-lucent.com/bell-labs
> _______________________________________________
> Sip mailing list  https://www.ietf.org/mailman/listinfo/sip
> This list is for NEW development of the core SIP Protocol
> Use sip-implementors at cs.columbia.edu for questions on current sip
> Use sipping at ietf.org 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 sip-implementors at cs.columbia.edu for questions on current sip
Use sipping at ietf.org for new developments on the application of sip