Information Requirements for Monitoring Source Address Validation (SAV) Enforcement
draft-qin-savnet-sav-monitoring-requirements-00
This document is an Internet-Draft (I-D).
Anyone may submit an I-D to the IETF.
This I-D is not endorsed by the IETF and has no formal standing in the
IETF standards process.
| Document | Type | Active Internet-Draft (individual) | |
|---|---|---|---|
| Authors | Lancheng Qin , Dan Li , Nan Geng | ||
| Last updated | 2026-06-29 | ||
| RFC stream | (None) | ||
| Intended RFC status | (None) | ||
| Formats | |||
| Stream | Stream state | (No stream defined) | |
| Consensus boilerplate | Unknown | ||
| RFC Editor Note | (None) | ||
| IESG | IESG state | I-D Exists | |
| Telechat date | (None) | ||
| Responsible AD | (None) | ||
| Send notices to | (None) |
draft-qin-savnet-sav-monitoring-requirements-00
SAVNET L. Qin
Internet-Draft Zhongguancun Laboratory
Intended status: Informational D. Li
Expires: 31 December 2026 Tsinghua University
N. Geng
Huawei
29 June 2026
Information Requirements for Monitoring Source Address Validation (SAV)
Enforcement
draft-qin-savnet-sav-monitoring-requirements-00
Abstract
Source Address Validation (SAV) enforcement requires operational
visibility into validation results, traffic-handling outcomes, SAV
rule generation and state, and SAV configuration. Such visibility
helps operators understand how SAV operates in the network and
supports operational decisions, including staged deployment where
traffic that fails validation may be permitted while being monitored
and analyzed. This document identifies information requirements for
monitoring SAV enforcement.
Status of This Memo
This Internet-Draft is submitted in full conformance with the
provisions of BCP 78 and BCP 79.
Internet-Drafts are working documents of the Internet Engineering
Task Force (IETF). Note that other groups may also distribute
working documents as Internet-Drafts. The list of current Internet-
Drafts is at https://datatracker.ietf.org/drafts/current/.
Internet-Drafts are draft documents valid for a maximum of six months
and may be updated, replaced, or obsoleted by other documents at any
time. It is inappropriate to use Internet-Drafts as reference
material or to cite them other than as "work in progress."
This Internet-Draft will expire on 31 December 2026.
Copyright Notice
Copyright (c) 2026 IETF Trust and the persons identified as the
document authors. All rights reserved.
Qin, et al. Expires 31 December 2026 [Page 1]
Internet-Draft SAV Monitoring Requirements June 2026
This document is subject to BCP 78 and the IETF Trust's Legal
Provisions Relating to IETF Documents (https://trustee.ietf.org/
license-info) in effect on the date of publication of this document.
Please review these documents carefully, as they describe your rights
and restrictions with respect to this document. Code Components
extracted from this document must include Revised BSD License text as
described in Section 4.e of the Trust Legal Provisions and are
provided without warranty as described in the Revised BSD License.
Table of Contents
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2
2. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . 3
3. Use Cases for SAV Monitoring . . . . . . . . . . . . . . . . 3
3.1. Network-wide Visibility and Operational
Decision-Making . . . . . . . . . . . . . . . . . . . . . 3
3.2. SAV Correctness Verification . . . . . . . . . . . . . . 4
3.3. Troubleshooting SAV Enforcement . . . . . . . . . . . . . 4
3.4. Staged Deployment and Enforcement Transition . . . . . . 4
4. Information Requirements for SAV Monitoring . . . . . . . . . 5
4.1. Traffic Validation and Handling Information . . . . . . . 5
4.2. SAV Rule Generation and State Information . . . . . . . . 5
4.3. SAV Configuration and Operation Information . . . . . . . 6
5. Security Considerations . . . . . . . . . . . . . . . . . . . 7
6. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 7
7. Informative References . . . . . . . . . . . . . . . . . . . 7
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 7
1. Introduction
Source Address Validation (SAV) is an important mechanism for
mitigating source address spoofing. Operating SAV safely and
effectively requires operators to observe and evaluate SAV
enforcement behavior in operational networks. Operators need
visibility into whether traffic passes or fails SAV validation, how
traffic is actually handled after validation, which SAV rule is
involved, and whether the observed behavior matches operational
expectations.
Such visibility requires information from multiple perspectives.
Traffic validation and handling information helps operators
understand validation results and traffic-handling outcomes. SAV
rule generation and state information helps operators understand how
SAV rules are generated, updated, and maintained, including the
content and scale of enforced SAV rules. SAV configuration and
operation information helps operators understand where SAV is
enabled, which interfaces are covered, and which traffic handling
policy is configured for traffic that fails validation.
Qin, et al. Expires 31 December 2026 [Page 2]
Internet-Draft SAV Monitoring Requirements June 2026
In some deployments, SAV enforcement may initially permit traffic
that fails validation while monitoring and analyzing the validation
result and related context. This allows operators to evaluate SAV
rule correctness and operational safety before applying stricter
traffic handling policies, such as dropping traffic that fails
validation.
This document identifies information requirements for monitoring SAV
enforcement in operational networks. It focuses on what information
is needed to observe, analyze, and support operational decisions
about SAV enforcement. These requirements are intended to provide a
common reference for the use, evaluation, or design of telemetry and
monitoring mechanisms for SAV.
2. Terminology
Validation result:
The result of applying SAV rules to traffic. The validation
result is either pass or fail.
Enforcement action:
The action applied to traffic after validation. For traffic that
passes validation, the action is normally to permit the traffic.
For traffic that fails validation, the action is determined by the
configured traffic handling policy
[I-D.ietf-savnet-general-sav-capabilities].
3. Use Cases for SAV Monitoring
This section describes representative use cases for SAV monitoring.
These use cases illustrate how the information identified in this
document can support SAV operation, but they are not intended to be
exhaustive.
3.1. Network-wide Visibility and Operational Decision-Making
Network-wide visibility is a basic use case for SAV monitoring.
Operators need to understand the overall status of SAV deployment and
enforcement across the network. By aggregating information from
multiple routers, operators can identify where SAV is enabled, what
SAV rules are generated, what traffic handling policies are
configured, and what validation results or enforcement actions are
observed.
Qin, et al. Expires 31 December 2026 [Page 3]
Internet-Draft SAV Monitoring Requirements June 2026
Such visibility provides the baseline information needed for SAV
operation. Based on this information, operators can refine SAV
rules, adjust deployment scope, assess whether observed validation
results are consistent with operational expectations, and evaluate
the effectiveness of deployed SAV mechanisms.
In this way, SAV monitoring supports continuous optimization of SAV
deployment and operation.
3.2. SAV Correctness Verification
SAV monitoring also supports verification of whether SAV rules are
correctly generated and used for validation. Operators can compare
SAV rule generation and state information, such as SAV rule content
and prefix-to-interface bindings, with traffic validation and
handling information, such as validation results, to assess whether
SAV validation behaves as expected.
For example, monitoring can help operators identify possible
incorrect validation, stale SAV states, misconfigurations, abnormal
SAV table changes, or unexpected validation results for specific
traffic. Such verification is useful for reducing the risk that
legitimate traffic will be incorrectly classified as invalid when
stricter traffic handling policies are applied.
3.3. Troubleshooting SAV Enforcement
Monitoring information enables operators to troubleshoot unexpected
validation results or traffic-handling outcomes related to SAV
enforcement. Operators can use monitoring information to identify
whether traffic is affected due to incorrect validation, stale SAV
rules, misconfigurations, or an unexpected enforcement action.
This capability is essential for isolating faults and understanding
where and why validation results or enforcement actions deviate from
expectations.
3.4. Staged Deployment and Enforcement Transition
SAV monitoring enables a staged deployment approach that reduces
operational risk. Operators can initially deploy SAV with an
enforcement action that permits traffic that fails validation while
exporting validation results, matched rules, traffic statistics, and
related context to a monitoring system.
Based on observed data-plane behavior and analysis of monitoring
data, operators can evaluate whether SAV rules are correctly
generated, whether the installed SAV rules match the intended policy,
Qin, et al. Expires 31 December 2026 [Page 4]
Internet-Draft SAV Monitoring Requirements June 2026
and whether a stricter traffic handling policy would affect
legitimate traffic. Once sufficient confidence is established,
operators can transition to stricter traffic handling policies, such
as dropping traffic that fails SAV validation.
This staged approach treats monitoring as part of the enforcement
strategy. It allows incremental rollout of SAV enforcement and
minimizes the risk of unintended traffic disruption.
4. Information Requirements for SAV Monitoring
4.1. Traffic Validation and Handling Information
Traffic validation and handling information reflects how traffic is
validated by SAV and how it is handled after validation. It is
essential for understanding validation results, traffic-handling
outcomes, and the operational impact of SAV enforcement.
The following information is important for monitoring traffic
validation and handling:
Validation result:
Information indicating whether traffic passes or fails SAV
validation. This information helps operators understand
validation outcomes and determine whether a traffic-handling
decision is related to SAV.
Traffic-handling outcome:
Information indicating how the traffic is actually handled by the
router after the enforcement action is applied. This may include
whether the traffic is forwarded, dropped, counted, logged, rate-
limited, or redirected.
Ingress interface:
The interface on which traffic is received. This information
helps operators identify the interface-specific SAV rules related
to a validation result or traffic-handling outcome.
Validation and enforcement statistics:
Counters or aggregated statistics for validation results and
traffic-handling outcomes. These statistics may be maintained per
interface, per prefix, or per rule.
4.2. SAV Rule Generation and State Information
SAV rule generation and state information describes how SAV rules are
generated, updated, and maintained.
Qin, et al. Expires 31 December 2026 [Page 5]
Internet-Draft SAV Monitoring Requirements June 2026
The following information is important for monitoring SAV rule
generation and state:
SAV rule content:
Information about the SAV rules generated for a router or a
specific router interface. This information helps operators
understand the SAV rules used for SAV enforcement.
SAV rule size:
Information about the scale of SAV rules, such as the number of
prefixes or the amount of storage used by SAV rules. This
information helps operators assess resource usage and determine
whether SAV rule generation produces unexpectedly large rule sets.
Source of information:
The information sources used for SAV rule generation, such as
routing information, management configuration, SAV-specific
information, or RPKI data. This information helps operators
understand how SAV rules are derived and whether they are based on
authoritative information.
Update status:
Information indicating when SAV rules were last updated. When
combined with the state of the corresponding information sources,
this information can help operators assess whether SAV rules are
up to date.
4.3. SAV Configuration and Operation Information
SAV configuration and operation information describes how SAV
enforcement is configured and operated in the network. It provides
essential context for interpreting traffic validation and handling
information, as well as SAV rule generation and state information.
The following information is important from the configuration and
operation perspective:
SAV enablement status:
Information indicating whether SAV is enabled on each relevant
router or interface. This information helps operators understand
the deployment coverage of SAV.
Traffic handling policy configuration:
The configured traffic handling policy for traffic that fails SAV
validation. This information helps operators understand how
traffic that fails SAV validation is intended to be processed, and
helps interpret the relationship between validation results and
actual traffic handling.
Qin, et al. Expires 31 December 2026 [Page 6]
Internet-Draft SAV Monitoring Requirements June 2026
Change history:
Information about recent changes to SAV-related configuration,
such as traffic handling policy configuration.
5. Security Considerations
SAV monitoring information can reveal sensitive operational details.
Unauthorized disclosure of such information could help an attacker
infer network topology, identify filtering gaps, or evade SAV
enforcement. Therefore, access to SAV monitoring information should
be restricted to authorized entities. Telemetry or monitoring data
used for SAV operations needs to be protected against tampering and
spoofing. Incorrect or forged monitoring information could mislead
operators, hide enforcement failures, or cause inappropriate policy
changes. Mechanisms that export SAV monitoring information should
provide appropriate authentication, integrity protection, and
confidentiality protection when needed.
6. IANA Considerations
This document does not request any IANA allocations.
7. Informative References
[I-D.ietf-savnet-general-sav-capabilities]
Huang, M., Cheng, W., Li, D., Geng, N., and L. Chen,
"General Source Address Validation Capabilities", Work in
Progress, Internet-Draft, draft-ietf-savnet-general-sav-
capabilities-03, 21 June 2026,
<https://datatracker.ietf.org/doc/html/draft-ietf-savnet-
general-sav-capabilities-03>.
Authors' Addresses
Lancheng Qin
Zhongguancun Laboratory
Beijing
China
Email: qinlc@mail.zgclab.edu.cn
Dan Li
Tsinghua University
Beijing
China
Email: tolidan@tsinghua.edu.cn
Qin, et al. Expires 31 December 2026 [Page 7]
Internet-Draft SAV Monitoring Requirements June 2026
Nan Geng
Huawei
Beijing
China
Email: gengnan@huawei.com
Qin, et al. Expires 31 December 2026 [Page 8]