Skip to main content

Early Review of draft-ietf-rtgwg-atn-bgp-28
review-ietf-rtgwg-atn-bgp-28-secdir-early-housley-2025-09-16-00

Request Review of draft-ietf-rtgwg-atn-bgp
Requested revision No specific revision (document currently at 30)
Type Early Review
Team Security Area Directorate (secdir)
Deadline 2025-09-22
Requested 2025-09-07
Requested by Yingzhen Qu
Authors Fred Templin , Greg Saccone , Gaurav Dawra , Acee Lindem , Victor Moreno
I-D last updated 2026-02-06 (Latest revision 2026-02-06)
Completed reviews Secdir Early review of -12 by Russ Housley (diff)
Intdir Early review of -12 by Dave Thaler (diff)
Opsdir Early review of -12 by Gyan Mishra (diff)
Rtgdir Early review of -12 by Mach Chen (diff)
Tsvart Early review of -13 by Michael Tüxen (diff)
Secdir Early review of -28 by Russ Housley (diff)
Rtgdir Early review of -27 by Stewart Bryant (diff)
Assignment Reviewer Russ Housley
State Completed
Request Early review on draft-ietf-rtgwg-atn-bgp by Security Area Directorate Assigned
Posted at https://mailarchive.ietf.org/arch/msg/secdir/LsnvdANEwhVZmwFJgNlRG9-x6C4
Reviewed revision 28 (document currently at 30)
Result Has issues
Completed 2025-09-16
review-ietf-rtgwg-atn-bgp-28-secdir-early-housley-2025-09-16-00
I reviewed this document as part of the Security Directorate's ongoing
effort to review all IETF documents being processed by the IESG.  These
comments were written primarily for the benefit of the Security Area
Directors.  Document authors, document editors, and WG chairs should
treat these comments just like any other IETF Last Call comments.

Document: draft-ietf-rtgwg-atn-bgp-28
Reviewer: Russ Housley
Review Date: 2025-09-16
Review Due: 2025-09-22
IETF LC End Date: Unknown
IESG Telechat date: Unknown


Summary: Has Issues


Major Concerns:

Section 3 says that ASNs will be allocated and managed by an ATN/IPS
assigned numbers authority established by ICAO.  Will this authority
operate an RPKI?  If so, it should be discussed here or in Section 10.


Minor Concerns:

Section 1 talks about "secured direct point-to-point links and/or
secured tunnels".  Please say what you mean by secured.  Based on the
discussion in Section 10, you expecting confidentiality, integrity, and
authentication.  MACsec is not a point-to-point link, but is seems that
it would meet the needs of this architecture.  Is MACsec accommodated?


Nits:

Section 1: s/aviation data link they/aviation data link, they/

Section 1: s/Stable Network Prefixes SNPs/Stable Network Prefixes (SNPs)/

Section 3: s/Since ATN/ATN/

Section 4: s/WiFi/Wi-Fi/

Section 5: s/In the first figure/In Figure 5/

Section 5: s/In the second figure/In Figure 6/