-- extracted from draft-ietf-ccamp-gmpls-tc-mib-07.txt -- at Fri Jun 3 06:33:27 2005 GMPLS-TC-STD-MIB DEFINITIONS ::= BEGIN IMPORTS MODULE-IDENTITY FROM SNMPv2-SMI -- RFC2578 TEXTUAL-CONVENTION FROM SNMPv2-TC -- RFC2579 mplsStdMIB FROM MPLS-TC-STD-MIB -- RFC3811 ; gmplsTCStdMIB MODULE-IDENTITY LAST-UPDATED "200505200001Z" -- 20 May 2005 00:00:01 GMT ORGANIZATION "Common Control And Measurement Plane (CCAMP) Working Group" CONTACT-INFO " Thomas D. Nadeau Cisco Systems, Inc. Email: tnadeau@cisco.com Adrian Farrel Old Dog Consulting Email: adrian@olddog.co.uk Comments about this document should be emailed direct to the CCAMP working group mailing list at ccamp@ops.ietf.org" DESCRIPTION "Copyright (C) The Internet Society (2005). The initial version of this MIB module was published in RFC xxxx. For full legal notices see the RFC itself or see: http://www.ietf.org/copyrights/ianamib.html This MIB module defines TEXTUAL-CONVENTIONs for concepts used in Generalized Multiprotocol Label Switching (GMPLS) networks." -- Revision history. REVISION "200505200001Z" -- 20 May 2005 00:00:01 GMT DESCRIPTION -- RFC Editor: Please see the IANA Considerations Section. -- This MIB module is contained in the OID sub-tree -- rooted at mplsStdMIB. -- The requested mplsStdMIB subId is XXX "Initial version published as part of RFC XXXX." ::= { mplsStdMIB XXX } -- Textual Conventions (sorted alphabetically). GmplsFreeformLabel ::= TEXTUAL-CONVENTION STATUS current DESCRIPTION "This value represents a freeform generalized MPLS Label. This can be used to represent label types which are not standard in the drafts. It may also be used by systems that do not wish to represent the labels using the specific label types." REFERENCE "Generalized Multi-Protocol Label Switching (GMPLS) Signaling Functional Description, RFC 3471." SYNTAX OCTET STRING (SIZE (0..64)) GmplsGeneralizedLabelTypes ::= TEXTUAL-CONVENTION STATUS current DESCRIPTION "Determines the interpretation that should be applied to a label." REFERENCE "Generalized Multi-Protocol Label Switching (GMPLS) Signaling Functional Description, RFC 3471." SYNTAX INTEGER { gmplsMplsLabel(1), gmplsPortWavelengthLabel(2), gmplsFreeformGeneralizedLabel(3), gmplsSonetLabel(4), gmplsSdhLabel(5), gmplsWavebandLabel(6) } GmplsSegmentDirection ::= TEXTUAL-CONVENTION STATUS current DESCRIPTION "The direction of data flow on an LSP segment with respect to the head of the LSP. Where an LSP is signaled using a conventional signaling protocol, the 'head' of the LSP is the source of the signaling (also known as the ingress) and the 'tail' is the destination (also known as the egress). For unidirectional LSPs, this usually matches the direction of flow of data. For manually configured unidirectional LSPs the direction of the LSP segment matches the direction of flow of data. For manually configured bidirecitonal LSPs, an arbitrary decision must be made about which LER is the 'head'." SYNTAX INTEGER { forward(1), reverse(2) } END -- -- 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. -- -- 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.