Re: [babel] WG Last Call for draft-ietf-babel-source-specific (2018-03-26 to 2018-04-09)

Denis Ovsienko <denis@ovsienko.info> Sun, 22 July 2018 09:29 UTC

Return-Path: <denis@ovsienko.info>
X-Original-To: babel@ietfa.amsl.com
Delivered-To: babel@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D0E83130E81; Sun, 22 Jul 2018 02:29:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ovsienko.info
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 XXOgKEVqCF6e; Sun, 22 Jul 2018 02:29:46 -0700 (PDT)
Received: from sender-of-o51.zoho.com (sender-of-o51.zoho.com [135.84.80.216]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D2BF5130E79; Sun, 22 Jul 2018 02:29:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1532251783; s=zohomail; d=ovsienko.info; i=denis@ovsienko.info; h=Date:From:To:Message-ID:In-Reply-To:References:Subject:MIME-Version:Content-Type:Content-Transfer-Encoding; l=1749; bh=HnN3diPHU63QJpQuW1OFUQTmjteHj+rzK0cQnHpctKE=; b=gEFrnKW92Ox/HXb0L8Nwg/kfrYEXdqCIcQnwGBMa4uG10KyetnkSfcx9/eozbegr RYYrYtWeX0YZ9GRaPvpiVo4xtC+MPVgyQ1iSHjKEYfq6y7fyzBStEd+tbA+8vFTttaI OV8S5V6vF5vEXzEcx9UD98Tb5FK/aeZRBmCyJ+Po=
Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1532251783039722.0253133196943; Sun, 22 Jul 2018 02:29:43 -0700 (PDT)
Date: Sun, 22 Jul 2018 10:29:43 +0100
From: Denis Ovsienko <denis@ovsienko.info>
To: Babel at IETF <babel@ietf.org>, babel-chairs@ietf.org
Message-ID: <164c152bf7d.f1cebac1254304.6061663386997033206@ovsienko.info>
In-Reply-To: <0B1F8607-E0D3-4725-A9F2-2ACF41207D57@irif.fr>
References: <CAF4+nEHUmjUcY7PS0eVDuPr8YHaJG4t+CyoxzMR15821X+-Vsg@mail.gmail.com> <CAF4+nEFa+ZFfYScDxbsCbe3bX=p6w+YKpq0eXa+tjtYZDzvwyA@mail.gmail.com> <163a3eefcb3.105e54392539813.8869059599002671510@ovsienko.info> <0B1F8607-E0D3-4725-A9F2-2ACF41207D57@irif.fr>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Priority: Medium
User-Agent: Zoho Mail
X-Mailer: Zoho Mail
Archived-At: <https://mailarchive.ietf.org/arch/msg/babel/Vwliue6OHP78qyTB784UVJl4QXw>
Subject: Re: [babel] WG Last Call for draft-ietf-babel-source-specific (2018-03-26 to 2018-04-09)
X-BeenThere: babel@ietf.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: "A list for discussion of the Babel Routing Protocol." <babel.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/babel>, <mailto:babel-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/babel/>
List-Post: <mailto:babel@ietf.org>
List-Help: <mailto:babel-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/babel>, <mailto:babel-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 22 Jul 2018 09:29:48 -0000

 ---- On Sat, 02 Jun 2018 09:05:01 +0100 Matthieu Boutier <boutier@irif.fr> wrote ---- 
[...]

 > > (Is it correct that the model in this specification treats 0/0 same as any other source prefix, it is just the encoding convention that 0/0 is always represented with the absence of the sub-TLV? If so, it could be helpful to acknowledge this point in the document for clarity.) 
 >  
 > Thanks, this was not said explicitly in the protocol operation. 

Hello all.

This is an comment for the whole working group, not just Matthieu.

The quote above discusses a property of the draft-ietf-babel-source-specific WG document, in that its protocol encoding potentially provides one way to represent a route that is not source-specific, and 6126bis by definition provides another. This document contains normative text that specifies which of the two potential encodings must be used on the wire, so that the implementations remain compatible.

Having studied the document, on 28 May 2018 I suggested that the normative text is not clear enough in this regard. Matthieu agreed and on 2 June 2018 pushed a commit that among other changes elaborated how this document encoding relates to the encoding of 6126bis:

https://github.com/jech/babel-drafts/commit/801c205e5d9a9cdd22f6d51ba7ca45f28ffbf81f

The document remained unchanged until 28 June 2018, when Juliusz committed a change reverting this clarification in this document, without providing any comments in the commit message or on the mailing list:

https://github.com/jech/babel-drafts/commit/03c04b619eecf51011f7e0549ef1e7bb330680da

I am spelling those details on the list as they have an effect on the quality of a specific deliverable by the Babel WG.

-- 
    Denis Ovsienko