Network Working Group Igor Bryskin Category: Informational Independent Consultant Expires: December 2005 Adrian Farrel Old Dog Consulting June 2005 A Lexicography for the Interpretation of Generalized Multiprotocol Label Switching (GMPLS) Terminology within The Context of the ITU-T's Automatically Switched Optical Network (ASON) Architecture draft-ietf-ccamp-gmpls-ason-lexicography-03.txt Status of this Memo By submitting this Internet-Draft, each author represents that any 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 Task Force (IETF), its areas, and its working groups. Note that other groups may also distribute working documents as Internet-Drafts. 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." The list of current Internet-Drafts can be accessed at 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 Generalized Multiprotocol Label Switching (GMPLS) has been developed by the IETF to facilitate the establishment of Label Switched Paths (LSPs) in a variety of data plane technologies and across several architectural models. The ITU-T has specified an architecture for the control of Automatically Switched Optical Networks (ASON). This document provides a lexicography for the interpretation of GMPLS terminology within the context of the ASON architecture. It is important to note that GMPLS is applicable in a wider contexts than ASON. The definitions presented in this document do not provide exclusive or complete interpretations of GMPLS concepts. This document simply to allows the GMPLS terms to be applied within the ASON context. Bryskin and Farrel Page 1 draft-ietf-ccamp-gmpls-ason-lexicography-03.txt June 2005 Contents 1. Introduction ................................................ 3 2. Terminology Sources ......................................... 3 2.1. GMPLS Terminology Sources ................................... 3 2.2. ASON Terminology Sources .................................... 3 2.3. Common Terminology Sources .................................. 4 3. Lexicography................................................. 4 3.1. Network Presences ........................................... 4 3.2. Resources ................................................... 5 3.3. Layers ...................................................... 6 3.4. Labels ...................................................... 6 3.5. Data Links .................................................. 6 3.6. Link interfaces ............................................. 7 3.7. Connections ................................................. 8 3.8. Switching, Termination and Adaptation Capabilities .......... 8 3.9. TE Links and FAs ............................................ 9 3.10. TE Domain ................................................. 11 3.11. Component Links and Bundles ............................... 11 3.12. Regions ................................................... 11 4. Guidance on the Application of this Lexicography ............. 13 5. IANA Considerations .......................................... 13 6. Management Considerations .................................... 13 7. Security Considerations ...................................... 13 8. Acknowledgements ............................................. 14 9. Intellectual Property Consideration .......................... 14 10. Normative References ........................................ 14 11. Informational References .................................... 15 12. Authors' Addresses .......................................... 16 13. Disclaimer of Validity ...................................... 17 14. Full Copyright Statement .................................... 17 Bryskin and Farrel Page 2 draft-ietf-ccamp-gmpls-ason-lexicography-03.txt June 2005 1. Introduction Generalized Multiprotocol Label Switching (GMPLS) has been developed by the IETF to facilitate the establishment of Label Switched Paths (LSPs) in a variety of data plane technologies such as Packet Switching Capable (PSC), Layer Two Switching Capable (L2SC), Time Division Multiplexing (TDM), Lambda Switching Capable (LSC), and Fiber Switching Capable (FSC). The ITU-T has specified an architecture for the control of Automatically Switched Optical Networks (ASON). This architecture forms the basis of many Recommendations within the ITU-T. Because the GMPLS and ASON architectures were developed by different people in different standards bodies, and because the architectures have very different historic backgrounds (the Internet, and transport networks respectively), the terminology used is different. This document provides a lexicography for the interpretation of GMPLS terminology within the context of the ASON architecture. This allows GMPLS documents to be generally understood by those familiar with ASON Recommendations. The definitions presented in this document do not provide exclusive or complete interpretations of the GMPLS concepts. 2. Terminology Sources 2.1. GMPLS Terminology Sources GMPLS Terminology is principally defined in [RFC3945]. Other documents provide further key definitions including [GMPLS-RTG], [BUNDLE], [LSP-HIER] and [LMP]. The reader should be familiar with these other documents before attempting to use this document to provide a mapping to between GMPLS and ASON. For details of GMPLS signaling please refer to [RFC3471] and [RFC3473]. For details of GMPLS routing, please refer to [GMPLS-OSPF] and [GMPLS-ISIS]. 2.2. ASON Terminology Sources The ASON architecture is specified in ITU-T Recommendation G.8080 [G-8080]. This is developed from generic functional architectures and requirements specified in [G-805], [G-807] and [G-872]. The ASON terminology is defined in several Recommendations in the ASON family such as G.8080, G.8081, G.7713, G.7714, and G.7715. The reader must be familiar with these documents before attempting to apply the lexicography set out here. Bryskin and Farrel Page 3 draft-ietf-ccamp-gmpls-ason-lexicography-03.txt June 2005 2.3. Common Terminology Sources The work in this document builds on the shared view of ASON requirements and requirements expressed in [ASON-SIG], [ASON-RTG] and [TRANSPORT-LMP]. 3. Lexicography 3.1. Network Presences 3.1.1. GMPLS Terms Transport node [Data Plane] is a logical network device that is capable of originating and/or terminating of a data flow and/or switching it on the route to its destination. Controller [Control Plane] is a logical entity that models all control plane intelligence (routing, TE and signaling protocols, path computation, etc). A single controller can manage one or several transport nodes. Separate functions (such as routing and signaling) may be hosted at distinct sites and hence could be considered as separate logical entities referred, for example, as routing controller, signaling controller, etc. Node [Control & Data Planes] is a logical combination of a transport node and the controller that manages the transport node. In early deployments, all control plane and data plane functions associated with a transport node were collocated in a node and referred to as a Label Switching Router (LSR). Control plane network [Control Plane] is an IP network used for delivery of control plane (protocol) messages exchanged by controllers. 3.1.2. ASON Terms A GMPLS transport node is an ASON network element. A GMPLS controller is the set of ASON functional components controlling a given ASON network element (or partition of a network element). In ASON this set of functional components may exist in one place or multiple places. A GMPLS node is the combination of an ASON network element (or partition of a network element) and its associated control components. The GMPLS control plane network is the ASON Signaling Communication Network (SCN). Note that both routing and signaling exchanges are carried by the SCN. Bryskin and Farrel Page 4 draft-ietf-ccamp-gmpls-ason-lexicography-03.txt June 2005 3.2. Resources 3.2.1. GMPLS Terms Non-packet based resource [Data Plane] is a channel of certain bandwidth that could be allocated in a network data plane of a particular technology for the purpose of user traffic delivery. Examples of non-packet based resources are timeslots, lambda channels, etc. Packet based resource [Data Plane] is an abstraction hiding means related to delivery of traffic with particular parameters (most importantly, bandwidth) with particular QoS over PSC media. Examples of packet based resources are forwarding queues, schedulers, etc. Layer Resource (Resource) [Data Plane]. A non-packet based data plane technology may yield resources in different network layers (see section 3.3). For example, some TDM devices can operate with VC-12 timeslots, some with VC-4 timeslots and some with VC4-4c timeslots. There are also multiple layers of packet based resources (i.e. one per label in the label stack). Therefore, we define layer resource (or simply resource) irrespective of underlying data plane technology as a basic data plane construct. It is defined by a combination of a particular data encoding type and switching/terminating bandwidth granularity. All other definitions provided in this memo are tightly bound to the resource. Examples of layer resources are: PSC1, PSC4, ATM VP, ATM VC, Ethernet, VC-12, VC-4, Lambda 10G, Lambda 40G. These three definitions give rise to the concept of Resource Type. Although not a formal term, this is useful shorthand to identify how and where a resource can be used dependent on the switching type, data encoding type and switching/terminating bandwidth granularity (see section 3.8). 3.2.2. ASON Terms In ASON applications: - Connection point (cp) in the context of link discovery and resource management (allocation, binding into cross-connects, etc.). - Link connection or trail termination in the context of routing, path computation and signaling. Resource type is identifies by a client CI (characteristics information) that could be carried by the resource. Bryskin and Farrel Page 5 draft-ietf-ccamp-gmpls-ason-lexicography-03.txt June 2005 3.3. Layers 3.3.1. GMPLS Terms Layer [Data Plane] is a set of resources of the same type that could be used for establishing a connection or used for connectionless data delivery. Note. In GMPLS, the existence of non-blocking switching function in a transport node in a particular layer is modeled explicitly as one of the functions of link interfaces connecting the transport node to its data links. A GMPLS layer is not the same as a GMPLS region. See section 3.12. 3.3.2. ASON Terms A GMPLS layer is an ASON layer network. 3.4. Labels 3.4.1. GMPLS Terms Label [Control Plane] is an abstraction that provides an identifier for use in the control plane in order to identify a transport plane resource. 3.4.2. ASON Terms A GMPLS label is the portion of an ASON SNP name that follows the SNPP name. 3.5. Data Links 3.5.1. GMPLS Terms Unidirectional data link end [Data Plane] is a set of resources of a particular layer that belong to the same transport node and could be allocated for transfer of traffic in this layer to the same neighbor in the same direction. Bidirectional data link end [Data Plane] is an association of two unidirectional data link ends of a particular layer that belong to the same transport node and could be used for transfer of traffic in this layer to/from the same neighbor in both directions. Unidirectional data link [Data Plane] is an association of two unidirectional data link ends of a particular layer belonging to two transport nodes adjacent in this layer that could be used for transfer of traffic between the two transport nodes in one direction. Bryskin and Farrel Page 6 draft-ietf-ccamp-gmpls-ason-lexicography-03.txt June 2005 Bidirectional data link [Data Plane] is an association of two bidirectional data link ends of a particular layer belonging to two transport nodes adjacent in this layer that could be used for transfer of traffic between the two transport nodes in both directions. 3.5.2. ASON Terms A GMPLS unidirectional data link end is a collection of ASON connection points from the same client layer that are supported by a single ASON trail termination (access point). A GMPLS data link is an ASON link supported by a single server trail. 3.6. Link interfaces 3.6.1. GMPLS Terms Unidirectional link interface [Data Plane] is an abstraction that connects a transport node to a unidirectional data link end and represents (hides) the data plane intelligence like switching, termination and adaptation in one direction. In GMPLS, link interfaces are often referred to as "GMPLS interfaces" and it should be understood that these are data plane interfaces and the term does not refer to the ability of a control plane interface to handle GMPLS protocols. A single unidirectional data link end could be connected to a transport node by multiple link interfaces with one of them, for example, realizing switching function, while others realize the function of termination/adaptation. Bidirectional link interface [Data Plane] is an association of two or more unidirectional link interfaces that connects a transport node to a bi-directional data link end and represents the data plane intelligence like switching, termination and adaptation in both directions. Link interface type [Data Plane] is identified by the function the interface provides. There are three distinct functions - switching, termination and adaptation, hence, there are three types of link interfaces. Thus when a WDM link can do switching for some lambda channels and termination and TDM OC48 adaptation for some other lambda channels, we say that the link is connected to the transport node by three interface each of a separate type: switching, termination and adaptation. Bryskin and Farrel Page 7 draft-ietf-ccamp-gmpls-ason-lexicography-03.txt June 2005 3.6.2. ASON Terms A GMPLS interface is "all the stuff between a link and a matrix in an ASON network element." More precisely, it is an ASON trail termination function and adaptation function for which adapted client layer connection points are bound to a matrix. The GMPLS interface type may be identified by the ASON adapted client layer or by the terminated server layer or a combination of the two, depending on the context. In some cases, a GMPLS interface comprises a set (stack) of ASON trail termination/adaptation functions, for which some connection points are bound to trail terminations and others to matrices. 3.7. Connections 3.7.1. GMPLS Terms In GMPLS a connection is known as a Label Switched Path (LSP). Unidirectional connection (LSP) [Data Plane] is a single resource or a set of cross-connected resources of a particular layer that could deliver traffic in this layer between a pair of transport nodes in one direction. Bidirectional connection (LSP) [Data Plane] is an association of two unidirectional connections that could simultaneously deliver traffic in a particular layer between a pair of transport nodes in opposite directions. In the context of GMPLS both unidirectional constituents of a bidirectional connection (LSP) take identical paths in terms of data links and could be provisioned concurrently. LSP (connection) segment [Data Plane] is a single resource or a set of cross-connected resources that constitutes a segment of a connection. 3.7.2. ASON Terms A GMPLS connection is an ASON network connection. A GMPLS LSP segment is an ASON serial compound link connection. 3.8. Switching, Termination and Adaptation Capabilities 3.8.1. GMPLS Terms Switching capability [Data Plane] is a property (and defines a type) of a link interface that connects a particular data link to a transport node. This property/type characterizes the interface's Bryskin and Farrel Page 8 draft-ietf-ccamp-gmpls-ason-lexicography-03.txt June 2005 ability to cooperate with other link interfaces connecting data links within the same layer to the same transport node for the purpose of binding resources in cross-connects. Switching capability is advertised as an attribute of the TE link local end associated with the link interface. Termination capability [Data Plane] is a property of a link interface that connects a particular data link to a transport node. This property characterizes the interface's ability to terminate connections within the layer the data link belongs to. Adaptation capability [Data Plane] is a property of a link interface that connects a particular data link to a transport node. This property characterizes the interface's ability to perform a nesting function - to use a locally terminated connection that belongs to one layer as a data link for some other layer(s). The need for advertisement of adaptation and termination capabilities within GMPLS has been recognized and work is in progress to determine how these will be advertised. It is likely that they will be advertised as a single combined attribute, or as a separate attributes of the TE link local end associated with the link interface. 3.8.2. ASON Terms In ASON applications: The GMPLS switching capability is a property of an ASON link end representing its association with a matrix. The GMPLS termination capability is a property of an ASON link end representing potential binding to a termination point. The GMPLS adaptation capability is a property of an ASON link end representing potential adaptation to/from a client layer network. 3.9. TE Links and FAs 3.9.1. GMPLS Terms TE link end [Control Plane] is a grouping for the purpose of advertising and routing of resources of a particular layer. Such a grouping allows for decoupling of path selection from resource assignment. Specifically, a path could be selected in a centralized way in terms of TE link ends, while the resource assignment (resource reservation and label allocation) could be Bryskin and Farrel Page 9 draft-ietf-ccamp-gmpls-ason-lexicography-03.txt June 2005 performed in a distributed way during the connection setup. A TE link end may reflect zero, one or several data link ends in the data plane. A TE link end is associated with exactly one layer. TE link [Control Plane] is a grouping of two TE link ends associated with two neighboring transport nodes in a particular layer. In contrast to data link, which provides network flexibility in a particular layer and, therefore, is a "real" topological element, TE link is a logical routing element. For example, an LSP path is computed in terms of TE links (or more precisely, in terms of TE link ends), while the LSP is provisioned over (that is, resources are allocated from) data links. Virtual TE link is a TE link associated with zero data links. TE link end advertising [Control Plane]. A controller managing a particular transport node advertises local TE link ends. Any controller in the TE domain makes a TE link available for its local path computation if it receives consistent advertisements of both TE link ends. Strictly speaking, there is no such a thing as TE link advertising - only TE link end advertising. TE link end advertising may contain information about multiple switching capabilities. This, however, should not be interpreted as advertising of a multi-layer TE link end, rather, as joint advertisement of ends of multiple parallel TE links, each representing resources in separate layers. The advertisement may contain attributes shared by all TE links in the group (examples: protection capabilities, SRLGs, etc), separate information related to each TE link (examples: switching capability, data encoding, unreserved bandwidth, etc) as well as information related to inter-layer relationships of the advertised resources (example: termination and adaptation capabilities) should the control plane decide to use them as termination of higher layer data links. These higher layer data links, however, are not real yet - they are abstract until the underlying connections are established in lower layers. LSPs created in lower layers for the purpose of providing data links (extra network flexibility) in higher layers are called hierarchical connections/LSPs (H-LSPs) or simply hierarchies. LSPs created for the purpose of providing data links in the same layer are called stitching segments. H-LSPs and stitching segments could, but do not have to be advertised as TE links. Naturally, if they are advertised as TE links (LSPs advertised as TE links are often referred as TE-LSPs), they are made available for path computations performed on any controller within the TE domain into which they are advertised. H-LSPs and stitching segments could be advertised either individually or in TE bundles. An H-LSP or a stitching segment could be advertised as a TE link either into the same or a separate TE domain compared to the one within which it was provisioned. Bryskin and Farrel Page 10 draft-ietf-ccamp-gmpls-ason-lexicography-03.txt June 2005 A set of H-LSPs that are and/or could be created in a particular layer to provide network flexibility (data links) in other layer(s) is called Virtual network topology (VNT). A single H-LSP could provide several (more than one) data links (each in a different layer). Forwarding Adjacency (FA) [Control Plane] is a TE link that does not require a direct routing adjacency (peering) between controllers managing either of its ends in order to guarantee control plane connectivity (control channel) between the controllers. An example of an FA is an H-LSP or stitching segment advertised as a TE link into the same TE domain within which it was dynamically provisioned. In such cases, the control plane connectivity between the controllers at the ends of H-LSP/stitching segment is guaranteed by the concatenation of control channels interconnecting the ends of each of its constituents. In contrast, a H-LSP or stitching segment advertised as a TE link into a different TE domain compared to one where it was provisioned, generally requires a direct routing adjacency to be established within the TE domain where the TE link is advertised in order to guarantee control plane connectivity between the TE link ends, and, therefore, is not an FA. 3.9.2. ASON Terms The ITU term for a TE link end is SNP pool (SNPP). The ITU term for a TE link is SNPP link. The ITU term for a H-LSP is trail. 3.10. TE Domain 3.10.1 GMPLS Terms TE link attribute is a parameter of the set of resources associated with a TE link end that is significant in the context of path computation. Full TE visibility is a situation when a controller receives all unmodified TE advertisements from any other controller from a particular set of controllers. Limited TE visibility is a situation when a controller receives summarized TE information or does not receive one at all from some of controllers on the network. TE domain is a set of controllers each of which has full TE visibility within the set. Bryskin and Farrel Page 11 draft-ietf-ccamp-gmpls-ason-lexicography-03.txt June 2005 TE database (TED) is a memory structure within a controller that contains all TE advertisements generated by all controllers within a particular TE domain. Virtual network integration is a set of collaborative mechanisms within a single node driving multiple (at least two) layers and the adaptation between the layers. Horizontal network integration is a set of collaborative mechanisms within a single instance of the control plane driving multiple (at least two) TE domains or between different instances of the control plane. 3.11. Component Links and Bundles 3.11.1. GMPLS Terms Component link end [Control Plane] is a grouping of resources of a particular layer that is not advertised as an individual TE link end. A component link end could represent one or more data link ends or any subset of resources that belong to one or more data link ends. Component link [Control Plane] is a grouping of two or more component link ends associated with neighboring transport nodes (that is, directly interconnected by one or more data links) in a particular layer. Component links are equivalent to TE links except that the component link ends are not advertised separately. TE bundle [Control Plane] is an association of several parallel (that is, connecting the same pair of transport nodes) component links whose attributes are identical or whose differences sufficiently negligible that the TE domain can view the entire association as a single TE link. A TE bundle is advertised in the same way as a TE link, that is, by representing the associated component link ends as a single TE link end (TE bundle end) which is advertised. 3.12. Regions 3.12.1. GMPLS Terms TE region [Control Plane] is a set of one or more layers that are associated with the same type of data plane technology. A TE region is sometimes called an LSP region or just a region. Examples of regions are: IP, ATM, TDM, photonic, fiber switching, etc. Regions and region boundaries are significant for the signaling sub-system of the control plane because LSPs are signaled substantially differently (i.e. use different signaling object formats and semantics) in different regions. Furthermore, advertising, routing and path computation could be performed differently in different regions. For example, computation of paths across photonic regions Bryskin and Farrel Page 12 draft-ietf-ccamp-gmpls-ason-lexicography-03.txt June 2005 requires a wider set of constraints (e.g. optical impairments, wavelength continuity, etc) and needs to be performed in different terms (e.g. in terms of individual resources - lambda channels, rather than in terms of TE links) compared to path computation in other regions like IP or TDM. 4. Guidance on the Application of this Lexicography As discussed in the introduction to this document, this lexicography is intended to bring the concepts and terms associated with GMPLS into the context of the ITU's ASON architecture. Thus, it should help those familiar with ASON to see how they may use the features and functions of GMPLS in order to meet the requirements of an ASON. For example, a service provider wishing to establish a protected end-to-end service, might read [SEG-PROT] and [E2E-PROT] and wish to understand how the GMPLS terms used relate to the ASON architecture so that he can confirm that he will satisfy his requirements. This lexicography should not be used in order to obtain or derive definitive definitions of GMPLS terms. To obtain definitions of GMPLS terms that are applicable across all GMPLS architectural models, the reader should refer to the RFCs listed in the references sections of this document. [RFC3945] provides an overview of the GMPLS architecture and should be read first. 5. IANA Considerations This informational document defines no new code points and requires no action by IANA. 6. Management Considerations Both GMPLS and ASON networks require management. Both GMPLS and ASON specifications include considerable efforts to provide operator control and monitoring, as well as OAM functionality. These concepts are, however, out of scope of this document. 7. Security Considerations Security is also a significant requirement of both GMPLS and ASON architectures. Again, however, this informational document is intended only to provide a lexicography, and the security concerns are, therefore, out of scope. Bryskin and Farrel Page 13 draft-ietf-ccamp-gmpls-ason-lexicography-03.txt June 2005 8. Acknowledgements The authors would like to thank participants in the IETF's CCAMP working group and the ITU-T's Study Group 15 for their help in producing this document. In particular, all those who attended the Study Group 15 Question 14 Interim Meeting in Holmdel, New Jersey during January 2005. Many thanks to Ichiro Inoue of NTT for his useful review and input, and to Scott Brim and Dimitri Papadimitriou for lengthy and constructive discussions. Ben Mack-Crane and Jonathan Sadler provided very helpful reviews and discussions of ASON terms. 9. Intellectual Property Consideration The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79. Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr. The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf- ipr@ietf.org. 10. Normative References [RFC3945] E. Mannie (Ed.). "Generalized Multi-Protocol Label Switching (GMPLS) Architecture", RFC 3945, October 2004. [BUNDLE] Kompella, K., Rekhter, Y., and Berger, L., "Link Bundling in MPLS Traffic Engineering", , work in progress. [GMPLS-RTG] Kompella, K. and Rekhter, Y., "Routing Extensions in Support of Generalized Multi-Protocol Label Switching", , work in progress. Bryskin and Farrel Page 14 draft-ietf-ccamp-gmpls-ason-lexicography-03.txt June 2005 [LSP-HIER] Kompella, K. and Rekhter, Y., "LSP Hierarchy with Generalized MPLS TE", , work in progress. [LMP] J. Lang (Ed.), "Link Management Protocol (LMP)", , work in progress. 11. Informational References [RFC3471] L. Berger (Ed.), "Generalized Multi-Protocol Label Switching (GMPLS) Signaling Functional Description", RFC 3471, January 2003. [RFC3473] L. Berger (Ed.), "Generalized Multi-Protocol Label Switching (GMPLS) Signaling Resource ReserVation Protocol-Traffic Engineering (RSVP-TE) Extensions", RFC 3471, January 2003. [ASON-RTG] D. Brungard (Ed.), "Requirements for Generalized MPLS (GMPLS) Routing for Automatically Switched Optical Network (ASON)", , work in progress. [ASON-SIG] Papadimitriou, D., Drake, J., Ash, J., Farrel, A., and Ong, L., "Requirements for Generalized MPLS (GMPLS) Signaling Usage and Extensions for Automatically Switched Optical Network (ASON)", , work in progress. [E2E-PROT] Lang, J., Rekhter, Y., and Papadimitriou, D. (Eds.), "RSVP-TE Extensions in support of End-to-End Generalized Multi-Protocol Label Switching (GMPLS)-based Recovery", , work in progress. [GMPLS-ISIS] Kompella, K., and Rekhter, Y. (Ed.), "IS-IS Extensions in Support of Generalized MPLS", , work in progress. [GMPLS-OSPF] Kompella, K., and Rekhter, Y. (Ed.), "OSPF Extensions in Support of Generalized MPLS", , work in progress. Bryskin and Farrel Page 15 draft-ietf-ccamp-gmpls-ason-lexicography-03.txt June 2005 [SEG-PROT] Berger, L., Bryskin, I., Papadimitriou, D., and Farrel, A., "GMPLS Based Segment Recovery", , work in progress. [TRANSPORT-LMP] Fedyk, D., Aboul-Magd, O., Brungard, D., Lang, J., Papadimitriou, D., "A Transport Network View of LMP" , work in progress. For information on the availability of the following documents, please see http://www.itu.int. [G-8080] ITU-T Recommendation G.8080/Y.1304, Architecture for the automatically switched optical network (ASON). [G-805] ITU-T Recommendation G.805 (2000), Generic functional architecture of transport networks. [G-807] ITU-T Recommendation G.807/Y.1302 (2001), Requirements for the automatic switched transport network (ASTN). [G-872] ITU-T Recommendation G.872 (2001), Architecture of optical transport networks. [G-8081] ITU-T Recommendation G.8081 (2004), Terms and definitions for Automatically Switched Optical Networks (ASON). [G.7713] ITU-T Recommendation G.7713 (2001), Distributed Call and Connection Management. [G.7714] ITU-T Recommendation G.7714 Revision (2005), Generalized automatic discovery techniques. [G.7715] ITU-T Recommendation G.7715 (2002), Architecture and Requirements for the Automatically Switched Optical Network (ASON) 12. Authors' Addresses Igor Bryskin Independent Consultant EMail: i_bryskin@yahoo.com Adrian Farrel Old Dog Consulting Phone: +44 (0) 1978 860944 EMail: adrian@olddog.co.uk Bryskin and Farrel Page 16 draft-ietf-ccamp-gmpls-ason-lexicography-03.txt June 2005 13. Disclaimer of Validity This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. 14. Full Copyright Statement Copyright (C) The Internet Society (2005). This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights. Bryskin and Farrel Page 17