⌕ Поиск по атласу

IETF · RFC

Опубликованные RFC, связи обновления и замены, официальные статусы и русские переводы.

Реестр · 9 842 документов

RFC96402024-10-01

YANG Data Types and Groupings for Cryptography

YANG Data Types and Groupings for Cryptography

This document presents a YANG 1.1 (RFC 7950) module defining identities, typedefs, and groupings useful to cryptographic applications.

RFC96392024-12-01

Free Lossless Audio Codec (FLAC)

Free Lossless Audio Codec (FLAC)

This document defines the Free Lossless Audio Codec (FLAC) format and its streamable subset. FLAC is designed to reduce the amount of computer storage space needed to store digital audio signals. It does this losslessly, i.e., it does so without losing information. FLAC is free in the sense that its specification is open and its reference implementation is open source. Compared to other lossless a…

RFC96382024-09-01

Network Virtualization over Layer 3 (NVO3) Encapsulation Considerations

Network Virtualization over Layer 3 (NVO3) Encapsulation Considerations

The IETF Network Virtualization Overlays (NVO3) Working Group developed considerations for a common encapsulation that addresses various network virtualization overlay technical concerns. This document provides a record, for the benefit of the IETF community, of the considerations arrived at by the NVO3 Working Group starting from the output of the NVO3 encapsulation Design Team. These considerati…

RFC96372024-08-01

Expanding the IPv6 Documentation Space

Expanding the IPv6 Documentation Space

The document describes the reservation of an additional IPv6 address prefix for use in documentation. This update to RFC 3849 expands on the existing 2001:db8::/32 address block with the reservation of an additional, larger prefix. The addition of a /20 prefix allows documented examples to more closely reflect a broader range of realistic, current deployment scenarios and more closely aligns with …

RFC96362024-10-01

The Time Zone Information Format (TZif)

The Time Zone Information Format (TZif)

This document specifies the Time Zone Information Format (TZif) for representing and exchanging time zone information, independent of any particular service or protocol. Two media types for this format are also defined. This document replaces and obsoletes RFC 8536.

RFC96352024-10-01

Grant Negotiation and Authorization Protocol (GNAP)

Grant Negotiation and Authorization Protocol (GNAP)

The Grant Negotiation and Authorization Protocol (GNAP) defines a mechanism for delegating authorization to a piece of software and conveying the results and artifacts of that delegation to the software. This delegation can include access to a set of APIs as well as subject information passed directly to the software.

RFC96342024-10-01

Operations, Administration, and Maintenance (OAM) for Deterministic Networking (DetNet) with the IP Data Plane

Operations, Administration, and Maintenance (OAM) for Deterministic Networking (DetNet) with the IP Data Plane

This document discusses the use of existing IP Operations, Administration, and Maintenance protocols and mechanisms in Deterministic Networking networks that use the IP data plane.

RFC96332024-10-01

Deterministic Networking (DetNet) YANG Data Model

Deterministic Networking (DetNet) YANG Data Model

This document contains the specification for the Deterministic Networking (DetNet) YANG data model for configuration and operational data for DetNet flows. The model allows the provisioning of an end-to-end DetNet service on devices along the path without depending on any signaling protocol. It also specifies operational status for flows. The YANG module defined in this document conforms to the Ne…

RFC96322024-08-01

Finding and Using Geofeed Data

Finding and Using Geofeed Data

This document specifies how to augment the Routing Policy Specification Language (RPSL) inetnum: class to refer specifically to geofeed comma-separated values (CSV) data files and describes an optional scheme that uses the Resource Public Key Infrastructure (RPKI) to authenticate the geofeed data files. This document obsoletes RFC 9092.

RFC96312024-08-01

The IPv6 Compact Routing Header (CRH)

The IPv6 Compact Routing Header (CRH)

This document describes an experiment in which two new IPv6 Routing headers are implemented and deployed. Collectively, they are called the Compact Routing Header (CRH). Individually, they are called CRH-16 and CRH-32. One purpose of this experiment is to demonstrate that the CRH can be implemented and deployed in a production network. Another purpose is to demonstrate that the security considerat…

RFC96302024-08-01

Multicast On-Path Telemetry Using In Situ Operations, Administration, and Maintenance (IOAM)

Multicast On-Path Telemetry Using In Situ Operations, Administration, and Maintenance (IOAM)

