sure! If I scrub the HTTPS constructs from the draft what I'm left with are "naked" CMS objects (and they look a lot like rpki-signed objects, but they are not signed by keys certified by rpki certificates so I guess that technically they are NOT spki-signed-objects).
My question is: What is the end-to-end substrate for these objects? Or should I just scrub HTTPS and leave the rest undefined? guidance please. thanks, Geoff (no clothing specified) On 15/09/2010, at 4:45 AM, Christopher Morrow wrote: > SIDR-WG Folks, > Hey, pulling up a note from the grave, this seems to have gotten no > dissent so, could the authors (and implementors) go scrub the stink of > tls off? > > -Chris > (wg-chair-scarf on) > > On Mon, Aug 30, 2010 at 11:25 AM, Warren Kumari <[email protected]> wrote: >> >> On Aug 25, 2010, at 4:18 AM, Sandra Murphy wrote: >> >>> We had a discussion in April on the list regarding removing TLS from the >>> provisioning protocol. Rob Austein presented his views on the issue at the >>> sidr meeting at the IETF78 in Maastricht. >>> >>> I am calling for wg consensus on the question. Should the authors of >>> draft-ietf-sidr-rescerts-provisioning-06 revise that draft to remove TLS >>> from the protocol? >> >> Yes, yes they should... >> >> W >> >>> >>> Please respond to the list by 8 Sept, so the authors can represent wg >>> consensus in the draft. >>> >>> --Sandy >>> >>> _______________________________________________ >>> sidr mailing list >>> [email protected] >>> https://www.ietf.org/mailman/listinfo/sidr >> >> -- >> No man is an island, But if you take a bunch of dead guys and tie them >> together, they make a pretty good raft. >> --Anon. >> >> >> _______________________________________________ >> sidr mailing list >> [email protected] >> https://www.ietf.org/mailman/listinfo/sidr >> > _______________________________________________ > sidr mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/sidr -- Geoff Huston Chief Scientist, APNIC +61 7 3858 3100 [email protected] _______________________________________________ sidr mailing list [email protected] https://www.ietf.org/mailman/listinfo/sidr
