Re: [Last-Call] [Gen-art] Genart last call review of draft-ietf-bess-bgp-sdwan-usage-14

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Dan and Lars,
 
Please see the resolutions to your comments inserted blow and let us know if they have addressed your "Discuss Points".
The fixes will be in the revision-16. Also, the boiler plate issue is fixed in the revision-16.
 
Thank you very much for the review and comments.
 
Linda
 
-----Original Message-----
From: Lars Eggert <lars@xxxxxxxxxx>
Sent: Tuesday, October 3, 2023 2:46 AM
To: Dan Romascanu <dromasca@xxxxxxxxx>
Cc: General Area Review Team <gen-art@xxxxxxxx>; last-call@xxxxxxxx; draft-ietf-bess-bgp-sdwan-usage.all@xxxxxxxx; bess@xxxxxxxx
Subject: Re: [Gen-art] Genart last call review of draft-ietf-bess-bgp-sdwan-usage-14
 
Dan, thank you for your review. I have entered a Discuss ballot for this document based on my own review.
 
Lars
 
 
> On Jul 26, 2023, at 10:15, Dan Romascanu via Datatracker <noreply@xxxxxxxx> wrote:
>
> Reviewer: Dan Romascanu
> Review result: Ready with Issues
>
> I am the assigned Gen-ART reviewer for this draft. The General Area
> Review Team (Gen-ART) reviews all IETF documents being processed by
> the IESG for the IETF Chair.  Please treat these comments just like
> any other last call comments.
>
> For more information, please see the FAQ at
>
> <https://nam11.safelinks.protection.outlook.com/?url="">>.
>
> Document: draft-ietf-bess-bgp-sdwan-usage-14
> Reviewer: Dan Romascanu
> Review Date: 2023-07-25
> IETF LC End Date: 2023-08-01
> IESG Telechat date: Not scheduled for a telechat
>
> Summary:
>
> Major issues:
>
> Minor issues:
>
> 1. As SD-WAN is not an IETF work item, it needs to be better defined,
> possibly by reference. To understand the concept one needs to go to
> documents external to the IETF such as [MEF70.1]. If that is the
> authoritative reference (or
> there) it should be mentioned in the Introduction section.
>
[Linda] Does adding this description at the beginning of the introduction address your concern? .
“Software Defined Wide Area Network (SD-WAN), as described in [MEF70.1], provides overlay connectivity services that optimize the transport of IP Packets over one or more underlay connectivity services by recognizing applications and determining forwarding behavior by applying policies to them. Here are some of the main characteristics of “SD-WAN” networks:”
 
In the RTGwg discussion of the draft-ietf-rtgwg-net2cloud-problem-statement, people think we should use MEF specification instead of vendor specific definitions.
 
> 2. Section 3.1.2
>
>> The client interface of SD-WAN edges can be IP or Ethernet-based.
>
> We need a definition or reference (IEEE 802.3 or MEF) of what is meant
> by 'Ethernet-based'.
[Linda] Added MEF3.0 (CARRIER ETHERNET) as the reference. https://www.mef.net/service-standards/underlay-services/carrier-ethernet/
 
 
>
> Nits/editorial comments:
>
> In 4.2 and 6.2.1 MEF70.1 needs to be between brackets (Informational
> Reference)
>
[Linda] changed.
 
>
> _______________________________________________
> Gen-art mailing list
> Gen-art@xxxxxxxx
> https://nam11.safelinks.protection.outlook.com/?url="">.
> ietf.org%2Fmailman%2Flistinfo%2Fgen-art&data="">
> futurewei.com%7C49f5758774af435c5fc808dbc3e4cc5b%7C0fee8ff2a3b240189c7
> 53a1d5591fedc%7C1%7C0%7C638319159693850511%7CUnknown%7CTWFpbGZsb3d8eyJ
> WIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000
> %7C%7C%7C&sdata=nVyUhKU7HP0cVL8wEq%2F9iD0q6FGaHwLvL9sQecdBx1A%3D&reser
> ved=0
 
 
-- 
last-call mailing list
last-call@xxxxxxxx
https://www.ietf.org/mailman/listinfo/last-call

[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Mhonarc]     [Fedora Users]

  Powered by Linux