RFC 4202 - Routing Extensions in Support of Generalized Mult(3)

时间:2006-11-01 来源: 作者: 点击:
and InterfaceSwitchingCapabilityDescriptor: InterfaceSwitchingCapability=PSC-1 Encoding=SDH MaxLSPBandwidth[p]=10Gbps,forallp 5.Acknowledgements TheauthorswouldliketothankSureshKatukam,JonathanLang,Z
  

      and

      Interface Switching Capability Descriptor:
         Interface Switching Capability = PSC-1
         Encoding = SDH
         Max LSP Bandwidth[p] = 10 Gbps, for all p

5.  Acknowledgements

   The authors would like to thank Suresh Katukam, Jonathan Lang, Zhi-
   Wei Lin, and Quaizar Vohra for their comments and contributions to
   the document.  Thanks too to Stephen Shew for the text regarding
   "Representing TE Link Capabilities".

6.  Security Considerations

   There are a number of security concerns in implementing the
   extensions proposed here, particularly since these extensions will
   potentially be used to control the underlying transport
   infrastructure.  It is vital that there be secure and/or
   authenticated means of transferring this information among the
   entities that require its use.

   While this document proposes extensions, it does not state how these
   extensions are implemented in routing protocols such as OSPF or
   IS-IS.  The documents that do state how routing protocols implement
   these extensions [GMPLS-OSPF, GMPLS-ISIS] must also state how the
   information is to be secured.

7.  References

7.1.  Normative References

   [GMPLS-OSPF]      Kompella, K., Ed. and Y. Rekhter, Ed., "OSPF
                     Extensions in Support of Generalized Multi-Protocol
                     Label Switching (GMPLS)", RFC 4203, October 2005.

   [GMPLS-SIG]       Berger, L., "Generalized Multi-Protocol Label
                     Switching (GMPLS) Signaling Functional
                     Description", RFC 3471, January 2003.

   [GMPLS-SONET-SDH] Mannie, E. and D. Papadimitriou, "Generalized
                     Multi-Protocol Label Switching (GMPLS) Extensions
                     for Synchronous Optical Network (SONET) and
                     Synchronous Digital Hierarchy (SDH) Control", RFC
                     3946, October 2004.

   [IEEE]            IEEE, "IEEE Standard for Binary Floating-Point
                     Arithmetic", Standard 754-1985, 1985 (ISBN 1-5593-
                     7653-8).

   [LINK-BUNDLE]     Kompella, K., Rekhter, Y., and L. Berger, "Link
                     Bundling in MPLS Traffic Engineering (TE)", RFC
                     4201, October 2005.

   [LMP]             Lang, J., Ed., "Link Management Protocol (LMP)",
                     RFC 4204, October 2005.

   [LSP-HIER]        Kompella, K. and Y. Rekhter, "Label Switched Paths
                     (LSP) Hierarchy with Generalized Multi-Protocol
                     Label Switching (GMPLS) Traffic Engineering (TE))",
                     RFC 4206, October 2005.

   [OSPF-TE]         Katz, D., Kompella, K., and D. Yeung, "Traffic
                     Engineering (TE) Extensions to OSPF Version 2", RFC
                     3630, September 2003.

   [RFC2119]         Bradner, S., "Key words for use in RFCs to Indicate
                     Requirement Levels", BCP 14, RFC 2119, March 1997.

   [RFC3032]         Rosen, E., Tappan, D., Fedorkow, G., Rekhter, Y.,
                     Farinacci, D., Li, T., and A. Conta, "MPLS Label
                     Stack Encoding", RFC 3032, January 2001.

7.2.  Informative References

   [GMPLS-ISIS]      Kompella, K., Ed. and Y. Rekhter, Ed.,
                     "Intermediate System to Intermediate System (IS-IS)
                     Extensions in Support of Generalized Multi-Protocol
                     Label Switching (GMPLS)", RFC 4205, October 2005.

   [ISIS-TE]         Smit, H. and T. Li, "Intermediate System to
                     Intermediate System (IS-IS) Extensions for Traffic
                     Engineering (TE)", RFC 3784, June 2004.

8.  Contributors

   Ayan Banerjee
   Calient Networks
   5853 Rue Ferrari
   San Jose, CA 95138

   Phone: +1.408.972.3645
   EMail: abanerjee@calient.net

   John Drake
   Calient Networks
   5853 Rue Ferrari
   San Jose, CA 95138

   Phone: (408) 972-3720
   EMail: jdrake@calient.net

   Greg Bernstein
   Ciena Corporation
   10480 Ridgeview Court
   Cupertino, CA 94014

   Phone: (408) 366-4713
   EMail: greg@ciena.com

   Don Fedyk
   Nortel Networks Corp.
   600 Technology Park Drive
   Billerica, MA 01821

   Phone: +1-978-288-4506
   EMail: dwfedyk@nortelnetworks.com

   Eric Mannie
   Libre Exaministe

   EMail: eric_mannie@hotmail.com

   Debanjan Saha
   Tellium Optical Systems
   2 Crescent Place
   P.O. Box 901
   Ocean Port, NJ 07757

   Phone: (732) 923-4264
   EMail: dsaha@tellium.com

   Vishal Sharma
   Metanoia, Inc.
   335 Elan Village Lane, Unit 203
   San Jose, CA 95134-2539

   Phone: +1 408-943-1794
   EMail: v.sharma@ieee.org

   Debashis Basak
   AcceLight Networks,
   70 Abele Rd, Bldg 1200
   Bridgeville PA 15017

   EMail: dbasak@accelight.com

   Lou Berger
   Movaz Networks, Inc.
   7926 Jones Branch Drive
   Suite 615
   McLean VA, 22102

   EMail: lberger@movaz.com

Authors’ Addresses

   Kireeti Kompella
   Juniper Networks, Inc.
   1194 N. Mathilda Ave
   Sunnyvale, CA 94089

   EMail: kireeti@juniper.net

   Yakov Rekhter
   Juniper Networks, Inc.
   1194 N. Mathilda Ave
   Sunnyvale, CA 94089

   EMail: yakov@juniper.net

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.

   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.

Intellectual Property

   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.

Acknowledgement

   Funding for the RFC Editor function is currently provided by the
   Internet Society.
------分隔线----------------------------
顶一下
(0)
0%
踩一下
(0)
0%
------分隔线----------------------------
最新评论 查看所有评论
发表评论 查看所有评论
请自觉遵守互联网相关的政策法规,严禁发布色情、暴力、反动的言论。
评价:
表情:
用户名: 密码: 验证码:
推荐内容