quick response to a single point... below. On Fri, Mar 16, 2012 at 7:33 PM, Brian Dickson <[email protected]> wrote: > > > On Fri, Mar 16, 2012 at 4:54 PM, Christopher Morrow > <[email protected]> wrote: >> > And, if we acknowledge that it is a new feature, it then is incumbent >> > on the WG members and chairs, to listen to all the WG participants, >> > regarding what the requirements are in reaching the charter's goals, >> > whether they are explicitly in the charter, or implicit consequences >> > of what is necessary and sufficient in reaching those goals. This >> > would potentially include other attributes being added, other data >> > being cryptographically protected, and/or other negotiated peering >> > parameters. >> >> Sure, sort of like deprecating as-set usage... which happened in IDR, >> but was a consequence of discussion in SIDR that said: "Hey, we have >> no idea how to secure this, it's non-deterministic data and the >> aggregator doesn't have required material in order to 'secure' the >> as-set which is in the as-path. Beyond that the usage of AS-SET in the >> wild is by and large broken/not-helpful, so deprecating this will not >> harm existing users of the system." >> >> Which I think is basically what's happening with this discussion, no? >> perhaps we/wgfolk did a "Exercise is left to the reader, but for now >> go talk to IDR"? >> > > I'm cool with that...
This part, I think, gets to the meat of the process part which really is that if the bit being done is not directly 'security' (which to some extent SIDR should have the say-so on) it ought to be done in IDR. It seems that having the sidr side folks discuss this and agree on direction is the right thing to do (which mostly happened here/on-list so far). Perhaps with at least some discussion in paris/sidr we'll circle to the answer completely. thanks! -chris (again, just a regular sidr person, which I forgot to say last time :( ) _______________________________________________ sidr mailing list [email protected] https://www.ietf.org/mailman/listinfo/sidr
