[Idr] Re: [CATS & IDR] Discussing the distribution of service metrics via BGP[draft-lin-idr-distribute-service-metri]

[linchangwang <[e-mail]>]

Hi Robert,

       Thanks for the review and comments,  I will prepare a new revision to address them.
       Please check inline below for responses with Changwang.

Thanks,
Changwang


发件人: Robert Raszuk <[e-mail]>
发送时间: 2024年6月6日 18:09
收件人: linchangwang (RD) <[e-mail]>
抄送: cats <[e-mail]>; [e-mail]; [e-mail]; idr-chairs <[e-mail]>
主题: Re: [Idr] [CATS & IDR] Discussing the distribution of service metrics via BGP[draft-lin-idr-distribute-service-metri]

Dear Authors of  draft-lin-idr-distribute-service-metric<https://datatracker.ietf.org/doc/draft-lin-idr-distribute-service-metric/>,

I have read your proposal with interest.

I have a few comments on it.

#1 Fundamental - The document as written today is not scalable. However if you just slightly modify the proposal and insert in between Subscriber and Publisher a regular Route Reflector or Route Server I do believe we will start to have a solid base for discussion.

Changwang > Thank you, I will update the explanation of Route Reflector or Route Server in the next release.

#2 Editorial - There are a number of terms in this document which should be renamed to better reflect their role. Example: "Register Route" advertisement should be renamed to "Service Metric Advertisement" or something that is not a synonym of Subscribe Route.

Changwang > Thank you for the suggestion, I will update the description in the next version.

In general IMO we should discourage advertising service metrics using BGP. I understand that as we have TCP sessions we are loading BGP more and more simply for convenience. BGP is a "spray and pray" protocol. Not a pub/sub bus.

Changwang >  BGP is evolving due to the reliability and scalability of TCP. It has seen significant advancements in the announcement of routing information, north-south interfaces for controllers, EVPN, MVPN, and other areas. As BGP address families continue to evolve, mechanisms such as MVPN and RT-Filter have emerged, incorporating features like request and interaction, as well as active filtering. The description of pub/sub here may be inaccurate; in reality, it is a form of dynamic filtering mechanism. This feature for the distribution of service metrics is optional and will be updated in subsequent versions.


So at very minimum a section in this document should discuss alternative options to distribute service metrics to RRs/Controllers and highlight why using BGP would be superior.

Changwang >  Thank you for the suggestion. I will include additional descriptions and comparative analysis in the next version.

Kind regards,
Robert


On Thu, Jun 6, 2024 at 11:11 AM linchangwang <[e-mail]<mailto:[e-mail]>> wrote:
Hi Wg,

Link: https://datatracker.ietf.org/doc/html/draft-lin-idr-distribute-service-metric-02

This document is based on the extension address families of BGP for distributing the computing metrics of CATS.
It primarily focuses on the following aspects:

1. Transmitting computing metrics information through the new BGP extension address families to ensure isolation from the routing information of other existing address families.
  This approach can enhance the performance of computing routing while minimizing the impact on existing address families.

2. Implementing dynamic subscriptions of corresponding computing metrics through BGP-extended routes based on the on-demand concept to mitigate the repercussions of periodic computing metrics updates.

3. Defining computing metrics information in the new NLRI of BGP, rather than in the attributes of BGP. This enhances the efficiency of computing routing transmission and processing, and overall performance.

4. Normalizing computing metrics measurement information.

We welcome any comments and discussions.

Thank you!

Thanks,
Changwang


-----邮件原件-----
发件人: [e-mail]<mailto:[e-mail]> <[e-mail]<mailto:[e-mail]>>
发送时间: 2024年6月6日 13:22
收件人: [e-mail]<mailto:[e-mail]>
主题: I-D Action: draft-lin-idr-distribute-service-metric-02.txt

Internet-Draft draft-lin-idr-distribute-service-metric-02.txt is now available.

   Title:   Distribute Service Metric By BGP
   Authors: Changwang Lin
            Huijuan Yao
   Name:    draft-lin-idr-distribute-service-metric-02.txt
   Pages:   20
   Dates:   2024-06-05

Abstract:

   When calculating the path selection for service traffic, it is
   important to consider not only network metrics, but also the impact
   of service Metric. Therefore, it is necessary to transmit service
   Metric information from the server site to the user access site, in
   order to facilitate path selection for service traffic at the access
   router.

   This document describes an approach for using the BGP Control Plane
   to steer traffic based on a set of metrics that reflect the
   underlying network conditions and other service-specific state
   collected from available service locations.

The IETF datatracker status page for this Internet-Draft is:
https://datatracker.ietf.org/doc/draft-lin-idr-distribute-service-metric/

There is also an HTMLized version available at:
https://datatracker.ietf.org/doc/html/draft-lin-idr-distribute-service-metric-02

A diff from the previous version is available at:
https://author-tools.ietf.org/iddiff?url2=draft-lin-idr-distribute-service-metric-02

Internet-Drafts are also available by rsync at:
rsync.ietf.org::internet-drafts


_______________________________________________
I-D-Announce mailing list -- [e-mail]<mailto:[e-mail]> To unsubscribe send an email to [e-mail]<mailto:[e-mail]>
-------------------------------------------------------------------------------------------------------------------------------------
本邮件及其附件含有新华三集团的保密信息，仅限于发送给上面地址中列出
的个人或群组。禁止任何其他人以任何形式使用（包括但不限于全部或部分地泄露、复制、
或散发）本邮件中的信息。如果您错收了本邮件，请您立即电话或邮件通知发件人并删除本
邮件！
This e-mail and its attachments contain confidential information from New H3C, which is
intended only for the person or entity whose address is listed above. Any use of the
information contained herein in any way (including, but not limited to, total or partial
disclosure, reproduction, or dissemination) by persons other than the intended
recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender
by phone or email immediately and delete it!
_______________________________________________
Idr mailing list -- [e-mail]<mailto:[e-mail]>
To unsubscribe send an email to [e-mail]<mailto:[e-mail]>