Re: [Teas] I-D Action: draft-ietf-teas-rfc3272bis-11.txt

[[e-mail]]

Hi Adrian, 

Thank you for taking care of the comments. I appreciate in particular the new section about resource-based access control.  

As indicated in my review, I would restructure section because the logic for listing these techniques is not clear to me. Please find below a proposal for discussion.

I will send in a separate message a text proposal for the "Transport-based TE (was QUIC)" Section. 

(1)

OLD:
   5.  Review of TE Techniques . . . . . . . . . . . . . . . . . . .  28
     5.1.  Overview of IETF Projects Related to Traffic Engineering   28
       5.1.1.  Constraint-Based Routing  . . . . . . . . . . . . . .  29
       5.1.2.  Integrated Services . . . . . . . . . . . . . . . . .  31
       5.1.3.  RSVP  . . . . . . . . . . . . . . . . . . . . . . . .  31
       5.1.4.  Differentiated Services . . . . . . . . . . . . . . .  32
       5.1.5.  QUIC  . . . . . . . . . . . . . . . . . . . . . . . .  33
       5.1.6.  Multiprotocol Label Switching (MPLS)  . . . . . . . .  34
       5.1.7.  Generalized MPLS (GMPLS)  . . . . . . . . . . . . . .  34
       5.1.8.  IP Performance Metrics  . . . . . . . . . . . . . . .  35
       5.1.9.  Flow Measurement  . . . . . . . . . . . . . . . . . .  35
       5.1.10. Endpoint Congestion Management  . . . . . . . . . . .  36
       5.1.11. TE Extensions to the IGPs . . . . . . . . . . . . . .  36
       5.1.12. Link-State BGP  . . . . . . . . . . . . . . . . . . .  37
       5.1.13. Path Computation Element  . . . . . . . . . . . . . .  37
       5.1.14. Application-Layer Traffic Optimization  . . . . . . .  38
       5.1.15. Segment Routing with MPLS Encapsulation (SR-MPLS) . .  39
       5.1.16. Segment Routing Policy  . . . . . . . . . . . . . . .  40
       5.1.17. Network Virtualization and Abstraction  . . . . . . .  41
       5.1.18. Network Slicing . . . . . . . . . . . . . . . . . . .  41
       5.1.19. Deterministic Networking  . . . . . . . . . . . . . .  42
       5.1.20. Network TE State Definition and Presentation  . . . .  43
       5.1.21. System Management and Control Interfaces  . . . . . .  43

NEW:
   5.  Review of TE-Related Techniques
                   ^^^^^^^^ 
     5.1.  Overview of IETF Projects Related to Traffic Engineering
       5.1.1.  TE Mechanisms
           5.1.1.1. Integrated Services . . . . . . . . . . . . . . . .
           5.1.1.2. Differentiated Services with TE Extensions . . . . 
                    (was Differentiated Services)
           5.1.1.3. Segment Routing Policy  . . . . . . . . . . . . . .
           5.1.1.4. Transport-based TE (was QUIC) . . . . . . . . . . .
           5.1.1.5. Deterministic Networking  . . . . . . . . . . . . .

       5.1.2.  Approaches Relying on TE Mechanisms
           5.1.2.1. Application-Layer Traffic Optimization  . . . . . .
           5.1.2.2. Network Virtualization and Abstraction  . . . . . .
           5.1.2.3. Network Slicing . . . . . . . . . . . . . . . . . .

       5.1.3.  Techniques Used by TE Mechanisms
           5.1.3.1.  Constraint-Based Routing  . . . . . . . . . . . . 
           5.1.3.2.  RSVP  . . . . . . . . . . . . . . . . . . . . . . 
           5.1.3.3.  Multiprotocol Label Switching (MPLS)  . . . . . . 
           5.1.3.4.  Generalized MPLS (GMPLS)  . . . . . . . . . . . . 
           5.1.3.5.  IP Performance Metrics  . . . . . . . . . . . . . 
           5.1.3.6.  Flow Measurement  . . . . . . . . . . . . . . . . .
           5.1.3.7.  Endpoint Congestion Management  . . . . . . . . . .
           5.1.3.8.  TE Extensions to the IGPs . . . . . . . . . . . . .
           5.1.3.9.  Link-State BGP  . . . . . . . . . . . . . . . . . .
           5.1.3.10. Path Computation Element  . . . . . . . . . . . . .
           5.1.3.11. Segment Routing with MPLS Encapsulation (SR-MPLS) .
           5.1.3.12. Network TE State Definition and Presentation  . . .
           5.1.3.13. System Management and Control Interfaces  . . . . .

