From nobody Sun Oct 16 08:58:17 2016
Return-Path: <toke@toke.dk>
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 28B8B129437 for <babel@ietfa.amsl.com>; Sun, 16 Oct 2016 08:58:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.002
X-Spam-Level: 
X-Spam-Status: No, score=-2.002 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=toke.dk
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 zwfCO8aUkqMO for <babel@ietfa.amsl.com>; Sun, 16 Oct 2016 08:58:13 -0700 (PDT)
Received: from mail2.tohojo.dk (mail2.tohojo.dk [77.235.48.147]) (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 5F6A3129415 for <babel@ietf.org>; Sun, 16 Oct 2016 08:58:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at mail2.tohojo.dk
DKIM-Filter: OpenDKIM Filter v2.10.3 mail2.tohojo.dk BF81940B8A
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=toke.dk; s=201310; t=1476633489; bh=pbHjOZkMbKvaON+0nMeDlhmYQZqulMDuaTCgwPX6XgE=; h=From:To:Cc:Subject:Date:From; b=icZHKpXTYjA0D1v/q4SygpLHgR8otvjpHF1YBty5+39BgLjq0Pu6YbkZrhRceG5a/ iS36BdG/rdOfRurQdNFYY9tojNQVSpuExBECiuqNtbfc80oDfV/AOdEV8SBtijufHr h2oEpl8aa/uG+LWG4aVgB5k3K9sRDCJHNDvxUZzI=
Sender: toke@toke.dk
Received: by alrua-x1.borgediget.toke.dk (Postfix, from userid 1000) id 11B3BD871; Sun, 16 Oct 2016 17:58:07 +0200 (CEST)
From: =?UTF-8?q?Toke=20H=C3=B8iland-J=C3=B8rgensen?= <toke@toke.dk>
To: babel@ietf.org
Date: Sun, 16 Oct 2016 17:57:20 +0200
Message-Id: <20161016155720.29466-1-toke@toke.dk>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/babel/4hLCVaCrH7Qg6ui5M1w5aDolNmg>
Cc: =?UTF-8?q?Toke=20H=C3=B8iland-J=C3=B8rgensen?= <toke@toke.dk>
Subject: [babel] [PATCH] First shot at integrating RFC7557 into RFC6126bis
X-BeenThere: babel@ietf.org
X-Mailman-Version: 2.1.17
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, 16 Oct 2016 15:58:16 -0000

The extension mechanism text is integrated into section 4 (with a brief
mention in the introduction, and the IANA stuff copied over as well).
Since RFC7557 basically says either "don't do that" or "we don't know"
with respects to defining new flag values or using the packet trailer, I
decided to just nuke both from this version. I figure they can be added
back in after we converge on a recommendation on what to do with them.

This changeset is somewhat shorter than the original RFC7557 because it
doesn't have to establish context and cross-reference other documents as
much.

Signed-off-by: Toke H=C3=B8iland-J=C3=B8rgensen <toke@toke.dk>
---
 draft-chroboczek-babel-rfc6126bis-00.xml | 249 +++++++++++++++++++++++++=
+++++-
 1 file changed, 247 insertions(+), 2 deletions(-)

diff --git a/draft-chroboczek-babel-rfc6126bis-00.xml b/draft-chroboczek-=
babel-rfc6126bis-00.xml
index b64c7b6..44906b3 100644
--- a/draft-chroboczek-babel-rfc6126bis-00.xml
+++ b/draft-chroboczek-babel-rfc6126bis-00.xml
@@ -113,6 +113,14 @@ use in mobile networks that implement automatic pref=
ix aggregation.</t>
=20
 </section>
=20
+<section title=3D"Extensibility">
+
+<t>The Babel protocol is designed with extensibility in mind. The extens=
ion
+mechanism is described in <xref target=3D"extension-mechanism"/>.
+</t>
+
+</section>
+
 <section title=3D"Specification of Requirements">
=20
 <t>The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
@@ -1309,6 +1317,31 @@ target=3D"JITTER"/>.  In order to allow accurate c=
omputation of packet loss
 rates, this delay MUST NOT be larger than half the advertised Hello
 interval.</t>
=20
+<section title=3D"Extension mechanism" anchor=3D"extension-mechanism">
+
+<t>The Babel protocol can be extended either by defining new TLVs, or by
+defining sub-TLVs that can be appended to existing TLVs. Implementations=
 MUST
+silently ignore TLV and sub-TLV types it does not understand, which ensu=
res
+interoperability with implementations that do not implement a given
+extension.</t>
+
+<t>In many cases, an extension could be implemented by defining either a=
 new TLV
+or a new sub-TLV. For example, an extension with the purpose of attachin=
g additional
+data to route updates can be implemented either by creating a new "enric=
hed"
+Update TLV or by adding a sub-TLV to the Update TLV.</t>
+
+<t>The two encodings are treated differently by implementations that do =
not
+understand the extension. In the case of a new TLV, the whole unknown TL=
V is
+ignored by an implementation that does not understand it, while in the c=
ase of a
+new sub-TLV, the TLV is parsed and acted upon, and the unknown sub-TLV i=
s
+silently ignored. Therefore, a sub-TLV should be used by extensions that=
 extend
+the Update in a compatible manner (the extension data may be silently ig=
nored),
+while a new TLV must be used by extensions that make incompatible extens=
ions to
+the meaning of the TLV (the whole TLV must be thrown away if the extensi=
on data
+is not understood).</t>
+
+</section>
+
 <section title=3D"Data Types">
=20
 <section title=3D"Interval">
@@ -1383,7 +1416,7 @@ packets with a first octet different from 42 MUST b=
e silently ignored.</t>
=20
 </section>
=20
-<section title=3D"TLV Format">
+<section title=3D"TLV Format" anchor=3D"tlv-format">
=20
 <t>With the exception of Pad1, all TLVs have the following structure:</t=
>
=20
@@ -1400,7 +1433,8 @@ packets with a first octet different from 42 MUST b=
e silently ignored.</t>
 <t hangText=3D"Type">The type of the TLV.</t>
 <t hangText=3D"Length">The length of the body, exclusive of the Type and
   Length fields.  If the body is longer than the expected length of a gi=
ven
-  type of TLV, any extra data MUST be silently ignored.</t>
+  type of TLV, any extra data MUST be interpreted as a sequence of sub-T=
LVs
+  (see <xref target=3D"sub-tlvs"/>).</t>
 <t hangText=3D"Body">The TLV body, the interpretation of which depends o=
n
 the type.</t>
 </list></t>
@@ -1838,6 +1872,113 @@ one neighbour.  A request MUST NOT be forwarded i=
f its Hop Count field is
=20
 </section>
 </section>
+
+<section title=3D"Sub-TLVs" anchor=3D"sub-tlvs">
+
+<t>With the exception of the Pad1 TLV, all Babel TLVs carry an explicit =
length.
+With the exception of Pad1 and PadN, all TLVs are self-terminating, in t=
he sense
+that the length of the meaningful data that they contain (the "natural l=
ength")
+can be determined without reference to the explicitly encoded length. In=
 some
+cases, the natural length is trivial to determine: for example, a HELLO =
TLV
+always has a natural length of 2 (4 including the Type and Length fields=
). In
+other cases, determining the natural length is not that easy, but this n=
eeds to
+be done anyway by an implementation that interprets the given TLV. For e=
xample,
+the natural length of an Update TLV depends on both the prefix length an=
d the
+amount of prefix compression being performed.</t>
+
+<t>If a TLV is received with an explicit length larger than its natural =
length,
+the extra space present in the TLV MUST be interpreted as a sequence of
+sub-TLVs. A sub-TLV has exactly the same structure as a TLV. Except for =
Pad1
+(<xref target=3D"sub-tlv-pad1"/>), all sub-TLVs have the following struc=
ture:</t>
+
+<figure><artwork><![CDATA[
+ 0                   1                   2                   3
+ 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
++-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+|     Type      |    Length     |     Body...
++-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+]]></artwork></figure>
+
+
+<t>Fields :
+<list style=3D"hanging" hangIndent=3D"10">
+<t hangText=3D"Type">The type of the sub-TLV.</t>
+<t hangText=3D"Length">The length of the body, exclusive of the Type and
+  Length fields.</t>
+<t hangText=3D"Body">The sub-TLV body, the interpretation of which depen=
ds on both
+the type of the sub-TLV and the type of the TLV within which it is embed=
ded.</t>
+</list></t>
+
+<t>Sub-TLVs with an unknown type value MUST be silently ignored. Unlike =
TLVs,
+the sub-TLVs themselves need not be self-terminating.</t>
+
+</section>
+
+<section title=3D"Details of specific sub-TLVs">
+
+<section title=3D"Pad1" anchor=3D"sub-tlv-pad1">
+<figure><artwork><![CDATA[
+ 0
+ 0 1 2 3 4 5 6 7
++-+-+-+-+-+-+-+-+
+|   Type =3D 0    |
++-+-+-+-+-+-+-+-+
+]]></artwork></figure>
+
+<t>Fields :
+<list style=3D"hanging" hangIndent=3D"10">
+<t hangText=3D"Type">Set to 0 to indicate a Pad1 sub-TLV.</t>
+</list></t>
+<t>This sub-TLV is silently ignored on reception.</t>
+
+<section title=3D"PadN">
+<figure><artwork><![CDATA[
+ 0                   1                   2                   3
+ 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
++-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+|    Type =3D 1   |    Length     |      MBZ...
++-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
+]]></artwork></figure>
+
+<t>Fields :
+<list style=3D"hanging" hangIndent=3D"10">
+<t hangText=3D"Type">Set to 1 to indicate a PadN sub-TLV.</t>
+<t hangText=3D"Length">The length of the body, exclusive of the Type and
+Length fields.</t>
+<t hangText=3D"MBZ">Set to 0 on transmission.</t>
+</list></t>
+<t>This sub-TLV is silently ignored on reception.</t>
+</section>
+
+</section>
+
+</section>
+
+<section title=3D"Assigning new TLV or sub-TLV types">
+
+<t>An extension MAY be assigned one or more TLV types, or one or more su=
b-TLV
+types, or both. The choice of whether to TLVs or sub-TLVs for a given ex=
tension
+SHOULD be made in consideration of <xref target=3D"extension-mechanism"/=
>.</t>
+
+<t>All new TLVs MUST have the format defined in <xref target=3D"tlv-form=
at"/>. New
+TLVs SHOULD be self-terminating, in the sense defined in <xref
+target=3D"sub-tlvs"/>, and any data found after the main data section of=
 the TLV
+SHOULD be treated as a series of sub-TLVs.</t>
+
+<t>Sub-TLV types are assigned independently from TLV types: the same num=
eric
+type can be assigned to a TLV and a sub-TLV. Sub-TLV types are assigned
+globally: once an extension is assigned a given sub-TLV number, it MAY u=
se this
+number within any TLV. However, the interpretation of a given sub-TLV ty=
pe can
+depend on which particular TLV it is embedded within.</t>
+
+<t>Both TLV and sub-TLV types 224 through 254 are reserved for Experimen=
tal Use
+<xref target=3D"RFC3692"/>. TLV and sub-TLV type 255 is reserved for exp=
ansion of
+the type space, in the unlikely event that eight bits turn out not to be
+enough.</t>
+
+
+</section>
+
 </section>
=20
 <section title=3D"IANA Considerations">
@@ -1848,6 +1989,47 @@ by the Babel protocol.</t>
 <t>IANA has registered the IPv6 multicast group ff02:0:0:0:0:0:1:6 and t=
he
 IPv4 multicast group 224.0.0.111 for use by the Babel protocol.</t>
=20
+<t>IANA has created two new registries, called "Babel TLV types" and "Ba=
bel
+sub-TLV types". The allocation policy for both of these registries is Ex=
pert
+Review with Specification Required <xref target=3D"RFC5226"/>.</t>
+
+<texttable>
+<preamble>The initial value of the Babel TLV types registry is as follow=
s:
+</preamble>
+<ttcol>Type</ttcol><ttcol>Name</ttcol><ttcol>Reference</ttcol>
+<c>0</c><c>Pad1</c><c>(this document)</c>
+<c>1</c><c>PadN</c><c>(this document)</c>
+<c>2</c><c>Acknowledgment Request</c><c>(this document)</c>
+<c>3</c><c>Acknowledgment</c><c>(this document)</c>
+<c>4</c><c>Hello</c><c>(this document)</c>
+<c>5</c><c>IHU</c><c>(this document)</c>
+<c>6</c><c>Router-Id</c><c>(this document)</c>
+<c>7</c><c>Next Hop</c><c>(this document)</c>
+<c>8</c><c>Update</c><c>(this document)</c>
+<c>9</c><c>Route Request</c><c>(this document)</c>
+<c>10</c><c>Seqno Request</c><c>(this document)</c>
+<c>11</c><c>TS/PC</c><c><xref target=3D"RFC7298"/></c>
+<c>12</c><c>HMAC</c><c><xref target=3D"RFC7298"/></c>
+<c>13</c><c>Source-specific Update</c><c><xref target=3D"BABEL-SS"/></c>
+<c>14</c><c>Source-specific Request</c><c><xref target=3D"BABEL-SS"/></c=
>
+<c>15</c><c>Source-specific Seqno Request</c><c><xref target=3D"BABEL-SS=
"/></c>
+<c>224-254</c><c>Reserved for Experimental Use</c><c>(this document)</c>
+<c>255</c><c>Reserved for expansion of the type space</c><c>(this docume=
nt)</c>
+</texttable>
+
+<texttable>
+<preamble>The initial value of the Babel sub-TLV types registry is as
+follows:
+</preamble>
+<ttcol>Type</ttcol><ttcol>Name</ttcol><ttcol>Reference</ttcol>
+<c>0</c><c>Pad1</c><c>(this document)</c>
+<c>1</c><c>PadN</c><c>(this document)</c>
+<c>2</c><c>Diversity</c><c><xref target=3D"BABEL-DIVERSITY"/></c>
+<c>3</c><c>Timestamp</c><c><xref target=3D"BABEL-RTT"/></c>
+<c>224-254</c><c>Reserved for Experimental Use</c><c>(this document)</c>
+<c>255</c><c>Reserved for expansion of the type space</c><c>(this docume=
nt)</c>
+</texttable>
+
 </section>
=20
 <section title=3D"Security Considerations">
@@ -1887,6 +2069,16 @@ packets are carried over IPv4.</t>
   <seriesInfo name=3D"RFC" value=3D"2119"/>
 </reference>
=20
+<reference anchor=3D'RFC3692'>
+  <front>
+    <title>Assigning Experimental and Testing Numbers Considered Useful<=
/title>
+    <author initials=3D'T.' surname=3D'Narten' fullname=3D'T. Narten'></=
author>
+    <date year=3D'2004' month=3D'January' />
+  </front>
+  <seriesInfo name=3D'BCP' value=3D'82' />
+  <seriesInfo name=3D'RFC' value=3D'3692' />
+</reference>
+
 <reference anchor=3D"ADDRARCH"><front>
     <title>IP Version 6 Addressing Architecture</title>
     <author fullname=3D"Robert M. Hinden" initials=3D"R. M." surname=3D"=
Hinden"/>
@@ -1896,6 +2088,18 @@ packets are carried over IPv4.</t>
   <seriesInfo name=3D"RFC" value=3D"4291"/>
 </reference>
=20
+<reference anchor=3D"RFC5226">
+  <front>
+    <title>Guidelines for Writing an IANA Considerations Section in RFCs=
</title>
+    <author initials=3D'T.' surname=3D'Narten' fullname=3D'T. Narten'></=
author>
+    <author initials=3D'H.' surname=3D'Alvestrand' fullname=3D'H. Alvest=
rand'></author>
+    <date year=3D'2008' month=3D'May' />
+  </front>
+  <seriesInfo name=3D'BCP' value=3D'26' />
+  <seriesInfo name=3D'RFC' value=3D'5226' />
+</reference>
+
+
 </references>
=20
 <references title=3D"Informative References">
@@ -1991,6 +2195,47 @@ packets are carried over IPv4.</t>
   <seriesInfo name=3D"RFC" value=3D"5444"/>
 </reference>
=20
+<reference anchor=3D'RFC7298'>
+<front>
+<title>Babel Hashed Message Authentication Code (HMAC) Cryptographic Aut=
hentication</title>
+<author initials=3D'D.' surname=3D'Ovsienko' fullname=3D'D. Ovsienko'></=
author>
+<date year=3D'2014' month=3D'July' />
+</front>
+<seriesInfo name=3D'RFC' value=3D'7298' />
+</reference>
+
+
+<reference anchor=3D"BABEL-SS">
+<front>
+<title>Source-Specific Routing in Babel</title>
+<author initials=3D'M' surname=3D'Boutier' fullname=3D'Matthieu Boutier'=
></author>
+<author initials=3D'J' surname=3D'Chroboczek' fullname=3D'Juliusz Chrobo=
czek'></author>
+<date month=3D'November' day=3D'20' year=3D'2014' />
+</front>
+<seriesInfo name=3D'Internet-Draft' value=3D'draft-boutier-babel-source-=
specific-00' />
+</reference>
+
+<reference anchor=3D"BABEL-RTT">
+<front>
+<title>Delay-based Metric Extension for the Babel Routing Protocol</titl=
e>
+<author initials=3D'B' surname=3D'Jonglez' fullname=3D'Baptiste Jonglez'=
></author>
+<author initials=3D'J' surname=3D'Chroboczek' fullname=3D'Juliusz Chrobo=
czek'></author>
+<date month=3D'July' day=3D'2' year=3D'2014' />
+</front>
+
+<seriesInfo name=3D'Internet-Draft' value=3D'draft-jonglez-babel-rtt-ext=
ension-00' />
+</reference>
+
+<reference anchor=3D"BABEL-DIVERSITY">
+<front>
+<title>Diversity Routing for the Babel Routing Protocol</title>
+<author initials=3D'J' surname=3D'Chroboczek' fullname=3D'Juliusz Chrobo=
czek'></author>
+<date month=3D'July' day=3D'4' year=3D'2014' />
+</front>
+<seriesInfo name=3D'Internet-Draft' value=3D'draft-chroboczek-babel-dive=
rsity-routing-00' />
+</reference>
+
+
 </references>
=20
 <section title=3D"Cost and Metric Computation">
--=20
2.10.0


From nobody Sun Oct 16 14:29:14 2016
Return-Path: <jch@pps.univ-paris-diderot.fr>
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 8941E129488 for <babel@ietfa.amsl.com>; Sun, 16 Oct 2016 14:29:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.002
X-Spam-Level: 
X-Spam-Status: No, score=-0.002 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-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 OZt7GrtjiIDF for <babel@ietfa.amsl.com>; Sun, 16 Oct 2016 14:29:10 -0700 (PDT)
Received: from korolev.univ-paris7.fr (korolev.univ-paris7.fr [IPv6:2001:660:3301:8000::1:2]) (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 300C11293F2 for <babel@ietf.org>; Sun, 16 Oct 2016 14:29:09 -0700 (PDT)
Received: from potemkin.univ-paris7.fr (potemkin.univ-paris7.fr [IPv6:2001:660:3301:8000::1:1]) by korolev.univ-paris7.fr (8.14.4/8.14.4/relay1/56228) with ESMTP id u9GLT73A013372 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 16 Oct 2016 23:29:07 +0200
Received: from mailhub.math.univ-paris-diderot.fr (mailhub.math.univ-paris-diderot.fr [81.194.30.253]) by potemkin.univ-paris7.fr (8.14.4/8.14.4/relay2/56228) with ESMTP id u9GLT7kr017287; Sun, 16 Oct 2016 23:29:07 +0200
Received: from mailhub.math.univ-paris-diderot.fr (localhost [127.0.0.1]) by mailhub.math.univ-paris-diderot.fr (Postfix) with ESMTP id 6BBA2D7A55; Sun, 16 Oct 2016 23:29:07 +0200 (CEST)
X-Virus-Scanned: amavisd-new at math.univ-paris-diderot.fr
Received: from mailhub.math.univ-paris-diderot.fr ([127.0.0.1]) by mailhub.math.univ-paris-diderot.fr (mailhub.math.univ-paris-diderot.fr [127.0.0.1]) (amavisd-new, port 10023) with ESMTP id 9xYKa3p6W1c2; Sun, 16 Oct 2016 23:29:06 +0200 (CEST)
Received: from trurl.pps.univ-paris-diderot.fr (col75-1-78-194-40-74.fbxo.proxad.net [78.194.40.74]) (Authenticated sender: jch) by mailhub.math.univ-paris-diderot.fr (Postfix) with ESMTPSA id 196A8D79CB; Sun, 16 Oct 2016 23:29:05 +0200 (CEST)
Date: Sun, 16 Oct 2016 23:29:10 +0200
Message-ID: <87wph8x9sp.wl-jch@pps.univ-paris-diderot.fr>
From: Juliusz Chroboczek <jch@pps.univ-paris-diderot.fr>
To: Toke =?ISO-8859-1?Q?H=F8iland-J=F8rgensen?= <toke@toke.dk>
In-Reply-To: <20161016155720.29466-1-toke@toke.dk>
References: <20161016155720.29466-1-toke@toke.dk>
User-Agent: Wanderlust/2.15.9
MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue")
Content-Type: text/plain; charset=US-ASCII
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (korolev.univ-paris7.fr [IPv6:2001:660:3301:8000::1:2]); Sun, 16 Oct 2016 23:29:08 +0200 (CEST)
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (potemkin.univ-paris7.fr [194.254.61.141]); Sun, 16 Oct 2016 23:29:07 +0200 (CEST)
X-Miltered: at korolev with ID 5803F123.003 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)!
X-Miltered: at potemkin with ID 5803F123.000 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)!
X-j-chkmail-Enveloppe: 5803F123.003 from potemkin.univ-paris7.fr/potemkin.univ-paris7.fr/null/potemkin.univ-paris7.fr/<jch@pps.univ-paris-diderot.fr>
X-j-chkmail-Enveloppe: 5803F123.000 from mailhub.math.univ-paris-diderot.fr/mailhub.math.univ-paris-diderot.fr/null/mailhub.math.univ-paris-diderot.fr/<jch@pps.univ-paris-diderot.fr>
X-j-chkmail-Score: MSGID : 5803F123.003 on korolev.univ-paris7.fr : j-chkmail score : . : R=. U=. O=. B=0.000 -> S=0.000
X-j-chkmail-Score: MSGID : 5803F123.000 on potemkin.univ-paris7.fr : j-chkmail score : . : R=. U=. O=. B=0.000 -> S=0.000
X-j-chkmail-Status: Ham
X-j-chkmail-Status: Ham
Archived-At: <https://mailarchive.ietf.org/arch/msg/babel/6libLjtmt3sJzuV2LdQYKcCDsPg>
Cc: babel@ietf.org
Subject: Re: [babel] [PATCH] First shot at integrating RFC7557 into RFC6126bis
X-BeenThere: babel@ietf.org
X-Mailman-Version: 2.1.17
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, 16 Oct 2016 21:29:12 -0000

Thanks, Toke.  I should have some time on Thursday, please bear with me
until then.

-- Juliusz


From nobody Wed Oct 19 08:40:18 2016
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 3D7D0129413 for <babel@ietfa.amsl.com>; Wed, 19 Oct 2016 08:40:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level: 
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-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 OtWTo6JHBX_X for <babel@ietfa.amsl.com>; Wed, 19 Oct 2016 08:40:16 -0700 (PDT)
Received: from sender163-mail.zoho.com (sender163-mail.zoho.com [74.201.84.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4E5A0128874 for <babel@ietf.org>; Wed, 19 Oct 2016 08:40:16 -0700 (PDT)
Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1476891603850982.1737671947722; Wed, 19 Oct 2016 08:40:03 -0700 (PDT)
Date: Wed, 19 Oct 2016 16:40:03 +0100
From: Denis Ovsienko <denis@ovsienko.info>
To: "Babel at IETF" <babel@ietf.org>
Message-ID: <157dd997389.10e0e77a216379.6543698815688246498@ovsienko.info>
In-Reply-To: <147369249602.8929.12166006350517098601.idtracker@ietfa.amsl.com>
References: <147369249602.8929.12166006350517098601.idtracker@ietfa.amsl.com>
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/7KCWfKHWxg-zs-Tz_35P-GYQOI4>
Subject: Re: [babel] babel - New Meeting Session Request for IETF 97
X-BeenThere: babel@ietf.org
X-Mailman-Version: 2.1.17
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: Wed, 19 Oct 2016 15:40:17 -0000

---- On Mon, 12 Sep 2016 16:01:36 +0100 "IETF Meeting Session Request Tool"  wrote ---- 
> 
> 
>A new meeting session request has just been submitted by Donald E. Eastlake 3rd, a Chair of the babel working group. 

Hello group.

I decided to go remote again, hopefully this will buy me the time to produce the 6126-bis diffs as discussed before.

-- 
    Denis Ovsienko



From nobody Fri Oct 21 16:23:16 2016
Return-Path: <agenda@ietf.org>
X-Original-To: babel@ietf.org
Delivered-To: babel@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B389312985D; Fri, 21 Oct 2016 16:21:08 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: "\"IETF Secretariat\"" <agenda@ietf.org>
To: <babel-chairs@ietf.org>, <d3e3e3@gmail.com>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.36.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <147709206873.28214.13661104591531107511.idtracker@ietfa.amsl.com>
Date: Fri, 21 Oct 2016 16:21:08 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/babel/k3v0NAwsU2zCH0vUS078v26OqxU>
Cc: babel@ietf.org, akatlas@gmail.com
Subject: [babel] babel - Requested session has been scheduled for IETF 97
X-BeenThere: babel@ietf.org
X-Mailman-Version: 2.1.17
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: Fri, 21 Oct 2016 23:21:09 -0000

Dear Donald Eastlake,

The session(s) that you have requested have been scheduled.
Below is the scheduled session information followed by
the original request. 

babel Session 1 (1:30:00)
    Friday, Afternoon Session I 1150-1320
    Room Name: Park Ballroom 2 size: 125
    ---------------------------------------------
    


Request Information:


---------------------------------------------------------
Working Group Name: Babel routing protocol
Area Name: Routing Area
Session Requester: Donald Eastlake

Number of Sessions: 1
Length of Session(s):  1.5 Hours
Number of Attendees: 65
Conflicts to Avoid: 
 First Priority: manet ospf homenet trill saag lpwan isis idr rtgwg 6man v6ops i2rs netmod netconf
 Second Priority: dnsop dnssd



Special Requests:
  
---------------------------------------------------------


From nobody Sun Oct 23 21:07:15 2016
Return-Path: <d3e3e3@gmail.com>
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 C90DE129440 for <babel@ietfa.amsl.com>; Sun, 23 Oct 2016 21:07:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.45
X-Spam-Level: 
X-Spam-Status: No, score=-2.45 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 6MseV_XR5iAX for <babel@ietfa.amsl.com>; Sun, 23 Oct 2016 21:07:13 -0700 (PDT)
Received: from mail-yw0-x233.google.com (mail-yw0-x233.google.com [IPv6:2607:f8b0:4002:c05::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EDD3D1295B2 for <babel@ietf.org>; Sun, 23 Oct 2016 21:07:12 -0700 (PDT)
Received: by mail-yw0-x233.google.com with SMTP id t192so167309539ywf.0 for <babel@ietf.org>; Sun, 23 Oct 2016 21:07:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:from:date:message-id:subject:to; bh=FcF/rseggtqtkJ9XbKZO4wfR9lPmvy4SMMFVSQudkQ4=; b=w/NyBWZqbKl+bkOxMEK1wVFl/RCYKDIOqz/NOd9jOtuUB3hxcA5xgJTtR/+asP90/X 3bucZEhfRoxov7YbVaGU2Baogy1JIcJ1tMmkpGXqrp+6WyvcUBIPxUef0rm2YSJefIhB LNvoc/7OxMa6WdF/n0hHdbAE5EJ0p3kfZifPm3twlmHR1vLKdMiFF6dM5f2keKBxgmWx ha1u0JFVl9Ej1TmlNGeN7UD9vd+49AnDxfRc0AeqsSWBJVNidqlZ6RlcUfqWWUHUH9v3 j+rf0qcELjp8bfM66jj72rJHhMxkBqpVebnGb9Q5Bt51OVSNoD7W3nrPbpnNMU2PA2vQ 6O0Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=FcF/rseggtqtkJ9XbKZO4wfR9lPmvy4SMMFVSQudkQ4=; b=R8TdwdfJxoax16PAkfSJ9fu+aW9sTcfBXnnNczujRH1bq6uJbY1HzLNzcCKXlQeI3Y Wh967PFAOrOVL4ACBb+Vm3qxpu3WaSRUqvML4HRtW9fTQeOOMvD+aV4r8bLb0GDJo84/ gSY2q9GJI+7fP2tJEhA0nZBrJqe0uelVrK3VLEZrlaA+6+GRF/XLZqXqZi+ICv7EOYyc M7up7uFEBVibSCGm1mHe6WTQ5auUeFLGYgQ1GpY6/3/HToYQ8W3MwhAkoXHquK/OE3zd xIel59cZ/oEp6iva4lwr5zUQSq5MSTmL2yhiUqrT5RDCpwCx0eW1IjOATuH5/CtywyHH SiqA==
X-Gm-Message-State: ABUngvdAkv9gfuzLK9JpGYzP+Z+oz05DuVdZdtjp0Hd3xmGiTkjyr+KRPU9REjOFihQEKdq6NGSKflPJLUiM5A==
X-Received: by 10.107.199.66 with SMTP id x63mr11417677iof.97.1477282032183; Sun, 23 Oct 2016 21:07:12 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.107.134.20 with HTTP; Sun, 23 Oct 2016 21:06:56 -0700 (PDT)
From: Donald Eastlake <d3e3e3@gmail.com>
Date: Mon, 24 Oct 2016 00:06:56 -0400
Message-ID: <CAF4+nEGypNDw3zxbe=KJmzDAZyBu4BxzrfDRuWmpFY0rv5GR4g@mail.gmail.com>
To: Babel at IETF <babel@ietf.org>
Content-Type: text/plain; charset=UTF-8
Archived-At: <https://mailarchive.ietf.org/arch/msg/babel/62Y2AZn2KuDBooKh-kLFRK1I_xU>
Subject: [babel] Call for presentations at the BABEL WG meeting in Seoul
X-BeenThere: babel@ietf.org
X-Mailman-Version: 2.1.17
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: Mon, 24 Oct 2016 04:07:13 -0000

Hi,

If you'd like to present at the Babel WG meeting Friday of the
upcoming IETF meeting in Seoul, please reply or send mail to
babel-chairs@ietf.org.
(We have made note of Denis Ovslenko's desire to present remotely.)

Thanks,
Donald
===============================
 Donald E. Eastlake 3rd   +1-508-333-2270 (cell)
 155 Beaver Street, Milford, MA 01757 USA
 d3e3e3@gmail.com


From nobody Mon Oct 31 14:39:35 2016
Return-Path: <bs7652@att.com>
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 904B91299BC for <babel@ietfa.amsl.com>; Mon, 31 Oct 2016 14:39:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level: 
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] 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 tSiXozgQePeu for <babel@ietfa.amsl.com>; Mon, 31 Oct 2016 14:39:32 -0700 (PDT)
Received: from mx0a-00191d01.pphosted.com (mx0b-00191d01.pphosted.com [67.231.157.136]) (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 F07841299BE for <babel@ietf.org>; Mon, 31 Oct 2016 14:39:31 -0700 (PDT)
Received: from pps.filterd (m0049458.ppops.net [127.0.0.1]) by m0049458.ppops.net-00191d01. (8.16.0.17/8.16.0.17) with SMTP id u9VLYvFQ033613 for <babel@ietf.org>; Mon, 31 Oct 2016 17:39:00 -0400
Received: from alpi154.enaf.aldc.att.com (sbcsmtp6.sbc.com [144.160.229.23]) by m0049458.ppops.net-00191d01. with ESMTP id 26edexh8jt-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for <babel@ietf.org>; Mon, 31 Oct 2016 17:39:00 -0400
Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id u9VLcx3v019154 for <babel@ietf.org>; Mon, 31 Oct 2016 17:38:59 -0400
Received: from alpi133.aldc.att.com (alpi133.aldc.att.com [130.8.217.3]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id u9VLcpoK019063 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for <babel@ietf.org>; Mon, 31 Oct 2016 17:38:54 -0400
Received: from GAALPA1MSGHUBAA.ITServices.sbc.com (GAALPA1MSGHUBAA.itservices.sbc.com [130.8.218.150]) by alpi133.aldc.att.com (RSA Interceptor) for <babel@ietf.org>; Mon, 31 Oct 2016 21:38:38 GMT
Received: from GAALPA1MSGUSRBF.ITServices.sbc.com ([169.254.5.216]) by GAALPA1MSGHUBAA.ITServices.sbc.com ([130.8.218.150]) with mapi id 14.03.0319.002; Mon, 31 Oct 2016 17:38:37 -0400
From: "STARK, BARBARA H" <bs7652@att.com>
To: "babel@ietf.org" <babel@ietf.org>
Thread-Topic: information model
Thread-Index: AdIzvZazcC6krnepTAeiD8zNboI3CA==
Date: Mon, 31 Oct 2016 21:38:37 +0000
Message-ID: <2D09D61DDFA73D4C884805CC7865E6114DA2C91E@GAALPA1MSGUSRBF.ITServices.sbc.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [130.10.212.93]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-RSA-Inspected: yes
X-RSA-Classifications: public
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2016-10-31_09:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 impostorscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1609300000 definitions=main-1610310380
Archived-At: <https://mailarchive.ietf.org/arch/msg/babel/1eMjMKlQeINn2dxErFWDDqD91f8>
Subject: [babel] information model
X-BeenThere: babel@ietf.org
X-Mailman-Version: 2.1.17
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: Mon, 31 Oct 2016 21:39:33 -0000

I'm sorry I didn't get an update posted for the information model (https://=
tools.ietf.org/html/draft-stark-babel-information-model-00). I did start by=
 applying most of the changes Juliusz had suggested last time (see below). =
There were also suggestions (during discussion) to expand the data model to=
 define a variety of optional elements. I'm going to re-listen to the recor=
ding of this part of the last session to make sure I remember elements accu=
rately.
Barbara

> > int                   babel-version;
>=20
> This should be a string.  Possible values might be "babeld-1.7.1-64-g75de=
8a4"
> and "bird-1.6.1".
>=20
> This should be renamed to "babel-implementation-version".
OK

> > int                   babel-self-router-id;
>=20
> This is an opaque 64-bit identifier.  Should it be an int?
If not int, then what? int is usually just the base 10 representation of a =
binary value.

> > babel-interfaces-obj  babel-interfaces<1..*>;
> > babel-sources-obj     babel-sources<1..*>;
> > babel-routes-obj      babel-routes<1..*>;
>=20
> Why are these optional, rather than non-optional <0..*>?  (It's equivalen=
t,
> but it seems more natural that way.)
OK
=20
> > }babel-constants-obj;
>=20
> I suggest removing all of these values except the UDP port, and having pe=
r-
> interface values.  These are just default values in the reference
> implementation, I'm not sure they should be standardised.
OK
=20
> Multicast group should be added.
As optional or required, and with what data type?
=20
> > }babel-interfaces-obj;
>=20
> This needs further discussion, I fear some of these are implementation
> details.
To be discussed.
=20
> > [int                  babel-neighbor-router-id;]
> > [...]
> > }babel-neighbors-obj;
>=20
> The router ID of a neighbour cannot be reliably determined in general: if=
 a
> router doesn't announce any routes, it never announces its router-id.
> Suggest removing.
OK