<<...>>
This I-D was'nt presented in yesterday's meeting but will
be appreciated if you can read and send comments to the
mailing list.
Some highlights:
1) An "address TLV" may be included in opaque LSA by ABRs
and is capable of advertising multiple rechable addresses
and subnets in a single opaque LSA. The LSA also includes
the identity of the source area.
2) Allows TE links that represent the aggregated traffic trunks
between pairs of ABRs in a given area being advertised. The
information contained in the TE links also includes the
identity of the source area.
3) The advertising scope of the above two may be specified according
to the actual networking applications with the follwoing scenarios:
3a) AS-wide advertising using opaque type 11 LSA.
3b) per-area advertising (on-demand) using opaque type 10 LSA.
3c) per-node (head-end LSR, on-demand) using opaque type 9 LSA.
4) The information of 1) and 2) above tells the head-end LSR
which area the tail-end LSR resides, and the LSR may build an
optimized but loose-hop path from itself all the way to the
entry ABR of the destination area. Note the hops that outside
of the source area are concatenation of the ABRs in other areas.
Thanks
Dean
-----Original Message-----
From: Internet-Drafts@ietf.org
Cc: ccamp@ops.ietf.org
Sent: 3/4/2002 4:06 AM
Subject: I-D ACTION:draft-cheng-ccamp-ospf-multiarea-te-extensions-00.txt
A New Internet-Draft is available from the on-line Internet-Drafts
directories.
Title : OSPF Extensions to Support Multi-Area Traffic
Engineering
Author(s) : D. Cheng
Filename :
draft-cheng-ccamp-ospf-multiarea-te-extensions-00.txt
Pages : 6
Date : 01-Mar-02
The [MULTI-AREA] introduces a set of mechanisms that could be used
to construct LSPs that span multiple IS-IS/OSPF areas, where one
scenario is to allow the head-end LSR to compute the path all the
way to the ABR in the tail-end area. This document proposes some
new OSPF extensions that can be used in supporting that scenario,
i.e., by leaking some of the useful information from individual
areas to others, the constraint-based routing at the head-end LSR
of LSPs in OSPF networks with multiple areas can be optimized.
A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-cheng-ccamp-ospf-multiarea-te-
extensions-00.txt
To remove yourself from the IETF Announcement list, send a message to
ietf-announce-request with the word unsubscribe in the body of the
message.
Internet-Drafts are also available by anonymous FTP. Login with the
username
"anonymous" and a password of your e-mail address. After logging in,
type "cd internet-drafts" and then
"get draft-cheng-ccamp-ospf-multiarea-te-extensions-00.txt".
A list of Internet-Drafts directories can be found in
http://www.ietf.org/shadow.html
or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
Internet-Drafts can also be obtained by e-mail.
Send a message to:
mailserv@ietf.org.
In the body type:
"FILE
/internet-drafts/draft-cheng-ccamp-ospf-multiarea-te-extensions-00.txt".
NOTE: The mail server at ietf.org can return the document in
MIME-encoded form by using the "mpack" utility. To use this
feature, insert the command "ENCODING mime" before the "FILE"
command. To decode the response(s), you will need "munpack" or
a MIME-compliant mail reader. Different MIME-compliant mail
readers
exhibit different behavior, especially when dealing with
"multipart" MIME messages (i.e. documents which have been split
up into multiple messages), so check your local documentation on
how to manipulate these messages.
Below is the data which will enable a MIME compliant mail reader
implementation to automatically retrieve the ASCII version of the
Internet-Draft.
<<...>>
--- Begin Message ---
- To:
- Subject:
- Date: Tue, 19 Mar 2002 16:28:12 -0800
Attachment: ATT26770.txt
Description: Binary data--- End Message ---
- <ftp://internet-drafts/>
- Transfer-mode: ftp.ietf.org