This document specifies two solutions to meet the requirements of on-path telemetry for multicast traffic using IOAM. While IOAM is advantageous for multicast traffic telemetry, some unique challenges are present. This document provides the solutions based on the IOAM trace option and direct export option to support the telemetry data correlation and the multicast tree reconstruction without incur…

RFC96292024-08-01

Using Key Encapsulation Mechanism (KEM) Algorithms in the Cryptographic Message Syntax (CMS)

Using Key Encapsulation Mechanism (KEM) Algorithms in the Cryptographic Message Syntax (CMS)

The Cryptographic Message Syntax (CMS) supports key transport and key agreement algorithms. In recent years, cryptographers have been specifying Key Encapsulation Mechanism (KEM) algorithms, including quantum-secure KEM algorithms. This document defines conventions for the use of KEM algorithms by the originator and recipients to encrypt and decrypt CMS content. This document updates RFC 5652.

RFC96282025-03-01

RTP Payload Format for VP9 Video

RTP Payload Format for VP9 Video

This specification describes an RTP payload format for the VP9 video codec. The payload format has wide applicability as it supports applications from low bitrate peer-to-peer usage to high bitrate video conferences. It includes provisions for temporal and spatial scalability.

RFC96272025-03-01

The Layer Refresh Request (LRR) RTCP Feedback Message

The Layer Refresh Request (LRR) RTCP Feedback Message

This memo describes the RTCP Payload-Specific Feedback Message Layer Refresh Request (LRR), which can be used to request a state refresh of one or more substreams of a layered media stream. This document also defines its use with several RTP payloads for scalable media formats.

RFC96262025-03-01

Video Frame Marking RTP Header Extension

Video Frame Marking RTP Header Extension

This document describes a Video Frame Marking RTP header extension used to convey information about video frames that is critical for error recovery and packet forwarding in RTP middleboxes or network nodes. It is most useful when media is encrypted and essential when the middlebox or node has no access to the media decryption keys. It is also useful for codec-agnostic processing of encrypted or u…

RFC96252024-08-01

EVPN Optimized Inter-Subnet Multicast (OISM) Forwarding

EVPN Optimized Inter-Subnet Multicast (OISM) Forwarding

Ethernet VPN (EVPN) provides a service that allows a single Local Area Network (LAN), comprising a single IP subnet, to be divided into multiple segments. Each segment may be located at a different site, and the segments are interconnected by an IP or MPLS backbone. Intra-subnet traffic (either unicast or multicast) always appears to the end users to be bridged, even when it is actually carried ov…

RFC96242024-08-01

EVPN Broadcast, Unknown Unicast, or Multicast (BUM) Using Bit Index Explicit Replication (BIER)

EVPN Broadcast, Unknown Unicast, or Multicast (BUM) Using Bit Index Explicit Replication (BIER)

This document specifies protocols and procedures for forwarding Broadcast, Unknown Unicast, or Multicast (BUM) traffic of Ethernet VPNs (EVPNs) using Bit Index Explicit Replication (BIER).

RFC96232025-01-01

Implementing Interfaces to Transport Services

Implementing Interfaces to Transport Services

The Transport Services System enables applications to use transport protocols flexibly for network communication and defines a protocol-independent Transport Services Application Programming Interface (API) that is based on an asynchronous, event-driven interaction pattern. This document serves as a guide to implementing such a system.

RFC96222025-01-01

An Abstract Application Programming Interface (API) for Transport Services

An Abstract Application Programming Interface (API) for Transport Services

This document describes an abstract Application Programming Interface (API) to the transport layer that enables the selection of transport protocols and network paths dynamically at runtime. This API enables faster deployment of new protocols and protocol features without requiring changes to the applications. The specified API follows the Transport Services Architecture by providing asynchronous,…

RFC96212025-01-01

Architecture and Requirements for Transport Services

Architecture and Requirements for Transport Services

This document describes an architecture that exposes transport protocol features to applications for network communication. The Transport Services Application Programming Interface (API) is based on an asynchronous, event-driven interaction pattern. This API uses Messages for representing data transfer to applications and describes how a Transport Services Implementation can use multiple IP addres…

RFC96202024-09-01

Guidelines for Human Rights Protocol and Architecture Considerations

Guidelines for Human Rights Protocol and Architecture Considerations

