Re: [Idr] WG LC on draft-ietf-idr-rpd-05.txt (7/15 to 7/29/2020)

[Linda Dunbar <[e-mail]>]

I support the WGLC for the draft. I think the proposed distribution of policy can scale much better and less error prone than any manual configuration.
This draft has been discussed in IDR for 5 years!  Very long time.

I do have a couple of questions:

1. Page 6, last sentence of 4.1:  It says:
      "When receiving a BGP UPDATE message, a BGP speaker processes it only
      if the peer IP address in the NLRI is the IP address of the BGP
      speaker or 0."

      Do you mean that " the node that receives the BGP UPDATE will process the message  if only the if the peer IP address in the NLRI is the IP address of the receiver"?

      If doesn't match, the node will not process the message. Does it mean the node will propagate the message to its neighbors?  or simply drop the message?

2. Page 13, the first bullet: "Control route advertising: Only routes that match the rules specified in a policy are advertised."
      Is it referring to the node receiving the BGP UPDATE, or the node that originating the UPDATE?

      Does the "routes" in your statement refer to the IP addresses in the IP prefix sub-TLV within the Wide Community TLV?

Thank you very much.

Linda Dunbar

-----Original Message-----
From: Idr <[e-mail]<mailto:[e-mail]>> On Behalf Of [e-mail]<mailto:[e-mail]>
Sent: Thursday, July 23, 2020 3:03 AM
To: [e-mail]<mailto:[e-mail]>
Subject: Idr Digest, Vol 195, Issue 71

Send Idr mailing list submissions to
        [e-mail]<mailto:[e-mail]>

To subscribe or unsubscribe via the World Wide Web, visit
        https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fidr&amp;data=02%7C01%7Clinda.dunbar%40futurewei.com%7C6f6f02e9cbde484211d308d82f392fec%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637311269973876029&amp;sdata=Xm%2FR48JT7wsCWuUuFDlUTOgBM9Q9TiNi%2BOV6xbK7erU%3D&amp;reserved=0
or, via email, send a message with subject or body 'help' to
        [e-mail]<mailto:[e-mail]>

You can reach the person managing the list at
        [e-mail]<mailto:[e-mail]>

When replying, please edit your Subject line so it is more specific than "Re: Contents of Idr digest..."


Today's Topics:

   1. Re: WG LC on draft-ietf-idr-rpd-05.txt (7/15 to 7/29/2020)
      (Ketan Talaulikar (ketant))


----------------------------------------------------------------------

Message: 1
Date: Thu, 23 Jul 2020 10:02:51 +0000
From: "Ketan Talaulikar (ketant)" <[e-mail]<mailto:[e-mail]>>
To: Robert Raszuk <[e-mail]<mailto:[e-mail]>>, Susan Hares <[e-mail]<mailto:[e-mail]>>
Cc: "idr@ietf. org<mailto:idr@ietf.%20org>" <[e-mail]<mailto:[e-mail]>>
Subject: Re: [Idr] WG LC on draft-ietf-idr-rpd-05.txt (7/15 to
        7/29/2020)
Message-ID:
        <[e-mail]<mailto:[e-mail]>>

Content-Type: text/plain; charset="utf-8"

+1 and I also agree on Jakob?s comments/discussion on a parallel thread.

The individual version of this draft was called draft-li-idr-flowspec-rpd. When it came up for WG adoption, perhaps most people thought it was yet another Flowspec extension and did not have a close look at it.

The draft got adopted in Nov 2019 and since then, there has hardly been any change for it (other than IANA allocations update) : https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Frfcdiff%3Furl1%3Ddraft-ietf-idr-rpd-00%26url2%3Ddraft-ietf-idr-rpd-05&amp;data=02%7C01%7Clinda.dunbar%40futurewei.com%7C6f6f02e9cbde484211d308d82f392fec%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637311269973876029&amp;sdata=kdeFWmH1Kmft0%2F3RIS6%2BQx9v6Kpz5EAzFSmRl057Irs%3D&amp;reserved=0

I am not sure if this document has received sufficient review and inputs from the WG over the recent 9 months of its life as a WG document. Those provided by Robert previously seem not to have been incorporated?

Not sure if I missed implementation reports or some operator feedback on this.

Some more/other comments on why I believe this draft is not a good idea:


  *   How does the controller or provisioning entity know the status of the Route Policy provisioning on the target router. Even that it was successfully propagated to it and installed on it?
  *   Seems like one can have multiple policies advertised for a single peer/neighbor? How would they be handled?
  *   The draft has support for IPv4 and IPv6 prefix list and AS regex. What other route policy tools does the WG expect to extend in further drafts? Perhaps we end up with yet another boatload of extension drafts for BGP for RPD?