(2)

OLD:
   This section briefly reviews different traffic engineering approaches
   proposed and implemented in telecommunications and computer networks
   using IETF protocols and architectures.  The discussion is not
   intended to be comprehensive.  It is primarily intended to illuminate
   existing approaches to traffic engineering in the Internet.  A
   historic overview of traffic engineering in telecommunications
   networks is provided in Appendix A, while Appendix B describes
   approaches in other standards bodies.

NEW:
   This section briefly reviews different TE-related approaches proposed
   and implemented in telecommunications and computer networks using
   IETF protocols and architectures.  These approaches are organized
   into three categories: TE mechanisms which adhere to the definition
   provided in Section 1.2, approaches that rely upon TE mechanisms, and
   techniques that are used by TE mechanisms.

   The discussion is not intended to be comprehensive.  It is primarily
   intended to illuminate existing approaches to traffic engineering in
   the Internet.  A historic overview of traffic engineering in
   telecommunications networks is provided in Appendix A, while
   Appendix B describes approaches in other standards bodies.

(3)

Add a table to indicate whether mechanisms that are tagged as "TE are "partial TE" or "full TE" as per the discussion in 1.2. This can be captured by indicating which properties are supported by each of them. A table (to be completed) is provided below, fwiw: 

                   +---------------+---------------+---------------+
                   | Policy        | Path Steering | Resource      |
                   |               |               | Management    |
       +-----------+---------------+---------------+---------------+
       | IntServ   | TBC           | TBC           | TBC           |
       | DS-TE     | TBC           | TBC           | TBC           |
       | SR Policy | TBC           | TBC           | TBC           |
       | DetNet    | TBC           | TBC           | TBC           |
       +-----------+---------------+---------------+---------------+

Cheers,
Med

> -----Message d'origine-----
> De : Adrian Farrel [mailto:[e-mail]]
> Envoyé : samedi 15 mai 2021 19:11
> À : BOUCADAIR Mohamed TGI/OLN <[e-mail]>;
> [e-mail]
> Cc : 'TEAS WG Chairs' <[e-mail]>
> Objet : RE: [Teas] I-D Action: draft-ietf-teas-rfc3272bis-11.txt
> 
> Hi Med,
> 
> Thanks for all of your comments.
> 
> Nearly everything is accepted and included.
> 
> Not sure the best way to respond to your Word file, so I embedded my
> responses and I'll send it to you under separate cover (no need to
> spam the mailing list).
> 
> There'll be a -12 along soon to capture your improvements.
> 
> Best,
> Adrian
> 
> -----Original Message-----
> From: [e-mail] <[e-mail]>
> Sent: 03 May 2021 15:49
> To: [e-mail]; [e-mail]
> Cc: 'TEAS WG Chairs' <[e-mail]>
> Subject: RE: [Teas] I-D Action: draft-ietf-teas-rfc3272bis-11.txt
> 
> Hi Adrian, all,
> 
> FWIW, you may find some comments at:
> * pdf:
> https://github.com/boucadair/IETF-Drafts-Reviews/blob/master/draft-
> ietf-teas
> -rfc3272bis-11-rev%20Med.pdf
> * doc:
> https://github.com/boucadair/IETF-Drafts-Reviews/raw/master/draft-
> ietf-teas-
> rfc3272bis-11-rev%20Med.docx
> 
> Cheers,
> Med


_________________________________________________________________________________________________________________________

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.