> no, you never sent anything of this route to E so E never had anything
> to pass along to C and then to D ... knowledge of this path is not
> there, in both the SIDR and non-SIDR cases. All D knows in both SIDR
> and non-SIDR cases is: "Look at that, a path through C to B to A,
> joy!"

If E makes up a route and sends it to D, how does D know which route to
choose?

Without SIDR --pick up the phone, look at contracts, etc.
With SIDR --look at the signature.

Clearly you've included information that didn't exist before, and that
information is in the form of a policy.

> where is this information? about 'advertising' ? there's no concept in
> SIDR of 'you advertise to ..' or 'you are supposed to advertise to X'.

Because you've attempted to define it out of existence --but that
doesn't make it any less real in actual implementations or deployments.

You're playing games with hermeneutics here --"That signature isn't
about policy, even I've insisted that it be per prefix, and I mean for
you to use it to tell you whether or not someone intended to send a
route to someone else (and not whether or not such a path exists). But
because I'm only trying to prove the positive, and not the negative, I'm
not talking about policy."

Not being a postmodernist, I still think words actually mean something
--they actually correlate to some reality--, and they should mean the
same thing from the beginning of the conversation to the end of it.

> Now I think i'm not the confused one...

We're starting from different presuppositions. You're assuming per
prefix policy isn't really policy (because you're not signing something
saying not to advertise x), and doesn't need to be dealt with as policy.

I'm stating that failure to advertise is a policy decision, and hence
when you go about _proving_ someone didn't intend to advertise
something, then you're still making a statement of policy. If you're
going to deal with policy at all, then deal with policy in total, as
policy, in the open, rather than sneaking it in through the back door.

Russ
_______________________________________________
sidr mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/sidr

Reply via email to