Re: [Dots] AD review of draft-ietf-dots-signal-channel-25 (1st Part)

> -----Original Message-----
> From: Dots [mailto: dots-bounces@ietf.org] On Behalf Of Konda,
> Tirumaleswar Reddy
> Sent: 17 January 2019 09:33
> To: mohamed.boucadair@orange.com; Benjamin Kaduk; draft-ietf-dots-signal-
> channel@ietf.org
> Cc: dots@ietf.org
> Subject: Re: [Dots] AD review of draft-ietf-dots-signal-channel-25 (1st Part)
> 
> > -----Original Message-----
> > From: Dots <dots-bounces@ietf.org> On Behalf Of
> > mohamed.boucadair@orange.com
> > Sent: Thursday, January 17, 2019 1:16 PM
> > To: Konda, Tirumaleswar Reddy
> <TirumaleswarReddy_Konda@McAfee.com>;
> > Benjamin Kaduk <kaduk@mit.edu>; draft-ietf-dots-signal-channel@ietf.org
> > Cc: dots@ietf.org
> > Subject: Re: [Dots] AD review of draft-ietf-dots-signal-channel-25 (1st Part)
> >
> > This email originated from outside of the organization. Do not click links or
> > open attachments unless you recognize the sender and know the content is
> > safe.
> >
> > Re-,
> >
> > OK.
> >
> > Given that we don't have an explicit mention about this in 8305, I added
> this
> > NEW sentence echoing what was in 6555:
> >
> >    Note that the DOTS client must cache information regarding the
> >    outcome of each connection attempt, and it uses that information to
> >    avoid thrashing the network with subsequent attempts.
> 
> Minor change:
> 
> Note that the DOTS client must cache information regarding the
> outcome of each connection attempt for a specific time period (e.g. 10
> minutes), and it uses that information to
> avoid thrashing the network with subsequent attempts.

How frequently should the client retry when all 4 connection methods fail - 10 minutes is excessive to me?

~Jon

> 
> -Tiru
> 
> >
> > Cheers,
> > Med
> >
> > > -----Message d'origine-----
> > > De : Konda, Tirumaleswar Reddy
> > > [mailto:TirumaleswarReddy_Konda@McAfee.com]
> > > Envoyé : jeudi 17 janvier 2019 08:16
> > > À : BOUCADAIR Mohamed TGI/OLN; Benjamin Kaduk; draft-ietf-dots-signal-
> > > channel@ietf.org Cc : dots@ietf.org Objet : RE: AD review of
> > > draft-ietf-dots-signal-channel-25 (1st Part)
> > >
> > > > -----Original Message-----
> > > > From: mohamed.boucadair@orange.com
> > > > <mohamed.boucadair@orange.com>
> > > > Sent: Thursday, January 17, 2019 12:33 PM
> > > > To: Konda, Tirumaleswar Reddy
> > <TirumaleswarReddy_Konda@McAfee.com>;
> > > > Benjamin Kaduk <kaduk@mit.edu>;
> > > > draft-ietf-dots-signal-channel@ietf.org
> > > > Cc: dots@ietf.org
> > > > Subject: RE: AD review of draft-ietf-dots-signal-channel-25 (1st
> > > > Part)
> > > >
> > > >
> > > >
> > > > Hi Tiru,
> > > >
> > > > As you know RFC8305 obsoletes RFC6555.
> > > >
> > > > I fail to see where caching results is mentioned in 8305. Do you?
> > >
> > > Though RFC8035 obsoletes RFC6555, it is still compatible with RFC6555
> > > (see https://tools.ietf.org/html/rfc8305#appendix-A)
> > > It is useful to cache the happy eyeball results for a specific time.
> > >
> > > -Tiru
> > >
> > > >
> > > > Cheers,
> > > > Med
> > > >
> > > > > -----Message d'origine-----
> > > > > De : Konda, Tirumaleswar Reddy
> > > > > [mailto:TirumaleswarReddy_Konda@McAfee.com]
> > > > > Envoyé : mercredi 16 janvier 2019 12:11 À : BOUCADAIR Mohamed
> > > > > TGI/OLN; Benjamin Kaduk; draft-ietf-dots-signal- channel@ietf.org Cc :
> > > > > dots@ietf.org Objet : RE: AD review of
> > > > > draft-ietf-dots-signal-channel-25 (1st Part)
> > > > >
> > > > > Hi Med,
> > > > >
> > > > > Please see inline
> > > > >
> > > > > > -----Original Message-----
> > > > > > From: Dots <dots-bounces@ietf.org> On Behalf Of
> > > > > > mohamed.boucadair@orange.com
> > > > > > Sent: Wednesday, January 16, 2019 1:30 PM
> > > > > > To: Benjamin Kaduk <kaduk@mit.edu>; draft-ietf-dots-signal-
> > > > > > channel@ietf.org
> > > > > > Cc: dots@ietf.org
> > > > > > Subject: Re: [Dots] AD review of
> > > > > > draft-ietf-dots-signal-channel-25 (1st
> > > > > Part)
> > > > > >
> > > > > > >
> > > > > > >                                   These connection attempts are
> > > > > > >    performed by the DOTS client when it initializes.  The
> > > > > > > results of
> > > the
> > > > > > >    Happy Eyeballs procedure are used by the DOTS client for
> > > > > > > sending
> > > its
> > > > > > >    subsequent messages to the DOTS server.
> > > > > > >
> > > > > > > I see this is scoped to "when the client initializes", so I
> > > > > > > don't know whether it adds more or not to end with "for the
> > > > > > > duration of the DOTS session" or some similar scoping for the
> > > > > > > caching of the happy eyeballs results.
> > > > > >
> > > > > > [Med] The connection attempts are performed each time the client
> > > > > > has to select among a list of v4, v6 (tls, dtls). This is
> > > > > > particularly true when
> > > > > the client
> > > > > > initiates, but this may also be true each time the client has to
> > > > > > select
> > > > > among
> > > > > > v4, v6, DTLS, TLS (e.g., the client attaches to a new network).
> > > > > >
> > > > > > I updated the text to:
> > > > > >
> > > > > > "These connection attempts are performed by the DOTS client when
> > > > > > it initializes, or in general when it has to select an address
> > > > > > family and
> > > > > transport
> > > > > > to contact its DOTS server."
> > > > >
> > > > > Happy eyeballs mandates caching the results, see
> > > > > https://tools.ietf.org/html/rfc6555#section-4 (to avoid thrashing
> > > > > the network).
> > > > > We may want to update the above line accordingly.
> > > > >
> > > > > Cheers,
> > > > > -Tiru
> > _______________________________________________
> > Dots mailing list
> > Dots@ietf.org
> > https://www.ietf.org/mailman/listinfo/dots
> _______________________________________________
> Dots mailing list
> Dots@ietf.org
> https://www.ietf.org/mailman/listinfo/dots