Hi all,

Changes introduced in -09 are the following:
- Name and number added to each figure
- "Address Family" field added to the Endpoint Sub-TLV (as per Joe's comment, 
and as per draft-ietf-idr-tunnel-encaps)
- For Sub-TLV defined in this document, explicit the number of times that they 
may appear (as per Benoit's comment, and as per draft-ietf-idr-tunnel-encaps)
- ยง Operation, slightly easing the restriction
   OLD:
   A tunnel MUST NOT be used if there is no route toward the IP address 
specified in the Endpoint Sub-TLV (See <xref target="EndpointTLV"/>)
   or if the route is not advertised by the router advertising this Tunnel 
Sub-TLV.

   NEW:
   A tunnel MUST NOT be used if there is no route toward the IP address 
specified in the Endpoint Sub-TLV (See <xref target="EndpointTLV"/>)
   or if the route is not advertised in the same OSPF domain.
   

As the OLD text would be restricting in multi-areas deployments.
As a consequence, one sentence is changed in the security consideration section
 
OLD:  It prohibits a destination outside of the OSPF domain and also to other 
routers within the domain.
NEW: It prohibits a destination outside of the OSPF domain.


> A diff from the previous version is available at:
 > https://www.ietf.org/rfcdiff?url2=draft-ietf-ospf-encapsulation-cap-09

Thanks,
Regards,
--Bruno

 > -----Original Message-----
 > From: OSPF [mailto:ospf-boun...@ietf.org] On Behalf Of 
 > internet-dra...@ietf.org
 > Sent: Tuesday, October 10, 2017 2:06 PM
 > To: i-d-annou...@ietf.org
 > Cc: ospf@ietf.org
 > Subject: [OSPF] I-D Action: draft-ietf-ospf-encapsulation-cap-09.txt
 > 
 > 
 > A New Internet-Draft is available from the on-line Internet-Drafts 
 > directories.
 > This draft is a work item of the Open Shortest Path First IGP WG of the IETF.
 > 
 >         Title           : The Tunnel Encapsulations OSPF Router Information
 >         Authors         : Xiaohu Xu
 >                           Bruno Decraene
 >                           Robert Raszuk
 >                           Luis M. Contreras
 >                           Luay Jalil
 >      Filename        : draft-ietf-ospf-encapsulation-cap-09.txt
 >      Pages           : 11
 >      Date            : 2017-10-10
 > 
 > Abstract:
 >    Networks use tunnels for a variety of reasons.  A large variety of
 >    tunnel types are defined and the tunnel encapsulator router needs to
 >    select a type of tunnel which is supported by the tunnel decapsulator
 >    router.  This document defines how to advertise, in OSPF Router
 >    Information Link State Advertisement (LSAs), the list of tunnel
 >    encapsulations supported by the tunnel decapsulator.
 > 
 > 
 > 
 > The IETF datatracker status page for this draft is:
 > https://datatracker.ietf.org/doc/draft-ietf-ospf-encapsulation-cap/
 > 
 > There are also htmlized versions available at:
 > https://tools.ietf.org/html/draft-ietf-ospf-encapsulation-cap-09
 > https://datatracker.ietf.org/doc/html/draft-ietf-ospf-encapsulation-cap-09
 > 
 > A diff from the previous version is available at:
 > https://www.ietf.org/rfcdiff?url2=draft-ietf-ospf-encapsulation-cap-09
 > 
 > 
 > Please note that it may take a couple of minutes from the time of submission
 > until the htmlized version and diff are available at tools.ietf.org.
 > 
 > Internet-Drafts are also available by anonymous FTP at:
 > ftp://ftp.ietf.org/internet-drafts/
 > 
 > _______________________________________________
 > OSPF mailing list
 > OSPF@ietf.org
 > https://www.ietf.org/mailman/listinfo/ospf

_________________________________________________________________________________________________________________________

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.

_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://www.ietf.org/mailman/listinfo/ospf

Reply via email to