Re: [OPSAWG] Rtgdir early review of draft-ietf-opsawg-ipfix-bgp-community-06

"Joel M. Halpern" <joel@stevecrocker.com> Sun, 15 April 2018 16:32 UTC

Return-Path: <joel@stevecrocker.com>
X-Original-To: opsawg@ietfa.amsl.com
Delivered-To: opsawg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 54B79126BF6; Sun, 15 Apr 2018 09:32:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.62
X-Spam-Level:
X-Spam-Status: No, score=-2.62 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] 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 aPfeUWDiCdfr; Sun, 15 Apr 2018 09:32:51 -0700 (PDT)
Received: from elasmtp-galgo.atl.sa.earthlink.net (elasmtp-galgo.atl.sa.earthlink.net [209.86.89.61]) (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 9ABB61252BA; Sun, 15 Apr 2018 09:32:51 -0700 (PDT)
Received: from [50.225.209.67] (helo=Joels-MacBook-Pro.local) by elasmtp-galgo.atl.sa.earthlink.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4) (envelope-from <joel@stevecrocker.com>) id 1f7kaA-000AUk-8Z; Sun, 15 Apr 2018 12:32:50 -0400
To: heasley <heas@shrubbery.net>, li zhenqiang <li_zhenqiang@hotmail.com>
Cc: "rtg-dir@ietf.org" <rtg-dir@ietf.org>, "gen-art@ietf.org" <gen-art@ietf.org>, "draft-ietf-opsawg-ipfix-bgp-community.all@ietf.org" <draft-ietf-opsawg-ipfix-bgp-community.all@ietf.org>, "ietf@ietf.org" <ietf@ietf.org>, opsawg <opsawg@ietf.org>
References: <152363066886.26321.3212300538180273898@ietfa.amsl.com> <HKXPR0601MB1799868866AF89F9699EAF28FCB10@HKXPR0601MB1799.apcprd06.prod.outlook.com> <20180415160956.GC66082@shrubbery.net>
From: "Joel M. Halpern" <joel@stevecrocker.com>
Message-ID: <ace47a71-0e9d-6a0d-ae37-1f4bc48ada0b@stevecrocker.com>
Date: Sun, 15 Apr 2018 12:32:49 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.7.0
MIME-Version: 1.0
In-Reply-To: <20180415160956.GC66082@shrubbery.net>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-ELNK-Trace: 9f083ca8aeb2d326d5a073bfd238dd844d2b10475b571120734a4ffe2a0ea2592dc3f293bed07b4457819198b14afb1e350badd9bab72f9c350badd9bab72f9c
X-Originating-IP: 50.225.209.67
Archived-At: <https://mailarchive.ietf.org/arch/msg/opsawg/Mo8NnjOvPPprpgtpNxNW1rfFl94>
Subject: Re: [OPSAWG] Rtgdir early review of draft-ietf-opsawg-ipfix-bgp-community-06
X-BeenThere: opsawg@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: OPSA Working Group Mail List <opsawg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/opsawg>, <mailto:opsawg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/opsawg/>
List-Post: <mailto:opsawg@ietf.org>
List-Help: <mailto:opsawg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/opsawg>, <mailto:opsawg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 15 Apr 2018 16:32:54 -0000

Thank you for that pointer.  It is informative.
I looked at a number of the entries (trying to pick larger ISPs as more 
likely to need more information.)
What i see is some ISPs doing what Randy Bush mentioned, marking 
regions.  I see a few ISPs that explicitly mark country (or in one case 
city).  I see some that mix several pieces of information including 
country in the same community, making it hard to perform what this I-D 
calls for (not impossible, just harder).  I do not see any indication of 
wide-spread consistency.

It appears that this is of use to a few ISPs.  I have never argued that 
no one wants this (the authors would not have written it if no one 
wanted it.)

 From what I can tell reading this, the value requires significantly 
more precision than "region".

Also, one of the arguments for doing this in the router is that you can 
get more timely and precise correlation.  Except that for geolocation of 
address blocks, upstream correlation seems to be quite sufficiently 
stable and precise.  NLRI may come and go.  I fone has geo-information, 
it is unlikely to change.

Yours,
Joel


On 4/15/18 12:09 PM, heasley wrote:
> Sun, Apr 15, 2018 at 02:52:43PM +0000, li zhenqiang:
>> Why do you think this is unusual and not common?
> 
> Possibly, with due respect, because he is not an operator?  While ASes often
> do so internally, not all reveal it externally or not ubiquitously.  Browse
> https://onestep.net/communities/ to find the geo tag values of various ASes.
>