[sidr] draft-ietf-sidr-origin-ops-19

Seiichi Kawamura <kawamucho@mesh.ad.jp> Wed, 05 September 2012 05:03 UTC

Return-Path: <kawamucho@mesh.ad.jp>
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 6C93021F8554 for <sidr@ietfa.amsl.com>; Tue, 4 Sep 2012 22:03:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[AWL=1.990, BAYES_00=-2.599, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PQl1x4CLtPii for <sidr@ietfa.amsl.com>; Tue, 4 Sep 2012 22:03:38 -0700 (PDT)
Received: from tyo202.gate.nec.co.jp (TYO202.gate.nec.co.jp [202.32.8.206]) by ietfa.amsl.com (Postfix) with ESMTP id A624E21F8552 for <sidr@ietf.org>; Tue, 4 Sep 2012 22:03:37 -0700 (PDT)
Received: from mailgate3.nec.co.jp ([10.7.69.197]) by tyo202.gate.nec.co.jp (8.13.8/8.13.4) with ESMTP id q8553YxE029411 for <sidr@ietf.org>; Wed, 5 Sep 2012 14:03:34 +0900 (JST)
Received: (from root@localhost) by mailgate3.nec.co.jp (8.11.7/3.7W-MAILGATE-NEC) id q8553Yi25786 for sidr@ietf.org; Wed, 5 Sep 2012 14:03:34 +0900 (JST)
Received: from bgas200085.sys.biglobe.nec.co.jp (bgas200085.sys.biglobe.nec.co.jp [10.82.141.45]) by mailsv3.nec.co.jp (8.13.8/8.13.4) with ESMTP id q8553X9B002696 for <sidr@ietf.org>; Wed, 5 Sep 2012 14:03:33 +0900 (JST)
Received: from mail.sys.biglobe.nec.co.jp (localhost [127.0.0.1]) by bgas200085.sys.biglobe.nec.co.jp (BINGO/BINGO/06101717) with ESMTP id q8553XrP000585 for <sidr@ietf.org>; Wed, 5 Sep 2012 14:03:33 +0900
Received: from [127.0.0.1] ([10.65.91.161]) (authenticated bits=0) (envelope-from kawamucho@mesh.ad.jp) by mail.sys.biglobe.nec.co.jp (BINGO/BINGO/10031711) with ESMTP id q8553Xb0004658 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for <sidr@ietf.org>; Wed, 5 Sep 2012 14:03:33 +0900
Message-ID: <5046DD23.7080501@mesh.ad.jp>
Date: Wed, 05 Sep 2012 14:03:31 +0900
From: Seiichi Kawamura <kawamucho@mesh.ad.jp>
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:14.0) Gecko/20120713 Thunderbird/14.0
MIME-Version: 1.0
To: sidr@ietf.org
X-Enigmail-Version: 1.4.4
Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="------------enig5E5EB80AA21C1A4ED8B7D4C5"
Subject: [sidr] draft-ietf-sidr-origin-ops-19
X-BeenThere: sidr@ietf.org
X-Mailman-Version: 2.1.12
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: <http://www.ietf.org/mail-archive/web/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: Wed, 05 Sep 2012 05:03:38 -0000

I've been away from the list for a while, but
Randy brought my attentiont to this draft and
I thought it was important. I support this
draft going forward. I also have a few trivial comments.

   Announcements with Invalid origins SHOULD NOT be used, but MAY be
   used to meet special operational needs.  In such circumstances, the
   announcement SHOULD have a lower preference than that given to Valid
   or NotFound.

Before I'm comfortable enough to start trashing Invalids,
I would first do the MAY, and once I get more experienced and comfortable,
I will do the SHOULD NOT.

I also ask myself

Q:Is there any way to check against the Invalid data and does it
make sense to do so?

 A. yes check logs, use a 3rd party tool to cross check, check a different cache, etc...
    anything else?

Q:What are the possible causes of invalid origins? I guess pointers
to documents would be helpful here, but unfortunately I don't know of any...

 A. mis-origination, ROA publishing mistake, etc...

Q:Should I just start by sending syslogs until I'm comfortable
with trashing routes?

 A. yes

Seiichi @ operator AS2518