Re: [Dots] Genart last call review of draft-ietf-dots-rfc8782-bis-05

Benjamin Kaduk <kaduk@mit.edu> Thu, 27 May 2021 04:48 UTC

Return-Path: <kaduk@mit.edu>
X-Original-To: dots@ietfa.amsl.com
Delivered-To: dots@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E19693A081D; Wed, 26 May 2021 21:48:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.197
X-Spam-Level:
X-Spam-Status: No, score=-4.197 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KagPmoxGdlFo; Wed, 26 May 2021 21:48:35 -0700 (PDT)
Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F2D8F3A081B; Wed, 26 May 2021 21:48:34 -0700 (PDT)
Received: from kduck.mit.edu ([24.16.140.251]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id 14R4llaK021391 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 27 May 2021 00:47:51 -0400
Date: Wed, 26 May 2021 21:47:46 -0700
From: Benjamin Kaduk <kaduk@mit.edu>
To: mohamed.boucadair@orange.com
Cc: Dale Worley <worley@ariadne.com>, "gen-art@ietf.org" <gen-art@ietf.org>, "dots@ietf.org" <dots@ietf.org>, "draft-ietf-dots-rfc8782-bis.all@ietf.org" <draft-ietf-dots-rfc8782-bis.all@ietf.org>, "last-call@ietf.org" <last-call@ietf.org>
Message-ID: <20210527044746.GU32395@kduck.mit.edu>
References: <161646013325.22110.15904279569991264804@ietfa.amsl.com> <14598_1616503101_6059E13C_14598_15_12_787AE7BB302AE849A7480A190F8B93303535A30C@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <14598_1616503101_6059E13C_14598_15_12_787AE7BB302AE849A7480A190F8B93303535A30C@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
Archived-At: <https://mailarchive.ietf.org/arch/msg/dots/j_ZPczaY7R06CRC7wWs4aOdHgpc>
Subject: Re: [Dots] Genart last call review of draft-ietf-dots-rfc8782-bis-05
X-BeenThere: dots@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "List for discussion of DDoS Open Threat Signaling \(DOTS\) technology and directions." <dots.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dots>, <mailto:dots-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dots/>
List-Post: <mailto:dots@ietf.org>
List-Help: <mailto:dots-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dots>, <mailto:dots-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 27 May 2021 04:48:40 -0000

Hi Dale,

A bit thanks for your careful (as always) review.
Med, thanks for responding and updating the document.

I think there's just one point left that I want to comment on:

On Tue, Mar 23, 2021 at 12:38:20PM +0000, mohamed.boucadair@orange.com wrote:
> Hi Dale, 
> 
> Thank you for the careful review. Much appreciated!
> 
> The changes to take into account your review can be tracked at: https://tinyurl.com/8782bis-latest. 
> 
> Please see inline. 
> 
> Cheers,
> Med
> 
> > -----Message d'origine-----
> > De : Dale Worley via Datatracker [mailto:noreply@ietf.org]
> > Envoyé : mardi 23 mars 2021 01:42
> > À : gen-art@ietf.org
> > Cc : dots@ietf.org; draft-ietf-dots-rfc8782-bis.all@ietf.org; last-
> > call@ietf.org
> > Objet : Genart last call review of draft-ietf-dots-rfc8782-bis-05
> > 
[...]
> >   Also, you need to specify whether
> > the connection to the alternate server is a new session (with
> > independent state) or whether it is expected to be a continuation of
> > the existing session (carrying the same state).
> 
> [Med] This is covered here:
> 
>    When the DOTS client receives a 5.03 response with an alternate
>    server included, it considers the current request to have failed, but
>    it SHOULD try resending the request to the alternate DOTS server.

This seems to imply that the session state indeed is preserved across the
change of server, since it is just "resending the request" without mention
of reestablishing aliases or other setup.  We probably should be more
explicit about what we expect to happen, here.

Thanks,

Ben