| rfc4394.original | rfc4394.txt | |||
|---|---|---|---|---|
| Network Working Group Don Fedyk (Nortel Networks) | Network Working Group D. Fedyk | |||
| Internet Draft Osama Aboul-Magd (Nortel Networks) | Request for Comments: 4394 O. Aboul-Magd | |||
| Category: Informational Deborah Brungard (AT&T) | Category: Informational Nortel Networks | |||
| Expires October 2005 Jonathan Lang (Sonos, Inc.) | D. Brungard | |||
| Dimitri Papadimitriou (Alcatel) | AT&T | |||
| J. Lang | ||||
| May 2005 | Sonos, Inc. | |||
| D. Papadimitriou | ||||
| A Transport Network View of the Link Management Protocol | Alcatel | |||
| <draft-ietf-ccamp-transport-lmp-02.txt> | February 2006 | |||
| Status of this Memo | A Transport Network View of the Link Management Protocol (LMP) | |||
| By submitting this Internet-Draft, each author represents that any | Status of This Memo | |||
| applicable patent or other IPR claims of which he or she is aware | ||||
| have been or will be disclosed, and any of which he or she becomes | ||||
| aware will be disclosed, in accordance with Section 6 of BCP 79. | ||||
| Internet-Drafts are working documents of the Internet Engineering | This memo provides information for the Internet community. It does | |||
| Task Force (IETF), its areas, and its working groups. Note that | not specify an Internet standard of any kind. Distribution of this | |||
| other groups may also distribute working documents as Internet- | memo is unlimited. | |||
| Drafts. | ||||
| Internet-Drafts are draft documents valid for a maximum of six | Copyright Notice | |||
| 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." | ||||
| The list of current Internet-Drafts can be accessed at | Copyright (C) The Internet Society (2006). | |||
| http://www.ietf.org/ietf/1id-abstracts.txt | ||||
| The list of Internet-Draft Shadow Directories can be accessed at | ||||
| http://www.ietf.org/shadow.html. | ||||
| Abstract | Abstract | |||
| The Link Management Protocol (LMP) has been developed as part of the | The Link Management Protocol (LMP) has been developed as part of the | |||
| Generalized MPLS (GMPLS) protocol suite to manage Traffic | Generalized MPLS (GMPLS) protocol suite to manage Traffic Engineering | |||
| Engineering (TE) resources and links. The GMPLS control plane | (TE) resources and links. The GMPLS control plane (routing and | |||
| (routing and signaling) uses TE links for establishing Label | signaling) uses TE links for establishing Label Switched Paths | |||
| Switched Paths (LSPs). This memo describes the relationship of the | (LSPs). This memo describes the relationship of the LMP procedures | |||
| LMP procedures to 'discovery' as defined in the International | to 'discovery' as defined in the International Telecommunication | |||
| Telecommunication Union (ITU-T), and on-going ITU-T work. This | Union (ITU-T), and ongoing ITU-T work. This document provides an | |||
| document provides an overview of LMP in the context of the ITU-T | overview of LMP in the context of the ITU-T Automatically Switched | |||
| Automatically Switched Optical Networks (ASON) and transport network | Optical Networks (ASON) and transport network terminology and relates | |||
| terminology and relates it to the ITU-T discovery work to promote a | it to the ITU-T discovery work to promote a common understanding for | |||
| common understanding for progressing the work of IETF and ITU-T. | progressing the work of IETF and ITU-T. | |||
| D. Fedyk, Editor Informational 1 | ||||
| Table of Contents | Table of Contents | |||
| 1. ASON Terminology and Abbreviations related to Discovery.........2 | 1. Introduction ....................................................2 | |||
| 1.1 Terminology....................................................2 | 2. ASON Terminology and Abbreviations Related to Discovery .........3 | |||
| 1.2 Abbreviations.................................................3 | 2.1. Terminology ................................................3 | |||
| 2. Introduction....................................................3 | 2.2. Abbreviations ..............................................4 | |||
| 3. Transport Network Architecture..................................4 | 3. Transport Network Architecture ..................................5 | |||
| 3.1 G.8080 Discovery Framework.....................................6 | 3.1. G.8080 Discovery Framework .................................7 | |||
| 4. Discovery Technologies..........................................8 | 4. Discovery Technologies ..........................................9 | |||
| 4.1 Generalized automatic discovery techniques G.7714..............8 | 4.1. Generalized Automatic Discovery Techniques G.7714 ..........9 | |||
| 4.2 LMP and G.8080 Terminology Mapping.............................9 | 4.2. LMP and G.8080 Terminology Mapping .........................9 | |||
| 4.2.1 TE Link Definition and Scope................................10 | 4.2.1. TE Link Definition and Scope .......................12 | |||
| 4.3 LMP and G.8080 Discovery Relationship.........................12 | 4.3. LMP and G.8080 Discovery Relationship .....................13 | |||
| 4.4 Comparing LMP and G.8080......................................13 | 4.4. Comparing LMP and G.8080 ..................................14 | |||
| 5. Security Considerations........................................13 | 5. Security Considerations ........................................15 | |||
| 6. IANA Considerations............................................14 | 6. Informative References .........................................15 | |||
| 7. Intellectual Property Considerations...........................14 | 7. Acknowledgements ...............................................16 | |||
| 8. References.....................................................15 | ||||
| 8.1 Normative References..........................................15 | ||||
| 8.2 Informational References......................................15 | ||||
| 9. Acknowledgements...............................................16 | ||||
| 10. Author's Addresses............................................16 | ||||
| 11. Disclaimer of Validity........................................17 | ||||
| 12. Full Copyright Statement......................................17 | ||||
| 1. ASON Terminology and Abbreviations related to Discovery | 1. Introduction | |||
| 1.1 Terminology | The GMPLS control plane consists of several building blocks as | |||
| described in [RFC3945]. The building blocks include signaling, | ||||
| routing, and link management for establishing LSPs. For scalability | ||||
| purposes, multiple physical resources can be combined to form a | ||||
| single TE link for the purposes of path computation and GMPLS control | ||||
| plane signaling. | ||||
| As manual provisioning and management of these links are impractical | ||||
| in large networks, LMP was specified to manage TE links. Two | ||||
| mandatory management capabilities of LMP are control channel | ||||
| management and TE link property correlation. Additional optional | ||||
| capabilities include verifying physical connectivity and fault | ||||
| management. [LMP] defines the messages and procedures for GMPLS TE | ||||
| link management. [LMP-TEST] defines SONET/SDH-specific messages and | ||||
| procedures for link verification. | ||||
| ITU-T Recommendation G.8080 Amendment 1 [G.8080] defines control | ||||
| plane discovery as two separate processes; one process occurs within | ||||
| the transport plane space and the other process occurs within the | ||||
| control plane space. | ||||
| The ITU-T has developed Recommendation G.7714, "Generalized automatic | ||||
| discovery techniques" [G.7714], defining the functional processes and | ||||
| information exchange related to transport plane discovery aspects, | ||||
| i.e., layer adjacency discovery and physical media adjacency | ||||
| discovery. Specific methods and protocols are not defined in | ||||
| Recommendation G.7714. ITU-T Recommendation G.7714.1, "Protocol for | ||||
| automatic discovery in SDH and OTN networks" [G.7714.1], defines a | ||||
| protocol and procedure for transport plane layer adjacency discovery | ||||
| (e.g., discovering the transport plane layer endpoint relationships | ||||
| and verifying their connectivity). The ITU-T is currently working to | ||||
| extend discovery to control plane aspects providing detail on a | ||||
| discovery framework architecture in G.8080 and a new Recommendation | ||||
| on "Control plane initial establishment, reconfiguration". | ||||
| 2. ASON Terminology and Abbreviations Related to Discovery | ||||
| ITU-T Recommendation G.8080 Amendment 1 [G.8080] and ITU-T | ||||
| Recommendation G.7714 [G.7714] provide definitions and mechanisms | ||||
| related to transport plane discovery. | ||||
| Note that in the context of this work, "Transport" relates to the | ||||
| data plane (sometimes called the transport plane or the user plane) | ||||
| and does not refer to the transport layer (layer 4) of the OSI seven | ||||
| layer model, nor to the concept of transport intended by protocols | ||||
| such as the Transmission Control Protocol (TCP). | ||||
| Special care must be taken with the acronym "TCP", which within the | ||||
| context of the rest of this document means "Termination Connection | ||||
| Point" and does not indicate the Transmission Control Protocol. | ||||
| 2.1. Terminology | ||||
| The reader is assumed to be familiar with the terminology in [LMP] | The reader is assumed to be familiar with the terminology in [LMP] | |||
| and [LMP-TEST]. The following ITU-T terminology/abbreviations are | and [LMP-TEST]. The following ITU-T terminology/abbreviations are | |||
| used in this document: | used in this document: | |||
| Connection Point (CP): A "reference point" that consists of a pair | Connection Point (CP): A "reference point" that consists of a pair of | |||
| of co-located "unidirectional connection points" and therefore | co-located "unidirectional connection points" and therefore | |||
| represents the binding of two paired bidirectional "connections". | represents the binding of two paired bidirectional "connections". | |||
| Connection Termination Point (CTP): A Connection Termination Point | Connection Termination Point (CTP): A connection termination point | |||
| (CTP) represents the state of a CP [M.3100]. | represents the state of a CP [M.3100]. | |||
| Characteristic Information: Signal with a specific format, which is | Characteristic Information: Signal with a specific format, which is | |||
| transferred on "network connections". The specific formats will be | transferred on "network connections". The specific formats will be | |||
| defined in the technology specific Recommendations. For trails the | defined in the technology-specific recommendations. For trails, the | |||
| Characteristic Information is the payload plus the overhead. The | Characteristic Information is the payload plus the overhead. The | |||
| information transferred is characteristic of the layer network. | information transferred is characteristic of the layer network. | |||
| Link: a subset of ports at the edge of a subnetwork or access group | Link: A subset of ports at the edge of a subnetwork or access group | |||
| which are associated with a corresponding subset of ports at the | that are associated with a corresponding subset of ports at the edge | |||
| edge of another subnetwork or access group. | of another subnetwork or access group. | |||
| Link Connection (LC): a transport entity that transfers information | Link Connection (LC): A transport entity that transfers information | |||
| between ports across a link. | between ports across a link. | |||
| D. Fedyk, Editor Informational 2 | ||||
| Network Connection (NC): A concatenation of link and subnetwork | Network Connection (NC): A concatenation of link and subnetwork | |||
| connections. | connections. | |||
| Subnetwork: a set of ports which are available for the purpose of | Subnetwork: A set of ports that are available for the purpose of | |||
| routing 'characteristic information'. | routing 'characteristic information'. | |||
| Subnetwork Connection (SNC): a flexible connection that is setup and | Subnetwork Connection (SNC): A flexible connection that is set up and | |||
| released using management or control plane procedures. | released using management or control plane procedures. | |||
| Subnetwork Point (SNP): SNP is an abstraction that represents an | Subnetwork Point (SNP): SNP is an abstraction that represents an | |||
| actual or potential underlying connection point (CP) or termination | actual or potential underlying connection point (CP) or termination | |||
| connection point (TCP) for the purpose of control plane | connection point (TCP) for the purpose of control plane | |||
| representation. | representation. | |||
| Subnetwork Point Pool (SNPP): A set of SNP that are grouped together | Subnetwork Point Pool (SNPP): A set of SNPs that are grouped together | |||
| for the purpose of routing. | for the purpose of routing. | |||
| Termination Connection Point (TCP): A reference point that | Termination Connection Point (TCP): A reference point that represents | |||
| represents the output of a Trail Termination source function or the | the output of a Trail Termination source function or the input to a | |||
| input to a Trail Termination sink function. A network connection | Trail Termination sink function. A network connection represents a | |||
| represents a transport entity between TCPs. | transport entity between TCPs. | |||
| Trail Termination source/sink function: A "transport processing | Trail Termination source/sink function: A "transport processing | |||
| function" which accepts the characteristic information of the layer | function" that accepts the characteristic information of the layer | |||
| network at its input, removes the information related to "trail" | network at its input, removes the information related to "trail" | |||
| monitoring and presents the remaining information at its output. | monitoring, and presents the remaining information at its output. | |||
| Unidirectional Connection: A "transport entity" which transfers | ||||
| Unidirectional Connection: A "transport entity" that transfers | ||||
| information transparently from input to output. | information transparently from input to output. | |||
| Unidirectional Connection Point: A "reference point" that represents | Unidirectional Connection Point: A "reference point" that represents | |||
| the binding of the output of a "unidirectional connection" to the | the binding of the output of a "unidirectional connection" to the | |||
| input of another "unidirectional connection". | input of another "unidirectional connection". | |||
| 1.2 Abbreviations | 2.2. Abbreviations | |||
| LMP: Link Management Protocol | LMP: Link Management Protocol | |||
| OTN: Optical transport network | OTN: Optical Transport Network | |||
| PDH: Plesiosynchronous digital hierarchy | ||||
| SDH: Synchronous digital hierarchy. | ||||
| 2. Introduction | ||||
| The GMPLS control plane consists of several building blocks as | ||||
| described in [RFC3945]. The building blocks include signaling, | ||||
| routing, and link management for establishing LSPs. For scalability | ||||
| purposes, multiple physical resources can be combined to form a | ||||
| single traffic engineering (TE) link for the purposes of path | ||||
| computation and GMPLS control plane signaling. | ||||
| D. Fedyk, Editor Informational 3 | PDH: Plesiosynchronous Digital Hierarchy | |||
| As manual provisioning and management of these links is impractical | ||||
| in large networks, LMP was specified to manage TE links. Two | ||||
| mandatory management capabilities of LMP are control channel | ||||
| management and TE link property correlation. Additional optional | ||||
| capabilities include verifying physical connectivity and fault | ||||
| management. [LMP] defines the messages and procedures for GMPLS TE | ||||
| link management. [LMP-TEST] defines SONET/SDH specific messages and | ||||
| procedures for link verification. | ||||
| ITU-T Recommendation G.8080 Amendment 1 [G.8080] defines control | SDH: Synchronous Digital Hierarchy | |||
| plane discovery as two separate processes, one process occurs within | ||||
| the transport plane space and the other process occurs within the | ||||
| control plane space. | ||||
| The ITU-T has developed Recommendation G.7714 'Generalized automatic | SONET: Synchronous Optical Network | |||
| discovery techniques' [G.7714] defining the functional processes and | ||||
| information exchange related to transport plane discovery aspects: | ||||
| i.e., layer adjacency discovery and physical media adjacency | ||||
| discovery. Specific methods and protocols are not defined in | ||||
| Recommendation G.7714. ITU-T Recommendation G.7714.1 'Protocol for | ||||
| automatic discovery in SDH and OTN networks' [G.7714.1] defines a | ||||
| protocol and procedure for transport plane layer adjacency discovery | ||||
| (e.g. discovering the transport plane layer end point relationships | ||||
| and verifying their connectivity). The ITU-T is currently working to | ||||
| extend discovery to control plane aspects providing detail on a | ||||
| Discovery framework architecture in G.8080 and a new Recommendation | ||||
| on 'Control plane initial establishment, reconfiguration'. | ||||
| 3. Transport Network Architecture | 3. Transport Network Architecture | |||
| A generic functional architecture for transport networks is defined | A generic functional architecture for transport networks is defined | |||
| in the International Telecommunications Union (ITU-T) recommendation | in International Telecommunication Union (ITU-T) Recommendation | |||
| [G.805]. This recommendation describes the functional architecture | [G.805]. This recommendation describes the functional architecture | |||
| of transport networks in a technology independent way. This | of transport networks in a technology-independent way. This | |||
| architecture forms the basis for a set of technology specific | architecture forms the basis for a set of technology-specific | |||
| architectural recommendations for transport networks (e.g., SDH, | architectural recommendations for transport networks (e.g., SDH, PDH, | |||
| PDH, OTN, etc.) | OTN, etc.). | |||
| The architecture defined in G.805 is designed using a layered model | The architecture defined in G.805 is designed using a layered model | |||
| with a client-server relationship between layers. The architecture | with a client-server relationship between layers. The architecture | |||
| is recursive in nature; a network layer is both a server to the | is recursive in nature; a network layer is both a server to the | |||
| client layer above it and a client to the server layer below it. | client layer above it and a client to the server layer below it. | |||
| There are two basic building blocks defined in G.805: "subnetworks" | There are two basic building blocks defined in G.805: "subnetworks" | |||
| and "links". A subnetwork is defined as a set of ports which are | and "links". A subnetwork is defined as a set of ports that are | |||
| available for the purpose of routing "characteristic information". A | available for the purpose of routing "characteristic information". A | |||
| link consists of a subset of ports at the edge of one subnetwork (or | link consists of a subset of ports at the edge of one subnetwork (or | |||
| "access group") and is associated with a corresponding subset of | "access group") and is associated with a corresponding subset of | |||
| ports at the edge of another subnetwork or access group. | ports at the edge of another subnetwork or access group. | |||
| Two types of connections are defined in G.805: "link connection" | Two types of connections are defined in G.805: link connection (LC) | |||
| (LC) and "subnetwork connection" (SNC). A link connection is a fixed | and subnetwork connection (SNC). A link connection is a fixed and | |||
| inflexible connection, while a subnetwork connection is flexible and | ||||
| D. Fedyk, Editor Informational 4 | is set up and released using management or control plane procedures. | |||
| and inflexible connection, while a subnetwork connection is flexible | A network connection is defined as a concatenation of subnetwork and | |||
| and is setup and released using management or control plane | link connections. Figure 1 illustrates link and subnetwork | |||
| procedures. A network connection is defined as a concatenation of | connections. | |||
| subnetwork and link connections. Figure 1 illustrates link and | ||||
| subnetwork connections. | ||||
| (++++++++) (++++++++) | (++++++++) (++++++++) | |||
| ( SNC ) LC ( SNC ) | ( SNC ) LC ( SNC ) | |||
| (o)--------(o)----------(o)--------(o) | (o)--------(o)----------(o)--------(o) | |||
| ( ) CP CP ( ) | ( ) CP CP ( ) | |||
| (++++++++) (++++++++) | (++++++++) (++++++++) | |||
| subnetwork subnetwork | subnetwork subnetwork | |||
| Figure 1: Subnetwork and Link Connections | Figure 1: Subnetwork and Link Connections | |||
| G.805 defines a set of reference points for the purpose of | G.805 defines a set of reference points for the purpose of | |||
| identification in both the management and the control plane. These | identification in both the management and the control planes. These | |||
| identifiers are NOT required to be the same. A link connection or a | identifiers are NOT required to be the same. A link connection or a | |||
| subnetwork connection is delimited by connection points (CP). A | subnetwork connection is delimited by connection points (CPs). A | |||
| network connection is delimited by a termination connection point | network connection is delimited by a termination connection point | |||
| (TCP). A link connection in the client layer is represented by a | (TCP). A link connection in the client layer is represented by a | |||
| pair of adaptation functions and a trail in the server layer | pair of adaptation functions and a trail in the server layer network. | |||
| network. A trail represents the transfer of monitored adapted | A trail represents the transfer of monitored adapted characteristics | |||
| characteristics information of the client layer network between | information of the client layer network between access points (APs). | |||
| access points (AP). A trail is delimited by two access points, one | ||||
| at each end of the trail. Figure 2 shows a network connection and | A trail is delimited by two access points, one at each end of the | |||
| its relationship with link and subnetwork connections. Figure 2 also | trail. Figure 2 shows a network connection and its relationship with | |||
| shows the CP and TCP reference points. | link and subnetwork connections. Figure 2 also shows the CP and TCP | |||
| reference points. | ||||
| D. Fedyk, Editor Informational 5 | ||||
| |<-------Network Connection---------->| | |<-------Network Connection---------->| | |||
| | | | | | | |||
| | (++++++++) (++++++++) | | | (++++++++) (++++++++) | | |||
| |( SNC ) LC ( SNC ) | | |( SNC ) LC ( SNC ) | | |||
| (o)--------(o)----------(o)--------(o)| | (o)--------(o)----------(o)--------(o)| | |||
| TCP( )| CP CP |( )TCP | TCP( )| CP CP |( )TCP | |||
| (++++++++) | | (++++++++) | (++++++++) | | (++++++++) | |||
| | | | | | | |||
| | Trail | | | Trail | | |||
| |<-------->| | |<-------->| | |||
| | | | | | | |||
| --- --- | --- --- | |||
| \ / \ / | \ / \ / | |||
| - - | - - | |||
| AP 0 0 AP | AP 0 0 AP | |||
| | | | | | | |||
| (oo)------(oo) | (oo)------(oo) | |||
| For management plane purposes the G.805 reference points are | Figure 2: Network Connection with Link and Subnetwork Connections | |||
| For management plane purposes, the G.805 reference points are | ||||
| represented by a set of management objects described in ITU-T | represented by a set of management objects described in ITU-T | |||
| recommendation M.3100 [M.3100]. Connection termination points (CTP) | Recommendation M.3100 [M.3100]. Connection termination points (CTPs) | |||
| and trail termination points (TTP) are the management plane objects | and trail termination points (TTPs) are the management plane objects | |||
| for CP and TCP respectively. | for CP and TCP, respectively. | |||
| In the same way as in M.3100, the transport resources in G.805 are | In the same way as in M.3100, the transport resources in G.805 are | |||
| identified for the purposes of the control plane by entities | identified for the purposes of the control plane by entities suitable | |||
| suitable for connection control. G.8080 introduces the reference | for connection control. G.8080 introduces the reference architecture | |||
| architecture for the control plane of the automatic switched optical | for the control plane of the Automatic Switched Optical Networks | |||
| networks (ASON). G.8080 introduces a set of reference points | (ASONs). G.8080 introduces a set of reference points relevant to the | |||
| relevant to the ASON control plane and their relationship to the | ASON control plane and their relationship to the corresponding points | |||
| corresponding points in the transport plane. A Subnetwork point | in the transport plane. A subnetwork point (SNP) is an abstraction | |||
| (SNP) is an abstraction that represents an actual or potential | that represents an actual or potential underlying CP or an actual or | |||
| underlying CP or an actual or potential TCP. A set of SNPs that are | potential TCP. A set of SNPs that are grouped together for the | |||
| grouped together for the purpose of routing is called SNP pool | purpose of routing is called SNP pool (SNPP). Similar to LC and SNC, | |||
| (SNPP). Similar to LC and SNC, the SNP-SNP relationship may be | the SNP-SNP relationship may be static and inflexible (this is | |||
| static and inflexible (this is referred to as an SNP link | referred to as an SNP link connection), or it can be dynamic and | |||
| connection) or it can be dynamic and flexible (this is referred to | flexible (this is referred to as an SNP subnetwork connection). | |||
| as a SNP subnetwork connection). | ||||
| 3.1 G.8080 Discovery Framework | 3.1. G.8080 Discovery Framework | |||
| G.8080 provides a reference control plane architecture based on the | G.8080 provides a reference control plane architecture based on the | |||
| descriptive use of functional components representing abstract | descriptive use of functional components representing abstract | |||
| entities and abstract component interfaces. The description is | entities and abstract component interfaces. The description is | |||
| generic and no particular physical partitioning of functions is | generic, and no particular physical partitioning of functions is | |||
| implied. The input/output information flows associated with the | implied. The input/output information flows associated with the | |||
| functional components serve for defining the functions of the | functional components serve for defining the functions of the | |||
| components and are considered to be conceptual, not physical. | components and are considered to be conceptual, not physical. | |||
| Components can be combined in different ways and the description is | Components can be combined in different ways, and the description is | |||
| not intended to limit implementations. Control plane discovery is | not intended to limit implementations. Control plane discovery is | |||
| D. Fedyk, Editor Informational 6 | ||||
| described in G.8080 by using three components: Discovery Agent (DA), | described in G.8080 by using three components: Discovery Agent (DA), | |||
| Termination and Adaptation Performer (TAP), and Link Resource | Termination and Adaptation Performer (TAP), and Link Resource Manager | |||
| Manager (LRM). | (LRM). | |||
| The objective of the discovery framework in G.8080 is to establish | The objective of the discovery framework in G.8080 is to establish | |||
| the relationship between CP-CP link connections (transport plane) | the relationship between CP-CP link connections (transport plane) and | |||
| and SNP-SNP link connections (control plane). The fundamental | SNP-SNP link connections (control plane). The fundamental | |||
| characteristics of G.8080 discovery framework is the functional | characteristics of G.8080 discovery framework is the functional | |||
| separation between the control and the transport plane discovery | separation between the control and the transport plane discovery | |||
| processes and name spaces. From G.8080: "This separation allows | processes and name spaces. From G.8080: "This separation allows | |||
| control plane names to be completely separate from transport plane | control plane names to be completely separate from transport plane | |||
| names, and completely independent of the method used to populate the | names, and completely independent of the method used to populate the | |||
| DAs with those transport names." "In order to assign an SNP-SNP link | DAs with those transport names. In order to assign an SNP-SNP link | |||
| connection to an SNPP link, it is only necessary for the transport | connection to an SNPP link, it is only necessary for the transport | |||
| name for the link connection to exist". Thus, it is possible to | name for the link connection to exist". Thus, it is possible to | |||
| assign link connections to the control plane without the link | assign link connections to the control plane without the link | |||
| connection being physically connected. | connection being physically connected. | |||
| Discovery encompasses two separate processes: (1) transport plane | Discovery encompasses two separate processes: (1) transport plane | |||
| discovery, i.e. CP-to-CP and TCP-to-TCP connectivity and (2) control | discovery, i.e., CP-to-CP and TCP-to-TCP connectivity; and (2) | |||
| plane discovery, i.e. SNP-to-SNP and SNPP links. | control plane discovery, i.e., SNP-to-SNP and SNPP links. | |||
| G.8080 Amendment 1 defines the discovery agent (DA) as the entity | G.8080 Amendment 1 defines the Discovery Agent (DA) as the entity | |||
| responsible for discovery in the transport plane. The DA operates in | responsible for discovery in the transport plane. The DA operates in | |||
| the transport name space only and in cooperation with the | the transport name space only and in cooperation with the Termination | |||
| Termination and Adaptation performer [TAP], provides the separation | and Adaptation Performer (TAP), provides the separation between that | |||
| between that space and the control plane names. A local DA is only | space and the control plane names. A local DA is only aware of the | |||
| aware of the CPs and TCPs that are assigned to it. The DA holds the | CPs and TCPs that are assigned to it. The DA holds the CP-CP link | |||
| CP-CP link connection in the transport plane to enable SNP-SNP link | connection in the transport plane to enable SNP-SNP link connections | |||
| connections to be bound to them at a later time by the TAP. The CP- | to be bound to them at a later time by the TAP. The CP-CP | |||
| CP relationship may be discovered (e.g. per G.7714.1) or provided by | relationship may be discovered (e.g., per G.7714.1) or provided by a | |||
| a management system. | management system. | |||
| Control plane discovery takes place entirely within the control | Control plane discovery takes place entirely within the control plane | |||
| plane name space (SNPs). The Link Resource Manager (LRM) holds the | name space (SNPs). The Link Resource Manager (LRM) holds the SNP-SNP | |||
| SNP-SNP binding information necessary for the control plane name of | binding information necessary for the control plane name of the link | |||
| the link connection, while the termination adaptation performer | connection, while the termination adaptation performer (TAP) holds | |||
| (TAP) holds the relation between the control plane name (SNP) and | the relation between the control plane name (SNP) and the transport | |||
| the transport plane name (CP) of the resource. Figure 3 shows the | plane name (CP) of the resource. Figure 3 shows the relationship and | |||
| relationship and the different entities for transport and control | the different entities for transport and control discoveries. | |||
| discoveries. | ||||
| D. Fedyk, Editor Informational 7 | ||||
| LRM LRM | LRM LRM | |||
| +-----+ holds SNP-SNP Relation +-----+ | +-----+ holds SNP-SNP Relation +-----+ | |||
| | |-------------------------| | | | |-------------------------| | | |||
| +-----+ +-----+ | +-----+ +-----+ | |||
| | | | | | | |||
| v v | v v | |||
| +-----+ +-----+ | +-----+ +-----+ | |||
| | o | SNP's in SNPP | o | | | o | SNPs in SNPP | o | | |||
| | | | | | | | | | | |||
| | o | | o | | | o | | o | | |||
| | | | | | | | | | | |||
| | o | | o | | | o | | o | | |||
| +-----+ +-----+ | +-----+ +-----+ | |||
| | | | | | | |||
| v v Control Plane | v v Control Plane | |||
| +-----+ +-----+ Discovery | +-----+ +-----+ Discovery | |||
| | | Termination and | | | | | Termination and | | | |||
| ---|-----|-------------------------|-----|--------- | ---|-----|-------------------------|-----|--------- | |||
| skipping to change at line 368 | skipping to change at page 9, line 7 | |||
| | | | | | | | | | | | | | | |||
| | +-----+ +-----+ | | | +-----+ +-----+ | | |||
| | / \ | | | / \ | | |||
| V/ \V | V/ \V | |||
| O CP (Transport Name) O CP (Transport Name) | O CP (Transport Name) O CP (Transport Name) | |||
| Figure 3: Discovery in the Control and the Transport Planes | Figure 3: Discovery in the Control and the Transport Planes | |||
| 4. Discovery Technologies | 4. Discovery Technologies | |||
| 4.1 Generalized automatic discovery techniques G.7714 | 4.1. Generalized Automatic Discovery Techniques G.7714 | |||
| Generalized automatic discovery techniques are described in G.7714 | Generalized automatic discovery techniques are described in G.7714 to | |||
| to aid resource management and routing for G.8080. The term routing | aid resource management and routing for G.8080. The term routing | |||
| here is described in the transport context of routing connections in | here is described in the transport context of routing connections in | |||
| an optical network as opposed to the routing context typically | an optical network as opposed to the routing context typically | |||
| associated in packet networks. | associated in packet networks. | |||
| G.7714 is concerned with two types of discovery: | G.7714 is concerned with two types of discovery: | |||
| - Layer adjacency discovery | - Layer adjacency discovery | |||
| - Physical media adjacency discovery | - Physical media adjacency discovery | |||
| Layer adjacency discovery can be used to correlate physical | Layer adjacency discovery can be used to correlate physical | |||
| connections with management configured attributes. Among other | connections with management configured attributes. Among other | |||
| features this capability allows reduction in configuration and the | features this capability allows reduction in configuration and the | |||
| detection of miswired equipment. | detection of mis-wired equipment. | |||
| D. Fedyk, Editor Informational 8 | ||||
| Physical media adjacency discovery is a process that allows the | Physical media adjacency discovery is a process that allows the | |||
| physical testing of the media for the purpose of inventory capacity | physical testing of the media for the purpose of inventory capacity | |||
| and verifying the port characteristics of physical media adjacent | and verifying the port characteristics of physical media adjacent | |||
| networks. | networks. | |||
| G.7714 does not specify specific protocols but rather the type of | G.7714 does not specify specific protocols but rather the type of | |||
| techniques that can be used. G.7714.1 specifies a protocol for | techniques that can be used. G.7714.1 specifies a protocol for layer | |||
| layer adjacency with respect to SDH and OTN networks for Layer | adjacency with respect to SDH and OTN networks for layer adjacency | |||
| adjacency Discovery. A GMPLS method for Layer Discovery using | discovery. A GMPLS method for layer discovery using elements of LMP | |||
| elements of LMP is included in this set of procedures. | is included in this set of procedures. | |||
| An important point about the G.7714 specification is it specifies a | An important point about the G.7714 specification is that it | |||
| discovery mechanism for optical networks but not necessarily how the | specifies a discovery mechanism for optical networks but not | |||
| information will be used. It is intended that the Transport | necessarily how the information will be used. It is intended that | |||
| Management plane or a Transport control plane may subsequently make | the transport management plane or a transport control plane may | |||
| use of the discovered information. | subsequently make use of the discovered information. | |||
| 4.2 LMP and G.8080 Terminology Mapping | 4.2. LMP and G.8080 Terminology Mapping | |||
| GMPLS is a set of IP-based protocols, including LMP, providing a | GMPLS is a set of IP-based protocols, including LMP, providing a | |||
| control plane for multiple data plane technologies, including | control plane for multiple data plane technologies, including | |||
| optical/transport networks and their resources (i.e. wavelengths, | optical/transport networks and their resources (i.e., wavelengths, | |||
| timeslots, etc.) and without assuming any restriction on the control | timeslots, etc.) and without assuming any restriction on the control | |||
| plane architecture (see [GMPLS-ARCH]). Whereas, G.8080 defines a | plane architecture (see [RFC3945]). On the other hand, G.8080 | |||
| control plane reference architecture for optical/transport networks | defines a control plane reference architecture for optical/transport | |||
| and without any restriction on the control plane implementation. | networks without any restriction on the control plane implementation. | |||
| Being developed in separate standards forums, and with different | Being developed in separate standards forums, and with different | |||
| scope, they use different terms and definitions. | scopes, they use different terms and definitions. | |||
| Terminology mapping between LMP and ASON (G.805/G.8080) is an | Terminology mapping between LMP and ASON (G.805/G.8080) is an | |||
| important step towards the understanding of the two architectures | important step towards the understanding of the two architectures and | |||
| and allows for potential cooperation in areas where cooperation is | allows for potential cooperation in areas where cooperation is | |||
| possible. To facilitate this mapping, we differentiate between the | possible. To facilitate this mapping, we differentiate between the | |||
| two types of data links in LMP. According to LMP, a data link may be | two types of data links in LMP. According to LMP, a data link may be | |||
| considered by each node that it terminates on as either a 'port' or | considered by each node that it terminates on as either a 'port' or a | |||
| a 'component link'. The LMP notions of port and component link are | 'component link'. The LMP notions of port and component link are | |||
| supported by the G.805/G.8080 architecture. G.8080's variable | supported by the G.805/G.8080 architecture. G.8080's variable | |||
| adaptation function is broadly equivalent to LMP's component link, | adaptation function is broadly equivalent to LMP's component link, | |||
| i.e. a single server layer trail dynamically supporting different | i.e., a single server-layer trail dynamically supporting different | |||
| multiplexing structures. Note that when the data plane delivers its | multiplexing structures. Note that when the data plane delivers its | |||
| own addressing space, LMP Interface_IDs and Data Links IDs are used | own addressing space, LMP Interface_IDs and Data Links IDs are used | |||
| as handles by the control plane to the actual CP Name and CP-to-CP | as handles by the control plane to the actual CP Name and CP-to-CP | |||
| Name, respectively. | Name, respectively. | |||
| The terminology mapping is summarized in the following table: | The terminology mapping is summarized in the following table: Note | |||
| Note that the table maps ASON terms to GMPLS terms that refer to | that the table maps ASON terms to GMPLS terms that refer to | |||
| equivalent objects, but in many cases there is not a one to one | equivalent objects, but in many cases there is not a one-to-one | |||
| mapping. Additional information beyond Discovery terminology can be | mapping. Additional information beyond discovery terminology can be | |||
| found in [LEXICO]. | found in [LEXICO]. | |||
| D. Fedyk, Editor Informational 9 | ||||
| +----------------+--------------------+-------------------+ | +----------------+--------------------+-------------------+ | |||
| | ASON Terms | GMPLS/LMP Terms | GMPLS/LMP Terms | | | ASON Terms | GMPLS/LMP Terms | GMPLS/LMP Terms | | |||
| | | Port | Component Link | | | | Port | Component Link | | |||
| +----------------+--------------------+-------------------+ | +----------------+--------------------+-------------------+ | |||
| | CP | TE Resource; | TE Resource; | | | CP |