IETF Logo Mail Archive

Re: [sidr] Mirja Kühlewind's No Objection on draft-ietf-sidr-bgpsec-protocol-21: (with COMMENT)

Alexey Melnikov <aamelnikov@fastmail.fm> Thu, 05 January 2017 15:13 UTC

Return-Path: <aamelnikov@fastmail.fm>
X-Original-To: sidr@ietfa.amsl.com
Delivered-To: sidr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9BD00129B53; Thu, 5 Jan 2017 07:13:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.72
X-Spam-Level:
X-Spam-Status: No, score=-2.72 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=fastmail.fm header.b=Wsah31QP; dkim=pass (1024-bit key) header.d=messagingengine.com header.b=PcC/TM1P
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 2oowypBMYKHc; Thu, 5 Jan 2017 07:12:59 -0800 (PST)
Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BD5E1129B4A; Thu, 5 Jan 2017 07:12:59 -0800 (PST)
Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id 21DB020CF4; Thu, 5 Jan 2017 10:12:59 -0500 (EST)
Received: from web5 ([10.202.2.215]) by compute7.internal (MEProxy); Thu, 05 Jan 2017 10:12:59 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=mesmtp; bh=9PtctHHKWnOHpBF2t63d+axT1I 8=; b=Wsah31QPBwga0+86xcdHE8vr4xPttsTB9VBFLDwfE9OM0kqPP6MlWacIqt 63+Z2JF3YGVeVRMSjdh1KW+QwN4c+0RIAwqYOWlh/bhVB4WP2tIFro4vSbChPj4T GQNDLV6A1xALnweDeok8TL3CyoKIx/1QxeVR7nhN2h+y/BVC8=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=smtpout; bh=9P tctHHKWnOHpBF2t63d+axT1I8=; b=PcC/TM1PKUiH1Twp1WOaQQE4kZy8u+xyk4 EAhWxmR22f/J5qM3WWFujgo1n3kDg8fyX6p7QLr/iFuEO/1JdCSIS9IdIYcSHmBX dTKkUPBKDX4J+LCe75Js1aU85jrYZouLxFV2AyO0Aezx/LDlc9UWPes2Lwvzpf77 F2Y0Ylym4=
X-ME-Sender: <xms:e2JuWG8BrwYO4ZkmDaP2C6GbObTwwU5f-0vvUB7-U1AOsb7OnQ27Jg>
Received: by mailuser.nyi.internal (Postfix, from userid 99) id 056046ABED; Thu, 5 Jan 2017 10:12:58 -0500 (EST)
Message-Id: <1483629178.1393702.838289753.6FA51C37@webmail.messagingengine.com>
From: Alexey Melnikov <aamelnikov@fastmail.fm>
To: sidr@ietf.org
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="utf-8"
X-Mailer: MessagingEngine.com Webmail Interface - ajax-8d3535ca
In-Reply-To: <148355465867.12949.10785749487953700357.idtracker@ietfa.amsl.com>
References: <148355465867.12949.10785749487953700357.idtracker@ietfa.amsl.com>
Date: Thu, 05 Jan 2017 15:12:58 +0000
Archived-At: <https://mailarchive.ietf.org/arch/msg/sidr/BHuk3uIz6wjyKtUPZutbc04b1G0>
Cc: sidr-chairs@ietf.org, draft-ietf-sidr-bgpsec-protocol@ietf.org, The IESG <iesg@ietf.org>, m.waehlisch@fu-berlin.de
Subject: Re: [sidr] Mirja Kühlewind's No Objection on draft-ietf-sidr-bgpsec-protocol-21: (with COMMENT)
X-BeenThere: sidr@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Secure Interdomain Routing <sidr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sidr>, <mailto:sidr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/sidr/>
List-Post: <mailto:sidr@ietf.org>
List-Help: <mailto:sidr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sidr>, <mailto:sidr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 05 Jan 2017 15:13:00 -0000

On Wed, Jan 4, 2017, at 06:30 PM, Mirja Kuehlewind wrote:
> Mirja Kühlewind has entered the following ballot position for
> draft-ietf-sidr-bgpsec-protocol-21: No Objection

 [...]

> 1) Why do you need to send two different negotiation capabilities for
> each direction instead of just using two flags in the same capability?
> And similar why don't you just announce multiple address families in the
> same capability (using variable length)? 

This is a nit, but I was wondering about this myself.

v2.23.0 | Report a Bug | By Email