Skip to content

Commit

Permalink
Merge pull request #212 from boucadair/boucadair-patch-1
Browse files Browse the repository at this point in the history
consistent use of capacity planning/management
  • Loading branch information
boucadair authored Oct 11, 2024
2 parents ff17841 + 2c783d8 commit a5a200e
Showing 1 changed file with 2 additions and 2 deletions.
4 changes: 2 additions & 2 deletions draft-ietf-teas-5g-ns-ip-mpls.md
Original file line number Diff line number Diff line change
Expand Up @@ -199,7 +199,7 @@ The 5G control plane uses the Single Network Slice Selection Assistance Informat
identification {{TS-23.501}}. Because S-NSSAIs are not visible to the transport domain, 5G domains can expose the 5G slices to the transport
domain by mapping to explicit data plane identifiers (e.g., Layer 2, Layer 3, or Layer 4). Passing information between customer sites and provider networks is referred to as the "hand-off". {{sec-handoff-domains}} lists a set of hand-off methods for slice mapping purposes.

The realization model described in this document uses a set of building blocks commonly used in service provider networks. Concretely, the model uses (1) Layer 2 Virtual Private Network (L2VPN) {{?RFC4664}} and/or Layer 3 Virtual Private Network (L3VPN) {{?RFC4364}} service instances for logical separation, (2) fine-grained resource control at the Provider Edges (PEs), (3) coarse-grained resource control within the provider network, and (4) capacity management. More details are provided in Sections {{<sec-over-rea-model}}, {{<sec-qos-map}}, {{<transport-plane-mapping-models}}, and {{<sec-capacity-planning}}.
The realization model described in this document uses a set of building blocks commonly used in service provider networks. Concretely, the model uses (1) Layer 2 Virtual Private Network (L2VPN) {{?RFC4664}} and/or Layer 3 Virtual Private Network (L3VPN) {{?RFC4364}} service instances for logical separation, (2) fine-grained resource control at the Provider Edges (PEs), (3) coarse-grained resource control within the provider network, and (4) capacity planning/management. More details are provided in Sections {{<sec-over-rea-model}}, {{<sec-qos-map}}, {{<transport-plane-mapping-models}}, and {{<sec-capacity-planning}}.

This realization model uses a single Network Resource Partition (NRP) ({{Section 7.1 of !RFC9543}}). The applicability to multiple NRPs is out of scope.

Expand Down Expand Up @@ -563,7 +563,7 @@ TN slice mapping policies can be enforced by an operator (e.g., provided to a TN

* Capacity planning/management for efficient usage of provider network resources:

The role of capacity management is to ensure the provider network
The role of capacity planning/management is to ensure the provider network
capacity can be utilized without causing any bottlenecks. The
methods used here can range from careful network planning, to
ensure a more or less equal traffic distribution (i.e., equal cost load
Expand Down

0 comments on commit a5a200e

Please sign in to comment.