In other words, instead of a single bit flag per signature, a one-byte type 
code taken from the AS_PATH segment type space? I like it! This would come 
closer to clearing concerns about being able to represent the structure of an 
AS_PATH in bgpsec. (Representing the semantics is another kettle of fish, see 
discussions of sets.)

The only hitch with this approach in representing AS_PATH semantics is that it 
doesn't capture segment boundaries. These are not important between 
AS_{CONFED}_SEQUENCE segments, but they are meaningful between 
AS_{CONFED}_SETs. If you want to go for 100% fidelity, it would also be 
necessary to be able to represent the boundaries between segments. 

(Granted we have decided that sets are not applicable in the bgpsec world. 
Nonetheless I offer it as a demonstration that segment boundaries can be 
meaningful in an AS_PATH.)

--John

On Aug 6, 2012, at 8:15 AM, Murphy, Sandra wrote:

> Speaking as a regular ol' member
> 
> This also matches a thought that I just sat down to write up.  
> 
> Record the usual AS_PATH type in the signature attribute, meaning that the 
> internally added AS_PATH elements get marked as AS_CONFED_SEQ and get 
> stripped as such at the confed border, just as for current regular BGP.
> 
> This is isomorphic to adding the confed marker on every internal peering, but 
> simply reuses existing confed semantics.  (Rather than "more faithfully 
> mimics"  :-)  )  See also "reduce it to a problem that has already been 
> solved."
> 
> I found the use of pcount=0 as part of the protocol behavior to be a pity, so 
> a way of getting around that is attractive.
> 
> --Sandy
> ________________________________________
> From: sidr-boun...@ietf.org [sidr-boun...@ietf.org] on behalf of John G. 
> Scudder [j...@juniper.net]
> Sent: Friday, August 03, 2012 3:27 PM
> To: John G. Scudder
> Cc: Sriram, Kotikalapudi; sidr wg list
> Subject: Re: [sidr] bgpsec confeds bug, with fix
> 
> On Aug 3, 2012, at 2:12 PM, "John G. Scudder" <j...@juniper.net> wrote:
> 
>> One other option does occur to me however, and I'm not sure why I didn't 
>> think of it before: for *every* crossing of a confederation member border, 
>> set the flag, so it has the semantics of "this is a confederation hop" 
>> rather than the current "entering a confederation" semantics. Then on exit, 
>> strip all contiguous flagged hops.
> 
> P. S. I prefer this to either of the other two suggestions I sent. It's less 
> hacky than the pcount=0 option and more faithfully mimics the semantics of 
> AS_CONFED_SEQ.
> 
> --John
> _______________________________________________
> sidr mailing list
> sidr@ietf.org
> https://www.ietf.org/mailman/listinfo/sidr
> _______________________________________________
> sidr mailing list
> sidr@ietf.org
> https://www.ietf.org/mailman/listinfo/sidr

_______________________________________________
sidr mailing list
sidr@ietf.org
https://www.ietf.org/mailman/listinfo/sidr

Reply via email to