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

IETF · RFC

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

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

RFC83682018-05-01

Using an Autonomic Control Plane for Stable Connectivity of Network Operations, Administration, and Maintenance (OAM)

Using an Autonomic Control Plane for Stable Connectivity of Network Operations, Administration, and Maintenance (OAM)

Operations, Administration, and Maintenance (OAM), as per BCP 161, for data networks is often subject to the problem of circular dependencies when relying on connectivity provided by the network to be managed for the OAM purposes. Provisioning while bringing up devices and networks tends to be more difficult to automate than service provisioning later on. Changes in core network functions impactin…

RFC83672018-04-01

Wrongful Termination of Internet Protocol (IP) Packets

Wrongful Termination of Internet Protocol (IP) Packets

Routers and middleboxes terminate packets for various reasons. In some cases, these packets are wrongfully terminated. This memo describes some of the most common scenarios of wrongful termination of Internet Protocol (IP) packets and presents recommendations for mitigating them.

RFC83662018-05-01

A Voucher Artifact for Bootstrapping Protocols

A Voucher Artifact for Bootstrapping Protocols

This document defines a strategy to securely assign a pledge to an owner using an artifact signed, directly or indirectly, by the pledge's manufacturer. This artifact is known as a "voucher". This document defines an artifact format as a YANG-defined JSON document that has been signed using a Cryptographic Message Syntax (CMS) structure. Other YANG-derived formats are possible. The voucher artifac…

RFC83652018-03-01

A Network Virtualization Overlay Solution Using Ethernet VPN (EVPN)

A Network Virtualization Overlay Solution Using Ethernet VPN (EVPN)

This document specifies how Ethernet VPN (EVPN) can be used as a Network Virtualization Overlay (NVO) solution and explores the various tunnel encapsulation options over IP and their impact on the EVPN control plane and procedures. In particular, the following encapsulation options are analyzed: Virtual Extensible LAN (VXLAN), Network Virtualization using Generic Routing Encapsulation (NVGRE), and…

RFC83642018-03-01

PIM Flooding Mechanism (PFM) and Source Discovery (SD)

PIM Flooding Mechanism (PFM) and Source Discovery (SD)

Protocol Independent Multicast - Sparse Mode (PIM-SM) uses a Rendezvous Point (RP) and shared trees to forward multicast packets from new sources. Once Last-Hop Routers (LHRs) receive packets from a new source, they may join the Shortest Path Tree (SPT) for the source for optimal forwarding. This document defines a new mechanism that provides a way to support PIM-SM without the need for PIM regist…

RFC83632018-05-01

GMPLS OSPF-TE Extensions in Support of Flexi-Grid Dense Wavelength Division Multiplexing (DWDM) Networks

GMPLS OSPF-TE Extensions in Support of Flexi-Grid Dense Wavelength Division Multiplexing (DWDM) Networks

The International Telecommunication Union Telecommunication standardization sector (ITU-T) has extended its Recommendations G.694.1 and G.872 to include a new Dense Wavelength Division Multiplexing (DWDM) grid by defining channel spacings, a set of nominal central frequencies, and the concept of the "frequency slot". Corresponding techniques for data-plane connections are known as "flexi-grid". Ba…

RFC83622018-04-01

OSPFv3 Link State Advertisement (LSA) Extensibility

OSPFv3 Link State Advertisement (LSA) Extensibility

OSPFv3 requires functional extension beyond what can readily be done with the fixed-format Link State Advertisement (LSA) as described in RFC 5340. Without LSA extension, attributes associated with OSPFv3 links and advertised IPv6 prefixes must be advertised in separate LSAs and correlated to the fixed-format LSAs. This document extends the LSA format by encoding the existing OSPFv3 LSA informatio…

RFC83612018-04-01

Transparent Interconnection of Lots of Links (TRILL): Centralized Replication for Active-Active Broadcast, Unknown Unicast, and Multicast (BUM) Traffic

Transparent Interconnection of Lots of Links (TRILL): Centralized Replication for Active-Active Broadcast, Unknown Unicast, and Multicast (BUM) Traffic

