Re: [Idr] Fwd: I-D ACTION:draft-pmohapat-idr-acceptown-community-01.txt

John, 

> -----Original Message-----
> would ever try to force you to adopt this model.  The 
> question is why  
> you think others shouldn't be allowed to configure their 
> networks that  
> way.
> 

I do not worry that someone will force me, nor do I want to tell others
how to configure and operate their network. But adding this specific
functionality will require changes in one of the core BGP parts. 

> With regard to some of your other points, I think the 
> proposed feature  
> should be only be enabled if configured, i.e. the default should be  
> the current behavior.  The draft should be updated to say this  
> explicitly.  As long as it defaults to off, usage of the feature  
> becomes a "consenting adults" thing.  As for your observations  

Even if this feature is off by default, it's still addition of the new
code to the core part of BGP. So there is risk that things will go wrong
with implementing the code (I do not worry about enabling feature since
I don't have to enable it) and this may destabilise current BGP
functionality. Since hardly any vendor will ship two versions of
router's software - one with and one without new code, it's obvious that
one day even networks that don't need this functionality will have to
become field testers of the new BGP code, and this is exactly part I
worry about.

> In fact, very little new RR code would be required to take advantage  
> of the feature.  The RR needs to be able to match on an RT, 

Ok I see you point for this one.

Kind regards,
iLya
_______________________________________________
Idr mailing list
Idr@ietf.org
https://www.ietf.org/mailman/listinfo/idr