This document sets guidelines for human rights considerations for developers working on network protocols and architectures, similar to the work done on the guidelines for privacy considerations (RFC 6973). This is an updated version of the guidelines for human rights considerations in RFC 8280. This document is a product of the Human Right Protocol Considerations (HRPC) Research Group in the IRTF…

RFC96192024-07-01

In the DNS, QDCOUNT Is (Usually) One

In the DNS, QDCOUNT Is (Usually) One

This document updates RFC 1035 by constraining the allowed value of the QDCOUNT parameter in DNS messages with OPCODE = 0 (QUERY) to a maximum of one, and it specifies the required behavior when values that are not allowed are encountered.

RFC96182024-08-01

Updates to X.509 Policy Validation

Updates to X.509 Policy Validation

This document updates RFC 5280 to replace the algorithm for X.509 policy validation with an equivalent, more efficient algorithm. The original algorithm built a structure that scaled exponentially in the worst case, leaving implementations vulnerable to denial-of-service attacks.

RFC96172024-08-01

A YANG Data Model for In Situ Operations, Administration, and Maintenance (IOAM)

A YANG Data Model for In Situ Operations, Administration, and Maintenance (IOAM)

In situ Operations, Administration, and Maintenance (IOAM) is an example of an on-path hybrid measurement method. IOAM defines a method for producing operational and telemetry information that may be exported using the in-band or out-of-band method. RFCs 9197 and 9326 discuss the data fields and associated data types for IOAM. This document defines a YANG module for the configuration of IOAM funct…

RFC96162024-09-01

Delay-Based Metric Extension for the Babel Routing Protocol

Delay-Based Metric Extension for the Babel Routing Protocol

This document defines an extension to the Babel routing protocol that measures the round-trip time (RTT) between routers and makes it possible to prefer lower-latency links over higher-latency ones.

RFC96152024-07-01

Automatic DNSSEC Bootstrapping Using Authenticated Signals from the Zone's Operator

Automatic DNSSEC Bootstrapping Using Authenticated Signals from the Zone's Operator

This document introduces an in-band method for DNS operators to publish arbitrary information about the zones for which they are authoritative, in an authenticated fashion and on a per-zone basis. The mechanism allows managed DNS operators to securely announce DNSSEC key parameters for zones under their management, including for zones that are not currently securely delegated. Whenever DS records …

RFC96142024-07-01

Partitioning as an Architecture for Privacy

Partitioning as an Architecture for Privacy

This document describes the principle of privacy partitioning, which selectively spreads data and communication across multiple parties as a means to improve privacy by separating user identity from user data. This document describes emerging patterns in protocols to partition what data and metadata is revealed through protocol interactions, provides common terminology, and discusses how to analyz…

RFC96132024-08-01

Requirements for Solutions that Support MPLS Network Actions (MNAs)

Requirements for Solutions that Support MPLS Network Actions (MNAs)

This document specifies requirements for the development of MPLS Network Actions (MNAs) that affect the forwarding or other processing of MPLS packets. These requirements are informed by a number of proposals for additions to the MPLS information in the labeled packet to allow such actions to be performed, either by a transit or terminating Label Switching Router (i.e., the Label Edge Router - LER…

RFC96122024-07-01

Bidirectional Forwarding Detection (BFD) Reverse Path for MPLS Label Switched Paths (LSPs)

Bidirectional Forwarding Detection (BFD) Reverse Path for MPLS Label Switched Paths (LSPs)

Bidirectional Forwarding Detection (BFD) is expected to be able to monitor a wide variety of encapsulations of paths between systems. When a BFD session monitors an explicitly routed unidirectional path, there may be a need to direct the egress BFD peer to use a specific path for the reverse direction of the BFD session. This document describes an extension to the MPLS Label Switched Path (LSP) ec…

RFC96112024-07-01

Internet Key Exchange Protocol Version 2 (IKEv2) Support for Per-Resource Child Security Associations (SAs)

Internet Key Exchange Protocol Version 2 (IKEv2) Support for Per-Resource Child Security Associations (SAs)

In order to increase the bandwidth of IPsec traffic between peers, this document defines one Notify Message Status Types and one Notify Message Error Types payload for the Internet Key Exchange Protocol Version 2 (IKEv2) to support the negotiation of multiple Child Security Associations (SAs) with the same Traffic Selectors used on different resources, such as CPUs. The SA_RESOURCE_INFO notificati…