> Section 2, 3rd paragraph:
> 
>   "Similarly on the receiving IBGP speakers, the validation
>    state of an IBGP route SHOULD be derived directly from the last octet
>    of the extended community, if present."
> 
> to:
>  "Similarly on the receiving IBGP speakers, the validation state of
>   an IBGP route SHOULD be derived directly from the last octet of the
>   extended community, if present. A receiving router should use
>   locally achieved validation state before trusting an IBGP neighbors
>   state information."

sure.  or, tersified, 

  "Similarly, a receiving IBGP speaker, in the absence of validation
   state set based on local data, SHOULD derive a validations state from
   the last octet of the extended community, if present."

randy

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

Reply via email to