Re: [Idr] WG LC on draft-ietf-idr-large-community-03.txt (10/17/2016 to 10/31/2016)

Paul Jakma <> Fri, 21 October 2016 21:44 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 1DAE81295EF for <>; Fri, 21 Oct 2016 14:44:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (2048-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id yKy-DhIWPnPU for <>; Fri, 21 Oct 2016 14:44:06 -0700 (PDT)
Received: from ( [IPv6:2a00:1450:400c:c09::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id B92961295ED for <>; Fri, 21 Oct 2016 14:44:05 -0700 (PDT)
Received: by with SMTP id c78so7721967wme.0 for <>; Fri, 21 Oct 2016 14:44:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20150623; h=date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:mime-version; bh=h8PIykjONl0mmxd1rSDWaGcI9jOL0oT4yF7CrtxOwuY=; b=WDftpkEc6iZC+tolOjb7zL74Ny+lP5x8it8XxxjTurxqEkIUVN1wjt1MMI3kOASnlP mKK1yX3MFXu6a4xnIC21m9Lb+f3UacozVTB3MV0a7fs/KHG23u+BtZhhP1gPLVA1zo52 7bt3EP98/Wr2160fQ0F5h49ZZMDJHZpZKhSSneWvbRLKik+XEhFBXdmk/8eHGwtluYV0 V5b7fQaXlCTrhkgUrsXcYX9nH08ZEy+wtfIAZ84YdOizGYdN9OY3vafGm7eenv1ozyH9 qM4+/dQM4ikR7I1GY2XMJ5BozX5ePltyI6XDT9HulcC8fANmNdkMUfwEx299JwI960RI CmsQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:in-reply-to:message-id :references:user-agent:mime-version; bh=h8PIykjONl0mmxd1rSDWaGcI9jOL0oT4yF7CrtxOwuY=; b=PkvVy3CKHzove3Z6w8YyoVNsr1yFvHfgsDLxne3pBxT8bljXIPVc4wN0p75VnNo32e U2QYjKU7ollMjWprupytaG0BSbKp02oi85DvTY/mPQTRVqSZCE7CnCb7cvEB6eZh6ZaZ ACjhMGncZ1WsMFXQXSF+awRAaiM5ZKdnh5ujl6PcYkzY9WI7oEsaVlLrBNthIUxh2OGe 9bKnE2+t2lN88N6PlW4ijQwJu3J6bNctV31A6/bCRmqhgr5S0uTOWCd56uKkUvgRgqD8 pXBaTwJBSUZ+45zr1m5wKVncu+pwrS5pvyGADoqf4TGWBOf5moJW1OBbzbkDe7q9+czP XeGA==
X-Gm-Message-State: AA6/9Rls2Z5AU9tTDDiYGV9EUs+VB2GGoqAf0li4otbAmbVzIK/UrbLfwyBGfylz+yG/2w==
X-Received: by with SMTP id f189mr4695683wmg.18.1477086244300; Fri, 21 Oct 2016 14:44:04 -0700 (PDT)
Received: from ([2001:41c8:51:44:feff:ff:fe00:a2c]) by with ESMTPSA id us3sm4889820wjb.32.2016. (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 21 Oct 2016 14:44:02 -0700 (PDT)
Date: Fri, 21 Oct 2016 22:44:02 +0100
From: Paul Jakma <>
To: " - Martijn Schmidt" <>
In-Reply-To: <>
Message-ID: <>
References: <01f301d228b4$e3319ef0$a994dcd0$> <> <> <20161018191521.GT95811@Vurt.local> <> <20161020215938.GE1074@Vurt.local> <> <> <> <> <> <>
User-Agent: Alpine 2.20 (LRH 67 2015-01-07)
X-Snooper: A life spent reading others private email is a sad and wasted one
X-NSA: nitrate toxic DNDO hostage al aqsar fluffy jihad DHS cute musharef kittens jet-A1 ear avgas wax ammonium bad qran dog inshallah allah al-akbar martyr iraq hammas hisballah rabin ayatollah korea revolt mustard gas x-ray british airways hydrogen washington peroxide cool FEMA emergency four lions encryption ricin table pandemic scanner power sleet catalyst injection acetone toluene amatol
X-KEYSCORE: The greatest long-term threats to freedom and democracy are based in Langley and Fort Meade and Cheltenham
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"; format="flowed"
Archived-At: <>
Cc: IETF IDR WG <>, Peter Hessler <>, Robert Raszuk <>
Subject: Re: [Idr] WG LC on draft-ietf-idr-large-community-03.txt (10/17/2016 to 10/31/2016)
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Inter-Domain Routing <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Fri, 21 Oct 2016 21:44:07 -0000

On Fri, 21 Oct 2016, - Martijn Schmidt wrote:

> Summarizing, any restrictions which can not be enforced don't belong 
> in the IDR document because they're irrelevant to implementors. 
> Arguing about it doesn't change the fact that such recommendations 
> belong in a BCP/GROW document. It is that simple.

Syntax can be in the protocol, without per se strictly enforcing the 
semantics - which could be defined elsewhere. A protocol document can 
say some 4-byte data is of type "IPv4 address" and another "ASN" without 
having to get into what that means - specifying how the type and data 
are encoded, while leaving the higher level semantics of the type(s) to 
other documents.

If we're going to encode a bunch of different typed things into a field, 
we might as well as provide a syntax for encoding type information into 
the field - at least for the obvious types of data we are _certain_ will 
be put in there. One of the types might well be "opaque data". ;)

m.v.g / regards,
Paul Jakma | | @pjakma | Key ID: 0xD86BF79464A2FF6A
No wonder you're tired!  You understood so much today.