Re: [Idr] draft-ietf-idr-aigp-11.txt

[<[e-mail]>]

Eric,

Thanks for the updated version of the draft.
More inline.

>> - I understand why ADD PATH would be useful, while it is not cited in the
>>   text.
>> - I'm not sure to understand why conn-rest is useful.
>
>For context, here's the paragraph in question:
>
>   Using the AIGP attribute to achieve a desired routing policy will be
>   more effective if each BGP speaker can use it to choose from among
>   multiple routes. Thus is it highly recommended that the procedures of
>   [BESTEXT] and [CONN-REST] be used in conjunction with the AIGP
>   Attribute.
>
>The two references talk about conditions under which a path or paths other
>than (or in addition to) the bestpath should be announced.  The add-path
>draft itself really only provides a mechanism for distributing multiple
>paths.  So it seemed like a less informative reference.

Thanks for the clarification. Agreed.
And for clarification, my point was that fast-conn-restore seemed to target more the "fast restoration" application of add path than the "optimal routing" application. (and to some extent, this may also be true for BESTEXT)
As you wish, you may also cite draft-ietf-idr-add-paths-guidelines and possibly the add path mode(s) that you would recommend for AIGP. (e.g. AS-wide best path).

Best regards,
Bruno

>However, if the reference to conn-rest raises issues or leaves open
>questions, it might be best to replace it with a reference to add-path.  I
>certainly don't want to deal in this draft with issues like the one Robert
>mentioned, of whether AIGP can be used in place of Edge_Discriminator.

_________________________________________________________________________________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.

This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
Thank you.