The following errata report has been rejected for RFC5838,
"Support of Address Families in OSPFv3".

--------------------------------------
You may review the report below and at:
https://www.rfc-editor.org/errata/eid7644

--------------------------------------
Status: Rejected
Type: Technical

Reported by: Owen DeLong <[email protected]>
Date Reported: 2023-09-17
Rejected by: John Scudder (IESG)

Section: 2.7

Original Text
-------------
   Interface MTU
      The size in octets of the largest address family specific datagram
      that can be sent on the associated interface without
      fragmentation.  The MTUs of common Internet link types can be
      found in Table 7-1 of [MTUDISC].  The Interface MTU SHOULD be set
      to 0 in Database Description packets sent over virtual links.


Corrected Text
--------------
   Interface MTU
      The size in octets of the largest address family specific datagram
      that can be sent on the associated interface without
      fragmentation.  The MTUs of common Internet link types can be
      found in Table 7-1 of [MTUDISC].  The Interface MTU SHOULD be set
      to 0 in Database Description packets sent over (OSPF3) virtual links.
      This recommendation MUST NOT be applied to tunnel and other virtual
      or software interfaces which carry traffic other than OSPF protocol 
packets.

Notes
-----
Currently, the language is ambiguous and at least one vendor has implemented 
OSPF3 sending an MTU of zero on GRE interfaces (and possibly others such as 
IPIP, IPSEC, etc., as I have not tested these). I believe that the intent of 
the RFC is to refer strictly to OSPF virtual-links which carry only OSPF 
protocol data and therefore have no meaningful MTU. When this is mistakenly 
applied to other forms of "virtual" interfaces such as tunnels, the results can 
be quite harmful.

As such, I think that clarification is in order, since the vendor in question 
is unrepentant and claims their current implementation to be compliant with the 
RFC.
 --VERIFIER NOTES-- 
   See discussion at 
https://mailarchive.ietf.org/arch/msg/lsr/wXdOtU9H2vIoA1xs10xZ4oh8bwU/

--------------------------------------
RFC5838 (draft-ietf-ospf-af-alt-10)
--------------------------------------
Title               : Support of Address Families in OSPFv3
Publication Date    : April 2010
Author(s)           : A. Lindem, Ed., S. Mirtorabi, A. Roy, M. Barnes, R. 
Aggarwal
Category            : PROPOSED STANDARD
Source              : Open Shortest Path First IGP
Area                : Routing
Stream              : IETF
Verifying Party     : IESG

_______________________________________________
Lsr mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/lsr

Reply via email to