Re: [sidr] RPKI <-> allocation consistency

Stephen Kent <kent@bbn.com> Tue, 04 September 2012 14:39 UTC

Message-ID: <50461289.1040907@bbn.com>
Date: Tue, 04 Sep 2012 10:39:05 -0400
From: Stephen Kent <kent@bbn.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:14.0) Gecko/20120713 Thunderbird/14.0
MIME-Version: 1.0
To: brian Dickson <brian.peter.dickson@gmail.com>
References: <24B20D14B2CD29478C8D5D6E9CBB29F625F555CB@Hermes.columbia.ads.sparta.com> <D857A4BB-E484-45A4-A09F-FB8FAF2215AC@tcb.net> <C5B88834-3A10-41F7-A4F3-2B7C9B540197@verisign.com> <50389897.3040503@bbn.com> <97856400-9F70-4AEC-AF91-A0673A6D716D@verisign.com> <503C47A8.7030700@bbn.com> <303C576D-D1F8-4F62-8E0E-0D74A28B2771@verisign.com> <503D141F.1060404@bbn.com> <3A791D9E-4F16-4481-94AE-BD38A5389593@verisign.com> <CAL9jLaaew6HLdHK4=UrsUF2JKsRRV=sbXzCOFiDnLRKtVSK1tw@mail.gmail.com> <CAH1iCirWo+JYOpFjVhtxXYKGB86nLhcogC20bEy0-Ldkp7Oc8A@mail.gmail.com> <CAL9jLaY3JLBf7H5H2zWvxv2T=9ZsSQbOAxM+mTixefZkF8oVFw@mail.gmail.com> <CAH1iCiqScOwzcAWEuFfHKH4kP6gj45fKqs6rdPq97PsYO+uEMQ@mail.gmail.com>
In-Reply-To: <CAH1iCiqScOwzcAWEuFfHKH4kP6gj45fKqs6rdPq97PsYO+uEMQ@mail.gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: sidr@ietf.org
Subject: Re: [sidr] RPKI <-> allocation consistency
Precedence: list

Exclusivity cannot be enforced via RP processing of the RPKI, because of 
INR transfers,
and a "make before break"  INR transfer policy. RFC 6480 alludes to 
"make before break"
in its discussion of ROAs, though not in the context of INR transfers.

Steve

[sidr] RPKI <-> allocation consistency Murphy, Sandra
Re: [sidr] RPKI <-> allocation consistency Danny McPherson
Re: [sidr] RPKI <-> allocation consistency Eric Osterweil
Re: [sidr] RPKI <-> allocation consistency Murphy, Sandra
Re: [sidr] RPKI <-> allocation consistency Eric Osterweil
Re: [sidr] RPKI <-> allocation consistency Stephen Kent
Re: [sidr] RPKI <-> allocation consistency Eric Osterweil
Re: [sidr] RPKI <-> allocation consistency Stephen Kent
Re: [sidr] RPKI <-> allocation consistency Eric Osterweil
Re: [sidr] RPKI <-> allocation consistency Brian Dickson
Re: [sidr] RPKI <-> allocation consistency Stephen Kent
Re: [sidr] RPKI <-> allocation consistency Stephen Kent
Re: [sidr] RPKI <-> allocation consistency Christopher Morrow
Re: [sidr] RPKI <-> allocation consistency Andy Newton
Re: [sidr] RPKI <-> allocation consistency Christopher Morrow
Re: [sidr] RPKI <-> allocation consistency Eric Osterweil
Re: [sidr] RPKI <-> allocation consistency Christopher Morrow
Re: [sidr] RPKI <-> allocation consistency Brian Dickson
Re: [sidr] RPKI <-> allocation consistency Brian Dickson
Re: [sidr] RPKI <-> allocation consistency Christopher Morrow
Re: [sidr] RPKI <-> allocation consistency Arturo Servin
Re: [sidr] RPKI <-> allocation consistency Brian Dickson
Re: [sidr] RPKI <-> allocation consistency Tim Bruijnzeels
Re: [sidr] RPKI <-> allocation consistency Brian Dickson
Re: [sidr] RPKI <-> allocation consistency Christopher Morrow
Re: [sidr] RPKI <-> allocation consistency Stephen Kent
Re: [sidr] RPKI <-> allocation consistency Stephen Kent
Re: [sidr] RPKI <-> allocation consistency Brian Dickson
Re: [sidr] RPKI <-> allocation consistency Stephen Kent
Re: [sidr] RPKI <-> allocation consistency Brian Dickson
Re: [sidr] RPKI <-> allocation consistency Stephen Kent
Re: [sidr] RPKI <-> allocation consistency Robert Loomans
Re: [sidr] RPKI <-> allocation consistency Brian Dickson
Re: [sidr] RPKI <-> allocation consistency Stephen Kent
Re: [sidr] RPKI <-> allocation consistency Brian Dickson
Re: [sidr] RPKI <-> allocation consistency Brian Dickson
Re: [sidr] RPKI <-> allocation consistency Brian Dickson