TOC |
|
This document defines the framework for explicit control of region boundary in PCE-based inter-layer architecture.
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119 (Bradner, S., “Key words for use in RFCs to Indicate Requirement Levels,” March 1997.) [RFC2119].
This Internet-Draft is submitted to IETF in full conformance with the provisions of BCP 78 and 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.
This Internet-Draft will expire on September 9, 2010.
Copyright (c) 2010 IETF Trust and the persons identified as the document authors. All rights reserved.
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the BSD License.
1.
Introduction
2.
Explicit Control of Region Boundary
2.1.
Procedure for Region Boundary Explicit Contorl
3.
Explicit Control Model of Region Boundary
3.1.
Explicit Region Control in Single PCE Inter-Layer
3.2.
Explicit Region Control in Multiple PCE Inter-Layer with inter-PCE communication.
3.3.
Explicit Region Control in Multiple PCE Inter-Layer without inter-PCE communication.
4.
Protocol Extension Requirements for Explicit Control of Region Boundary
5.
Security Considerations
6.
IANA Considerations
7.
References
7.1.
Normative References
7.2.
Informative References
§
Authors' Addresses
TOC |
PCE can determine regions' boundaries. Without cooperating with VNTM or policy configuration, a intermediate LSR has to determine regions' boundaries by using the IGP database and ERO as described in [RFC4206] in order to trigger the lower layer signaling. A centralized routing and distributed signaling application is foreseen in the PCE architecture. Without any or enough TED within the intermediate LSR, it could not determine regions' boundaries during the signaling.
This document defines the framework for explicit control of region boundary in PCE-based inter-layer architecture. The solution isn't limited to specific Inter-Layer Path Computation and Inter-Layer Path Control Models. The solution in this document can also be applied in the situation where TED can be maintained by the intermediate LSR in order for less signaling time.
TOC |
PCE can determine regions' boundaries. After PCE compute an end-to-end paths across multi-layer, multi-layer EROs must be carried in PCRep and Path message in terms of RFC5623. In order to explicit control of regions' boundaries, this document introduces a new object (ERBO- Explicit Region Boundary Object). It is carried in PCRep and RSVP-TE Signaling message. Regions' boundaries must be carried in ERBO.
TOC |
PCC request the PCE computate a multi-layer path with an indication of whether inter-layer path computation is allowed. The PCE computes and returns a multi-layer path to the PCC converted to an Explicit Route Object (ERO) for use in RSVP-TE signaling. The PCRep also must includs the region boundaries information which contains zero or multiple pairs of nodes. This document introduces a new object (ERBO- Explicit Region Boundary Object). It is carried in PCRep and RSVP-TE Signaling message. Regions' boundaries must be carried in ERBO. One pairs or multiple pairs of nodes within the ERBO can belong to the same layer or different layers. The RSVP-TE signaling message among the PCC and intermediate nodes must carry the region boundaries information provided by PCE.
If the intermediate nodes receive the signaling message with region boundaries information, it must check whether it is one of the region boundaries. If it isn't one of region boundaries, the signaling should be continued. If the intermediate nodes receive the signaling message without region boundaries information, the signaling should be continued.
If it is one of region boundaries, it must get another end of region boundary from the next hop in ERBO. It must get the detailed routing information between the pair of region boundaries from the ERO in order to initiate the signaling of lower layer path. Because there may be more further region boundaries information within the lower layer in ERBO, it must get the region boundaries information for lower layers from ERBO.
Once the pair of region boundaries, the region boundaries information of lower layers and the routing information of lower layers are determined, the ingress node of region boundaries initiates the lower layer signaling. The signaling of lower layers must also include the region boundaries information.
TOC |
TOC |
Because inter-layer path computation is performed by a single PCE that has topology visibility into all layers in this model, PCE can determines the region boundaries within all the layers. It must return the detailed routing information in ERO and region boundaries information in ERBO.
PCC initiates the signaling based on the ERO and ERBO returned by the PCE. The intermediate nodes will initiate the signaling procedure of lower layers based on the routing information in ERO and the region boundaries information in ERBO.
The process of creating a LSP from H1 to H6 based on the following figure is as follows:
----- | PCE | ----- ^ | | 2:PCRep | | (ERO) (ERBO) | | ---- ---- | | | H1 | | H2 | | | ---- ---- | | | H2 | | H5 | | | ---- ---- | | | L3 | | | ---- | | | L4 | | | ---- | | | H5 | | | ---- | | | H6 | | | ---- | | 1:PCReq | | v ----- ----- ----- ----- | LSR |--| LSR |................| LSR |--| LSR | | H1 | | H2 | | H5 | | H6 | ----- -----\ /----- ----- \----- -----/ | LSR |--| LSR | | L3 | | L4 | ----- ----- ---------------> ---------------> 3:Path 4:Path (ERO) (ERBO) (ERO) ---- ---- ---- | H2 | | H2 | | H2 | ---- ---- ---- | L3 | | H5 | ---- ---- | L4 | ---- | H5 | ---- | H6 | ----
TOC |
In the following figure, there are two PCEs with inter-PCE communication. PCE Hi has the topology visibility restricted to the upper layer. PCE Lo has the topology visibility of two layers. The end-to-end path is computated by the cooperation between PCE Hi and PCE Lo.
The region boundaries within all the layers can be determined by the cooperation between the PCE Hi and PCE Lo. The PCE Hi must return the detailed routing information in ERO and region boundaries information in ERBO.
PCC initiates the signaling based on the ERO and ERBO returned by the PCE. The intermediate nodes will initiate the signaling procedure of lower layers based on the routing information in ERO and the region boundaries information in ERBO.
The process of creating a LSP from H1 to H10 is as follows:
----- | PCE | | Hi | <---------------------- ----- | ^ | | | | | | | | | | | | | | | v | ----- ----- | ----- ----- ----- ----- | LSR |--| LSR |.............|...............| LSR |--| LSR | .............| LSR |--| LSR | | H1 | | H2 | v | H5 | | H6 | | H9 | | H10 | ----- -----\ ----- /----- -----\ /----- ----- | | PCE | | | | | | Lo | | | | | ----- | | | \----- -----/ \----- -----/ | LSR |................| LSR | | LSR |..| LSR | | L3 | | L4 | | L7 | | L8 | -----\ /----- ----- ----- | | | | | | \----- -----/ | LSR |..| LSR | | M1 | | M2 | ----- -----
TOC |
In the following figure, the PCE Hi has the topology visibility of higher two layers. The PCE Lo has the topology visibility of lower two layers.
The process of creating a LSP from H1 to H10 is as follows:
----- | PCE | | Hi | ----- ^ | | | | | | | | | | v ----- ----- ----- ----- | LSR |--| LSR |..........................................| LSR |--| LSR | | H1 | | H2 | | H9 | | H10 | ----- -----\ /----- ----- | | | | | | \----- -----/ | LSR |............................ | LSR | | M3 |<------------- | M8 | -----\ | /----- | v | | ----- | | | PCE | | | | Lo | | | ----- | \----- -----/ | LSR |...............| LSR | | L4 | | L7 | -----\ /----- | | | | | | \----- -----/ | LSR |..| LSR | | L4 | | L7 | ----- -----
TOC |
A requirements for PCRep (RFC5440) extensions to support explicit control of region boundary is foreseen. A requirements for Path (RFC3473) extensions to support explicit control of region boundary is also foreseen. A new object (ERBO) could be introduced in PCRep and Path message. The format of new object is the same as an ERO. [draft-fuxh-ccamp-region-boundary-explicit-control-rsvp-ext-00] defines the RSVP-TE signaling extension for explicit control of region boundary during the signaling procedure. [draft-fuxh-pce-region-boundary-explicit-control-pcep-ext-00] defines the PCEP protocol extension for explicit control of region boundary in PCE-based inter-layer architecture.
TOC |
TBD
TOC |
TBD
TOC |
TOC |
[RFC2119] | Bradner, S., “Key words for use in RFCs to Indicate Requirement Levels,” BCP 14, RFC 2119, March 1997 (TXT, HTML, XML). |
[RFC4206] | Kompella, K. and Y. Rekhter, “Label Switched Paths (LSP) Hierarchy with Generalized Multi-Protocol Label Switching (GMPLS) Traffic Engineering (TE),” RFC 4206, October 2005 (TXT). |
TOC |
TOC |
Xihua Fu | |
ZTE Corporation | |
West District,ZTE Plaza,No.10,Tangyan South Road,Gaoxin District | |
Xi An 710065 | |
P.R.China | |
Phone: | +8613798412242 |
Email: | fu.xihua@zte.com.cn |
URI: | http://wwwen.zte.com.cn/ |
Xuefeng Lin | |
ZTE Corporation | |
12F,ZTE Plaza,No.19,Huayuan East Road,Haidian District | |
Beijing 100191 | |
P.R.China | |
Phone: | +8615901011821 |
Email: | lin.xuefeng@zte.com.cn |
URI: | http://www.zte.com.cn/ |
Gang Xie | |
ZTE Corporation | |
12F,ZTE Plaza,No.19,Huayuan East Road,Haidian District | |
Beijing 100191 | |
P.R.China | |
Phone: | +8613691280432 |
Email: | xie.gang@zte.com.cn |