In Transparent Interconnection of Lots of Links (TRILL) active-active access, a Reverse Path Forwarding (RPF) check failure issue may occur when using the pseudo-nickname mechanism specified in RFC 7781. This document describes a solution to resolve this RPF check failure issue through centralized replication. All ingress Routing Bridges (RBridges) send Broadcast, Unknown Unicast, and Multicast (B…

RFC83602018-04-01

Resource Public Key Infrastructure (RPKI) Validation Reconsidered

Resource Public Key Infrastructure (RPKI) Validation Reconsidered

This document specifies an alternative to the certificate validation procedure specified in RFC 6487 that reduces aspects of operational fragility in the management of certificates in the Resource Public Key Infrastructure (RPKI), while retaining essential security features. The procedure specified in RFC 6487 requires that Resource Certificates are rejected entirely if they are found to overclaim…

RFC83592018-03-01

Network-Assigned Upstream Label

Network-Assigned Upstream Label

This document discusses a Generalized Multi-Protocol Label Switching (GMPLS) Resource reSerVation Protocol with Traffic Engineering (RSVP-TE) mechanism that enables the network to assign an upstream label for a bidirectional Label Switched Path (LSP). This is useful in scenarios where a given node does not have sufficient information to assign the correct upstream label on its own and needs to rel…

RFC83582018-03-01

Update to Digital Signatures on Internet-Draft Documents

Update to Digital Signatures on Internet-Draft Documents

RFC 5485 specifies the conventions for digital signatures on Internet-Drafts. The Cryptographic Message Syntax (CMS) is used to create a detached signature, which is stored in a separate companion file so that no existing utilities are impacted by the addition of the digital signature. The RFC Editor recently published the first RFC that includes non- ASCII characters in a text file. The conventio…

RFC83572018-03-01

Generalized UDP Source Port for DHCP Relay

Generalized UDP Source Port for DHCP Relay

This document defines an extension to the DHCP protocols that allows a relay agent to use any available source port for upstream communications. The extension also allows inclusion of a DHCP option that can be used to statelessly route responses back to the appropriate source port on downstream communications.

RFC83562018-03-01

Experimental Codepoint Allocation for the Path Computation Element Communication Protocol (PCEP)

Experimental Codepoint Allocation for the Path Computation Element Communication Protocol (PCEP)

IANA assigns values to the Path Computation Element Communication Protocol (PCEP) parameters (messages, objects, TLVs). IANA established a top-level registry to contain all PCEP codepoints and sub-registries. This top-level registry contains sub-registries for PCEP message, object, and TLV types. The allocation policy for each of these sub-registries is IETF Review. This document updates RFC 5440 …

RFC83552018-03-01

Resiliency Use Cases in Source Packet Routing in Networking (SPRING) Networks

Resiliency Use Cases in Source Packet Routing in Networking (SPRING) Networks

This document identifies and describes the requirements for a set of use cases related to Segment Routing network resiliency on Source Packet Routing in Networking (SPRING) networks.

RFC83542018-03-01

Use Cases for IPv6 Source Packet Routing in Networking (SPRING)

Use Cases for IPv6 Source Packet Routing in Networking (SPRING)

The Source Packet Routing in Networking (SPRING) architecture describes how Segment Routing can be used to steer packets through an IPv6 or MPLS network using the source routing paradigm. This document illustrates some use cases for Segment Routing in an IPv6-only environment.

RFC83532018-05-01

Generic Security Service API Version 2: Java Bindings Update

Generic Security Service API Version 2: Java Bindings Update

The Generic Security Services Application Programming Interface (GSS-API) offers application programmers uniform access to security services atop a variety of underlying cryptographic mechanisms. This document updates the Java bindings for the GSS-API that are specified in "Generic Security Service API Version 2: Java Bindings Update" (RFC 5653). This document obsoletes RFC 5653 by adding a new ou…

RFC83522018-04-01

Energy-Efficient Features of Internet of Things Protocols

Energy-Efficient Features of Internet of Things Protocols

This document describes the challenges for energy-efficient protocol operation on constrained devices and the current practices used to overcome those challenges. It summarizes the main link-layer techniques used for energy-efficient networking, and it highlights the impact of such techniques on the upper-layer protocols so that they can together achieve an energy-efficient behavior. The document …

RFC83512018-06-01

The PKCS #8 EncryptedPrivateKeyInfo Media Type

The PKCS #8 EncryptedPrivateKeyInfo Media Type

This document registers the application/pkcs8-encrypted media type for the EncryptedPrivateKeyInfo type of PKCS #8. An instance of this media type carries a single encrypted private key, BER-encoded as a single EncryptedPrivateKeyInfo value.

RFC83502018-04-01

Alternate Tunnel Encapsulation for Data Frames in Control and Provisioning of Wireless Access Points (CAPWAP)

Alternate Tunnel Encapsulation for Data Frames in Control and Provisioning of Wireless Access Points (CAPWAP)

Control and Provisioning of Wireless Access Points (CAPWAP) is a protocol for encapsulating a station's data frames between the Wireless Transmission Point (WTP) and Access Controller (AC). Specifically, the station's IEEE 802.11 data frames can be either locally bridged or tunneled to the AC. When tunneled, a CAPWAP Data Channel is used for tunneling. In many deployments, encapsulating data frame…

RFC83492018-03-01

A YANG Data Model for Routing Management (NMDA Version)

A YANG Data Model for Routing Management (NMDA Version)

This document specifies three YANG modules and one submodule. Together, they form the core routing data model that serves as a framework for configuring and managing a routing subsystem. It is expected that these modules will be augmented by additional YANG modules defining data models for control-plane protocols, route filters, and other functions. The core routing data model provides common buil…

RFC83482018-03-01

A YANG Data Model for Hardware Management

A YANG Data Model for Hardware Management

This document defines a YANG data model for the management of hardware on a single server.

RFC83472018-03-01

A YANG Data Model for the Virtual Router Redundancy Protocol (VRRP)

A YANG Data Model for the Virtual Router Redundancy Protocol (VRRP)

This document describes a data model for the Virtual Router Redundancy Protocol (VRRP). Both versions 2 and 3 of VRRP are covered.

RFC83462018-03-01

A YANG Data Model for Layer 3 Topologies

A YANG Data Model for Layer 3 Topologies

This document defines a YANG data model for Layer 3 network topologies.

RFC83452018-03-01

A YANG Data Model for Network Topologies

A YANG Data Model for Network Topologies

This document defines an abstract (generic, or base) YANG data model for network/service topologies and inventories. The data model serves as a base model that is augmented with technology-specific details in other, more specific topology and inventory data models.

RFC83442018-03-01

A YANG Data Model for IP Management

A YANG Data Model for IP Management

This document defines a YANG data model for management of IP implementations. The data model includes configuration and system state. The YANG data model in this document conforms to the Network Management Datastore Architecture defined in RFC 8342. This document obsoletes RFC 7277.

RFC83432018-03-01

A YANG Data Model for Interface Management

A YANG Data Model for Interface Management

This document defines a YANG data model for the management of network interfaces. It is expected that interface-type-specific data models augment the generic interfaces data model defined in this document. The data model includes definitions for configuration and system state (status information and counters for the collection of statistics). The YANG data model in this document conforms to the Ne…

RFC83422018-03-01

Network Management Datastore Architecture (NMDA)

Network Management Datastore Architecture (NMDA)

Datastores are a fundamental concept binding the data models written in the YANG data modeling language to network management protocols such as the Network Configuration Protocol (NETCONF) and RESTCONF. This document defines an architectural framework for datastores based on the experience gained with the initial simpler model, addressing requirements that were not well supported in the initial mo…

RFC83412018-03-01

Network Configuration Access Control Model

Network Configuration Access Control Model

The standardization of network configuration interfaces for use with the Network Configuration Protocol (NETCONF) or the RESTCONF protocol requires a structured and secure operating environment that promotes human usability and multi-vendor interoperability. There is a need for standard mechanisms to restrict NETCONF or RESTCONF protocol access for particular users to a preconfigured subset of all…

RFC83402018-03-01

YANG Tree Diagrams

YANG Tree Diagrams

This document captures the current syntax used in YANG module tree diagrams. The purpose of this document is to provide a single location for this definition. This syntax may be updated from time to time based on the evolution of the YANG language.

RFC83392018-03-01

Definition of P2MP PW TLV for Label Switched Path (LSP) Ping Mechanisms

Definition of P2MP PW TLV for Label Switched Path (LSP) Ping Mechanisms

Label Switched Path (LSP) Ping is a widely deployed Operation, Administration, and Maintenance (OAM) mechanism in MPLS networks. This document describes a mechanism to verify connectivity of Point-to-Multipoint (P2MP) Pseudowires (PWs) using LSP Ping.