We have Route Policy yang model defined at the IETF for provisioning of route policies that provide better and more comprehensive solution than the proposal in this document. That approach is also very robust from operational perspective. We don?t need to be putting this into BGP protocol.

In summary, my suggestion would also be not proceed further on this document.

Thanks,
Ketan

From: Idr <[e-mail]<mailto:[e-mail]>> On Behalf Of Robert Raszuk
Sent: 17 July 2020 18:38
To: Susan Hares <[e-mail]<mailto:[e-mail]>>
Cc: idr@ietf. org <[e-mail]<mailto:[e-mail]>>
Subject: Re: [Idr] WG LC on draft-ietf-idr-rpd-05.txt (7/15 to 7/29/2020)

Dear IDR WG,

As discussed previously on the list I strongly object to proceed with this draft any further.

While I am as others quite sceptical about distributing more configuration over BGP this can be said to be debatable especially for p2mp applications.

However including peer's IP address in the NLRI to which given policy applies goes completely AGAINST BGP spray principle of p2mp information distribution. Adding such extension to BGP can only deteriorate the protocol further. It is not a fit in p2mp protocol to by definition use it as p2p transport channel.

The prefix 0 which is in the draft is not the solution to the above problem.

Moreover wide community ATOM also can already contain that peer's address so placing it in the NLRI of MP_REACH is not needed at all.

To the specific questions asked:

Ad 1) No.
Ad 2) No.
Ad 3) No..
Ad 4) No.
Ad 5) Yes.

Kind regards,
R.


On Wed, Jul 15, 2020 at 3:11 PM Susan Hares <[e-mail]<mailto:[e-mail]<mailto:[e-mail]<mailto:[e-mail]>>> wrote:
This begins a 2 week WG LC on draft-ietf-idr-rpd from 7/15 to 7/29/2020.  You can obtain this draft at:
https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-ietf-idr-rpd%2F&amp;data=02%7C01%7Clinda.dunbar%40futurewei.com%7C6f6f02e9cbde484211d308d82f392fec%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637311269973876029&amp;sdata=bOHocA883h%2BJGOOhViukhr734yCGmDRq5%2BIkNFxloJc%3D&amp;reserved=0

This draft defines a new AFI/SAFI and new atoms for the Wide Communities.  This WG LC has been delayed as I waited for a resubmission of the Wide Communities draft.
I had hoped to do these 2 WG LC in parallel.

I?ve not received the Wide Communities draft, but we will start this WGLC to provide feedback to the authors.
We may have to run a short follow-up to this WG LC If there are changes to the Wide Communities draft during Its WG LC.

There is an IPR statement on this draft.

In your responses please answer the following questions:

1) Do you feel this draft has an solution that is acceptable
   With the IPR as a WG RFC?

2) Do you feel this draft is ready to publish?

3) Do you know of implementations of this draft?

4) Do you know of deployments of this draft?
If so, is this feature useful in the deploy ments.

5) Do you feel that Wide Communities is ready for Publication?

Cheerily, Susan Hares
_______________________________________________
Idr mailing list
[e-mail]<mailto:[e-mail]<mailto:[e-mail]<mailto:[e-mail]>>
https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fidr&amp;data=02%7C01%7Clinda.dunbar%40futurewei.com%7C6f6f02e9cbde484211d308d82f392fec%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637311269973876029&amp;sdata=Xm%2FR48JT7wsCWuUuFDlUTOgBM9Q9TiNi%2BOV6xbK7erU%3D&amp;reserved=0
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmailarchive.ietf.org%2Farch%2Fbrowse%2Fidr%2Fattachments%2F20200723%2F83cc8cba%2Fattachment.htm&amp;data=02%7C01%7Clinda.dunbar%40futurewei.com%7C6f6f02e9cbde484211d308d82f392fec%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637311269973876029&amp;sdata=%2BBQAHVIPKwQfC8u3wlcEApc9SRbXehZnScvA6GIOHN0%3D&amp;reserved=0>

------------------------------

Subject: Digest Footer

_______________________________________________
Idr mailing list
[e-mail]<mailto:[e-mail]>
https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fidr&amp;data=02%7C01%7Clinda.dunbar%40futurewei.com%7C6f6f02e9cbde484211d308d82f392fec%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637311269973886023&amp;sdata=JY6VcakYMD65L1cD%2BvzUG8AluXKp2uPPLk%2FozwBNURU%3D&amp;reserved=0


------------------------------

End of Idr Digest, Vol 195, Issue 71
************************************

_______________________________________________
Idr mailing list
[e-mail]<mailto:[e-mail]>
https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fidr&amp;data=02%7C01%7Clinda.dunbar%40futurewei.com%7C6f6f02e9cbde484211d308d82f392fec%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637311269973886023&amp;sdata=JY6VcakYMD65L1cD%2BvzUG8AluXKp2uPPLk%2FozwBNURU%3D&amp;reserved=0