From mpls-bounces@lists.ietf.org Thu Mar 01 15:53:20 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HMsEi-0001c0-13; Thu, 01 Mar 2007 15:50:48 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HMsE1-0000c9-4M for mpls@lists.ietf.org; Thu, 01 Mar 2007 15:50:05 -0500 Received: from ns1.neustar.com ([2001:503:c779:1a::9c9a:108a]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HMsE0-0001YO-QM for mpls@lists.ietf.org; Thu, 01 Mar 2007 15:50:05 -0500 Received: from stiedprstage1.ietf.org (stiedprstage1.va.neustar.com [10.31.47.10]) by ns1.neustar.com (Postfix) with ESMTP id AA51426F03; Thu, 1 Mar 2007 20:50:02 +0000 (GMT) Received: from ietf by stiedprstage1.ietf.org with local (Exim 4.43) id 1HMsDy-0002cZ-DP; Thu, 01 Mar 2007 15:50:02 -0500 Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 To: i-d-announce@ietf.org From: Internet-Drafts@ietf.org Message-Id: Date: Thu, 01 Mar 2007 15:50:02 -0500 X-Spam-Score: -2.5 (--) X-Scan-Signature: 34d35111647d654d033d58d318c0d21a Cc: mpls@lists.ietf.org Subject: [mpls] I-D ACTION:draft-ietf-mpls-multicast-encaps-03.txt X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching Working Group of the IETF. Title : MPLS Multicast Encapsulations Author(s) : T. Eckert, et al. Filename : draft-ietf-mpls-multicast-encaps-03.txt Pages : 9 Date : 2007-3-1 RFC 3032 established two data link layer codepoints for MPLS: one to indicate that the data link layer frame is carrying an MPLS unicast packet, and the other to indicate that the data link layer frame is carrying an MPLS multicast packet. This specification updates RFC3032 by redefining the meaning of these two codepoints. The former "multicast codepoint" is now to be used only on multiaccess media, and it is to mean "the top label of the following label stack is an upstream-assigned label". The former "unicast codepoint" is to be used in all other cases. Whether the data link layer payload is a unicast MPLS packet or a multicast MPLS packet is now to be determined by looking up the top label, rather than by the codepoint. RFC3032 does not specify the destination address to be placed in the "MAC DA" field of an ethernet frame which carries an MPLS multicast packet. This document provides that specification. This document updates RFC 3032 and RFC 4023. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-mpls-multicast-encaps-03.txt To remove yourself from the I-D Announcement list, send a message to i-d-announce-request@ietf.org with the word unsubscribe in the body of the message. You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce to change your subscription settings. 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-ietf-mpls-multicast-encaps-03.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-ietf-mpls-multicast-encaps-03.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. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <2007-3-1103647.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-mpls-multicast-encaps-03.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-mpls-multicast-encaps-03.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2007-3-1103647.I-D@ietf.org> --OtherAccess-- --NextPart Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls --NextPart-- From vsdu8c2d8gnu@yahoo.co.jp Fri Mar 02 09:01:57 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HN8Kb-00086t-AS for MPLS-ARCHIVE@LISTS.IETF.ORG; Fri, 02 Mar 2007 09:01:57 -0500 Received: from [221.207.130.101] (helo=a-net.ne.jp) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HN8KU-0007zI-CY for MPLS-ARCHIVE@LISTS.IETF.ORG; Fri, 02 Mar 2007 09:01:57 -0500 Received: from zwupw2 (unknown [169.58.96.117]) by smtp22 (Coremail) with SMTP id EhSyxuGkCTIetZkA.1 for ; Thu, 22 Jan 2004 22:01:35 +0800 (CST) X-Originating-IP: [169.58.96.117] Subject: =?iso-2022-jp?B?GyRCTCQ+NUJ6OS05cCIoJV4laSU9JXMjUyNFI1g0dUs+JE4/TTpKGyhC?= From: =?gb2312?B?enBqb2hsZDg=?= To: X-Mailer: Microsoft Outlook Express MIME-Version: 1.0 Content-Type: text/plain; charset="iso-2022-jp"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 3.6 (+++) X-Scan-Signature: 9a2be21919e71dc6faef12b370c4ecf5 $B(#(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!($(B <$BAw?. arz2r1czn52e@gmail.com $BG[?.Dd;_O"Mm%"%I%l%9!'(B arz2r1czn52e@gmail.com $B"(I,$:$*FI$_$/$@$5$$!#(B $BK\%a!<%k%^%,%8%s$O!"l9g!"Dd;_=hM}$,@5$7$/9T(B $B$($^$;$s$N$G$4Cm0U2<$5$$!#(B $B(&(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(%(B =====[PR] |$B&7(B| $BKhF|=P2q$C$F$k!)!!(Bhttp://www.3313ac.com/ |$B&7(B| [PR]===== $B!!(#(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!($(B $B!!!C#2#0#0#7G/#37n$N:G?7%-%c%s%Z!<%s>pJs!*!*!C(B $B!!!C!!!!!!!*!*:G?7#37n#2F|99?7HG!*!*!!!!!!!!!C(B $B!!(&($!*!*L5NA=P2q$$>R2p%5%$%HBgNL99?7!*!*(#(%(B $B!!!!(&(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(%(B =====[PR] $B-G!!$d$C$Q$j5pF}$,%$%$!*(B http://www.1132ac.net/$B!!-G(B [PR]===== $B!y#37n#2F|(B $B:G?7>pJs!"?7$7$$%5%$%H$r$?$A$"$2$^$7$?!*!*!*(B $B!&?M:J!"%;%U%l(B $B!&40A4L5NA(B $B$K$3$@$o$C$F=8$a$?%5%$%H!#(B [$B:#F|;R(B]31$B:P(B/$BC;5wN%$h$j$b%^%i%=%s$N$h$&$J!"D9;~4V$N%;%C!{%9$,9%$-$G$9!#(B [$BH~!!F`(B]34$B:P(B/$B4uK>$O@5D>FyBNE*$J$3$H$J$N$G$=$&$$$&$N$,$@$a$C$F?M$O$4$a$s$J$5$$!#(B $B$o$l$J$,$i!"2q?4$N0l7b$G$9!#(B $B%;%U%l$NEBF2!!(B http://www.3313ac.net/ SEX & Friends$B!!(Bhttp://www.3313ac.net/sex/ $B!y#27n#2#8F|(B $BBgH?6A$N$*$+$2$G!"$3$N%a%k%^%,$K(B $B$46a=j=P2q$$$NBgR2p$N0MMj$,Mh$k$h$&$K$J$j$^$7$?!#(B $B#1!y0lEY$OJ9$$$?$3$H$N$"$kM-L>%5%$%H(B $B#2!yBgR2p!*!*(B $BFIM;R(B(24$B:P(B)$B!"!!%f%j(B(23$B:P(B) =====[PR] $B-H(B $B:#F|$+$i%b%F%b%F(B http://www.8848ac.net/ $B-H(B $B!!!!(B[PR]===== $B%+%s%<%s%`%j%g%&!!!!!!!!%<%C%?%$!!%G%"%(%k(B |$B40!CA4!CL5!CNA(B|$B$@$+$i!"(B|$B@d!CBP(B|$B$K=P2q$($k!*(B $BL5NA=P2q$$$N2&F;(B http://www.1234av.com/ $B;22C$7$F$$$k=w@-!'!!N$;R(B(23$B:P(B)$B!"!!7k0a(B(21$B:P(B)$B!"!!M'H~(B(24$B:P(B) $B:#F|$+$i%b%F%b%F(B http://www.8848ac.net/ $B;22C$7$F$$$k=w@-!'!!$"$f$_(B(32$B:P(B)$B!"!!L@H~(B(29$B:P(B)$B!"!!0*(B(20$B:P(B) From mpls-bounces@lists.ietf.org Fri Mar 02 15:54:00 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HNEhl-0000iv-Gq; Fri, 02 Mar 2007 15:50:17 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HNEhY-0000RJ-Ck for mpls@lists.ietf.org; Fri, 02 Mar 2007 15:50:04 -0500 Received: from ns0.neustar.com ([156.154.16.158]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HNEhX-0001R4-En for mpls@lists.ietf.org; Fri, 02 Mar 2007 15:50:04 -0500 Received: from stiedprstage1.ietf.org (stiedprstage1.va.neustar.com [10.31.47.10]) by ns0.neustar.com (Postfix) with ESMTP id 613D3329DF; Fri, 2 Mar 2007 20:50:03 +0000 (GMT) Received: from ietf by stiedprstage1.ietf.org with local (Exim 4.43) id 1HNEhX-0002Xd-8N; Fri, 02 Mar 2007 15:50:03 -0500 Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 To: i-d-announce@ietf.org From: Internet-Drafts@ietf.org Message-Id: Date: Fri, 02 Mar 2007 15:50:03 -0500 X-Spam-Score: -2.5 (--) X-Scan-Signature: c3a18ef96977fc9bcc21a621cbf1174b Cc: mpls@lists.ietf.org Subject: [mpls] I-D ACTION:draft-ietf-mpls-mp-ldp-reqs-02.txt X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching Working Group of the IETF. Title : Requirements for Point-To-Multipoint Extensions to the Label Distribution Protocol Author(s) : J. Le Roux, et al. Filename : draft-ietf-mpls-mp-ldp-reqs-02.txt Pages : 17 Date : 2007-3-2 This document lists a set of functional requirements for Label Distribution Protocol (LDP) extensions for setting up point-to- multipoint (P2MP) Label Switched Paths (LSP), in order to deliver point-to-multipoint applications over a Multi Protocol Label Switching (MPLS) infrastructure. It is intended that solutions that specify LDP procedures for setting up P2MP LSP satisfy these requirements. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-mpls-mp-ldp-reqs-02.txt To remove yourself from the I-D Announcement list, send a message to i-d-announce-request@ietf.org with the word unsubscribe in the body of the message. You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce to change your subscription settings. 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-ietf-mpls-mp-ldp-reqs-02.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-ietf-mpls-mp-ldp-reqs-02.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. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <2007-3-2132806.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-mpls-mp-ldp-reqs-02.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-mpls-mp-ldp-reqs-02.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2007-3-2132806.I-D@ietf.org> --OtherAccess-- --NextPart Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls --NextPart-- From peyqvnj@ciinet.com Sat Mar 03 23:32:29 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HNiOb-0004jd-Gn for mpls-archive@lists.ietf.org; Sat, 03 Mar 2007 23:32:29 -0500 Received: from [85.185.211.38] (helo=[85.185.211.38]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1HNiOZ-00020J-IL for mpls-archive@lists.ietf.org; Sat, 03 Mar 2007 23:32:29 -0500 From: "Sailing. Sunfish" To: mpls-archive@lists.ietf.org Subject: Aggressive Investors Alert Date: Sun, 4 Mar 2007 09:02:21 -04-30 MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_NextPart_000_0003_01C75E3B.D1C49030" X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: AcdeO9HEMlfHyQZzQAGZ/JSXfPKbTg== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 Message-Id: X-Spam-Score: 1.8 (+) X-Scan-Signature: 7655788c23eb79e336f5f8ba8bce7906 ------=_NextPart_000_0003_01C75E3B.D1C49030 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
GDKI IS GETTING READY FOR ANOTHER HUGE BREAKDANCE MONDAY!
HIP-HOP is more than just music... HIP-HOP IS A CULTURE!

GOLDMARK IND - www [dot] goldmarkentertainment [dot] com

CHECK *GDKI* OUT ON - MONDAY FEB 05 2007
RADAR: GDKI
SHARES OPEN MON AT: $0.105

GOLDMARK INDUSTRIES, specializes in the production and distribution of Music, Feature Films and Television entertainment for North America's most rapidly growing demographic, with a total consumer-based purchasing power of over 1 Trillion dollars: the Hip-Hop community.

GDKI THE RISING STAR, IS SET FOR SUPERNOVA STATUS ON 03/05/07!
HABANA.. HABANA.. HABANA BLUES!!
------=_NextPart_000_0003_01C75E3B.D1C49030-- From mpls-bounces@lists.ietf.org Mon Mar 05 04:38:40 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HO9aT-0002Df-7g; Mon, 05 Mar 2007 04:34:33 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HO9aS-0002DN-1J for mpls@lists.ietf.org; Mon, 05 Mar 2007 04:34:32 -0500 Received: from mailgw4.ericsson.se ([193.180.251.62]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HO9aJ-0007rA-LM for mpls@lists.ietf.org; Mon, 05 Mar 2007 04:34:32 -0500 Received: from mailgw4.ericsson.se (unknown [127.0.0.1]) by mailgw4.ericsson.se (Symantec Mail Security) with ESMTP id 1B11E210E0; Mon, 5 Mar 2007 10:34:21 +0100 (CET) X-AuditID: c1b4fb3e-a76e9bb000004aff-2e-45ebe41dee71 Received: from esealmw128.eemea.ericsson.se (unknown [153.88.254.121]) by mailgw4.ericsson.se (Symantec Mail Security) with ESMTP id 06AA1201DE; Mon, 5 Mar 2007 10:34:21 +0100 (CET) Received: from esealmw116.eemea.ericsson.se ([153.88.200.7]) by esealmw128.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Mon, 5 Mar 2007 10:34:20 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Mon, 5 Mar 2007 10:34:17 +0100 Message-ID: <53CCFDD6E346CB43994852666C210E91B18F3A@esealmw116.eemea.ericsson.se> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: FYI: I-D ACTION:draft-takacs-asym-bw-lsp-00.txt Thread-Index: AcdfCXEkxBx1tY71QdmdEuA/GgDYNg== From: "Attila Takacs \(IJ/ETH\)" To: , X-OriginalArrivalTime: 05 Mar 2007 09:34:20.0900 (UTC) FILETIME=[74024A40:01C75F09] X-Brightmail-Tracker: AAAAAA== X-Spam-Score: 0.0 (/) X-Scan-Signature: 30ac594df0e66ffa5a93eb4c48bcb014 Cc: "Diego Caviglia \(GA/ERI\)" Subject: [mpls] FYI: I-D ACTION:draft-takacs-asym-bw-lsp-00.txt X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org Hi all, This is to inform you that we have submitted a draft on asymmetric bandwidth LSP extension for GMPLS RSVP-TE.=20 There is discussion ongoing on the topic in the ccamp mailing list. Any comments and suggestions are highly appreciated. Thanks and regards, Attila _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls From mmcvzfjwduw@bhisland.com Mon Mar 05 08:52:18 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HODbu-00074z-Of for mpls-archive@lists.ietf.org; Mon, 05 Mar 2007 08:52:18 -0500 Received: from [201.206.45.158] (helo=[201.206.45.158]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HODbs-0005gw-Ef for mpls-archive@lists.ietf.org; Mon, 05 Mar 2007 08:52:18 -0500 From: "school. Hes" To: mpls-archive@lists.ietf.org Subject: Rocket Stock Report Date: Mon, 5 Mar 2007 07:52:15 +0600 MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_NextPart_000_0003_01C75EFB.30B50380" X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: Acde+zC1SANCkXkpRw2gwsTMsioQCQ== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 Message-Id: X-Spam-Score: 3.3 (+++) X-Scan-Signature: 7d33c50f3756db14428398e2bdedd581 ------=_NextPart_000_0003_01C75EFB.30B50380 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
GDKI STEPS UP TO BAT FOR ANOTHER HOMERUN MONDAY!
GOLDMARK - FULL SCALE PRODUCTION AND DISTRIBUTION OF WORLD WIDE ENTERTAINMENT!

TICKER: GDKI
OPENING: $0.105
WHEN? - MONDAY FEB 05 2007

The strength of Goldmark Industries is the result of its highly reputable and continuously growing management team. The knowledge and experience that each team member brings consistently supports the growing success of each division at Goldmark Industries. In addition, they are associated with some of the world's leading entertainment companies and top distribution channels worldwide, providing Goldmark Industries with the relationships to continually move forward.

HABANA BLUES STILL MAKING NEWS!! HEADING FOR THE TOP OF THE MOUNTAIN!
------=_NextPart_000_0003_01C75EFB.30B50380-- From mpls-bounces@lists.ietf.org Mon Mar 05 18:52:07 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HOMwV-0005wR-TD; Mon, 05 Mar 2007 18:50:11 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HOMwQ-0005uM-JP for mpls@lists.ietf.org; Mon, 05 Mar 2007 18:50:06 -0500 Received: from ns0.neustar.com ([156.154.16.158]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HOMwM-0004l9-9P for mpls@lists.ietf.org; Mon, 05 Mar 2007 18:50:06 -0500 Received: from stiedprstage1.ietf.org (stiedprstage1.va.neustar.com [10.31.47.10]) by ns0.neustar.com (Postfix) with ESMTP id 3D9FA32946; Mon, 5 Mar 2007 23:50:02 +0000 (GMT) Received: from ietf by stiedprstage1.ietf.org with local (Exim 4.43) id 1HOMwM-0000xc-2U; Mon, 05 Mar 2007 18:50:02 -0500 Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 To: i-d-announce@ietf.org From: Internet-Drafts@ietf.org Message-Id: Date: Mon, 05 Mar 2007 18:50:02 -0500 X-Spam-Score: -2.5 (--) X-Scan-Signature: b7b9551d71acde901886cc48bfc088a6 Cc: mpls@lists.ietf.org Subject: [mpls] I-D ACTION:draft-ietf-mpls-fastreroute-mib-07.txt X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching Working Group of the IETF. Title : Multiprotocol Label Switching (MPLS) Traffic Engineering Management Information Base for Fast Reroute Author(s) : R. Cetin, T. Nadeau Filename : draft-ietf-mpls-fastreroute-mib-07.txt Pages : 36 Date : 2007-3-5 This memo defines a portion of the Management Information Base for use with network management protocols in the Internet community. In particular, it describes managed objects for Multiprotocol Label Switching fast rerouting. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-mpls-fastreroute-mib-07.txt To remove yourself from the I-D Announcement list, send a message to i-d-announce-request@ietf.org with the word unsubscribe in the body of the message. You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce to change your subscription settings. 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-ietf-mpls-fastreroute-mib-07.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-ietf-mpls-fastreroute-mib-07.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. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <2007-3-5152359.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-mpls-fastreroute-mib-07.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-mpls-fastreroute-mib-07.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2007-3-5152359.I-D@ietf.org> --OtherAccess-- --NextPart Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls --NextPart-- From mpls-bounces@lists.ietf.org Mon Mar 05 18:52:12 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HOMwZ-0005wq-6J; Mon, 05 Mar 2007 18:50:15 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HOMwQ-0005uX-Rb for mpls@lists.ietf.org; Mon, 05 Mar 2007 18:50:06 -0500 Received: from ns0.neustar.com ([156.154.16.158]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HOMwM-0004lJ-LT for mpls@lists.ietf.org; Mon, 05 Mar 2007 18:50:06 -0500 Received: from stiedprstage1.ietf.org (stiedprstage1.va.neustar.com [10.31.47.10]) by ns0.neustar.com (Postfix) with ESMTP id 891F93296B; Mon, 5 Mar 2007 23:50:02 +0000 (GMT) Received: from ietf by stiedprstage1.ietf.org with local (Exim 4.43) id 1HOMwM-0000yG-Dk; Mon, 05 Mar 2007 18:50:02 -0500 Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 To: i-d-announce@ietf.org From: Internet-Drafts@ietf.org Message-Id: Date: Mon, 05 Mar 2007 18:50:02 -0500 X-Spam-Score: -2.5 (--) X-Scan-Signature: a2c12dacc0736f14d6b540e805505a86 Cc: mpls@lists.ietf.org Subject: [mpls] I-D ACTION:draft-ietf-mpls-p2mp-lsp-ping-03.txt X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching Working Group of the IETF. Title : Detecting Data Plane Failures in Point-to-Multipoint Multiprotocol Label Switching (MPLS) - Extensions to LSP Ping Author(s) : A. Farrel, S. Yasukawa Filename : draft-ietf-mpls-p2mp-lsp-ping-03.txt Pages : 25 Date : 2007-3-5 Recent proposals have extended the scope of Multiprotocol Label Switching (MPLS) Label Switched Paths (LSPs) to encompass point-to-multipoint (P2MP) LSPs. The requirement for a simple and efficient mechanism that can be used to detect data plane failures in point-to-point (P2P) MPLS LSPs has been recognised and has led to the development of techniques for fault detection and isolation commonly referred to as "LSP Ping". The scope of this document is fault detection and isolation for P2MP MPLS LSPs. This documents does not replace any of the mechanism of LSP Ping, but clarifies their applicability to MPLS P2MP LSPs, and extends the techniques and mechanisms of LSP Ping to the MPLS P2MP environment. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-mpls-p2mp-lsp-ping-03.txt To remove yourself from the I-D Announcement list, send a message to i-d-announce-request@ietf.org with the word unsubscribe in the body of the message. You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce to change your subscription settings. 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-ietf-mpls-p2mp-lsp-ping-03.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-ietf-mpls-p2mp-lsp-ping-03.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. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <2007-3-5154717.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-mpls-p2mp-lsp-ping-03.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-mpls-p2mp-lsp-ping-03.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2007-3-5154717.I-D@ietf.org> --OtherAccess-- --NextPart Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls --NextPart-- From mpls-bounces@lists.ietf.org Tue Mar 06 04:30:03 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HOVvf-00020N-Pf; Tue, 06 Mar 2007 04:25:55 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HOVve-0001yK-D4 for mpls@ietf.org; Tue, 06 Mar 2007 04:25:54 -0500 Received: from [80.86.78.228] (helo=smtp.testbed.se) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HOVvb-0006E2-2p for mpls@ietf.org; Tue, 06 Mar 2007 04:25:54 -0500 Received: from dhcp56.verkstad.net ([192.36.157.56]) by fw.testbed.se with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.43) id 1HOVvY-0000Bg-V4 for mpls@ietf.org; Tue, 06 Mar 2007 10:25:50 +0100 Message-ID: <45ED3394.1030709@pi.se> Date: Tue, 06 Mar 2007 10:25:40 +0100 From: Loa Andersson Organization: Acreo AB User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: mpls@ietf.org X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Score: -1.4 (-) X-Spam-Report: -1.4 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Spam-Score: 0.0 (/) X-Scan-Signature: cf4fa59384e76e63313391b70cd0dd25 Cc: Subject: [mpls] preliminary mpls agenda for the mpls meeting in Prague X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org Working Group, I've uploaded a very preliminary agenda for the meeting in Prague. Please check if I missed any requests for slots. /Loa -- Loa Andersson Principal Networking Architect Acreo AB phone: +46 8 632 77 14 Isafjordsgatan 22 mobile: +46 739 81 21 64 Kista, Sweden email: loa.andersson@acreo.se loa@pi.se _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls From mpls-bounces@lists.ietf.org Tue Mar 06 04:30:03 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HOVxw-0003Uv-Ig; Tue, 06 Mar 2007 04:28:16 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HOVxu-0003Ug-V5 for mpls@ietf.org; Tue, 06 Mar 2007 04:28:14 -0500 Received: from [80.86.78.228] (helo=smtp.testbed.se) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HOVxt-0006dP-Kc for mpls@ietf.org; Tue, 06 Mar 2007 04:28:14 -0500 Received: from dhcp56.verkstad.net ([192.36.157.56]) by fw.testbed.se with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.43) id 1HOVxm-0000C8-VP for mpls@ietf.org; Tue, 06 Mar 2007 10:28:12 +0100 Message-ID: <45ED341E.3010907@pi.se> Date: Tue, 06 Mar 2007 10:27:58 +0100 From: Loa Andersson Organization: Acreo AB User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: mpls@ietf.org References: <45ED3394.1030709@pi.se> In-Reply-To: <45ED3394.1030709@pi.se> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Score: -1.4 (-) X-Spam-Report: -1.4 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Spam-Score: 0.0 (/) X-Scan-Signature: 2409bba43e9c8d580670fda8b695204a Cc: Subject: [mpls] Re: preliminary mpls agenda for the mpls meeting in Prague X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-UnsubscFrom mpls-bounces@lists.ietf.org Tue Mar 06 04:30:03 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HOVvf-00020N-Pf; Tue, 06 Mar 2007 04:25:55 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HOVve-0001yK-D4 for mpls@ietf.org; Tue, 06 Mar 2007 04:25:54 -0500 Received: from [80.86.78.228] (helo=smtp.testbed.se) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HOVvb-0006E2-2p for mpls@ietf.org; Tue, 06 Mar 2007 04:25:54 -0500 Received: from dhcp56.verkstad.net ([192.36.157.56]) by fw.testbed.se with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.43) id 1HOVvY-0000Bg-V4 for mpls@ietf.org; Tue, 06 Mar 2007 10:25:50 +0100 Message-ID: <45ED3394.1030709@pi.se> Date: Tue, 06 Mar 2007 10:25:40 +0100 From: Loa Andersson Organization: Acreo AB User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: mpls@ietf.org X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Score: -1.4 (-) X-Spam-Report: -1.4 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Spam-Score: 0.0 (/) X-Scan-Signature: cf4fa59384e76e63313391b70cd0dd25 Cc: Subject: [mpls] preliminary mpls agenda for the mpls meeting in Prague X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org Working Group, I've uploaded a very preliminary agenda for the meeting in Prague. Please check if I missed any requests for slots. /Loa -- Loa Andersson Principal Networking Architect Acreo AB phone: +46 8 632 77 14 Isafjordsgatan 22 mobile: +46 739 81 21 64 Kista, Sweden email: loa.andersson@acreo.se loa@pi.se _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls From mpls-bounces@lists.ietf.org Tue Mar 06 04:30:03 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HOVxw-0003Uv-Ig; Tue, 06 Mar 2007 04:28:16 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HOVxu-0003Ug-V5 for mpls@ietf.org; Tue, 06 Mar 2007 04:28:14 -0500 Received: from [80.86.78.228] (helo=smtp.testbed.se) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HOVxt-0006dP-Kc for mpls@ietf.org; Tue, 06 Mar 2007 04:28:14 -0500 Received: from dhcp56.verkstad.net ([192.36.157.56]) by fw.testbed.se with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.43) id 1HOVxm-0000C8-VP for mpls@ietf.org; Tue, 06 Mar 2007 10:28:12 +0100 Message-ID: <45ED341E.3010907@pi.se> Date: Tue, 06 Mar 2007 10:27:58 +0100 From: Loa Andersson Organization: Acreo AB User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: mpls@ietf.org References: <45ED3394.1030709@pi.se> In-Reply-To: <45ED3394.1030709@pi.se> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Score: -1.4 (-) X-Spam-Report: -1.4 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Spam-Score: 0.0 (/) X-Scan-Signature: 2409bba43e9c8d580670fda8b695204a Cc: Subject: [mpls] Re: preliminary mpls agenda for the mpls meeting in Prague X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org All, here is also the link to the agenda: http://www3.ietf.org/proceedings/07mar/agenda/mpls.txt /Loa Loa Andersson wrote: > Working Group, > > I've uploaded a very preliminary agenda for the meeting in Prague. > > Please check if I missed any requests for slots. > > /Loa > -- Loa Andersson Principal Networking Architect Acreo AB phone: +46 8 632 77 14 Isafjordsgatan 22 mobile: +46 739 81 21 64 Kista, Sweden email: loa.andersson@acreo.se loa@pi.se _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls ribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org All, here is also the link to the agenda: http://www3.ietf.org/proceedings/07mar/agenda/mpls.txt /Loa Loa Andersson wrote: > Working Group, > > I've uploaded a very preliminary agenda for the meeting in Prague. > > Please check if I missed any requests for slots. > > /Loa > -- Loa Andersson Principal Networking Architect Acreo AB phone: +46 8 632 77 14 Isafjordsgatan 22 mobile: +46 739 81 21 64 Kista, Sweden email: loa.andersson@acreo.se loa@pi.se _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls From mpls-bounces@lists.ietf.org Thu Mar 08 14:19:14 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HPO5i-0003Ca-9H; Thu, 08 Mar 2007 14:15:54 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HPO5g-00038h-UH for mpls@lists.ietf.org; Thu, 08 Mar 2007 14:15:52 -0500 Received: from nf-out-0910.google.com ([64.233.182.190]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HPO5Z-0005yO-KO for mpls@lists.ietf.org; Thu, 08 Mar 2007 14:15:52 -0500 Received: by nf-out-0910.google.com with SMTP id l36so804411nfa for ; Thu, 08 Mar 2007 11:15:42 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=HNJwYi8ucIOAAivolsuP8I8JO7iDHOxl5sBJyKLFvx1LJ+85dU+eyxsuRVzYV7kHIoxJBKjd+LZtqwy+nNO8Ngd0nwZsYQrQ7uxAwcKtxhemyaR1ylLjStzOT7DlHu2ltEtrpGgYEZobqsWwojbn6FvcLTAUjNocyasv24zQ6kU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=YVOeJMwiJWrDIA74b1sz+9iNAWsOmaRpBUKwYJaqia/PnP/xbOrRSM5tQwM8XxcAH/eXYu6DUQpKG6g34lBsXWG7fe0ZNZ6q1yn/ldSmriQWPpsW38TBAhCDkOeIOh4pfWsdcnL17rKV1/zCVzCDvawjmnq4R1CENM73RqxJ9Ao= Received: by 10.78.172.20 with SMTP id u20mr102985hue.1173381342344; Thu, 08 Mar 2007 11:15:42 -0800 (PST) Received: by 10.78.132.18 with HTTP; Thu, 8 Mar 2007 11:15:42 -0800 (PST) Message-ID: Date: Fri, 9 Mar 2007 00:45:42 +0530 From: "Kiran K" To: mpls@lists.ietf.org MIME-Version: 1.0 X-Spam-Score: 0.2 (/) X-Scan-Signature: 2409bba43e9c8d580670fda8b695204a Subject: [mpls] MPLS:::BGP free core? X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0848453624==" Errors-To: mpls-bounces@lists.ietf.org --===============0848453624== Content-Type: multipart/alternative; boundary="----=_Part_83312_29144920.1173381342153" ------=_Part_83312_29144920.1173381342153 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, I'm a newbie to MPLS, need to understand why one should use MPLS. Read somewhere that one of the adavantages of using MPLS is BGP free core. Why would one run BGP in the core even when not using MPLS? I suppose it is enough to run BGP only on area border routers, whether you are using MPLS or not, please let me know. So what are the real advantages of using MPLS? Thanks in advance. ------=_Part_83312_29144920.1173381342153 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi,

I'm a newbie to MPLS, need to understand why one should use MPLS.

Read somewhere that one of the adavantages of using MPLS is BGP free core. Why would one run BGP in the core even when not using MPLS? I suppose it is enough to run BGP only on area border routers, whether you are using MPLS or not, please let me know.

So what are the real advantages of using MPLS?

Thanks in advance.

------=_Part_83312_29144920.1173381342153-- --===============0848453624== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls --===============0848453624==-- From mpls-bounces@lists.ietf.org Thu Mar 08 15:52:52 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HPPZz-00089X-Cf; Thu, 08 Mar 2007 15:51:15 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HPPYr-0006qK-MJ for mpls@lists.ietf.org; Thu, 08 Mar 2007 15:50:05 -0500 Received: from ns0.neustar.com ([156.154.16.158]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HPPYr-0007bl-4l for mpls@lists.ietf.org; Thu, 08 Mar 2007 15:50:05 -0500 Received: from stiedprstage1.ietf.org (stiedprstage1.va.neustar.com [10.31.47.10]) by ns0.neustar.com (Postfix) with ESMTP id DDCEF32A84; Thu, 8 Mar 2007 20:50:04 +0000 (GMT) Received: from ietf by stiedprstage1.ietf.org with local (Exim 4.43) id 1HPPYq-0007JR-Nr; Thu, 08 Mar 2007 15:50:04 -0500 Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 To: i-d-announce@ietf.org From: Internet-Drafts@ietf.org Message-Id: Date: Thu, 08 Mar 2007 15:50:04 -0500 X-Spam-Score: -2.5 (--) X-Scan-Signature: 3002fc2e661cd7f114cb6bae92fe88f1 Cc: mpls@lists.ietf.org Subject: [mpls] I-D ACTION:draft-ietf-mpls-rsvp-upstream-01.txt X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching Working Group of the IETF. Title : MPLS Upstream Label Assignment for RSVP-TE Author(s) : R. Aggarwal, J. Le Roux Filename : draft-ietf-mpls-rsvp-upstream-01.txt Pages : 9 Date : 2007-3-8 This document describes procedures for distributing upstream-assigned labels for Resource Reservation Protocol - Traffic Engineering (RSVP- TE). It also describes how these procedures can be used for avoiding branch LSR traffic replication on a LAN for RSVP-TE point-to- multipoint (P2MP)LSPs. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-mpls-rsvp-upstream-01.txt To remove yourself from the I-D Announcement list, send a message to i-d-announce-request@ietf.org with the word unsubscribe in the body of the message. You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce to change your subscription settings. 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-ietf-mpls-rsvp-upstream-01.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-ietf-mpls-rsvp-upstream-01.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. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <2007-3-8133657.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-mpls-rsvp-upstream-01.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-mpls-rsvp-upstream-01.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2007-3-8133657.I-D@ietf.org> --OtherAccess-- --NextPart Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls --NextPart-- From mpls-bounces@lists.ietf.org Thu Mar 08 15:52:53 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HPPaW-0000Tb-M0; Thu, 08 Mar 2007 15:51:48 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HPPYs-0006qx-3Z for mpls@lists.ietf.org; Thu, 08 Mar 2007 15:50:06 -0500 Received: from ns0.neustar.com ([156.154.16.158]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HPPYr-0007br-9t for mpls@lists.ietf.org; Thu, 08 Mar 2007 15:50:05 -0500 Received: from stiedprstage1.ietf.org (stiedprstage1.va.neustar.com [10.31.47.10]) by ns0.neustar.com (Postfix) with ESMTP id 16B3132A77; Thu, 8 Mar 2007 20:50:05 +0000 (GMT) Received: from ietf by stiedprstage1.ietf.org with local (Exim 4.43) id 1HPPYq-0007Jt-Ul; Thu, 08 Mar 2007 15:50:04 -0500 Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 To: i-d-announce@ietf.org From: Internet-Drafts@ietf.org Message-Id: Date: Thu, 08 Mar 2007 15:50:04 -0500 X-Spam-Score: -2.5 (--) X-Scan-Signature: 10d3e4e3c32e363f129e380e644649be Cc: mpls@lists.ietf.org Subject: [mpls] I-D ACTION:draft-ietf-mpls-interas-lspping-00.txt X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching Working Group of the IETF. Title : Detecting MPLS Data Plane Failures in Inter-AS and inter-provider Scenarios Author(s) : T. Nadeau, G. Swallow Filename : draft-ietf-mpls-interas-lspping-00.txt Pages : 18 Date : 2007-3-8 This document describes a simple and efficient mechanism that can be used to detect data plane failures in Multi-Protocol Label Switching Label Switched Paths that extend beyond a single Autonomous System and/or across multiple Service Provider network boundaries. This document describes extensions to the existing MPLS LSP Ping protocol to achieve these goals. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-mpls-interas-lspping-00.txt To remove yourself from the I-D Announcement list, send a message to i-d-announce-request@ietf.org with the word unsubscribe in the body of the message. You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce to change your subscription settings. 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-ietf-mpls-interas-lspping-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-ietf-mpls-interas-lspping-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. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <2007-3-8135607.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-mpls-interas-lspping-00.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-mpls-interas-lspping-00.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2007-3-8135607.I-D@ietf.org> --OtherAccess-- --NextPart Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls --NextPart-- From mpls-bounces@lists.ietf.org Thu Mar 08 15:53:00 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HPPZy-000889-4N; Thu, 08 Mar 2007 15:51:14 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HPPYr-0006q8-KZ for mpls@lists.ietf.org; Thu, 08 Mar 2007 15:50:05 -0500 Received: from ns0.neustar.com ([156.154.16.158]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HPPYr-0007bi-46 for mpls@lists.ietf.org; Thu, 08 Mar 2007 15:50:05 -0500 Received: from stiedprstage1.ietf.org (stiedprstage1.va.neustar.com [10.31.47.10]) by ns0.neustar.com (Postfix) with ESMTP id CDC5232A83; Thu, 8 Mar 2007 20:50:04 +0000 (GMT) Received: from ietf by stiedprstage1.ietf.org with local (Exim 4.43) id 1HPPYq-0007JH-LW; Thu, 08 Mar 2007 15:50:04 -0500 Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 To: i-d-announce@ietf.org From: Internet-Drafts@ietf.org Message-Id: Date: Thu, 08 Mar 2007 15:50:04 -0500 X-Spam-Score: -2.5 (--) X-Scan-Signature: 3002fc2e661cd7f114cb6bae92fe88f1 Cc: mpls@lists.ietf.org Subject: [mpls] I-D ACTION:draft-ietf-mpls-upstream-label-02.txt X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching Working Group of the IETF. Title : MPLS Upstream Label Assignment and Context Specific Label Space Author(s) : R. Aggarwal, et al. Filename : draft-ietf-mpls-upstream-label-02.txt Pages : 10 Date : 2007-3-8 RFC 3031 limits the MPLS architecture to downstream assigned MPLS labels. This document introduces the notion of upstream assigned MPLS labels. It describes the procedures for upstream MPLS label assignment and introduces the concept of a "Context-Specific Label Space". A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-mpls-upstream-label-02.txt To remove yourself from the I-D Announcement list, send a message to i-d-announce-request@ietf.org with the word unsubscribe in the body of the message. You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce to change your subscription settings. 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-ietf-mpls-upstream-label-02.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-ietf-mpls-upstream-label-02.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. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <2007-3-8133453.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-mpls-upstream-label-02.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-mpls-upstream-label-02.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2007-3-8133453.I-D@ietf.org> --OtherAccess-- --NextPart Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls --NextPart-- From mpls-bounces@lists.ietf.org Fri Mar 09 04:07:24 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HPb1K-00012V-SW; Fri, 09 Mar 2007 04:04:14 -0500 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HPPZL-0007GZ-Iz for mpls@lists.ietf.org; Thu, 08 Mar 2007 15:50:36 -0500 Received: from ns3.neustar.com ([156.154.24.138]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1HPPZL-00025e-8o for mpls@lists.ietf.org; Thu, 08 Mar 2007 15:50:35 -0500 Received: from stiedprstage1.ietf.org (stiedprstage1.va.neustar.com [10.31.47.10]) by ns3.neustar.com (Postfix) with ESMTP id CF0AC1782E; Thu, 8 Mar 2007 20:50:04 +0000 (GMT) Received: from ietf by stiedprstage1.ietf.org with local (Exim 4.43) id 1HPPYq-0007J9-J5; Thu, 08 Mar 2007 15:50:04 -0500 Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 To: i-d-announce@ietf.org From: Internet-Drafts@ietf.org Message-Id: Date: Thu, 08 Mar 2007 15:50:04 -0500 X-Spam-Score: -2.5 (--) X-Scan-Signature: b7b9551d71acde901886cc48bfc088a6 Cc: mpls@lists.ietf.org Subject: [mpls] I-D ACTION:draft-ietf-mpls-ldp-upstream-01.txt X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching Working Group of the IETF. Title : MPLS Upstream Label Assignment for LDP Author(s) : R. Aggarwal, J. Le Roux Filename : draft-ietf-mpls-ldp-upstream-01.txt Pages : 10 Date : 2007-3-8 This document describes procedures for distributing upstream-assigned labels for Label Distribution Protocol (LDP). It also describes how these procedures can be used for avoiding branch LSR traffic replication on a LAN for LDP point-to-multipoint (P2MP)LSPs. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-mpls-ldp-upstream-01.txt To remove yourself from the I-D Announcement list, send a message to i-d-announce-request@ietf.org with the word unsubscribe in the body of the message. You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce to change your subscription settings. 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-ietf-mpls-ldp-upstream-01.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-ietf-mpls-ldp-upstream-01.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. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <2007-3-8133238.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-mpls-ldp-upstream-01.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-mpls-ldp-upstream-01.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2007-3-8133238.I-D@ietf.org> --OtherAccess-- --NextPart Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls --NextPart-- From ujwntmxsgnp@blockersauto.com Fri Mar 09 08:59:28 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HPfd2-0004p1-IK; Fri, 09 Mar 2007 08:59:28 -0500 Received: from [82.76.39.118] (helo=urioc) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HPfcX-0004g3-De; Fri, 09 Mar 2007 08:58:58 -0500 Received: from 66.34.153.202 (HELO mail.blockersauto.com) by lists.ietf.org with esmtp (JEA>N)),27P. From: Caroldale To: Subject: Documentation Project, or LDP, which aims at providing a coherent set of manuals. Stopping short of answering questions like Date: Fri, 9 Mar 2007 13:58:57 -0120 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 X-Spam-Score: 0.1 (/) X-Scan-Signature: 1ac7cc0a4cd376402b85bc1961a86ac2 for many families. But so does living her kids' friends, and old-fashioned playtime. beneficial but should not be viewed in low-income, violence-proneskills, Nothing could be better than ● LAS VEGAS CENTRAL RESERVATIONS CORP ● ‘LVCC.PK’ STOCK!!! New ‘LVCC.PK’ STOCK this is GREAT POSSIBILITY to BE a rich man!!! Forecasts for YOU is only positive just grab this ‘LVCC.PK’ SHARE!!! Trust us cause we GUARANTEE U the real profit!!! ‘LVCC.PK’ GUARANTEE that ensures customers will receive the useful prices available regardless of when the reservation for hotels, golf tee times, etc is made. For more info about ‘LVCC.PK’ check brokers site!!! play is a simple prepared by two really need for old-fashioned playtime. academy report says. From mpls-bounces@lists.ietf.org Fri Mar 09 10:21:14 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HPgr7-0005Pp-Ok; Fri, 09 Mar 2007 10:18:05 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HPFgP-0003zk-Bb for mpls@lists.ietf.org; Thu, 08 Mar 2007 05:17:13 -0500 Received: from p-mail1.rd.francetelecom.com ([195.101.245.15]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HPFgO-00005R-KP for mpls@lists.ietf.org; Thu, 08 Mar 2007 05:17:13 -0500 Received: from ftrdmel1.rd.francetelecom.fr ([10.193.117.152]) by ftrdsmtp1.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.1830); Thu, 8 Mar 2007 11:16:15 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 8 Mar 2007 11:16:14 +0100 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: New comments and ideas for Thread-Index: AcdhZBEk5i7V+GghSuaKsMLS8RfFBQAAE31g From: "LE ROUX Jean-Louis RD-CORE-LAN" To: , , , , "zzx-Huji KAMITE y.kamite@nttt.com" , , , , , , X-OriginalArrivalTime: 08 Mar 2007 10:16:15.0979 (UTC) FILETIME=[CE5A23B0:01C7616A] X-Spam-Score: 0.1 (/) X-Scan-Signature: 73f7847c44628482de9d5f1018acf469 X-Mailman-Approved-At: Fri, 09 Mar 2007 10:18:02 -0500 Cc: Subject: [mpls] RE: New comments and ideas for X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0700675452==" Errors-To: mpls-bounces@lists.ietf.org This is a multi-part message in MIME format. --===============0700675452== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C7616A.DB7316F5" This is a multi-part message in MIME format. ------_=_NextPart_001_01C7616A.DB7316F5 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Jin, =20 Procedures to advertise the P2MP capability should rely on encoding = rules and procedures defined in = draft-thomas-mpls-ldp-capabilities-02.txt. This simply requires defining a new capability parameter, the P2MP = capability, and requesting for a TLV code point. Also note that v01 of draft-ietf-mpls-ldp-upstream (submitted last = monday) is now aligned with draft-thomas. =20 >Second, in section 7.1.Protocol event, line 11, I think the word = 'LSR-D' should be 'LSR-U', it is misunderstanding in both the version 1 = and 2 .=20 Actually this applies indifferently to LSR D and LSR U.=20 =20 Kind Regards, =20 JL ________________________________ De : jin.lizhong@zte.com.cn [mailto:jin.lizhong@zte.com.cn]=20 Envoy=E9 : jeudi 8 mars 2007 10:28 =C0 : shane.amante@level3.com; lufang@cisco.com; = zzx-hitoshi.fukuda@ntt.com; zzx-Huji KAMITE y.kamite@nttt.com; = kireeti@juniper.net; ina@juniper.net; LE ROUX Jean-Louis RD-CORE-LAN; = rhthomas@cisco.com; lei.wang@telenor.com; ice@cisco.com; = mpls@lists.ietf.org Objet : New comments and ideas for =09 =09 =09 Dear all:=20 =09 I read the draft , and have some comments = below. Thank you.=20 =09 First, it is very necessary to use the mLDP capability TLV to signal = the capability of LDP Session. Just like the capability described in = , using the capability TLV, it is quite = convenient to the trouble shooting. Without the capability TLV, if the = P2MP LSP does not set up successfully, one has to check the upstream = LSR; and if the upstream LSR does not show any information of P2MP LSP = and FEC, we can not figure whether the mapping message sent by the = downstream LSR is silently discarded by upstream LSR or lost during the = transmission.=20 =09 Because the mLDP is very new, and many equipments that have been = deployed in the network do not support mLDP, then the scenario described = above will always happen when deploying. And this is only one of the = scenarios for capability TLV; it will be more useful and convenient for = deploying mLDP.=20 =09 Following is the format of the mLDP Capability TLV, much like defined = in :=20 =09 0 1 2 3=20 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ = |1|0| Capability TLV (TBD) | Length (=3D 4) = |=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ = | Sub-TLVs... | = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ = =09 Following is the format of the mLDP Capability sub-TLV:=20 =09 0 1 2 3=20 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ = | mLDP Cap =3D 1 | Length (=3D 4) = |=20 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ = | Reserved | = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ = =09 If a LSR includes the mLDP Capability sub-TLV in LDP Initialization = Messages it implies that the LSR is capable of processing both = distributing P2MP FEC Element and MP2MP FEC Element. Reserved bits MUST = be set to zero on transmission and MUST be ignored on receipt.=20 =09 Second, in section 7.1.Protocol event, line 11, I think the word = 'LSR-D' should be 'LSR-U', it is misunderstanding in both the version 1 = and 2.=20 =09 Hope for your comments, thank you very much.=20 =09 Best Regards=20 Jin Lizhong=20 =09 .............................................. Add: No.68 Zijinghua Rd,Yuhuatai District,=20 Nanjing. P.R.China.=20 Zip: 210012=20 Tel: 0086-13912967531=20 Mail: jin.lizhong@zte.com.cn=20 ..............................................=20 =09 -------------------------------------------------------- ZTE Information Security Notice: The information contained in this mail = is solely property of the sender's organization. This mail communication = is confidential. Recipients named above are obligated to maintain = secrecy and are not permitted to disclose the contents of this = communication to others. This email and any files transmitted with it are confidential and = intended solely for the use of the individual or entity to whom they are = addressed. If you have received this email in error please notify the = originator of the message. Any views expressed in this message are those = of the individual sender. This message has been scanned for viruses and Spam by ZTE Anti-Spam = system. ------_=_NextPart_001_01C7616A.DB7316F5 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi Jin,
 
Procedures to advertise the P2MP=20 capability should rely on encoding rules and procedures = defined in=20 draft-thomas-mpls-ldp-capabilities-02.txt.
This simply requires defining a new = capability=20 parameter, the P2MP capability, and requesting for a TLV code=20 point.
Also note that v01 of draft-ietf-mpls-ldp-upstream=20 (submitted last monday) is now aligned with=20 draft-thomas.
 
>Second,=20 in section 7.1.Protocol event, line 11, I think the word 'LSR-D' should = be=20 'LSR-U', it is misunderstanding in both the version 1 and = 2
.=20
Actually this applies indifferently to LSR = D and=20 LSR U.
 
Kind Regards,
 
JL

De : jin.lizhong@zte.com.cn=20 [mailto:jin.lizhong@zte.com.cn]
Envoy=E9 : jeudi 8 = mars 2007=20 10:28
=C0 : shane.amante@level3.com; lufang@cisco.com;=20 zzx-hitoshi.fukuda@ntt.com; zzx-Huji KAMITE y.kamite@nttt.com;=20 kireeti@juniper.net; ina@juniper.net; LE ROUX Jean-Louis RD-CORE-LAN;=20 rhthomas@cisco.com; lei.wang@telenor.com; ice@cisco.com;=20 mpls@lists.ietf.org
Objet : New comments and ideas for=20 <draft-ietf-mpls-ldp-p2mp-02>


Dear=20 all:

I read the draft=20 <draft-ietf-mpls-ldp-p2mp-02>, and have some comments below. = Thank=20 you.

First, it is very necessary to use = the mLDP=20 capability TLV to signal the capability of LDP Session. Just like the=20 capability described in <draft-ietf-mpls-ldp-upstream-00>, using = the=20 capability TLV, it is quite convenient to the trouble shooting. = Without the=20 capability TLV, if the P2MP LSP does not set up successfully, one has = to check=20 the upstream LSR; and if the upstream LSR does not show any = information of=20 P2MP LSP and FEC, we can not figure whether the mapping message sent = by the=20 downstream LSR is silently discarded by upstream LSR or lost during = the=20 transmission.

Because the mLDP is very = new, and=20 many equipments that have been deployed in the network do not support = mLDP,=20 then the scenario described above will always happen when deploying. = And this=20 is only one of the scenarios for capability TLV; it will be more = useful and=20 convenient for deploying mLDP.

Following = is the=20 format of the mLDP Capability TLV, much like defined in=20 <draft-ietf-mpls-ldp-upstream-00>:

 =20      0               =  =20   1                 =   2=20                   = 3=20
       0 1 2 3 4 5 6 7 8 9 0 1 = 2 3 4 5 6=20 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
    =  =20 = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ =
      |1|0| Capability TLV (TBD) =    =20  |      Length (=3D 4)         =  =20   |
     =20 = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ =
      |         =  =20              Sub-TLVs...   =  =20                     =  =20  |
     =20 = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ =

Following is the format of the mLDP Capability=20 sub-TLV:

       0 =  =20                 1   =    =20             2       =    =20         3
    =  =20  0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 = 1=20
     =20 = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ =
      |         = mLDP Cap =3D=20 1          |      Length (=3D = 4)  =20           |
  =  =20  =20 = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ =
      |         =  =20              Reserved     =  =20                     =  =20   |
     =20 = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ =

If a LSR includes the mLDP Capability sub-TLV = in LDP=20 Initialization Messages it implies that the LSR is capable of = processing both=20 distributing P2MP FEC Element and MP2MP FEC Element. Reserved bits = MUST be set=20 to zero on transmission and MUST be ignored on receipt. =

Second, in section 7.1.Protocol event, line 11, I think the = word=20 'LSR-D' should be 'LSR-U', it is misunderstanding in both the version = 1 and 2.=20

Hope for your comments, thank you very=20 much.

Best Regards
Jin=20 Lizhong

..............................................
Add: =   No.68=20 Zijinghua Rd,Yuhuatai District,
      Nanjing. = P.R.China.=20
Zip:   210012
Tel:   0086-13912967531
Mail:=20  jin.lizhong@zte.com.cn=20
.............................................. = 
--------------------------------------------------------
ZTE Information Security Notice: The information=
 contained in this mail is solely prop=
erty of the sender's organization. This mai=
l communication is confidential. Recipients name=
d above are obligated to maintain secrecy&n=
bsp;and are not permitted to disclose the&n=
bsp;contents of this communication to others.
This email and any files transmitted with&n=
bsp;it are confidential and intended solely =
;for the use of the individual or enti=
ty to whom they are addressed. If you&=
nbsp;have received this email in error plea=
se notify the originator of the message.&nb=
sp;Any views expressed in this message are&=
nbsp;those of the individual sender.
This message has been scanned for viruses&n=
bsp;and Spam by ZTE Anti-Spam system.
------_=_NextPart_001_01C7616A.DB7316F5-- --===============0700675452== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls --===============0700675452==-- From mpls-bounces@lists.ietf.org Fri Mar 09 10:21:19 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HPgr6-0005M4-QC; Fri, 09 Mar 2007 10:18:05 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HPEv2-0000uU-S4 for mpls@lists.ietf.org; Thu, 08 Mar 2007 04:28:16 -0500 Received: from mx1.china-lead.com.cn ([202.103.147.155] helo=mx4.zte.com.cn) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HPEv0-00041X-UU for mpls@lists.ietf.org; Thu, 08 Mar 2007 04:28:16 -0500 Received: from [10.30.3.19] by 10.30.1.243 with StormMail ESMTP id 65668.11036989798; Thu, 8 Mar 2007 17:28:13 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse2.zte.com.cn with ESMTP id l289SMTV074178; Thu, 8 Mar 2007 17:28:22 +0800 (CST) (envelope-from jin.lizhong@zte.com.cn) MIME-Version: 1.0 To: shane.amante@level3.com, lufang@cisco.com, hitoshi.fukuda@ntt.com, y.kamite@ntt.com, kireeti@juniper.net, ina@juniper.net, jeanlouis.leroux@francetelecom.com, rhthomas@cisco.com, lei.wang@telenor.com, ice@cisco.com, mpls@lists.ietf.org X-Mailer: Lotus Notes Release 6.0.4 June 01, 2004 Message-ID: From: jin.lizhong@zte.com.cn Date: Thu, 8 Mar 2007 17:27:44 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 6.5.4|March 27, 2005) at 2007-03-08 17:27:47, Serialize complete at 2007-03-08 17:27:47 X-MAIL: mse2.zte.com.cn l289SMTV074178 X-Spam-Score: 4.4 (++++) X-Scan-Signature: 3fbd9b434023f8abfcb1532abaec7a21 X-Mailman-Approved-At: Fri, 09 Mar 2007 10:18:02 -0500 Cc: Subject: [mpls] New comments and ideas for X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0121193956==" Errors-To: mpls-bounces@lists.ietf.org This is a multipart message in MIME format. --===============0121193956== Content-Type: multipart/alternative; boundary="=_alternative 0033FF6448257298_=" This is a multipart message in MIME format. --=_alternative 0033FF6448257298_= Content-Type: text/plain; charset="US-ASCII" Dear all: I read the draft , and have some comments below. Thank you. First, it is very necessary to use the mLDP capability TLV to signal the capability of LDP Session. Just like the capability described in , using the capability TLV, it is quite convenient to the trouble shooting. Without the capability TLV, if the P2MP LSP does not set up successfully, one has to check the upstream LSR; and if the upstream LSR does not show any information of P2MP LSP and FEC, we can not figure whether the mapping message sent by the downstream LSR is silently discarded by upstream LSR or lost during the transmission. Because the mLDP is very new, and many equipments that have been deployed in the network do not support mLDP, then the scenario described above will always happen when deploying. And this is only one of the scenarios for capability TLV; it will be more useful and convenient for deploying mLDP. Following is the format of the mLDP Capability TLV, much like defined in : 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |1|0| Capability TLV (TBD) | Length (= 4) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Sub-TLVs... | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Following is the format of the mLDP Capability sub-TLV: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | mLDP Cap = 1 | Length (= 4) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Reserved | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ If a LSR includes the mLDP Capability sub-TLV in LDP Initialization Messages it implies that the LSR is capable of processing both distributing P2MP FEC Element and MP2MP FEC Element. Reserved bits MUST be set to zero on transmission and MUST be ignored on receipt. Second, in section 7.1.Protocol event, line 11, I think the word 'LSR-D' should be 'LSR-U', it is misunderstanding in both the version 1 and 2. Hope for your comments, thank you very much. Best Regards Jin Lizhong .............................................. Add: No.68 Zijinghua Rd,Yuhuatai District, Nanjing. P.R.China. Zip: 210012 Tel: 0086-13912967531 Mail: jin.lizhong@zte.com.cn .............................................. -------------------------------------------------------- ZTE Information Security Notice: The information contained in this mail is solely property of the sender's organization. This mail communication is confidential. Recipients named above are obligated to maintain secrecy and are not permitted to disclose the contents of this communication to others. This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the originator of the message. Any views expressed in this message are those of the individual sender. This message has been scanned for viruses and Spam by ZTE Anti-Spam system. --=_alternative 0033FF6448257298_= Content-Type: text/html; charset="US-ASCII"
Dear all:

I read the draft <draft-ietf-mpls-ldp-p2mp-02>, and have some comments below. Thank you.

First, it is very necessary to use the mLDP capability TLV to signal the capability of LDP Session. Just like the capability described in <draft-ietf-mpls-ldp-upstream-00>, using the capability TLV, it is quite convenient to the trouble shooting. Without the capability TLV, if the P2MP LSP does not set up successfully, one has to check the upstream LSR; and if the upstream LSR does not show any information of P2MP LSP and FEC, we can not figure whether the mapping message sent by the downstream LSR is silently discarded by upstream LSR or lost during the transmission.

Because the mLDP is very new, and many equipments that have been deployed in the network do not support mLDP, then the scenario described above will always happen when deploying. And this is only one of the scenarios for capability TLV; it will be more useful and convenient for deploying mLDP.

Following is the format of the mLDP Capability TLV, much like defined in <draft-ietf-mpls-ldp-upstream-00>:

       0                   1                   2                   3
       0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |1|0| Capability TLV (TBD)      |      Length (= 4)             |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                        Sub-TLVs...                            |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Following is the format of the mLDP Capability sub-TLV:

       0                   1                   2                   3
       0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |         mLDP Cap = 1          |      Length (= 4)             |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                        Reserved                               |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

If a LSR includes the mLDP Capability sub-TLV in LDP Initialization Messages it implies that the LSR is capable of processing both distributing P2MP FEC Element and MP2MP FEC Element. Reserved bits MUST be set to zero on transmission and MUST be ignored on receipt.

Second, in section 7.1.Protocol event, line 11, I think the word 'LSR-D' should be 'LSR-U', it is misunderstanding in both the version 1 and 2.

Hope for your comments, thank you very much.

Best Regards
Jin Lizhong

..............................................
Add:   No.68 Zijinghua Rd,Yuhuatai District,
      Nanjing. P.R.China.
Zip:   210012
Tel:   0086-13912967531
Mail:  jin.lizhong@zte.com.cn
.............................................. 
--------------------------------------------------------
ZTE Information Security Notice: The information contained in this mail is solely property of the sender's organization. This mail communication is confidential. Recipients named above are obligated to maintain secrecy and are not permitted to disclose the contents of this communication to others.
This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the originator of the message. Any views expressed in this message are those of the individual sender.
This message has been scanned for viruses and Spam by ZTE Anti-Spam system.
--=_alternative 0033FF6448257298_=-- --===============0121193956== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls --===============0121193956==-- From vsyfhm4a8juz@yahoo.co.jp Fri Mar 09 15:31:29 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HPlkP-0000Wj-M8 for MPLS-ARCHIVE@LISTS.IETF.ORG; Fri, 09 Mar 2007 15:31:29 -0500 Received: from [59.42.174.153] (helo=a-net.ne.jp) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1HPlkN-0006EY-PF for MPLS-ARCHIVE@LISTS.IETF.ORG; Fri, 09 Mar 2007 15:31:29 -0500 Received: from zkarskzb8 (unknown [3.97.150.152]) by smtp66 (Coremail) with SMTP id nf3bQdam27CzFJUO.1 for ; Sat, 10 Mar 2007 05:31:30 +0800 (CST) X-Originating-IP: [3.97.150.152] Subject: =?iso-2022-jp?B?GyRCTCQ+NUJ6OS05cCIoIVohIT1FTVckSiQqQ04kaSQ7ISEhWxsoQg==?= From: =?gb2312?B?dHF4ZmtzeDM=?= To: X-Mailer: Microsoft Outlook Express MIME-Version: 1.0 Content-Type: text/plain; charset="iso-2022-jp"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 2.2 (++) X-Scan-Signature: b22590c27682ace61775ee7b453b40d3 $B(#(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!($(B <$BAw?. embyz5qoyjqd@gmail.com $BG[?.Dd;_O"Mm%"%I%l%9!'(B embyz5qoyjqd@gmail.com $B(&(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(%(B $B!Z=EMW$J$*CN$i$;![(B $B$3$l$+$i!"Bg;v$J;v$,$"$k$N$G!"$7$C$+$jFI$s$G$/$@$5$$!#(B $B$^$:8@$C$F$*$-$^$9!#(B $B:#$+$i>R2p$9$k%5%$%H$O(B $BK\Ev$K!VL5NA!W$G(B $B$7$+$b!VK\Ev$K2q$($^$9!*!W(B $B"M(B http://www.4321av.net/MOTE/ $B!J40A4L5NA!K(B $B=P2q$($J$$7O%5%$%H$O$$$/$D$b7P83$7$F$$$^$9$,(B $B:#2s$O$J$s$H(B $BEPO?$7$F$=$NF|$K=P2q$($^$7$?!#(B $B$7$+$b=P2q$C$?$@$1$G$J$/!"$=$NF|$N$&$A$K!&!&!&(B $B$=$NM}M3$r%5%$%H1?1D=w@-;o$K(B3$B7n$+$iBgNL7G:\$7$F$$$k!J=w@-2q0w$@$i$1!K(B $B"($A$J$_$KK\F|$h$jK?M-L>%.%c%k;(;o$N7G:\%9%?!<%H(B $B!Z2q$($kM}M3#2![(B $B#O#P#E#N$7$?$F$N$?$aCK@-2q0w$,>/$J$$!J%i%$%P%k$,>/$J$$!K(B $B!Z2q$($kM}M3#3![(B $B=w@-2q0w$NJ}$,CK@-2q0w$h$j@Q6KE*!*(B $B$J$k$[$I!"GP(B) $B%3%D$5$(3P$($?$i$"$J$?$b4JC1$K!V2q$$$?$$!W$H;W$C$?(B $B$=$NF|$NFb$K2q$($k$s$G$9!#(B $B$=$&!"I,$:2q$($k$s$G$9(B! $B0l=54VF|BX$o$j!"$J$s$F$3$H$bL4$G$O$"$j$^$;$s!*(B $B$7$+$b=w@-2q0w$OF|!9A}2CCf$G$9!#(B $B$7$P$i$/$OCK@-2q0wA}2C$K$ONO$rF~$l$J$$$=$&$G$9(B $B:#$,%A%c%s%9$G$9!*(B $BAa$$$b$N>!$A$G$9!*(B $BCK@-2q0w$N>/$J$$:#$N$&$A$K%O!<%l%`$r$D$/$C$A$c$$$^$7$g$&!*(B $B%;%U%l$r$?$/$5$s$D$/$C$A$c$$$^$7$g$&!*(B $B$b$&0lEY8@$$$^$9!#(B $BD9G/=P2q$$%5%$%H$K$*@$OC$K$J$C$F$$$^$9$,(B $B!VL5NA$G$3$s$J$K2q$($k%5%$%H$O$"$j$^$;$s!*!W(B $B$5$"!"$"$J$?$b$3$N%5%$%H$G$S$C$/$j$7$F2<$5$$!#(B $B$=$7$F?M@8$r$+$($F2<$5$$!#(B $B40A4L5NAF~$j8}(B $B"M!!(Bhttp://www.4321av.net/MOTE/ $B"(%"%/%;%9=8Cf$N$?$a%5%$%HI=<($K;~4V$,$+$+$k>l9g$,$"$j$^$9$,!"$=$N$^$^$*BT$A2<$5$$!#(B From mpls-bounces@lists.ietf.org Tue Mar 13 15:06:58 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HRCFo-00048i-TH; Tue, 13 Mar 2007 15:01:48 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HRCFn-00046Q-C5 for mpls@ietf.org; Tue, 13 Mar 2007 15:01:47 -0400 Received: from mailgate.pit.comms.marconi.com ([169.144.68.6]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HRCFm-0002pz-2N for mpls@ietf.org; Tue, 13 Mar 2007 15:01:47 -0400 Received: from mailman.pit.comms.marconi.com (mailman.pit.comms.marconi.com [169.144.2.12]) by mailgate.pit.comms.marconi.com (8.12.10+Sun/8.12.10) with ESMTP id l2DJ1jGX014760 for ; Tue, 13 Mar 2007 15:01:45 -0400 (EDT) Received: from uspitsmsgrtr01.pit.comms.marconi.com (uspitsmsgrtr01.pit.comms.marconi.com [169.144.2.221]) by mailman.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id OAA01874 for ; Tue, 13 Mar 2007 14:01:44 -0500 (EST) Received: by uspitsmsgrtr01.pit.comms.marconi.com with Internet Mail Service (5.5.2657.72) id ; Tue, 13 Mar 2007 15:01:44 -0400 Message-ID: <0BF76B30C100624BA997C9CED19D81250170FB1F@uspitsmsgusr08.pit.comms.marconi.com> From: "Litke, Douglas" To: "'mpls@ietf.org'" Date: Tue, 13 Mar 2007 15:01:42 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) X-Spam-Score: 0.0 (/) X-Scan-Signature: 8abaac9e10c826e8252866cbe6766464 Cc: Subject: [mpls] MIB for RFC2043 X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0745684370==" Errors-To: mpls-bounces@lists.ietf.org This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --===============0745684370== Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C765A2.09E0648C" This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C765A2.09E0648C Content-Type: text/plain Which MIB is used to configure MPLS over IP as in RFC 2043? Doug Litke Ericsson ------_=_NextPart_001_01C765A2.09E0648C Content-Type: text/html
Which MIB is used to configure MPLS over IP as in RFC 2043?
 
 
Doug Litke
Ericsson
------_=_NextPart_001_01C765A2.09E0648C-- --===============0745684370== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls --===============0745684370==-- From mpls-bounces@lists.ietf.org Tue Mar 13 15:29:28 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HRCel-0005na-5g; Tue, 13 Mar 2007 15:27:35 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HRCek-0005ml-Gs for mpls@ietf.org; Tue, 13 Mar 2007 15:27:34 -0400 Received: from mailgate.pit.comms.marconi.com ([169.144.68.6]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HRCee-0000u8-DK for mpls@ietf.org; Tue, 13 Mar 2007 15:27:34 -0400 Received: from mailman.pit.comms.marconi.com (mailman.pit.comms.marconi.com [169.144.2.12]) by mailgate.pit.comms.marconi.com (8.12.10+Sun/8.12.10) with ESMTP id l2DJRSGX015235 for ; Tue, 13 Mar 2007 15:27:28 -0400 (EDT) Received: from uspitsmsgrtr01.pit.comms.marconi.com (uspitsmsgrtr01.pit.comms.marconi.com [169.144.2.221]) by mailman.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id OAA02910 for ; Tue, 13 Mar 2007 14:27:27 -0500 (EST) Received: by uspitsmsgrtr01.pit.comms.marconi.com with Internet Mail Service (5.5.2657.72) id ; Tue, 13 Mar 2007 15:27:27 -0400 Message-ID: <0BF76B30C100624BA997C9CED19D81250170FB21@uspitsmsgusr08.pit.comms.marconi.com> From: "Litke, Douglas" To: "Litke, Douglas" , "'mpls@ietf.org'" Subject: RE: [mpls] MIB for RFC2043 Date: Tue, 13 Mar 2007 15:27:16 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) X-Spam-Score: 0.0 (/) X-Scan-Signature: 244a2fd369eaf00ce6820a760a3de2e8 Cc: X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1245689116==" Errors-To: mpls-bounces@lists.ietf.org This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --===============1245689116== Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C765A5.6C9F7BC8" This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C765A5.6C9F7BC8 Content-Type: text/plain Correction: Which MIB is used to configure MPLS over IP as in RFC 4023? _____ From: Litke, Douglas [mailto:Douglas.Litke@marconi.com] Sent: Tuesday, March 13, 2007 3:02 PM To: 'mpls@ietf.org' Subject: [mpls] MIB for RFC2043 Which MIB is used to configure MPLS over IP as in RFC 2043? Doug Litke Ericsson ------_=_NextPart_001_01C765A5.6C9F7BC8 Content-Type: text/html
Correction:
 
Which MIB is used to configure MPLS over IP as in RFC 4023?
 
 

From: Litke, Douglas [mailto:Douglas.Litke@marconi.com]
Sent: Tuesday, March 13, 2007 3:02 PM
To: 'mpls@ietf.org'
Subject: [mpls] MIB for RFC2043

Which MIB is used to configure MPLS over IP as in RFC 2043?
 
 
Doug Litke
Ericsson
------_=_NextPart_001_01C765A5.6C9F7BC8-- --===============1245689116== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls --===============1245689116==-- From mpls-bounces@lists.ietf.org Wed Mar 14 16:17:15 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HRZpU-000283-ON; Wed, 14 Mar 2007 16:12:12 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HRVHj-0004Sa-E4 for mpls@lists.ietf.org; Wed, 14 Mar 2007 11:21:03 -0400 Received: from colo-dns-ext2.juniper.net ([207.17.137.64]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HRVHh-0003DY-S9 for mpls@lists.ietf.org; Wed, 14 Mar 2007 11:21:03 -0400 Received: from merlot.juniper.net (merlot.juniper.net [172.17.27.10]) by colo-dns-ext2.juniper.net (8.12.3/8.12.3) with ESMTP id l2EFKmif035975; Wed, 14 Mar 2007 07:20:48 -0800 (PST) (envelope-from ina@juniper.net) Received: from garnet.juniper.net (garnet.juniper.net [172.17.28.17]) by merlot.juniper.net (8.11.3/8.11.3) with ESMTP id l2EFKld23067; Wed, 14 Mar 2007 08:20:47 -0700 (PDT) (envelope-from ina@juniper.net) Date: Wed, 14 Mar 2007 08:20:47 -0700 (PDT) From: Ina Minei To: jin.lizhong@zte.com.cn Subject: RE: [MPLS]New comments and ideas for In-Reply-To: Message-ID: <20070314081900.W35124@garnet.juniper.net> References: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-319323127-1173885647=:35124" X-Spam-Score: 0.0 (/) X-Scan-Signature: 311e798ce51dbeacf5cdfcc8e9fda21b X-Mailman-Approved-At: Wed, 14 Mar 2007 16:12:08 -0400 Cc: mpls@lists.ietf.org, shane.amante@level3.com, ice@cisco.com, rhthomas@cisco.com, lei.wang@telenor.com, lufang@cisco.com X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-319323127-1173885647=:35124 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE =09Jin, =09What would the capability accomplish? If it is a way to enable=20 error notification, then this is already available in LDP today. Is there= =20 any other functionality that would be accomplished by turning on the=20 capability advertisement? =09=09=09=09Ina On Wed, 14 Mar 2007 jin.lizhong@zte.com.cn wrote: > Hi JL > > Thank you very much for your comments. > > Does any other guys think P2MP capability TVL is necessary? > > Best Regards > Jin Lizhong > > .............................................. > Add: No.68 Zijinghua Rd,Yuhuatai District, > Nanjing. P.R.China. > Zip: 210012 > Tel: 0086-13912967531 > Mail: jin.lizhong@zte.com.cn > .............................................. > > > > > "LE ROUX Jean-Louis RD-CORE-LAN" > 2007-03-08 18:16 > > To: , , > , , "zzx-Huji KAMITE > y.kamite@nttt.com" , , > , , , > , > cc: > Subject: RE: New comments and ideas for > > > > Hi Jin, > > Procedures to advertise the P2MP capability should rely on encoding rules > and procedures defined in draft-thomas-mpls-ldp-capabilities-02.txt. > This simply requires defining a new capability parameter, the P2MP > capability, and requesting for a TLV code point. > Also note that v01 of draft-ietf-mpls-ldp-upstream (submitted last monday= ) > is now aligned with draft-thomas. > >> Second, in section 7.1.Protocol event, line 11, I think the word 'LSR-D' > should be 'LSR-U', it is misunderstanding in both the version 1 and 2 > . > Actually this applies indifferently to LSR D and LSR U. > > Kind Regards, > > JL > > De : jin.lizhong@zte.com.cn [mailto:jin.lizhong@zte.com.cn] > Envoy=C3=A9 : jeudi 8 mars 2007 10:28 > =C3=80 : shane.amante@level3.com; lufang@cisco.com; zzx-hitoshi.fukuda@nt= t.com; > zzx-Huji KAMITE y.kamite@nttt.com; kireeti@juniper.net; ina@juniper.net; > LE ROUX Jean-Louis RD-CORE-LAN; rhthomas@cisco.com; lei.wang@telenor.com; > ice@cisco.com; mpls@lists.ietf.org > Objet : New comments and ideas for > > > Dear all: > > I read the draft , and have some comments > below. Thank you. > > First, it is very necessary to use the mLDP capability TLV to signal the > capability of LDP Session. Just like the capability described in > , using the capability TLV, it is quite > convenient to the trouble shooting. Without the capability TLV, if the > P2MP LSP does not set up successfully, one has to check the upstream LSR; > and if the upstream LSR does not show any information of P2MP LSP and FEC= , > we can not figure whether the mapping message sent by the downstream LSR > is silently discarded by upstream LSR or lost during the transmission. > > Because the mLDP is very new, and many equipments that have been deployed > in the network do not support mLDP, then the scenario described above wil= l > always happen when deploying. And this is only one of the scenarios for > capability TLV; it will be more useful and convenient for deploying mLDP. > > Following is the format of the mLDP Capability TLV, much like defined in > : > > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > |1|0| Capability TLV (TBD) | Length (=3D 4) | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | Sub-TLVs... | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > Following is the format of the mLDP Capability sub-TLV: > > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | mLDP Cap =3D 1 | Length (=3D 4) = | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | Reserved | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > If a LSR includes the mLDP Capability sub-TLV in LDP Initialization > Messages it implies that the LSR is capable of processing both > distributing P2MP FEC Element and MP2MP FEC Element. Reserved bits MUST b= e > set to zero on transmission and MUST be ignored on receipt. > > Second, in section 7.1.Protocol event, line 11, I think the word 'LSR-D' > should be 'LSR-U', it is misunderstanding in both the version 1 and 2. > > Hope for your comments, thank you very much. > > Best Regards > Jin Lizhong > > .............................................. > Add: No.68 Zijinghua Rd,Yuhuatai District, > Nanjing. P.R.China. > Zip: 210012 > Tel: 0086-13912967531 > Mail: jin.lizhong@zte.com.cn > .............................................. > -------------------------------------------------------- > ZTE Information Security Notice: The information contained in this mail i= s > solely property of the sender's organization. This mail communication is > confidential. Recipients named above are obligated to maintain secrecy an= d > are not permitted to disclose the contents of this communication to > others. > This email and any files transmitted with it are confidential and intende= d > solely for the use of the individual or entity to whom they are addressed= =2E > If you have received this email in error please notify the originator of > the message. Any views expressed in this message are those of the > individual sender. > This message has been scanned for viruses and Spam by ZTE Anti-Spam > system. > > > > -------------------------------------------------------- > ZTE Information Security Notice: The information contained in this mail i= s > solely property of the sender's organization. This mail communication is > confidential. Recipients named above are obligated to maintain secrecy an= d > are not permitted to disclose the contents of this communication to > others. > This email and any files transmitted with it are confidential and intende= d > solely for the use of the individual or entity to whom they are addressed= =2E > If you have received this email in error please notify the originator of > the message. Any views expressed in this message are those of the > individual sender. > This message has been scanned for viruses and Spam by ZTE Anti-Spam > system. > > > > > -------------------------------------------------------- > ZTE Information Security Notice: The information contained in this mail i= s solely property of the sender's organization. This mail communication is = confidential. Recipients named above are obligated to maintain secrecy and = are not permitted to disclose the contents of this communication to others. > This email and any files transmitted with it are confidential and intende= d solely for the use of the individual or entity to whom they are addressed= =2E If you have received this email in error please notify the originator o= f the message. Any views expressed in this message are those of the individ= ual sender. > This message has been scanned for viruses and Spam by ZTE Anti-Spam syste= m. > --0-319323127-1173885647=:35124 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls --0-319323127-1173885647=:35124-- From mpls-bounces@lists.ietf.org Wed Mar 14 16:17:20 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HRZpT-00027C-LR; Wed, 14 Mar 2007 16:12:11 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HRRAN-0003AE-JE for mpls@lists.ietf.org; Wed, 14 Mar 2007 06:57:11 -0400 Received: from odd-brew.cisco.com ([144.254.15.119] helo=av-tac-bru.cisco.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HRRAL-0003j3-1z for mpls@lists.ietf.org; Wed, 14 Mar 2007 06:57:11 -0400 X-TACSUNS: Virus Scanned Received: from strange-brew.cisco.com (localhost [127.0.0.1]) by av-tac-bru.cisco.com (8.11.7p3+Sun/8.11.7) with ESMTP id l2EAugC02458; Wed, 14 Mar 2007 11:56:42 +0100 (CET) Received: from [10.61.255.125] (ams-stealth-iwijnand-5.cisco.com [10.61.255.125]) by strange-brew.cisco.com (8.11.7p3+Sun/8.11.7) with ESMTP id l2EAuKE02969; Wed, 14 Mar 2007 11:56:20 +0100 (CET) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v624) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: IJsbrand Wijnands Subject: Re: [MPLS]New comments and ideas for Date: Wed, 14 Mar 2007 11:56:19 +0100 To: jin.lizhong@zte.com.cn X-Mailer: Apple Mail (2.624) X-Spam-Score: 0.0 (/) X-Scan-Signature: ce732c7d36989a1bd55104ba259c40a1 X-Mailman-Approved-At: Wed, 14 Mar 2007 16:12:08 -0400 Cc: mpls@lists.ietf.org, shane.amante@level3.com, rhthomas@cisco.com, lei.wang@telenor.com, lufang@cisco.com X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org Jin, I agree with JL. Thx, Ice. On Mar 14, 2007, at 8:10 AM, jin.lizhong@zte.com.cn wrote: > > Hi JL > > Thank you very much for your comments. > > Does any other guys think P2MP capability TVL is necessary? > > Best Regards > Jin Lizhong > > .............................................. > Add: =A0 No.68 Zijinghua Rd,Yuhuatai District, > =A0 =A0 =A0 Nanjing. P.R.China. > Zip: =A0 210012 > Tel: =A0 0086-13912967531 > Mail: =A0jin.lizhong@zte.com.cn > .............................................. > > > "LE ROUX Jean-Louis RD-CORE-LAN" > > 2007-03-08 18:16 > =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 To: =A0 =A0 =A0 =A0, =20 > , , =20 > , "zzx-Huji KAMITE =A0y.kamite@nttt.com" =20 > , , , =20 > , , , =20 > > =A0 =A0 =A0 =A0 cc: =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 Subject: =A0 =A0 =A0 =A0RE: New comments and ideas for = =20 > > > > > Hi Jin, > =A0 > Procedures to advertise the P2MP capability should rely on encoding =20= > rules and procedures defined in =20 > draft-thomas-mpls-ldp-capabilities-02.txt. > This simply requires defining a new capability parameter, the P2MP =20 > capability, and requesting for a TLV code point. > Also note that v01 of draft-ietf-mpls-ldp-upstream (submitted last =20 > monday) is now aligned with draft-thomas. > =A0 > >Second, in section 7.1.Protocol event, line 11, I think the word =20 > 'LSR-D' should be 'LSR-U', it is misunderstanding in both the version =20= > 1 and 2 > . > Actually this applies indifferently to LSR D and LSR U. > =A0 > Kind Regards, > =A0 > JL > > De : jin.lizhong@zte.com.cn [mailto:jin.lizhong@zte.com.cn] > Envoy=E9 : jeudi 8 mars 2007 10:28 > =C0 : shane.amante@level3.com; lufang@cisco.com; =20 > zzx-hitoshi.fukuda@ntt.com; zzx-Huji KAMITE y.kamite@nttt.com; =20 > kireeti@juniper.net; ina@juniper.net; LE ROUX Jean-Louis RD-CORE-LAN; =20= > rhthomas@cisco.com; lei.wang@telenor.com; ice@cisco.com; =20 > mpls@lists.ietf.org > Objet : New comments and ideas for > > > Dear all: > > I read the draft , and have some =20 > comments below. Thank you. > > First, it is very necessary to use the mLDP capability TLV to signal =20= > the capability of LDP Session. Just like the capability described in =20= > , using the capability TLV, it is =20 > quite convenient to the trouble shooting. Without the capability TLV, =20= > if the P2MP LSP does not set up successfully, one has to check the =20 > upstream LSR; and if the upstream LSR does not show any information of = =20 > P2MP LSP and FEC, we can not figure whether the mapping message sent =20= > by the downstream LSR is silently discarded by upstream LSR or lost =20= > during the transmission. > > Because the mLDP is very new, and many equipments that have been =20 > deployed in the network do not support mLDP, then the scenario =20 > described above will always happen when deploying. And this is only =20= > one of the scenarios for capability TLV; it will be more useful and =20= > convenient for deploying mLDP. > > Following is the format of the mLDP Capability TLV, much like defined = =20 > in : > > =A0 =A0 =A0 0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 1 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 2 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 3 > =A0 =A0 =A0 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 = 9 0 1 > =A0 =A0 = =A0+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > =A0 =A0 =A0|1|0| Capability TLV (TBD) =A0 =A0 =A0| =A0 =A0 =A0Length = (=3D 4) =A0 =A0 =A0 =A0 =A0 =A0 | > =A0 =A0 = =A0+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > =A0 =A0 =A0| =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Sub-TLVs...= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0| > =A0 =A0 = =A0+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > Following is the format of the mLDP Capability sub-TLV: > > =A0 =A0 =A0 0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 1 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 2 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 3 > =A0 =A0 =A0 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 = 9 0 1 > =A0 =A0 = =A0+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > =A0 =A0 =A0| =A0 =A0 =A0 =A0 mLDP Cap =3D 1 =A0 =A0 =A0 =A0 =A0| =A0 = =A0 =A0Length (=3D 4) =A0 =A0 =A0 =A0 =A0 =A0 | > =A0 =A0 = =A0+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > =A0 =A0 =A0| =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Reserved = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 | > =A0 =A0 = =A0+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > If a LSR includes the mLDP Capability sub-TLV in LDP Initialization =20= > Messages it implies that the LSR is capable of processing both =20 > distributing P2MP FEC Element and MP2MP FEC Element. Reserved bits =20 > MUST be set to zero on transmission and MUST be ignored on receipt. > > Second, in section 7.1.Protocol event, line 11, I think the word =20 > 'LSR-D' should be 'LSR-U', it is misunderstanding in both the version =20= > 1 and 2. > > Hope for your comments, thank you very much. > > Best Regards > Jin Lizhong > > .............................................. > Add: =A0 No.68 Zijinghua Rd,Yuhuatai District, > =A0 =A0 =A0Nanjing. P.R.China. > Zip: =A0 210012 > Tel: =A0 0086-13912967531 > Mail: =A0jin.lizhong@zte.com.cn > .............................................. > -------------------------------------------------------- > ZTE Information Security Notice: The information contained in this =20= > mail is solely property of the sender's organization. This mail =20 > communication is confidential. Recipients named above are obligated to = =20 > maintain secrecy and are not permitted to disclose the contents of =20 > this communication to others. > This email and any files transmitted with it are confidential and =20 > intended solely for the use of the individual or entity to whom they =20= > are addressed. If you have received this email in error please notify =20= > the originator of the message. Any views expressed in this message are = =20 > those of the individual sender. > This message has been scanned for viruses and Spam by ZTE Anti-Spam =20= > system. > > > > -------------------------------------------------------- > ZTE Information Security Notice: The information contained in this =20= > mail is solely property of the sender's organization. This mail =20 > communication is confidential. Recipients named above are obligated to = =20 > maintain secrecy and are not permitted to disclose the contents of =20 > this communication to others. > This email and any files transmitted with it are confidential and =20 > intended solely for the use of the individual or entity to whom they =20= > are addressed. If you have received this email in error please notify =20= > the originator of the message. Any views expressed in this message are = =20 > those of the individual sender. > This message has been scanned for viruses and Spam by ZTE Anti-Spam =20= > system. > > > > -------------------------------------------------------- > = ZTE=A0Information=A0Security=A0Notice:=A0The=A0information=A0contained=A0i= n=A0this=A0mail=20 > = =A0is=A0solely=A0property=A0of=A0the=A0sender's=A0organization.=A0This=A0m= ail=A0communicati=20 > = on=A0is=A0confidential.=A0Recipients=A0named=A0above=A0are=A0obligated=A0t= o=A0maintain=A0se=20 > = crecy=A0and=A0are=A0not=A0permitted=A0to=A0disclose=A0the=A0contents=A0of=A0= this=A0communicat=20 > ion=A0to=A0others. > = This=A0email=A0and=A0any=A0files=A0transmitted=A0with=A0it=A0are=A0confide= ntial=A0and=A0inten=20 > = ded=A0solely=A0for=A0the=A0use=A0of=A0the=A0individual=A0or=A0entity=A0to=A0= whom=A0they=A0are=A0add=20 > = ressed.=A0If=A0you=A0have=A0received=A0this=A0email=A0in=A0error=A0please=A0= notify=A0the=A0orig=20 > = inator=A0of=A0the=A0message.=A0Any=A0views=A0expressed=A0in=A0this=A0messa= ge=A0are=A0those=A0of=20 > =A0the=A0individual=A0sender. > This=A0message=A0has=A0been=A0scanned=A0for=A0viruses=A0and=A0Spam=A0by=A0= ZTE=A0Anti-=20 > Spam=A0system. _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls From mpls-bounces@lists.ietf.org Wed Mar 14 16:17:15 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HRZpS-00026I-OZ; Wed, 14 Mar 2007 16:12:10 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HRNdp-0007fZ-MH for mpls@lists.ietf.org; Wed, 14 Mar 2007 03:11:21 -0400 Received: from mx1.china-lead.com.cn ([202.103.147.155] helo=mx4.zte.com.cn) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HRNdl-0000bO-Hv for mpls@lists.ietf.org; Wed, 14 Mar 2007 03:11:21 -0400 Received: from [10.30.3.19] by 10.30.1.243 with StormMail ESMTP id 65668.11519190234; Wed, 14 Mar 2007 15:13:15 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse2.zte.com.cn with ESMTP id l2E7ERfo094857; Wed, 14 Mar 2007 15:14:27 +0800 (CST) (envelope-from jin.lizhong@zte.com.cn) In-Reply-To: MIME-Version: 1.0 To: "LE ROUX Jean-Louis RD-CORE-LAN" Subject: RE: [MPLS]New comments and ideas for X-Mailer: Lotus Notes Release 6.0.4 June 01, 2004 Message-ID: From: jin.lizhong@zte.com.cn Date: Wed, 14 Mar 2007 15:10:57 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 6.5.4|March 27, 2005) at 2007-03-14 15:11:01, Serialize complete at 2007-03-14 15:11:01 X-MAIL: mse2.zte.com.cn l2E7ERfo094857 X-Spam-Score: 4.4 (++++) X-Scan-Signature: 731ea0e9f5725b67e634db1918f3b951 X-Mailman-Approved-At: Wed, 14 Mar 2007 16:12:08 -0400 Cc: mpls@lists.ietf.org, shane.amante@level3.com, ice@cisco.com, rhthomas@cisco.com, lei.wang@telenor.com, lufang@cisco.com X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0280826458==" Errors-To: mpls-bounces@lists.ietf.org This is a multipart message in MIME format. --===============0280826458== Content-Type: multipart/alternative; boundary="=_alternative 00277A8B4825729E_=" This is a multipart message in MIME format. --=_alternative 00277A8B4825729E_= Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SGkgSkwNCg0KVGhhbmsgeW91IHZlcnkgbXVjaCBmb3IgeW91ciBjb21tZW50cy4NCg0KRG9lcyBh bnkgb3RoZXIgZ3V5cyB0aGluayBQMk1QIGNhcGFiaWxpdHkgVFZMIGlzIG5lY2Vzc2FyeT8NCg0K QmVzdCBSZWdhcmRzDQpKaW4gTGl6aG9uZw0KDQouLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uDQpBZGQ6ICAgTm8uNjggWmlqaW5naHVhIFJkLFl1aHVhdGFpIERp c3RyaWN0LCANCiAgICAgICBOYW5qaW5nLiBQLlIuQ2hpbmEuIA0KWmlwOiAgIDIxMDAxMiANClRl bDogICAwMDg2LTEzOTEyOTY3NTMxIA0KTWFpbDogIGppbi5saXpob25nQHp0ZS5jb20uY24gDQou Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIA0KDQoNCg0KDQoi TEUgUk9VWCBKZWFuLUxvdWlzIFJELUNPUkUtTEFOIiA8amVhbmxvdWlzLmxlcm91eEBvcmFuZ2Ut ZnRncm91cC5jb20+DQoyMDA3LTAzLTA4IDE4OjE2DQogDQogICAgICAgIFRvOiAgICAgPGppbi5s aXpob25nQHp0ZS5jb20uY24+LCA8c2hhbmUuYW1hbnRlQGxldmVsMy5jb20+LCANCjxsdWZhbmdA Y2lzY28uY29tPiwgPGhpdG9zaGkuZnVrdWRhQG50dC5jb20+LCAienp4LUh1amkgS0FNSVRFIA0K eS5rYW1pdGVAbnR0dC5jb20iIDx5LmthbWl0ZUBudHQuY29tPiwgPGtpcmVldGlAanVuaXBlci5u ZXQ+LCANCjxpbmFAanVuaXBlci5uZXQ+LCA8cmh0aG9tYXNAY2lzY28uY29tPiwgPGxlaS53YW5n QHRlbGVub3IuY29tPiwgDQo8aWNlQGNpc2NvLmNvbT4sIDxtcGxzQGxpc3RzLmlldGYub3JnPg0K ICAgICAgICBjYzogDQogICAgICAgIFN1YmplY3Q6ICAgICAgICBSRTogTmV3IGNvbW1lbnRzIGFu ZCBpZGVhcyBmb3IgDQo8ZHJhZnQtaWV0Zi1tcGxzLWxkcC1wMm1wLTAyPg0KDQoNCkhpIEppbiwN CiANClByb2NlZHVyZXMgdG8gYWR2ZXJ0aXNlIHRoZSBQMk1QIGNhcGFiaWxpdHkgc2hvdWxkIHJl bHkgb24gZW5jb2RpbmcgcnVsZXMgDQphbmQgcHJvY2VkdXJlcyBkZWZpbmVkIGluIGRyYWZ0LXRo b21hcy1tcGxzLWxkcC1jYXBhYmlsaXRpZXMtMDIudHh0Lg0KVGhpcyBzaW1wbHkgcmVxdWlyZXMg ZGVmaW5pbmcgYSBuZXcgY2FwYWJpbGl0eSBwYXJhbWV0ZXIsIHRoZSBQMk1QIA0KY2FwYWJpbGl0 eSwgYW5kIHJlcXVlc3RpbmcgZm9yIGEgVExWIGNvZGUgcG9pbnQuDQpBbHNvIG5vdGUgdGhhdCB2 MDEgb2YgZHJhZnQtaWV0Zi1tcGxzLWxkcC11cHN0cmVhbSAoc3VibWl0dGVkIGxhc3QgbW9uZGF5 KSANCmlzIG5vdyBhbGlnbmVkIHdpdGggZHJhZnQtdGhvbWFzLg0KIA0KPlNlY29uZCwgaW4gc2Vj dGlvbiA3LjEuUHJvdG9jb2wgZXZlbnQsIGxpbmUgMTEsIEkgdGhpbmsgdGhlIHdvcmQgJ0xTUi1E JyANCnNob3VsZCBiZSAnTFNSLVUnLCBpdCBpcyBtaXN1bmRlcnN0YW5kaW5nIGluIGJvdGggdGhl IHZlcnNpb24gMSBhbmQgMg0KLiANCkFjdHVhbGx5IHRoaXMgYXBwbGllcyBpbmRpZmZlcmVudGx5 IHRvIExTUiBEIGFuZCBMU1IgVS4gDQogDQpLaW5kIFJlZ2FyZHMsDQogDQpKTA0KDQpEZSA6IGpp bi5saXpob25nQHp0ZS5jb20uY24gW21haWx0bzpqaW4ubGl6aG9uZ0B6dGUuY29tLmNuXSANCkVu dm95w6kgOiBqZXVkaSA4IG1hcnMgMjAwNyAxMDoyOA0Kw4AgOiBzaGFuZS5hbWFudGVAbGV2ZWwz LmNvbTsgbHVmYW5nQGNpc2NvLmNvbTsgenp4LWhpdG9zaGkuZnVrdWRhQG50dC5jb207IA0Kenp4 LUh1amkgS0FNSVRFIHkua2FtaXRlQG50dHQuY29tOyBraXJlZXRpQGp1bmlwZXIubmV0OyBpbmFA anVuaXBlci5uZXQ7IA0KTEUgUk9VWCBKZWFuLUxvdWlzIFJELUNPUkUtTEFOOyByaHRob21hc0Bj aXNjby5jb207IGxlaS53YW5nQHRlbGVub3IuY29tOyANCmljZUBjaXNjby5jb207IG1wbHNAbGlz dHMuaWV0Zi5vcmcNCk9iamV0IDogTmV3IGNvbW1lbnRzIGFuZCBpZGVhcyBmb3IgPGRyYWZ0LWll dGYtbXBscy1sZHAtcDJtcC0wMj4NCg0KDQpEZWFyIGFsbDogDQoNCkkgcmVhZCB0aGUgZHJhZnQg PGRyYWZ0LWlldGYtbXBscy1sZHAtcDJtcC0wMj4sIGFuZCBoYXZlIHNvbWUgY29tbWVudHMgDQpi ZWxvdy4gVGhhbmsgeW91LiANCg0KRmlyc3QsIGl0IGlzIHZlcnkgbmVjZXNzYXJ5IHRvIHVzZSB0 aGUgbUxEUCBjYXBhYmlsaXR5IFRMViB0byBzaWduYWwgdGhlIA0KY2FwYWJpbGl0eSBvZiBMRFAg U2Vzc2lvbi4gSnVzdCBsaWtlIHRoZSBjYXBhYmlsaXR5IGRlc2NyaWJlZCBpbiANCjxkcmFmdC1p ZXRmLW1wbHMtbGRwLXVwc3RyZWFtLTAwPiwgdXNpbmcgdGhlIGNhcGFiaWxpdHkgVExWLCBpdCBp cyBxdWl0ZSANCmNvbnZlbmllbnQgdG8gdGhlIHRyb3VibGUgc2hvb3RpbmcuIFdpdGhvdXQgdGhl IGNhcGFiaWxpdHkgVExWLCBpZiB0aGUgDQpQMk1QIExTUCBkb2VzIG5vdCBzZXQgdXAgc3VjY2Vz c2Z1bGx5LCBvbmUgaGFzIHRvIGNoZWNrIHRoZSB1cHN0cmVhbSBMU1I7IA0KYW5kIGlmIHRoZSB1 cHN0cmVhbSBMU1IgZG9lcyBub3Qgc2hvdyBhbnkgaW5mb3JtYXRpb24gb2YgUDJNUCBMU1AgYW5k IEZFQywgDQp3ZSBjYW4gbm90IGZpZ3VyZSB3aGV0aGVyIHRoZSBtYXBwaW5nIG1lc3NhZ2Ugc2Vu dCBieSB0aGUgZG93bnN0cmVhbSBMU1IgDQppcyBzaWxlbnRseSBkaXNjYXJkZWQgYnkgdXBzdHJl YW0gTFNSIG9yIGxvc3QgZHVyaW5nIHRoZSB0cmFuc21pc3Npb24uIA0KDQpCZWNhdXNlIHRoZSBt TERQIGlzIHZlcnkgbmV3LCBhbmQgbWFueSBlcXVpcG1lbnRzIHRoYXQgaGF2ZSBiZWVuIGRlcGxv eWVkIA0KaW4gdGhlIG5ldHdvcmsgZG8gbm90IHN1cHBvcnQgbUxEUCwgdGhlbiB0aGUgc2NlbmFy aW8gZGVzY3JpYmVkIGFib3ZlIHdpbGwgDQphbHdheXMgaGFwcGVuIHdoZW4gZGVwbG95aW5nLiBB bmQgdGhpcyBpcyBvbmx5IG9uZSBvZiB0aGUgc2NlbmFyaW9zIGZvciANCmNhcGFiaWxpdHkgVExW OyBpdCB3aWxsIGJlIG1vcmUgdXNlZnVsIGFuZCBjb252ZW5pZW50IGZvciBkZXBsb3lpbmcgbUxE UC4gDQoNCkZvbGxvd2luZyBpcyB0aGUgZm9ybWF0IG9mIHRoZSBtTERQIENhcGFiaWxpdHkgVExW LCBtdWNoIGxpa2UgZGVmaW5lZCBpbiANCjxkcmFmdC1pZXRmLW1wbHMtbGRwLXVwc3RyZWFtLTAw PjogDQoNCiAgICAgICAwICAgICAgICAgICAgICAgICAgIDEgICAgICAgICAgICAgICAgICAgMiAg ICAgICAgICAgICAgICAgICAzIA0KICAgICAgIDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0 IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSANCiAgICAgICstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rIA0KICAg ICAgfDF8MHwgQ2FwYWJpbGl0eSBUTFYgKFRCRCkgICAgICB8ICAgICAgTGVuZ3RoICg9IDQpICAg ICAgICAgICAgIHwgDQogICAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKyANCiAgICAgIHwgICAgICAgICAgICAgICAgICAg ICAgICBTdWItVExWcy4uLiAgICAgICAgICAgICAgICAgICAgICAgICAgICB8IA0KICAgICAgKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSsgDQoNCkZvbGxvd2luZyBpcyB0aGUgZm9ybWF0IG9mIHRoZSBtTERQIENhcGFiaWxpdHkg c3ViLVRMVjogDQoNCiAgICAgICAwICAgICAgICAgICAgICAgICAgIDEgICAgICAgICAgICAgICAg ICAgMiAgICAgICAgICAgICAgICAgICAzIA0KICAgICAgIDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAx IDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSANCiAgICAgICstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r IA0KICAgICAgfCAgICAgICAgIG1MRFAgQ2FwID0gMSAgICAgICAgICB8ICAgICAgTGVuZ3RoICg9 IDQpICAgICAgICAgICAgIHwgDQogICAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKyANCiAgICAgIHwgICAgICAgICAgICAg ICAgICAgICAgICBSZXNlcnZlZCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8IA0KICAg ICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSsgDQoNCklmIGEgTFNSIGluY2x1ZGVzIHRoZSBtTERQIENhcGFiaWxpdHkgc3Vi LVRMViBpbiBMRFAgSW5pdGlhbGl6YXRpb24gDQpNZXNzYWdlcyBpdCBpbXBsaWVzIHRoYXQgdGhl IExTUiBpcyBjYXBhYmxlIG9mIHByb2Nlc3NpbmcgYm90aCANCmRpc3RyaWJ1dGluZyBQMk1QIEZF QyBFbGVtZW50IGFuZCBNUDJNUCBGRUMgRWxlbWVudC4gUmVzZXJ2ZWQgYml0cyBNVVNUIGJlIA0K c2V0IHRvIHplcm8gb24gdHJhbnNtaXNzaW9uIGFuZCBNVVNUIGJlIGlnbm9yZWQgb24gcmVjZWlw dC4gDQoNClNlY29uZCwgaW4gc2VjdGlvbiA3LjEuUHJvdG9jb2wgZXZlbnQsIGxpbmUgMTEsIEkg dGhpbmsgdGhlIHdvcmQgJ0xTUi1EJyANCnNob3VsZCBiZSAnTFNSLVUnLCBpdCBpcyBtaXN1bmRl cnN0YW5kaW5nIGluIGJvdGggdGhlIHZlcnNpb24gMSBhbmQgMi4gDQoNCkhvcGUgZm9yIHlvdXIg Y29tbWVudHMsIHRoYW5rIHlvdSB2ZXJ5IG11Y2guIA0KDQpCZXN0IFJlZ2FyZHMgDQpKaW4gTGl6 aG9uZyANCg0KLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLg0K QWRkOiAgIE5vLjY4IFppamluZ2h1YSBSZCxZdWh1YXRhaSBEaXN0cmljdCwgDQogICAgICBOYW5q aW5nLiBQLlIuQ2hpbmEuIA0KWmlwOiAgIDIxMDAxMiANClRlbDogICAwMDg2LTEzOTEyOTY3NTMx IA0KTWFpbDogIGppbi5saXpob25nQHp0ZS5jb20uY24gDQouLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIA0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NClpURSBJbmZvcm1hdGlvbiBTZWN1cml0eSBOb3Rp Y2U6IFRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBtYWlsIGlzIA0Kc29sZWx5IHBy b3BlcnR5IG9mIHRoZSBzZW5kZXIncyBvcmdhbml6YXRpb24uIFRoaXMgbWFpbCBjb21tdW5pY2F0 aW9uIGlzIA0KY29uZmlkZW50aWFsLiBSZWNpcGllbnRzIG5hbWVkIGFib3ZlIGFyZSBvYmxpZ2F0 ZWQgdG8gbWFpbnRhaW4gc2VjcmVjeSBhbmQgDQphcmUgbm90IHBlcm1pdHRlZCB0byBkaXNjbG9z ZSB0aGUgY29udGVudHMgb2YgdGhpcyBjb21tdW5pY2F0aW9uIHRvIA0Kb3RoZXJzLg0KVGhpcyBl bWFpbCBhbmQgYW55IGZpbGVzIHRyYW5zbWl0dGVkIHdpdGggaXQgYXJlIGNvbmZpZGVudGlhbCBh bmQgaW50ZW5kZWQgDQpzb2xlbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIGluZGl2aWR1YWwgb3IgZW50 aXR5IHRvIHdob20gdGhleSBhcmUgYWRkcmVzc2VkLiANCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRo aXMgZW1haWwgaW4gZXJyb3IgcGxlYXNlIG5vdGlmeSB0aGUgb3JpZ2luYXRvciBvZiANCnRoZSBt ZXNzYWdlLiBBbnkgdmlld3MgZXhwcmVzc2VkIGluIHRoaXMgbWVzc2FnZSBhcmUgdGhvc2Ugb2Yg dGhlIA0KaW5kaXZpZHVhbCBzZW5kZXIuDQpUaGlzIG1lc3NhZ2UgaGFzIGJlZW4gc2Nhbm5lZCBm b3IgdmlydXNlcyBhbmQgU3BhbSBieSBaVEUgQW50aS1TcGFtIA0Kc3lzdGVtLg0KDQoNCg0KLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NClpU RSBJbmZvcm1hdGlvbiBTZWN1cml0eSBOb3RpY2U6IFRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQg aW4gdGhpcyBtYWlsIGlzIA0Kc29sZWx5IHByb3BlcnR5IG9mIHRoZSBzZW5kZXIncyBvcmdhbml6 YXRpb24uIFRoaXMgbWFpbCBjb21tdW5pY2F0aW9uIGlzIA0KY29uZmlkZW50aWFsLiBSZWNpcGll bnRzIG5hbWVkIGFib3ZlIGFyZSBvYmxpZ2F0ZWQgdG8gbWFpbnRhaW4gc2VjcmVjeSBhbmQgDQph cmUgbm90IHBlcm1pdHRlZCB0byBkaXNjbG9zZSB0aGUgY29udGVudHMgb2YgdGhpcyBjb21tdW5p Y2F0aW9uIHRvIA0Kb3RoZXJzLg0KVGhpcyBlbWFpbCBhbmQgYW55IGZpbGVzIHRyYW5zbWl0dGVk IHdpdGggaXQgYXJlIGNvbmZpZGVudGlhbCBhbmQgaW50ZW5kZWQgDQpzb2xlbHkgZm9yIHRoZSB1 c2Ugb2YgdGhlIGluZGl2aWR1YWwgb3IgZW50aXR5IHRvIHdob20gdGhleSBhcmUgYWRkcmVzc2Vk LiANCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IgcGxlYXNlIG5vdGlm eSB0aGUgb3JpZ2luYXRvciBvZiANCnRoZSBtZXNzYWdlLiBBbnkgdmlld3MgZXhwcmVzc2VkIGlu IHRoaXMgbWVzc2FnZSBhcmUgdGhvc2Ugb2YgdGhlIA0KaW5kaXZpZHVhbCBzZW5kZXIuDQpUaGlz IG1lc3NhZ2UgaGFzIGJlZW4gc2Nhbm5lZCBmb3IgdmlydXNlcyBhbmQgU3BhbSBieSBaVEUgQW50 aS1TcGFtIA0Kc3lzdGVtLg0KDQoNCg0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KWlRFIEluZm9ybWF0aW9uIFNlY3VyaXR5IE5vdGlj ZTogVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1haWwgaXMgc29sZWx5IHByb3Bl cnR5IG9mIHRoZSBzZW5kZXIncyBvcmdhbml6YXRpb24uIFRoaXMgbWFpbCBjb21tdW5pY2F0aW9u IGlzIGNvbmZpZGVudGlhbC4gUmVjaXBpZW50cyBuYW1lZCBhYm92ZSBhcmUgb2JsaWdhdGVkIHRv IG1haW50YWluIHNlY3JlY3kgYW5kIGFyZSBub3QgcGVybWl0dGVkIHRvIGRpc2Nsb3NlIHRoZSBj b250ZW50cyBvZiB0aGlzIGNvbW11bmljYXRpb24gdG8gb3RoZXJzLg0KVGhpcyBlbWFpbCBhbmQg YW55IGZpbGVzIHRyYW5zbWl0dGVkIHdpdGggaXQgYXJlIGNvbmZpZGVudGlhbCBhbmQgaW50ZW5k ZWQgc29sZWx5IGZvciB0aGUgdXNlIG9mIHRoZSBpbmRpdmlkdWFsIG9yIGVudGl0eSB0byB3aG9t IHRoZXkgYXJlIGFkZHJlc3NlZC4gSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBl cnJvciBwbGVhc2Ugbm90aWZ5IHRoZSBvcmlnaW5hdG9yIG9mIHRoZSBtZXNzYWdlLiBBbnkgdmll d3MgZXhwcmVzc2VkIGluIHRoaXMgbWVzc2FnZSBhcmUgdGhvc2Ugb2YgdGhlIGluZGl2aWR1YWwg c2VuZGVyLg0KVGhpcyBtZXNzYWdlIGhhcyBiZWVuIHNjYW5uZWQgZm9yIHZpcnVzZXMgYW5kIFNw YW0gYnkgWlRFIEFudGktU3BhbSBzeXN0ZW0uDQo= --=_alternative 00277A8B4825729E_= Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkhpIEpMPC9mb250Pg0KPGJyPg0K PGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5UaGFuayB5b3UgdmVyeSBtdWNoIGZv ciB5b3VyIGNvbW1lbnRzLjwvZm9udD4NCjxicj4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fu cy1zZXJpZiI+RG9lcyBhbnkgb3RoZXIgZ3V5cyB0aGluayBQMk1QIGNhcGFiaWxpdHkNClRWTCBp cyBuZWNlc3Nhcnk/PC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNl cmlmIj5CZXN0IFJlZ2FyZHM8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2Vy aWYiPkppbiBMaXpob25nPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlm Ij48YnI+DQouLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uPGJy Pg0KQWRkOiAmbmJzcDsgTm8uNjggWmlqaW5naHVhIFJkLFl1aHVhdGFpIERpc3RyaWN0LCA8YnI+ DQogJm5ic3A7ICZuYnNwOyAmbmJzcDsgTmFuamluZy4gUC5SLkNoaW5hLiA8YnI+DQpaaXA6ICZu YnNwOyAyMTAwMTIgPGJyPg0KVGVsOiAmbmJzcDsgMDA4Ni0xMzkxMjk2NzUzMSA8YnI+DQpNYWls OiAmbmJzcDtqaW4ubGl6aG9uZ0B6dGUuY29tLmNuIDxicj4NCi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gPC9mb250Pg0KPGJyPg0KPGJyPg0KPGJyPg0KPHRh YmxlIHdpZHRoPTEwMCU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjx0ZD48Zm9udCBzaXplPTEg ZmFjZT0ic2Fucy1zZXJpZiI+PGI+JnF1b3Q7TEUgUk9VWCBKZWFuLUxvdWlzIFJELUNPUkUtTEFO JnF1b3Q7DQombHQ7amVhbmxvdWlzLmxlcm91eEBvcmFuZ2UtZnRncm91cC5jb20mZ3Q7PC9iPjwv Zm9udD4NCjxwPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj4yMDA3LTAzLTA4IDE4OjE2 PC9mb250Pg0KPHRkPjxmb250IHNpemU9MSBmYWNlPSJBcmlhbCI+Jm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7IDwvZm9udD4NCjxicj48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+Jm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IFRvOg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 Jmx0O2ppbi5saXpob25nQHp0ZS5jb20uY24mZ3Q7LCAmbHQ7c2hhbmUuYW1hbnRlQGxldmVsMy5j b20mZ3Q7LA0KJmx0O2x1ZmFuZ0BjaXNjby5jb20mZ3Q7LCAmbHQ7aGl0b3NoaS5mdWt1ZGFAbnR0 LmNvbSZndDssICZxdW90O3p6eC1IdWppDQpLQU1JVEUgJm5ic3A7eS5rYW1pdGVAbnR0dC5jb20m cXVvdDsgJmx0O3kua2FtaXRlQG50dC5jb20mZ3Q7LCAmbHQ7a2lyZWV0aUBqdW5pcGVyLm5ldCZn dDssDQombHQ7aW5hQGp1bmlwZXIubmV0Jmd0OywgJmx0O3JodGhvbWFzQGNpc2NvLmNvbSZndDss ICZsdDtsZWkud2FuZ0B0ZWxlbm9yLmNvbSZndDssDQombHQ7aWNlQGNpc2NvLmNvbSZndDssICZs dDttcGxzQGxpc3RzLmlldGYub3JnJmd0OzwvZm9udD4NCjxicj48Zm9udCBzaXplPTEgZmFjZT0i c2Fucy1zZXJpZiI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IGNjOg0KJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7PC9mb250Pg0KPGJyPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlm Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgU3ViamVjdDoNCiZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwO1JFOiBOZXcgY29tbWVudHMgYW5kIGlkZWFzIGZvciAmbHQ7ZHJhZnQtaWV0Zi1t cGxzLWxkcC1wMm1wLTAyJmd0OzwvZm9udD48L3RhYmxlPg0KPGJyPg0KPGJyPg0KPGJyPjxmb250 IHNpemU9MiBjb2xvcj1ibHVlIGZhY2U9IkFyaWFsIj5IaSBKaW4sPC9mb250Pg0KPGJyPjxmb250 IHNpemU9Mz4mbmJzcDs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT0i QXJpYWwiPlByb2NlZHVyZXMgdG8gYWR2ZXJ0aXNlIHRoZSBQMk1QDQpjYXBhYmlsaXR5IHNob3Vs ZCByZWx5IG9uIGVuY29kaW5nIHJ1bGVzIGFuZCBwcm9jZWR1cmVzIGRlZmluZWQgaW4gZHJhZnQt dGhvbWFzLW1wbHMtbGRwLWNhcGFiaWxpdGllcy0wMi50eHQuPC9mb250Pg0KPGJyPjxmb250IHNp emU9MiBjb2xvcj1ibHVlIGZhY2U9IkFyaWFsIj5UaGlzIHNpbXBseSByZXF1aXJlcyBkZWZpbmlu Zw0KYSBuZXcgY2FwYWJpbGl0eSBwYXJhbWV0ZXIsIHRoZSBQMk1QIGNhcGFiaWxpdHksIGFuZCBy ZXF1ZXN0aW5nIGZvciBhIFRMVg0KY29kZSBwb2ludC48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0y IGNvbG9yPWJsdWUgZmFjZT0iQXJpYWwiPkFsc28gbm90ZSB0aGF0IHYwMSBvZiBkcmFmdC1pZXRm LW1wbHMtbGRwLXVwc3RyZWFtDQooc3VibWl0dGVkIGxhc3QgbW9uZGF5KSBpcyBub3cgYWxpZ25l ZCB3aXRoIGRyYWZ0LXRob21hczwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0iVGltZXMgTmV3IFJv bWFuIj4uPC9mb250Pg0KPGJyPjxmb250IHNpemU9Mz4mbmJzcDs8L2ZvbnQ+DQo8YnI+PGZvbnQg c2l6ZT0yPiZndDtTZWNvbmQsIGluIHNlY3Rpb24gNy4xLlByb3RvY29sIGV2ZW50LCBsaW5lIDEx LCBJDQp0aGluayB0aGUgd29yZCAnTFNSLUQnIHNob3VsZCBiZSAnTFNSLVUnLCBpdCBpcyBtaXN1 bmRlcnN0YW5kaW5nIGluIGJvdGgNCnRoZSB2ZXJzaW9uIDEgYW5kIDI8L2ZvbnQ+DQo8YnI+PGZv bnQgc2l6ZT0yPi4gPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBjb2xvcj1ibHVlIGZhY2U9IkFy aWFsIj5BY3R1YWxseSB0aGlzIGFwcGxpZXMgaW5kaWZmZXJlbnRseQ0KdG8gTFNSIEQgYW5kIExT UiBVLiA8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zPiZuYnNwOzwvZm9udD4NCjxicj48Zm9udCBz aXplPTIgY29sb3I9Ymx1ZSBmYWNlPSJBcmlhbCI+S2luZCBSZWdhcmRzLDwvZm9udD4NCjxicj48 Zm9udCBzaXplPTM+Jm5ic3A7PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBjb2xvcj1ibHVlIGZh Y2U9IkFyaWFsIj5KTDwvZm9udD4NCjxicj4NCjxicj4NCjxocj48Zm9udCBzaXplPTIgZmFjZT0i VGFob21hIj48Yj5EZSA6PC9iPiBqaW4ubGl6aG9uZ0B6dGUuY29tLmNuIFttYWlsdG86amluLmxp emhvbmdAenRlLmNvbS5jbl0NCjxiPjxicj4NCkVudm95w6kgOjwvYj4gamV1ZGkgOCBtYXJzIDIw MDcgMTA6Mjg8Yj48YnI+DQrDgCA6PC9iPiBzaGFuZS5hbWFudGVAbGV2ZWwzLmNvbTsgbHVmYW5n QGNpc2NvLmNvbTsgenp4LWhpdG9zaGkuZnVrdWRhQG50dC5jb207DQp6engtSHVqaSBLQU1JVEUg eS5rYW1pdGVAbnR0dC5jb207IGtpcmVldGlAanVuaXBlci5uZXQ7IGluYUBqdW5pcGVyLm5ldDsN CkxFIFJPVVggSmVhbi1Mb3VpcyBSRC1DT1JFLUxBTjsgcmh0aG9tYXNAY2lzY28uY29tOyBsZWku d2FuZ0B0ZWxlbm9yLmNvbTsNCmljZUBjaXNjby5jb207IG1wbHNAbGlzdHMuaWV0Zi5vcmc8Yj48 YnI+DQpPYmpldCA6PC9iPiBOZXcgY29tbWVudHMgYW5kIGlkZWFzIGZvciAmbHQ7ZHJhZnQtaWV0 Zi1tcGxzLWxkcC1wMm1wLTAyJmd0OzwvZm9udD48Zm9udCBzaXplPTM+PGJyPg0KPC9mb250Pg0K PGJyPjxmb250IHNpemU9Mj48YnI+DQpEZWFyIGFsbDo8L2ZvbnQ+PGZvbnQgc2l6ZT0zPiA8YnI+ DQo8L2ZvbnQ+PGZvbnQgc2l6ZT0yPjxicj4NCkkgcmVhZCB0aGUgZHJhZnQgJmx0O2RyYWZ0LWll dGYtbXBscy1sZHAtcDJtcC0wMiZndDssIGFuZCBoYXZlIHNvbWUgY29tbWVudHMNCmJlbG93LiBU aGFuayB5b3UuPC9mb250Pjxmb250IHNpemU9Mz4gPGJyPg0KPC9mb250Pjxmb250IHNpemU9Mj48 YnI+DQpGaXJzdCwgaXQgaXMgdmVyeSBuZWNlc3NhcnkgdG8gdXNlIHRoZSBtTERQIGNhcGFiaWxp dHkgVExWIHRvIHNpZ25hbCB0aGUNCmNhcGFiaWxpdHkgb2YgTERQIFNlc3Npb24uIEp1c3QgbGlr ZSB0aGUgY2FwYWJpbGl0eSBkZXNjcmliZWQgaW4gJmx0O2RyYWZ0LWlldGYtbXBscy1sZHAtdXBz dHJlYW0tMDAmZ3Q7LA0KdXNpbmcgdGhlIGNhcGFiaWxpdHkgVExWLCBpdCBpcyBxdWl0ZSBjb252 ZW5pZW50IHRvIHRoZSB0cm91YmxlIHNob290aW5nLg0KV2l0aG91dCB0aGUgY2FwYWJpbGl0eSBU TFYsIGlmIHRoZSBQMk1QIExTUCBkb2VzIG5vdCBzZXQgdXAgc3VjY2Vzc2Z1bGx5LA0Kb25lIGhh cyB0byBjaGVjayB0aGUgdXBzdHJlYW0gTFNSOyBhbmQgaWYgdGhlIHVwc3RyZWFtIExTUiBkb2Vz IG5vdCBzaG93DQphbnkgaW5mb3JtYXRpb24gb2YgUDJNUCBMU1AgYW5kIEZFQywgd2UgY2FuIG5v dCBmaWd1cmUgd2hldGhlciB0aGUgbWFwcGluZw0KbWVzc2FnZSBzZW50IGJ5IHRoZSBkb3duc3Ry ZWFtIExTUiBpcyBzaWxlbnRseSBkaXNjYXJkZWQgYnkgdXBzdHJlYW0gTFNSDQpvciBsb3N0IGR1 cmluZyB0aGUgdHJhbnNtaXNzaW9uLjwvZm9udD48Zm9udCBzaXplPTM+IDxicj4NCjwvZm9udD48 Zm9udCBzaXplPTI+PGJyPg0KQmVjYXVzZSB0aGUgbUxEUCBpcyB2ZXJ5IG5ldywgYW5kIG1hbnkg ZXF1aXBtZW50cyB0aGF0IGhhdmUgYmVlbiBkZXBsb3llZA0KaW4gdGhlIG5ldHdvcmsgZG8gbm90 IHN1cHBvcnQgbUxEUCwgdGhlbiB0aGUgc2NlbmFyaW8gZGVzY3JpYmVkIGFib3ZlIHdpbGwNCmFs d2F5cyBoYXBwZW4gd2hlbiBkZXBsb3lpbmcuIEFuZCB0aGlzIGlzIG9ubHkgb25lIG9mIHRoZSBz Y2VuYXJpb3MgZm9yDQpjYXBhYmlsaXR5IFRMVjsgaXQgd2lsbCBiZSBtb3JlIHVzZWZ1bCBhbmQg Y29udmVuaWVudCBmb3IgZGVwbG95aW5nIG1MRFAuPC9mb250Pjxmb250IHNpemU9Mz4NCjxicj4N CjwvZm9udD48Zm9udCBzaXplPTI+PGJyPg0KRm9sbG93aW5nIGlzIHRoZSBmb3JtYXQgb2YgdGhl IG1MRFAgQ2FwYWJpbGl0eSBUTFYsIG11Y2ggbGlrZSBkZWZpbmVkIGluDQombHQ7ZHJhZnQtaWV0 Zi1tcGxzLWxkcC11cHN0cmVhbS0wMCZndDs6PC9mb250Pjxmb250IHNpemU9Mz4gPGJyPg0KPC9m b250Pjxmb250IHNpemU9Mj48YnI+DQogJm5ic3A7ICZuYnNwOyAmbmJzcDsgMCAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgMSAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQom bmJzcDsgMiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOw0KMzwvZm9udD48Zm9udCBzaXplPTM+IDwvZm9udD48Zm9udCBzaXplPTI+ PGJyPg0KICZuYnNwOyAmbmJzcDsgJm5ic3A7IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0 IDUgNiA3IDggOSAwIDEgMiAzIDQNCjUgNiA3IDggOSAwIDE8L2ZvbnQ+PGZvbnQgc2l6ZT0zPiA8 L2ZvbnQ+PGZvbnQgc2l6ZT0yPjxicj4NCiAmbmJzcDsgJm5ic3A7ICZuYnNwOystKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rPC9m b250Pjxmb250IHNpemU9Mz4NCjwvZm9udD48Zm9udCBzaXplPTI+PGJyPg0KICZuYnNwOyAmbmJz cDsgJm5ic3A7fDF8MHwgQ2FwYWJpbGl0eSBUTFYgKFRCRCkgJm5ic3A7ICZuYnNwOyAmbmJzcDt8 ICZuYnNwOw0KJm5ic3A7ICZuYnNwO0xlbmd0aCAoPSA0KSAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyB8PC9mb250Pjxmb250IHNpemU9Mz4NCjwvZm9udD48Zm9udCBz aXplPTI+PGJyPg0KICZuYnNwOyAmbmJzcDsgJm5ic3A7Ky0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSs8L2ZvbnQ+PGZvbnQgc2l6 ZT0zPg0KPC9mb250Pjxmb250IHNpemU9Mj48YnI+DQogJm5ic3A7ICZuYnNwOyAmbmJzcDt8ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO1N1Yi1UTFZzLi4uICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7fDwvZm9udD48Zm9udCBzaXplPTM+DQo8L2ZvbnQ+PGZvbnQg c2l6ZT0yPjxicj4NCiAmbmJzcDsgJm5ic3A7ICZuYnNwOystKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rPC9mb250Pjxmb250IHNp emU9Mz4NCjxicj4NCjwvZm9udD48Zm9udCBzaXplPTI+PGJyPg0KRm9sbG93aW5nIGlzIHRoZSBm b3JtYXQgb2YgdGhlIG1MRFAgQ2FwYWJpbGl0eSBzdWItVExWOjwvZm9udD48Zm9udCBzaXplPTM+ DQo8YnI+DQo8L2ZvbnQ+PGZvbnQgc2l6ZT0yPjxicj4NCiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAw ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7 ICZuYnNwOyAxICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsNCiZuYnNwOyAyICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQozPC9mb250Pjxmb250IHNpemU9Mz4gPC9mb250Pjxm b250IHNpemU9Mj48YnI+DQogJm5ic3A7ICZuYnNwOyAmbmJzcDsgMCAxIDIgMyA0IDUgNiA3IDgg OSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNA0KNSA2IDcgOCA5IDAgMTwvZm9udD48Zm9u dCBzaXplPTM+IDwvZm9udD48Zm9udCBzaXplPTI+PGJyPg0KICZuYnNwOyAmbmJzcDsgJm5ic3A7 Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSs8L2ZvbnQ+PGZvbnQgc2l6ZT0zPg0KPC9mb250Pjxmb250IHNpemU9Mj48YnI+DQog Jm5ic3A7ICZuYnNwOyAmbmJzcDt8ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBtTERQIENh cCA9IDEgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt8ICZuYnNwOyAmbmJzcDsg Jm5ic3A7TGVuZ3RoICg9IDQpICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyB8PC9mb250Pjxmb250IHNpemU9Mz4gPC9mb250Pjxmb250IHNpemU9Mj48YnI+DQogJm5i c3A7ICZuYnNwOyAmbmJzcDsrLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKzwvZm9udD48Zm9udCBzaXplPTM+DQo8L2ZvbnQ+PGZv bnQgc2l6ZT0yPjxicj4NCiAmbmJzcDsgJm5ic3A7ICZuYnNwO3wgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7UmVzZXJ2ZWQgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7DQp8PC9mb250Pjxmb250IHNpemU9Mz4gPC9mb250Pjxmb250IHNpemU9Mj48YnI+ DQogJm5ic3A7ICZuYnNwOyAmbmJzcDsrLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKzwvZm9udD48Zm9udCBzaXplPTM+DQo8YnI+ DQo8L2ZvbnQ+PGZvbnQgc2l6ZT0yPjxicj4NCklmIGEgTFNSIGluY2x1ZGVzIHRoZSBtTERQIENh cGFiaWxpdHkgc3ViLVRMViBpbiBMRFAgSW5pdGlhbGl6YXRpb24gTWVzc2FnZXMNCml0IGltcGxp ZXMgdGhhdCB0aGUgTFNSIGlzIGNhcGFibGUgb2YgcHJvY2Vzc2luZyBib3RoIGRpc3RyaWJ1dGlu ZyBQMk1QDQpGRUMgRWxlbWVudCBhbmQgTVAyTVAgRkVDIEVsZW1lbnQuIFJlc2VydmVkIGJpdHMg TVVTVCBiZSBzZXQgdG8gemVybyBvbg0KdHJhbnNtaXNzaW9uIGFuZCBNVVNUIGJlIGlnbm9yZWQg b24gcmVjZWlwdC48L2ZvbnQ+PGZvbnQgc2l6ZT0zPiA8YnI+DQo8L2ZvbnQ+PGZvbnQgc2l6ZT0y Pjxicj4NClNlY29uZCwgaW4gc2VjdGlvbiA3LjEuUHJvdG9jb2wgZXZlbnQsIGxpbmUgMTEsIEkg dGhpbmsgdGhlIHdvcmQgJ0xTUi1EJw0Kc2hvdWxkIGJlICdMU1ItVScsIGl0IGlzIG1pc3VuZGVy c3RhbmRpbmcgaW4gYm90aCB0aGUgdmVyc2lvbiAxIGFuZCAyLg0KPC9mb250Pjxmb250IHNpemU9 Mz48YnI+DQo8L2ZvbnQ+PGZvbnQgc2l6ZT0yPjxicj4NCkhvcGUgZm9yIHlvdXIgY29tbWVudHMs IHRoYW5rIHlvdSB2ZXJ5IG11Y2guPC9mb250Pjxmb250IHNpemU9Mz4gPGJyPg0KPC9mb250Pjxm b250IHNpemU9Mj48YnI+DQpCZXN0IFJlZ2FyZHM8L2ZvbnQ+PGZvbnQgc2l6ZT0zPiA8L2ZvbnQ+ PGZvbnQgc2l6ZT0yPjxicj4NCkppbiBMaXpob25nPC9mb250Pjxmb250IHNpemU9Mz4gPC9mb250 Pjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj48YnI+DQo8YnI+DQouLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uPGJyPg0KQWRkOiAmbmJzcDsgTm8uNjgg WmlqaW5naHVhIFJkLFl1aHVhdGFpIERpc3RyaWN0LCA8YnI+DQogJm5ic3A7ICZuYnNwOyAmbmJz cDtOYW5qaW5nLiBQLlIuQ2hpbmEuIDxicj4NClppcDogJm5ic3A7IDIxMDAxMiA8YnI+DQpUZWw6 ICZuYnNwOyAwMDg2LTEzOTEyOTY3NTMxIDxicj4NCk1haWw6ICZuYnNwO2ppbi5saXpob25nQHp0 ZS5jb20uY24gPGJyPg0KLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLiA8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zPjx0dD4tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxicj4NClpURSBJbmZvcm1hdGlvbiBT ZWN1cml0eSBOb3RpY2U6IFRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBtYWlsDQpp cyBzb2xlbHkgcHJvcGVydHkgb2YgdGhlIHNlbmRlcidzIG9yZ2FuaXphdGlvbi4gVGhpcyBtYWls IGNvbW11bmljYXRpb24NCmlzIGNvbmZpZGVudGlhbC4gUmVjaXBpZW50cyBuYW1lZCBhYm92ZSBh cmUgb2JsaWdhdGVkIHRvIG1haW50YWluIHNlY3JlY3kNCmFuZCBhcmUgbm90IHBlcm1pdHRlZCB0 byBkaXNjbG9zZSB0aGUgY29udGVudHMgb2YgdGhpcyBjb21tdW5pY2F0aW9uIHRvDQpvdGhlcnMu PGJyPg0KVGhpcyBlbWFpbCBhbmQgYW55IGZpbGVzIHRyYW5zbWl0dGVkIHdpdGggaXQgYXJlIGNv bmZpZGVudGlhbCBhbmQgaW50ZW5kZWQNCnNvbGVseSBmb3IgdGhlIHVzZSBvZiB0aGUgaW5kaXZp ZHVhbCBvciBlbnRpdHkgdG8gd2hvbSB0aGV5IGFyZSBhZGRyZXNzZWQuDQpJZiB5b3UgaGF2ZSBy ZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yIHBsZWFzZSBub3RpZnkgdGhlIG9yaWdpbmF0b3Ig b2YNCnRoZSBtZXNzYWdlLiBBbnkgdmlld3MgZXhwcmVzc2VkIGluIHRoaXMgbWVzc2FnZSBhcmUg dGhvc2Ugb2YgdGhlIGluZGl2aWR1YWwNCnNlbmRlci48YnI+DQpUaGlzIG1lc3NhZ2UgaGFzIGJl ZW4gc2Nhbm5lZCBmb3IgdmlydXNlcyBhbmQgU3BhbSBieSBaVEUgQW50aS1TcGFtIHN5c3RlbS48 YnI+DQo8L3R0PjwvZm9udD4NCjxicj4NCjxicj48Zm9udCBzaXplPTM+PHR0Pjxicj4NCi0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPGJyPg0K WlRFIEluZm9ybWF0aW9uIFNlY3VyaXR5IE5vdGljZTogVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5l ZCBpbiB0aGlzIG1haWwNCmlzIHNvbGVseSBwcm9wZXJ0eSBvZiB0aGUgc2VuZGVyJ3Mgb3JnYW5p emF0aW9uLiBUaGlzIG1haWwgY29tbXVuaWNhdGlvbg0KaXMgY29uZmlkZW50aWFsLiBSZWNpcGll bnRzIG5hbWVkIGFib3ZlIGFyZSBvYmxpZ2F0ZWQgdG8gbWFpbnRhaW4gc2VjcmVjeQ0KYW5kIGFy ZSBub3QgcGVybWl0dGVkIHRvIGRpc2Nsb3NlIHRoZSBjb250ZW50cyBvZiB0aGlzIGNvbW11bmlj YXRpb24gdG8NCm90aGVycy48YnI+DQpUaGlzIGVtYWlsIGFuZCBhbnkgZmlsZXMgdHJhbnNtaXR0 ZWQgd2l0aCBpdCBhcmUgY29uZmlkZW50aWFsIGFuZCBpbnRlbmRlZA0Kc29sZWx5IGZvciB0aGUg dXNlIG9mIHRoZSBpbmRpdmlkdWFsIG9yIGVudGl0eSB0byB3aG9tIHRoZXkgYXJlIGFkZHJlc3Nl ZC4NCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IgcGxlYXNlIG5vdGlm eSB0aGUgb3JpZ2luYXRvciBvZg0KdGhlIG1lc3NhZ2UuIEFueSB2aWV3cyBleHByZXNzZWQgaW4g dGhpcyBtZXNzYWdlIGFyZSB0aG9zZSBvZiB0aGUgaW5kaXZpZHVhbA0Kc2VuZGVyLjxicj4NClRo aXMgbWVzc2FnZSBoYXMgYmVlbiBzY2FubmVkIGZvciB2aXJ1c2VzIGFuZCBTcGFtIGJ5IFpURSBB bnRpLVNwYW0gc3lzdGVtLjxicj4NCjwvdHQ+PC9mb250Pg0KPGJyPg0KPGJyPjxwcmU+DQotLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KWlRF Jm5ic3A7SW5mb3JtYXRpb24mbmJzcDtTZWN1cml0eSZuYnNwO05vdGljZTombmJzcDtUaGUmbmJz cDtpbmZvcm1hdGlvbiZuYnNwO2NvbnRhaW5lZCZuYnNwO2luJm5ic3A7dGhpcyZuYnNwO21haWwm bmJzcDtpcyZuYnNwO3NvbGVseSZuYnNwO3Byb3BlcnR5Jm5ic3A7b2YmbmJzcDt0aGUmbmJzcDtz ZW5kZXIncyZuYnNwO29yZ2FuaXphdGlvbi4mbmJzcDtUaGlzJm5ic3A7bWFpbCZuYnNwO2NvbW11 bmljYXRpb24mbmJzcDtpcyZuYnNwO2NvbmZpZGVudGlhbC4mbmJzcDtSZWNpcGllbnRzJm5ic3A7 bmFtZWQmbmJzcDthYm92ZSZuYnNwO2FyZSZuYnNwO29ibGlnYXRlZCZuYnNwO3RvJm5ic3A7bWFp bnRhaW4mbmJzcDtzZWNyZWN5Jm5ic3A7YW5kJm5ic3A7YXJlJm5ic3A7bm90Jm5ic3A7cGVybWl0 dGVkJm5ic3A7dG8mbmJzcDtkaXNjbG9zZSZuYnNwO3RoZSZuYnNwO2NvbnRlbnRzJm5ic3A7b2Ym bmJzcDt0aGlzJm5ic3A7Y29tbXVuaWNhdGlvbiZuYnNwO3RvJm5ic3A7b3RoZXJzLg0KVGhpcyZu YnNwO2VtYWlsJm5ic3A7YW5kJm5ic3A7YW55Jm5ic3A7ZmlsZXMmbmJzcDt0cmFuc21pdHRlZCZu YnNwO3dpdGgmbmJzcDtpdCZuYnNwO2FyZSZuYnNwO2NvbmZpZGVudGlhbCZuYnNwO2FuZCZuYnNw O2ludGVuZGVkJm5ic3A7c29sZWx5Jm5ic3A7Zm9yJm5ic3A7dGhlJm5ic3A7dXNlJm5ic3A7b2Ym bmJzcDt0aGUmbmJzcDtpbmRpdmlkdWFsJm5ic3A7b3ImbmJzcDtlbnRpdHkmbmJzcDt0byZuYnNw O3dob20mbmJzcDt0aGV5Jm5ic3A7YXJlJm5ic3A7YWRkcmVzc2VkLiZuYnNwO0lmJm5ic3A7eW91 Jm5ic3A7aGF2ZSZuYnNwO3JlY2VpdmVkJm5ic3A7dGhpcyZuYnNwO2VtYWlsJm5ic3A7aW4mbmJz cDtlcnJvciZuYnNwO3BsZWFzZSZuYnNwO25vdGlmeSZuYnNwO3RoZSZuYnNwO29yaWdpbmF0b3Im bmJzcDtvZiZuYnNwO3RoZSZuYnNwO21lc3NhZ2UuJm5ic3A7QW55Jm5ic3A7dmlld3MmbmJzcDtl eHByZXNzZWQmbmJzcDtpbiZuYnNwO3RoaXMmbmJzcDttZXNzYWdlJm5ic3A7YXJlJm5ic3A7dGhv c2UmbmJzcDtvZiZuYnNwO3RoZSZuYnNwO2luZGl2aWR1YWwmbmJzcDtzZW5kZXIuDQpUaGlzJm5i c3A7bWVzc2FnZSZuYnNwO2hhcyZuYnNwO2JlZW4mbmJzcDtzY2FubmVkJm5ic3A7Zm9yJm5ic3A7 dmlydXNlcyZuYnNwO2FuZCZuYnNwO1NwYW0mbmJzcDtieSZuYnNwO1pURSZuYnNwO0FudGktU3Bh bSZuYnNwO3N5c3RlbS4NCjwvcHJlPg== --=_alternative 00277A8B4825729E_=-- --===============0280826458== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls --===============0280826458==-- From mpls-bounces@lists.ietf.org Fri Mar 16 12:08:34 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HSEs9-0006dL-48; Fri, 16 Mar 2007 12:01:41 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HSEs7-0006d0-CB for mpls@lists.ietf.org; Fri, 16 Mar 2007 12:01:39 -0400 Received: from p-mail1.rd.francetelecom.com ([195.101.245.15]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HSEs4-0000t2-MM for mpls@lists.ietf.org; Fri, 16 Mar 2007 12:01:39 -0400 Received: from ftrdmel10.rd.francetelecom.fr ([10.193.117.156]) by ftrdsmtp2.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.1830); Fri, 16 Mar 2007 17:01:25 +0100 Received: from [10.193.15.50] ([10.193.15.50]) by ftrdmel10.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.1830); Fri, 16 Mar 2007 17:01:25 +0100 Subject: RE: [MPLS]New comments and ideas for From: Thomas Morin To: Ina Minei In-Reply-To: <20070314081900.W35124@garnet.juniper.net> References: <20070314081900.W35124@garnet.juniper.net> Content-Type: text/plain; charset=utf-8 Organization: France Telecom R&D - Orange Date: Fri, 16 Mar 2007 17:01:24 +0100 Message-Id: <1174060884.13475.10.camel@wintermute> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 Content-Transfer-Encoding: quoted-printable X-OriginalArrivalTime: 16 Mar 2007 16:01:25.0322 (UTC) FILETIME=[59631AA0:01C767E4] X-Spam-Score: 0.0 (/) X-Scan-Signature: 0bb031f3a6fb29f760794ac9bf1997ae Cc: mpls@lists.ietf.org, shane.amante@level3.com, jin.lizhong@zte.com.cn, ice@cisco.com, rhthomas@cisco.com, lei.wang@telenor.com, lufang@cisco.com X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org Hi, Ina Minei : >=20 > What would the capability accomplish? If it is a way to enable=20 > error notification, then this is already available in LDP today. Is there= =20 > any other functionality that would be accomplished by turning on the=20 > capability advertisement? This question does indeed make sense. For instance, having mLDP capability be advertised by LDP won't permit using P2MP LDP on a topology where only a subset of routers is mLDP-aware, even if the mLDP aware nodes/links would provide a connex topology. Because the capability information is "local" (not in the IGP), it can't be used to have routers select the best-neighbors-among-mLDP-aware-neighbors in a reliable manner: non-transient loops would possibly exist. -Thomas > On Wed, 14 Mar 2007 jin.lizhong@zte.com.cn wrote: >=20 > > Hi JL > > > > Thank you very much for your comments. > > > > Does any other guys think P2MP capability TVL is necessary? > > > > Best Regards > > Jin Lizhong > > > > .............................................. > > Add: No.68 Zijinghua Rd,Yuhuatai District, > > Nanjing. P.R.China. > > Zip: 210012 > > Tel: 0086-13912967531 > > Mail: jin.lizhong@zte.com.cn > > .............................................. > > > > > > > > > > "LE ROUX Jean-Louis RD-CORE-LAN" > > 2007-03-08 18:16 > > > > To: , , > > , , "zzx-Huji KAMITE > > y.kamite@nttt.com" , , > > , , , > > , > > cc: > > Subject: RE: New comments and ideas for > > > > > > > > Hi Jin, > > > > Procedures to advertise the P2MP capability should rely on encoding rul= es > > and procedures defined in draft-thomas-mpls-ldp-capabilities-02.txt. > > This simply requires defining a new capability parameter, the P2MP > > capability, and requesting for a TLV code point. > > Also note that v01 of draft-ietf-mpls-ldp-upstream (submitted last mond= ay) > > is now aligned with draft-thomas. > > > >> Second, in section 7.1.Protocol event, line 11, I think the word 'LSR-= D' > > should be 'LSR-U', it is misunderstanding in both the version 1 and 2 > > . > > Actually this applies indifferently to LSR D and LSR U. > > > > Kind Regards, > > > > JL > > > > De : jin.lizhong@zte.com.cn [mailto:jin.lizhong@zte.com.cn] > > Envoy=C3=A9 : jeudi 8 mars 2007 10:28 > > =C3=80 : shane.amante@level3.com; lufang@cisco.com; zzx-hitoshi.fukuda@= ntt.com; > > zzx-Huji KAMITE y.kamite@nttt.com; kireeti@juniper.net; ina@juniper.net= ; > > LE ROUX Jean-Louis RD-CORE-LAN; rhthomas@cisco.com; lei.wang@telenor.co= m; > > ice@cisco.com; mpls@lists.ietf.org > > Objet : New comments and ideas for > > > > > > Dear all: > > > > I read the draft , and have some comments > > below. Thank you. > > > > First, it is very necessary to use the mLDP capability TLV to signal th= e > > capability of LDP Session. Just like the capability described in > > , using the capability TLV, it is quit= e > > convenient to the trouble shooting. Without the capability TLV, if the > > P2MP LSP does not set up successfully, one has to check the upstream LS= R; > > and if the upstream LSR does not show any information of P2MP LSP and F= EC, > > we can not figure whether the mapping message sent by the downstream LS= R > > is silently discarded by upstream LSR or lost during the transmission. > > > > Because the mLDP is very new, and many equipments that have been deploy= ed > > in the network do not support mLDP, then the scenario described above w= ill > > always happen when deploying. And this is only one of the scenarios for > > capability TLV; it will be more useful and convenient for deploying mLD= P. > > > > Following is the format of the mLDP Capability TLV, much like defined i= n > > : > > > > 0 1 2 3 > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > |1|0| Capability TLV (TBD) | Length (=3D 4) = | > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > | Sub-TLVs... | > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > > Following is the format of the mLDP Capability sub-TLV: > > > > 0 1 2 3 > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > | mLDP Cap =3D 1 | Length (=3D 4) = | > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > | Reserved | > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > > If a LSR includes the mLDP Capability sub-TLV in LDP Initialization > > Messages it implies that the LSR is capable of processing both > > distributing P2MP FEC Element and MP2MP FEC Element. Reserved bits MUST= be > > set to zero on transmission and MUST be ignored on receipt. > > > > Second, in section 7.1.Protocol event, line 11, I think the word 'LSR-D= ' > > should be 'LSR-U', it is misunderstanding in both the version 1 and 2. > > > > Hope for your comments, thank you very much. > > > > Best Regards > > Jin Lizhong > > > > .............................................. > > Add: No.68 Zijinghua Rd,Yuhuatai District, > > Nanjing. P.R.China. > > Zip: 210012 > > Tel: 0086-13912967531 > > Mail: jin.lizhong@zte.com.cn > > .............................................. > > -------------------------------------------------------- > > ZTE Information Security Notice: The information contained in this mail= is > > solely property of the sender's organization. This mail communication i= s > > confidential. Recipients named above are obligated to maintain secrecy = and > > are not permitted to disclose the contents of this communication to > > others. > > This email and any files transmitted with it are confidential and inten= ded > > solely for the use of the individual or entity to whom they are address= ed. > > If you have received this email in error please notify the originator o= f > > the message. Any views expressed in this message are those of the > > individual sender. > > This message has been scanned for viruses and Spam by ZTE Anti-Spam > > system. > > > > > > > > -------------------------------------------------------- > > ZTE Information Security Notice: The information contained in this mail= is > > solely property of the sender's organization. This mail communication i= s > > confidential. Recipients named above are obligated to maintain secrecy = and > > are not permitted to disclose the contents of this communication to > > others. > > This email and any files transmitted with it are confidential and inten= ded > > solely for the use of the individual or entity to whom they are address= ed. > > If you have received this email in error please notify the originator o= f > > the message. Any views expressed in this message are those of the > > individual sender. > > This message has been scanned for viruses and Spam by ZTE Anti-Spam > > system. > > > > > > > > > > -------------------------------------------------------- > > ZTE Information Security Notice: The information contained in this mail= is solely property of the sender's organization. This mail communication i= s confidential. Recipients named above are obligated to maintain secrecy an= d are not permitted to disclose the contents of this communication to other= s. > > This email and any files transmitted with it are confidential and inten= ded solely for the use of the individual or entity to whom they are address= ed. If you have received this email in error please notify the originator o= f the message. Any views expressed in this message are those of the individ= ual sender. > > This message has been scanned for viruses and Spam by ZTE Anti-Spam sys= tem. > > > _______________________________________________ mpls mailing list mpls@li= sts.ietf.org https://www1.ietf.org/mailman/listinfo/mpls _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls From mpls-bounces@lists.ietf.org Fri Mar 16 14:29:51 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HSH5v-00011E-Qk; Fri, 16 Mar 2007 14:24:04 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HSH5u-00010q-Ka for mpls@lists.ietf.org; Fri, 16 Mar 2007 14:24:02 -0400 Received: from odd-brew.cisco.com ([144.254.15.119] helo=av-tac-bru.cisco.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HSH5t-0004Wh-19 for mpls@lists.ietf.org; Fri, 16 Mar 2007 14:24:02 -0400 X-TACSUNS: Virus Scanned Received: from strange-brew.cisco.com (localhost [127.0.0.1]) by av-tac-bru.cisco.com (8.11.7p3+Sun/8.11.7) with ESMTP id l2GINbS03122; Fri, 16 Mar 2007 19:23:37 +0100 (CET) Received: from [10.61.255.125] (ams-stealth-iwijnand-5.cisco.com [10.61.255.125]) by strange-brew.cisco.com (8.11.7p3+Sun/8.11.7) with ESMTP id l2GINYE06732; Fri, 16 Mar 2007 19:23:34 +0100 (CET) In-Reply-To: <1174060884.13475.10.camel@wintermute> References: <20070314081900.W35124@garnet.juniper.net> <1174060884.13475.10.camel@wintermute> Mime-Version: 1.0 (Apple Message framework v624) Content-Type: text/plain; charset=ISO-8859-1; format=flowed Message-Id: <23ce96ea334afa8016387b56a833709f@cisco.com> Content-Transfer-Encoding: quoted-printable From: IJsbrand Wijnands Subject: Re: [MPLS]New comments and ideas for Date: Fri, 16 Mar 2007 19:23:33 +0100 To: Thomas Morin X-Mailer: Apple Mail (2.624) X-Spam-Score: 0.0 (/) X-Scan-Signature: 7f3fa64b9851a63d7f3174ef64114da7 Cc: mpls@lists.ietf.org, shane.amante@level3.com, jin.lizhong@zte.com.cn, rhthomas@cisco.com, lei.wang@telenor.com, lufang@cisco.com X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org Hi Thomas, > Ina Minei : >> >> What would the capability accomplish? If it is a way to enable >> error notification, then this is already available in LDP today. Is=20= >> there >> any other functionality that would be accomplished by turning on the >> capability advertisement? > > This question does indeed make sense. > > For instance, having mLDP capability be advertised by LDP won't permit > using P2MP LDP on a topology where only a subset of routers is > mLDP-aware, even if the mLDP aware nodes/links would provide a connex > topology. Because the capability information is "local" (not in the > IGP), it can't be used to have routers select the > best-neighbors-among-mLDP-aware-neighbors in a reliable manner: > non-transient loops would possibly exist. Right, there is no way you can reroute around non-mLDP capable routers.=20= One reason we like to have draft-thomas-mpls-ldp-capabilities-02.txt=20 support a capability for mLDP is to let your adjacent LDP router know=20 that mLDP has been enabled. That way the adjacency routers can trigger=20= mLDP label mappings to populate the state with out the need to reset=20 the LDP session. Thx, Ice. > > -Thomas > > >> On Wed, 14 Mar 2007 jin.lizhong@zte.com.cn wrote: >> >>> Hi JL >>> >>> Thank you very much for your comments. >>> >>> Does any other guys think P2MP capability TVL is necessary? >>> >>> Best Regards >>> Jin Lizhong >>> >>> .............................................. >>> Add: No.68 Zijinghua Rd,Yuhuatai District, >>> Nanjing. P.R.China. >>> Zip: 210012 >>> Tel: 0086-13912967531 >>> Mail: jin.lizhong@zte.com.cn >>> .............................................. >>> >>> >>> >>> >>> "LE ROUX Jean-Louis RD-CORE-LAN"=20 >>> >>> 2007-03-08 18:16 >>> >>> To: , , >>> , , "zzx-Huji KAMITE >>> y.kamite@nttt.com" , , >>> , , , >>> , >>> cc: >>> Subject: RE: New comments and ideas for >>> >>> >>> >>> Hi Jin, >>> >>> Procedures to advertise the P2MP capability should rely on encoding=20= >>> rules >>> and procedures defined in draft-thomas-mpls-ldp-capabilities-02.txt. >>> This simply requires defining a new capability parameter, the P2MP >>> capability, and requesting for a TLV code point. >>> Also note that v01 of draft-ietf-mpls-ldp-upstream (submitted last=20= >>> monday) >>> is now aligned with draft-thomas. >>> >>>> Second, in section 7.1.Protocol event, line 11, I think the word=20 >>>> 'LSR-D' >>> should be 'LSR-U', it is misunderstanding in both the version 1 and = 2 >>> . >>> Actually this applies indifferently to LSR D and LSR U. >>> >>> Kind Regards, >>> >>> JL >>> >>> De : jin.lizhong@zte.com.cn [mailto:jin.lizhong@zte.com.cn] >>> Envoy=E9 : jeudi 8 mars 2007 10:28 >>> =C0 : shane.amante@level3.com; lufang@cisco.com;=20 >>> zzx-hitoshi.fukuda@ntt.com; >>> zzx-Huji KAMITE y.kamite@nttt.com; kireeti@juniper.net;=20 >>> ina@juniper.net; >>> LE ROUX Jean-Louis RD-CORE-LAN; rhthomas@cisco.com;=20 >>> lei.wang@telenor.com; >>> ice@cisco.com; mpls@lists.ietf.org >>> Objet : New comments and ideas for >>> >>> >>> Dear all: >>> >>> I read the draft , and have some=20 >>> comments >>> below. Thank you. >>> >>> First, it is very necessary to use the mLDP capability TLV to signal=20= >>> the >>> capability of LDP Session. Just like the capability described in >>> , using the capability TLV, it is=20= >>> quite >>> convenient to the trouble shooting. Without the capability TLV, if=20= >>> the >>> P2MP LSP does not set up successfully, one has to check the upstream=20= >>> LSR; >>> and if the upstream LSR does not show any information of P2MP LSP=20 >>> and FEC, >>> we can not figure whether the mapping message sent by the downstream=20= >>> LSR >>> is silently discarded by upstream LSR or lost during the=20 >>> transmission. >>> >>> Because the mLDP is very new, and many equipments that have been=20 >>> deployed >>> in the network do not support mLDP, then the scenario described=20 >>> above will >>> always happen when deploying. And this is only one of the scenarios=20= >>> for >>> capability TLV; it will be more useful and convenient for deploying=20= >>> mLDP. >>> >>> Following is the format of the mLDP Capability TLV, much like=20 >>> defined in >>> : >>> >>> 0 1 2 3 >>> 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 = 1 >>> =20 >>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >>> |1|0| Capability TLV (TBD) | Length (=3D 4) = =20 >>> | >>> =20 >>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >>> | Sub-TLVs... =20= >>> | >>> =20 >>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >>> >>> Following is the format of the mLDP Capability sub-TLV: >>> >>> 0 1 2 3 >>> 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 = 1 >>> =20 >>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >>> | mLDP Cap =3D 1 | Length (=3D 4) = =20 >>> | >>> =20 >>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >>> | Reserved =20= >>> | >>> =20 >>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >>> >>> If a LSR includes the mLDP Capability sub-TLV in LDP Initialization >>> Messages it implies that the LSR is capable of processing both >>> distributing P2MP FEC Element and MP2MP FEC Element. Reserved bits=20= >>> MUST be >>> set to zero on transmission and MUST be ignored on receipt. >>> >>> Second, in section 7.1.Protocol event, line 11, I think the word=20 >>> 'LSR-D' >>> should be 'LSR-U', it is misunderstanding in both the version 1 and=20= >>> 2. >>> >>> Hope for your comments, thank you very much. >>> >>> Best Regards >>> Jin Lizhong >>> >>> .............................................. >>> Add: No.68 Zijinghua Rd,Yuhuatai District, >>> Nanjing. P.R.China. >>> Zip: 210012 >>> Tel: 0086-13912967531 >>> Mail: jin.lizhong@zte.com.cn >>> .............................................. >>> -------------------------------------------------------- >>> ZTE Information Security Notice: The information contained in this=20= >>> mail is >>> solely property of the sender's organization. This mail=20 >>> communication is >>> confidential. Recipients named above are obligated to maintain=20 >>> secrecy and >>> are not permitted to disclose the contents of this communication to >>> others. >>> This email and any files transmitted with it are confidential and=20 >>> intended >>> solely for the use of the individual or entity to whom they are=20 >>> addressed. >>> If you have received this email in error please notify the=20 >>> originator of >>> the message. Any views expressed in this message are those of the >>> individual sender. >>> This message has been scanned for viruses and Spam by ZTE Anti-Spam >>> system. >>> >>> >>> >>> -------------------------------------------------------- >>> ZTE Information Security Notice: The information contained in this=20= >>> mail is >>> solely property of the sender's organization. This mail=20 >>> communication is >>> confidential. Recipients named above are obligated to maintain=20 >>> secrecy and >>> are not permitted to disclose the contents of this communication to >>> others. >>> This email and any files transmitted with it are confidential and=20 >>> intended >>> solely for the use of the individual or entity to whom they are=20 >>> addressed. >>> If you have received this email in error please notify the=20 >>> originator of >>> the message. Any views expressed in this message are those of the >>> individual sender. >>> This message has been scanned for viruses and Spam by ZTE Anti-Spam >>> system. >>> >>> >>> >>> >>> -------------------------------------------------------- >>> ZTE Information Security Notice: The information contained in this=20= >>> mail is solely property of the sender's organization. This mail=20 >>> communication is confidential. Recipients named above are obligated=20= >>> to maintain secrecy and are not permitted to disclose the contents=20= >>> of this communication to others. >>> This email and any files transmitted with it are confidential and=20 >>> intended solely for the use of the individual or entity to whom they=20= >>> are addressed. If you have received this email in error please=20 >>> notify the originator of the message. Any views expressed in this=20 >>> message are those of the individual sender. >>> This message has been scanned for viruses and Spam by ZTE Anti-Spam=20= >>> system. >>> >> _______________________________________________ mpls mailing list=20 >> mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls > > > _______________________________________________ > mpls mailing list > mpls@lists.ietf.org > https://www1.ietf.org/mailman/listinfo/mpls _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls From mpls-bounces@lists.ietf.org Sun Mar 18 06:08:35 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HSsCo-0002v7-OX; Sun, 18 Mar 2007 06:01:38 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HSsCm-0002ux-Vy for mpls@lists.ietf.org; Sun, 18 Mar 2007 06:01:36 -0400 Received: from ns1.neustar.com ([2001:503:c779:1a::9c9a:108a]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HSsCj-0005S0-G8 for mpls@lists.ietf.org; Sun, 18 Mar 2007 06:01:36 -0400 Received: from stiedprstage1.ietf.org (stiedprstage1.va.neustar.com [10.31.47.10]) by ns1.neustar.com (Postfix) with ESMTP id 4121026F33; Sun, 18 Mar 2007 10:01:33 +0000 (GMT) Received: from ietf by stiedprstage1.ietf.org with local (Exim 4.43) id 1HSsCj-0007qg-5F; Sun, 18 Mar 2007 06:01:33 -0400 X-test-idtracker: no From: The IESG To: IETF-Announce Message-Id: Date: Sun, 18 Mar 2007 06:01:33 -0400 X-Spam-Score: -2.8 (--) X-Scan-Signature: dbb8771284c7a36189745aa720dc20ab Cc: mpls mailing list , mpls chair , Internet Architecture Board , RFC Editor Subject: [mpls] Protocol Action: 'Avoiding Equal Cost Multipath Treatment in MPLS Networks' to BCP X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org The IESG has approved the following document: - 'Avoiding Equal Cost Multipath Treatment in MPLS Networks ' as a BCP This document is the product of the Multiprotocol Label Switching Working Group. The IESG contact persons are Ross Callon and Bill Fenner. A URL of this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-mpls-ecmp-bcp-03.txt Technical Summary This document describes the Equal Cost Multipath (ECMP) behavior of currently deployed MPLS networks. This document makes best practice recommendations for anyone defining an application to run over an MPLS network that wishes to avoid the reordering that can result from transmission of different packets from the same flow over multiple different equal cost paths. Working Group Summary The WG had consensus on progressing this document. Protocol Quality The document has been reviewed by Alex Zinin and by Ross Callon for the IESG. Among other things The document describes mechanisms implemented by MPLS router vendors and deployed in real-life networks. The document has also been updated based on comments received during IESG review. Note to RFC Editor The Abstract currently reads: This document describes the Equal Cost Multipath (ECMP) behavior of currently deployed MPLS networks. This document makes best practice recommendations for anyone defining an application to run over an MPLS network that wishes to avoid the reordering that can result from transmission of different packets from the same flow over multiple different equal cost paths. This should be replaced with: This document describes the Equal Cost Multipath (ECMP) behavior of currently deployed MPLS networks. This document makes best practice recommendations for anyone defining an application to run over an MPLS network that wishes to avoid the reordering that can result from transmission of different packets from the same flow over multiple different equal cost paths. These recommendations rely on inspection of the IP version number field in packets. Despite the heuristic nature of the recommendations, they provide a relatively safe way to operate MPLS networks even if future allocations of IP version numbers were made for some purpose. A minor nit in the third paragraph of section 2: For packets that contain both a label stack and an encapsulated IPv4 (or IPv6) packet, current implementations in some cases may hash on any combination of labels and IPv4 (or IPv6) source and destination labels. The word "labels" at the end of this paragraph should be "addresses". Also, the document was created with hyphenation turned on. I am assuming that this should probably be turned off. The second to last paragraph of section 3 currently reads: It is strongly recommended, however, that applications restrict the first nibble values to 0x0 and 0x1. This will ensure that that their traffic flows will not be affected if some future routing equipment does similar snooping on some future version of IP. This should be replaced with the following two paragraphs: It is REQUIRED, however, that applications that require in-order packet delivery restrict the first nibble values to 0x0 and 0x1. This will ensure that their traffic flows will not be affected if some future routing equipment does similar snooping on some future version(s) of IP. This behavior implies that if in the future an IP version is defined with a version number of 0x0 or 0x1, then equipment complying with this BCP would be unable to look past one or more MPLS headers, and loadsplit traffic from a single LSP across multiple paths based on a hash of specific fields in the IPv0 or IPv1 headers. That is, IP traffic employing these version numbers would be safe from disturbances caused by inappropriate loadsplitting, but would also not be able to get the performance benefits. Finally, we need a IANA Considerations section as follows: X. IANA Considerations This document requests the marking of the value 0x1 in the IP protocol version number space as "Reserved" (currently marked as "Unassigned"). In addition, a reference to this document should be placed to both values 0x0 and 0x1. Note that this document does not in any way change the policies regarding the allocation of version numbers, including the possible use of the reserved numbers for some future purpose. IANA Note We request that the IP version number of "1" should be marked as "reserved" rather than "unassigned". Also, the IP version numbers of 0 and 1 should reference this document in addition to the existing reference. Specifically, looking at: http://www.iana.org/assignments/version-numbers we see the current text: Assigned Internet Version Numbers Decimal Keyword Version References ------- ------- ------- ---------- 0 Reserved [JBP] 1-3 Unassigned [JBP] This would change to: Assigned Internet Version Numbers Decimal Keyword Version References ------- ------- ------- ---------- 0-1 Reserved [JBP],[new rfc] 2-3 Unassigned [JBP] _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls From elvuw@boysmaster.com Sun Mar 18 06:45:31 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HSstH-0005qn-GT; Sun, 18 Mar 2007 06:45:31 -0400 Received: from pptp-89-189-139-196.ufanet.ru ([89.189.139.196] helo=321-758ab26756c) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HSstE-00057p-1P; Sun, 18 Mar 2007 06:45:31 -0400 Received: from 66.111.45.180 (HELO mail.alpha-space.com) by lists.ietf.org with esmtp (2,3,)N9A/<(4 WP1/.+) id 3=0UX2-U1,N9Z-4A for mpls-archive@lists.ietf.org; Sun, 18 Mar 2007 10:45:23 -0180 From: "Hazel House" To: Subject: SHARE promotion group is in search of new partners in Europe Date: Sun, 18 Mar 2007 10:45:23 -0180 Message-ID: <01c7694a$87d5ca60$6c822ecf@elvuw> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.2300 Thread-Index: Aca6QPFD,@R3.JY9.223@B,-EN>N*5== X-Spam-Score: 1.7 (+) X-Scan-Signature: cf4fa59384e76e63313391b70cd0dd25 Wednesday, SMU President R. GeraldDALLAS — A group entering into further discussionsBut at a faculty meeting a university bearing the Methodist name is utterly inappropriate." Wednesday, SMU President R. GeraldBut at a faculty meeting Hi there! stock owner, We are a stock promotion company and we can encourage any type of stocks. We have been working on US market of shares for 3 years. But now it is difficult to work on US market. We are in search of serious partners in Europe with whom we can make business together. That proposal is for you if you own a company and you want to encourage it. We promote stocks by massive email advertising. Stock owner We can increase the price of your SHARE and we can increase average day trading range. We can increase price up to 200-260% in 2-3 weeks and also we can increase range by 10 times each trading day. You don`t have to pay anything in in advance. First we increase the price and the capacity, then you pay. Payment: Our cost for that is 10% from the daily capacity. We count it by the following formula: last price * daily volume. If you are concerned in our offer please write me back to the following email: stockadvert01@yahoo.com have have selection committee said it wasThe petition, From mpls-bounces@lists.ietf.org Mon Mar 19 02:39:08 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HTBQr-0002eh-3c; Mon, 19 Mar 2007 02:33:25 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HTBQo-0002cj-Lg for mpls@lists.ietf.org; Mon, 19 Mar 2007 02:33:22 -0400 Received: from p-mail2.rd.francetelecom.com ([195.101.245.16]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HTBQo-0007Q8-0X for mpls@lists.ietf.org; Mon, 19 Mar 2007 02:33:22 -0400 Received: from ftrdmel10.rd.francetelecom.fr ([10.193.117.156]) by ftrdsmtp1.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.1830); Mon, 19 Mar 2007 07:32:35 +0100 Received: from [127.0.0.1] ([10.193.4.45]) by ftrdmel10.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.1830); Mon, 19 Mar 2007 07:33:01 +0100 Subject: Re: [MPLS]New comments and ideas for From: Thomas Morin To: IJsbrand Wijnands In-Reply-To: <23ce96ea334afa8016387b56a833709f@cisco.com> References: <20070314081900.W35124@garnet.juniper.net> <1174060884.13475.10.camel@wintermute> <23ce96ea334afa8016387b56a833709f@cisco.com> Content-Type: text/plain; charset=utf-8 Organization: France Telecom R&D - Orange Date: Sun, 18 Mar 2007 20:29:49 +0100 Message-Id: <1174246190.29538.7.camel@wintermute> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 Content-Transfer-Encoding: quoted-printable X-OriginalArrivalTime: 19 Mar 2007 06:33:03.0430 (UTC) FILETIME=[72509660:01C769F0] X-Spam-Score: 0.2 (/) X-Scan-Signature: e178fd6cb61ffb6940cd878e7fea8606 Cc: mpls@lists.ietf.org, shane.amante@level3.com, jin.lizhong@zte.com.cn, rhthomas@cisco.com, lei.wang@telenor.com, lufang@cisco.com X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org Hi Ice, IJsbrand Wijnands : > Ina Minei: > >> [...]=20 > >> Is there any other functionality that would be accomplished by turning= on the > >> capability advertisement? > > > > This question does indeed make sense. > > > > For instance, having mLDP capability be advertised by LDP won't permit > > using P2MP LDP on a topology where only a subset of routers is > > mLDP-aware, even if the mLDP aware nodes/links would provide a connex > > topology. Because the capability information is "local" (not in the > > IGP), it can't be used to have routers select the > > best-neighbors-among-mLDP-aware-neighbors in a reliable manner: > > non-transient loops would possibly exist. >=20 > Right, there is no way you can reroute around non-mLDP capable routers. [ BTW, using a multitopology-IGP or announcing the capability in the IGP could provide a solution to this. If there is a requirement need for it. ] > One reason we like to have draft-thomas-mpls-ldp-capabilities-02.txt=20 > support a capability for mLDP is to let your adjacent LDP router know=20 > that mLDP has been enabled. That way the adjacency routers can trigger=20 > mLDP label mappings to populate the state with out the need to reset=20 > the LDP session. I definitely agree that such capability advertisement will be useful. Thanks, -Thomas > >> On Wed, 14 Mar 2007 jin.lizhong@zte.com.cn wrote: > >> > >>> Hi JL > >>> > >>> Thank you very much for your comments. > >>> > >>> Does any other guys think P2MP capability TVL is necessary? > >>> > >>> Best Regards > >>> Jin Lizhong > >>> > >>> .............................................. > >>> Add: No.68 Zijinghua Rd,Yuhuatai District, > >>> Nanjing. P.R.China. > >>> Zip: 210012 > >>> Tel: 0086-13912967531 > >>> Mail: jin.lizhong@zte.com.cn > >>> .............................................. > >>> > >>> > >>> > >>> > >>> "LE ROUX Jean-Louis RD-CORE-LAN"=20 > >>> > >>> 2007-03-08 18:16 > >>> > >>> To: , , > >>> , , "zzx-Huji KAMITE > >>> y.kamite@nttt.com" , , > >>> , , , > >>> , > >>> cc: > >>> Subject: RE: New comments and ideas for > >>> > >>> > >>> > >>> Hi Jin, > >>> > >>> Procedures to advertise the P2MP capability should rely on encoding=20 > >>> rules > >>> and procedures defined in draft-thomas-mpls-ldp-capabilities-02.txt. > >>> This simply requires defining a new capability parameter, the P2MP > >>> capability, and requesting for a TLV code point. > >>> Also note that v01 of draft-ietf-mpls-ldp-upstream (submitted last=20 > >>> monday) > >>> is now aligned with draft-thomas. > >>> > >>>> Second, in section 7.1.Protocol event, line 11, I think the word=20 > >>>> 'LSR-D' > >>> should be 'LSR-U', it is misunderstanding in both the version 1 and 2 > >>> . > >>> Actually this applies indifferently to LSR D and LSR U. > >>> > >>> Kind Regards, > >>> > >>> JL > >>> > >>> De : jin.lizhong@zte.com.cn [mailto:jin.lizhong@zte.com.cn] > >>> Envoy=C3=A9 : jeudi 8 mars 2007 10:28 > >>> =C3=80 : shane.amante@level3.com; lufang@cisco.com;=20 > >>> zzx-hitoshi.fukuda@ntt.com; > >>> zzx-Huji KAMITE y.kamite@nttt.com; kireeti@juniper.net;=20 > >>> ina@juniper.net; > >>> LE ROUX Jean-Louis RD-CORE-LAN; rhthomas@cisco.com;=20 > >>> lei.wang@telenor.com; > >>> ice@cisco.com; mpls@lists.ietf.org > >>> Objet : New comments and ideas for > >>> > >>> > >>> Dear all: > >>> > >>> I read the draft , and have some=20 > >>> comments > >>> below. Thank you. > >>> > >>> First, it is very necessary to use the mLDP capability TLV to signal=20 > >>> the > >>> capability of LDP Session. Just like the capability described in > >>> , using the capability TLV, it is=20 > >>> quite > >>> convenient to the trouble shooting. Without the capability TLV, if=20 > >>> the > >>> P2MP LSP does not set up successfully, one has to check the upstream=20 > >>> LSR; > >>> and if the upstream LSR does not show any information of P2MP LSP=20 > >>> and FEC, > >>> we can not figure whether the mapping message sent by the downstream=20 > >>> LSR > >>> is silently discarded by upstream LSR or lost during the=20 > >>> transmission. > >>> > >>> Because the mLDP is very new, and many equipments that have been=20 > >>> deployed > >>> in the network do not support mLDP, then the scenario described=20 > >>> above will > >>> always happen when deploying. And this is only one of the scenarios=20 > >>> for > >>> capability TLV; it will be more useful and convenient for deploying=20 > >>> mLDP. > >>> > >>> Following is the format of the mLDP Capability TLV, much like=20 > >>> defined in > >>> : > >>> > >>> 0 1 2 3 > >>> 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > >>> =20 > >>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > >>> |1|0| Capability TLV (TBD) | Length (=3D 4) = =20 > >>> | > >>> =20 > >>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > >>> | Sub-TLVs... =20 > >>> | > >>> =20 > >>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > >>> > >>> Following is the format of the mLDP Capability sub-TLV: > >>> > >>> 0 1 2 3 > >>> 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > >>> =20 > >>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > >>> | mLDP Cap =3D 1 | Length (=3D 4) = =20 > >>> | > >>> =20 > >>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > >>> | Reserved =20 > >>> | > >>> =20 > >>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > >>> > >>> If a LSR includes the mLDP Capability sub-TLV in LDP Initialization > >>> Messages it implies that the LSR is capable of processing both > >>> distributing P2MP FEC Element and MP2MP FEC Element. Reserved bits=20 > >>> MUST be > >>> set to zero on transmission and MUST be ignored on receipt. > >>> > >>> Second, in section 7.1.Protocol event, line 11, I think the word=20 > >>> 'LSR-D' > >>> should be 'LSR-U', it is misunderstanding in both the version 1 and=20 > >>> 2. > >>> > >>> Hope for your comments, thank you very much. > >>> > >>> Best Regards > >>> Jin Lizhong > >>> > >>> .............................................. > >>> Add: No.68 Zijinghua Rd,Yuhuatai District, > >>> Nanjing. P.R.China. > >>> Zip: 210012 > >>> Tel: 0086-13912967531 > >>> Mail: jin.lizhong@zte.com.cn > >>> .............................................. > >>> -------------------------------------------------------- > >>> ZTE Information Security Notice: The information contained in this=20 > >>> mail is > >>> solely property of the sender's organization. This mail=20 > >>> communication is > >>> confidential. Recipients named above are obligated to maintain=20 > >>> secrecy and > >>> are not permitted to disclose the contents of this communication to > >>> others. > >>> This email and any files transmitted with it are confidential and=20 > >>> intended > >>> solely for the use of the individual or entity to whom they are=20 > >>> addressed. > >>> If you have received this email in error please notify the=20 > >>> originator of > >>> the message. Any views expressed in this message are those of the > >>> individual sender. > >>> This message has been scanned for viruses and Spam by ZTE Anti-Spam > >>> system. > >>> > >>> > >>> > >>> -------------------------------------------------------- > >>> ZTE Information Security Notice: The information contained in this=20 > >>> mail is > >>> solely property of the sender's organization. This mail=20 > >>> communication is > >>> confidential. Recipients named above are obligated to maintain=20 > >>> secrecy and > >>> are not permitted to disclose the contents of this communication to > >>> others. > >>> This email and any files transmitted with it are confidential and=20 > >>> intended > >>> solely for the use of the individual or entity to whom they are=20 > >>> addressed. > >>> If you have received this email in error please notify the=20 > >>> originator of > >>> the message. Any views expressed in this message are those of the > >>> individual sender. > >>> This message has been scanned for viruses and Spam by ZTE Anti-Spam > >>> system. > >>> > >>> > >>> > >>> > >>> -------------------------------------------------------- > >>> ZTE Information Security Notice: The information contained in this=20 > >>> mail is solely property of the sender's organization. This mail=20 > >>> communication is confidential. Recipients named above are obligated=20 > >>> to maintain secrecy and are not permitted to disclose the contents=20 > >>> of this communication to others. > >>> This email and any files transmitted with it are confidential and=20 > >>> intended solely for the use of the individual or entity to whom they=20 > >>> are addressed. If you have received this email in error please=20 > >>> notify the originator of the message. Any views expressed in this=20 > >>> message are those of the individual sender. > >>> This message has been scanned for viruses and Spam by ZTE Anti-Spam=20 > >>> system. > >>> > >> _______________________________________________ mpls mailing list=20 > >> mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls > > > > > > _______________________________________________ > > mpls mailing list > > mpls@lists.ietf.org > > https://www1.ietf.org/mailman/listinfo/mpls >=20 _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls From mpls-bounces@lists.ietf.org Mon Mar 19 05:59:00 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HTEZr-0007VZ-Sh; Mon, 19 Mar 2007 05:54:55 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HRotT-0000KD-Ul for mpls@lists.ietf.org; Thu, 15 Mar 2007 08:17:19 -0400 Received: from mx4.zte.com.cn ([202.103.147.155]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HRotQ-0002oo-Gv for mpls@lists.ietf.org; Thu, 15 Mar 2007 08:17:19 -0400 Received: from [10.30.3.19] by 10.30.1.243 with StormMail ESMTP id 65668.11519190234; Thu, 15 Mar 2007 20:19:10 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse2.zte.com.cn with ESMTP id l2FCKaiF092934; Thu, 15 Mar 2007 20:20:36 +0800 (CST) (envelope-from jin.lizhong@zte.com.cn) In-Reply-To: <20070314081900.W35124@garnet.juniper.net> To: Ina Minei Subject: RE: [MPLS]New comments and ideas for MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.0.4 June 01, 2004 Message-ID: From: jin.lizhong@zte.com.cn Date: Thu, 15 Mar 2007 20:16:38 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 6.5.4|March 27, 2005) at 2007-03-15 20:16:37, Serialize complete at 2007-03-15 20:16:37 X-MAIL: mse2.zte.com.cn l2FCKaiF092934 X-Spam-Score: 4.5 (++++) X-Scan-Signature: 90fbdaf3c139ce803b358d56775b59ed X-Mailman-Approved-At: Mon, 19 Mar 2007 05:54:54 -0400 Cc: mpls@lists.ietf.org, shane.amante@level3.com, ice@cisco.com, rhthomas@cisco.com, lei.wang@telenor.com, lufang@cisco.com X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0207459083==" Errors-To: mpls-bounces@lists.ietf.org This is a multipart message in MIME format. --===============0207459083== Content-Type: multipart/alternative; boundary="=_alternative 00436D394825729F_=" This is a multipart message in MIME format. --=_alternative 00436D394825729F_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 SGkgSW5hOg0KDQpUaGFuayB5b3UgZm9yIHlvdXIgcmVwbHkgYW5kIGNvbW1lbnRzLg0KDQpZb3Ug YXJlIHJpZ2h0LCBMRFAgZXJyb3Igbm90aWZpY2F0aW9uIGNhbiBoYW5kbGUgdGhlIHVua25vdyBU TFYgZm9yIExEUCANClAyTVAgVExWLiANCg0KTm90IHVzaW5nIGNhcGFiaWxpdHkgVExWDQoxLiBJ ZiB3ZSB1c2UgZXJyb3Igbm90aWZpY2F0aW9uIHRvIGhhbmRsZSBpdCwgYW5kIHdoZW4gTFNSIHJl Y2VpdmVzIHRoZSANCmVycm9yIG5vdGlmaWNhdGlvbiB3aXRoIHVua25vdyB0bHYsIHRoZW4gaXQg ZG9lcyBub3Qgc2VuZCB0aGUgbUxEUCBtYXBwaW5nIA0KbWVzc2FnZS4gSXQgaXMgbm90IGV4cGxp Y2l0bHkgZXhwcmVzc2luZyB0aGUgZXJyb3IuIEkgZG9uJ3QgdGhpbmsgaXRzIGEgDQpuaWNlIHBy b2Nlc3NpbmcgZm9yIG1MRFAuIA0KDQpVc2luZyBjYXBhYmlsaXR5IFRMVg0KMS4gSWYgd2UgZG9u J3QgdXNlIHRoZSBhYm92ZSBtZWNoYW5pc20sIGFuZCBpZiB0aGUgTFNSIGRvbid0IGtub3cgaXRz IA0KbmVpZ2hib3IgZG9lcyBub3Qgc3VwcG9ydCBtTERQIGNhcGFiaWxpdHksIGl0IHdpbGwgY29u dGludWUgc2VuZGluZyBtTERQIA0KbWFwcGluZyBtZXNzYWdlIHRvIGl0cyBuZWlnaGJvciwgYW5k IG1hbnkgZXJyb3Igbm90aWZpY2F0aW9uIG1lc3NhZ2VzIHdpbGwgDQpiZSBjb250aW51ZWx5IHJl Y2VpdmVkLiBJZiB3ZSB1c2UgbUxEUCBjYXBhYmlsaXR5IG5lZ290aWF0aW9uLCB0aGVuIExTUiAN CndpbGwgbm90IHNlbmQgbUxEUCBtYXBwaW5nIG1lc3NhZ2UgdG8gaXRzIG5laWdoYm9yLCBhbmQg c2F2ZSBtYW55IA0KcHJvY2Vzc2luZyBvZiBMRFAgcHJvdG9jb2wgbWVzc2FnZXMuDQoNCjIuIFVz aW5nIG1MRFAgY2FwYWJpbGl0eSBUTFYsIGl0IGNhbiBiZSB2ZXJ5IGVhc3kgdG8gc2VlIHdoYXQn cyB3cm9uZyB3aXRoIA0KdGhpcyBQMk1QIExTUCwgYW5kIGNhbiBlYXNpbHkgYXZvaWQgUDJNUCBM U1AgcGFydGlhbGx5IGJlaW5nIHNldCB1cC4NCg0KMy4gSWYgd2UgdXNlIG1MRFAgY2FwYWJpbGl0 eSBUTFYsIHRoZW4gbUxEUCBjYW4gYmUgdmVyeSBjbGVhcmx5IGNvLWV4aXN0ZWQgDQp3aXRoIG1h bnkgb3RoZXIgTERQIGNhcGFiaWxpdGllcywgc3VjaCBhcyB1cHN0cmVhbSBsYWJlbCBhc3NpZ24g DQpjYXBhYmlsaXR5LiBBbmQgdGhlIHZpcnR1ZSBvZiBMRFAgY2FwYWJpbGl0eSBUTFYgYWxzbyBo YXMgYmVlbiBkZXNjcmliZWQgDQppbiBbZHJhZnQtdGhvbWFzLW1wbHMtbGRwLWNhcGFiaWxpdGll cy0wMl0uDQoNClRoYW5rcyB5b3UgdmVyeSBtdWNoLg0KDQoNCkJlc3QgUmVnYXJkcw0KSmluIExp emhvbmcNCg0KDQouLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u DQpaVEUgQ29ycG9yYXRpb24NCkFkZDogICBOby42OCBaaWppbmdodWEgUmQsWXVodWF0YWkgRGlz dHJpY3QsIA0KICAgICAgIE5hbmppbmcuIFAuUi5DaGluYS4NClppcDogICAyMTAwMTINCk1haWw6 ICBqaW4ubGl6aG9uZ0B6dGUuY29tLmNuDQouLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uIA0KDQoNCg0KDQpJbmEgTWluZWkgPGluYUBqdW5pcGVyLm5ldD4NCjIw MDctMDMtMTQgMjM6MjANCiANCiAgICAgICAgVG86ICAgICBqaW4ubGl6aG9uZ0B6dGUuY29tLmNu DQogICAgICAgIGNjOiAgICAgTEUgUk9VWCBKZWFuLUxvdWlzIFJELUNPUkUtTEFOIA0KPGplYW5s b3Vpcy5sZXJvdXhAb3JhbmdlLWZ0Z3JvdXAuY29tPiwgc2hhbmUuYW1hbnRlQGxldmVsMy5jb20s IA0KbHVmYW5nQGNpc2NvLmNvbSwgaGl0b3NoaS5mdWt1ZGFAbnR0LmNvbSwgInp6eC1IdWppIEtB TUlURSANCnkua2FtaXRlQG50dHQuY29tIiA8eS5rYW1pdGVAbnR0LmNvbT4sIGtpcmVldGlAanVu aXBlci5uZXQsIA0Kcmh0aG9tYXNAY2lzY28uY29tLCBsZWkud2FuZ0B0ZWxlbm9yLmNvbSwgaWNl QGNpc2NvLmNvbSwgDQptcGxzQGxpc3RzLmlldGYub3JnDQogICAgICAgIFN1YmplY3Q6ICAgICAg ICBSRTogW01QTFNdTmV3IGNvbW1lbnRzIGFuZCBpZGVhcyBmb3IgDQo8ZHJhZnQtaWV0Zi1tcGxz LWxkcC1wMm1wLTAyPg0KDQoNCg0KICAgICAgICAgICAgICAgICBKaW4sDQoNCiAgICAgICAgICAg ICAgICAgV2hhdCB3b3VsZCB0aGUgY2FwYWJpbGl0eSBhY2NvbXBsaXNoPyBJZiBpdCBpcyBhIHdh eSB0byANCmVuYWJsZSANCmVycm9yIG5vdGlmaWNhdGlvbiwgdGhlbiB0aGlzIGlzIGFscmVhZHkg YXZhaWxhYmxlIGluIExEUCB0b2RheS4gSXMgdGhlcmUgDQphbnkgb3RoZXIgZnVuY3Rpb25hbGl0 eSB0aGF0IHdvdWxkIGJlIGFjY29tcGxpc2hlZCBieSB0dXJuaW5nIG9uIHRoZSANCmNhcGFiaWxp dHkgYWR2ZXJ0aXNlbWVudD8NCg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBJbmENCg0KT24gV2VkLCAxNCBNYXIgMjAwNyBq aW4ubGl6aG9uZ0B6dGUuY29tLmNuIHdyb3RlOg0KDQo+IEhpIEpMDQo+DQo+IFRoYW5rIHlvdSB2 ZXJ5IG11Y2ggZm9yIHlvdXIgY29tbWVudHMuDQo+DQo+IERvZXMgYW55IG90aGVyIGd1eXMgdGhp bmsgUDJNUCBjYXBhYmlsaXR5IFRWTCBpcyBuZWNlc3Nhcnk/DQo+DQo+IEJlc3QgUmVnYXJkcw0K PiBKaW4gTGl6aG9uZw0KPg0KPiAuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uDQo+IEFkZDogICBOby42OCBaaWppbmdodWEgUmQsWXVodWF0YWkgRGlzdHJpY3Qs DQo+ICAgICAgIE5hbmppbmcuIFAuUi5DaGluYS4NCj4gWmlwOiAgIDIxMDAxMg0KPiBUZWw6ICAg MDA4Ni0xMzkxMjk2NzUzMQ0KPiBNYWlsOiAgamluLmxpemhvbmdAenRlLmNvbS5jbg0KPiAuLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uDQo+DQo+DQo+DQo+DQo+ ICJMRSBST1VYIEplYW4tTG91aXMgUkQtQ09SRS1MQU4iIDxqZWFubG91aXMubGVyb3V4QG9yYW5n ZS1mdGdyb3VwLmNvbT4NCj4gMjAwNy0wMy0wOCAxODoxNg0KPg0KPiAgICAgICAgVG86ICAgICA8 amluLmxpemhvbmdAenRlLmNvbS5jbj4sIDxzaGFuZS5hbWFudGVAbGV2ZWwzLmNvbT4sDQo+IDxs dWZhbmdAY2lzY28uY29tPiwgPGhpdG9zaGkuZnVrdWRhQG50dC5jb20+LCAienp4LUh1amkgS0FN SVRFDQo+IHkua2FtaXRlQG50dHQuY29tIiA8eS5rYW1pdGVAbnR0LmNvbT4sIDxraXJlZXRpQGp1 bmlwZXIubmV0PiwNCj4gPGluYUBqdW5pcGVyLm5ldD4sIDxyaHRob21hc0BjaXNjby5jb20+LCA8 bGVpLndhbmdAdGVsZW5vci5jb20+LA0KPiA8aWNlQGNpc2NvLmNvbT4sIDxtcGxzQGxpc3RzLmll dGYub3JnPg0KPiAgICAgICAgY2M6DQo+ICAgICAgICBTdWJqZWN0OiAgICAgICAgUkU6IE5ldyBj b21tZW50cyBhbmQgaWRlYXMgZm9yDQo+IDxkcmFmdC1pZXRmLW1wbHMtbGRwLXAybXAtMDI+DQo+ DQo+DQo+IEhpIEppbiwNCj4NCj4gUHJvY2VkdXJlcyB0byBhZHZlcnRpc2UgdGhlIFAyTVAgY2Fw YWJpbGl0eSBzaG91bGQgcmVseSBvbiBlbmNvZGluZyANCnJ1bGVzDQo+IGFuZCBwcm9jZWR1cmVz IGRlZmluZWQgaW4gZHJhZnQtdGhvbWFzLW1wbHMtbGRwLWNhcGFiaWxpdGllcy0wMi50eHQuDQo+ IFRoaXMgc2ltcGx5IHJlcXVpcmVzIGRlZmluaW5nIGEgbmV3IGNhcGFiaWxpdHkgcGFyYW1ldGVy LCB0aGUgUDJNUA0KPiBjYXBhYmlsaXR5LCBhbmQgcmVxdWVzdGluZyBmb3IgYSBUTFYgY29kZSBw b2ludC4NCj4gQWxzbyBub3RlIHRoYXQgdjAxIG9mIGRyYWZ0LWlldGYtbXBscy1sZHAtdXBzdHJl YW0gKHN1Ym1pdHRlZCBsYXN0IA0KbW9uZGF5KQ0KPiBpcyBub3cgYWxpZ25lZCB3aXRoIGRyYWZ0 LXRob21hcy4NCj4NCj4+IFNlY29uZCwgaW4gc2VjdGlvbiA3LjEuUHJvdG9jb2wgZXZlbnQsIGxp bmUgMTEsIEkgdGhpbmsgdGhlIHdvcmQgDQonTFNSLUQnDQo+IHNob3VsZCBiZSAnTFNSLVUnLCBp dCBpcyBtaXN1bmRlcnN0YW5kaW5nIGluIGJvdGggdGhlIHZlcnNpb24gMSBhbmQgMg0KPiAuDQo+ IEFjdHVhbGx5IHRoaXMgYXBwbGllcyBpbmRpZmZlcmVudGx5IHRvIExTUiBEIGFuZCBMU1IgVS4N Cj4NCj4gS2luZCBSZWdhcmRzLA0KPg0KPiBKTA0KPg0KPiBEZSA6IGppbi5saXpob25nQHp0ZS5j b20uY24gW21haWx0bzpqaW4ubGl6aG9uZ0B6dGUuY29tLmNuXQ0KPiBFbnZvecOpIDogamV1ZGkg OCBtYXJzIDIwMDcgMTA6MjgNCj4gw4AgOiBzaGFuZS5hbWFudGVAbGV2ZWwzLmNvbTsgbHVmYW5n QGNpc2NvLmNvbTsgDQp6engtaGl0b3NoaS5mdWt1ZGFAbnR0LmNvbTsNCj4genp4LUh1amkgS0FN SVRFIHkua2FtaXRlQG50dHQuY29tOyBraXJlZXRpQGp1bmlwZXIubmV0OyBpbmFAanVuaXBlci5u ZXQ7DQo+IExFIFJPVVggSmVhbi1Mb3VpcyBSRC1DT1JFLUxBTjsgcmh0aG9tYXNAY2lzY28uY29t OyANCmxlaS53YW5nQHRlbGVub3IuY29tOw0KPiBpY2VAY2lzY28uY29tOyBtcGxzQGxpc3RzLmll dGYub3JnDQo+IE9iamV0IDogTmV3IGNvbW1lbnRzIGFuZCBpZGVhcyBmb3IgPGRyYWZ0LWlldGYt bXBscy1sZHAtcDJtcC0wMj4NCj4NCj4NCj4gRGVhciBhbGw6DQo+DQo+IEkgcmVhZCB0aGUgZHJh ZnQgPGRyYWZ0LWlldGYtbXBscy1sZHAtcDJtcC0wMj4sIGFuZCBoYXZlIHNvbWUgY29tbWVudHMN Cj4gYmVsb3cuIFRoYW5rIHlvdS4NCj4NCj4gRmlyc3QsIGl0IGlzIHZlcnkgbmVjZXNzYXJ5IHRv IHVzZSB0aGUgbUxEUCBjYXBhYmlsaXR5IFRMViB0byBzaWduYWwgdGhlDQo+IGNhcGFiaWxpdHkg b2YgTERQIFNlc3Npb24uIEp1c3QgbGlrZSB0aGUgY2FwYWJpbGl0eSBkZXNjcmliZWQgaW4NCj4g PGRyYWZ0LWlldGYtbXBscy1sZHAtdXBzdHJlYW0tMDA+LCB1c2luZyB0aGUgY2FwYWJpbGl0eSBU TFYsIGl0IGlzIHF1aXRlDQo+IGNvbnZlbmllbnQgdG8gdGhlIHRyb3VibGUgc2hvb3RpbmcuIFdp dGhvdXQgdGhlIGNhcGFiaWxpdHkgVExWLCBpZiB0aGUNCj4gUDJNUCBMU1AgZG9lcyBub3Qgc2V0 IHVwIHN1Y2Nlc3NmdWxseSwgb25lIGhhcyB0byBjaGVjayB0aGUgdXBzdHJlYW0gDQpMU1I7DQo+ IGFuZCBpZiB0aGUgdXBzdHJlYW0gTFNSIGRvZXMgbm90IHNob3cgYW55IGluZm9ybWF0aW9uIG9m IFAyTVAgTFNQIGFuZCANCkZFQywNCj4gd2UgY2FuIG5vdCBmaWd1cmUgd2hldGhlciB0aGUgbWFw cGluZyBtZXNzYWdlIHNlbnQgYnkgdGhlIGRvd25zdHJlYW0gTFNSDQo+IGlzIHNpbGVudGx5IGRp c2NhcmRlZCBieSB1cHN0cmVhbSBMU1Igb3IgbG9zdCBkdXJpbmcgdGhlIHRyYW5zbWlzc2lvbi4N Cj4NCj4gQmVjYXVzZSB0aGUgbUxEUCBpcyB2ZXJ5IG5ldywgYW5kIG1hbnkgZXF1aXBtZW50cyB0 aGF0IGhhdmUgYmVlbiANCmRlcGxveWVkDQo+IGluIHRoZSBuZXR3b3JrIGRvIG5vdCBzdXBwb3J0 IG1MRFAsIHRoZW4gdGhlIHNjZW5hcmlvIGRlc2NyaWJlZCBhYm92ZSANCndpbGwNCj4gYWx3YXlz IGhhcHBlbiB3aGVuIGRlcGxveWluZy4gQW5kIHRoaXMgaXMgb25seSBvbmUgb2YgdGhlIHNjZW5h cmlvcyBmb3INCj4gY2FwYWJpbGl0eSBUTFY7IGl0IHdpbGwgYmUgbW9yZSB1c2VmdWwgYW5kIGNv bnZlbmllbnQgZm9yIGRlcGxveWluZyANCm1MRFAuDQo+DQo+IEZvbGxvd2luZyBpcyB0aGUgZm9y bWF0IG9mIHRoZSBtTERQIENhcGFiaWxpdHkgVExWLCBtdWNoIGxpa2UgZGVmaW5lZCBpbg0KPiA8 ZHJhZnQtaWV0Zi1tcGxzLWxkcC11cHN0cmVhbS0wMD46DQo+DQo+ICAgICAgIDAgICAgICAgICAg ICAgICAgICAgMSAgICAgICAgICAgICAgICAgICAyICAgICAgICAgICAgICAgICAgIDMNCj4gICAg ICAgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYg NyA4IDkgMCAxDQo+ICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCj4gICAgICB8MXwwfCBDYXBhYmlsaXR5IFRMViAo VEJEKSAgICAgIHwgICAgICBMZW5ndGggKD0gNCkgICAgICAgICAgICAgfA0KPiAgICAgICstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rDQo+ICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgIFN1Yi1UTFZzLi4uICAgICAgICAg ICAgICAgICAgICAgICAgICAgIHwNCj4gICAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KPg0KPiBGb2xsb3dpbmcgaXMg dGhlIGZvcm1hdCBvZiB0aGUgbUxEUCBDYXBhYmlsaXR5IHN1Yi1UTFY6DQo+DQo+ICAgICAgIDAg ICAgICAgICAgICAgICAgICAgMSAgICAgICAgICAgICAgICAgICAyICAgICAgICAgICAgICAgICAg IDMNCj4gICAgICAgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAy IDMgNCA1IDYgNyA4IDkgMCAxDQo+ICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCj4gICAgICB8ICAgICAgICAgbUxE UCBDYXAgPSAxICAgICAgICAgIHwgICAgICBMZW5ndGggKD0gNCkgICAgICAgICAgICAgfA0KPiAg ICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rDQo+ICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgIFJlc2VydmVkICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwNCj4gICAgICArLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KPg0KPiBJZiBh IExTUiBpbmNsdWRlcyB0aGUgbUxEUCBDYXBhYmlsaXR5IHN1Yi1UTFYgaW4gTERQIEluaXRpYWxp emF0aW9uDQo+IE1lc3NhZ2VzIGl0IGltcGxpZXMgdGhhdCB0aGUgTFNSIGlzIGNhcGFibGUgb2Yg cHJvY2Vzc2luZyBib3RoDQo+IGRpc3RyaWJ1dGluZyBQMk1QIEZFQyBFbGVtZW50IGFuZCBNUDJN UCBGRUMgRWxlbWVudC4gUmVzZXJ2ZWQgYml0cyBNVVNUIA0KYmUNCj4gc2V0IHRvIHplcm8gb24g dHJhbnNtaXNzaW9uIGFuZCBNVVNUIGJlIGlnbm9yZWQgb24gcmVjZWlwdC4NCj4NCj4gU2Vjb25k LCBpbiBzZWN0aW9uIDcuMS5Qcm90b2NvbCBldmVudCwgbGluZSAxMSwgSSB0aGluayB0aGUgd29y ZCAnTFNSLUQnDQo+IHNob3VsZCBiZSAnTFNSLVUnLCBpdCBpcyBtaXN1bmRlcnN0YW5kaW5nIGlu IGJvdGggdGhlIHZlcnNpb24gMSBhbmQgMi4NCj4NCj4gSG9wZSBmb3IgeW91ciBjb21tZW50cywg dGhhbmsgeW91IHZlcnkgbXVjaC4NCj4NCj4gQmVzdCBSZWdhcmRzDQo+IEppbiBMaXpob25nDQo+ DQo+IC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4NCj4gQWRk OiAgIE5vLjY4IFppamluZ2h1YSBSZCxZdWh1YXRhaSBEaXN0cmljdCwNCj4gICAgICBOYW5qaW5n LiBQLlIuQ2hpbmEuDQo+IFppcDogICAyMTAwMTINCj4gVGVsOiAgIDAwODYtMTM5MTI5Njc1MzEN Cj4gTWFpbDogIGppbi5saXpob25nQHp0ZS5jb20uY24NCj4gLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLg0KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiBaVEUgSW5mb3JtYXRpb24gU2VjdXJpdHkg Tm90aWNlOiBUaGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMgbWFpbCANCmlzDQo+IHNv bGVseSBwcm9wZXJ0eSBvZiB0aGUgc2VuZGVyJ3Mgb3JnYW5pemF0aW9uLiBUaGlzIG1haWwgY29t bXVuaWNhdGlvbiBpcw0KPiBjb25maWRlbnRpYWwuIFJlY2lwaWVudHMgbmFtZWQgYWJvdmUgYXJl IG9ibGlnYXRlZCB0byBtYWludGFpbiBzZWNyZWN5IA0KYW5kDQo+IGFyZSBub3QgcGVybWl0dGVk IHRvIGRpc2Nsb3NlIHRoZSBjb250ZW50cyBvZiB0aGlzIGNvbW11bmljYXRpb24gdG8NCj4gb3Ro ZXJzLg0KPiBUaGlzIGVtYWlsIGFuZCBhbnkgZmlsZXMgdHJhbnNtaXR0ZWQgd2l0aCBpdCBhcmUg Y29uZmlkZW50aWFsIGFuZCANCmludGVuZGVkDQo+IHNvbGVseSBmb3IgdGhlIHVzZSBvZiB0aGUg aW5kaXZpZHVhbCBvciBlbnRpdHkgdG8gd2hvbSB0aGV5IGFyZSANCmFkZHJlc3NlZC4NCj4gSWYg eW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciBwbGVhc2Ugbm90aWZ5IHRoZSBv cmlnaW5hdG9yIG9mDQo+IHRoZSBtZXNzYWdlLiBBbnkgdmlld3MgZXhwcmVzc2VkIGluIHRoaXMg bWVzc2FnZSBhcmUgdGhvc2Ugb2YgdGhlDQo+IGluZGl2aWR1YWwgc2VuZGVyLg0KPiBUaGlzIG1l c3NhZ2UgaGFzIGJlZW4gc2Nhbm5lZCBmb3IgdmlydXNlcyBhbmQgU3BhbSBieSBaVEUgQW50aS1T cGFtDQo+IHN5c3RlbS4NCj4NCj4NCj4NCj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4gWlRFIEluZm9ybWF0aW9uIFNlY3VyaXR5IE5v dGljZTogVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1haWwgDQppcw0KPiBzb2xl bHkgcHJvcGVydHkgb2YgdGhlIHNlbmRlcidzIG9yZ2FuaXphdGlvbi4gVGhpcyBtYWlsIGNvbW11 bmljYXRpb24gaXMNCj4gY29uZmlkZW50aWFsLiBSZWNpcGllbnRzIG5hbWVkIGFib3ZlIGFyZSBv YmxpZ2F0ZWQgdG8gbWFpbnRhaW4gc2VjcmVjeSANCmFuZA0KPiBhcmUgbm90IHBlcm1pdHRlZCB0 byBkaXNjbG9zZSB0aGUgY29udGVudHMgb2YgdGhpcyBjb21tdW5pY2F0aW9uIHRvDQo+IG90aGVy cy4NCj4gVGhpcyBlbWFpbCBhbmQgYW55IGZpbGVzIHRyYW5zbWl0dGVkIHdpdGggaXQgYXJlIGNv bmZpZGVudGlhbCBhbmQgDQppbnRlbmRlZA0KPiBzb2xlbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIGlu ZGl2aWR1YWwgb3IgZW50aXR5IHRvIHdob20gdGhleSBhcmUgDQphZGRyZXNzZWQuDQo+IElmIHlv dSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IgcGxlYXNlIG5vdGlmeSB0aGUgb3Jp Z2luYXRvciBvZg0KPiB0aGUgbWVzc2FnZS4gQW55IHZpZXdzIGV4cHJlc3NlZCBpbiB0aGlzIG1l c3NhZ2UgYXJlIHRob3NlIG9mIHRoZQ0KPiBpbmRpdmlkdWFsIHNlbmRlci4NCj4gVGhpcyBtZXNz YWdlIGhhcyBiZWVuIHNjYW5uZWQgZm9yIHZpcnVzZXMgYW5kIFNwYW0gYnkgWlRFIEFudGktU3Bh bQ0KPiBzeXN0ZW0uDQo+DQo+DQo+DQo+DQo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+IFpURSBJbmZvcm1hdGlvbiBTZWN1cml0eSBO b3RpY2U6IFRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBtYWlsIA0KaXMgc29sZWx5 IHByb3BlcnR5IG9mIHRoZSBzZW5kZXIncyBvcmdhbml6YXRpb24uIFRoaXMgbWFpbCBjb21tdW5p Y2F0aW9uIA0KaXMgY29uZmlkZW50aWFsLiBSZWNpcGllbnRzIG5hbWVkIGFib3ZlIGFyZSBvYmxp Z2F0ZWQgdG8gbWFpbnRhaW4gc2VjcmVjeSANCmFuZCBhcmUgbm90IHBlcm1pdHRlZCB0byBkaXNj bG9zZSB0aGUgY29udGVudHMgb2YgdGhpcyBjb21tdW5pY2F0aW9uIHRvIA0Kb3RoZXJzLg0KPiBU aGlzIGVtYWlsIGFuZCBhbnkgZmlsZXMgdHJhbnNtaXR0ZWQgd2l0aCBpdCBhcmUgY29uZmlkZW50 aWFsIGFuZCANCmludGVuZGVkIHNvbGVseSBmb3IgdGhlIHVzZSBvZiB0aGUgaW5kaXZpZHVhbCBv ciBlbnRpdHkgdG8gd2hvbSB0aGV5IGFyZSANCmFkZHJlc3NlZC4gSWYgeW91IGhhdmUgcmVjZWl2 ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciBwbGVhc2Ugbm90aWZ5IHRoZSANCm9yaWdpbmF0b3Igb2Yg dGhlIG1lc3NhZ2UuIEFueSB2aWV3cyBleHByZXNzZWQgaW4gdGhpcyBtZXNzYWdlIGFyZSB0aG9z ZSANCm9mIHRoZSBpbmRpdmlkdWFsIHNlbmRlci4NCj4gVGhpcyBtZXNzYWdlIGhhcyBiZWVuIHNj YW5uZWQgZm9yIHZpcnVzZXMgYW5kIFNwYW0gYnkgWlRFIEFudGktU3BhbSANCnN5c3RlbS4NCj4N Cg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0NClpURSBJbmZvcm1hdGlvbiBTZWN1cml0eSBOb3RpY2U6IFRoZSBpbmZvcm1hdGlvbiBjb250 YWluZWQgaW4gdGhpcyBtYWlsIGlzIA0Kc29sZWx5IHByb3BlcnR5IG9mIHRoZSBzZW5kZXIncyBv cmdhbml6YXRpb24uIFRoaXMgbWFpbCBjb21tdW5pY2F0aW9uIGlzIA0KY29uZmlkZW50aWFsLiBS ZWNpcGllbnRzIG5hbWVkIGFib3ZlIGFyZSBvYmxpZ2F0ZWQgdG8gbWFpbnRhaW4gc2VjcmVjeSBh bmQgDQphcmUgbm90IHBlcm1pdHRlZCB0byBkaXNjbG9zZSB0aGUgY29udGVudHMgb2YgdGhpcyBj b21tdW5pY2F0aW9uIHRvIA0Kb3RoZXJzLg0KVGhpcyBlbWFpbCBhbmQgYW55IGZpbGVzIHRyYW5z bWl0dGVkIHdpdGggaXQgYXJlIGNvbmZpZGVudGlhbCBhbmQgaW50ZW5kZWQgDQpzb2xlbHkgZm9y IHRoZSB1c2Ugb2YgdGhlIGluZGl2aWR1YWwgb3IgZW50aXR5IHRvIHdob20gdGhleSBhcmUgYWRk cmVzc2VkLiANCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IgcGxlYXNl IG5vdGlmeSB0aGUgb3JpZ2luYXRvciBvZiANCnRoZSBtZXNzYWdlLiBBbnkgdmlld3MgZXhwcmVz c2VkIGluIHRoaXMgbWVzc2FnZSBhcmUgdGhvc2Ugb2YgdGhlIA0KaW5kaXZpZHVhbCBzZW5kZXIu DQpUaGlzIG1lc3NhZ2UgaGFzIGJlZW4gc2Nhbm5lZCBmb3IgdmlydXNlcyBhbmQgU3BhbSBieSBa VEUgQW50aS1TcGFtIA0Kc3lzdGVtLg0KDQoNCg0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KWlRFIEluZm9ybWF0aW9uIFNlY3VyaXR5 IE5vdGljZTogVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1haWwgaXMgc29sZWx5 IHByb3BlcnR5IG9mIHRoZSBzZW5kZXIncyBvcmdhbml6YXRpb24uIFRoaXMgbWFpbCBjb21tdW5p Y2F0aW9uIGlzIGNvbmZpZGVudGlhbC4gUmVjaXBpZW50cyBuYW1lZCBhYm92ZSBhcmUgb2JsaWdh dGVkIHRvIG1haW50YWluIHNlY3JlY3kgYW5kIGFyZSBub3QgcGVybWl0dGVkIHRvIGRpc2Nsb3Nl IHRoZSBjb250ZW50cyBvZiB0aGlzIGNvbW11bmljYXRpb24gdG8gb3RoZXJzLg0KVGhpcyBlbWFp bCBhbmQgYW55IGZpbGVzIHRyYW5zbWl0dGVkIHdpdGggaXQgYXJlIGNvbmZpZGVudGlhbCBhbmQg aW50ZW5kZWQgc29sZWx5IGZvciB0aGUgdXNlIG9mIHRoZSBpbmRpdmlkdWFsIG9yIGVudGl0eSB0 byB3aG9tIHRoZXkgYXJlIGFkZHJlc3NlZC4gSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFp bCBpbiBlcnJvciBwbGVhc2Ugbm90aWZ5IHRoZSBvcmlnaW5hdG9yIG9mIHRoZSBtZXNzYWdlLiBB bnkgdmlld3MgZXhwcmVzc2VkIGluIHRoaXMgbWVzc2FnZSBhcmUgdGhvc2Ugb2YgdGhlIGluZGl2 aWR1YWwgc2VuZGVyLg0KVGhpcyBtZXNzYWdlIGhhcyBiZWVuIHNjYW5uZWQgZm9yIHZpcnVzZXMg YW5kIFNwYW0gYnkgWlRFIEFudGktU3BhbSBzeXN0ZW0uDQo= --=_alternative 00436D394825729F_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkhpIEluYTo8L2ZvbnQ+DQo8YnI+ DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPlRoYW5rIHlvdSBmb3IgeW91ciBy ZXBseSBhbmQgY29tbWVudHMuPC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJz YW5zLXNlcmlmIj5Zb3UgYXJlIHJpZ2h0LCBMRFAgZXJyb3Igbm90aWZpY2F0aW9uDQpjYW4gaGFu ZGxlIHRoZSB1bmtub3cgVExWIGZvciBMRFAgUDJNUCBUTFYuIDwvZm9udD4NCjxicj4NCjxicj48 Zm9udCBzaXplPTIgY29sb3I9Ymx1ZSBmYWNlPSJzYW5zLXNlcmlmIj5Ob3QgdXNpbmcgY2FwYWJp bGl0eSBUTFY8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPjEuIElm IHdlIHVzZSBlcnJvciBub3RpZmljYXRpb24gdG8gaGFuZGxlDQppdCwgYW5kIHdoZW4gTFNSIHJl Y2VpdmVzIHRoZSBlcnJvciBub3RpZmljYXRpb24gd2l0aCB1bmtub3cgdGx2LCB0aGVuDQppdCBk b2VzIG5vdCBzZW5kIHRoZSBtTERQIG1hcHBpbmcgbWVzc2FnZS4gSXQgaXMgbm90IGV4cGxpY2l0 bHkgZXhwcmVzc2luZw0KdGhlIGVycm9yLiBJIGRvbid0IHRoaW5rIGl0cyBhIG5pY2UgcHJvY2Vz c2luZyBmb3IgbUxEUC4gPC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9MiBjb2xvcj1ibHVl IGZhY2U9InNhbnMtc2VyaWYiPlVzaW5nIGNhcGFiaWxpdHkgVExWPC9mb250Pg0KPGJyPjxmb250 IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4xLiBJZiB3ZSBkb24ndCB1c2UgdGhlIGFib3ZlIG1l Y2hhbmlzbSwNCmFuZCBpZiB0aGUgTFNSIGRvbid0IGtub3cgaXRzIG5laWdoYm9yIGRvZXMgbm90 IHN1cHBvcnQgbUxEUCBjYXBhYmlsaXR5LA0KaXQgd2lsbCBjb250aW51ZSBzZW5kaW5nIG1MRFAg bWFwcGluZyBtZXNzYWdlIHRvIGl0cyBuZWlnaGJvciwgYW5kIG1hbnkNCmVycm9yIG5vdGlmaWNh dGlvbiBtZXNzYWdlcyB3aWxsIGJlIGNvbnRpbnVlbHkgcmVjZWl2ZWQuIElmIHdlIHVzZSBtTERQ DQpjYXBhYmlsaXR5IG5lZ290aWF0aW9uLCB0aGVuIExTUiB3aWxsIG5vdCBzZW5kIG1MRFAgbWFw cGluZyBtZXNzYWdlIHRvDQppdHMgbmVpZ2hib3IsIGFuZCBzYXZlIG1hbnkgcHJvY2Vzc2luZyBv ZiBMRFAgcHJvdG9jb2wgbWVzc2FnZXMuPC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9MiBm YWNlPSJzYW5zLXNlcmlmIj4yLiBVc2luZyBtTERQIGNhcGFiaWxpdHkgVExWLCBpdCBjYW4NCmJl IHZlcnkgZWFzeSB0byBzZWUgd2hhdCdzIHdyb25nIHdpdGggdGhpcyBQMk1QIExTUCwgYW5kIGNh biBlYXNpbHkgYXZvaWQNClAyTVAgTFNQIHBhcnRpYWxseSBiZWluZyBzZXQgdXAuPC9mb250Pg0K PGJyPg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4zLiBJZiB3ZSB1c2UgbUxE UCBjYXBhYmlsaXR5IFRMViwgdGhlbg0KbUxEUCBjYW4gYmUgdmVyeSBjbGVhcmx5IGNvLWV4aXN0 ZWQgd2l0aCBtYW55IG90aGVyIExEUCBjYXBhYmlsaXRpZXMsIHN1Y2gNCmFzIHVwc3RyZWFtIGxh YmVsIGFzc2lnbiBjYXBhYmlsaXR5LiBBbmQgdGhlIHZpcnR1ZSBvZiBMRFAgY2FwYWJpbGl0eSBU TFYNCmFsc28gaGFzIGJlZW4gZGVzY3JpYmVkIGluIFs8L2ZvbnQ+PGZvbnQgc2l6ZT0zPjx0dD5k cmFmdC10aG9tYXMtbXBscy1sZHAtY2FwYWJpbGl0aWVzLTAyPC90dD48L2ZvbnQ+PGZvbnQgc2l6 ZT0yIGZhY2U9InNhbnMtc2VyaWYiPl0uPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJz YW5zLXNlcmlmIj48YnI+DQpUaGFua3MgeW91IHZlcnkgbXVjaC48L2ZvbnQ+DQo8YnI+DQo8YnI+ DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkJlc3QgUmVnYXJkczwvZm9udD4N Cjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+SmluIExpemhvbmc8L2ZvbnQ+DQo8 YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPjxicj4NCi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi48YnI+DQpaVEUgQ29ycG9yYXRpb248 YnI+DQpBZGQ6ICZuYnNwOyBOby42OCBaaWppbmdodWEgUmQsWXVodWF0YWkgRGlzdHJpY3QsIDxi cj4NCiAmbmJzcDsgJm5ic3A7ICZuYnNwOyBOYW5qaW5nLiBQLlIuQ2hpbmEuPGJyPg0KWmlwOiAm bmJzcDsgMjEwMDEyPGJyPg0KTWFpbDogJm5ic3A7amluLmxpemhvbmdAenRlLmNvbS5jbjxicj4N Ci4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gPC9mb250Pg0K PGJyPg0KPGJyPg0KPGJyPg0KPHRhYmxlIHdpZHRoPTEwMCU+DQo8dHIgdmFsaWduPXRvcD4NCjx0 ZD4NCjx0ZD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+PGI+SW5hIE1pbmVpICZsdDtp bmFAanVuaXBlci5uZXQmZ3Q7PC9iPjwvZm9udD4NCjxwPjxmb250IHNpemU9MSBmYWNlPSJzYW5z LXNlcmlmIj4yMDA3LTAzLTE0IDIzOjIwPC9mb250Pg0KPHRkPjxmb250IHNpemU9MSBmYWNlPSJB cmlhbCI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IDwvZm9udD4NCjxicj48Zm9udCBzaXpl PTEgZmFjZT0ic2Fucy1zZXJpZiI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IFRvOg0KJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7amluLmxpemhvbmdAenRlLmNvbS5jbjwvZm9udD4NCjxi cj48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7IGNjOg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7TEUgUk9VWCBKZWFuLUxvdWlzIFJE LUNPUkUtTEFOICZsdDtqZWFubG91aXMubGVyb3V4QG9yYW5nZS1mdGdyb3VwLmNvbSZndDssDQpz aGFuZS5hbWFudGVAbGV2ZWwzLmNvbSwgbHVmYW5nQGNpc2NvLmNvbSwgaGl0b3NoaS5mdWt1ZGFA bnR0LmNvbSwgJnF1b3Q7enp4LUh1amkNCktBTUlURSB5LmthbWl0ZUBudHR0LmNvbSZxdW90OyAm bHQ7eS5rYW1pdGVAbnR0LmNvbSZndDssIGtpcmVldGlAanVuaXBlci5uZXQsDQpyaHRob21hc0Bj aXNjby5jb20sIGxlaS53YW5nQHRlbGVub3IuY29tLCBpY2VAY2lzY28uY29tLCBtcGxzQGxpc3Rz LmlldGYub3JnPC9mb250Pg0KPGJyPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj4mbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgU3ViamVjdDoNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwO1JFOiBbTVBMU11OZXcgY29tbWVudHMgYW5kIGlkZWFzIGZvcg0KJmx0O2RyYWZ0LWlldGYt bXBscy1sZHAtcDJtcC0wMiZndDs8L2ZvbnQ+PC90YWJsZT4NCjxicj4NCjxicj4NCjxicj48Zm9u dCBzaXplPTI+PHR0Pjxicj4NCiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO0ppbiw8YnI+DQo8YnI+DQogJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtXaGF0DQp3b3Vs ZCB0aGUgY2FwYWJpbGl0eSBhY2NvbXBsaXNoPyBJZiBpdCBpcyBhIHdheSB0byBlbmFibGUgPGJy Pg0KZXJyb3Igbm90aWZpY2F0aW9uLCB0aGVuIHRoaXMgaXMgYWxyZWFkeSBhdmFpbGFibGUgaW4g TERQIHRvZGF5LiBJcyB0aGVyZQ0KPGJyPg0KYW55IG90aGVyIGZ1bmN0aW9uYWxpdHkgdGhhdCB3 b3VsZCBiZSBhY2NvbXBsaXNoZWQgYnkgdHVybmluZyBvbiB0aGUgPGJyPg0KY2FwYWJpbGl0eSBh ZHZlcnRpc2VtZW50Pzxicj4NCjxicj4NCiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCkluYTxicj4NCjxicj4NCk9u IFdlZCwgMTQgTWFyIDIwMDcgamluLmxpemhvbmdAenRlLmNvbS5jbiB3cm90ZTo8YnI+DQo8YnI+ DQomZ3Q7IEhpIEpMPGJyPg0KJmd0Ozxicj4NCiZndDsgVGhhbmsgeW91IHZlcnkgbXVjaCBmb3Ig eW91ciBjb21tZW50cy48YnI+DQomZ3Q7PGJyPg0KJmd0OyBEb2VzIGFueSBvdGhlciBndXlzIHRo aW5rIFAyTVAgY2FwYWJpbGl0eSBUVkwgaXMgbmVjZXNzYXJ5Pzxicj4NCiZndDs8YnI+DQomZ3Q7 IEJlc3QgUmVnYXJkczxicj4NCiZndDsgSmluIExpemhvbmc8YnI+DQomZ3Q7PGJyPg0KJmd0OyAu Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uPGJyPg0KJmd0OyBB ZGQ6ICZuYnNwOyBOby42OCBaaWppbmdodWEgUmQsWXVodWF0YWkgRGlzdHJpY3QsPGJyPg0KJmd0 OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBOYW5qaW5nLiBQLlIuQ2hpbmEuPGJyPg0KJmd0OyBaaXA6 ICZuYnNwOyAyMTAwMTI8YnI+DQomZ3Q7IFRlbDogJm5ic3A7IDAwODYtMTM5MTI5Njc1MzE8YnI+ DQomZ3Q7IE1haWw6ICZuYnNwO2ppbi5saXpob25nQHp0ZS5jb20uY248YnI+DQomZ3Q7IC4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi48YnI+DQomZ3Q7PGJyPg0K Jmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyAmcXVvdDtMRSBST1VYIEplYW4tTG91 aXMgUkQtQ09SRS1MQU4mcXVvdDsgJmx0O2plYW5sb3Vpcy5sZXJvdXhAb3JhbmdlLWZ0Z3JvdXAu Y29tJmd0Ozxicj4NCiZndDsgMjAwNy0wMy0wOCAxODoxNjxicj4NCiZndDs8YnI+DQomZ3Q7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO1RvOiAmbmJzcDsgJm5ic3A7ICZsdDtqaW4ubGl6aG9u Z0B6dGUuY29tLmNuJmd0OywNCiZsdDtzaGFuZS5hbWFudGVAbGV2ZWwzLmNvbSZndDssPGJyPg0K Jmd0OyAmbHQ7bHVmYW5nQGNpc2NvLmNvbSZndDssICZsdDtoaXRvc2hpLmZ1a3VkYUBudHQuY29t Jmd0OywgJnF1b3Q7enp4LUh1amkNCktBTUlURTxicj4NCiZndDsgeS5rYW1pdGVAbnR0dC5jb20m cXVvdDsgJmx0O3kua2FtaXRlQG50dC5jb20mZ3Q7LCAmbHQ7a2lyZWV0aUBqdW5pcGVyLm5ldCZn dDssPGJyPg0KJmd0OyAmbHQ7aW5hQGp1bmlwZXIubmV0Jmd0OywgJmx0O3JodGhvbWFzQGNpc2Nv LmNvbSZndDssICZsdDtsZWkud2FuZ0B0ZWxlbm9yLmNvbSZndDssPGJyPg0KJmd0OyAmbHQ7aWNl QGNpc2NvLmNvbSZndDssICZsdDttcGxzQGxpc3RzLmlldGYub3JnJmd0Ozxicj4NCiZndDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7Y2M6PGJyPg0KJmd0OyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDtTdWJqZWN0OiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtSRToNCk5ldyBjb21t ZW50cyBhbmQgaWRlYXMgZm9yPGJyPg0KJmd0OyAmbHQ7ZHJhZnQtaWV0Zi1tcGxzLWxkcC1wMm1w LTAyJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyBIaSBKaW4sPGJyPg0KJmd0Ozxi cj4NCiZndDsgUHJvY2VkdXJlcyB0byBhZHZlcnRpc2UgdGhlIFAyTVAgY2FwYWJpbGl0eSBzaG91 bGQgcmVseSBvbiBlbmNvZGluZw0KcnVsZXM8YnI+DQomZ3Q7IGFuZCBwcm9jZWR1cmVzIGRlZmlu ZWQgaW4gZHJhZnQtdGhvbWFzLW1wbHMtbGRwLWNhcGFiaWxpdGllcy0wMi50eHQuPGJyPg0KJmd0 OyBUaGlzIHNpbXBseSByZXF1aXJlcyBkZWZpbmluZyBhIG5ldyBjYXBhYmlsaXR5IHBhcmFtZXRl ciwgdGhlIFAyTVA8YnI+DQomZ3Q7IGNhcGFiaWxpdHksIGFuZCByZXF1ZXN0aW5nIGZvciBhIFRM ViBjb2RlIHBvaW50Ljxicj4NCiZndDsgQWxzbyBub3RlIHRoYXQgdjAxIG9mIGRyYWZ0LWlldGYt bXBscy1sZHAtdXBzdHJlYW0gKHN1Ym1pdHRlZCBsYXN0DQptb25kYXkpPGJyPg0KJmd0OyBpcyBu b3cgYWxpZ25lZCB3aXRoIGRyYWZ0LXRob21hcy48YnI+DQomZ3Q7PGJyPg0KJmd0OyZndDsgU2Vj b25kLCBpbiBzZWN0aW9uIDcuMS5Qcm90b2NvbCBldmVudCwgbGluZSAxMSwgSSB0aGluayB0aGUg d29yZA0KJ0xTUi1EJzxicj4NCiZndDsgc2hvdWxkIGJlICdMU1ItVScsIGl0IGlzIG1pc3VuZGVy c3RhbmRpbmcgaW4gYm90aCB0aGUgdmVyc2lvbiAxIGFuZA0KMjxicj4NCiZndDsgLjxicj4NCiZn dDsgQWN0dWFsbHkgdGhpcyBhcHBsaWVzIGluZGlmZmVyZW50bHkgdG8gTFNSIEQgYW5kIExTUiBV Ljxicj4NCiZndDs8YnI+DQomZ3Q7IEtpbmQgUmVnYXJkcyw8YnI+DQomZ3Q7PGJyPg0KJmd0OyBK TDxicj4NCiZndDs8YnI+DQomZ3Q7IERlIDogamluLmxpemhvbmdAenRlLmNvbS5jbiBbbWFpbHRv Omppbi5saXpob25nQHp0ZS5jb20uY25dPGJyPg0KJmd0OyBFbnZvecOpIDogamV1ZGkgOCBtYXJz IDIwMDcgMTA6Mjg8YnI+DQomZ3Q7IMOAIDogc2hhbmUuYW1hbnRlQGxldmVsMy5jb207IGx1ZmFu Z0BjaXNjby5jb207IHp6eC1oaXRvc2hpLmZ1a3VkYUBudHQuY29tOzxicj4NCiZndDsgenp4LUh1 amkgS0FNSVRFIHkua2FtaXRlQG50dHQuY29tOyBraXJlZXRpQGp1bmlwZXIubmV0OyBpbmFAanVu aXBlci5uZXQ7PGJyPg0KJmd0OyBMRSBST1VYIEplYW4tTG91aXMgUkQtQ09SRS1MQU47IHJodGhv bWFzQGNpc2NvLmNvbTsgbGVpLndhbmdAdGVsZW5vci5jb207PGJyPg0KJmd0OyBpY2VAY2lzY28u Y29tOyBtcGxzQGxpc3RzLmlldGYub3JnPGJyPg0KJmd0OyBPYmpldCA6IE5ldyBjb21tZW50cyBh bmQgaWRlYXMgZm9yICZsdDtkcmFmdC1pZXRmLW1wbHMtbGRwLXAybXAtMDImZ3Q7PGJyPg0KJmd0 Ozxicj4NCiZndDs8YnI+DQomZ3Q7IERlYXIgYWxsOjxicj4NCiZndDs8YnI+DQomZ3Q7IEkgcmVh ZCB0aGUgZHJhZnQgJmx0O2RyYWZ0LWlldGYtbXBscy1sZHAtcDJtcC0wMiZndDssIGFuZCBoYXZl IHNvbWUNCmNvbW1lbnRzPGJyPg0KJmd0OyBiZWxvdy4gVGhhbmsgeW91Ljxicj4NCiZndDs8YnI+ DQomZ3Q7IEZpcnN0LCBpdCBpcyB2ZXJ5IG5lY2Vzc2FyeSB0byB1c2UgdGhlIG1MRFAgY2FwYWJp bGl0eSBUTFYgdG8gc2lnbmFsDQp0aGU8YnI+DQomZ3Q7IGNhcGFiaWxpdHkgb2YgTERQIFNlc3Np b24uIEp1c3QgbGlrZSB0aGUgY2FwYWJpbGl0eSBkZXNjcmliZWQgaW48YnI+DQomZ3Q7ICZsdDtk cmFmdC1pZXRmLW1wbHMtbGRwLXVwc3RyZWFtLTAwJmd0OywgdXNpbmcgdGhlIGNhcGFiaWxpdHkg VExWLA0KaXQgaXMgcXVpdGU8YnI+DQomZ3Q7IGNvbnZlbmllbnQgdG8gdGhlIHRyb3VibGUgc2hv b3RpbmcuIFdpdGhvdXQgdGhlIGNhcGFiaWxpdHkgVExWLCBpZg0KdGhlPGJyPg0KJmd0OyBQMk1Q IExTUCBkb2VzIG5vdCBzZXQgdXAgc3VjY2Vzc2Z1bGx5LCBvbmUgaGFzIHRvIGNoZWNrIHRoZSB1 cHN0cmVhbQ0KTFNSOzxicj4NCiZndDsgYW5kIGlmIHRoZSB1cHN0cmVhbSBMU1IgZG9lcyBub3Qg c2hvdyBhbnkgaW5mb3JtYXRpb24gb2YgUDJNUCBMU1ANCmFuZCBGRUMsPGJyPg0KJmd0OyB3ZSBj YW4gbm90IGZpZ3VyZSB3aGV0aGVyIHRoZSBtYXBwaW5nIG1lc3NhZ2Ugc2VudCBieSB0aGUgZG93 bnN0cmVhbQ0KTFNSPGJyPg0KJmd0OyBpcyBzaWxlbnRseSBkaXNjYXJkZWQgYnkgdXBzdHJlYW0g TFNSIG9yIGxvc3QgZHVyaW5nIHRoZSB0cmFuc21pc3Npb24uPGJyPg0KJmd0Ozxicj4NCiZndDsg QmVjYXVzZSB0aGUgbUxEUCBpcyB2ZXJ5IG5ldywgYW5kIG1hbnkgZXF1aXBtZW50cyB0aGF0IGhh dmUgYmVlbiBkZXBsb3llZDxicj4NCiZndDsgaW4gdGhlIG5ldHdvcmsgZG8gbm90IHN1cHBvcnQg bUxEUCwgdGhlbiB0aGUgc2NlbmFyaW8gZGVzY3JpYmVkIGFib3ZlDQp3aWxsPGJyPg0KJmd0OyBh bHdheXMgaGFwcGVuIHdoZW4gZGVwbG95aW5nLiBBbmQgdGhpcyBpcyBvbmx5IG9uZSBvZiB0aGUg c2NlbmFyaW9zDQpmb3I8YnI+DQomZ3Q7IGNhcGFiaWxpdHkgVExWOyBpdCB3aWxsIGJlIG1vcmUg dXNlZnVsIGFuZCBjb252ZW5pZW50IGZvciBkZXBsb3lpbmcNCm1MRFAuPGJyPg0KJmd0Ozxicj4N CiZndDsgRm9sbG93aW5nIGlzIHRoZSBmb3JtYXQgb2YgdGhlIG1MRFAgQ2FwYWJpbGl0eSBUTFYs IG11Y2ggbGlrZSBkZWZpbmVkDQppbjxicj4NCiZndDsgJmx0O2RyYWZ0LWlldGYtbXBscy1sZHAt dXBzdHJlYW0tMDAmZ3Q7Ojxicj4NCiZndDs8YnI+DQomZ3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 IDAgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJz cDsgJm5ic3A7IDEgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOw0KJm5ic3A7IDIgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCjM8YnI+DQomZ3Q7ICZuYnNwOyAmbmJzcDsgJm5i c3A7IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMg0KMyA0IDUg NiA3IDggOSAwIDE8YnI+DQomZ3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7Ky0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSs8YnI+DQom Z3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7fDF8MHwgQ2FwYWJpbGl0eSBUTFYgKFRCRCkgJm5ic3A7 ICZuYnNwOyAmbmJzcDt8DQombmJzcDsgJm5ic3A7ICZuYnNwO0xlbmd0aCAoPSA0KSAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KfDxicj4NCiZndDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsrLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKzxicj4NCiZndDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt8ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwO1N1Yi1UTFZzLi4uICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7fDxicj4NCiZndDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsrLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Kzxicj4NCiZndDs8YnI+DQomZ3Q7IEZvbGxvd2luZyBpcyB0aGUgZm9ybWF0IG9mIHRoZSBtTERQ IENhcGFiaWxpdHkgc3ViLVRMVjo8YnI+DQomZ3Q7PGJyPg0KJmd0OyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAwICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0K Jm5ic3A7ICZuYnNwOyAxICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAyICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQozPGJyPg0KJmd0OyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDINCjMg NCA1IDYgNyA4IDkgMCAxPGJyPg0KJmd0OyAmbmJzcDsgJm5ic3A7ICZuYnNwOystKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rPGJy Pg0KJmd0OyAmbmJzcDsgJm5ic3A7ICZuYnNwO3wgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 IG1MRFAgQ2FwID0gMSAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3wgJm5ic3A7 ICZuYnNwOyAmbmJzcDtMZW5ndGggKD0gNCkgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7IHw8YnI+DQomZ3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7Ky0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSs8YnI+ DQomZ3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7fCAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtS ZXNlcnZlZCAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsN Cnw8YnI+DQomZ3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7Ky0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSs8YnI+DQomZ3Q7PGJyPg0K Jmd0OyBJZiBhIExTUiBpbmNsdWRlcyB0aGUgbUxEUCBDYXBhYmlsaXR5IHN1Yi1UTFYgaW4gTERQ IEluaXRpYWxpemF0aW9uPGJyPg0KJmd0OyBNZXNzYWdlcyBpdCBpbXBsaWVzIHRoYXQgdGhlIExT UiBpcyBjYXBhYmxlIG9mIHByb2Nlc3NpbmcgYm90aDxicj4NCiZndDsgZGlzdHJpYnV0aW5nIFAy TVAgRkVDIEVsZW1lbnQgYW5kIE1QMk1QIEZFQyBFbGVtZW50LiBSZXNlcnZlZCBiaXRzDQpNVVNU IGJlPGJyPg0KJmd0OyBzZXQgdG8gemVybyBvbiB0cmFuc21pc3Npb24gYW5kIE1VU1QgYmUgaWdu b3JlZCBvbiByZWNlaXB0Ljxicj4NCiZndDs8YnI+DQomZ3Q7IFNlY29uZCwgaW4gc2VjdGlvbiA3 LjEuUHJvdG9jb2wgZXZlbnQsIGxpbmUgMTEsIEkgdGhpbmsgdGhlIHdvcmQgJ0xTUi1EJzxicj4N CiZndDsgc2hvdWxkIGJlICdMU1ItVScsIGl0IGlzIG1pc3VuZGVyc3RhbmRpbmcgaW4gYm90aCB0 aGUgdmVyc2lvbiAxIGFuZA0KMi48YnI+DQomZ3Q7PGJyPg0KJmd0OyBIb3BlIGZvciB5b3VyIGNv bW1lbnRzLCB0aGFuayB5b3UgdmVyeSBtdWNoLjxicj4NCiZndDs8YnI+DQomZ3Q7IEJlc3QgUmVn YXJkczxicj4NCiZndDsgSmluIExpemhvbmc8YnI+DQomZ3Q7PGJyPg0KJmd0OyAuLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uPGJyPg0KJmd0OyBBZGQ6ICZuYnNw OyBOby42OCBaaWppbmdodWEgUmQsWXVodWF0YWkgRGlzdHJpY3QsPGJyPg0KJmd0OyAmbmJzcDsg Jm5ic3A7ICZuYnNwO05hbmppbmcuIFAuUi5DaGluYS48YnI+DQomZ3Q7IFppcDogJm5ic3A7IDIx MDAxMjxicj4NCiZndDsgVGVsOiAmbmJzcDsgMDA4Ni0xMzkxMjk2NzUzMTxicj4NCiZndDsgTWFp bDogJm5ic3A7amluLmxpemhvbmdAenRlLmNvbS5jbjxicj4NCiZndDsgLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLjxicj4NCiZndDsgLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08YnI+DQomZ3Q7IFpURSBJ bmZvcm1hdGlvbiBTZWN1cml0eSBOb3RpY2U6IFRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4g dGhpcw0KbWFpbCBpczxicj4NCiZndDsgc29sZWx5IHByb3BlcnR5IG9mIHRoZSBzZW5kZXIncyBv cmdhbml6YXRpb24uIFRoaXMgbWFpbCBjb21tdW5pY2F0aW9uDQppczxicj4NCiZndDsgY29uZmlk ZW50aWFsLiBSZWNpcGllbnRzIG5hbWVkIGFib3ZlIGFyZSBvYmxpZ2F0ZWQgdG8gbWFpbnRhaW4g c2VjcmVjeQ0KYW5kPGJyPg0KJmd0OyBhcmUgbm90IHBlcm1pdHRlZCB0byBkaXNjbG9zZSB0aGUg Y29udGVudHMgb2YgdGhpcyBjb21tdW5pY2F0aW9uIHRvPGJyPg0KJmd0OyBvdGhlcnMuPGJyPg0K Jmd0OyBUaGlzIGVtYWlsIGFuZCBhbnkgZmlsZXMgdHJhbnNtaXR0ZWQgd2l0aCBpdCBhcmUgY29u ZmlkZW50aWFsIGFuZA0KaW50ZW5kZWQ8YnI+DQomZ3Q7IHNvbGVseSBmb3IgdGhlIHVzZSBvZiB0 aGUgaW5kaXZpZHVhbCBvciBlbnRpdHkgdG8gd2hvbSB0aGV5IGFyZSBhZGRyZXNzZWQuPGJyPg0K Jmd0OyBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yIHBsZWFzZSBub3Rp ZnkgdGhlIG9yaWdpbmF0b3INCm9mPGJyPg0KJmd0OyB0aGUgbWVzc2FnZS4gQW55IHZpZXdzIGV4 cHJlc3NlZCBpbiB0aGlzIG1lc3NhZ2UgYXJlIHRob3NlIG9mIHRoZTxicj4NCiZndDsgaW5kaXZp ZHVhbCBzZW5kZXIuPGJyPg0KJmd0OyBUaGlzIG1lc3NhZ2UgaGFzIGJlZW4gc2Nhbm5lZCBmb3Ig dmlydXNlcyBhbmQgU3BhbSBieSBaVEUgQW50aS1TcGFtPGJyPg0KJmd0OyBzeXN0ZW0uPGJyPg0K Jmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyAtLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxicj4NCiZndDsgWlRFIEluZm9ybWF0 aW9uIFNlY3VyaXR5IE5vdGljZTogVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzDQpt YWlsIGlzPGJyPg0KJmd0OyBzb2xlbHkgcHJvcGVydHkgb2YgdGhlIHNlbmRlcidzIG9yZ2FuaXph dGlvbi4gVGhpcyBtYWlsIGNvbW11bmljYXRpb24NCmlzPGJyPg0KJmd0OyBjb25maWRlbnRpYWwu IFJlY2lwaWVudHMgbmFtZWQgYWJvdmUgYXJlIG9ibGlnYXRlZCB0byBtYWludGFpbiBzZWNyZWN5 DQphbmQ8YnI+DQomZ3Q7IGFyZSBub3QgcGVybWl0dGVkIHRvIGRpc2Nsb3NlIHRoZSBjb250ZW50 cyBvZiB0aGlzIGNvbW11bmljYXRpb24gdG88YnI+DQomZ3Q7IG90aGVycy48YnI+DQomZ3Q7IFRo aXMgZW1haWwgYW5kIGFueSBmaWxlcyB0cmFuc21pdHRlZCB3aXRoIGl0IGFyZSBjb25maWRlbnRp YWwgYW5kDQppbnRlbmRlZDxicj4NCiZndDsgc29sZWx5IGZvciB0aGUgdXNlIG9mIHRoZSBpbmRp dmlkdWFsIG9yIGVudGl0eSB0byB3aG9tIHRoZXkgYXJlIGFkZHJlc3NlZC48YnI+DQomZ3Q7IElm IHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IgcGxlYXNlIG5vdGlmeSB0aGUg b3JpZ2luYXRvcg0Kb2Y8YnI+DQomZ3Q7IHRoZSBtZXNzYWdlLiBBbnkgdmlld3MgZXhwcmVzc2Vk IGluIHRoaXMgbWVzc2FnZSBhcmUgdGhvc2Ugb2YgdGhlPGJyPg0KJmd0OyBpbmRpdmlkdWFsIHNl bmRlci48YnI+DQomZ3Q7IFRoaXMgbWVzc2FnZSBoYXMgYmVlbiBzY2FubmVkIGZvciB2aXJ1c2Vz IGFuZCBTcGFtIGJ5IFpURSBBbnRpLVNwYW08YnI+DQomZ3Q7IHN5c3RlbS48YnI+DQomZ3Q7PGJy Pg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyAtLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxicj4NCiZndDsgWlRFIEluZm9y bWF0aW9uIFNlY3VyaXR5IE5vdGljZTogVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlz DQptYWlsIGlzIHNvbGVseSBwcm9wZXJ0eSBvZiB0aGUgc2VuZGVyJ3Mgb3JnYW5pemF0aW9uLiBU aGlzIG1haWwgY29tbXVuaWNhdGlvbg0KaXMgY29uZmlkZW50aWFsLiBSZWNpcGllbnRzIG5hbWVk IGFib3ZlIGFyZSBvYmxpZ2F0ZWQgdG8gbWFpbnRhaW4gc2VjcmVjeQ0KYW5kIGFyZSBub3QgcGVy bWl0dGVkIHRvIGRpc2Nsb3NlIHRoZSBjb250ZW50cyBvZiB0aGlzIGNvbW11bmljYXRpb24gdG8N Cm90aGVycy48YnI+DQomZ3Q7IFRoaXMgZW1haWwgYW5kIGFueSBmaWxlcyB0cmFuc21pdHRlZCB3 aXRoIGl0IGFyZSBjb25maWRlbnRpYWwgYW5kDQppbnRlbmRlZCBzb2xlbHkgZm9yIHRoZSB1c2Ug b2YgdGhlIGluZGl2aWR1YWwgb3IgZW50aXR5IHRvIHdob20gdGhleSBhcmUNCmFkZHJlc3NlZC4g SWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciBwbGVhc2Ugbm90aWZ5IHRo ZSBvcmlnaW5hdG9yDQpvZiB0aGUgbWVzc2FnZS4gQW55IHZpZXdzIGV4cHJlc3NlZCBpbiB0aGlz IG1lc3NhZ2UgYXJlIHRob3NlIG9mIHRoZSBpbmRpdmlkdWFsDQpzZW5kZXIuPGJyPg0KJmd0OyBU aGlzIG1lc3NhZ2UgaGFzIGJlZW4gc2Nhbm5lZCBmb3IgdmlydXNlcyBhbmQgU3BhbSBieSBaVEUg QW50aS1TcGFtDQpzeXN0ZW0uPGJyPg0KJmd0Ozxicj4NCjxicj4NCi0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPGJyPg0KWlRFIEluZm9ybWF0 aW9uIFNlY3VyaXR5IE5vdGljZTogVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1h aWwNCmlzIHNvbGVseSBwcm9wZXJ0eSBvZiB0aGUgc2VuZGVyJ3Mgb3JnYW5pemF0aW9uLiBUaGlz IG1haWwgY29tbXVuaWNhdGlvbg0KaXMgY29uZmlkZW50aWFsLiBSZWNpcGllbnRzIG5hbWVkIGFi b3ZlIGFyZSBvYmxpZ2F0ZWQgdG8gbWFpbnRhaW4gc2VjcmVjeQ0KYW5kIGFyZSBub3QgcGVybWl0 dGVkIHRvIGRpc2Nsb3NlIHRoZSBjb250ZW50cyBvZiB0aGlzIGNvbW11bmljYXRpb24gdG8NCm90 aGVycy48YnI+DQpUaGlzIGVtYWlsIGFuZCBhbnkgZmlsZXMgdHJhbnNtaXR0ZWQgd2l0aCBpdCBh cmUgY29uZmlkZW50aWFsIGFuZCBpbnRlbmRlZA0Kc29sZWx5IGZvciB0aGUgdXNlIG9mIHRoZSBp bmRpdmlkdWFsIG9yIGVudGl0eSB0byB3aG9tIHRoZXkgYXJlIGFkZHJlc3NlZC4NCklmIHlvdSBo YXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IgcGxlYXNlIG5vdGlmeSB0aGUgb3JpZ2lu YXRvciBvZg0KdGhlIG1lc3NhZ2UuIEFueSB2aWV3cyBleHByZXNzZWQgaW4gdGhpcyBtZXNzYWdl IGFyZSB0aG9zZSBvZiB0aGUgaW5kaXZpZHVhbA0Kc2VuZGVyLjxicj4NClRoaXMgbWVzc2FnZSBo YXMgYmVlbiBzY2FubmVkIGZvciB2aXJ1c2VzIGFuZCBTcGFtIGJ5IFpURSBBbnRpLVNwYW0gc3lz dGVtLjxicj4NCjwvdHQ+PC9mb250Pg0KPGJyPg0KPGJyPjxwcmU+DQotLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KWlRFJm5ic3A7SW5mb3Jt YXRpb24mbmJzcDtTZWN1cml0eSZuYnNwO05vdGljZTombmJzcDtUaGUmbmJzcDtpbmZvcm1hdGlv biZuYnNwO2NvbnRhaW5lZCZuYnNwO2luJm5ic3A7dGhpcyZuYnNwO21haWwmbmJzcDtpcyZuYnNw O3NvbGVseSZuYnNwO3Byb3BlcnR5Jm5ic3A7b2YmbmJzcDt0aGUmbmJzcDtzZW5kZXIncyZuYnNw O29yZ2FuaXphdGlvbi4mbmJzcDtUaGlzJm5ic3A7bWFpbCZuYnNwO2NvbW11bmljYXRpb24mbmJz cDtpcyZuYnNwO2NvbmZpZGVudGlhbC4mbmJzcDtSZWNpcGllbnRzJm5ic3A7bmFtZWQmbmJzcDth Ym92ZSZuYnNwO2FyZSZuYnNwO29ibGlnYXRlZCZuYnNwO3RvJm5ic3A7bWFpbnRhaW4mbmJzcDtz ZWNyZWN5Jm5ic3A7YW5kJm5ic3A7YXJlJm5ic3A7bm90Jm5ic3A7cGVybWl0dGVkJm5ic3A7dG8m bmJzcDtkaXNjbG9zZSZuYnNwO3RoZSZuYnNwO2NvbnRlbnRzJm5ic3A7b2YmbmJzcDt0aGlzJm5i c3A7Y29tbXVuaWNhdGlvbiZuYnNwO3RvJm5ic3A7b3RoZXJzLg0KVGhpcyZuYnNwO2VtYWlsJm5i c3A7YW5kJm5ic3A7YW55Jm5ic3A7ZmlsZXMmbmJzcDt0cmFuc21pdHRlZCZuYnNwO3dpdGgmbmJz cDtpdCZuYnNwO2FyZSZuYnNwO2NvbmZpZGVudGlhbCZuYnNwO2FuZCZuYnNwO2ludGVuZGVkJm5i c3A7c29sZWx5Jm5ic3A7Zm9yJm5ic3A7dGhlJm5ic3A7dXNlJm5ic3A7b2YmbmJzcDt0aGUmbmJz cDtpbmRpdmlkdWFsJm5ic3A7b3ImbmJzcDtlbnRpdHkmbmJzcDt0byZuYnNwO3dob20mbmJzcDt0 aGV5Jm5ic3A7YXJlJm5ic3A7YWRkcmVzc2VkLiZuYnNwO0lmJm5ic3A7eW91Jm5ic3A7aGF2ZSZu YnNwO3JlY2VpdmVkJm5ic3A7dGhpcyZuYnNwO2VtYWlsJm5ic3A7aW4mbmJzcDtlcnJvciZuYnNw O3BsZWFzZSZuYnNwO25vdGlmeSZuYnNwO3RoZSZuYnNwO29yaWdpbmF0b3ImbmJzcDtvZiZuYnNw O3RoZSZuYnNwO21lc3NhZ2UuJm5ic3A7QW55Jm5ic3A7dmlld3MmbmJzcDtleHByZXNzZWQmbmJz cDtpbiZuYnNwO3RoaXMmbmJzcDttZXNzYWdlJm5ic3A7YXJlJm5ic3A7dGhvc2UmbmJzcDtvZiZu YnNwO3RoZSZuYnNwO2luZGl2aWR1YWwmbmJzcDtzZW5kZXIuDQpUaGlzJm5ic3A7bWVzc2FnZSZu YnNwO2hhcyZuYnNwO2JlZW4mbmJzcDtzY2FubmVkJm5ic3A7Zm9yJm5ic3A7dmlydXNlcyZuYnNw O2FuZCZuYnNwO1NwYW0mbmJzcDtieSZuYnNwO1pURSZuYnNwO0FudGktU3BhbSZuYnNwO3N5c3Rl bS4NCjwvcHJlPg== --=_alternative 00436D394825729F_=-- --===============0207459083== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls --===============0207459083==-- From mpls-bounces@lists.ietf.org Mon Mar 19 05:59:05 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HTEZs-0007Vw-Ht; Mon, 19 Mar 2007 05:54:56 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HT5u1-000163-1d for mpls@lists.ietf.org; Sun, 18 Mar 2007 20:39:09 -0400 Received: from mx1.china-lead.com.cn ([202.103.147.155] helo=mx4.zte.com.cn) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HT5ty-0007OT-UH for mpls@lists.ietf.org; Sun, 18 Mar 2007 20:39:09 -0400 Received: from [10.30.3.19] by 10.30.1.243 with StormMail ESMTP id 65668.11519190234; Mon, 19 Mar 2007 08:42:10 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse2.zte.com.cn with ESMTP id l2J0iBTD091708; Mon, 19 Mar 2007 08:44:11 +0800 (CST) (envelope-from jin.lizhong@zte.com.cn) In-Reply-To: <20070314081900.W35124@garnet.juniper.net> MIME-Version: 1.0 To: Ina Minei , mpls@lists.ietf.org Subject: RE: [MPLS]New comments and ideas for X-Mailer: Lotus Notes Release 6.0.4 June 01, 2004 Message-ID: From: jin.lizhong@zte.com.cn Date: Mon, 19 Mar 2007 08:38:34 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 6.5.4|March 27, 2005) at 2007-03-19 08:38:34, Serialize complete at 2007-03-19 08:38:34 X-MAIL: mse2.zte.com.cn l2J0iBTD091708 X-Spam-Score: 4.5 (++++) X-Scan-Signature: 4a96669441ad70ecf6aebb4b47b971cd X-Mailman-Approved-At: Mon, 19 Mar 2007 05:54:54 -0400 Cc: shane.amante@level3.com, ice@cisco.com, rhthomas@cisco.com, lei.wang@telenor.com, lufang@cisco.com X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1604326598==" Errors-To: mpls-bounces@lists.ietf.org This is a multipart message in MIME format. --===============1604326598== Content-Type: multipart/alternative; boundary="=_alternative 0003851B482572A3_=" This is a multipart message in MIME format. --=_alternative 0003851B482572A3_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 SGkgSW5hOg0KDQpUaGFuayB5b3UgZm9yIHlvdXIgcmVwbHkgYW5kIGNvbW1lbnRzLg0KDQpZb3Ug YXJlIHJpZ2h0LCBMRFAgZXJyb3Igbm90aWZpY2F0aW9uIGNhbiBoYW5kbGUgdGhlIHVua25vdyBU TFYgZm9yIExEUCANClAyTVAgVExWLiANCg0KV2hlbiBub3QgdXNpbmcgY2FwYWJpbGl0eSBUTFYN CjEuIElmIHdlIHVzZSBlcnJvciBub3RpZmljYXRpb24gdG8gaGFuZGxlIGl0LCBhbmQgd2hlbiBM U1IgcmVjZWl2ZXMgdGhlIA0KZXJyb3Igbm90aWZpY2F0aW9uIHdpdGggdW5rbm93IHRsdiwgdGhl biBpdCBkb2VzIG5vdCBzZW5kIHRoZSBtTERQIG1hcHBpbmcgDQptZXNzYWdlLiBJdCBpcyBub3Qg ZXhwbGljaXRseSBleHByZXNzaW5nIHRoZSBlcnJvci4gSSBkb24ndCB0aGluayBpdHMgYSANCm5p Y2UgcHJvY2Vzc2luZyBmb3IgbUxEUC4gDQoNCldoZW4gdXNpbmcgY2FwYWJpbGl0eSBUTFYNCjEu IElmIHdlIGRvbid0IHVzZSB0aGUgYWJvdmUgbWVjaGFuaXNtLCBhbmQgaWYgdGhlIExTUiBkb24n dCBrbm93IGl0cyANCm5laWdoYm9yIGRvZXMgbm90IHN1cHBvcnQgbUxEUCBjYXBhYmlsaXR5LCBp dCB3aWxsIGNvbnRpbnVlIHNlbmRpbmcgbUxEUCANCm1hcHBpbmcgbWVzc2FnZSB0byBpdHMgbmVp Z2hib3IsIGFuZCBtYW55IGVycm9yIG5vdGlmaWNhdGlvbiBtZXNzYWdlcyB3aWxsIA0KYmUgY29u dGludWVseSByZWNlaXZlZCBmb3IgZWFjaCBQMk1QIExTUC4gSWYgd2UgdXNlIG1MRFAgY2FwYWJp bGl0eSANCm5lZ290aWF0aW9uLCB0aGVuIExTUiB3aWxsIG5vdCBzZW5kIG1MRFAgbWFwcGluZyBt ZXNzYWdlIHRvIGl0cyBuZWlnaGJvciwgDQphbmQgc2F2ZSBtYW55IHByb2Nlc3NpbmdzIG9mIExE UCBwcm90b2NvbCBtZXNzYWdlcy4NCg0KMi4gRm9yIG1MRFAgaXMgdmVyeSBuZXcsIHdoZW4gZGVw bG95aW5nLCB0aGVyZSBtdXN0IGJlIHNvbWUgTFNScyB0aGF0IG5vdCANCnN1cHBvcnRpbmcgbUxE UC4gVXNpbmcgbUxEUCBjYXBhYmlsaXR5IFRMViwgaXQgY2FuIGJlIHZlcnkgZWFzeSB0byBzZWUg DQp3aGF0J3Mgd3Jvbmcgd2l0aCB0aGlzIFAyTVAgTFNQLCBhbmQgY2FuIGVhc2lseSBhdm9pZCBQ Mk1QIExTUCBwYXJ0aWFsbHkgDQpiZWluZyBzZXQgdXAuDQoNCjMuIElmIHdlIHVzZSBtTERQIGNh cGFiaWxpdHkgVExWLCB0aGVuIG1MRFAgY2FuIGJlIHZlcnkgY2xlYXJseSBjby1leGlzdGVkIA0K d2l0aCBtYW55IG90aGVyIExEUCBjYXBhYmlsaXRpZXMsIHN1Y2ggYXMgdXBzdHJlYW0gbGFiZWwg YXNzaWduaW5nIA0KY2FwYWJpbGl0eS4gQW5kIHRoZSB2aXJ0dWUgb2YgTERQIGNhcGFiaWxpdHkg VExWIGFsc28gaGFzIGJlZW4gZGVzY3JpYmVkIA0KaW4gW2RyYWZ0LXRob21hcy1tcGxzLWxkcC1j YXBhYmlsaXRpZXMtMDJdLg0KDQpUaGFua3MgeW91IHZlcnkgbXVjaC4NCg0KDQpCZXN0IFJlZ2Fy ZHMNCkppbiBMaXpob25nDQoNCg0KLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLg0KWlRFIENvcnBvcmF0aW9uDQpBZGQ6ICAgTm8uNjggWmlqaW5naHVhIFJkLFl1 aHVhdGFpIERpc3RyaWN0LCANCiAgICAgICBOYW5qaW5nLiBQLlIuQ2hpbmEuDQpaaXA6ICAgMjEw MDEyDQpNYWlsOiAgamluLmxpemhvbmdAenRlLmNvbS5jbg0KLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLiANCg0KDQoNCg0KSW5hIE1pbmVpIDxpbmFAanVuaXBl ci5uZXQ+DQoyMDA3LTAzLTE0IDIzOjIwDQogDQogICAgICAgIFRvOiAgICAgamluLmxpemhvbmdA enRlLmNvbS5jbg0KICAgICAgICBjYzogICAgIExFIFJPVVggSmVhbi1Mb3VpcyBSRC1DT1JFLUxB TiANCjxqZWFubG91aXMubGVyb3V4QG9yYW5nZS1mdGdyb3VwLmNvbT4sIHNoYW5lLmFtYW50ZUBs ZXZlbDMuY29tLCANCmx1ZmFuZ0BjaXNjby5jb20sIGhpdG9zaGkuZnVrdWRhQG50dC5jb20sICJ6 engtSHVqaSBLQU1JVEUgDQp5LmthbWl0ZUBudHR0LmNvbSIgPHkua2FtaXRlQG50dC5jb20+LCBr aXJlZXRpQGp1bmlwZXIubmV0LCANCnJodGhvbWFzQGNpc2NvLmNvbSwgbGVpLndhbmdAdGVsZW5v ci5jb20sIGljZUBjaXNjby5jb20sIA0KbXBsc0BsaXN0cy5pZXRmLm9yZw0KICAgICAgICBTdWJq ZWN0OiAgICAgICAgUkU6IFtNUExTXU5ldyBjb21tZW50cyBhbmQgaWRlYXMgZm9yIA0KPGRyYWZ0 LWlldGYtbXBscy1sZHAtcDJtcC0wMj4NCg0KDQoNCiAgICAgICAgICAgICAgICAgSmluLA0KDQog ICAgICAgICAgICAgICAgIFdoYXQgd291bGQgdGhlIGNhcGFiaWxpdHkgYWNjb21wbGlzaD8gSWYg aXQgaXMgYSB3YXkgdG8gDQplbmFibGUgDQplcnJvciBub3RpZmljYXRpb24sIHRoZW4gdGhpcyBp cyBhbHJlYWR5IGF2YWlsYWJsZSBpbiBMRFAgdG9kYXkuIElzIHRoZXJlIA0KYW55IG90aGVyIGZ1 bmN0aW9uYWxpdHkgdGhhdCB3b3VsZCBiZSBhY2NvbXBsaXNoZWQgYnkgdHVybmluZyBvbiB0aGUg DQpjYXBhYmlsaXR5IGFkdmVydGlzZW1lbnQ/DQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgSW5hDQoNCk9uIFdlZCwgMTQg TWFyIDIwMDcgamluLmxpemhvbmdAenRlLmNvbS5jbiB3cm90ZToNCg0KPiBIaSBKTA0KPg0KPiBU aGFuayB5b3UgdmVyeSBtdWNoIGZvciB5b3VyIGNvbW1lbnRzLg0KPg0KPiBEb2VzIGFueSBvdGhl ciBndXlzIHRoaW5rIFAyTVAgY2FwYWJpbGl0eSBUVkwgaXMgbmVjZXNzYXJ5Pw0KPg0KPiBCZXN0 IFJlZ2FyZHMNCj4gSmluIExpemhvbmcNCj4NCj4gLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLg0KPiBBZGQ6ICAgTm8uNjggWmlqaW5naHVhIFJkLFl1aHVhdGFp IERpc3RyaWN0LA0KPiAgICAgICBOYW5qaW5nLiBQLlIuQ2hpbmEuDQo+IFppcDogICAyMTAwMTIN Cj4gVGVsOiAgIDAwODYtMTM5MTI5Njc1MzENCj4gTWFpbDogIGppbi5saXpob25nQHp0ZS5jb20u Y24NCj4gLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLg0KPg0K Pg0KPg0KPg0KPiAiTEUgUk9VWCBKZWFuLUxvdWlzIFJELUNPUkUtTEFOIiA8amVhbmxvdWlzLmxl cm91eEBvcmFuZ2UtZnRncm91cC5jb20+DQo+IDIwMDctMDMtMDggMTg6MTYNCj4NCj4gICAgICAg IFRvOiAgICAgPGppbi5saXpob25nQHp0ZS5jb20uY24+LCA8c2hhbmUuYW1hbnRlQGxldmVsMy5j b20+LA0KPiA8bHVmYW5nQGNpc2NvLmNvbT4sIDxoaXRvc2hpLmZ1a3VkYUBudHQuY29tPiwgInp6 eC1IdWppIEtBTUlURQ0KPiB5LmthbWl0ZUBudHR0LmNvbSIgPHkua2FtaXRlQG50dC5jb20+LCA8 a2lyZWV0aUBqdW5pcGVyLm5ldD4sDQo+IDxpbmFAanVuaXBlci5uZXQ+LCA8cmh0aG9tYXNAY2lz Y28uY29tPiwgPGxlaS53YW5nQHRlbGVub3IuY29tPiwNCj4gPGljZUBjaXNjby5jb20+LCA8bXBs c0BsaXN0cy5pZXRmLm9yZz4NCj4gICAgICAgIGNjOg0KPiAgICAgICAgU3ViamVjdDogICAgICAg IFJFOiBOZXcgY29tbWVudHMgYW5kIGlkZWFzIGZvcg0KPiA8ZHJhZnQtaWV0Zi1tcGxzLWxkcC1w Mm1wLTAyPg0KPg0KPg0KPiBIaSBKaW4sDQo+DQo+IFByb2NlZHVyZXMgdG8gYWR2ZXJ0aXNlIHRo ZSBQMk1QIGNhcGFiaWxpdHkgc2hvdWxkIHJlbHkgb24gZW5jb2RpbmcgDQpydWxlcw0KPiBhbmQg cHJvY2VkdXJlcyBkZWZpbmVkIGluIGRyYWZ0LXRob21hcy1tcGxzLWxkcC1jYXBhYmlsaXRpZXMt MDIudHh0Lg0KPiBUaGlzIHNpbXBseSByZXF1aXJlcyBkZWZpbmluZyBhIG5ldyBjYXBhYmlsaXR5 IHBhcmFtZXRlciwgdGhlIFAyTVANCj4gY2FwYWJpbGl0eSwgYW5kIHJlcXVlc3RpbmcgZm9yIGEg VExWIGNvZGUgcG9pbnQuDQo+IEFsc28gbm90ZSB0aGF0IHYwMSBvZiBkcmFmdC1pZXRmLW1wbHMt bGRwLXVwc3RyZWFtIChzdWJtaXR0ZWQgbGFzdCANCm1vbmRheSkNCj4gaXMgbm93IGFsaWduZWQg d2l0aCBkcmFmdC10aG9tYXMuDQo+DQo+PiBTZWNvbmQsIGluIHNlY3Rpb24gNy4xLlByb3RvY29s IGV2ZW50LCBsaW5lIDExLCBJIHRoaW5rIHRoZSB3b3JkIA0KJ0xTUi1EJw0KPiBzaG91bGQgYmUg J0xTUi1VJywgaXQgaXMgbWlzdW5kZXJzdGFuZGluZyBpbiBib3RoIHRoZSB2ZXJzaW9uIDEgYW5k IDINCj4gLg0KPiBBY3R1YWxseSB0aGlzIGFwcGxpZXMgaW5kaWZmZXJlbnRseSB0byBMU1IgRCBh bmQgTFNSIFUuDQo+DQo+IEtpbmQgUmVnYXJkcywNCj4NCj4gSkwNCj4NCj4gRGUgOiBqaW4ubGl6 aG9uZ0B6dGUuY29tLmNuIFttYWlsdG86amluLmxpemhvbmdAenRlLmNvbS5jbl0NCj4gRW52b3nD qSA6IGpldWRpIDggbWFycyAyMDA3IDEwOjI4DQo+IMOAIDogc2hhbmUuYW1hbnRlQGxldmVsMy5j b207IGx1ZmFuZ0BjaXNjby5jb207IA0Kenp4LWhpdG9zaGkuZnVrdWRhQG50dC5jb207DQo+IHp6 eC1IdWppIEtBTUlURSB5LmthbWl0ZUBudHR0LmNvbTsga2lyZWV0aUBqdW5pcGVyLm5ldDsgaW5h QGp1bmlwZXIubmV0Ow0KPiBMRSBST1VYIEplYW4tTG91aXMgUkQtQ09SRS1MQU47IHJodGhvbWFz QGNpc2NvLmNvbTsgDQpsZWkud2FuZ0B0ZWxlbm9yLmNvbTsNCj4gaWNlQGNpc2NvLmNvbTsgbXBs c0BsaXN0cy5pZXRmLm9yZw0KPiBPYmpldCA6IE5ldyBjb21tZW50cyBhbmQgaWRlYXMgZm9yIDxk cmFmdC1pZXRmLW1wbHMtbGRwLXAybXAtMDI+DQo+DQo+DQo+IERlYXIgYWxsOg0KPg0KPiBJIHJl YWQgdGhlIGRyYWZ0IDxkcmFmdC1pZXRmLW1wbHMtbGRwLXAybXAtMDI+LCBhbmQgaGF2ZSBzb21l IGNvbW1lbnRzDQo+IGJlbG93LiBUaGFuayB5b3UuDQo+DQo+IEZpcnN0LCBpdCBpcyB2ZXJ5IG5l Y2Vzc2FyeSB0byB1c2UgdGhlIG1MRFAgY2FwYWJpbGl0eSBUTFYgdG8gc2lnbmFsIHRoZQ0KPiBj YXBhYmlsaXR5IG9mIExEUCBTZXNzaW9uLiBKdXN0IGxpa2UgdGhlIGNhcGFiaWxpdHkgZGVzY3Jp YmVkIGluDQo+IDxkcmFmdC1pZXRmLW1wbHMtbGRwLXVwc3RyZWFtLTAwPiwgdXNpbmcgdGhlIGNh cGFiaWxpdHkgVExWLCBpdCBpcyBxdWl0ZQ0KPiBjb252ZW5pZW50IHRvIHRoZSB0cm91YmxlIHNo b290aW5nLiBXaXRob3V0IHRoZSBjYXBhYmlsaXR5IFRMViwgaWYgdGhlDQo+IFAyTVAgTFNQIGRv ZXMgbm90IHNldCB1cCBzdWNjZXNzZnVsbHksIG9uZSBoYXMgdG8gY2hlY2sgdGhlIHVwc3RyZWFt IA0KTFNSOw0KPiBhbmQgaWYgdGhlIHVwc3RyZWFtIExTUiBkb2VzIG5vdCBzaG93IGFueSBpbmZv cm1hdGlvbiBvZiBQMk1QIExTUCBhbmQgDQpGRUMsDQo+IHdlIGNhbiBub3QgZmlndXJlIHdoZXRo ZXIgdGhlIG1hcHBpbmcgbWVzc2FnZSBzZW50IGJ5IHRoZSBkb3duc3RyZWFtIExTUg0KPiBpcyBz aWxlbnRseSBkaXNjYXJkZWQgYnkgdXBzdHJlYW0gTFNSIG9yIGxvc3QgZHVyaW5nIHRoZSB0cmFu c21pc3Npb24uDQo+DQo+IEJlY2F1c2UgdGhlIG1MRFAgaXMgdmVyeSBuZXcsIGFuZCBtYW55IGVx dWlwbWVudHMgdGhhdCBoYXZlIGJlZW4gDQpkZXBsb3llZA0KPiBpbiB0aGUgbmV0d29yayBkbyBu b3Qgc3VwcG9ydCBtTERQLCB0aGVuIHRoZSBzY2VuYXJpbyBkZXNjcmliZWQgYWJvdmUgDQp3aWxs DQo+IGFsd2F5cyBoYXBwZW4gd2hlbiBkZXBsb3lpbmcuIEFuZCB0aGlzIGlzIG9ubHkgb25lIG9m IHRoZSBzY2VuYXJpb3MgZm9yDQo+IGNhcGFiaWxpdHkgVExWOyBpdCB3aWxsIGJlIG1vcmUgdXNl ZnVsIGFuZCBjb252ZW5pZW50IGZvciBkZXBsb3lpbmcgDQptTERQLg0KPg0KPiBGb2xsb3dpbmcg aXMgdGhlIGZvcm1hdCBvZiB0aGUgbUxEUCBDYXBhYmlsaXR5IFRMViwgbXVjaCBsaWtlIGRlZmlu ZWQgaW4NCj4gPGRyYWZ0LWlldGYtbXBscy1sZHAtdXBzdHJlYW0tMDA+Og0KPg0KPiAgICAgICAw ICAgICAgICAgICAgICAgICAgIDEgICAgICAgICAgICAgICAgICAgMiAgICAgICAgICAgICAgICAg ICAzDQo+ICAgICAgIDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEg MiAzIDQgNSA2IDcgOCA5IDAgMQ0KPiAgICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQo+ICAgICAgfDF8MHwgQ2FwYWJp bGl0eSBUTFYgKFRCRCkgICAgICB8ICAgICAgTGVuZ3RoICg9IDQpICAgICAgICAgICAgIHwNCj4g ICAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKw0KPiAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICBTdWItVExWcy4u LiAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DQo+ICAgICAgKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCj4NCj4gRm9s bG93aW5nIGlzIHRoZSBmb3JtYXQgb2YgdGhlIG1MRFAgQ2FwYWJpbGl0eSBzdWItVExWOg0KPg0K PiAgICAgICAwICAgICAgICAgICAgICAgICAgIDEgICAgICAgICAgICAgICAgICAgMiAgICAgICAg ICAgICAgICAgICAzDQo+ICAgICAgIDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3 IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMQ0KPiAgICAgICstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQo+ICAgICAgfCAg ICAgICAgIG1MRFAgQ2FwID0gMSAgICAgICAgICB8ICAgICAgTGVuZ3RoICg9IDQpICAgICAgICAg ICAgIHwNCj4gICAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKw0KPiAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICBS ZXNlcnZlZCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DQo+ICAgICAgKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsN Cj4NCj4gSWYgYSBMU1IgaW5jbHVkZXMgdGhlIG1MRFAgQ2FwYWJpbGl0eSBzdWItVExWIGluIExE UCBJbml0aWFsaXphdGlvbg0KPiBNZXNzYWdlcyBpdCBpbXBsaWVzIHRoYXQgdGhlIExTUiBpcyBj YXBhYmxlIG9mIHByb2Nlc3NpbmcgYm90aA0KPiBkaXN0cmlidXRpbmcgUDJNUCBGRUMgRWxlbWVu dCBhbmQgTVAyTVAgRkVDIEVsZW1lbnQuIFJlc2VydmVkIGJpdHMgTVVTVCANCmJlDQo+IHNldCB0 byB6ZXJvIG9uIHRyYW5zbWlzc2lvbiBhbmQgTVVTVCBiZSBpZ25vcmVkIG9uIHJlY2VpcHQuDQo+ DQo+IFNlY29uZCwgaW4gc2VjdGlvbiA3LjEuUHJvdG9jb2wgZXZlbnQsIGxpbmUgMTEsIEkgdGhp bmsgdGhlIHdvcmQgJ0xTUi1EJw0KPiBzaG91bGQgYmUgJ0xTUi1VJywgaXQgaXMgbWlzdW5kZXJz dGFuZGluZyBpbiBib3RoIHRoZSB2ZXJzaW9uIDEgYW5kIDIuDQo+DQo+IEhvcGUgZm9yIHlvdXIg Y29tbWVudHMsIHRoYW5rIHlvdSB2ZXJ5IG11Y2guDQo+DQo+IEJlc3QgUmVnYXJkcw0KPiBKaW4g TGl6aG9uZw0KPg0KPiAuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uDQo+IEFkZDogICBOby42OCBaaWppbmdodWEgUmQsWXVodWF0YWkgRGlzdHJpY3QsDQo+ICAg ICAgTmFuamluZy4gUC5SLkNoaW5hLg0KPiBaaXA6ICAgMjEwMDEyDQo+IFRlbDogICAwMDg2LTEz OTEyOTY3NTMxDQo+IE1haWw6ICBqaW4ubGl6aG9uZ0B6dGUuY29tLmNuDQo+IC4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4NCj4gLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4gWlRFIEluZm9ybWF0aW9u IFNlY3VyaXR5IE5vdGljZTogVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1haWwg DQppcw0KPiBzb2xlbHkgcHJvcGVydHkgb2YgdGhlIHNlbmRlcidzIG9yZ2FuaXphdGlvbi4gVGhp cyBtYWlsIGNvbW11bmljYXRpb24gaXMNCj4gY29uZmlkZW50aWFsLiBSZWNpcGllbnRzIG5hbWVk IGFib3ZlIGFyZSBvYmxpZ2F0ZWQgdG8gbWFpbnRhaW4gc2VjcmVjeSANCmFuZA0KPiBhcmUgbm90 IHBlcm1pdHRlZCB0byBkaXNjbG9zZSB0aGUgY29udGVudHMgb2YgdGhpcyBjb21tdW5pY2F0aW9u IHRvDQo+IG90aGVycy4NCj4gVGhpcyBlbWFpbCBhbmQgYW55IGZpbGVzIHRyYW5zbWl0dGVkIHdp dGggaXQgYXJlIGNvbmZpZGVudGlhbCBhbmQgDQppbnRlbmRlZA0KPiBzb2xlbHkgZm9yIHRoZSB1 c2Ugb2YgdGhlIGluZGl2aWR1YWwgb3IgZW50aXR5IHRvIHdob20gdGhleSBhcmUgDQphZGRyZXNz ZWQuDQo+IElmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IgcGxlYXNlIG5v dGlmeSB0aGUgb3JpZ2luYXRvciBvZg0KPiB0aGUgbWVzc2FnZS4gQW55IHZpZXdzIGV4cHJlc3Nl ZCBpbiB0aGlzIG1lc3NhZ2UgYXJlIHRob3NlIG9mIHRoZQ0KPiBpbmRpdmlkdWFsIHNlbmRlci4N Cj4gVGhpcyBtZXNzYWdlIGhhcyBiZWVuIHNjYW5uZWQgZm9yIHZpcnVzZXMgYW5kIFNwYW0gYnkg WlRFIEFudGktU3BhbQ0KPiBzeXN0ZW0uDQo+DQo+DQo+DQo+IC0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+IFpURSBJbmZvcm1hdGlvbiBT ZWN1cml0eSBOb3RpY2U6IFRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBtYWlsIA0K aXMNCj4gc29sZWx5IHByb3BlcnR5IG9mIHRoZSBzZW5kZXIncyBvcmdhbml6YXRpb24uIFRoaXMg bWFpbCBjb21tdW5pY2F0aW9uIGlzDQo+IGNvbmZpZGVudGlhbC4gUmVjaXBpZW50cyBuYW1lZCBh Ym92ZSBhcmUgb2JsaWdhdGVkIHRvIG1haW50YWluIHNlY3JlY3kgDQphbmQNCj4gYXJlIG5vdCBw ZXJtaXR0ZWQgdG8gZGlzY2xvc2UgdGhlIGNvbnRlbnRzIG9mIHRoaXMgY29tbXVuaWNhdGlvbiB0 bw0KPiBvdGhlcnMuDQo+IFRoaXMgZW1haWwgYW5kIGFueSBmaWxlcyB0cmFuc21pdHRlZCB3aXRo IGl0IGFyZSBjb25maWRlbnRpYWwgYW5kIA0KaW50ZW5kZWQNCj4gc29sZWx5IGZvciB0aGUgdXNl IG9mIHRoZSBpbmRpdmlkdWFsIG9yIGVudGl0eSB0byB3aG9tIHRoZXkgYXJlIA0KYWRkcmVzc2Vk Lg0KPiBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yIHBsZWFzZSBub3Rp ZnkgdGhlIG9yaWdpbmF0b3Igb2YNCj4gdGhlIG1lc3NhZ2UuIEFueSB2aWV3cyBleHByZXNzZWQg aW4gdGhpcyBtZXNzYWdlIGFyZSB0aG9zZSBvZiB0aGUNCj4gaW5kaXZpZHVhbCBzZW5kZXIuDQo+ IFRoaXMgbWVzc2FnZSBoYXMgYmVlbiBzY2FubmVkIGZvciB2aXJ1c2VzIGFuZCBTcGFtIGJ5IFpU RSBBbnRpLVNwYW0NCj4gc3lzdGVtLg0KPg0KPg0KPg0KPg0KPiAtLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiBaVEUgSW5mb3JtYXRpb24g U2VjdXJpdHkgTm90aWNlOiBUaGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMgbWFpbCAN CmlzIHNvbGVseSBwcm9wZXJ0eSBvZiB0aGUgc2VuZGVyJ3Mgb3JnYW5pemF0aW9uLiBUaGlzIG1h aWwgY29tbXVuaWNhdGlvbiANCmlzIGNvbmZpZGVudGlhbC4gUmVjaXBpZW50cyBuYW1lZCBhYm92 ZSBhcmUgb2JsaWdhdGVkIHRvIG1haW50YWluIHNlY3JlY3kgDQphbmQgYXJlIG5vdCBwZXJtaXR0 ZWQgdG8gZGlzY2xvc2UgdGhlIGNvbnRlbnRzIG9mIHRoaXMgY29tbXVuaWNhdGlvbiB0byANCm90 aGVycy4NCj4gVGhpcyBlbWFpbCBhbmQgYW55IGZpbGVzIHRyYW5zbWl0dGVkIHdpdGggaXQgYXJl IGNvbmZpZGVudGlhbCBhbmQgDQppbnRlbmRlZCBzb2xlbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIGlu ZGl2aWR1YWwgb3IgZW50aXR5IHRvIHdob20gdGhleSBhcmUgDQphZGRyZXNzZWQuIElmIHlvdSBo YXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IgcGxlYXNlIG5vdGlmeSB0aGUgDQpvcmln aW5hdG9yIG9mIHRoZSBtZXNzYWdlLiBBbnkgdmlld3MgZXhwcmVzc2VkIGluIHRoaXMgbWVzc2Fn ZSBhcmUgdGhvc2UgDQpvZiB0aGUgaW5kaXZpZHVhbCBzZW5kZXIuDQo+IFRoaXMgbWVzc2FnZSBo YXMgYmVlbiBzY2FubmVkIGZvciB2aXJ1c2VzIGFuZCBTcGFtIGJ5IFpURSBBbnRpLVNwYW0gDQpz eXN0ZW0uDQo+DQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tDQpaVEUgSW5mb3JtYXRpb24gU2VjdXJpdHkgTm90aWNlOiBUaGUgaW5mb3Jt YXRpb24gY29udGFpbmVkIGluIHRoaXMgbWFpbCBpcyANCnNvbGVseSBwcm9wZXJ0eSBvZiB0aGUg c2VuZGVyJ3Mgb3JnYW5pemF0aW9uLiBUaGlzIG1haWwgY29tbXVuaWNhdGlvbiBpcyANCmNvbmZp ZGVudGlhbC4gUmVjaXBpZW50cyBuYW1lZCBhYm92ZSBhcmUgb2JsaWdhdGVkIHRvIG1haW50YWlu IHNlY3JlY3kgYW5kIA0KYXJlIG5vdCBwZXJtaXR0ZWQgdG8gZGlzY2xvc2UgdGhlIGNvbnRlbnRz IG9mIHRoaXMgY29tbXVuaWNhdGlvbiB0byANCm90aGVycy4NClRoaXMgZW1haWwgYW5kIGFueSBm aWxlcyB0cmFuc21pdHRlZCB3aXRoIGl0IGFyZSBjb25maWRlbnRpYWwgYW5kIGludGVuZGVkIA0K c29sZWx5IGZvciB0aGUgdXNlIG9mIHRoZSBpbmRpdmlkdWFsIG9yIGVudGl0eSB0byB3aG9tIHRo ZXkgYXJlIGFkZHJlc3NlZC4gDQpJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVy cm9yIHBsZWFzZSBub3RpZnkgdGhlIG9yaWdpbmF0b3Igb2YgDQp0aGUgbWVzc2FnZS4gQW55IHZp ZXdzIGV4cHJlc3NlZCBpbiB0aGlzIG1lc3NhZ2UgYXJlIHRob3NlIG9mIHRoZSANCmluZGl2aWR1 YWwgc2VuZGVyLg0KVGhpcyBtZXNzYWdlIGhhcyBiZWVuIHNjYW5uZWQgZm9yIHZpcnVzZXMgYW5k IFNwYW0gYnkgWlRFIEFudGktU3BhbSANCnN5c3RlbS4NCg0KDQoNCg0KLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NClpURSBJbmZvcm1hdGlv biBTZWN1cml0eSBOb3RpY2U6IFRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBtYWls IGlzIHNvbGVseSBwcm9wZXJ0eSBvZiB0aGUgc2VuZGVyJ3Mgb3JnYW5pemF0aW9uLiBUaGlzIG1h aWwgY29tbXVuaWNhdGlvbiBpcyBjb25maWRlbnRpYWwuIFJlY2lwaWVudHMgbmFtZWQgYWJvdmUg YXJlIG9ibGlnYXRlZCB0byBtYWludGFpbiBzZWNyZWN5IGFuZCBhcmUgbm90IHBlcm1pdHRlZCB0 byBkaXNjbG9zZSB0aGUgY29udGVudHMgb2YgdGhpcyBjb21tdW5pY2F0aW9uIHRvIG90aGVycy4N ClRoaXMgZW1haWwgYW5kIGFueSBmaWxlcyB0cmFuc21pdHRlZCB3aXRoIGl0IGFyZSBjb25maWRl bnRpYWwgYW5kIGludGVuZGVkIHNvbGVseSBmb3IgdGhlIHVzZSBvZiB0aGUgaW5kaXZpZHVhbCBv ciBlbnRpdHkgdG8gd2hvbSB0aGV5IGFyZSBhZGRyZXNzZWQuIElmIHlvdSBoYXZlIHJlY2VpdmVk IHRoaXMgZW1haWwgaW4gZXJyb3IgcGxlYXNlIG5vdGlmeSB0aGUgb3JpZ2luYXRvciBvZiB0aGUg bWVzc2FnZS4gQW55IHZpZXdzIGV4cHJlc3NlZCBpbiB0aGlzIG1lc3NhZ2UgYXJlIHRob3NlIG9m IHRoZSBpbmRpdmlkdWFsIHNlbmRlci4NClRoaXMgbWVzc2FnZSBoYXMgYmVlbiBzY2FubmVkIGZv ciB2aXJ1c2VzIGFuZCBTcGFtIGJ5IFpURSBBbnRpLVNwYW0gc3lzdGVtLg0K --=_alternative 0003851B482572A3_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkhpIEluYTo8L2ZvbnQ+DQo8YnI+ DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPlRoYW5rIHlvdSBmb3IgeW91ciBy ZXBseSBhbmQgY29tbWVudHMuPC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJz YW5zLXNlcmlmIj5Zb3UgYXJlIHJpZ2h0LCBMRFAgZXJyb3Igbm90aWZpY2F0aW9uDQpjYW4gaGFu ZGxlIHRoZSB1bmtub3cgVExWIGZvciBMRFAgUDJNUCBUTFYuIDwvZm9udD4NCjxicj4NCjxicj48 Zm9udCBzaXplPTIgY29sb3I9Ymx1ZSBmYWNlPSJzYW5zLXNlcmlmIj48Yj5XaGVuIG5vdCB1c2lu ZyBjYXBhYmlsaXR5DQpUTFY8L2I+PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5z LXNlcmlmIj4xLiBJZiB3ZSB1c2UgZXJyb3Igbm90aWZpY2F0aW9uIHRvIGhhbmRsZQ0KaXQsIGFu ZCB3aGVuIExTUiByZWNlaXZlcyB0aGUgZXJyb3Igbm90aWZpY2F0aW9uIHdpdGggdW5rbm93IHRs diwgdGhlbg0KaXQgZG9lcyBub3Qgc2VuZCB0aGUgbUxEUCBtYXBwaW5nIG1lc3NhZ2UuIEl0IGlz IG5vdCBleHBsaWNpdGx5IGV4cHJlc3NpbmcNCnRoZSBlcnJvci4gSSBkb24ndCB0aGluayBpdHMg YSBuaWNlIHByb2Nlc3NpbmcgZm9yIG1MRFAuIDwvZm9udD4NCjxicj4NCjxicj48Zm9udCBzaXpl PTIgY29sb3I9Ymx1ZSBmYWNlPSJzYW5zLXNlcmlmIj48Yj5XaGVuIHVzaW5nIGNhcGFiaWxpdHkN ClRMVjwvYj48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPjEuIElm IHdlIGRvbid0IHVzZSB0aGUgYWJvdmUgbWVjaGFuaXNtLA0KYW5kIGlmIHRoZSBMU1IgZG9uJ3Qg a25vdyBpdHMgbmVpZ2hib3IgZG9lcyBub3Qgc3VwcG9ydCBtTERQIGNhcGFiaWxpdHksDQppdCB3 aWxsIGNvbnRpbnVlIHNlbmRpbmcgbUxEUCBtYXBwaW5nIG1lc3NhZ2UgdG8gaXRzIG5laWdoYm9y LCBhbmQgbWFueQ0KZXJyb3Igbm90aWZpY2F0aW9uIG1lc3NhZ2VzIHdpbGwgYmUgY29udGludWVs eSByZWNlaXZlZCBmb3IgZWFjaCBQMk1QIExTUC4NCklmIHdlIHVzZSBtTERQIGNhcGFiaWxpdHkg bmVnb3RpYXRpb24sIHRoZW4gTFNSIHdpbGwgbm90IHNlbmQgbUxEUCBtYXBwaW5nDQptZXNzYWdl IHRvIGl0cyBuZWlnaGJvciwgYW5kIHNhdmUgbWFueSBwcm9jZXNzaW5ncyBvZiBMRFAgcHJvdG9j b2wgbWVzc2FnZXMuPC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNl cmlmIj4yLiBGb3IgbUxEUCBpcyB2ZXJ5IG5ldywgd2hlbiBkZXBsb3lpbmcsDQp0aGVyZSBtdXN0 IGJlIHNvbWUgTFNScyB0aGF0IG5vdCBzdXBwb3J0aW5nIG1MRFAuIFVzaW5nIG1MRFAgY2FwYWJp bGl0eQ0KVExWLCBpdCBjYW4gYmUgdmVyeSBlYXN5IHRvIHNlZSB3aGF0J3Mgd3Jvbmcgd2l0aCB0 aGlzIFAyTVAgTFNQLCBhbmQgY2FuDQplYXNpbHkgYXZvaWQgUDJNUCBMU1AgcGFydGlhbGx5IGJl aW5nIHNldCB1cC48L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2Vy aWYiPjMuIElmIHdlIHVzZSBtTERQIGNhcGFiaWxpdHkgVExWLCB0aGVuDQptTERQIGNhbiBiZSB2 ZXJ5IGNsZWFybHkgY28tZXhpc3RlZCB3aXRoIG1hbnkgb3RoZXIgTERQIGNhcGFiaWxpdGllcywg c3VjaA0KYXMgdXBzdHJlYW0gbGFiZWwgYXNzaWduaW5nIGNhcGFiaWxpdHkuIEFuZCB0aGUgdmly dHVlIG9mIExEUCBjYXBhYmlsaXR5DQpUTFYgYWxzbyBoYXMgYmVlbiBkZXNjcmliZWQgaW4gWzwv Zm9udD48Zm9udCBzaXplPTI+PHR0PmRyYWZ0LXRob21hcy1tcGxzLWxkcC1jYXBhYmlsaXRpZXMt MDI8L3R0PjwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+XS48L2ZvbnQ+DQo8 YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPjxicj4NClRoYW5rcyB5b3UgdmVyeSBt dWNoLjwvZm9udD4NCjxicj4NCjxicj4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJp ZiI+QmVzdCBSZWdhcmRzPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlm Ij5KaW4gTGl6aG9uZzwvZm9udD4NCjxicj4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1z ZXJpZiI+PGJyPg0KLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Ljxicj4NClpURSBDb3Jwb3JhdGlvbjxicj4NCkFkZDogJm5ic3A7IE5vLjY4IFppamluZ2h1YSBS ZCxZdWh1YXRhaSBEaXN0cmljdCwgPGJyPg0KICZuYnNwOyAmbmJzcDsgJm5ic3A7IE5hbmppbmcu IFAuUi5DaGluYS48YnI+DQpaaXA6ICZuYnNwOyAyMTAwMTI8YnI+DQpNYWlsOiAmbmJzcDtqaW4u bGl6aG9uZ0B6dGUuY29tLmNuPGJyPg0KLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLiA8L2ZvbnQ+DQo8YnI+DQo8YnI+DQo8YnI+DQo8dGFibGUgd2lkdGg9MTAw JT4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPg0KPHRkPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNl cmlmIj48Yj5JbmEgTWluZWkgJmx0O2luYUBqdW5pcGVyLm5ldCZndDs8L2I+PC9mb250Pg0KPHA+ PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPjIwMDctMDMtMTQgMjM6MjA8L2ZvbnQ+DQo8 dGQ+PGZvbnQgc2l6ZT0xIGZhY2U9IkFyaWFsIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg PC9mb250Pg0KPGJyPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj4mbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgVG86DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtqaW4ubGl6aG9u Z0B6dGUuY29tLmNuPC9mb250Pg0KPGJyPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj4m bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgY2M6DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDtMRSBST1VYIEplYW4tTG91aXMgUkQtQ09SRS1MQU4gJmx0O2plYW5sb3Vpcy5sZXJvdXhAb3Jh bmdlLWZ0Z3JvdXAuY29tJmd0OywNCnNoYW5lLmFtYW50ZUBsZXZlbDMuY29tLCBsdWZhbmdAY2lz Y28uY29tLCBoaXRvc2hpLmZ1a3VkYUBudHQuY29tLCAmcXVvdDt6engtSHVqaQ0KS0FNSVRFIHku a2FtaXRlQG50dHQuY29tJnF1b3Q7ICZsdDt5LmthbWl0ZUBudHQuY29tJmd0Oywga2lyZWV0aUBq dW5pcGVyLm5ldCwNCnJodGhvbWFzQGNpc2NvLmNvbSwgbGVpLndhbmdAdGVsZW5vci5jb20sIGlj ZUBjaXNjby5jb20sIG1wbHNAbGlzdHMuaWV0Zi5vcmc8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0x IGZhY2U9InNhbnMtc2VyaWYiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBTdWJqZWN0Og0K Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7UkU6IFtNUExTXU5ldyBjb21tZW50cyBhbmQgaWRl YXMgZm9yDQombHQ7ZHJhZnQtaWV0Zi1tcGxzLWxkcC1wMm1wLTAyJmd0OzwvZm9udD48L3RhYmxl Pg0KPGJyPg0KPGJyPg0KPGJyPjxmb250IHNpemU9Mj48dHQ+PGJyPg0KICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7SmluLDxicj4N Cjxicj4NCiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwO1doYXQNCndvdWxkIHRoZSBjYXBhYmlsaXR5IGFjY29tcGxpc2g/IElmIGl0 IGlzIGEgd2F5IHRvIGVuYWJsZSA8YnI+DQplcnJvciBub3RpZmljYXRpb24sIHRoZW4gdGhpcyBp cyBhbHJlYWR5IGF2YWlsYWJsZSBpbiBMRFAgdG9kYXkuIElzIHRoZXJlDQo8YnI+DQphbnkgb3Ro ZXIgZnVuY3Rpb25hbGl0eSB0aGF0IHdvdWxkIGJlIGFjY29tcGxpc2hlZCBieSB0dXJuaW5nIG9u IHRoZSA8YnI+DQpjYXBhYmlsaXR5IGFkdmVydGlzZW1lbnQ/PGJyPg0KPGJyPg0KICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQom bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQom bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOw0KSW5hPGJyPg0KPGJyPg0KT24gV2VkLCAxNCBNYXIgMjAwNyBqaW4ubGl6aG9uZ0B6dGUu Y29tLmNuIHdyb3RlOjxicj4NCjxicj4NCiZndDsgSGkgSkw8YnI+DQomZ3Q7PGJyPg0KJmd0OyBU aGFuayB5b3UgdmVyeSBtdWNoIGZvciB5b3VyIGNvbW1lbnRzLjxicj4NCiZndDs8YnI+DQomZ3Q7 IERvZXMgYW55IG90aGVyIGd1eXMgdGhpbmsgUDJNUCBjYXBhYmlsaXR5IFRWTCBpcyBuZWNlc3Nh cnk/PGJyPg0KJmd0Ozxicj4NCiZndDsgQmVzdCBSZWdhcmRzPGJyPg0KJmd0OyBKaW4gTGl6aG9u Zzxicj4NCiZndDs8YnI+DQomZ3Q7IC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi48YnI+DQomZ3Q7IEFkZDogJm5ic3A7IE5vLjY4IFppamluZ2h1YSBSZCxZdWh1 YXRhaSBEaXN0cmljdCw8YnI+DQomZ3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IE5hbmppbmcuIFAu Ui5DaGluYS48YnI+DQomZ3Q7IFppcDogJm5ic3A7IDIxMDAxMjxicj4NCiZndDsgVGVsOiAmbmJz cDsgMDA4Ni0xMzkxMjk2NzUzMTxicj4NCiZndDsgTWFpbDogJm5ic3A7amluLmxpemhvbmdAenRl LmNvbS5jbjxicj4NCiZndDsgLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLjxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7 ICZxdW90O0xFIFJPVVggSmVhbi1Mb3VpcyBSRC1DT1JFLUxBTiZxdW90OyAmbHQ7amVhbmxvdWlz Lmxlcm91eEBvcmFuZ2UtZnRncm91cC5jb20mZ3Q7PGJyPg0KJmd0OyAyMDA3LTAzLTA4IDE4OjE2 PGJyPg0KJmd0Ozxicj4NCiZndDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7VG86ICZuYnNw OyAmbmJzcDsgJmx0O2ppbi5saXpob25nQHp0ZS5jb20uY24mZ3Q7LA0KJmx0O3NoYW5lLmFtYW50 ZUBsZXZlbDMuY29tJmd0Oyw8YnI+DQomZ3Q7ICZsdDtsdWZhbmdAY2lzY28uY29tJmd0OywgJmx0 O2hpdG9zaGkuZnVrdWRhQG50dC5jb20mZ3Q7LCAmcXVvdDt6engtSHVqaQ0KS0FNSVRFPGJyPg0K Jmd0OyB5LmthbWl0ZUBudHR0LmNvbSZxdW90OyAmbHQ7eS5rYW1pdGVAbnR0LmNvbSZndDssICZs dDtraXJlZXRpQGp1bmlwZXIubmV0Jmd0Oyw8YnI+DQomZ3Q7ICZsdDtpbmFAanVuaXBlci5uZXQm Z3Q7LCAmbHQ7cmh0aG9tYXNAY2lzY28uY29tJmd0OywgJmx0O2xlaS53YW5nQHRlbGVub3IuY29t Jmd0Oyw8YnI+DQomZ3Q7ICZsdDtpY2VAY2lzY28uY29tJmd0OywgJmx0O21wbHNAbGlzdHMuaWV0 Zi5vcmcmZ3Q7PGJyPg0KJmd0OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtjYzo8YnI+DQom Z3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO1N1YmplY3Q6ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwO1JFOg0KTmV3IGNvbW1lbnRzIGFuZCBpZGVhcyBmb3I8YnI+DQomZ3Q7ICZsdDtk cmFmdC1pZXRmLW1wbHMtbGRwLXAybXAtMDImZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQom Z3Q7IEhpIEppbiw8YnI+DQomZ3Q7PGJyPg0KJmd0OyBQcm9jZWR1cmVzIHRvIGFkdmVydGlzZSB0 aGUgUDJNUCBjYXBhYmlsaXR5IHNob3VsZCByZWx5IG9uIGVuY29kaW5nDQpydWxlczxicj4NCiZn dDsgYW5kIHByb2NlZHVyZXMgZGVmaW5lZCBpbiBkcmFmdC10aG9tYXMtbXBscy1sZHAtY2FwYWJp bGl0aWVzLTAyLnR4dC48YnI+DQomZ3Q7IFRoaXMgc2ltcGx5IHJlcXVpcmVzIGRlZmluaW5nIGEg bmV3IGNhcGFiaWxpdHkgcGFyYW1ldGVyLCB0aGUgUDJNUDxicj4NCiZndDsgY2FwYWJpbGl0eSwg YW5kIHJlcXVlc3RpbmcgZm9yIGEgVExWIGNvZGUgcG9pbnQuPGJyPg0KJmd0OyBBbHNvIG5vdGUg dGhhdCB2MDEgb2YgZHJhZnQtaWV0Zi1tcGxzLWxkcC11cHN0cmVhbSAoc3VibWl0dGVkIGxhc3QN Cm1vbmRheSk8YnI+DQomZ3Q7IGlzIG5vdyBhbGlnbmVkIHdpdGggZHJhZnQtdGhvbWFzLjxicj4N CiZndDs8YnI+DQomZ3Q7Jmd0OyBTZWNvbmQsIGluIHNlY3Rpb24gNy4xLlByb3RvY29sIGV2ZW50 LCBsaW5lIDExLCBJIHRoaW5rIHRoZSB3b3JkDQonTFNSLUQnPGJyPg0KJmd0OyBzaG91bGQgYmUg J0xTUi1VJywgaXQgaXMgbWlzdW5kZXJzdGFuZGluZyBpbiBib3RoIHRoZSB2ZXJzaW9uIDEgYW5k DQoyPGJyPg0KJmd0OyAuPGJyPg0KJmd0OyBBY3R1YWxseSB0aGlzIGFwcGxpZXMgaW5kaWZmZXJl bnRseSB0byBMU1IgRCBhbmQgTFNSIFUuPGJyPg0KJmd0Ozxicj4NCiZndDsgS2luZCBSZWdhcmRz LDxicj4NCiZndDs8YnI+DQomZ3Q7IEpMPGJyPg0KJmd0Ozxicj4NCiZndDsgRGUgOiBqaW4ubGl6 aG9uZ0B6dGUuY29tLmNuIFttYWlsdG86amluLmxpemhvbmdAenRlLmNvbS5jbl08YnI+DQomZ3Q7 IEVudm95w6kgOiBqZXVkaSA4IG1hcnMgMjAwNyAxMDoyODxicj4NCiZndDsgw4AgOiBzaGFuZS5h bWFudGVAbGV2ZWwzLmNvbTsgbHVmYW5nQGNpc2NvLmNvbTsgenp4LWhpdG9zaGkuZnVrdWRhQG50 dC5jb207PGJyPg0KJmd0OyB6engtSHVqaSBLQU1JVEUgeS5rYW1pdGVAbnR0dC5jb207IGtpcmVl dGlAanVuaXBlci5uZXQ7IGluYUBqdW5pcGVyLm5ldDs8YnI+DQomZ3Q7IExFIFJPVVggSmVhbi1M b3VpcyBSRC1DT1JFLUxBTjsgcmh0aG9tYXNAY2lzY28uY29tOyBsZWkud2FuZ0B0ZWxlbm9yLmNv bTs8YnI+DQomZ3Q7IGljZUBjaXNjby5jb207IG1wbHNAbGlzdHMuaWV0Zi5vcmc8YnI+DQomZ3Q7 IE9iamV0IDogTmV3IGNvbW1lbnRzIGFuZCBpZGVhcyBmb3IgJmx0O2RyYWZ0LWlldGYtbXBscy1s ZHAtcDJtcC0wMiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsgRGVhciBhbGw6PGJy Pg0KJmd0Ozxicj4NCiZndDsgSSByZWFkIHRoZSBkcmFmdCAmbHQ7ZHJhZnQtaWV0Zi1tcGxzLWxk cC1wMm1wLTAyJmd0OywgYW5kIGhhdmUgc29tZQ0KY29tbWVudHM8YnI+DQomZ3Q7IGJlbG93LiBU aGFuayB5b3UuPGJyPg0KJmd0Ozxicj4NCiZndDsgRmlyc3QsIGl0IGlzIHZlcnkgbmVjZXNzYXJ5 IHRvIHVzZSB0aGUgbUxEUCBjYXBhYmlsaXR5IFRMViB0byBzaWduYWwNCnRoZTxicj4NCiZndDsg Y2FwYWJpbGl0eSBvZiBMRFAgU2Vzc2lvbi4gSnVzdCBsaWtlIHRoZSBjYXBhYmlsaXR5IGRlc2Ny aWJlZCBpbjxicj4NCiZndDsgJmx0O2RyYWZ0LWlldGYtbXBscy1sZHAtdXBzdHJlYW0tMDAmZ3Q7 LCB1c2luZyB0aGUgY2FwYWJpbGl0eSBUTFYsDQppdCBpcyBxdWl0ZTxicj4NCiZndDsgY29udmVu aWVudCB0byB0aGUgdHJvdWJsZSBzaG9vdGluZy4gV2l0aG91dCB0aGUgY2FwYWJpbGl0eSBUTFYs IGlmDQp0aGU8YnI+DQomZ3Q7IFAyTVAgTFNQIGRvZXMgbm90IHNldCB1cCBzdWNjZXNzZnVsbHks IG9uZSBoYXMgdG8gY2hlY2sgdGhlIHVwc3RyZWFtDQpMU1I7PGJyPg0KJmd0OyBhbmQgaWYgdGhl IHVwc3RyZWFtIExTUiBkb2VzIG5vdCBzaG93IGFueSBpbmZvcm1hdGlvbiBvZiBQMk1QIExTUA0K YW5kIEZFQyw8YnI+DQomZ3Q7IHdlIGNhbiBub3QgZmlndXJlIHdoZXRoZXIgdGhlIG1hcHBpbmcg bWVzc2FnZSBzZW50IGJ5IHRoZSBkb3duc3RyZWFtDQpMU1I8YnI+DQomZ3Q7IGlzIHNpbGVudGx5 IGRpc2NhcmRlZCBieSB1cHN0cmVhbSBMU1Igb3IgbG9zdCBkdXJpbmcgdGhlIHRyYW5zbWlzc2lv bi48YnI+DQomZ3Q7PGJyPg0KJmd0OyBCZWNhdXNlIHRoZSBtTERQIGlzIHZlcnkgbmV3LCBhbmQg bWFueSBlcXVpcG1lbnRzIHRoYXQgaGF2ZSBiZWVuIGRlcGxveWVkPGJyPg0KJmd0OyBpbiB0aGUg bmV0d29yayBkbyBub3Qgc3VwcG9ydCBtTERQLCB0aGVuIHRoZSBzY2VuYXJpbyBkZXNjcmliZWQg YWJvdmUNCndpbGw8YnI+DQomZ3Q7IGFsd2F5cyBoYXBwZW4gd2hlbiBkZXBsb3lpbmcuIEFuZCB0 aGlzIGlzIG9ubHkgb25lIG9mIHRoZSBzY2VuYXJpb3MNCmZvcjxicj4NCiZndDsgY2FwYWJpbGl0 eSBUTFY7IGl0IHdpbGwgYmUgbW9yZSB1c2VmdWwgYW5kIGNvbnZlbmllbnQgZm9yIGRlcGxveWlu Zw0KbUxEUC48YnI+DQomZ3Q7PGJyPg0KJmd0OyBGb2xsb3dpbmcgaXMgdGhlIGZvcm1hdCBvZiB0 aGUgbUxEUCBDYXBhYmlsaXR5IFRMViwgbXVjaCBsaWtlIGRlZmluZWQNCmluPGJyPg0KJmd0OyAm bHQ7ZHJhZnQtaWV0Zi1tcGxzLWxkcC11cHN0cmVhbS0wMCZndDs6PGJyPg0KJmd0Ozxicj4NCiZn dDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgMCAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgMSAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgMiAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KMzxicj4N CiZndDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQg NSA2IDcgOCA5IDAgMSAyDQozIDQgNSA2IDcgOCA5IDAgMTxicj4NCiZndDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsrLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKzxicj4NCiZndDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt8MXwwfCBDYXBh YmlsaXR5IFRMViAoVEJEKSAmbmJzcDsgJm5ic3A7ICZuYnNwO3wNCiZuYnNwOyAmbmJzcDsgJm5i c3A7TGVuZ3RoICg9IDQpICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 DQp8PGJyPg0KJmd0OyAmbmJzcDsgJm5ic3A7ICZuYnNwOystKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rPGJyPg0KJmd0OyAmbmJz cDsgJm5ic3A7ICZuYnNwO3wgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7U3ViLVRMVnMuLi4g Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt8PGJyPg0KJmd0OyAmbmJz cDsgJm5ic3A7ICZuYnNwOystKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rPGJyPg0KJmd0Ozxicj4NCiZndDsgRm9sbG93aW5nIGlz IHRoZSBmb3JtYXQgb2YgdGhlIG1MRFAgQ2FwYWJpbGl0eSBzdWItVExWOjxicj4NCiZndDs8YnI+ DQomZ3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IDAgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7IDEgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7IDIgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCjM8 YnI+DQomZ3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIg MyA0IDUgNiA3IDggOSAwIDEgMg0KMyA0IDUgNiA3IDggOSAwIDE8YnI+DQomZ3Q7ICZuYnNwOyAm bmJzcDsgJm5ic3A7Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSs8YnI+DQomZ3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7fCAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgbUxEUCBDYXAgPSAxICZuYnNwOw0KJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7fCAmbmJzcDsgJm5ic3A7ICZuYnNwO0xlbmd0aCAoPSA0KSAmbmJzcDsg Jm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgfDxicj4NCiZndDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsrLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKzxicj4NCiZndDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt8ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwO1Jlc2VydmVkICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw Ow0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KfDxicj4NCiZndDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsr LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKzxicj4NCiZndDs8YnI+DQomZ3Q7IElmIGEgTFNSIGluY2x1ZGVzIHRoZSBtTERQIENh cGFiaWxpdHkgc3ViLVRMViBpbiBMRFAgSW5pdGlhbGl6YXRpb248YnI+DQomZ3Q7IE1lc3NhZ2Vz IGl0IGltcGxpZXMgdGhhdCB0aGUgTFNSIGlzIGNhcGFibGUgb2YgcHJvY2Vzc2luZyBib3RoPGJy Pg0KJmd0OyBkaXN0cmlidXRpbmcgUDJNUCBGRUMgRWxlbWVudCBhbmQgTVAyTVAgRkVDIEVsZW1l bnQuIFJlc2VydmVkIGJpdHMNCk1VU1QgYmU8YnI+DQomZ3Q7IHNldCB0byB6ZXJvIG9uIHRyYW5z bWlzc2lvbiBhbmQgTVVTVCBiZSBpZ25vcmVkIG9uIHJlY2VpcHQuPGJyPg0KJmd0Ozxicj4NCiZn dDsgU2Vjb25kLCBpbiBzZWN0aW9uIDcuMS5Qcm90b2NvbCBldmVudCwgbGluZSAxMSwgSSB0aGlu ayB0aGUgd29yZCAnTFNSLUQnPGJyPg0KJmd0OyBzaG91bGQgYmUgJ0xTUi1VJywgaXQgaXMgbWlz dW5kZXJzdGFuZGluZyBpbiBib3RoIHRoZSB2ZXJzaW9uIDEgYW5kDQoyLjxicj4NCiZndDs8YnI+ DQomZ3Q7IEhvcGUgZm9yIHlvdXIgY29tbWVudHMsIHRoYW5rIHlvdSB2ZXJ5IG11Y2guPGJyPg0K Jmd0Ozxicj4NCiZndDsgQmVzdCBSZWdhcmRzPGJyPg0KJmd0OyBKaW4gTGl6aG9uZzxicj4NCiZn dDs8YnI+DQomZ3Q7IC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li48YnI+DQomZ3Q7IEFkZDogJm5ic3A7IE5vLjY4IFppamluZ2h1YSBSZCxZdWh1YXRhaSBEaXN0 cmljdCw8YnI+DQomZ3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7TmFuamluZy4gUC5SLkNoaW5hLjxi cj4NCiZndDsgWmlwOiAmbmJzcDsgMjEwMDEyPGJyPg0KJmd0OyBUZWw6ICZuYnNwOyAwMDg2LTEz OTEyOTY3NTMxPGJyPg0KJmd0OyBNYWlsOiAmbmJzcDtqaW4ubGl6aG9uZ0B6dGUuY29tLmNuPGJy Pg0KJmd0OyAuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uPGJy Pg0KJmd0OyAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLTxicj4NCiZndDsgWlRFIEluZm9ybWF0aW9uIFNlY3VyaXR5IE5vdGljZTogVGhlIGlu Zm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzDQptYWlsIGlzPGJyPg0KJmd0OyBzb2xlbHkgcHJv cGVydHkgb2YgdGhlIHNlbmRlcidzIG9yZ2FuaXphdGlvbi4gVGhpcyBtYWlsIGNvbW11bmljYXRp b24NCmlzPGJyPg0KJmd0OyBjb25maWRlbnRpYWwuIFJlY2lwaWVudHMgbmFtZWQgYWJvdmUgYXJl IG9ibGlnYXRlZCB0byBtYWludGFpbiBzZWNyZWN5DQphbmQ8YnI+DQomZ3Q7IGFyZSBub3QgcGVy bWl0dGVkIHRvIGRpc2Nsb3NlIHRoZSBjb250ZW50cyBvZiB0aGlzIGNvbW11bmljYXRpb24gdG88 YnI+DQomZ3Q7IG90aGVycy48YnI+DQomZ3Q7IFRoaXMgZW1haWwgYW5kIGFueSBmaWxlcyB0cmFu c21pdHRlZCB3aXRoIGl0IGFyZSBjb25maWRlbnRpYWwgYW5kDQppbnRlbmRlZDxicj4NCiZndDsg c29sZWx5IGZvciB0aGUgdXNlIG9mIHRoZSBpbmRpdmlkdWFsIG9yIGVudGl0eSB0byB3aG9tIHRo ZXkgYXJlIGFkZHJlc3NlZC48YnI+DQomZ3Q7IElmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1h aWwgaW4gZXJyb3IgcGxlYXNlIG5vdGlmeSB0aGUgb3JpZ2luYXRvcg0Kb2Y8YnI+DQomZ3Q7IHRo ZSBtZXNzYWdlLiBBbnkgdmlld3MgZXhwcmVzc2VkIGluIHRoaXMgbWVzc2FnZSBhcmUgdGhvc2Ug b2YgdGhlPGJyPg0KJmd0OyBpbmRpdmlkdWFsIHNlbmRlci48YnI+DQomZ3Q7IFRoaXMgbWVzc2Fn ZSBoYXMgYmVlbiBzY2FubmVkIGZvciB2aXJ1c2VzIGFuZCBTcGFtIGJ5IFpURSBBbnRpLVNwYW08 YnI+DQomZ3Q7IHN5c3RlbS48YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7 IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t PGJyPg0KJmd0OyBaVEUgSW5mb3JtYXRpb24gU2VjdXJpdHkgTm90aWNlOiBUaGUgaW5mb3JtYXRp b24gY29udGFpbmVkIGluIHRoaXMNCm1haWwgaXM8YnI+DQomZ3Q7IHNvbGVseSBwcm9wZXJ0eSBv ZiB0aGUgc2VuZGVyJ3Mgb3JnYW5pemF0aW9uLiBUaGlzIG1haWwgY29tbXVuaWNhdGlvbg0KaXM8 YnI+DQomZ3Q7IGNvbmZpZGVudGlhbC4gUmVjaXBpZW50cyBuYW1lZCBhYm92ZSBhcmUgb2JsaWdh dGVkIHRvIG1haW50YWluIHNlY3JlY3kNCmFuZDxicj4NCiZndDsgYXJlIG5vdCBwZXJtaXR0ZWQg dG8gZGlzY2xvc2UgdGhlIGNvbnRlbnRzIG9mIHRoaXMgY29tbXVuaWNhdGlvbiB0bzxicj4NCiZn dDsgb3RoZXJzLjxicj4NCiZndDsgVGhpcyBlbWFpbCBhbmQgYW55IGZpbGVzIHRyYW5zbWl0dGVk IHdpdGggaXQgYXJlIGNvbmZpZGVudGlhbCBhbmQNCmludGVuZGVkPGJyPg0KJmd0OyBzb2xlbHkg Zm9yIHRoZSB1c2Ugb2YgdGhlIGluZGl2aWR1YWwgb3IgZW50aXR5IHRvIHdob20gdGhleSBhcmUg YWRkcmVzc2VkLjxicj4NCiZndDsgSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBl cnJvciBwbGVhc2Ugbm90aWZ5IHRoZSBvcmlnaW5hdG9yDQpvZjxicj4NCiZndDsgdGhlIG1lc3Nh Z2UuIEFueSB2aWV3cyBleHByZXNzZWQgaW4gdGhpcyBtZXNzYWdlIGFyZSB0aG9zZSBvZiB0aGU8 YnI+DQomZ3Q7IGluZGl2aWR1YWwgc2VuZGVyLjxicj4NCiZndDsgVGhpcyBtZXNzYWdlIGhhcyBi ZWVuIHNjYW5uZWQgZm9yIHZpcnVzZXMgYW5kIFNwYW0gYnkgWlRFIEFudGktU3BhbTxicj4NCiZn dDsgc3lzdGVtLjxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQom Z3Q7IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tPGJyPg0KJmd0OyBaVEUgSW5mb3JtYXRpb24gU2VjdXJpdHkgTm90aWNlOiBUaGUgaW5mb3Jt YXRpb24gY29udGFpbmVkIGluIHRoaXMNCm1haWwgaXMgc29sZWx5IHByb3BlcnR5IG9mIHRoZSBz ZW5kZXIncyBvcmdhbml6YXRpb24uIFRoaXMgbWFpbCBjb21tdW5pY2F0aW9uDQppcyBjb25maWRl bnRpYWwuIFJlY2lwaWVudHMgbmFtZWQgYWJvdmUgYXJlIG9ibGlnYXRlZCB0byBtYWludGFpbiBz ZWNyZWN5DQphbmQgYXJlIG5vdCBwZXJtaXR0ZWQgdG8gZGlzY2xvc2UgdGhlIGNvbnRlbnRzIG9m IHRoaXMgY29tbXVuaWNhdGlvbiB0bw0Kb3RoZXJzLjxicj4NCiZndDsgVGhpcyBlbWFpbCBhbmQg YW55IGZpbGVzIHRyYW5zbWl0dGVkIHdpdGggaXQgYXJlIGNvbmZpZGVudGlhbCBhbmQNCmludGVu ZGVkIHNvbGVseSBmb3IgdGhlIHVzZSBvZiB0aGUgaW5kaXZpZHVhbCBvciBlbnRpdHkgdG8gd2hv bSB0aGV5IGFyZQ0KYWRkcmVzc2VkLiBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGlu IGVycm9yIHBsZWFzZSBub3RpZnkgdGhlIG9yaWdpbmF0b3INCm9mIHRoZSBtZXNzYWdlLiBBbnkg dmlld3MgZXhwcmVzc2VkIGluIHRoaXMgbWVzc2FnZSBhcmUgdGhvc2Ugb2YgdGhlIGluZGl2aWR1 YWwNCnNlbmRlci48YnI+DQomZ3Q7IFRoaXMgbWVzc2FnZSBoYXMgYmVlbiBzY2FubmVkIGZvciB2 aXJ1c2VzIGFuZCBTcGFtIGJ5IFpURSBBbnRpLVNwYW0NCnN5c3RlbS48YnI+DQomZ3Q7PGJyPg0K PGJyPg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS08YnI+DQpaVEUgSW5mb3JtYXRpb24gU2VjdXJpdHkgTm90aWNlOiBUaGUgaW5mb3JtYXRp b24gY29udGFpbmVkIGluIHRoaXMgbWFpbA0KaXMgc29sZWx5IHByb3BlcnR5IG9mIHRoZSBzZW5k ZXIncyBvcmdhbml6YXRpb24uIFRoaXMgbWFpbCBjb21tdW5pY2F0aW9uDQppcyBjb25maWRlbnRp YWwuIFJlY2lwaWVudHMgbmFtZWQgYWJvdmUgYXJlIG9ibGlnYXRlZCB0byBtYWludGFpbiBzZWNy ZWN5DQphbmQgYXJlIG5vdCBwZXJtaXR0ZWQgdG8gZGlzY2xvc2UgdGhlIGNvbnRlbnRzIG9mIHRo aXMgY29tbXVuaWNhdGlvbiB0bw0Kb3RoZXJzLjxicj4NClRoaXMgZW1haWwgYW5kIGFueSBmaWxl cyB0cmFuc21pdHRlZCB3aXRoIGl0IGFyZSBjb25maWRlbnRpYWwgYW5kIGludGVuZGVkDQpzb2xl bHkgZm9yIHRoZSB1c2Ugb2YgdGhlIGluZGl2aWR1YWwgb3IgZW50aXR5IHRvIHdob20gdGhleSBh cmUgYWRkcmVzc2VkLg0KSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciBw bGVhc2Ugbm90aWZ5IHRoZSBvcmlnaW5hdG9yIG9mDQp0aGUgbWVzc2FnZS4gQW55IHZpZXdzIGV4 cHJlc3NlZCBpbiB0aGlzIG1lc3NhZ2UgYXJlIHRob3NlIG9mIHRoZSBpbmRpdmlkdWFsDQpzZW5k ZXIuPGJyPg0KVGhpcyBtZXNzYWdlIGhhcyBiZWVuIHNjYW5uZWQgZm9yIHZpcnVzZXMgYW5kIFNw YW0gYnkgWlRFIEFudGktU3BhbSBzeXN0ZW0uPGJyPg0KPC90dD48L2ZvbnQ+DQo8YnI+DQo8YnI+ PHByZT4NCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tDQpaVEUmbmJzcDtJbmZvcm1hdGlvbiZuYnNwO1NlY3VyaXR5Jm5ic3A7Tm90aWNlOiZu YnNwO1RoZSZuYnNwO2luZm9ybWF0aW9uJm5ic3A7Y29udGFpbmVkJm5ic3A7aW4mbmJzcDt0aGlz Jm5ic3A7bWFpbCZuYnNwO2lzJm5ic3A7c29sZWx5Jm5ic3A7cHJvcGVydHkmbmJzcDtvZiZuYnNw O3RoZSZuYnNwO3NlbmRlcidzJm5ic3A7b3JnYW5pemF0aW9uLiZuYnNwO1RoaXMmbmJzcDttYWls Jm5ic3A7Y29tbXVuaWNhdGlvbiZuYnNwO2lzJm5ic3A7Y29uZmlkZW50aWFsLiZuYnNwO1JlY2lw aWVudHMmbmJzcDtuYW1lZCZuYnNwO2Fib3ZlJm5ic3A7YXJlJm5ic3A7b2JsaWdhdGVkJm5ic3A7 dG8mbmJzcDttYWludGFpbiZuYnNwO3NlY3JlY3kmbmJzcDthbmQmbmJzcDthcmUmbmJzcDtub3Qm bmJzcDtwZXJtaXR0ZWQmbmJzcDt0byZuYnNwO2Rpc2Nsb3NlJm5ic3A7dGhlJm5ic3A7Y29udGVu dHMmbmJzcDtvZiZuYnNwO3RoaXMmbmJzcDtjb21tdW5pY2F0aW9uJm5ic3A7dG8mbmJzcDtvdGhl cnMuDQpUaGlzJm5ic3A7ZW1haWwmbmJzcDthbmQmbmJzcDthbnkmbmJzcDtmaWxlcyZuYnNwO3Ry YW5zbWl0dGVkJm5ic3A7d2l0aCZuYnNwO2l0Jm5ic3A7YXJlJm5ic3A7Y29uZmlkZW50aWFsJm5i c3A7YW5kJm5ic3A7aW50ZW5kZWQmbmJzcDtzb2xlbHkmbmJzcDtmb3ImbmJzcDt0aGUmbmJzcDt1 c2UmbmJzcDtvZiZuYnNwO3RoZSZuYnNwO2luZGl2aWR1YWwmbmJzcDtvciZuYnNwO2VudGl0eSZu YnNwO3RvJm5ic3A7d2hvbSZuYnNwO3RoZXkmbmJzcDthcmUmbmJzcDthZGRyZXNzZWQuJm5ic3A7 SWYmbmJzcDt5b3UmbmJzcDtoYXZlJm5ic3A7cmVjZWl2ZWQmbmJzcDt0aGlzJm5ic3A7ZW1haWwm bmJzcDtpbiZuYnNwO2Vycm9yJm5ic3A7cGxlYXNlJm5ic3A7bm90aWZ5Jm5ic3A7dGhlJm5ic3A7 b3JpZ2luYXRvciZuYnNwO29mJm5ic3A7dGhlJm5ic3A7bWVzc2FnZS4mbmJzcDtBbnkmbmJzcDt2 aWV3cyZuYnNwO2V4cHJlc3NlZCZuYnNwO2luJm5ic3A7dGhpcyZuYnNwO21lc3NhZ2UmbmJzcDth cmUmbmJzcDt0aG9zZSZuYnNwO29mJm5ic3A7dGhlJm5ic3A7aW5kaXZpZHVhbCZuYnNwO3NlbmRl ci4NClRoaXMmbmJzcDttZXNzYWdlJm5ic3A7aGFzJm5ic3A7YmVlbiZuYnNwO3NjYW5uZWQmbmJz cDtmb3ImbmJzcDt2aXJ1c2VzJm5ic3A7YW5kJm5ic3A7U3BhbSZuYnNwO2J5Jm5ic3A7WlRFJm5i c3A7QW50aS1TcGFtJm5ic3A7c3lzdGVtLg0KPC9wcmU+ --=_alternative 0003851B482572A3_=-- --===============1604326598== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls --===============1604326598==-- From mpls-bounces@lists.ietf.org Tue Mar 20 12:41:46 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HThKH-0001js-S8; Tue, 20 Mar 2007 12:36:45 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HThKE-0001Sb-0i for mpls@lists.ietf.org; Tue, 20 Mar 2007 12:36:42 -0400 Received: from ns3.neustar.com ([156.154.24.138]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1HThK7-00023x-1g for mpls@lists.ietf.org; Tue, 20 Mar 2007 12:36:41 -0400 Received: from stiedprstage1.ietf.org (stiedprstage1.va.neustar.com [10.31.47.10]) by ns3.neustar.com (Postfix) with ESMTP id D35F317607; Tue, 20 Mar 2007 16:36:04 +0000 (GMT) Received: from ietf by stiedprstage1.ietf.org with local (Exim 4.43) id 1HThJc-0005v7-K5; Tue, 20 Mar 2007 12:36:04 -0400 X-test-idtracker: no From: The IESG To: IETF-Announce Message-Id: Date: Tue, 20 Mar 2007 12:36:04 -0400 X-Spam-Score: -2.8 (--) X-Scan-Signature: cab78e1e39c4b328567edb48482b6a69 Cc: mpls mailing list , mpls chair , Internet Architecture Board , RFC Editor Subject: [mpls] Protocol Action: 'LDP Specification' to Draft Standard X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org The IESG has approved the following documents: - 'Experience with the LDP protocol ' as an Informational RFC - 'LDP Implementation Survey Results ' as an Informational RFC - 'LDP Specification ' as a Draft Standard These documents are products of the Multiprotocol Label Switching Working Group. The IESG contact persons are Bill Fenner and Ross Callon. A URL of this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-mpls-rfc3036bis-04.txt Technical Summary This ballot contains documentation required for progressing the MPLS Label Distribution Protocol to Draft Standard (currently PS). Section 7 of the updated specification contains a summary of changes since the previous protocol revision. The revised specification removes one feature (host FEC) that has not been implemented. All other features have been implemented by at least two vendors. The protocol has been widely deployed and interoperability has been demonstrated. Accompanying the updated specification are an implementation report and a protocol experience document formalizing the results of implementation and interoperability as well as the protocol experience surveys. The Protocol MIB module is currently a Proposed Standard (see RFC 3815). An authentication mechanism is provided for the protocol in the form of the TCP-MD5 option (RFC 2385). Working Group Summary The document bundle is a result of significant effort within the WG. The WG had consensus to progress LDP to Draft Standard. Protocol Quality The updated specification and related documents have been reviewed for the IESG by Alex Zinin and Bill Fenner. _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls From mpls-bounces@lists.ietf.org Wed Mar 21 13:22:51 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HU4Qi-0001DE-Ts; Wed, 21 Mar 2007 13:16:56 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HU4Qg-0001Cg-Vi; Wed, 21 Mar 2007 13:16:54 -0400 Received: from ams-iport-1.cisco.com ([144.254.224.140]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HU4Qf-00032R-AW; Wed, 21 Mar 2007 13:16:54 -0400 Received: from ams-dkim-2.cisco.com ([144.254.224.139]) by ams-iport-1.cisco.com with ESMTP; 21 Mar 2007 18:16:53 +0100 Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by ams-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id l2LHGquX027423; Wed, 21 Mar 2007 18:16:52 +0100 Received: from [10.61.66.86] (ams3-vpn-dhcp598.cisco.com [10.61.66.86]) by ams-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l2LHGhlZ014918; Wed, 21 Mar 2007 17:16:43 GMT Message-ID: <46016872.3070403@cisco.com> Date: Wed, 21 Mar 2007 17:16:34 +0000 From: Stewart Bryant User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: pwe3 , Mark Townsley , Jari Arkko Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=6455; t=1174497412; x=1175361412; c=relaxed/simple; s=amsdkim2001; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=stbryant@cisco.com; z=From:=20Stewart=20Bryant=20 |Subject:=20Proposed=20G.8110.1=20Amendment=201=20Laision=20response |Sender:=20; bh=Vhr9gl17dhAqG6DFzeYP0/Xi4Bim02vAAiVPYhfBoB0=; b=jySS0Lf3d2aR49drtRi+fwP9HySK2QEUFZBlPu5i3SagQuwOMEcVyQTihiLJXUIF/lgfoaqf Zb/R1JopPSDnZUKZbtrK9sfHSJw5Lanu3DD1SFSPttvEwF7lzJeZnzi2; Authentication-Results: ams-dkim-2; header.From=stbryant@cisco.com; dkim=pass ( sig from cisco.com/amsdkim2001 verified; ); X-Spam-Score: 0.0 (/) X-Scan-Signature: 21be852dc93f0971708678c18d38c096 Cc: mpls@ietf.org Subject: [mpls] Proposed G.8110.1 Amendment 1 Laision response X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org In response to the following liaison https://datatracker.ietf.org/public/liaison_detail.cgi?detail_id=287 concerning G.8110.1 Amendment 1 I propose that we respond with the following statement: "The PWE3 WG agrees with the concerns expressed by the MFA and wishes to be copied on the result of the SG15 analysis of these concerns. "The PWE3 WG will perform a further review of G.8110.1 Amendment 1 and will respond in time for the ITU SG15 meeting in June." I need to send this out in the next couple of days in time for their interim meeting next week. I append the MFA text of the MFA liaison response. - Stewart =============== The MFA Forum thanks ITU-T SG 15 for the liaisons from Q12/15, (from Geneva meeting) on an amendment to G.8110.1 covering the architectural aspects of T-MPLS unidirectional p2mp connections, T-MPLS OAM and T-MPLS survivability. The MFA Forum also appreciates and thanks Q12/15 for asking for comments on the proposed draft G.8110.1 Amendment 1. The text below provides comments on the draft Amendment 1. 1 Point-to-multipoint connections The text for point-to-multipoint connections does not provide any details. The current text only indicates that a unidirectional point-to-multipoint sub-network connection broadcasts the traffic from the root to a number of leaves. The Recommendation G.8110.1 describes the functional architecture of Transport MPLS using the components in G.8110. However, Recommendation G.8110 does not specify any details of point-to-multipoint LSPs and therefore it is insufficient to base G.8110.1 on G.8110 alone. With out providing additional details, it is not possible specify the point-to-multipoint LSPs. Some of the missing details are: Next hop label forwarding entries or packet replication; FEC; data plane (e.g., tree or point to point); Label assignment and Hierarchy. Just as Recommendation G.8110 referred to the base IETF Recommendations in its scope (e.g., RFC 3031, etc.), the MFA Forum suggests that G.8110.1 similarly refer in its scope to the base IETF RFCs on point to multipoint to provide these details. As was done previously, it is necessary to describe the functional architecture of MPLS point-to-multipoint using the modeling methodology described in ITU-T Recs G.805 and G.809. Following the same method used to develop G.8110 therefore, the basis for this work is the MPLS point-to-multipoint specification in the following IETF RFCs (Drafts). IETF defines data plane for p2mp connections, two label distribution protocols for setting up p2mp connections (RSVP-TE and LDP). IETF defines two possible applications of p2mp connections: 2547 VPNs and VPLS. IETF also extends MPLS architecture by defining upstream-assigned labels and the notion of context-specific label space. IETF defines extensions to RSVP-TE and LDP to support distribution of upstream-assigned labels. Upstream-assigned labels are used for (a) optimizing p2mp operations over multi-access media (LANs), and (b) p2mp LSP hierarchy. The list of relevant Internet Drafts: p2mp Data plane: draft-ietf-mpls-multicast-encaps p2mp Label distribution protocols (for information): draft-ietf-mpls-ldp-p2mp draft-ietf-mpls-rsvp-te-p2mp Upstream assigned labels: draft-ieft-mpls-upstream-label Extensions to RSVP-TE and LDP in support of upstream- assigned labels (for information): draft-ietf-mpls-rsvp-upstream draft-ietf-mpls-ldp-upstream p2mp OAM (for information): draft-ietf-mpls-p2mp-oam-reqs draft-ietf-mpls-p2mp-lsp-ping It is not clear what is supported in T-MPLS for point-to- multipoint connections. 1.1 EtherType for Point-to-multipoint frames T-MPLS uses the same data-link protocol ID (e.g. EtherType), frame format and forwarding semantics as defined for MPLS frames. For point-to-point frames EtherType 0x8847 is used over Ethernet interfaces. It is not clear from the current draft how Ethertype is used after point-to-multipoint connections are added. IETF is working updating RFC 3032 MPLS Multicast Encapsulations. RFC 3032 established two data link layer codepoints for MPLS: one to indicate that the data link layer frame is carrying an MPLS unicast packet, and the other to indicate that the data link layer frame is carrying an MPLS multicast packet. The new specification updates RFC3032 by redefining the meaning of these two codepoints. The former "multicast codepoint" is now to be used only on multi-access media, and it is to mean "the top label of the following label stack is an upstream-assigned label". The former "unicast codepoint" is to be used in all other cases. Whether the data link layer payload is a unicast MPLS packet or a multicast MPLS packet is now to be determined by looking up the top label, rather than by the codepoint. The new draft also specifies “MAC DA” field of an Ethernet frame which carries MPLS multicast packet. Please see IETF draft “MPLS Multicast Encapsulations” draft-ietf-mpls-multicast-encaps-02.txt, September 2006. 1.2 OAM support for Point-to-multipoint Point-to multipoint LSPs are unidirectional. However, there is T-MPLS OAM information, such as BDI, “Linktrace-Reply” and “Loopback-Reply”, that should be transmitted from the leaves to the root. The architecture does not specify how the data is transmitted from the leaves to the root. With out this capability it is not possible to support some of the OAM capabilities. 2 Generic requirements One of the major capabilities missing in the T-MPLS architecture is security capabilities. The following security capabilities are suggested for inclusion. These requirements are derived from the MFA Forum Service provider council MPLS-ICI requirements. Since T-MPLS supports NNI, these requirements are applicable. The capabilities are: • Authentication of OAM messages with MD5 or other. • Control of labels used over NNI • IPSec all tunnels over which control messages are exchanged. The MFA Forum thanks ITU-T SG 15 for the opportunity to provide comments and suggestions in relation to T-MPLS as a packet transport network technology. Further, the MFA Forum is interested in receiving updates on this and the work you are initiating to address control plane aspects. The MFA Forum meets from March 6-8, 2007 in Chicago, IL USA. _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls From mpls-bounces@lists.ietf.org Wed Mar 21 14:02:14 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HU576-0001PO-Ig; Wed, 21 Mar 2007 14:00:44 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HU574-0001Oz-PN; Wed, 21 Mar 2007 14:00:42 -0400 Received: from fncnmp03.fnc.fujitsu.com ([168.127.0.56]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HU571-0007Cp-Rg; Wed, 21 Mar 2007 14:00:42 -0400 Received: from rchemx01.fnc.net.local ([168.127.134.104]) by fncnmp03.fnc.fujitsu.com with ESMTP; 21 Mar 2007 13:00:38 -0500 X-IronPort-AV: i="4.14,309,1170655200"; d="scan'208"; a="109120472:sNHT61012110" X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Date: Wed, 21 Mar 2007 13:00:37 -0500 Message-ID: In-Reply-To: <46016872.3070403@cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [PWE3] Proposed G.8110.1 Amendment 1 Laision response Thread-Index: Acdr3QCh+AAn3exKSoC4YTN6lAbwHgAAiYeA From: "O'Connor, Don" To: "Stewart Bryant" , "pwe3" , "Mark Townsley" , "Jari Arkko" X-Spam-Score: 0.0 (/) X-Scan-Signature: b84f8c8fba0e1389e5eb998b64078964 Cc: mpls@ietf.org Subject: [mpls] RE: [PWE3] Proposed G.8110.1 Amendment 1 Laision response X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org Stewart In your proposed liaison response you indicate "The PWE3 WG agrees with the concerns expressed by the MFA" The MFA concerns include the following "One of the major capabilities missing in the T-MPLS architecture is security capabilities. The following security capabilities are suggested for inclusion. These requirements are derived from the MFA Forum Service provider council MPLS-ICI requirements. Since T-MPLS supports NNI, these requirements are applicable. The capabilities are: =95 Authentication of OAM messages with MD5 or other." It is not clear if this pertains to=20 1) Single segment S-PE to S-PE across an ICI 2) MS-PW from T-PE to T-PE across an ICI and Single segment S-PE to S-PE = across an ICI Does this mean that the PWE3 WG also supports this concept for PWE3 work = on MS-PW OAM ? The current draft-ietf-pwe3-segmented-pw-04.txt (which covers MS-PW VCCV = OAM) indicates "An example is the inter-AS L2VPN scenario where the ultimate PEs reside in different provider networks (ASes) and it is the practice to MD5-key all control traffic exchanged between two networks. Technically a SS-PW could be used but this would require MD5-keying on ALL ultimate source and destination PE nodes. An MS-PW allows the providers to confine MD5 key administration to just the PW switching points connecting the two domains." The current segmented-pw draft does not yet address how to apply BFD = (including BFD MD5 authentication) for MS-PW VCCV OAM So maybe it is too early to give total agreement with all MFA concerns = until all these issues are addressed and agreed in PWE3 Regards Don -----Original Message----- From: Stewart Bryant [mailto:stbryant@cisco.com] Sent: Wednesday, March 21, 2007 12:17 PM To: pwe3; Mark Townsley; Jari Arkko Cc: George Swallow ((swallow)); mpls@ietf.org; Danny McPherson Subject: [PWE3] Proposed G.8110.1 Amendment 1 Laision response In response to the following liaison https://datatracker.ietf.org/public/liaison_detail.cgi?detail_id=3D287 concerning G.8110.1 Amendment 1 I propose that we respond with the following statement: "The PWE3 WG agrees with the concerns expressed by the MFA and wishes to be copied on the result of the SG15 analysis of these concerns. "The PWE3 WG will perform a further review of G.8110.1 Amendment 1 and will respond in time for the ITU SG15 meeting in June." I need to send this out in the next couple of days in time for their interim meeting next week. I append the MFA text of the MFA liaison response. - Stewart =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D The MFA Forum thanks ITU-T SG 15 for the liaisons from Q12/15, (from Geneva meeting) on an amendment to G.8110.1 covering the architectural aspects of T-MPLS unidirectional p2mp connections, T-MPLS OAM and T-MPLS survivability. The MFA Forum also appreciates and thanks Q12/15 for asking for comments on the proposed draft G.8110.1 Amendment 1. The text below provides comments on the draft Amendment 1. 1 Point-to-multipoint connections The text for point-to-multipoint connections does not provide any details. The current text only indicates that a unidirectional point-to-multipoint sub-network connection broadcasts the traffic from the root to a number of leaves. The Recommendation G.8110.1 describes the functional architecture of Transport MPLS using the components in G.8110. However, Recommendation G.8110 does not specify any details of point-to-multipoint LSPs and therefore it is insufficient to base G.8110.1 on G.8110 alone. With out providing additional details, it is not possible specify the point-to-multipoint LSPs. Some of the missing details are: Next hop label forwarding entries or packet replication; FEC; data plane (e.g., tree or point to point); Label assignment and Hierarchy. Just as Recommendation G.8110 referred to the base IETF Recommendations in its scope (e.g., RFC 3031, etc.), the MFA Forum suggests that G.8110.1 similarly refer in its scope to the base IETF RFCs on point to multipoint to provide these details. As was done previously, it is necessary to describe the functional architecture of MPLS point-to-multipoint using the modeling methodology described in ITU-T Recs G.805 and G.809. Following the same method used to develop G.8110 therefore, the basis for this work is the MPLS point-to-multipoint specification in the following IETF RFCs (Drafts). IETF defines data plane for p2mp connections, two label distribution protocols for setting up p2mp connections (RSVP-TE and LDP). IETF defines two possible applications of p2mp connections: 2547 VPNs and VPLS. IETF also extends MPLS architecture by defining upstream-assigned labels and the notion of context-specific label space. IETF defines extensions to RSVP-TE and LDP to support distribution of upstream-assigned labels. Upstream-assigned labels are used for (a) optimizing p2mp operations over multi-access media (LANs), and (b) p2mp LSP hierarchy. The list of relevant Internet Drafts: p2mp Data plane: draft-ietf-mpls-multicast-encaps p2mp Label distribution protocols (for information): draft-ietf-mpls-ldp-p2mp draft-ietf-mpls-rsvp-te-p2mp Upstream assigned labels: draft-ieft-mpls-upstream-label Extensions to RSVP-TE and LDP in support of upstream- assigned labels (for information): draft-ietf-mpls-rsvp-upstream draft-ietf-mpls-ldp-upstream p2mp OAM (for information): draft-ietf-mpls-p2mp-oam-reqs draft-ietf-mpls-p2mp-lsp-ping It is not clear what is supported in T-MPLS for point-to- multipoint connections. 1.1 EtherType for Point-to-multipoint frames T-MPLS uses the same data-link protocol ID (e.g. EtherType), frame format and forwarding semantics as defined for MPLS frames. For point-to-point frames EtherType 0x8847 is used over Ethernet interfaces. It is not clear from the current draft how Ethertype is used after point-to-multipoint=20 connections are added. IETF is working updating RFC 3032 MPLS Multicast Encapsulations. RFC 3032 established two data link layer codepoints for MPLS: one to indicate that the data link layer frame is carrying an MPLS unicast packet, and the other to indicate that the data link layer frame is carrying an MPLS multicast packet. The new specification updates RFC3032 by redefining the meaning of these two codepoints. The former "multicast codepoint" is now to be used only on multi-access media, and it is to mean "the top label of the following label stack is an upstream-assigned label". The former "unicast codepoint" is to be used in all other cases. Whether the data link layer payload is a unicast MPLS packet or a multicast MPLS packet is now to be determined by looking up the top label, rather than by the codepoint. The new draft also specifies =93MAC DA=94 field of an Ethernet frame which carries MPLS multicast packet. Please see IETF draft =93MPLS Multicast Encapsulations=94=20 draft-ietf-mpls-multicast-encaps-02.txt, September 2006. 1.2 OAM support for Point-to-multipoint Point-to multipoint LSPs are unidirectional. However, there is T-MPLS OAM information, such as BDI, =93Linktrace-Reply=94 and =93Loopback-Reply=94, that should be transmitted from the leaves to the root. The architecture does not specify how the data is transmitted from the leaves to the root. With out this capability it is not possible to support some of the OAM capabilities. 2 Generic requirements One of the major capabilities missing in the T-MPLS architecture is security capabilities. The following security capabilities are suggested for inclusion. These requirements are derived from the MFA Forum Service provider council MPLS-ICI requirements. Since T-MPLS supports NNI, these requirements are applicable. The capabilities are: =95 Authentication of OAM messages with MD5 or other. =95 Control of labels used over NNI =95 IPSec all tunnels over which control messages are exchanged. The MFA Forum thanks ITU-T SG 15 for the opportunity to provide comments and suggestions in relation to T-MPLS as a packet transport network technology. Further, the MFA Forum is interested in receiving updates on this and the work you are initiating to address control plane aspects. The MFA Forum meets from March 6-8, 2007 in Chicago, IL USA. _______________________________________________ pwe3 mailing list pwe3@ietf.org https://www1.ietf.org/mailman/listinfo/pwe3 _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls From mpls-bounces@lists.ietf.org Wed Mar 21 14:27:47 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HU5Uv-0001Qf-H9; Wed, 21 Mar 2007 14:25:21 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HU5Ut-0001Py-Nx; Wed, 21 Mar 2007 14:25:19 -0400 Received: from ams-iport-1.cisco.com ([144.254.224.140]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HU5Ur-0006hV-60; Wed, 21 Mar 2007 14:25:19 -0400 Received: from ams-dkim-2.cisco.com ([144.254.224.139]) by ams-iport-1.cisco.com with ESMTP; 21 Mar 2007 19:25:17 +0100 Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by ams-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id l2LIPGke013280; Wed, 21 Mar 2007 19:25:16 +0100 Received: from [10.61.66.86] (ams3-vpn-dhcp598.cisco.com [10.61.66.86]) by ams-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l2LIOulZ004120; Wed, 21 Mar 2007 18:25:06 GMT Message-ID: <46017870.3040805@cisco.com> Date: Wed, 21 Mar 2007 18:24:48 +0000 From: Stewart Bryant User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "O'Connor, Don" References: In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=9198; t=1174501516; x=1175365516; c=relaxed/simple; s=amsdkim2001; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=stbryant@cisco.com; z=From:=20Stewart=20Bryant=20 |Subject:=20Re=3A=20[PWE3]=20Proposed=20G.8110.1=20Amendment=201=20Laisio n=20response |Sender:=20; bh=v42t6/j6EKyI16HYdIW3ow+1FjH+yjf75XSTw9tW3S4=; b=qLkWGAMPCv1syKgGu+767vUdZ69XcoG7Ti+pS0hBwqM/E5f//aQ91XvSHoiV78c3r7ptJ3Lr 8xE2SbdCPN/z+kwIgZJ8ocpskk1tT1VHuwuxE8wdZyWGAt9W9b7wauV1; Authentication-Results: ams-dkim-2; header.From=stbryant@cisco.com; dkim=pass ( sig from cisco.com/amsdkim2001 verified; ); X-Spam-Score: 0.0 (/) X-Scan-Signature: b045c2b078f76b9f842d469de8a32de3 Cc: mpls@ietf.org, pwe3 , Jari Arkko , Mark Townsley Subject: [mpls] Re: [PWE3] Proposed G.8110.1 Amendment 1 Laision response X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org How about "The PWE3 WG agrees with many of the concerns expressed by the MFA" - Stewart O'Connor, Don wrote: > Stewart > > In your proposed liaison response you indicate > > "The PWE3 WG agrees with the concerns expressed by the MFA" > > The MFA concerns include the following > > "One of the major capabilities missing in the T-MPLS > architecture is security capabilities. The following > security capabilities are suggested for inclusion. > These requirements are derived from the MFA Forum > Service provider council MPLS-ICI requirements. Since > T-MPLS supports NNI, these requirements are applicable. > The capabilities are: > > • Authentication of OAM messages with MD5 or other." > > It is not clear if this pertains to > > 1) Single segment S-PE to S-PE across an ICI > > 2) MS-PW from T-PE to T-PE across an ICI and Single segment S-PE to S-PE across an ICI > > Does this mean that the PWE3 WG also supports this concept for PWE3 work on MS-PW OAM ? > > The current draft-ietf-pwe3-segmented-pw-04.txt (which covers MS-PW VCCV OAM) indicates > > "An example is the inter-AS L2VPN scenario where the ultimate > PEs reside in different provider networks (ASes) and it is > the practice to MD5-key all control traffic exchanged > between two networks. Technically a SS-PW could be used but > this would require MD5-keying on ALL ultimate source and > destination PE nodes. An MS-PW allows the providers to > confine MD5 key administration to just the PW switching > points connecting the two domains." > > The current segmented-pw draft does not yet address how to apply BFD (including BFD MD5 authentication) for MS-PW VCCV OAM > > So maybe it is too early to give total agreement with all MFA concerns until all these issues are addressed and agreed in PWE3 > > Regards > > Don > > > > -----Original Message----- > From: Stewart Bryant [mailto:stbryant@cisco.com] > Sent: Wednesday, March 21, 2007 12:17 PM > To: pwe3; Mark Townsley; Jari Arkko > Cc: George Swallow ((swallow)); mpls@ietf.org; Danny McPherson > Subject: [PWE3] Proposed G.8110.1 Amendment 1 Laision response > > > In response to the following liaison > > https://datatracker.ietf.org/public/liaison_detail.cgi?detail_id=287 > concerning G.8110.1 Amendment 1 > > I propose that we respond with the following > statement: > > "The PWE3 WG agrees with the concerns expressed by the MFA > and wishes to be copied on the result of the SG15 analysis > of these concerns. > > "The PWE3 WG will perform a further review of G.8110.1 > Amendment 1 and will respond in time for the ITU SG15 > meeting in June." > > I need to send this out in the next couple of days > in time for their interim meeting next week. > > I append the MFA text of the MFA liaison response. > > - Stewart > > =============== > > The MFA Forum thanks ITU-T SG 15 for the liaisons from > Q12/15, (from Geneva meeting) on an amendment to G.8110.1 > covering the architectural aspects of T-MPLS unidirectional > p2mp connections, T-MPLS OAM and T-MPLS survivability. > > The MFA Forum also appreciates and thanks Q12/15 for asking > for comments on the proposed draft G.8110.1 Amendment 1. > The text below provides comments on the draft Amendment 1. > > 1 Point-to-multipoint connections > > The text for point-to-multipoint connections does not provide > any details. The current text only indicates that a unidirectional > point-to-multipoint sub-network connection broadcasts the > traffic from the root to a number of leaves. The Recommendation > G.8110.1 describes the functional architecture of Transport > MPLS using the components in G.8110. However, Recommendation > G.8110 does not specify any details of point-to-multipoint LSPs > and therefore it is insufficient to base G.8110.1 on G.8110 > alone. > > With out providing additional details, it is not possible > specify the point-to-multipoint LSPs. Some of the missing > details are: Next hop label forwarding entries or packet > replication; FEC; data plane (e.g., tree or point to > point); Label assignment and Hierarchy. > > Just as Recommendation G.8110 referred to the base IETF > Recommendations in its scope (e.g., RFC 3031, etc.), the > MFA Forum suggests that G.8110.1 similarly refer in its > scope to the base IETF RFCs on point to multipoint to > provide these details. As was done previously, it is > necessary to describe the functional architecture of MPLS > point-to-multipoint using the modeling methodology > described in ITU-T Recs G.805 and G.809. Following the same > method used to develop G.8110 therefore, the basis for this > work is the MPLS point-to-multipoint specification in the > following IETF RFCs (Drafts). > > IETF defines data plane for p2mp connections, two label > distribution protocols for setting up p2mp connections > (RSVP-TE and LDP). IETF defines two possible applications > of p2mp connections: 2547 VPNs and VPLS. > > IETF also extends MPLS architecture by defining > upstream-assigned labels and the notion of context-specific > label space. IETF defines extensions to RSVP-TE and > LDP to support distribution of upstream-assigned labels. > Upstream-assigned labels are used for (a) optimizing p2mp > operations over multi-access media (LANs), and (b) > p2mp LSP hierarchy. The list of relevant Internet Drafts: > p2mp Data plane: > draft-ietf-mpls-multicast-encaps > > p2mp Label distribution protocols (for information): > draft-ietf-mpls-ldp-p2mp > draft-ietf-mpls-rsvp-te-p2mp > > Upstream assigned labels: > draft-ieft-mpls-upstream-label > > Extensions to RSVP-TE and LDP in support of upstream- > assigned labels (for information): > draft-ietf-mpls-rsvp-upstream > draft-ietf-mpls-ldp-upstream > > p2mp OAM (for information): > > draft-ietf-mpls-p2mp-oam-reqs > draft-ietf-mpls-p2mp-lsp-ping > > > It is not clear what is supported in T-MPLS for point-to- > multipoint connections. > > 1.1 EtherType for Point-to-multipoint frames > > T-MPLS uses the same data-link protocol ID (e.g. EtherType), > frame format and forwarding semantics as defined for MPLS > frames. For point-to-point frames EtherType 0x8847 is > used over Ethernet interfaces. It is not clear from the > current draft how Ethertype is used after point-to-multipoint > connections are added. > > IETF is working updating RFC 3032 MPLS Multicast > Encapsulations. RFC 3032 established two data link layer > codepoints for MPLS: one to indicate that the data link > layer frame is carrying an MPLS unicast packet, and the > other to indicate that the data link layer frame is > carrying an MPLS multicast packet. The new specification > updates RFC3032 by redefining the meaning of these two > codepoints. > > The former "multicast codepoint" is now to be used only > on multi-access media, and it is to mean "the top label > of the following label stack is an upstream-assigned > label". The former "unicast codepoint" is to be used > in all other cases. Whether the data link layer payload > is a unicast MPLS packet or a multicast MPLS packet is > now to be determined by looking up the top label, rather > than by the codepoint. > > The new draft also specifies “MAC DA” field of an > Ethernet frame which carries MPLS multicast packet. > Please see IETF draft “MPLS Multicast Encapsulations” > draft-ietf-mpls-multicast-encaps-02.txt, September 2006. > > 1.2 OAM support for Point-to-multipoint > > Point-to multipoint LSPs are unidirectional. However, > there is T-MPLS OAM information, such as BDI, > “Linktrace-Reply” and “Loopback-Reply”, that should be > transmitted from the leaves to the root. > > The architecture does not specify how the data is > transmitted from the leaves to the root. With out this > capability it is not possible to support some of the > OAM capabilities. > > 2 Generic requirements > > One of the major capabilities missing in the T-MPLS > architecture is security capabilities. The following > security capabilities are suggested for inclusion. > These requirements are derived from the MFA Forum > Service provider council MPLS-ICI requirements. Since > T-MPLS supports NNI, these requirements are applicable. > The capabilities are: > > • Authentication of OAM messages with MD5 or other. > • Control of labels used over NNI > • IPSec all tunnels over which control messages > are exchanged. > > The MFA Forum thanks ITU-T SG 15 for the opportunity > to provide comments and suggestions in relation to > T-MPLS as a packet transport network technology. > Further, the MFA Forum is interested in receiving > updates on this and the work you are initiating to > address control plane aspects. > > The MFA Forum meets from March 6-8, 2007 in Chicago, IL USA. > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 > _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls From mpls-bounces@lists.ietf.org Wed Mar 21 15:44:10 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HU6f0-0000FE-Rq; Wed, 21 Mar 2007 15:39:50 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HU6ez-0000Ey-Ng; Wed, 21 Mar 2007 15:39:49 -0400 Received: from fncnmp04.fnc.fujitsu.com ([168.127.0.57]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HU6er-00028C-Oo; Wed, 21 Mar 2007 15:39:49 -0400 Received: from rchemx01.fnc.net.local ([168.127.134.104]) by fncnmp04.fnc.fujitsu.com with ESMTP; 21 Mar 2007 14:39:41 -0500 X-IronPort-AV: i="4.14,309,1170655200"; d="scan'208"; a="70496260:sNHT31259214" X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Date: Wed, 21 Mar 2007 14:39:40 -0500 Message-ID: In-Reply-To: <46017870.3040805@cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [PWE3] Proposed G.8110.1 Amendment 1 Laision response Thread-Index: Acdr5lw020bkCodbQ6yc88L3J4wKpAACGzxQ From: "O'Connor, Don" To: "Stewart Bryant" X-Spam-Score: 0.0 (/) X-Scan-Signature: 10d2fdecab7a7fa796e06e001d026c91 Cc: mpls@ietf.org, pwe3 , Jari Arkko , Mark Townsley Subject: [mpls] RE: [PWE3] Proposed G.8110.1 Amendment 1 Laision response X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org Stewart Your revision of the liaison in OK my me. On the broader issue I suggest = / offer the following 1) PWE3 / MS-PW VCCV / segmented-pw needs more work / consideration of 1) Use of BFD for a continuous continuity check (including support for = protection switching fault detection), both per segment and EE 2) Multi-domain security For multi-domain security, my guess is that T-MPLS (Y.17tom) and = Ethernet OAM (Y.1731 / 802.1ag) already claim a solution which is based = on the use of ME Levels and filtering on ME Levels at the domain edge. On first glance it would appear that ITU T-MPLS OAM and Ethernet Y.1731 = / 802.1ag is ahead of PWE3 on the multi-domain security issue. If one of the VCCV options is to use Y.1731 / 802.1ag (which could be = modified for non-Ethernet clients) - then the security gap would be = closed (along with gaining other functionality - PM measurement, AIS / = RDI fault propagation, etc) Regards Don -----Original Message----- From: Stewart Bryant [mailto:stbryant@cisco.com] Sent: Wednesday, March 21, 2007 1:25 PM To: O'Connor, Don Cc: pwe3; Mark Townsley; Jari Arkko; George Swallow ((swallow)); mpls@ietf.org; Danny McPherson Subject: Re: [PWE3] Proposed G.8110.1 Amendment 1 Laision response How about "The PWE3 WG agrees with many of the concerns expressed by the MFA" - Stewart O'Connor, Don wrote: > Stewart >=20 > In your proposed liaison response you indicate >=20 > "The PWE3 WG agrees with the concerns expressed by the MFA" >=20 > The MFA concerns include the following >=20 > "One of the major capabilities missing in the T-MPLS > architecture is security capabilities. The following > security capabilities are suggested for inclusion. > These requirements are derived from the MFA Forum > Service provider council MPLS-ICI requirements. Since > T-MPLS supports NNI, these requirements are applicable. > The capabilities are: >=20 > =95 Authentication of OAM messages with MD5 or other." >=20 > It is not clear if this pertains to=20 >=20 > 1) Single segment S-PE to S-PE across an ICI >=20 > 2) MS-PW from T-PE to T-PE across an ICI and Single segment S-PE to = S-PE across an ICI >=20 > Does this mean that the PWE3 WG also supports this concept for PWE3 = work on MS-PW OAM ? >=20 > The current draft-ietf-pwe3-segmented-pw-04.txt (which covers MS-PW = VCCV OAM) indicates >=20 > "An example is the inter-AS L2VPN scenario where the ultimate > PEs reside in different provider networks (ASes) and it is > the practice to MD5-key all control traffic exchanged > between two networks. Technically a SS-PW could be used = but > this would require MD5-keying on ALL ultimate source and > destination PE nodes. An MS-PW allows the providers to > confine MD5 key administration to just the PW switching > points connecting the two domains." >=20 > The current segmented-pw draft does not yet address how to apply BFD = (including BFD MD5 authentication) for MS-PW VCCV OAM >=20 > So maybe it is too early to give total agreement with all MFA concerns = until all these issues are addressed and agreed in PWE3 >=20 > Regards >=20 > Don >=20 >=20 >=20 > -----Original Message----- > From: Stewart Bryant [mailto:stbryant@cisco.com] > Sent: Wednesday, March 21, 2007 12:17 PM > To: pwe3; Mark Townsley; Jari Arkko > Cc: George Swallow ((swallow)); mpls@ietf.org; Danny McPherson > Subject: [PWE3] Proposed G.8110.1 Amendment 1 Laision response >=20 >=20 > In response to the following liaison >=20 > https://datatracker.ietf.org/public/liaison_detail.cgi?detail_id=3D287 > concerning G.8110.1 Amendment 1 >=20 > I propose that we respond with the following > statement: >=20 > "The PWE3 WG agrees with the concerns expressed by the MFA > and wishes to be copied on the result of the SG15 analysis > of these concerns. >=20 > "The PWE3 WG will perform a further review of G.8110.1 > Amendment 1 and will respond in time for the ITU SG15 > meeting in June." >=20 > I need to send this out in the next couple of days > in time for their interim meeting next week. >=20 > I append the MFA text of the MFA liaison response. >=20 > - Stewart >=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >=20 > The MFA Forum thanks ITU-T SG 15 for the liaisons from > Q12/15, (from Geneva meeting) on an amendment to G.8110.1 > covering the architectural aspects of T-MPLS unidirectional > p2mp connections, T-MPLS OAM and T-MPLS survivability. >=20 > The MFA Forum also appreciates and thanks Q12/15 for asking > for comments on the proposed draft G.8110.1 Amendment 1. > The text below provides comments on the draft Amendment 1. >=20 > 1 Point-to-multipoint connections >=20 > The text for point-to-multipoint connections does not provide > any details. The current text only indicates that a unidirectional > point-to-multipoint sub-network connection broadcasts the > traffic from the root to a number of leaves. The Recommendation > G.8110.1 describes the functional architecture of Transport > MPLS using the components in G.8110. However, Recommendation > G.8110 does not specify any details of point-to-multipoint LSPs > and therefore it is insufficient to base G.8110.1 on G.8110 > alone. >=20 > With out providing additional details, it is not possible > specify the point-to-multipoint LSPs. Some of the missing > details are: Next hop label forwarding entries or packet > replication; FEC; data plane (e.g., tree or point to > point); Label assignment and Hierarchy. >=20 > Just as Recommendation G.8110 referred to the base IETF > Recommendations in its scope (e.g., RFC 3031, etc.), the > MFA Forum suggests that G.8110.1 similarly refer in its > scope to the base IETF RFCs on point to multipoint to > provide these details. As was done previously, it is > necessary to describe the functional architecture of MPLS > point-to-multipoint using the modeling methodology > described in ITU-T Recs G.805 and G.809. Following the same > method used to develop G.8110 therefore, the basis for this > work is the MPLS point-to-multipoint specification in the > following IETF RFCs (Drafts). >=20 > IETF defines data plane for p2mp connections, two label > distribution protocols for setting up p2mp connections > (RSVP-TE and LDP). IETF defines two possible applications > of p2mp connections: 2547 VPNs and VPLS. >=20 > IETF also extends MPLS architecture by defining > upstream-assigned labels and the notion of context-specific > label space. IETF defines extensions to RSVP-TE and > LDP to support distribution of upstream-assigned labels. > Upstream-assigned labels are used for (a) optimizing p2mp > operations over multi-access media (LANs), and (b) > p2mp LSP hierarchy. The list of relevant Internet Drafts: > p2mp Data plane: > draft-ietf-mpls-multicast-encaps >=20 > p2mp Label distribution protocols (for information): > draft-ietf-mpls-ldp-p2mp > draft-ietf-mpls-rsvp-te-p2mp >=20 > Upstream assigned labels: > draft-ieft-mpls-upstream-label >=20 > Extensions to RSVP-TE and LDP in support of upstream- > assigned labels (for information): > draft-ietf-mpls-rsvp-upstream > draft-ietf-mpls-ldp-upstream >=20 > p2mp OAM (for information): >=20 > draft-ietf-mpls-p2mp-oam-reqs > draft-ietf-mpls-p2mp-lsp-ping >=20 >=20 > It is not clear what is supported in T-MPLS for point-to- > multipoint connections. >=20 > 1.1 EtherType for Point-to-multipoint frames >=20 > T-MPLS uses the same data-link protocol ID (e.g. EtherType), > frame format and forwarding semantics as defined for MPLS > frames. For point-to-point frames EtherType 0x8847 is > used over Ethernet interfaces. It is not clear from the > current draft how Ethertype is used after point-to-multipoint=20 > connections are added. >=20 > IETF is working updating RFC 3032 MPLS Multicast > Encapsulations. RFC 3032 established two data link layer > codepoints for MPLS: one to indicate that the data link > layer frame is carrying an MPLS unicast packet, and the > other to indicate that the data link layer frame is > carrying an MPLS multicast packet. The new specification > updates RFC3032 by redefining the meaning of these two > codepoints. >=20 > The former "multicast codepoint" is now to be used only > on multi-access media, and it is to mean "the top label > of the following label stack is an upstream-assigned > label". The former "unicast codepoint" is to be used > in all other cases. Whether the data link layer payload > is a unicast MPLS packet or a multicast MPLS packet is > now to be determined by looking up the top label, rather > than by the codepoint. >=20 > The new draft also specifies =93MAC DA=94 field of an > Ethernet frame which carries MPLS multicast packet. > Please see IETF draft =93MPLS Multicast Encapsulations=94=20 > draft-ietf-mpls-multicast-encaps-02.txt, September 2006. >=20 > 1.2 OAM support for Point-to-multipoint >=20 > Point-to multipoint LSPs are unidirectional. However, > there is T-MPLS OAM information, such as BDI, > =93Linktrace-Reply=94 and =93Loopback-Reply=94, that should be > transmitted from the leaves to the root. >=20 > The architecture does not specify how the data is > transmitted from the leaves to the root. With out this > capability it is not possible to support some of the > OAM capabilities. >=20 > 2 Generic requirements >=20 > One of the major capabilities missing in the T-MPLS > architecture is security capabilities. The following > security capabilities are suggested for inclusion. > These requirements are derived from the MFA Forum > Service provider council MPLS-ICI requirements. Since > T-MPLS supports NNI, these requirements are applicable. > The capabilities are: >=20 > =95 Authentication of OAM messages with MD5 or other. > =95 Control of labels used over NNI > =95 IPSec all tunnels over which control messages > are exchanged. >=20 > The MFA Forum thanks ITU-T SG 15 for the opportunity > to provide comments and suggestions in relation to > T-MPLS as a packet transport network technology. > Further, the MFA Forum is interested in receiving > updates on this and the work you are initiating to > address control plane aspects. >=20 > The MFA Forum meets from March 6-8, 2007 in Chicago, IL USA. >=20 > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 >=20 _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls From mpls-bounces@lists.ietf.org Thu Mar 22 03:40:05 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HUHpO-00015f-9h; Thu, 22 Mar 2007 03:35:18 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HUHpL-00015D-4p for mpls@ietf.org; Thu, 22 Mar 2007 03:35:15 -0400 Received: from [80.86.78.228] (helo=smtp.testbed.se) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HUHpG-0002s0-OC for mpls@ietf.org; Thu, 22 Mar 2007 03:35:15 -0400 Received: from dhcp-10d8.ietf68.org ([130.129.16.216]) by fw.testbed.se with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.43) id 1HUHpC-0007L0-MP; Thu, 22 Mar 2007 08:35:08 +0100 Message-ID: <460231A7.1030204@pi.se> Date: Thu, 22 Mar 2007 08:35:03 +0100 From: Loa Andersson Organization: Acreo AB User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: mpls@ietf.org, pwe3 X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Score: -1.4 (-) X-Spam-Report: -1.4 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Spam-Score: 0.0 (/) X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2 Cc: Jari Arkko , Danny McPherson , David Ward , Ross Callon , "W. Mark Townsley" , Stewart Bryant Subject: [mpls] review Liaison statement on progress on T-MPLS OAM definition X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org Working groups, we (the MPLS and PWE3 WGs) have received a liaison from ITU-T SG15 on the progress on the T-MPLS OAM definition. https://datatracker.ietf.org/public/liaison_detail.cgi?detail_id=304 you'll find two documents if you follow the links in the liaison. The response time is very short and overlapping with the Prague IETF meeting, the working group chairs has sent a liaison to the ITU-T SG15 telling them that our review will take 6 weeks, and that we will send our response later. Alternative way of finding the documents: http://www.tla-group.com/~loa/Y17tor-latest.pdf http://www.tla-group.com/~loa/Y17tom-latest.pdf /Loa for the MPLS and PWE3 WG chairs -- Loa Andersson Principal Networking Architect Acreo AB phone: +46 8 632 77 14 Isafjordsgatan 22 mobile: +46 739 81 21 64 Kista, Sweden email: loa.andersson@acreo.se loa@pi.se _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls From mpls-bounces@lists.ietf.org Thu Mar 22 06:23:49 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HUKPw-0006wr-MB; Thu, 22 Mar 2007 06:21:12 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HUKPu-0006wj-T1 for mpls@ietf.org; Thu, 22 Mar 2007 06:21:10 -0400 Received: from black.monoski.com ([63.227.123.238] helo=napoleon.monoski.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HUKPt-0001bi-Fq for mpls@ietf.org; Thu, 22 Mar 2007 06:21:10 -0400 Received: from [130.129.19.114] (dhcp-1372.ietf68.org [130.129.19.114]) (authenticated bits=0) by napoleon.monoski.com (8.13.8/8.13.8) with ESMTP id l2MAKJra022958 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 22 Mar 2007 04:21:04 -0600 (MDT) Message-ID: <460249B8.6020500@cisco.com> Date: Thu, 22 Mar 2007 03:17:44 -0600 From: Luca Martini User-Agent: Thunderbird 1.5.0.8 (X11/20061025) MIME-Version: 1.0 To: mpls@ietf.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0a1 (napoleon.monoski.com [63.227.123.227]); Thu, 22 Mar 2007 04:21:04 -0600 (MDT) X-Scanned-By: MIMEDefang 2.57 on 63.227.123.227 X-Spam-Score: 0.0 (/) X-Scan-Signature: 856eb5f76e7a34990d1d457d8e8e5b7f Cc: Subject: [mpls] draft-decraene-mpls-ldp-interarea-04.txt clarification. X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org Bruno, If my interpretation is correct, I think that you need to make it very clear that the original LDP FEC is installed because the LSR found a longest prefix matching IP RIB entry resulting in a NH, and output interface, then the original LDP FEC will be advertised with a label for that LSR. One could mistakenly assume that a new aggregate FEC would be advertised, which should not be the case. I am also assuming that if an LSR not supporting this procedure is in the path , we should have no adverse effect other then that the LSP will stop at the LSR that does not support this procedure. ( it might be nice to explains this ) Luca _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls From mpls-bounces@lists.ietf.org Thu Mar 22 10:11:05 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HUNv2-0000Id-AD; Thu, 22 Mar 2007 10:05:32 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HUNv0-0000IJ-RD; Thu, 22 Mar 2007 10:05:30 -0400 Received: from mailrelay1.alcatel.de ([194.113.59.95]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HUNux-0003cM-CY; Thu, 22 Mar 2007 10:05:30 -0400 Received: from itmail02.netfr.alcatel.fr (itmail02.netfr.alcatel.fr [155.132.182.198]) by mailrelay1.alcatel.de (8.13.4/8.13.4/ICT) with ESMTP id l2ME5NCR019771; Thu, 22 Mar 2007 15:05:23 +0100 Received: from itvimn0i34082 ([172.17.114.71]) by itmail02.netfr.alcatel.fr (Lotus Domino Release 5.0.13aHF163) with SMTP id 2007032215051882:7607 ; Thu, 22 Mar 2007 15:05:18 +0100 From: "Italo Busi" To: "Stewart Bryant" , "pwe3" , "Mark Townsley" , "Jari Arkko" Date: Thu, 22 Mar 2007 15:05:21 +0100 Message-ID: MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Importance: Normal In-Reply-To: <46016872.3070403@cisco.com> X-MIMETrack: Itemize by SMTP Server on ITMAIL02/IT/ALCATEL(Release 5.0.13aHF163 | June 23, 2005) at 03/22/2007 15:05:20, Serialize by Router on ITMAIL02/IT/ALCATEL(Release 5.0.13aHF163 | June 23, 2005) at 03/22/2007 15:05:22 X-Scanned-By: MIMEDefang 2.51 on 149.204.45.72 X-Spam-Score: 0.1 (/) X-Scan-Signature: 36b1f8810cb91289d885dc8ab4fc8172 Cc: mpls@ietf.org Subject: [mpls] RE: [PWE3] Proposed G.8110.1 Amendment 1 Laision response X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1675432963==" Errors-To: mpls-bounces@lists.ietf.org --===============1675432963== Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: base64 U3Rld2FydCwNCg0KSSBmZWVsIGEgbGl0dGxlIGJpdCB1bmNvbmZvcnRhYmxlIHdpdGggdGhlIHNl Y29uZCBwYXJ0IG9mIHRoZSBwcm9wb3NlZCBsaWFpc29uOg0KDQoiVGhlIFBXRTMgV0cgd2lsbCBw ZXJmb3JtIGEgZnVydGhlciByZXZpZXcgb2YgRy44MTEwLjEgQW1lbmRtZW50IDEgYW5kIHdpbGwN CnJlc3BvbmQgaW4gdGltZSBmb3IgdGhlIElUVSBTRzE1IG1lZXRpbmcgaW4gSnVuZS4iDQoNCkl0 IHNvdW5kcyBsaWtlIHRoZSBkcmFmdCBoYXMgbm90IGJlZW4gcmVhZCBhdCBhbGwuIEkgZG8gbm90 IHRoaW5rIHRoaXMgaXMgYQ0KcG9saXRlIG1lc3NhZ2Ugd2Ugd2lzaCB0byBnaXZlIHRvIElUVS4N Cg0KSSB3b3VsZCBwcm9wb3NlIHRvIHNtb290ZSBhIGxpdHRsZSBiaXQgdGhlIG1lc3NhZ2Ugd2l0 aCBzb21ldGhpbmcgbGlrZToNCg0KIlRoZSBQV0UzIFdHIGhhcyBub3QgZm91bmQgb3RoZXIgbWFq b3IgaXNzdWVzIHRoYW4gdGhvc2UgaWRlbnRpZmllZCBieSB0aGUgTUZBDQpGb3J1bSwgaG93ZXZl ciBpdCB3aWxsIHBlcmZvcm0gYSBmdXJ0aGVyIGRldGFpbGVkIHJldmlldyBvZiBHLjgxMTAuMSBB bWVuZG1lbnQgMQ0KYW5kIHdpbGwgcmVzcG9uZCBpbiB0aW1lIGZvciB0aGUgSVRVIFNHMTUgbWVl dGluZyBpbiBKdW5lLiINCg0KVGhhbmtzLCBJdGFsbw0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2Fn ZS0tLS0tDQo+IEZyb206IFN0ZXdhcnQgQnJ5YW50IFttYWlsdG86c3RicnlhbnRAY2lzY28uY29t XQ0KPiBTZW50OiBXZWRuZXNkYXksIE1hcmNoIDIxLCAyMDA3IDY6MTcgUE0NCj4gVG86IHB3ZTM7 IE1hcmsgVG93bnNsZXk7IEphcmkgQXJra28NCj4gQ2M6IEdlb3JnZSBTd2FsbG93ICgoc3dhbGxv dykpOyBtcGxzQGlldGYub3JnOyBEYW5ueSBNY1BoZXJzb24NCj4gU3ViamVjdDogW1BXRTNdIFBy b3Bvc2VkIEcuODExMC4xIEFtZW5kbWVudCAxIExhaXNpb24gcmVzcG9uc2UNCj4NCj4NCj4gSW4g cmVzcG9uc2UgdG8gdGhlIGZvbGxvd2luZyBsaWFpc29uDQo+DQo+IGh0dHBzOi8vZGF0YXRyYWNr ZXIuaWV0Zi5vcmcvcHVibGljL2xpYWlzb25fZGV0YWlsLmNnaT9kZXRhaWxfaWQ9Mjg3DQo+IGNv bmNlcm5pbmcgRy44MTEwLjEgQW1lbmRtZW50IDENCj4NCj4gSSBwcm9wb3NlIHRoYXQgd2UgcmVz cG9uZCB3aXRoIHRoZSBmb2xsb3dpbmcNCj4gc3RhdGVtZW50Og0KPg0KPiAiVGhlIFBXRTMgV0cg YWdyZWVzIHdpdGggdGhlIGNvbmNlcm5zIGV4cHJlc3NlZCBieSB0aGUgTUZBDQo+IGFuZCB3aXNo ZXMgdG8gYmUgY29waWVkIG9uIHRoZSByZXN1bHQgb2YgdGhlIFNHMTUgYW5hbHlzaXMNCj4gb2Yg dGhlc2UgY29uY2VybnMuDQo+DQo+ICJUaGUgUFdFMyBXRyB3aWxsIHBlcmZvcm0gYSBmdXJ0aGVy IHJldmlldyBvZiBHLjgxMTAuMQ0KPiBBbWVuZG1lbnQgMSBhbmQgd2lsbCByZXNwb25kIGluIHRp bWUgZm9yIHRoZSBJVFUgU0cxNQ0KPiBtZWV0aW5nIGluIEp1bmUuIg0KPg0KPiBJIG5lZWQgdG8g c2VuZCB0aGlzIG91dCBpbiB0aGUgbmV4dCBjb3VwbGUgb2YgZGF5cw0KPiBpbiB0aW1lIGZvciB0 aGVpciBpbnRlcmltIG1lZXRpbmcgbmV4dCB3ZWVrLg0KPg0KPiBJIGFwcGVuZCB0aGUgTUZBIHRl eHQgb2YgdGhlIE1GQSBsaWFpc29uIHJlc3BvbnNlLg0KPg0KPiAtIFN0ZXdhcnQNCj4NCj4gPT09 PT09PT09PT09PT09DQo+DQo+IFRoZSBNRkEgRm9ydW0gdGhhbmtzIElUVS1UIFNHIDE1IGZvciB0 aGUgbGlhaXNvbnMgZnJvbQ0KPiBRMTIvMTUsIChmcm9tIEdlbmV2YSBtZWV0aW5nKSBvbiBhbiBh bWVuZG1lbnQgdG8gRy44MTEwLjENCj4gY292ZXJpbmcgdGhlIGFyY2hpdGVjdHVyYWwgYXNwZWN0 cyBvZiBULU1QTFMgdW5pZGlyZWN0aW9uYWwNCj4gcDJtcCBjb25uZWN0aW9ucywgVC1NUExTIE9B TSBhbmQgVC1NUExTIHN1cnZpdmFiaWxpdHkuDQo+DQo+IFRoZSBNRkEgRm9ydW0gYWxzbyBhcHBy ZWNpYXRlcyBhbmQgdGhhbmtzIFExMi8xNSBmb3IgYXNraW5nDQo+IGZvciBjb21tZW50cyBvbiB0 aGUgcHJvcG9zZWQgZHJhZnQgRy44MTEwLjEgQW1lbmRtZW50IDEuDQo+IFRoZSB0ZXh0IGJlbG93 IHByb3ZpZGVzIGNvbW1lbnRzIG9uIHRoZSBkcmFmdCBBbWVuZG1lbnQgMS4NCj4NCj4gMQlQb2lu dC10by1tdWx0aXBvaW50IGNvbm5lY3Rpb25zDQo+DQo+IFRoZSB0ZXh0IGZvciBwb2ludC10by1t dWx0aXBvaW50IGNvbm5lY3Rpb25zIGRvZXMgbm90IHByb3ZpZGUNCj4gYW55IGRldGFpbHMuIFRo ZSBjdXJyZW50IHRleHQgb25seSBpbmRpY2F0ZXMgdGhhdCBhIHVuaWRpcmVjdGlvbmFsDQo+IHBv aW50LXRvLW11bHRpcG9pbnQgc3ViLW5ldHdvcmsgY29ubmVjdGlvbiBicm9hZGNhc3RzIHRoZQ0K PiB0cmFmZmljIGZyb20gdGhlIHJvb3QgdG8gYSBudW1iZXIgb2YgbGVhdmVzLiBUaGUgUmVjb21t ZW5kYXRpb24NCj4gRy44MTEwLjEgZGVzY3JpYmVzIHRoZSBmdW5jdGlvbmFsIGFyY2hpdGVjdHVy ZSBvZiBUcmFuc3BvcnQNCj4gTVBMUyB1c2luZyB0aGUgY29tcG9uZW50cyBpbiBHLjgxMTAuIEhv d2V2ZXIsIFJlY29tbWVuZGF0aW9uDQo+IEcuODExMCBkb2VzIG5vdCBzcGVjaWZ5IGFueSBkZXRh aWxzIG9mIHBvaW50LXRvLW11bHRpcG9pbnQgTFNQcw0KPiBhbmQgdGhlcmVmb3JlIGl0IGlzIGlu c3VmZmljaWVudCB0byBiYXNlIEcuODExMC4xIG9uIEcuODExMA0KPiBhbG9uZS4NCj4NCj4gV2l0 aCBvdXQgcHJvdmlkaW5nIGFkZGl0aW9uYWwgZGV0YWlscywgaXQgaXMgbm90IHBvc3NpYmxlDQo+ IHNwZWNpZnkgdGhlIHBvaW50LXRvLW11bHRpcG9pbnQgTFNQcy4gU29tZSBvZiB0aGUgbWlzc2lu Zw0KPiBkZXRhaWxzIGFyZTogTmV4dCBob3AgbGFiZWwgZm9yd2FyZGluZyBlbnRyaWVzIG9yIHBh Y2tldA0KPiByZXBsaWNhdGlvbjsgRkVDOyBkYXRhIHBsYW5lIChlLmcuLCB0cmVlIG9yIHBvaW50 IHRvDQo+IHBvaW50KTsgTGFiZWwgYXNzaWdubWVudCBhbmQgSGllcmFyY2h5Lg0KPg0KPiBKdXN0 IGFzIFJlY29tbWVuZGF0aW9uIEcuODExMCByZWZlcnJlZCB0byB0aGUgYmFzZSBJRVRGDQo+IFJl Y29tbWVuZGF0aW9ucyBpbiBpdHMgc2NvcGUgKGUuZy4sIFJGQyAzMDMxLCBldGMuKSwgdGhlDQo+ IE1GQSBGb3J1bSBzdWdnZXN0cyB0aGF0IEcuODExMC4xIHNpbWlsYXJseSByZWZlciBpbiBpdHMN Cj4gc2NvcGUgdG8gdGhlIGJhc2UgSUVURiBSRkNzIG9uIHBvaW50IHRvIG11bHRpcG9pbnQgdG8N Cj4gcHJvdmlkZSB0aGVzZSBkZXRhaWxzLiBBcyB3YXMgZG9uZSBwcmV2aW91c2x5LCBpdCBpcw0K PiBuZWNlc3NhcnkgdG8gZGVzY3JpYmUgdGhlIGZ1bmN0aW9uYWwgYXJjaGl0ZWN0dXJlIG9mIE1Q TFMNCj4gcG9pbnQtdG8tbXVsdGlwb2ludCB1c2luZyB0aGUgbW9kZWxpbmcgbWV0aG9kb2xvZ3kN Cj4gZGVzY3JpYmVkIGluIElUVS1UIFJlY3MgRy44MDUgYW5kIEcuODA5LiBGb2xsb3dpbmcgdGhl IHNhbWUNCj4gbWV0aG9kIHVzZWQgdG8gZGV2ZWxvcCBHLjgxMTAgdGhlcmVmb3JlLCB0aGUgYmFz aXMgZm9yIHRoaXMNCj4gd29yayBpcyB0aGUgTVBMUyBwb2ludC10by1tdWx0aXBvaW50IHNwZWNp ZmljYXRpb24gaW4gdGhlDQo+IGZvbGxvd2luZyBJRVRGIFJGQ3MgKERyYWZ0cykuDQo+DQo+IElF VEYgZGVmaW5lcyBkYXRhIHBsYW5lIGZvciBwMm1wIGNvbm5lY3Rpb25zLCB0d28gbGFiZWwNCj4g ZGlzdHJpYnV0aW9uIHByb3RvY29scyBmb3Igc2V0dGluZyB1cCBwMm1wIGNvbm5lY3Rpb25zDQo+ IChSU1ZQLVRFIGFuZCBMRFApLiBJRVRGIGRlZmluZXMgdHdvIHBvc3NpYmxlIGFwcGxpY2F0aW9u cw0KPiBvZiBwMm1wIGNvbm5lY3Rpb25zOiAyNTQ3IFZQTnMgYW5kIFZQTFMuDQo+DQo+IElFVEYg YWxzbyBleHRlbmRzIE1QTFMgYXJjaGl0ZWN0dXJlIGJ5IGRlZmluaW5nDQo+IHVwc3RyZWFtLWFz c2lnbmVkIGxhYmVscyBhbmQgdGhlIG5vdGlvbiBvZiBjb250ZXh0LXNwZWNpZmljDQo+IGxhYmVs IHNwYWNlLiBJRVRGIGRlZmluZXMgZXh0ZW5zaW9ucyB0byBSU1ZQLVRFIGFuZA0KPiBMRFAgdG8g c3VwcG9ydCBkaXN0cmlidXRpb24gb2YgdXBzdHJlYW0tYXNzaWduZWQgbGFiZWxzLg0KPiBVcHN0 cmVhbS1hc3NpZ25lZCBsYWJlbHMgYXJlIHVzZWQgZm9yIChhKSBvcHRpbWl6aW5nIHAybXANCj4g b3BlcmF0aW9ucyBvdmVyIG11bHRpLWFjY2VzcyBtZWRpYSAoTEFOcyksIGFuZCAoYikNCj4gcDJt cCBMU1AgaGllcmFyY2h5LiBUaGUgbGlzdCBvZiByZWxldmFudCBJbnRlcm5ldCBEcmFmdHM6DQo+ IHAybXAgRGF0YSBwbGFuZToNCj4gICAgICBkcmFmdC1pZXRmLW1wbHMtbXVsdGljYXN0LWVuY2Fw cw0KPg0KPiBwMm1wIExhYmVsIGRpc3RyaWJ1dGlvbiBwcm90b2NvbHMgKGZvciBpbmZvcm1hdGlv bik6DQo+ICAgICAgZHJhZnQtaWV0Zi1tcGxzLWxkcC1wMm1wDQo+ICAgICAgZHJhZnQtaWV0Zi1t cGxzLXJzdnAtdGUtcDJtcA0KPg0KPiBVcHN0cmVhbSBhc3NpZ25lZCBsYWJlbHM6DQo+ICAgICAg ZHJhZnQtaWVmdC1tcGxzLXVwc3RyZWFtLWxhYmVsDQo+DQo+IEV4dGVuc2lvbnMgdG8gUlNWUC1U RSBhbmQgTERQIGluIHN1cHBvcnQgb2YgdXBzdHJlYW0tDQo+IGFzc2lnbmVkIGxhYmVscyAoZm9y IGluZm9ybWF0aW9uKToNCj4gICAgICBkcmFmdC1pZXRmLW1wbHMtcnN2cC11cHN0cmVhbQ0KPiAg ICAgIGRyYWZ0LWlldGYtbXBscy1sZHAtdXBzdHJlYW0NCj4NCj4gcDJtcCBPQU0gKGZvciBpbmZv cm1hdGlvbik6DQo+DQo+ICAgIGRyYWZ0LWlldGYtbXBscy1wMm1wLW9hbS1yZXFzDQo+ICAgIGRy YWZ0LWlldGYtbXBscy1wMm1wLWxzcC1waW5nDQo+DQo+DQo+IEl0IGlzIG5vdCBjbGVhciB3aGF0 IGlzIHN1cHBvcnRlZCBpbiBULU1QTFMgZm9yIHBvaW50LXRvLQ0KPiBtdWx0aXBvaW50IGNvbm5l Y3Rpb25zLg0KPg0KPiAxLjEJRXRoZXJUeXBlIGZvciBQb2ludC10by1tdWx0aXBvaW50IGZyYW1l cw0KPg0KPiBULU1QTFMgdXNlcyB0aGUgc2FtZSBkYXRhLWxpbmsgcHJvdG9jb2wgSUQgKGUuZy4g RXRoZXJUeXBlKSwNCj4gZnJhbWUgZm9ybWF0IGFuZCBmb3J3YXJkaW5nIHNlbWFudGljcyBhcyBk ZWZpbmVkIGZvciBNUExTDQo+IGZyYW1lcy4gIEZvciBwb2ludC10by1wb2ludCBmcmFtZXMgRXRo ZXJUeXBlIDB4ODg0NyBpcw0KPiB1c2VkIG92ZXIgRXRoZXJuZXQgaW50ZXJmYWNlcy4gSXQgaXMg bm90IGNsZWFyIGZyb20gdGhlDQo+IGN1cnJlbnQgZHJhZnQgaG93IEV0aGVydHlwZSBpcyB1c2Vk IGFmdGVyIHBvaW50LXRvLW11bHRpcG9pbnQNCj4gY29ubmVjdGlvbnMgYXJlIGFkZGVkLg0KPg0K PiBJRVRGIGlzIHdvcmtpbmcgdXBkYXRpbmcgUkZDIDMwMzIgTVBMUyBNdWx0aWNhc3QNCj4gRW5j YXBzdWxhdGlvbnMuIFJGQyAzMDMyIGVzdGFibGlzaGVkIHR3byBkYXRhIGxpbmsgbGF5ZXINCj4g Y29kZXBvaW50cyBmb3IgTVBMUzogb25lIHRvIGluZGljYXRlIHRoYXQgdGhlIGRhdGEgbGluaw0K PiBsYXllciBmcmFtZSBpcyBjYXJyeWluZyBhbiBNUExTIHVuaWNhc3QgcGFja2V0LCBhbmQgdGhl DQo+IG90aGVyIHRvIGluZGljYXRlIHRoYXQgdGhlIGRhdGEgbGluayBsYXllciBmcmFtZSBpcw0K PiBjYXJyeWluZyBhbiBNUExTIG11bHRpY2FzdCBwYWNrZXQuICBUaGUgbmV3IHNwZWNpZmljYXRp b24NCj4gdXBkYXRlcyAgUkZDMzAzMiBieSByZWRlZmluaW5nIHRoZSBtZWFuaW5nIG9mIHRoZXNl IHR3bw0KPiBjb2RlcG9pbnRzLg0KPg0KPiBUaGUgZm9ybWVyICJtdWx0aWNhc3QgY29kZXBvaW50 IiBpcyBub3cgdG8gYmUgdXNlZCBvbmx5DQo+IG9uIG11bHRpLWFjY2VzcyBtZWRpYSwgYW5kIGl0 IGlzIHRvIG1lYW4gInRoZSB0b3AgbGFiZWwNCj4gb2YgdGhlIGZvbGxvd2luZyBsYWJlbCBzdGFj ayBpcyBhbiB1cHN0cmVhbS1hc3NpZ25lZA0KPiBsYWJlbCIuICBUaGUgZm9ybWVyICJ1bmljYXN0 IGNvZGVwb2ludCIgaXMgdG8gYmUgdXNlZA0KPiBpbiBhbGwgb3RoZXIgY2FzZXMuICBXaGV0aGVy IHRoZSBkYXRhIGxpbmsgbGF5ZXIgcGF5bG9hZA0KPiBpcyBhIHVuaWNhc3QgTVBMUyBwYWNrZXQg b3IgYSBtdWx0aWNhc3QgTVBMUyBwYWNrZXQgaXMNCj4gbm93IHRvIGJlIGRldGVybWluZWQgYnkg bG9va2luZyB1cCB0aGUgdG9wIGxhYmVsLCByYXRoZXINCj4gdGhhbiBieSB0aGUgY29kZXBvaW50 Lg0KPg0KPiBUaGUgbmV3IGRyYWZ0IGFsc28gc3BlY2lmaWVzIJNNQUMgREGUIGZpZWxkIG9mIGFu DQo+IEV0aGVybmV0IGZyYW1lIHdoaWNoIGNhcnJpZXMgTVBMUyBtdWx0aWNhc3QgcGFja2V0Lg0K PiBQbGVhc2Ugc2VlIElFVEYgZHJhZnQgk01QTFMgTXVsdGljYXN0IEVuY2Fwc3VsYXRpb25zlA0K PiBkcmFmdC1pZXRmLW1wbHMtbXVsdGljYXN0LWVuY2Fwcy0wMi50eHQsIFNlcHRlbWJlciAyMDA2 Lg0KPg0KPiAxLjIJT0FNIHN1cHBvcnQgZm9yIFBvaW50LXRvLW11bHRpcG9pbnQNCj4NCj4gUG9p bnQtdG8gbXVsdGlwb2ludCBMU1BzIGFyZSB1bmlkaXJlY3Rpb25hbC4gSG93ZXZlciwNCj4gdGhl cmUgaXMgVC1NUExTIE9BTSBpbmZvcm1hdGlvbiwgc3VjaCBhcyBCREksDQo+IJNMaW5rdHJhY2Ut UmVwbHmUIGFuZCCTTG9vcGJhY2stUmVwbHmULCB0aGF0IHNob3VsZCBiZQ0KPiB0cmFuc21pdHRl ZCBmcm9tIHRoZSBsZWF2ZXMgdG8gdGhlIHJvb3QuDQo+DQo+IFRoZSBhcmNoaXRlY3R1cmUgZG9l cyBub3Qgc3BlY2lmeSBob3cgdGhlIGRhdGEgaXMNCj4gdHJhbnNtaXR0ZWQgZnJvbSB0aGUgbGVh dmVzIHRvIHRoZSByb290LiBXaXRoIG91dCB0aGlzDQo+IGNhcGFiaWxpdHkgaXQgaXMgbm90IHBv c3NpYmxlIHRvIHN1cHBvcnQgc29tZSBvZiB0aGUNCj4gT0FNIGNhcGFiaWxpdGllcy4NCj4NCj4g MglHZW5lcmljIHJlcXVpcmVtZW50cw0KPg0KPiBPbmUgb2YgdGhlIG1ham9yIGNhcGFiaWxpdGll cyBtaXNzaW5nIGluIHRoZSBULU1QTFMNCj4gYXJjaGl0ZWN0dXJlIGlzIHNlY3VyaXR5IGNhcGFi aWxpdGllcy4gVGhlIGZvbGxvd2luZw0KPiBzZWN1cml0eSBjYXBhYmlsaXRpZXMgYXJlIHN1Z2dl c3RlZCBmb3IgaW5jbHVzaW9uLg0KPiBUaGVzZSByZXF1aXJlbWVudHMgYXJlIGRlcml2ZWQgZnJv bSB0aGUgTUZBIEZvcnVtDQo+IFNlcnZpY2UgcHJvdmlkZXIgY291bmNpbCBNUExTLUlDSSByZXF1 aXJlbWVudHMuIFNpbmNlDQo+IFQtTVBMUyBzdXBwb3J0cyBOTkksIHRoZXNlIHJlcXVpcmVtZW50 cyBhcmUgYXBwbGljYWJsZS4NCj4gVGhlIGNhcGFiaWxpdGllcyBhcmU6DQo+DQo+IJUJQXV0aGVu dGljYXRpb24gb2YgT0FNIG1lc3NhZ2VzIHdpdGggTUQ1IG9yIG90aGVyLg0KPiCVCUNvbnRyb2wg b2YgbGFiZWxzIHVzZWQgb3ZlciBOTkkNCj4glQlJUFNlYyBhbGwgdHVubmVscyBvdmVyIHdoaWNo IGNvbnRyb2wgbWVzc2FnZXMNCj4gICAgICAgICAgYXJlIGV4Y2hhbmdlZC4NCj4NCj4gVGhlIE1G QSBGb3J1bSB0aGFua3MgSVRVLVQgU0cgMTUgZm9yIHRoZSBvcHBvcnR1bml0eQ0KPiB0byBwcm92 aWRlIGNvbW1lbnRzIGFuZCBzdWdnZXN0aW9ucyBpbiByZWxhdGlvbiB0bw0KPiBULU1QTFMgYXMg YSBwYWNrZXQgdHJhbnNwb3J0IG5ldHdvcmsgdGVjaG5vbG9neS4NCj4gRnVydGhlciwgdGhlIE1G QSBGb3J1bSBpcyBpbnRlcmVzdGVkIGluIHJlY2VpdmluZw0KPiB1cGRhdGVzIG9uIHRoaXMgYW5k IHRoZSB3b3JrIHlvdSBhcmUgaW5pdGlhdGluZyB0bw0KPiBhZGRyZXNzIGNvbnRyb2wgcGxhbmUg YXNwZWN0cy4NCj4NCj4gVGhlIE1GQSBGb3J1bSBtZWV0cyBmcm9tIE1hcmNoIDYtOCwgMjAwNyBp biBDaGljYWdvLCBJTCBVU0EuDQo+DQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fDQo+IHB3ZTMgbWFpbGluZyBsaXN0DQo+IHB3ZTNAaWV0Zi5vcmcNCj4g aHR0cHM6Ly93d3cxLmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcHdlMw0KPg0KDQo= --===============1675432963== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls --===============1675432963==-- From mpls-bounces@lists.ietf.org Thu Mar 22 10:25:00 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HUOCc-0007MQ-2c; Thu, 22 Mar 2007 10:23:42 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HUOCa-0007MA-G6; Thu, 22 Mar 2007 10:23:40 -0400 Received: from rtp-iport-1.cisco.com ([64.102.122.148]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HUOCX-0007XF-Ju; Thu, 22 Mar 2007 10:23:40 -0400 Received: from rtp-dkim-2.cisco.com ([64.102.121.159]) by rtp-iport-1.cisco.com with ESMTP; 22 Mar 2007 10:23:39 -0400 Received: from rtp-core-1.cisco.com (rtp-core-1.cisco.com [64.102.124.12]) by rtp-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id l2MENb3G022687; Thu, 22 Mar 2007 10:23:37 -0400 Received: from xbh-rtp-211.amer.cisco.com (xbh-rtp-211.cisco.com [64.102.31.102]) by rtp-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l2MENbGd028050; Thu, 22 Mar 2007 14:23:37 GMT Received: from xfe-rtp-201.amer.cisco.com ([64.102.31.38]) by xbh-rtp-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 22 Mar 2007 10:23:37 -0400 Received: from [10.83.15.53] ([10.83.15.53]) by xfe-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 22 Mar 2007 10:23:36 -0400 In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v752.3) X-Priority: 3 (Normal) Content-Type: text/plain; charset=WINDOWS-1252; delsp=yes; format=flowed Message-Id: <05D7AE44-7563-4ACD-B8A8-F2852D53698B@cisco.com> Content-Transfer-Encoding: quoted-printable From: "Thomas D. Nadeau" Date: Thu, 22 Mar 2007 10:23:32 -0400 To: "Italo Busi" X-Mailer: Apple Mail (2.752.3) X-OriginalArrivalTime: 22 Mar 2007 14:23:36.0379 (UTC) FILETIME=[ADB3F8B0:01C76C8D] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=8696; t=1174573417; x=1175437417; c=relaxed/simple; s=rtpdkim2001; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=tnadeau@cisco.com; z=From:=20=22Thomas=20D.=20Nadeau=22=20 |Subject:=20Re=3A=20[PWE3]=20Proposed=20G.8110.1=20Amendment=201=20Laisio n=20response |Sender:=20 |To:=20=22Italo=20Busi=22=20; bh=50Y66IbK3DesZePu6D1SuT0sgQ0BApx0CNWfT2xuF9k=; b=bElw+I8Bu3kMiPEtupQGmbkjegfUZ55MShPiYU9j3Wa6PQUTYey03EMLr8qv+paRDuXMD6qb ukCxe+0F1ldcU9cz3Q3h9KZfDfKZtxtXon5+WffDvJs9yTAlXFQkmDIo; Authentication-Results: rtp-dkim-2; header.From=tnadeau@cisco.com; dkim=pass ( sig from cisco.com/rtpdkim2001 verified; ); X-Spam-Score: 0.0 (/) X-Scan-Signature: 76c7db407a166e4c39f35d8215d8dd32 Cc: mpls@ietf.org, pwe3 , Jari Arkko , Mark Townsley , Stewart Bryant Subject: [mpls] Re: [PWE3] Proposed G.8110.1 Amendment 1 Laision response X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org I prefer something closer to Stewart's earlier statement: "Although the PWE3 WG agrees with the concerns expressed by the MFA, we intend will perform a further detailed review of G.8110.1 Amendment 1 and will respond in time for the ITU SG15 meeting in June. The PWE3 WG also requests that SG15 inform the PWE3 WG with the result of the SG15 analysis of these concerns." > Stewart, > > I feel a little bit unconfortable with the second part of the =20 > proposed liaison: > > "The PWE3 WG will perform a further review of G.8110.1 Amendment 1 =20 > and will > respond in time for the ITU SG15 meeting in June." > > It sounds like the draft has not been read at all. I do not think =20 > this is a > polite message we wish to give to ITU. > > I would propose to smoote a little bit the message with something =20 > like: > > "The PWE3 WG has not found other major issues than those identified =20= > by the MFA > Forum, however it will perform a further detailed review of G.=20 > 8110.1 Amendment 1 > and will respond in time for the ITU SG15 meeting in June." > > Thanks, Italo > >> -----Original Message----- >> From: Stewart Bryant [mailto:stbryant@cisco.com] >> Sent: Wednesday, March 21, 2007 6:17 PM >> To: pwe3; Mark Townsley; Jari Arkko >> Cc: George Swallow ((swallow)); mpls@ietf.org; Danny McPherson >> Subject: [PWE3] Proposed G.8110.1 Amendment 1 Laision response >> >> >> In response to the following liaison >> >> https://datatracker.ietf.org/public/liaison_detail.cgi?detail_id=3D287 >> concerning G.8110.1 Amendment 1 >> >> I propose that we respond with the following >> statement: >> >> "The PWE3 WG agrees with the concerns expressed by the MFA >> and wishes to be copied on the result of the SG15 analysis >> of these concerns. >> >> "The PWE3 WG will perform a further review of G.8110.1 >> Amendment 1 and will respond in time for the ITU SG15 >> meeting in June." >> >> I need to send this out in the next couple of days >> in time for their interim meeting next week. >> >> I append the MFA text of the MFA liaison response. >> >> - Stewart >> >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> >> The MFA Forum thanks ITU-T SG 15 for the liaisons from >> Q12/15, (from Geneva meeting) on an amendment to G.8110.1 >> covering the architectural aspects of T-MPLS unidirectional >> p2mp connections, T-MPLS OAM and T-MPLS survivability. >> >> The MFA Forum also appreciates and thanks Q12/15 for asking >> for comments on the proposed draft G.8110.1 Amendment 1. >> The text below provides comments on the draft Amendment 1. >> >> 1 Point-to-multipoint connections >> >> The text for point-to-multipoint connections does not provide >> any details. The current text only indicates that a unidirectional >> point-to-multipoint sub-network connection broadcasts the >> traffic from the root to a number of leaves. The Recommendation >> G.8110.1 describes the functional architecture of Transport >> MPLS using the components in G.8110. However, Recommendation >> G.8110 does not specify any details of point-to-multipoint LSPs >> and therefore it is insufficient to base G.8110.1 on G.8110 >> alone. >> >> With out providing additional details, it is not possible >> specify the point-to-multipoint LSPs. Some of the missing >> details are: Next hop label forwarding entries or packet >> replication; FEC; data plane (e.g., tree or point to >> point); Label assignment and Hierarchy. >> >> Just as Recommendation G.8110 referred to the base IETF >> Recommendations in its scope (e.g., RFC 3031, etc.), the >> MFA Forum suggests that G.8110.1 similarly refer in its >> scope to the base IETF RFCs on point to multipoint to >> provide these details. As was done previously, it is >> necessary to describe the functional architecture of MPLS >> point-to-multipoint using the modeling methodology >> described in ITU-T Recs G.805 and G.809. Following the same >> method used to develop G.8110 therefore, the basis for this >> work is the MPLS point-to-multipoint specification in the >> following IETF RFCs (Drafts). >> >> IETF defines data plane for p2mp connections, two label >> distribution protocols for setting up p2mp connections >> (RSVP-TE and LDP). IETF defines two possible applications >> of p2mp connections: 2547 VPNs and VPLS. >> >> IETF also extends MPLS architecture by defining >> upstream-assigned labels and the notion of context-specific >> label space. IETF defines extensions to RSVP-TE and >> LDP to support distribution of upstream-assigned labels. >> Upstream-assigned labels are used for (a) optimizing p2mp >> operations over multi-access media (LANs), and (b) >> p2mp LSP hierarchy. The list of relevant Internet Drafts: >> p2mp Data plane: >> draft-ietf-mpls-multicast-encaps >> >> p2mp Label distribution protocols (for information): >> draft-ietf-mpls-ldp-p2mp >> draft-ietf-mpls-rsvp-te-p2mp >> >> Upstream assigned labels: >> draft-ieft-mpls-upstream-label >> >> Extensions to RSVP-TE and LDP in support of upstream- >> assigned labels (for information): >> draft-ietf-mpls-rsvp-upstream >> draft-ietf-mpls-ldp-upstream >> >> p2mp OAM (for information): >> >> draft-ietf-mpls-p2mp-oam-reqs >> draft-ietf-mpls-p2mp-lsp-ping >> >> >> It is not clear what is supported in T-MPLS for point-to- >> multipoint connections. >> >> 1.1 EtherType for Point-to-multipoint frames >> >> T-MPLS uses the same data-link protocol ID (e.g. EtherType), >> frame format and forwarding semantics as defined for MPLS >> frames. For point-to-point frames EtherType 0x8847 is >> used over Ethernet interfaces. It is not clear from the >> current draft how Ethertype is used after point-to-multipoint >> connections are added. >> >> IETF is working updating RFC 3032 MPLS Multicast >> Encapsulations. RFC 3032 established two data link layer >> codepoints for MPLS: one to indicate that the data link >> layer frame is carrying an MPLS unicast packet, and the >> other to indicate that the data link layer frame is >> carrying an MPLS multicast packet. The new specification >> updates RFC3032 by redefining the meaning of these two >> codepoints. >> >> The former "multicast codepoint" is now to be used only >> on multi-access media, and it is to mean "the top label >> of the following label stack is an upstream-assigned >> label". The former "unicast codepoint" is to be used >> in all other cases. Whether the data link layer payload >> is a unicast MPLS packet or a multicast MPLS packet is >> now to be determined by looking up the top label, rather >> than by the codepoint. >> >> The new draft also specifies =93MAC DA=94 field of an >> Ethernet frame which carries MPLS multicast packet. >> Please see IETF draft =93MPLS Multicast Encapsulations=94 >> draft-ietf-mpls-multicast-encaps-02.txt, September 2006. >> >> 1.2 OAM support for Point-to-multipoint >> >> Point-to multipoint LSPs are unidirectional. However, >> there is T-MPLS OAM information, such as BDI, >> =93Linktrace-Reply=94 and =93Loopback-Reply=94, that should be >> transmitted from the leaves to the root. >> >> The architecture does not specify how the data is >> transmitted from the leaves to the root. With out this >> capability it is not possible to support some of the >> OAM capabilities. >> >> 2 Generic requirements >> >> One of the major capabilities missing in the T-MPLS >> architecture is security capabilities. The following >> security capabilities are suggested for inclusion. >> These requirements are derived from the MFA Forum >> Service provider council MPLS-ICI requirements. Since >> T-MPLS supports NNI, these requirements are applicable. >> The capabilities are: >> >> =95 Authentication of OAM messages with MD5 or other. >> =95 Control of labels used over NNI >> =95 IPSec all tunnels over which control messages >> are exchanged. >> >> The MFA Forum thanks ITU-T SG 15 for the opportunity >> to provide comments and suggestions in relation to >> T-MPLS as a packet transport network technology. >> Further, the MFA Forum is interested in receiving >> updates on this and the work you are initiating to >> address control plane aspects. >> >> The MFA Forum meets from March 6-8, 2007 in Chicago, IL USA. >> >> _______________________________________________ >> pwe3 mailing list >> pwe3@ietf.org >> https://www1.ietf.org/mailman/listinfo/pwe3 >> > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls From mpls-bounces@lists.ietf.org Thu Mar 22 10:41:36 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HUOSI-0004B7-Ty; Thu, 22 Mar 2007 10:39:54 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HUOSH-0004Aw-Gx; Thu, 22 Mar 2007 10:39:53 -0400 Received: from ams-iport-1.cisco.com ([144.254.224.140]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HUOSE-0001bb-Pe; Thu, 22 Mar 2007 10:39:53 -0400 Received: from ams-dkim-1.cisco.com ([144.254.224.138]) by ams-iport-1.cisco.com with ESMTP; 22 Mar 2007 15:39:51 +0100 Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by ams-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l2MEdo84012435; Thu, 22 Mar 2007 15:39:50 +0100 Received: from xbh-ams-331.emea.cisco.com (xbh-ams-331.cisco.com [144.254.231.71]) by ams-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l2MEdnlb007911; Thu, 22 Mar 2007 14:39:49 GMT Received: from xmb-ams-33a.cisco.com ([144.254.231.85]) by xbh-ams-331.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 22 Mar 2007 15:39:49 +0100 Received: from 10.61.80.229 ([10.61.80.229]) by xmb-ams-33a.emea.cisco.com ([144.254.231.85]) via Exchange Front-End Server email.cisco.com ([144.254.231.73]) with Microsoft Exchange Server HTTP-DAV ; Thu, 22 Mar 2007 14:39:49 +0000 User-Agent: Microsoft-Entourage/11.2.5.060620 Date: Thu, 22 Mar 2007 10:39:47 -0400 Subject: Re: [mpls] RE: [PWE3] Proposed G.8110.1 Amendment 1 Laision response From: Monique Morrow To: Italo Busi , Stewart Bryant , pwe3 , Mark Townsley , Jari Arkko Message-ID: Thread-Topic: [mpls] RE: [PWE3] Proposed G.8110.1 Amendment 1 Laision response Thread-Index: Acdsj/A8LtRMlNiDEdu6AQANk8LkKg== In-Reply-To: Mime-version: 1.0 Content-type: text/plain; charset="ISO-8859-1" Content-transfer-encoding: quoted-printable X-OriginalArrivalTime: 22 Mar 2007 14:39:49.0831 (UTC) FILETIME=[F1ECF570:01C76C8F] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=8722; t=1174574390; x=1175438390; c=relaxed/simple; s=amsdkim1002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=mmorrow@cisco.com; z=From:=20Monique=20Morrow=20 |Subject:=20Re=3A=20[mpls]=20RE=3A=20[PWE3]=20Proposed=20G.8110.1=20Amend ment=201=20Laision=0A=20response |Sender:=20; bh=WQQYomjSXxGeChVK9qcCfbF4JF+pks4aBC/cUrDbamc=; b=htXN4ul3rsXL8fHxIsNfn76CuTN91H3daAtVJmXTJXO1LrRzotivIpK3QeHBC4Pzq9zeQDYr pYtHd25m9rCJwhory7yY3SOEJQPO10Ajj6hG4xsXtbv5IsQVqu6RQWsl; Authentication-Results: ams-dkim-1; header.From=mmorrow@cisco.com; dkim=pass ( sig from cisco.com/amsdkim1002 verified; ); X-Spam-Score: 0.0 (/) X-Scan-Signature: 4b66a1e94d7d92973ece9e5da449ff80 Cc: mpls@ietf.org X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org Italo, I believe that the wording is just fine . As an ITU participant ; I see nothing impolite about it, as a further revie= w shall determine whether or not there are major issues. Regards, Monique On 22/3/07 10:05 am, "Italo Busi" wrote: > Stewart, >=20 > I feel a little bit unconfortable with the second part of the proposed > liaison: >=20 > "The PWE3 WG will perform a further review of G.8110.1 Amendment 1 and wi= ll > respond in time for the ITU SG15 meeting in June." >=20 > It sounds like the draft has not been read at all. I do not think this is= a > polite message we wish to give to ITU. >=20 > I would propose to smoote a little bit the message with something like: >=20 > "The PWE3 WG has not found other major issues than those identified by th= e MFA > Forum, however it will perform a further detailed review of G.8110.1 Amen= dment > 1 > and will respond in time for the ITU SG15 meeting in June." >=20 > Thanks, Italo >=20 >> -----Original Message----- >> From: Stewart Bryant [mailto:stbryant@cisco.com] >> Sent: Wednesday, March 21, 2007 6:17 PM >> To: pwe3; Mark Townsley; Jari Arkko >> Cc: George Swallow ((swallow)); mpls@ietf.org; Danny McPherson >> Subject: [PWE3] Proposed G.8110.1 Amendment 1 Laision response >>=20 >>=20 >> In response to the following liaison >>=20 >> https://datatracker.ietf.org/public/liaison_detail.cgi?detail_id=3D287 >> concerning G.8110.1 Amendment 1 >>=20 >> I propose that we respond with the following >> statement: >>=20 >> "The PWE3 WG agrees with the concerns expressed by the MFA >> and wishes to be copied on the result of the SG15 analysis >> of these concerns. >>=20 >> "The PWE3 WG will perform a further review of G.8110.1 >> Amendment 1 and will respond in time for the ITU SG15 >> meeting in June." >>=20 >> I need to send this out in the next couple of days >> in time for their interim meeting next week. >>=20 >> I append the MFA text of the MFA liaison response. >>=20 >> - Stewart >>=20 >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>=20 >> The MFA Forum thanks ITU-T SG 15 for the liaisons from >> Q12/15, (from Geneva meeting) on an amendment to G.8110.1 >> covering the architectural aspects of T-MPLS unidirectional >> p2mp connections, T-MPLS OAM and T-MPLS survivability. >>=20 >> The MFA Forum also appreciates and thanks Q12/15 for asking >> for comments on the proposed draft G.8110.1 Amendment 1. >> The text below provides comments on the draft Amendment 1. >>=20 >> 1 Point-to-multipoint connections >>=20 >> The text for point-to-multipoint connections does not provide >> any details. The current text only indicates that a unidirectional >> point-to-multipoint sub-network connection broadcasts the >> traffic from the root to a number of leaves. The Recommendation >> G.8110.1 describes the functional architecture of Transport >> MPLS using the components in G.8110. However, Recommendation >> G.8110 does not specify any details of point-to-multipoint LSPs >> and therefore it is insufficient to base G.8110.1 on G.8110 >> alone. >>=20 >> With out providing additional details, it is not possible >> specify the point-to-multipoint LSPs. Some of the missing >> details are: Next hop label forwarding entries or packet >> replication; FEC; data plane (e.g., tree or point to >> point); Label assignment and Hierarchy. >>=20 >> Just as Recommendation G.8110 referred to the base IETF >> Recommendations in its scope (e.g., RFC 3031, etc.), the >> MFA Forum suggests that G.8110.1 similarly refer in its >> scope to the base IETF RFCs on point to multipoint to >> provide these details. As was done previously, it is >> necessary to describe the functional architecture of MPLS >> point-to-multipoint using the modeling methodology >> described in ITU-T Recs G.805 and G.809. Following the same >> method used to develop G.8110 therefore, the basis for this >> work is the MPLS point-to-multipoint specification in the >> following IETF RFCs (Drafts). >>=20 >> IETF defines data plane for p2mp connections, two label >> distribution protocols for setting up p2mp connections >> (RSVP-TE and LDP). IETF defines two possible applications >> of p2mp connections: 2547 VPNs and VPLS. >>=20 >> IETF also extends MPLS architecture by defining >> upstream-assigned labels and the notion of context-specific >> label space. IETF defines extensions to RSVP-TE and >> LDP to support distribution of upstream-assigned labels. >> Upstream-assigned labels are used for (a) optimizing p2mp >> operations over multi-access media (LANs), and (b) >> p2mp LSP hierarchy. The list of relevant Internet Drafts: >> p2mp Data plane: >> draft-ietf-mpls-multicast-encaps >>=20 >> p2mp Label distribution protocols (for information): >> draft-ietf-mpls-ldp-p2mp >> draft-ietf-mpls-rsvp-te-p2mp >>=20 >> Upstream assigned labels: >> draft-ieft-mpls-upstream-label >>=20 >> Extensions to RSVP-TE and LDP in support of upstream- >> assigned labels (for information): >> draft-ietf-mpls-rsvp-upstream >> draft-ietf-mpls-ldp-upstream >>=20 >> p2mp OAM (for information): >>=20 >> draft-ietf-mpls-p2mp-oam-reqs >> draft-ietf-mpls-p2mp-lsp-ping >>=20 >>=20 >> It is not clear what is supported in T-MPLS for point-to- >> multipoint connections. >>=20 >> 1.1 EtherType for Point-to-multipoint frames >>=20 >> T-MPLS uses the same data-link protocol ID (e.g. EtherType), >> frame format and forwarding semantics as defined for MPLS >> frames. For point-to-point frames EtherType 0x8847 is >> used over Ethernet interfaces. It is not clear from the >> current draft how Ethertype is used after point-to-multipoint >> connections are added. >>=20 >> IETF is working updating RFC 3032 MPLS Multicast >> Encapsulations. RFC 3032 established two data link layer >> codepoints for MPLS: one to indicate that the data link >> layer frame is carrying an MPLS unicast packet, and the >> other to indicate that the data link layer frame is >> carrying an MPLS multicast packet. The new specification >> updates RFC3032 by redefining the meaning of these two >> codepoints. >>=20 >> The former "multicast codepoint" is now to be used only >> on multi-access media, and it is to mean "the top label >> of the following label stack is an upstream-assigned >> label". The former "unicast codepoint" is to be used >> in all other cases. Whether the data link layer payload >> is a unicast MPLS packet or a multicast MPLS packet is >> now to be determined by looking up the top label, rather >> than by the codepoint. >>=20 >> The new draft also specifies =B3MAC DA=B2 field of an >> Ethernet frame which carries MPLS multicast packet. >> Please see IETF draft =B3MPLS Multicast Encapsulations=B2 >> draft-ietf-mpls-multicast-encaps-02.txt, September 2006. >>=20 >> 1.2 OAM support for Point-to-multipoint >>=20 >> Point-to multipoint LSPs are unidirectional. However, >> there is T-MPLS OAM information, such as BDI, >> =B3Linktrace-Reply=B2 and =B3Loopback-Reply=B2, that should be >> transmitted from the leaves to the root. >>=20 >> The architecture does not specify how the data is >> transmitted from the leaves to the root. With out this >> capability it is not possible to support some of the >> OAM capabilities. >>=20 >> 2 Generic requirements >>=20 >> One of the major capabilities missing in the T-MPLS >> architecture is security capabilities. The following >> security capabilities are suggested for inclusion. >> These requirements are derived from the MFA Forum >> Service provider council MPLS-ICI requirements. Since >> T-MPLS supports NNI, these requirements are applicable. >> The capabilities are: >>=20 >> =80 Authentication of OAM messages with MD5 or other. >> =80 Control of labels used over NNI >> =80 IPSec all tunnels over which control messages >> are exchanged. >>=20 >> The MFA Forum thanks ITU-T SG 15 for the opportunity >> to provide comments and suggestions in relation to >> T-MPLS as a packet transport network technology. >> Further, the MFA Forum is interested in receiving >> updates on this and the work you are initiating to >> address control plane aspects. >>=20 >> The MFA Forum meets from March 6-8, 2007 in Chicago, IL USA. >>=20 >> _______________________________________________ >> pwe3 mailing list >> pwe3@ietf.org >> https://www1.ietf.org/mailman/listinfo/pwe3 >>=20 >=20 > _______________________________________________ > mpls mailing list > mpls@lists.ietf.org > https://www1.ietf.org/mailman/listinfo/mpls _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls From mpls-bounces@lists.ietf.org Thu Mar 22 10:52:31 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HUOd1-00052G-Eo; Thu, 22 Mar 2007 10:50:59 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HUOcI-0003ve-A0 for mpls@ietf.org; Thu, 22 Mar 2007 10:50:14 -0400 Received: from [80.86.78.228] (helo=smtp.testbed.se) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HUOcG-0003Z3-Ue for mpls@ietf.org; Thu, 22 Mar 2007 10:50:14 -0400 Received: from dhcp-10d8.ietf68.org ([130.129.16.216]) by fw.testbed.se with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.43) id 1HUOcC-0001FA-BE; Thu, 22 Mar 2007 15:50:10 +0100 Message-ID: <4602979D.2020601@pi.se> Date: Thu, 22 Mar 2007 15:50:05 +0100 From: Loa Andersson Organization: Acreo AB User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Loa Andersson Subject: Re: [mpls] review Liaison statement on progress on T-MPLS OAM definition References: <460231A7.1030204@pi.se> In-Reply-To: <460231A7.1030204@pi.se> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Score: -1.4 (-) X-Spam-Report: -1.4 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Spam-Score: 0.0 (/) X-Scan-Signature: 9ed51c9d1356100bce94f1ae4ec616a9 Cc: mpls@ietf.org, pwe3 , Jari Arkko , David Ward , "W. Mark Townsley" , Ross Callon , Danny McPherson , Stewart Bryant X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org All, it has been point out that I misnamed the source of this liaison, it is Question 5 in Study Group 13 (Q5/13). /Loa Loa Andersson wrote: > Working groups, > > we (the MPLS and PWE3 WGs) have received a liaison from ITU-T SG15 > on the progress on the T-MPLS OAM definition. > > https://datatracker.ietf.org/public/liaison_detail.cgi?detail_id=304 > > you'll find two documents if you follow the links in the liaison. > > The response time is very short and overlapping with the Prague IETF > meeting, the working group chairs has sent a liaison to the ITU-T SG15 > telling them that our review will take 6 weeks, and that we will > send our response later. > > Alternative way of finding the documents: > > http://www.tla-group.com/~loa/Y17tor-latest.pdf > http://www.tla-group.com/~loa/Y17tom-latest.pdf > > > > /Loa > > for the MPLS and PWE3 WG chairs > -- Loa Andersson Principal Networking Architect Acreo AB phone: +46 8 632 77 14 Isafjordsgatan 22 mobile: +46 739 81 21 64 Kista, Sweden email: loa.andersson@acreo.se loa@pi.se _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls From mpls-bounces@lists.ietf.org Thu Mar 22 12:01:52 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HUPfl-0004bC-Pj; Thu, 22 Mar 2007 11:57:53 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HUOsh-0005y1-Os; Thu, 22 Mar 2007 11:07:12 -0400 Received: from gc-na5.alcatel.fr ([64.208.49.5] helo=smail6.alcatel.fr) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HUOsC-0006h4-PT; Thu, 22 Mar 2007 11:07:11 -0400 Received: from itmail02.netfr.alcatel.fr (itmail02.netfr.alcatel.fr [155.132.182.198]) by smail6.alcatel.fr (8.13.4/8.13.4/ICT) with ESMTP id l2MF1S5A019368; Thu, 22 Mar 2007 16:01:28 +0100 Received: from itvimn0i34082 ([172.17.114.71]) by itmail02.netfr.alcatel.fr (Lotus Domino Release 5.0.13aHF163) with SMTP id 2007032216011255:8730 ; Thu, 22 Mar 2007 16:01:12 +0100 From: "Italo Busi" To: "Monique Morrow" , "Stewart Bryant" , "pwe3" , "Mark Townsley" , "Jari Arkko" Subject: RE: [mpls] RE: [PWE3] Proposed G.8110.1 Amendment 1 Laision response Date: Thu, 22 Mar 2007 16:01:15 +0100 Message-ID: MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Importance: Normal In-Reply-To: X-MIMETrack: Itemize by SMTP Server on ITMAIL02/IT/ALCATEL(Release 5.0.13aHF163 | June 23, 2005) at 03/22/2007 16:01:12, Serialize by Router on ITMAIL02/IT/ALCATEL(Release 5.0.13aHF163 | June 23, 2005) at 03/22/2007 16:01:28 X-Scanned-By: MIMEDefang 2.51 on 155.132.188.84 X-Spam-Score: 0.1 (/) X-Scan-Signature: 33cc095b503da4365ce57c727e553cf1 Cc: mpls@ietf.org X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1381780521==" Errors-To: mpls-bounces@lists.ietf.org --===============1381780521== Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: base64 TW9uaXF1ZSwgVG9tLA0KDQp0aGUgcXVlc3Rpb24gd2UgbmVlZCB0byBhbnN3ZXIgaXM6IGhhdmUg d2UgaWRlbnRpZmllZCBpc3N1ZXMgd2l0aCB0aGUgY3VycmVudA0KZHJhZnQgc28gZmFyIChpbiBh ZGRpdGlvbiB0byB0aGUgb25lcyBpZGVudGlmaWVkIGJ5IE1GQSBGb3J1bSk/DQoNCklmIG5vIGFk ZGl0aW9uYWwgaXNzdWVzIGhhdmUgYmVlbiBpZGVudGlmaWVkIGl0IGlzIGJldHRlciB0byBjb21t dW5pY2F0ZS4gT3IsIGlmDQpzb21lIGFkZGl0aW9uYWwgaXNzdWVzIGhhdmUgYmVlbiBpZGVudGlm aWVkIGl0IGlzIGJldHRlciB0byBsaXN0IHRoZW0uDQoNCk9mIGNvdXJzZSwgdGhlcmUgaXMgdGlt ZSBmb3IgYW4gYWRkaXRpb25hbCByZXZpZXcgYmVmb3JlIHRoZSBKdW5lIG1lZXRpbmcuIEkgYW0N Cm5vdCBhZ2FpbnN0IGtlZXBpbmcgdGhlIGRvb3Igb3BlbiBmb3IgYSBmdXJ0aGVyIHJldmlldywg YnV0IEkgdGhpbmsgd2Ugc2hvdWxkDQpjb21tdW5pY2F0ZSB0aGUgcmVzdWx0IG9mIHRoZSByZXZp ZXcgaGVsZCB0aWxsIG5vdy4NCg0KVG9tJ3MgcHJvcG9zYWwgc2VlbXMgYmV0dGVyIGJlY2F1c2Ug aXQgY291bGQgYmUgaW50ZXJwcmV0ZWQgaW4gdGhpcyB3YXkgKGkuZS4gbm8NCm90aGVyIGlzc3Vl cywgb3RoZXIgdGhhbiB0aG9zZSByYWlzZWQgYnkgTUZBIEZvcnVtLCBpZGVudGlmaWVkIHNvIGZh ciwgYnV0IG5lZWQNCnRvIHBlcmZvcm0gZnV0aGVyIGRldGFpbGVkIHJldmlldykgYnV0IHRoZSBm aXJzdCBwYXJ0IG9mIHRoZSBtZXNzYWdlIChpLmUuIGkuZS4NCm5vIG90aGVyIGlzc3Vlcywgb3Ro ZXIgdGhhbiB0aG9zZSByYWlzZWQgYnkgTUZBIEZvcnVtLCBpZGVudGlmaWVkIHNvIGZhcikgaXMN CmhpZGRlbiBhbmQgc3VqZWN0IHRvIHBlcnNvbmFsIGludGVycHJldGF0aW9uLg0KDQpUaGFua3Ms IEl0YWxvDQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogTW9uaXF1ZSBN b3Jyb3cgW21haWx0bzptbW9ycm93QGNpc2NvLmNvbV0NCj4gU2VudDogVGh1cnNkYXksIE1hcmNo IDIyLCAyMDA3IDM6NDAgUE0NCj4gVG86IEl0YWxvIEJ1c2k7IFN0ZXdhcnQgQnJ5YW50OyBwd2Uz OyBNYXJrIFRvd25zbGV5OyBKYXJpIEFya2tvDQo+IENjOiBtcGxzQGlldGYub3JnDQo+IFN1Ympl Y3Q6IFJlOiBbbXBsc10gUkU6IFtQV0UzXSBQcm9wb3NlZCBHLjgxMTAuMSBBbWVuZG1lbnQgMSBM YWlzaW9uDQo+IHJlc3BvbnNlDQo+DQo+DQo+IEl0YWxvLA0KPg0KPiBJIGJlbGlldmUgdGhhdCB0 aGUgd29yZGluZyBpcyBqdXN0IGZpbmUgLg0KPg0KPiBBcyBhbiBJVFUgcGFydGljaXBhbnQgOyBJ IHNlZSBub3RoaW5nIGltcG9saXRlIGFib3V0IGl0LCBhcyBhIGZ1cnRoZXIgcmV2aWV3DQo+IHNo YWxsIGRldGVybWluZSB3aGV0aGVyIG9yIG5vdCB0aGVyZSBhcmUgbWFqb3IgaXNzdWVzLg0KPg0K PiBSZWdhcmRzLA0KPiBNb25pcXVlDQo+DQo+DQo+DQo+IE9uIDIyLzMvMDcgMTA6MDUgYW0sICJJ dGFsbyBCdXNpIiA8aXRhbG8uYnVzaUBhbGNhdGVsLWx1Y2VudC5pdD4gd3JvdGU6DQo+DQo+ID4g U3Rld2FydCwNCj4gPg0KPiA+IEkgZmVlbCBhIGxpdHRsZSBiaXQgdW5jb25mb3J0YWJsZSB3aXRo IHRoZSBzZWNvbmQgcGFydCBvZiB0aGUgcHJvcG9zZWQNCj4gPiBsaWFpc29uOg0KPiA+DQo+ID4g IlRoZSBQV0UzIFdHIHdpbGwgcGVyZm9ybSBhIGZ1cnRoZXIgcmV2aWV3IG9mIEcuODExMC4xIEFt ZW5kbWVudCAxIGFuZCB3aWxsDQo+ID4gcmVzcG9uZCBpbiB0aW1lIGZvciB0aGUgSVRVIFNHMTUg bWVldGluZyBpbiBKdW5lLiINCj4gPg0KPiA+IEl0IHNvdW5kcyBsaWtlIHRoZSBkcmFmdCBoYXMg bm90IGJlZW4gcmVhZCBhdCBhbGwuIEkgZG8gbm90IHRoaW5rIHRoaXMgaXMgYQ0KPiA+IHBvbGl0 ZSBtZXNzYWdlIHdlIHdpc2ggdG8gZ2l2ZSB0byBJVFUuDQo+ID4NCj4gPiBJIHdvdWxkIHByb3Bv c2UgdG8gc21vb3RlIGEgbGl0dGxlIGJpdCB0aGUgbWVzc2FnZSB3aXRoIHNvbWV0aGluZyBsaWtl Og0KPiA+DQo+ID4gIlRoZSBQV0UzIFdHIGhhcyBub3QgZm91bmQgb3RoZXIgbWFqb3IgaXNzdWVz IHRoYW4gdGhvc2UgaWRlbnRpZmllZA0KPiBieSB0aGUgTUZBDQo+ID4gRm9ydW0sIGhvd2V2ZXIg aXQgd2lsbCBwZXJmb3JtIGEgZnVydGhlciBkZXRhaWxlZCByZXZpZXcgb2YNCj4gRy44MTEwLjEg QW1lbmRtZW50DQo+ID4gMQ0KPiA+IGFuZCB3aWxsIHJlc3BvbmQgaW4gdGltZSBmb3IgdGhlIElU VSBTRzE1IG1lZXRpbmcgaW4gSnVuZS4iDQo+ID4NCj4gPiBUaGFua3MsIEl0YWxvDQo+ID4NCj4g Pj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gPj4gRnJvbTogU3Rld2FydCBCcnlhbnQg W21haWx0bzpzdGJyeWFudEBjaXNjby5jb21dDQo+ID4+IFNlbnQ6IFdlZG5lc2RheSwgTWFyY2gg MjEsIDIwMDcgNjoxNyBQTQ0KPiA+PiBUbzogcHdlMzsgTWFyayBUb3duc2xleTsgSmFyaSBBcmtr bw0KPiA+PiBDYzogR2VvcmdlIFN3YWxsb3cgKChzd2FsbG93KSk7IG1wbHNAaWV0Zi5vcmc7IERh bm55IE1jUGhlcnNvbg0KPiA+PiBTdWJqZWN0OiBbUFdFM10gUHJvcG9zZWQgRy44MTEwLjEgQW1l bmRtZW50IDEgTGFpc2lvbiByZXNwb25zZQ0KPiA+Pg0KPiA+Pg0KPiA+PiBJbiByZXNwb25zZSB0 byB0aGUgZm9sbG93aW5nIGxpYWlzb24NCj4gPj4NCj4gPj4gaHR0cHM6Ly9kYXRhdHJhY2tlci5p ZXRmLm9yZy9wdWJsaWMvbGlhaXNvbl9kZXRhaWwuY2dpP2RldGFpbF9pZD0yODcNCj4gPj4gY29u Y2VybmluZyBHLjgxMTAuMSBBbWVuZG1lbnQgMQ0KPiA+Pg0KPiA+PiBJIHByb3Bvc2UgdGhhdCB3 ZSByZXNwb25kIHdpdGggdGhlIGZvbGxvd2luZw0KPiA+PiBzdGF0ZW1lbnQ6DQo+ID4+DQo+ID4+ ICJUaGUgUFdFMyBXRyBhZ3JlZXMgd2l0aCB0aGUgY29uY2VybnMgZXhwcmVzc2VkIGJ5IHRoZSBN RkENCj4gPj4gYW5kIHdpc2hlcyB0byBiZSBjb3BpZWQgb24gdGhlIHJlc3VsdCBvZiB0aGUgU0cx NSBhbmFseXNpcw0KPiA+PiBvZiB0aGVzZSBjb25jZXJucy4NCj4gPj4NCj4gPj4gIlRoZSBQV0Uz IFdHIHdpbGwgcGVyZm9ybSBhIGZ1cnRoZXIgcmV2aWV3IG9mIEcuODExMC4xDQo+ID4+IEFtZW5k bWVudCAxIGFuZCB3aWxsIHJlc3BvbmQgaW4gdGltZSBmb3IgdGhlIElUVSBTRzE1DQo+ID4+IG1l ZXRpbmcgaW4gSnVuZS4iDQo+ID4+DQo+ID4+IEkgbmVlZCB0byBzZW5kIHRoaXMgb3V0IGluIHRo ZSBuZXh0IGNvdXBsZSBvZiBkYXlzDQo+ID4+IGluIHRpbWUgZm9yIHRoZWlyIGludGVyaW0gbWVl dGluZyBuZXh0IHdlZWsuDQo+ID4+DQo+ID4+IEkgYXBwZW5kIHRoZSBNRkEgdGV4dCBvZiB0aGUg TUZBIGxpYWlzb24gcmVzcG9uc2UuDQo+ID4+DQo+ID4+IC0gU3Rld2FydA0KPiA+Pg0KPiA+PiA9 PT09PT09PT09PT09PT0NCj4gPj4NCj4gPj4gVGhlIE1GQSBGb3J1bSB0aGFua3MgSVRVLVQgU0cg MTUgZm9yIHRoZSBsaWFpc29ucyBmcm9tDQo+ID4+IFExMi8xNSwgKGZyb20gR2VuZXZhIG1lZXRp bmcpIG9uIGFuIGFtZW5kbWVudCB0byBHLjgxMTAuMQ0KPiA+PiBjb3ZlcmluZyB0aGUgYXJjaGl0 ZWN0dXJhbCBhc3BlY3RzIG9mIFQtTVBMUyB1bmlkaXJlY3Rpb25hbA0KPiA+PiBwMm1wIGNvbm5l Y3Rpb25zLCBULU1QTFMgT0FNIGFuZCBULU1QTFMgc3Vydml2YWJpbGl0eS4NCj4gPj4NCj4gPj4g VGhlIE1GQSBGb3J1bSBhbHNvIGFwcHJlY2lhdGVzIGFuZCB0aGFua3MgUTEyLzE1IGZvciBhc2tp bmcNCj4gPj4gZm9yIGNvbW1lbnRzIG9uIHRoZSBwcm9wb3NlZCBkcmFmdCBHLjgxMTAuMSBBbWVu ZG1lbnQgMS4NCj4gPj4gVGhlIHRleHQgYmVsb3cgcHJvdmlkZXMgY29tbWVudHMgb24gdGhlIGRy YWZ0IEFtZW5kbWVudCAxLg0KPiA+Pg0KPiA+PiAxIFBvaW50LXRvLW11bHRpcG9pbnQgY29ubmVj dGlvbnMNCj4gPj4NCj4gPj4gVGhlIHRleHQgZm9yIHBvaW50LXRvLW11bHRpcG9pbnQgY29ubmVj dGlvbnMgZG9lcyBub3QgcHJvdmlkZQ0KPiA+PiBhbnkgZGV0YWlscy4gVGhlIGN1cnJlbnQgdGV4 dCBvbmx5IGluZGljYXRlcyB0aGF0IGEgdW5pZGlyZWN0aW9uYWwNCj4gPj4gcG9pbnQtdG8tbXVs dGlwb2ludCBzdWItbmV0d29yayBjb25uZWN0aW9uIGJyb2FkY2FzdHMgdGhlDQo+ID4+IHRyYWZm aWMgZnJvbSB0aGUgcm9vdCB0byBhIG51bWJlciBvZiBsZWF2ZXMuIFRoZSBSZWNvbW1lbmRhdGlv bg0KPiA+PiBHLjgxMTAuMSBkZXNjcmliZXMgdGhlIGZ1bmN0aW9uYWwgYXJjaGl0ZWN0dXJlIG9m IFRyYW5zcG9ydA0KPiA+PiBNUExTIHVzaW5nIHRoZSBjb21wb25lbnRzIGluIEcuODExMC4gSG93 ZXZlciwgUmVjb21tZW5kYXRpb24NCj4gPj4gRy44MTEwIGRvZXMgbm90IHNwZWNpZnkgYW55IGRl dGFpbHMgb2YgcG9pbnQtdG8tbXVsdGlwb2ludCBMU1BzDQo+ID4+IGFuZCB0aGVyZWZvcmUgaXQg aXMgaW5zdWZmaWNpZW50IHRvIGJhc2UgRy44MTEwLjEgb24gRy44MTEwDQo+ID4+IGFsb25lLg0K PiA+Pg0KPiA+PiBXaXRoIG91dCBwcm92aWRpbmcgYWRkaXRpb25hbCBkZXRhaWxzLCBpdCBpcyBu b3QgcG9zc2libGUNCj4gPj4gc3BlY2lmeSB0aGUgcG9pbnQtdG8tbXVsdGlwb2ludCBMU1BzLiBT b21lIG9mIHRoZSBtaXNzaW5nDQo+ID4+IGRldGFpbHMgYXJlOiBOZXh0IGhvcCBsYWJlbCBmb3J3 YXJkaW5nIGVudHJpZXMgb3IgcGFja2V0DQo+ID4+IHJlcGxpY2F0aW9uOyBGRUM7IGRhdGEgcGxh bmUgKGUuZy4sIHRyZWUgb3IgcG9pbnQgdG8NCj4gPj4gcG9pbnQpOyBMYWJlbCBhc3NpZ25tZW50 IGFuZCBIaWVyYXJjaHkuDQo+ID4+DQo+ID4+IEp1c3QgYXMgUmVjb21tZW5kYXRpb24gRy44MTEw IHJlZmVycmVkIHRvIHRoZSBiYXNlIElFVEYNCj4gPj4gUmVjb21tZW5kYXRpb25zIGluIGl0cyBz Y29wZSAoZS5nLiwgUkZDIDMwMzEsIGV0Yy4pLCB0aGUNCj4gPj4gTUZBIEZvcnVtIHN1Z2dlc3Rz IHRoYXQgRy44MTEwLjEgc2ltaWxhcmx5IHJlZmVyIGluIGl0cw0KPiA+PiBzY29wZSB0byB0aGUg YmFzZSBJRVRGIFJGQ3Mgb24gcG9pbnQgdG8gbXVsdGlwb2ludCB0bw0KPiA+PiBwcm92aWRlIHRo ZXNlIGRldGFpbHMuIEFzIHdhcyBkb25lIHByZXZpb3VzbHksIGl0IGlzDQo+ID4+IG5lY2Vzc2Fy eSB0byBkZXNjcmliZSB0aGUgZnVuY3Rpb25hbCBhcmNoaXRlY3R1cmUgb2YgTVBMUw0KPiA+PiBw b2ludC10by1tdWx0aXBvaW50IHVzaW5nIHRoZSBtb2RlbGluZyBtZXRob2RvbG9neQ0KPiA+PiBk ZXNjcmliZWQgaW4gSVRVLVQgUmVjcyBHLjgwNSBhbmQgRy44MDkuIEZvbGxvd2luZyB0aGUgc2Ft ZQ0KPiA+PiBtZXRob2QgdXNlZCB0byBkZXZlbG9wIEcuODExMCB0aGVyZWZvcmUsIHRoZSBiYXNp cyBmb3IgdGhpcw0KPiA+PiB3b3JrIGlzIHRoZSBNUExTIHBvaW50LXRvLW11bHRpcG9pbnQgc3Bl Y2lmaWNhdGlvbiBpbiB0aGUNCj4gPj4gZm9sbG93aW5nIElFVEYgUkZDcyAoRHJhZnRzKS4NCj4g Pj4NCj4gPj4gSUVURiBkZWZpbmVzIGRhdGEgcGxhbmUgZm9yIHAybXAgY29ubmVjdGlvbnMsIHR3 byBsYWJlbA0KPiA+PiBkaXN0cmlidXRpb24gcHJvdG9jb2xzIGZvciBzZXR0aW5nIHVwIHAybXAg Y29ubmVjdGlvbnMNCj4gPj4gKFJTVlAtVEUgYW5kIExEUCkuIElFVEYgZGVmaW5lcyB0d28gcG9z c2libGUgYXBwbGljYXRpb25zDQo+ID4+IG9mIHAybXAgY29ubmVjdGlvbnM6IDI1NDcgVlBOcyBh bmQgVlBMUy4NCj4gPj4NCj4gPj4gSUVURiBhbHNvIGV4dGVuZHMgTVBMUyBhcmNoaXRlY3R1cmUg YnkgZGVmaW5pbmcNCj4gPj4gdXBzdHJlYW0tYXNzaWduZWQgbGFiZWxzIGFuZCB0aGUgbm90aW9u IG9mIGNvbnRleHQtc3BlY2lmaWMNCj4gPj4gbGFiZWwgc3BhY2UuIElFVEYgZGVmaW5lcyBleHRl bnNpb25zIHRvIFJTVlAtVEUgYW5kDQo+ID4+IExEUCB0byBzdXBwb3J0IGRpc3RyaWJ1dGlvbiBv ZiB1cHN0cmVhbS1hc3NpZ25lZCBsYWJlbHMuDQo+ID4+IFVwc3RyZWFtLWFzc2lnbmVkIGxhYmVs cyBhcmUgdXNlZCBmb3IgKGEpIG9wdGltaXppbmcgcDJtcA0KPiA+PiBvcGVyYXRpb25zIG92ZXIg bXVsdGktYWNjZXNzIG1lZGlhIChMQU5zKSwgYW5kIChiKQ0KPiA+PiBwMm1wIExTUCBoaWVyYXJj aHkuIFRoZSBsaXN0IG9mIHJlbGV2YW50IEludGVybmV0IERyYWZ0czoNCj4gPj4gcDJtcCBEYXRh IHBsYW5lOg0KPiA+PiAgICAgIGRyYWZ0LWlldGYtbXBscy1tdWx0aWNhc3QtZW5jYXBzDQo+ID4+ DQo+ID4+IHAybXAgTGFiZWwgZGlzdHJpYnV0aW9uIHByb3RvY29scyAoZm9yIGluZm9ybWF0aW9u KToNCj4gPj4gICAgICBkcmFmdC1pZXRmLW1wbHMtbGRwLXAybXANCj4gPj4gICAgICBkcmFmdC1p ZXRmLW1wbHMtcnN2cC10ZS1wMm1wDQo+ID4+DQo+ID4+IFVwc3RyZWFtIGFzc2lnbmVkIGxhYmVs czoNCj4gPj4gICAgICBkcmFmdC1pZWZ0LW1wbHMtdXBzdHJlYW0tbGFiZWwNCj4gPj4NCj4gPj4g RXh0ZW5zaW9ucyB0byBSU1ZQLVRFIGFuZCBMRFAgaW4gc3VwcG9ydCBvZiB1cHN0cmVhbS0NCj4g Pj4gYXNzaWduZWQgbGFiZWxzIChmb3IgaW5mb3JtYXRpb24pOg0KPiA+PiAgICAgIGRyYWZ0LWll dGYtbXBscy1yc3ZwLXVwc3RyZWFtDQo+ID4+ICAgICAgZHJhZnQtaWV0Zi1tcGxzLWxkcC11cHN0 cmVhbQ0KPiA+Pg0KPiA+PiBwMm1wIE9BTSAoZm9yIGluZm9ybWF0aW9uKToNCj4gPj4NCj4gPj4g ICAgZHJhZnQtaWV0Zi1tcGxzLXAybXAtb2FtLXJlcXMNCj4gPj4gICAgZHJhZnQtaWV0Zi1tcGxz LXAybXAtbHNwLXBpbmcNCj4gPj4NCj4gPj4NCj4gPj4gSXQgaXMgbm90IGNsZWFyIHdoYXQgaXMg c3VwcG9ydGVkIGluIFQtTVBMUyBmb3IgcG9pbnQtdG8tDQo+ID4+IG11bHRpcG9pbnQgY29ubmVj dGlvbnMuDQo+ID4+DQo+ID4+IDEuMSBFdGhlclR5cGUgZm9yIFBvaW50LXRvLW11bHRpcG9pbnQg ZnJhbWVzDQo+ID4+DQo+ID4+IFQtTVBMUyB1c2VzIHRoZSBzYW1lIGRhdGEtbGluayBwcm90b2Nv bCBJRCAoZS5nLiBFdGhlclR5cGUpLA0KPiA+PiBmcmFtZSBmb3JtYXQgYW5kIGZvcndhcmRpbmcg c2VtYW50aWNzIGFzIGRlZmluZWQgZm9yIE1QTFMNCj4gPj4gZnJhbWVzLiAgRm9yIHBvaW50LXRv LXBvaW50IGZyYW1lcyBFdGhlclR5cGUgMHg4ODQ3IGlzDQo+ID4+IHVzZWQgb3ZlciBFdGhlcm5l dCBpbnRlcmZhY2VzLiBJdCBpcyBub3QgY2xlYXIgZnJvbSB0aGUNCj4gPj4gY3VycmVudCBkcmFm dCBob3cgRXRoZXJ0eXBlIGlzIHVzZWQgYWZ0ZXIgcG9pbnQtdG8tbXVsdGlwb2ludA0KPiA+PiBj b25uZWN0aW9ucyBhcmUgYWRkZWQuDQo+ID4+DQo+ID4+IElFVEYgaXMgd29ya2luZyB1cGRhdGlu ZyBSRkMgMzAzMiBNUExTIE11bHRpY2FzdA0KPiA+PiBFbmNhcHN1bGF0aW9ucy4gUkZDIDMwMzIg ZXN0YWJsaXNoZWQgdHdvIGRhdGEgbGluayBsYXllcg0KPiA+PiBjb2RlcG9pbnRzIGZvciBNUExT OiBvbmUgdG8gaW5kaWNhdGUgdGhhdCB0aGUgZGF0YSBsaW5rDQo+ID4+IGxheWVyIGZyYW1lIGlz IGNhcnJ5aW5nIGFuIE1QTFMgdW5pY2FzdCBwYWNrZXQsIGFuZCB0aGUNCj4gPj4gb3RoZXIgdG8g aW5kaWNhdGUgdGhhdCB0aGUgZGF0YSBsaW5rIGxheWVyIGZyYW1lIGlzDQo+ID4+IGNhcnJ5aW5n IGFuIE1QTFMgbXVsdGljYXN0IHBhY2tldC4gIFRoZSBuZXcgc3BlY2lmaWNhdGlvbg0KPiA+PiB1 cGRhdGVzICBSRkMzMDMyIGJ5IHJlZGVmaW5pbmcgdGhlIG1lYW5pbmcgb2YgdGhlc2UgdHdvDQo+ ID4+IGNvZGVwb2ludHMuDQo+ID4+DQo+ID4+IFRoZSBmb3JtZXIgIm11bHRpY2FzdCBjb2RlcG9p bnQiIGlzIG5vdyB0byBiZSB1c2VkIG9ubHkNCj4gPj4gb24gbXVsdGktYWNjZXNzIG1lZGlhLCBh bmQgaXQgaXMgdG8gbWVhbiAidGhlIHRvcCBsYWJlbA0KPiA+PiBvZiB0aGUgZm9sbG93aW5nIGxh YmVsIHN0YWNrIGlzIGFuIHVwc3RyZWFtLWFzc2lnbmVkDQo+ID4+IGxhYmVsIi4gIFRoZSBmb3Jt ZXIgInVuaWNhc3QgY29kZXBvaW50IiBpcyB0byBiZSB1c2VkDQo+ID4+IGluIGFsbCBvdGhlciBj YXNlcy4gIFdoZXRoZXIgdGhlIGRhdGEgbGluayBsYXllciBwYXlsb2FkDQo+ID4+IGlzIGEgdW5p Y2FzdCBNUExTIHBhY2tldCBvciBhIG11bHRpY2FzdCBNUExTIHBhY2tldCBpcw0KPiA+PiBub3cg dG8gYmUgZGV0ZXJtaW5lZCBieSBsb29raW5nIHVwIHRoZSB0b3AgbGFiZWwsIHJhdGhlcg0KPiA+ PiB0aGFuIGJ5IHRoZSBjb2RlcG9pbnQuDQo+ID4+DQo+ID4+IFRoZSBuZXcgZHJhZnQgYWxzbyBz cGVjaWZpZXMgs01BQyBEQbIgZmllbGQgb2YgYW4NCj4gPj4gRXRoZXJuZXQgZnJhbWUgd2hpY2gg Y2FycmllcyBNUExTIG11bHRpY2FzdCBwYWNrZXQuDQo+ID4+IFBsZWFzZSBzZWUgSUVURiBkcmFm dCCzTVBMUyBNdWx0aWNhc3QgRW5jYXBzdWxhdGlvbnOyDQo+ID4+IGRyYWZ0LWlldGYtbXBscy1t dWx0aWNhc3QtZW5jYXBzLTAyLnR4dCwgU2VwdGVtYmVyIDIwMDYuDQo+ID4+DQo+ID4+IDEuMiBP QU0gc3VwcG9ydCBmb3IgUG9pbnQtdG8tbXVsdGlwb2ludA0KPiA+Pg0KPiA+PiBQb2ludC10byBt dWx0aXBvaW50IExTUHMgYXJlIHVuaWRpcmVjdGlvbmFsLiBIb3dldmVyLA0KPiA+PiB0aGVyZSBp cyBULU1QTFMgT0FNIGluZm9ybWF0aW9uLCBzdWNoIGFzIEJESSwNCj4gPj4gs0xpbmt0cmFjZS1S ZXBsebIgYW5kILNMb29wYmFjay1SZXBsebIsIHRoYXQgc2hvdWxkIGJlDQo+ID4+IHRyYW5zbWl0 dGVkIGZyb20gdGhlIGxlYXZlcyB0byB0aGUgcm9vdC4NCj4gPj4NCj4gPj4gVGhlIGFyY2hpdGVj dHVyZSBkb2VzIG5vdCBzcGVjaWZ5IGhvdyB0aGUgZGF0YSBpcw0KPiA+PiB0cmFuc21pdHRlZCBm cm9tIHRoZSBsZWF2ZXMgdG8gdGhlIHJvb3QuIFdpdGggb3V0IHRoaXMNCj4gPj4gY2FwYWJpbGl0 eSBpdCBpcyBub3QgcG9zc2libGUgdG8gc3VwcG9ydCBzb21lIG9mIHRoZQ0KPiA+PiBPQU0gY2Fw YWJpbGl0aWVzLg0KPiA+Pg0KPiA+PiAyIEdlbmVyaWMgcmVxdWlyZW1lbnRzDQo+ID4+DQo+ID4+ IE9uZSBvZiB0aGUgbWFqb3IgY2FwYWJpbGl0aWVzIG1pc3NpbmcgaW4gdGhlIFQtTVBMUw0KPiA+ PiBhcmNoaXRlY3R1cmUgaXMgc2VjdXJpdHkgY2FwYWJpbGl0aWVzLiBUaGUgZm9sbG93aW5nDQo+ ID4+IHNlY3VyaXR5IGNhcGFiaWxpdGllcyBhcmUgc3VnZ2VzdGVkIGZvciBpbmNsdXNpb24uDQo+ ID4+IFRoZXNlIHJlcXVpcmVtZW50cyBhcmUgZGVyaXZlZCBmcm9tIHRoZSBNRkEgRm9ydW0NCj4g Pj4gU2VydmljZSBwcm92aWRlciBjb3VuY2lsIE1QTFMtSUNJIHJlcXVpcmVtZW50cy4gU2luY2UN Cj4gPj4gVC1NUExTIHN1cHBvcnRzIE5OSSwgdGhlc2UgcmVxdWlyZW1lbnRzIGFyZSBhcHBsaWNh YmxlLg0KPiA+PiBUaGUgY2FwYWJpbGl0aWVzIGFyZToNCj4gPj4NCj4gPj4ggCBBdXRoZW50aWNh dGlvbiBvZiBPQU0gbWVzc2FnZXMgd2l0aCBNRDUgb3Igb3RoZXIuDQo+ID4+IIAgQ29udHJvbCBv ZiBsYWJlbHMgdXNlZCBvdmVyIE5OSQ0KPiA+PiCAIElQU2VjIGFsbCB0dW5uZWxzIG92ZXIgd2hp Y2ggY29udHJvbCBtZXNzYWdlcw0KPiA+PiAgICAgICAgICBhcmUgZXhjaGFuZ2VkLg0KPiA+Pg0K PiA+PiBUaGUgTUZBIEZvcnVtIHRoYW5rcyBJVFUtVCBTRyAxNSBmb3IgdGhlIG9wcG9ydHVuaXR5 DQo+ID4+IHRvIHByb3ZpZGUgY29tbWVudHMgYW5kIHN1Z2dlc3Rpb25zIGluIHJlbGF0aW9uIHRv DQo+ID4+IFQtTVBMUyBhcyBhIHBhY2tldCB0cmFuc3BvcnQgbmV0d29yayB0ZWNobm9sb2d5Lg0K PiA+PiBGdXJ0aGVyLCB0aGUgTUZBIEZvcnVtIGlzIGludGVyZXN0ZWQgaW4gcmVjZWl2aW5nDQo+ ID4+IHVwZGF0ZXMgb24gdGhpcyBhbmQgdGhlIHdvcmsgeW91IGFyZSBpbml0aWF0aW5nIHRvDQo+ ID4+IGFkZHJlc3MgY29udHJvbCBwbGFuZSBhc3BlY3RzLg0KPiA+Pg0KPiA+PiBUaGUgTUZBIEZv cnVtIG1lZXRzIGZyb20gTWFyY2ggNi04LCAyMDA3IGluIENoaWNhZ28sIElMIFVTQS4NCj4gPj4N Cj4gPj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4g Pj4gcHdlMyBtYWlsaW5nIGxpc3QNCj4gPj4gcHdlM0BpZXRmLm9yZw0KPiA+PiBodHRwczovL3d3 dzEuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wd2UzDQo+ID4+DQo+ID4NCj4gPiBfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiA+IG1wbHMgbWFpbGlu ZyBsaXN0DQo+ID4gbXBsc0BsaXN0cy5pZXRmLm9yZw0KPiA+IGh0dHBzOi8vd3d3MS5pZXRmLm9y Zy9tYWlsbWFuL2xpc3RpbmZvL21wbHMNCj4NCg0K --===============1381780521== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls --===============1381780521==-- From mpls-bounces@lists.ietf.org Thu Mar 22 12:10:39 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HUPqc-0002m9-Cw; Thu, 22 Mar 2007 12:09:06 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HUPkR-00006X-Nc; Thu, 22 Mar 2007 12:02:43 -0400 Received: from fncnmp04.fnc.fujitsu.com ([168.127.0.57]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HUPaU-0000fJ-G7; Thu, 22 Mar 2007 11:52:32 -0400 Received: from rchemx01.fnc.net.local ([168.127.134.104]) by fncnmp04.fnc.fujitsu.com with ESMTP; 22 Mar 2007 10:52:23 -0500 X-IronPort-AV: i="4.14,315,1170655200"; d="scan'208"; a="70751469:sNHT24437568" X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Thu, 22 Mar 2007 10:52:23 -0500 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [PWE3] Fwd: I-D ACTION:draft-bryant-pwe3-mpls-transport-00.txt Thread-Index: AcdsZUCghmaL5W/bRlu7uwId1X/8NgALwHMw From: "O'Connor, Don" To: "Danny McPherson" , "pwe3 \(\(\(\(\(\(\(\(E-mail\)\)\)\)\)\)\)\) WG" X-Spam-Score: 0.0 (/) X-Scan-Signature: 6640e3bbe8a4d70c4469bcdcbbf0921d Cc: mpls@ietf.org, rcallon@juniper.net, townsley@cisco.com Subject: [mpls] RE: [PWE3] Fwd: I-D ACTION:draft-bryant-pwe3-mpls-transport-00.txt X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org I do not support draft-bryant-pwe3-mpls-transport-00.txt as a WG draft = for the following reasons 1) Transport MPLS as pursued by ITU encompasses functionality that = overlaps work in multiple IETF WGs. A minimum subset is PWE3 and MPLS. = Work in CCAMP is also most probably relevant. Without companion work in = the MPLS WG on a T-MPLS implementation profile, = draft-bryant-pwe3-mpls-transport-00.txt serves no useful purpose I suggest that a first necessary step is that the appropriate Area = Directors consider whether or not they want to take on the entire task = of generating a complete Transport MPLS implementation profile based on = current RFC / ID / extensions and doing it right and comprehensively. WG = charters should be updated appropriately In its present form draft-bryant-pwe3-mpls-transport-00.txt is an = incomplete attempt at addressing a portion of what ITU SG 15 and ITU SG = 13 are pursuing for Transport MPLS If IETF leadership decides that they would like to pursue a = comprehensive Transport MPLS implementation profile, it should be done = in cooperation and coordination with leadership in ITU SG 15 and SG 13. = I would support such as effort if it is done in this context. To date = draft-bryant-pwe3-transport-00.txt does not fall into this category 2) draft-bryant-pwe3-mpls-transport-00.txt does not adequately address = Transport MPLS OAM and Protection Switching requirements 2A) Protection Switching - linear protection switching coordinated by an = appropriate OAM protocol is required. It is necessary to meet the = requirements of G.8131 2B) Current pseudowire VCCC OAM lacks - Maintenance Entity Levels, MEP / = MIP, AIS / RDI, PM measurement. It is necessary to provide the = functionality being developed for Y.17tom Regards Don -----Original Message----- From: Danny McPherson [mailto:danny@tcb.net] Sent: Thursday, March 22, 2007 4:31 AM To: pwe3 ((((((((E-mail)))))))) WG Subject: [PWE3] Fwd: I-D ACTION:draft-bryant-pwe3-mpls-transport-00.txt=20 =09 Folks, As discussed in the meeting, I'd like to solicit WG feedback on adopting this as a WG document. If you're in favor or opposed to adopting this please speak up now. -danny Begin forwarded message: > From: Internet-Drafts@ietf.org > Date: October 16, 2006 1:50:01 PM MDT > To: i-d-announce@ietf.org > Subject: I-D ACTION:draft-bryant-pwe3-mpls-transport-00.txt > Reply-To: internet-drafts@ietf.org > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > > > Title : Application of PWE3 to MPLS Transport Networks > Author(s) : S. Bryant > Filename : draft-bryant-pwe3-mpls-transport-00.txt > Pages : 13 > Date : 2006-10-16 > =09 > A need has been identified to identify a strict subset of the PWE3 > over MPLS pseudowire functionality suitable for the construction of > transport networks. This draft describes the IETF recommended =20 > profile > for such cases. This document describes the IETF-recommended profile > for such a configuration. In particular the profile of an RFC4448 > PWE3 Ethernet pseudowire that can be used to address these > requirements is described. > > > A URL for this Internet-Draft is: > http://www.ietf.org/internet-drafts/draft-bryant-pwe3-mpls-=20 > transport-00.txt > > To remove yourself from the I-D Announcement list, send a message to > i-d-announce-request@ietf.org with the word unsubscribe in the body of > the message. > You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce > to change your subscription settings. > > 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-bryant-pwe3-mpls-transport-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-bryant-pwe3-mpls-transport-00.txt". > =09 > 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. > Content-Type: text/plain > Content-ID: <2006-10-16113713.I-D@ietf.org> > > _______________________________________________ > I-D-Announce mailing list > I-D-Announce@ietf.org > https://www1.ietf.org/mailman/listinfo/i-d-announce _______________________________________________ pwe3 mailing list pwe3@ietf.org https://www1.ietf.org/mailman/listinfo/pwe3 _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls From mpls-bounces@lists.ietf.org Thu Mar 22 14:04:39 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HURZx-0000jv-Mo; Thu, 22 Mar 2007 14:00:01 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HURZu-0000Rh-Rt; Thu, 22 Mar 2007 13:59:58 -0400 Received: from rtp-iport-1.cisco.com ([64.102.122.148]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1HURZr-0000o6-3K; Thu, 22 Mar 2007 13:59:58 -0400 Received: from rtp-dkim-2.cisco.com ([64.102.121.159]) by rtp-iport-1.cisco.com with ESMTP; 22 Mar 2007 13:59:55 -0400 Received: from rtp-core-2.cisco.com (rtp-core-2.cisco.com [64.102.124.13]) by rtp-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id l2MHxseR017095; Thu, 22 Mar 2007 13:59:54 -0400 Received: from xbh-rtp-201.amer.cisco.com (xbh-rtp-201.cisco.com [64.102.31.12]) by rtp-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l2MHwqlq011590; Thu, 22 Mar 2007 17:59:54 GMT Received: from xfe-rtp-201.amer.cisco.com ([64.102.31.38]) by xbh-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 22 Mar 2007 13:59:40 -0400 Received: from [10.83.15.53] ([10.83.15.53]) by xfe-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 22 Mar 2007 13:59:40 -0400 In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <88F8305C-2EE2-4499-9B96-85AD034683E0@cisco.com> Content-Transfer-Encoding: 7bit From: "Thomas D. Nadeau" Date: Thu, 22 Mar 2007 13:59:37 -0400 To: "O'Connor, Don" X-Mailer: Apple Mail (2.752.3) X-OriginalArrivalTime: 22 Mar 2007 17:59:40.0495 (UTC) FILETIME=[DCEB15F0:01C76CAB] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=6859; t=1174586394; x=1175450394; c=relaxed/simple; s=rtpdkim2001; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=tnadeau@cisco.com; z=From:=20=22Thomas=20D.=20Nadeau=22=20 |Subject:=20Re=3A=20[PWE3]=20Fwd=3A=20I-D=20ACTION=3Adraft-bryant-pwe3-mp ls-transport-00.txt=20 |Sender:=20 |To:=20=22O'Connor,=20Don=22=20; bh=UUCdVoYgIiZcTNe7Qb7ort55XwtCk0QVS2lB8DBuUiQ=; b=CDJBJ1e7wy27+ixjStGDpUAaNuYfj28HFA+eKBgERKomj28ZGiIUSryevrenZQ9u9cJTJ/x/ ryda2wwlOF8qa7uPb6T8CRZ/cN+mTFGm+pHi87Jc6fH4ozGbiI8MXeFe; Authentication-Results: rtp-dkim-2; header.From=tnadeau@cisco.com; dkim=pass ( sig from cisco.com/rtpdkim2001 verified; ); X-Spam-Score: 0.0 (/) X-Scan-Signature: 4b7d60495f1a7f2e853e8cbae7e6dbfc Cc: mpls@ietf.org, "pwe3 \(\(\(\(\(\(\(\(\(\(\(\(\(\(\(\(E-mail\)\)\)\)\)\)\)\)\)\)\)\)\)\)\)\) WG" , Townsley Mark , Ross Callon , Ward David Subject: [mpls] Re: [PWE3] Fwd: I-D ACTION:draft-bryant-pwe3-mpls-transport-00.txt X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org Hi, > I do not support draft-bryant-pwe3-mpls-transport-00.txt as a WG > draft for the following reasons > > 1) Transport MPLS as pursued by ITU encompasses functionality that > overlaps work in multiple IETF WGs. A minimum subset is PWE3 and > MPLS. Work in CCAMP is also most probably relevant. Without > companion work in the MPLS WG on a T-MPLS implementation profile, > draft-bryant-pwe3-mpls-transport-00.txt serves no useful purpose Although Townsley and Ross/Ward should declare which WGs are most relevant for this draft, my two cents are that although PWE3 and MPLS are surely relevant to the draft as-written, I don't see where CCAMP (or any other WG) needs to be involved other than PWE3 since the purpose of the draft is to show how the requirements for T-MPLS can be solved using a few "off the shelf" and already deployed protocols. > I suggest that a first necessary step is that the appropriate Area > Directors consider whether or not they want to take on the entire > task of generating a complete Transport MPLS implementation profile > based on current RFC / ID / extensions and doing it right and > comprehensively. WG charters should be updated appropriately Why do charters need to be updated? If you have read the draft, we have shown how a "comprehensive T-MPLS solution" can be built only using existing (and deployed) protocols. What you are advocating is slowing down the progress on this issue with needless procedural process. > In its present form draft-bryant-pwe3-mpls-transport-00.txt is an > incomplete attempt at addressing a portion of what ITU SG 15 and > ITU SG 13 are pursuing for Transport MPLS Perhaps you could elaborate on this statement? > If IETF leadership decides that they would like to pursue a > comprehensive Transport MPLS implementation profile, it should be > done in cooperation and coordination with leadership in ITU SG 15 > and SG 13. I would support such as effort if it is done in this > context. To date draft-bryant-pwe3-transport-00.txt does not fall > into this category I think the point is that the IETF leadership has already decided to pursue T-MPLS by virtue of it being a true subset of MPLS/PWE3. I don't see why any further procedural actions are necessary to move this work forward. > 2) draft-bryant-pwe3-mpls-transport-00.txt does not adequately > address Transport MPLS OAM and Protection Switching requirements Please be specific. > 2A) Protection Switching - linear protection switching coordinated > by an appropriate OAM protocol is required. It is necessary to meet > the requirements of G.8131 Please be specific. > 2B) Current pseudowire VCCC OAM lacks - Maintenance Entity Levels, > MEP / MIP, AIS / RDI, PM measurement. It is necessary to provide > the functionality being developed for Y.17tom Although this is true, adding these is not difficult, and is something that is already being discussed as part of the MH-VCCV work. --Tom > > Regards > > Don > > > -----Original Message----- > From: Danny McPherson [mailto:danny@tcb.net] > Sent: Thursday, March 22, 2007 4:31 AM > To: pwe3 ((((((((E-mail)))))))) WG > Subject: [PWE3] Fwd: I-D ACTION:draft-bryant-pwe3-mpls- > transport-00.txt > > > > Folks, > As discussed in the meeting, I'd like to solicit WG feedback on > adopting this as a WG document. If you're in favor or opposed > to adopting this please speak up now. > > -danny > > > Begin forwarded message: > >> From: Internet-Drafts@ietf.org >> Date: October 16, 2006 1:50:01 PM MDT >> To: i-d-announce@ietf.org >> Subject: I-D ACTION:draft-bryant-pwe3-mpls-transport-00.txt >> Reply-To: internet-drafts@ietf.org >> >> A New Internet-Draft is available from the on-line Internet-Drafts >> directories. >> >> >> Title : Application of PWE3 to MPLS Transport Networks >> Author(s) : S. Bryant >> Filename : draft-bryant-pwe3-mpls-transport-00.txt >> Pages : 13 >> Date : 2006-10-16 >> >> A need has been identified to identify a strict subset of the PWE3 >> over MPLS pseudowire functionality suitable for the construction of >> transport networks. This draft describes the IETF recommended >> profile >> for such cases. This document describes the IETF-recommended >> profile >> for such a configuration. In particular the profile of an RFC4448 >> PWE3 Ethernet pseudowire that can be used to address these >> requirements is described. >> >> >> A URL for this Internet-Draft is: >> http://www.ietf.org/internet-drafts/draft-bryant-pwe3-mpls- >> transport-00.txt >> >> To remove yourself from the I-D Announcement list, send a message to >> i-d-announce-request@ietf.org with the word unsubscribe in the >> body of >> the message. >> You can also visit https://www1.ietf.org/mailman/listinfo/I-D- >> announce >> to change your subscription settings. >> >> 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-bryant-pwe3-mpls-transport-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-bryant-pwe3-mpls-transport-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. >> Content-Type: text/plain >> Content-ID: <2006-10-16113713.I-D@ietf.org> >> >> _______________________________________________ >> I-D-Announce mailing list >> I-D-Announce@ietf.org >> https://www1.ietf.org/mailman/listinfo/i-d-announce > > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls From mpls-bounces@lists.ietf.org Thu Mar 22 14:34:28 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HUS4y-0001tM-C9; Thu, 22 Mar 2007 14:32:04 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HUS4w-0001tD-OT for mpls@ietf.org; Thu, 22 Mar 2007 14:32:02 -0400 Received: from p-mail1.rd.francetelecom.com ([195.101.245.15]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HUS4r-0007jJ-Uy for mpls@ietf.org; Thu, 22 Mar 2007 14:32:02 -0400 Received: from ftrdmel3.rd.francetelecom.fr ([10.193.117.155]) by ftrdsmtp1.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.1830); Thu, 22 Mar 2007 19:31:25 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [mpls] draft-decraene-mpls-ldp-interarea-04.txt clarification. Date: Thu, 22 Mar 2007 19:31:27 +0100 Message-ID: <5A0FF108221C7C4E85738678804B567C047BA894@ftrdmel3.rd.francetelecom.fr> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [mpls] draft-decraene-mpls-ldp-interarea-04.txt clarification. Thread-Index: AcdsbHiXuC5K/DnISCqtdQorSNZ6pgAPynzQ From: "DECRAENE Bruno RD-CORE-ISS" To: "Luca Martini" , X-OriginalArrivalTime: 22 Mar 2007 18:31:25.0620 (UTC) FILETIME=[4C761740:01C76CB0] X-Spam-Score: 0.0 (/) X-Scan-Signature: f4c2cf0bccc868e4cc88dace71fb3f44 Cc: X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org Luca, > Luca Martini wrote: >=20 > Bruno, >=20 > If my interpretation is correct, I think that you need to make it very > clear that the original LDP FEC is installed because the LSR found a > longest prefix matching IP RIB entry resulting in a NH, and output > interface, then the original LDP FEC will be advertised with a label for > that LSR. > One could mistakenly assume that a new aggregate FEC would be > advertised, which should not be the case. You are perfectly correct. There is no FEC aggregation and LDP keeps distributing the exact original FEC (typically a /32 loopback address) in all IGP areas of the network, just like today with RFC 3036. What the draft would allow is for the IP routing protocol to perform IP routing aggregation between IGP area boundaries. This is important to scale link-state IGP both in terms of number of prefixes and in terms of routing dynamics and this is standard IGP practice. > I am also assuming that if an LSR not supporting this procedure is in > the path , we should have no adverse effect other then that the LSP will > stop at the LSR that does not support this procedure. You're right. If a LSR does not support this longest match procedure, then the FEC is not propagated any further from the egress toward the ingress router. The result is a subset of the required LSP but the LSP is not even broken in the middle. In the following example where PE2 is the egress and PE4 the ingress, if ABR2 does not support the procedure, we would only have a LSP from P3 to PE2. PE4 --- ABR2 ------- P3 ------ ABR1 ---- PE2 > ( it might be nice to explains this ) Thanks for clarifying these two points. We will update the draft accordingly. Bruno > Luca >=20 >=20 >=20 > _______________________________________________ > mpls mailing list > mpls@lists.ietf.org > https://www1.ietf.org/mailman/listinfo/mpls _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls From mpls-bounces@lists.ietf.org Thu Mar 22 16:35:50 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HUTxQ-00005c-Oj; Thu, 22 Mar 2007 16:32:25 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HUTxO-0008Rd-NS; Thu, 22 Mar 2007 16:32:22 -0400 Received: from fncnmp04.fnc.fujitsu.com ([168.127.0.57]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HUTxI-0001Qu-MC; Thu, 22 Mar 2007 16:32:22 -0400 Received: from rchemx01.fnc.net.local ([168.127.134.104]) by fncnmp04.fnc.fujitsu.com with ESMTP; 22 Mar 2007 15:32:13 -0500 X-IronPort-AV: i="4.14,315,1170655200"; d="scan'208"; a="70813033:sNHT28521884" X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Thu, 22 Mar 2007 15:32:13 -0500 Message-ID: In-Reply-To: <88F8305C-2EE2-4499-9B96-85AD034683E0@cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [PWE3] Fwd: I-D ACTION:draft-bryant-pwe3-mpls-transport-00.txt Thread-Index: Acdsq+qB5Ky5De7HReGWI51G8zOeZAAD0fXg From: "O'Connor, Don" To: "Thomas D. Nadeau" X-Spam-Score: 0.0 (/) X-Scan-Signature: 1e467ff145ef391eb7b594ef62b8301f Cc: mpls@ietf.org, "pwe3 \(\(\(\(\(\(\(\(\(\(\(\(\(\(\(\(E-mail\)\)\)\)\)\)\)\)\)\)\)\)\)\)\)\) WG" , Townsley Mark , Ross Callon , Ward David Subject: [mpls] RE: [PWE3] Fwd: I-D ACTION:draft-bryant-pwe3-mpls-transport-00.txt X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org Tom, Please see my replies below Regards Don -----Original Message----- From: Thomas D. Nadeau [mailto:tnadeau@cisco.com] Sent: Thursday, March 22, 2007 1:00 PM To: O'Connor, Don Cc: Danny McPherson; pwe3 ((((((((((((((((E-mail)))))))))))))))) WG; Swallow George; mpls@ietf.org; Townsley Mark; Ward David; Ross Callon Subject: Re: [PWE3] Fwd: I-D ACTION:draft-bryant-pwe3-mpls-transport-00.txt=20 Hi, > I do not support draft-bryant-pwe3-mpls-transport-00.txt as a WG =20 > draft for the following reasons > > 1) Transport MPLS as pursued by ITU encompasses functionality that =20 > overlaps work in multiple IETF WGs. A minimum subset is PWE3 and =20 > MPLS. Work in CCAMP is also most probably relevant. Without =20 > companion work in the MPLS WG on a T-MPLS implementation profile, =20 > draft-bryant-pwe3-mpls-transport-00.txt serves no useful purpose Although Townsley and Ross/Ward should declare which WGs are most relevant for this draft, my two cents are that although PWE3 and MPLS are surely relevant to the draft as-written, I don't see where CCAMP (or any other WG) needs to be involved other than PWE3 since the purpose of the draft is to show how the requirements for T-MPLS can be solved using a few "off the shelf" and already deployed protocols. [Don - CCAMP involvement may not be needed in the near term, but my view = is that it would be needed in the longer term if a more comprehensive = relationship is developed between ITU SG 15 and IETF for Transport MPLS = standardization (including the Control Plane aspects). For example for = Transport Multi-Segment Pseudowires the preferred signaling solution = could be GMPLS RSVP-TE rather than LDP] > I suggest that a first necessary step is that the appropriate Area =20 > Directors consider whether or not they want to take on the entire =20 > task of generating a complete Transport MPLS implementation profile =20 > based on current RFC / ID / extensions and doing it right and =20 > comprehensively. WG charters should be updated appropriately Why do charters need to be updated? If you have read the draft, we have shown how a "comprehensive T-MPLS solution" can be built only using existing (and deployed) protocols. What you are advocating is slowing down the progress on this issue with needless procedural =20 process. [Don - My understanding is that the goals / perceived applications of = Transport MPLS go beyond the Ethernet Port connectivity scenario in the = existing draft. I think a longer term commitment is needed than just the = draft in question. Consequently a potential appropriate step would be = charter updates for PWE3 and MPLS WGs. As a near term minimum I think = the MPLS WG should agree to work on Transport MPLS RFCs. Section 4 of = the draft in question could be used as a starting basis for an ID on = Transport MPLS LSPs. My understanding is that ITU also wishes to support = P2MP Transport MPLS LSPs. So this would require an implantation profile = from the MPLS WG.] > In its present form draft-bryant-pwe3-mpls-transport-00.txt is an =20 > incomplete attempt at addressing a portion of what ITU SG 15 and =20 > ITU SG 13 are pursuing for Transport MPLS Perhaps you could elaborate on this statement? [Don - I will offer several examples - Multi-Segment Transport = Pseudowires, protection switching as defined in G.8131, Transport MPLS = Ring Protection, OAM as defined in Y.17tor / Y.17tom, ID on Transport = MPLS LSPs including P2MP, Control Plane LDP per segmented PWs may not be = the appropriate solution] > If IETF leadership decides that they would like to pursue a =20 > comprehensive Transport MPLS implementation profile, it should be =20 > done in cooperation and coordination with leadership in ITU SG 15 =20 > and SG 13. I would support such as effort if it is done in this =20 > context. To date draft-bryant-pwe3-transport-00.txt does not fall =20 > into this category I think the point is that the IETF leadership has already decided to pursue T-MPLS by virtue of it being a true subset of MPLS/PWE3. I don't see why any further procedural actions are necessary to move this work forward. [Don - I think a more comprehensive longer term commitment is needed = beyond draft-bryant] > 2) draft-bryant-pwe3-mpls-transport-00.txt does not adequately =20 > address Transport MPLS OAM and Protection Switching requirements Please be specific. [Don - please see G.8131,G.8031, Y.17tor / Y.17tom] > 2A) Protection Switching - linear protection switching coordinated =20 > by an appropriate OAM protocol is required. It is necessary to meet =20 > the requirements of G.8131 Please be specific. [Don - please see the detailed functionality in G.8131 and G.8031] > 2B) Current pseudowire VCCC OAM lacks - Maintenance Entity Levels, =20 > MEP / MIP, AIS / RDI, PM measurement. It is necessary to provide =20 > the functionality being developed for Y.17tom Although this is true, adding these is not difficult, and is something that is already being discussed as part of the MH-VCCV work. [Don - One potential way to add the missing OAM functionality is to: 1) = Allocate VCCV code points for "Y.1731 / 802.1ag for pseudowires" and = 2)modify Y.1731 / 802.1ag for use with VCCV (e.g. use AII rather than = Ethernet SA / DA]=20 --Tom > > Regards > > Don > > > -----Original Message----- > From: Danny McPherson [mailto:danny@tcb.net] > Sent: Thursday, March 22, 2007 4:31 AM > To: pwe3 ((((((((E-mail)))))))) WG > Subject: [PWE3] Fwd: I-D ACTION:draft-bryant-pwe3-mpls-=20 > transport-00.txt > > > =09 > Folks, > As discussed in the meeting, I'd like to solicit WG feedback on > adopting this as a WG document. If you're in favor or opposed > to adopting this please speak up now. > > -danny > > > Begin forwarded message: > >> From: Internet-Drafts@ietf.org >> Date: October 16, 2006 1:50:01 PM MDT >> To: i-d-announce@ietf.org >> Subject: I-D ACTION:draft-bryant-pwe3-mpls-transport-00.txt >> Reply-To: internet-drafts@ietf.org >> >> A New Internet-Draft is available from the on-line Internet-Drafts >> directories. >> >> >> Title : Application of PWE3 to MPLS Transport Networks >> Author(s) : S. Bryant >> Filename : draft-bryant-pwe3-mpls-transport-00.txt >> Pages : 13 >> Date : 2006-10-16 >> =09 >> A need has been identified to identify a strict subset of the PWE3 >> over MPLS pseudowire functionality suitable for the construction of >> transport networks. This draft describes the IETF recommended >> profile >> for such cases. This document describes the IETF-recommended =20 >> profile >> for such a configuration. In particular the profile of an RFC4448 >> PWE3 Ethernet pseudowire that can be used to address these >> requirements is described. >> >> >> A URL for this Internet-Draft is: >> http://www.ietf.org/internet-drafts/draft-bryant-pwe3-mpls- >> transport-00.txt >> >> To remove yourself from the I-D Announcement list, send a message to >> i-d-announce-request@ietf.org with the word unsubscribe in the =20 >> body of >> the message. >> You can also visit https://www1.ietf.org/mailman/listinfo/I-D-=20 >> announce >> to change your subscription settings. >> >> 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-bryant-pwe3-mpls-transport-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-bryant-pwe3-mpls-transport-00.txt". >> =09 >> 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. >> Content-Type: text/plain >> Content-ID: <2006-10-16113713.I-D@ietf.org> >> >> _______________________________________________ >> I-D-Announce mailing list >> I-D-Announce@ietf.org >> https://www1.ietf.org/mailman/listinfo/i-d-announce > > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls From mpls-bounces@lists.ietf.org Thu Mar 22 16:51:48 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HUUEt-0006ln-CR; Thu, 22 Mar 2007 16:50:27 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HUUEq-0006i1-PO; Thu, 22 Mar 2007 16:50:24 -0400 Received: from rtp-iport-2.cisco.com ([64.102.122.149]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HUUEa-0006vp-Az; Thu, 22 Mar 2007 16:50:24 -0400 Received: from rtp-dkim-2.cisco.com ([64.102.121.159]) by rtp-iport-2.cisco.com with ESMTP; 22 Mar 2007 16:50:08 -0400 Received: from rtp-core-1.cisco.com (rtp-core-1.cisco.com [64.102.124.12]) by rtp-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id l2MKo7Tc006454; Thu, 22 Mar 2007 16:50:07 -0400 Received: from xbh-rtp-211.amer.cisco.com (xbh-rtp-211.cisco.com [64.102.31.102]) by rtp-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l2MKo6Gl029386; Thu, 22 Mar 2007 20:50:07 GMT Received: from xfe-rtp-201.amer.cisco.com ([64.102.31.38]) by xbh-rtp-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 22 Mar 2007 16:49:55 -0400 Received: from [10.83.15.53] ([10.83.15.53]) by xfe-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 22 Mar 2007 16:49:54 -0400 In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <507C2B64-D9D1-4E67-9E9D-AFDEA480CB2A@cisco.com> Content-Transfer-Encoding: 7bit From: "Thomas D. Nadeau" Date: Thu, 22 Mar 2007 16:49:51 -0400 To: "O'Connor, Don" X-Mailer: Apple Mail (2.752.3) X-OriginalArrivalTime: 22 Mar 2007 20:49:54.0473 (UTC) FILETIME=[A4EC7190:01C76CC3] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=10264; t=1174596608; x=1175460608; c=relaxed/simple; s=rtpdkim2001; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=tnadeau@cisco.com; z=From:=20=22Thomas=20D.=20Nadeau=22=20 |Subject:=20Re=3A=20[PWE3]=20Fwd=3A=20I-D=20ACTION=3Adraft-bryant-pwe3-mp ls-transport-00.txt=20 |Sender:=20 |To:=20=22O'Connor,=20Don=22=20; bh=qv/rMsIod8ElCvxjPOQ5VOmy7MBLr6a93P5xHABQSME=; b=X8Bzvg9FaXYQ4xtRKlgVaqSd8hqIcL53Vicb5sm/UQfTKD8rIoBAYRLLvFGll3OGomNl+ASn ZLwmeZe6v+Hs0jW10V3UnV1mMboVXR7JftNHg5wqsYuS3ACWuefypvjU; Authentication-Results: rtp-dkim-2; header.From=tnadeau@cisco.com; dkim=pass ( sig from cisco.com/rtpdkim2001 verified; ); X-Spam-Score: 0.0 (/) X-Scan-Signature: 681e62a2ce9b0804b459fe780d892beb Cc: mpls@ietf.org, "pwe3 \(\(\(\(\(\(\(\(\(\(\(\(\(\(\(\(E-mail\)\)\)\)\)\)\)\)\)\)\)\)\)\)\)\) WG" , Townsley Mark , Ross Callon , Ward David Subject: [mpls] Re: [PWE3] Fwd: I-D ACTION:draft-bryant-pwe3-mpls-transport-00.txt X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org On Mar 22, 2007:4:32 PM, at 4:32 PM, O'Connor, Don wrote: > Tom, > > Please see my replies below > > Regards > > Don > > -----Original Message----- > From: Thomas D. Nadeau [mailto:tnadeau@cisco.com] > Sent: Thursday, March 22, 2007 1:00 PM > To: O'Connor, Don > Cc: Danny McPherson; pwe3 ((((((((((((((((E-mail)))))))))))))))) WG; > Swallow George; mpls@ietf.org; Townsley Mark; Ward David; Ross Callon > Subject: Re: [PWE3] Fwd: I-D > ACTION:draft-bryant-pwe3-mpls-transport-00.txt > > > > Hi, > >> I do not support draft-bryant-pwe3-mpls-transport-00.txt as a WG >> draft for the following reasons >> >> 1) Transport MPLS as pursued by ITU encompasses functionality that >> overlaps work in multiple IETF WGs. A minimum subset is PWE3 and >> MPLS. Work in CCAMP is also most probably relevant. Without >> companion work in the MPLS WG on a T-MPLS implementation profile, >> draft-bryant-pwe3-mpls-transport-00.txt serves no useful purpose > > Although Townsley and Ross/Ward should declare > which WGs are most relevant for this draft, my two > cents are that although PWE3 and MPLS are surely relevant to the > draft as-written, I don't see where CCAMP (or any other WG) > needs to be involved other than PWE3 since the purpose of > the draft is to show how the requirements for T-MPLS can > be solved using a few "off the shelf" and already deployed > protocols. > > [Don - CCAMP involvement may not be needed in the near term, but my > view is that it would be needed in the longer term if a more > comprehensive relationship is developed between ITU SG 15 and IETF > for Transport MPLS standardization (including the Control Plane > aspects). For example for Transport Multi-Segment Pseudowires the > preferred signaling solution could be GMPLS RSVP-TE rather than LDP] Perhaps. FYI, our draft, as-written supports both static and signaled paths via GMPLS/RSVP-TE. From section 4.2: In this section we describe the profile when RSVP-TE [] or the bi- directional support in GMPLS [] are used to configure the MPLS PSN used to provide the transport LSPs. >> I suggest that a first necessary step is that the appropriate Area >> Directors consider whether or not they want to take on the entire >> task of generating a complete Transport MPLS implementation profile >> based on current RFC / ID / extensions and doing it right and >> comprehensively. WG charters should be updated appropriately > > Why do charters need to be updated? If you have read the draft, > we have shown how a "comprehensive T-MPLS solution" can be built only > using existing (and deployed) protocols. What you are advocating is > slowing down the progress on this issue with needless procedural > process. > > [Don - My understanding is that the goals / perceived applications > of Transport MPLS go beyond the Ethernet Port connectivity scenario > in the existing draft. I think a longer term commitment is needed > than just the draft in question. Consequently a potential > appropriate step would be charter updates for PWE3 and MPLS WGs. As > a near term minimum I think the MPLS WG should agree to work on > Transport MPLS RFCs. Section 4 of the draft in question could be > used as a starting basis for an ID on Transport MPLS LSPs. My > understanding is that ITU also wishes to support P2MP Transport > MPLS LSPs. So this would require an implantation profile from the > MPLS WG.] I still don't see why the charters need to be updated per se, except perhaps to add milestones for these work items explicitly. Whether or not that is necessary is again up to the chairs/ADs, but IMHO it is unnecessary. >> In its present form draft-bryant-pwe3-mpls-transport-00.txt is an >> incomplete attempt at addressing a portion of what ITU SG 15 and >> ITU SG 13 are pursuing for Transport MPLS > > Perhaps you could elaborate on this statement? > > [Don - I will offer several examples - Multi-Segment Transport > Pseudowires, protection switching as defined in G.8131, Transport > MPLS Ring Protection, OAM as defined in Y.17tor / Y.17tom, ID on > Transport MPLS LSPs including P2MP, Control Plane LDP per segmented > PWs may not be the appropriate solution] >> If IETF leadership decides that they would like to pursue a >> comprehensive Transport MPLS implementation profile, it should be >> done in cooperation and coordination with leadership in ITU SG 15 >> and SG 13. I would support such as effort if it is done in this >> context. To date draft-bryant-pwe3-transport-00.txt does not fall >> into this category > > I think the point is that the IETF leadership has already > decided to pursue T-MPLS by virtue of it being a true subset of > MPLS/PWE3. I don't see why any further procedural actions are > necessary to move this work forward. > > [Don - I think a more comprehensive longer term commitment is > needed beyond draft-bryant] > >> 2) draft-bryant-pwe3-mpls-transport-00.txt does not adequately >> address Transport MPLS OAM and Protection Switching requirements > > Please be specific. > > [Don - please see G.8131,G.8031, Y.17tor / Y.17tom] > >> 2A) Protection Switching - linear protection switching coordinated >> by an appropriate OAM protocol is required. It is necessary to meet >> the requirements of G.8131 > > Please be specific. > > [Don - please see the detailed functionality in G.8131 and G.8031] > >> 2B) Current pseudowire VCCC OAM lacks - Maintenance Entity Levels, >> MEP / MIP, AIS / RDI, PM measurement. It is necessary to provide >> the functionality being developed for Y.17tom > > Although this is true, adding these is not difficult, and > is something that is already being discussed as part of the MH-VCCV > work. > > [Don - One potential way to add the missing OAM functionality is > to: 1) Allocate VCCV code points for "Y.1731 / 802.1ag for > pseudowires" and 2)modify Y.1731 / 802.1ag for use with VCCV (e.g. > use AII rather than Ethernet SA / DA] Another is to modify y.17tom (which is a fantastic way to name a document I might add!) to reference y.1714. We have in fact already made recent contributions to do so. And of course, as I said, to add MIP/MEPs to MH-VCCV. --Tom > > --Tom > > > >> >> Regards >> >> Don >> >> >> -----Original Message----- >> From: Danny McPherson [mailto:danny@tcb.net] >> Sent: Thursday, March 22, 2007 4:31 AM >> To: pwe3 ((((((((E-mail)))))))) WG >> Subject: [PWE3] Fwd: I-D ACTION:draft-bryant-pwe3-mpls- >> transport-00.txt >> >> >> >> Folks, >> As discussed in the meeting, I'd like to solicit WG feedback on >> adopting this as a WG document. If you're in favor or opposed >> to adopting this please speak up now. >> >> -danny >> >> >> Begin forwarded message: >> >>> From: Internet-Drafts@ietf.org >>> Date: October 16, 2006 1:50:01 PM MDT >>> To: i-d-announce@ietf.org >>> Subject: I-D ACTION:draft-bryant-pwe3-mpls-transport-00.txt >>> Reply-To: internet-drafts@ietf.org >>> >>> A New Internet-Draft is available from the on-line Internet-Drafts >>> directories. >>> >>> >>> Title : Application of PWE3 to MPLS Transport Networks >>> Author(s) : S. Bryant >>> Filename : draft-bryant-pwe3-mpls-transport-00.txt >>> Pages : 13 >>> Date : 2006-10-16 >>> >>> A need has been identified to identify a strict subset of the PWE3 >>> over MPLS pseudowire functionality suitable for the >>> construction of >>> transport networks. This draft describes the IETF recommended >>> profile >>> for such cases. This document describes the IETF-recommended >>> profile >>> for such a configuration. In particular the profile of an RFC4448 >>> PWE3 Ethernet pseudowire that can be used to address these >>> requirements is described. >>> >>> >>> A URL for this Internet-Draft is: >>> http://www.ietf.org/internet-drafts/draft-bryant-pwe3-mpls- >>> transport-00.txt >>> >>> To remove yourself from the I-D Announcement list, send a message to >>> i-d-announce-request@ietf.org with the word unsubscribe in the >>> body of >>> the message. >>> You can also visit https://www1.ietf.org/mailman/listinfo/I-D- >>> announce >>> to change your subscription settings. >>> >>> 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-bryant-pwe3-mpls-transport-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-bryant-pwe3-mpls-transport-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. >>> Content-Type: text/plain >>> Content-ID: <2006-10-16113713.I-D@ietf.org> >>> >>> _______________________________________________ >>> I-D-Announce mailing list >>> I-D-Announce@ietf.org >>> https://www1.ietf.org/mailman/listinfo/i-d-announce >> >> >> _______________________________________________ >> pwe3 mailing list >> pwe3@ietf.org >> https://www1.ietf.org/mailman/listinfo/pwe3 >> >> _______________________________________________ >> pwe3 mailing list >> pwe3@ietf.org >> https://www1.ietf.org/mailman/listinfo/pwe3 _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls From mpls-bounces@lists.ietf.org Thu Mar 22 17:33:13 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HUUrp-0001dc-Ib; Thu, 22 Mar 2007 17:30:41 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HUUrm-0001Zk-NM; Thu, 22 Mar 2007 17:30:38 -0400 Received: from fncnmp03.fnc.fujitsu.com ([168.127.0.56]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HUUrj-0007tp-QF; Thu, 22 Mar 2007 17:30:38 -0400 Received: from rchemx01.fnc.net.local ([168.127.134.104]) by fncnmp03.fnc.fujitsu.com with ESMTP; 22 Mar 2007 16:30:33 -0500 X-IronPort-AV: i="4.14,316,1170655200"; d="scan'208"; a="109716335:sNHT127294140" X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Thu, 22 Mar 2007 16:30:32 -0500 Message-ID: In-Reply-To: <507C2B64-D9D1-4E67-9E9D-AFDEA480CB2A@cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [PWE3] Fwd: I-D ACTION:draft-bryant-pwe3-mpls-transport-00.txt Thread-Index: Acdsw9WztvlskuSOQxCYbT/Z9mm+CQABJNPg From: "O'Connor, Don" To: "Thomas D. Nadeau" X-Spam-Score: 0.0 (/) X-Scan-Signature: a0ecb232550b38fd41a3cf6a312fbabc Cc: mpls@ietf.org, "pwe3 \(\(\(\(\(\(\(\(\(\(\(\(\(\(\(\(E-mail\)\)\)\)\)\)\)\)\)\)\)\)\)\)\)\) WG" , Townsley Mark , Ross Callon , Ward David Subject: [mpls] RE: [PWE3] Fwd: I-D ACTION:draft-bryant-pwe3-mpls-transport-00.txt X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org Tom Your reply below indicated that "Perhaps. FYI, our draft, as-written supports both static and signaled paths via GMPLS/RSVP-TE. From section 4.2: In this section we describe the profile when RSVP-TE [] or the bi- directional support in GMPLS [] are used to configure the MPLS PSN used to provide the transport LSPs." My initial comment was "For example for Transport Multi-Segment Pseudowires the =20 > preferred signaling solution could be GMPLS RSVP-TE rather than LDP" This comment did not refer to signaling for the MPLS PSN (as in section = 4.2). This comment suggested that maybe GMPLS RSVP-TE could be used for = Transport Pseudowire signaling for multi-segment transport pseudowires.=20 Regards Don -----Original Message----- From: Thomas D. Nadeau [mailto:tnadeau@cisco.com] Sent: Thursday, March 22, 2007 3:50 PM To: O'Connor, Don Cc: Danny McPherson; pwe3 ((((((((((((((((E-mail)))))))))))))))) WG; Swallow George; mpls@ietf.org; Townsley Mark; Ward David; Ross Callon Subject: Re: [PWE3] Fwd: I-D ACTION:draft-bryant-pwe3-mpls-transport-00.txt=20 On Mar 22, 2007:4:32 PM, at 4:32 PM, O'Connor, Don wrote: > Tom, > > Please see my replies below > > Regards > > Don > > -----Original Message----- > From: Thomas D. Nadeau [mailto:tnadeau@cisco.com] > Sent: Thursday, March 22, 2007 1:00 PM > To: O'Connor, Don > Cc: Danny McPherson; pwe3 ((((((((((((((((E-mail)))))))))))))))) WG; > Swallow George; mpls@ietf.org; Townsley Mark; Ward David; Ross Callon > Subject: Re: [PWE3] Fwd: I-D > ACTION:draft-bryant-pwe3-mpls-transport-00.txt > > > > Hi, > >> I do not support draft-bryant-pwe3-mpls-transport-00.txt as a WG >> draft for the following reasons >> >> 1) Transport MPLS as pursued by ITU encompasses functionality that >> overlaps work in multiple IETF WGs. A minimum subset is PWE3 and >> MPLS. Work in CCAMP is also most probably relevant. Without >> companion work in the MPLS WG on a T-MPLS implementation profile, >> draft-bryant-pwe3-mpls-transport-00.txt serves no useful purpose > > Although Townsley and Ross/Ward should declare > which WGs are most relevant for this draft, my two > cents are that although PWE3 and MPLS are surely relevant to the > draft as-written, I don't see where CCAMP (or any other WG) > needs to be involved other than PWE3 since the purpose of > the draft is to show how the requirements for T-MPLS can > be solved using a few "off the shelf" and already deployed > protocols. > > [Don - CCAMP involvement may not be needed in the near term, but my =20 > view is that it would be needed in the longer term if a more =20 > comprehensive relationship is developed between ITU SG 15 and IETF =20 > for Transport MPLS standardization (including the Control Plane =20 > aspects). For example for Transport Multi-Segment Pseudowires the =20 > preferred signaling solution could be GMPLS RSVP-TE rather than LDP] Perhaps. FYI, our draft, as-written supports both static and signaled paths via GMPLS/RSVP-TE. From section 4.2: In this section we describe the profile when RSVP-TE [] or the bi- directional support in GMPLS [] are used to configure the MPLS PSN used to provide the transport LSPs. >> I suggest that a first necessary step is that the appropriate Area >> Directors consider whether or not they want to take on the entire >> task of generating a complete Transport MPLS implementation profile >> based on current RFC / ID / extensions and doing it right and >> comprehensively. WG charters should be updated appropriately > > Why do charters need to be updated? If you have read the draft, > we have shown how a "comprehensive T-MPLS solution" can be built only > using existing (and deployed) protocols. What you are advocating is > slowing down the progress on this issue with needless procedural > process. > > [Don - My understanding is that the goals / perceived applications =20 > of Transport MPLS go beyond the Ethernet Port connectivity scenario =20 > in the existing draft. I think a longer term commitment is needed =20 > than just the draft in question. Consequently a potential =20 > appropriate step would be charter updates for PWE3 and MPLS WGs. As =20 > a near term minimum I think the MPLS WG should agree to work on =20 > Transport MPLS RFCs. Section 4 of the draft in question could be =20 > used as a starting basis for an ID on Transport MPLS LSPs. My =20 > understanding is that ITU also wishes to support P2MP Transport =20 > MPLS LSPs. So this would require an implantation profile from the =20 > MPLS WG.] I still don't see why the charters need to be updated per se, except perhaps to add milestones for these work items explicitly. Whether or not that is necessary is again up to the chairs/ADs, but IMHO it is unnecessary. >> In its present form draft-bryant-pwe3-mpls-transport-00.txt is an >> incomplete attempt at addressing a portion of what ITU SG 15 and >> ITU SG 13 are pursuing for Transport MPLS > > Perhaps you could elaborate on this statement? > > [Don - I will offer several examples - Multi-Segment Transport =20 > Pseudowires, protection switching as defined in G.8131, Transport =20 > MPLS Ring Protection, OAM as defined in Y.17tor / Y.17tom, ID on =20 > Transport MPLS LSPs including P2MP, Control Plane LDP per segmented =20 > PWs may not be the appropriate solution] >> If IETF leadership decides that they would like to pursue a >> comprehensive Transport MPLS implementation profile, it should be >> done in cooperation and coordination with leadership in ITU SG 15 >> and SG 13. I would support such as effort if it is done in this >> context. To date draft-bryant-pwe3-transport-00.txt does not fall >> into this category > > I think the point is that the IETF leadership has already > decided to pursue T-MPLS by virtue of it being a true subset of > MPLS/PWE3. I don't see why any further procedural actions are > necessary to move this work forward. > > [Don - I think a more comprehensive longer term commitment is =20 > needed beyond draft-bryant] > >> 2) draft-bryant-pwe3-mpls-transport-00.txt does not adequately >> address Transport MPLS OAM and Protection Switching requirements > > Please be specific. > > [Don - please see G.8131,G.8031, Y.17tor / Y.17tom] > >> 2A) Protection Switching - linear protection switching coordinated >> by an appropriate OAM protocol is required. It is necessary to meet >> the requirements of G.8131 > > Please be specific. > > [Don - please see the detailed functionality in G.8131 and G.8031] > >> 2B) Current pseudowire VCCC OAM lacks - Maintenance Entity Levels, >> MEP / MIP, AIS / RDI, PM measurement. It is necessary to provide >> the functionality being developed for Y.17tom > > Although this is true, adding these is not difficult, and > is something that is already being discussed as part of the MH-VCCV > work. > > [Don - One potential way to add the missing OAM functionality is =20 > to: 1) Allocate VCCV code points for "Y.1731 / 802.1ag for =20 > pseudowires" and 2)modify Y.1731 / 802.1ag for use with VCCV (e.g. =20 > use AII rather than Ethernet SA / DA] Another is to modify y.17tom (which is a fantastic way to name a document I might add!) to reference y.1714. We have in fact already made recent contributions to do so. And of course, as I said, to add MIP/MEPs to MH-VCCV. --Tom > > --Tom > > > >> >> Regards >> >> Don >> >> >> -----Original Message----- >> From: Danny McPherson [mailto:danny@tcb.net] >> Sent: Thursday, March 22, 2007 4:31 AM >> To: pwe3 ((((((((E-mail)))))))) WG >> Subject: [PWE3] Fwd: I-D ACTION:draft-bryant-pwe3-mpls- >> transport-00.txt >> >> >> =09 >> Folks, >> As discussed in the meeting, I'd like to solicit WG feedback on >> adopting this as a WG document. If you're in favor or opposed >> to adopting this please speak up now. >> >> -danny >> >> >> Begin forwarded message: >> >>> From: Internet-Drafts@ietf.org >>> Date: October 16, 2006 1:50:01 PM MDT >>> To: i-d-announce@ietf.org >>> Subject: I-D ACTION:draft-bryant-pwe3-mpls-transport-00.txt >>> Reply-To: internet-drafts@ietf.org >>> >>> A New Internet-Draft is available from the on-line Internet-Drafts >>> directories. >>> >>> >>> Title : Application of PWE3 to MPLS Transport Networks >>> Author(s) : S. Bryant >>> Filename : draft-bryant-pwe3-mpls-transport-00.txt >>> Pages : 13 >>> Date : 2006-10-16 >>> =09 >>> A need has been identified to identify a strict subset of the PWE3 >>> over MPLS pseudowire functionality suitable for the =20 >>> construction of >>> transport networks. This draft describes the IETF recommended >>> profile >>> for such cases. This document describes the IETF-recommended >>> profile >>> for such a configuration. In particular the profile of an RFC4448 >>> PWE3 Ethernet pseudowire that can be used to address these >>> requirements is described. >>> >>> >>> A URL for this Internet-Draft is: >>> http://www.ietf.org/internet-drafts/draft-bryant-pwe3-mpls- >>> transport-00.txt >>> >>> To remove yourself from the I-D Announcement list, send a message to >>> i-d-announce-request@ietf.org with the word unsubscribe in the >>> body of >>> the message. >>> You can also visit https://www1.ietf.org/mailman/listinfo/I-D- >>> announce >>> to change your subscription settings. >>> >>> 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-bryant-pwe3-mpls-transport-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-bryant-pwe3-mpls-transport-00.txt". >>> =09 >>> 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 =20 >>> 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. >>> Content-Type: text/plain >>> Content-ID: <2006-10-16113713.I-D@ietf.org> >>> >>> _______________________________________________ >>> I-D-Announce mailing list >>> I-D-Announce@ietf.org >>> https://www1.ietf.org/mailman/listinfo/i-d-announce >> >> >> _______________________________________________ >> pwe3 mailing list >> pwe3@ietf.org >> https://www1.ietf.org/mailman/listinfo/pwe3 >> >> _______________________________________________ >> pwe3 mailing list >> pwe3@ietf.org >> https://www1.ietf.org/mailman/listinfo/pwe3 _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls From mpls-bounces@lists.ietf.org Fri Mar 23 04:47:52 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HUfMo-0002YI-Kq; Fri, 23 Mar 2007 04:43:22 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HUfMm-0002SP-C9; Fri, 23 Mar 2007 04:43:20 -0400 Received: from ams-iport-1.cisco.com ([144.254.224.140]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HUfMl-0005e5-0h; Fri, 23 Mar 2007 04:43:20 -0400 Received: from ams-dkim-1.cisco.com ([144.254.224.138]) by ams-iport-1.cisco.com with ESMTP; 23 Mar 2007 09:43:18 +0100 Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by ams-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l2N8hIXH016018; Fri, 23 Mar 2007 09:43:18 +0100 Received: from [10.61.80.237] (ams3-vpn-dhcp4334.cisco.com [10.61.80.237]) by ams-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l2N8hFlZ024701; Fri, 23 Mar 2007 08:43:16 GMT Message-ID: <4603931D.3080508@cisco.com> Date: Fri, 23 Mar 2007 08:43:09 +0000 From: Stewart Bryant User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "O'Connor, Don" References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=3115; t=1174639398; x=1175503398; c=relaxed/simple; s=amsdkim1002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=stbryant@cisco.com; z=From:=20Stewart=20Bryant=20 |Subject:=20Re=3A=20[PWE3]=20Fwd=3A=20I-D=20ACTION=3Adraft-bryant-pwe3-mp ls-transport-00.txt |Sender:=20; bh=woAvb/oUNIy8oL4JIdre9nHxG94WUIPdU1RHUDkAAuc=; b=bNFy0xpx0DUPxbwbTXbAVzatGdNbB95R/ebg+Btv41r72fcpIRRY6mhbuLivv6XUNidxC9RF SgEpVZEnIySWXey4zeUa300lsNt+63jpcQ6mbxwlbE7bl4A/fbim8C3S; Authentication-Results: ams-dkim-1; header.From=stbryant@cisco.com; dkim=pass ( sig from cisco.com/amsdkim1002 verified; ); X-Spam-Score: 0.0 (/) X-Scan-Signature: 0fa76816851382eb71b0a882ccdc29ac Cc: mpls@ietf.org, townsley@cisco.com, "pwe3 \(\(\(\(\(\(\(\(E-mail\)\)\)\)\)\)\)\) WG" Subject: [mpls] Re: [PWE3] Fwd: I-D ACTION:draft-bryant-pwe3-mpls-transport-00.txt X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org O'Connor, Don wrote: > > 1) Transport MPLS as pursued by ITU encompasses functionality that overlaps work in multiple IETF WGs. A minimum subset is PWE3 and MPLS. Work in CCAMP is also most probably relevant. Without companion work in the MPLS WG on a T-MPLS implementation profile, draft-bryant-pwe3-mpls-transport-00.txt serves no useful purpose As I understand it T-MPLS is a strict subset of MPLS, so I am at a loss to understand why additional MPLS work is needed. Indeed if work is needed, it is NOT a true subset, should not be called xMPLS and most important MUST NOT use the MPLS codepoints. So if you are correct we should be send an urgent Liaison requiring ITU to withdraw the T-MPLS specification. > > I suggest that a first necessary step is that the appropriate Area Directors consider whether or not they want to take on the entire task of generating a complete Transport MPLS implementation profile based on current RFC / ID / extensions and doing it right and comprehensively. WG charters should be updated appropriately If extensions are needed it is surely not a TRUE subset, and appropriate ammendments need to be made to the ITU specs. > > In its present form draft-bryant-pwe3-mpls-transport-00.txt is an incomplete attempt at addressing a portion of what ITU SG 15 and ITU SG 13 are pursuing for Transport MPLS Please could you be more specific - perhaps contributing text? > > If IETF leadership decides that they would like to pursue a comprehensive Transport MPLS implementation profile, it should be done in cooperation and coordination with leadership in ITU SG 15 and SG 13. I would support such as effort if it is done in this context. To date draft-bryant-pwe3-transport-00.txt does not fall into this category Again please be specific. > > 2) draft-bryant-pwe3-mpls-transport-00.txt does not adequately address Transport MPLS OAM and Protection Switching requirements > > 2A) Protection Switching - linear protection switching coordinated by an appropriate OAM protocol is required. It is necessary to meet the requirements of G.8131 "Define requirements for and mechanisms to provide protection and restoration of PWs." is an element of the PWE3 existing charter. There seems no reason why a suitable design would not encompass the requirements of a transport application. Please could you articulate any specific aspects of a PW solution that we need to be careful to address that you would not ordinarily expect us to address. Perhaps I could encourage you to submit a solutions draft on the subject of protection mechanisms? > > 2B) Current pseudowire VCCC OAM lacks - Maintenance Entity Levels, MEP / MIP, AIS / RDI, PM measurement. It is necessary to provide the functionality being developed for Y.17tom I will leave that to the OAM specialist to respond on, but I do not see any reason why transport should have any requirements that diverge from the normal PW case, i.e. if a requirement is NEEDED in one domain, I would expect it to be NEEDED in the other. - Stewart _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls From mpls-bounces@lists.ietf.org Fri Mar 23 06:52:53 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HUhIv-0001UZ-8c; Fri, 23 Mar 2007 06:47:29 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HUhIu-0001U2-0A; Fri, 23 Mar 2007 06:47:28 -0400 Received: from mailrelay1.alcatel.de ([194.113.59.95]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HUhIk-0005of-Kg; Fri, 23 Mar 2007 06:47:27 -0400 Received: from itmail02.netfr.alcatel.fr (itmail02.netfr.alcatel.fr [155.132.182.198]) by mailrelay1.alcatel.de (8.13.4/8.13.4/ICT) with ESMTP id l2NAl8wi007791; Fri, 23 Mar 2007 11:47:08 +0100 Received: from itvimn0i34082 ([172.17.114.212]) by itmail02.netfr.alcatel.fr (Lotus Domino Release 5.0.13aHF163) with SMTP id 2007032311470052:4589 ; Fri, 23 Mar 2007 11:47:00 +0100 From: "Italo Busi" To: "Stewart Bryant" , "O'Connor, Don" Date: Fri, 23 Mar 2007 11:46:44 +0100 Message-ID: MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: <4603931D.3080508@cisco.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Importance: Normal X-MIMETrack: Itemize by SMTP Server on ITMAIL02/IT/ALCATEL(Release 5.0.13aHF163 | June 23, 2005) at 03/23/2007 11:47:06, Serialize by Router on ITMAIL02/IT/ALCATEL(Release 5.0.13aHF163 | June 23, 2005) at 03/23/2007 11:47:07, Serialize complete at 03/23/2007 11:47:07 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii" X-Scanned-By: MIMEDefang 2.51 on 149.204.45.72 X-Spam-Score: 0.0 (/) X-Scan-Signature: 287c806b254c6353fcb09ee0e53bbc5e Cc: mpls@ietf.org, "pwe3 \(\(\(\(\(\(\(\(E-mail\)\)\)\)\)\)\)\) WG" , townsley@cisco.com Subject: [mpls] RE: [PWE3] Fwd: I-D ACTION:draft-bryant-pwe3-mpls-transport-00.txt X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org Stewart, see in line marked with [ib] Italo > -----Original Message----- > From: Stewart Bryant [mailto:stbryant@cisco.com] > Sent: Friday, March 23, 2007 9:43 AM > To: O'Connor, Don > Cc: swallow@cisco.com; mpls@ietf.org; townsley@cisco.com; pwe3 > ((((((((E-mail)))))))) WG; Danny McPherson > Subject: Re: [PWE3] Fwd: I-D > ACTION:draft-bryant-pwe3-mpls-transport-00.txt > > > O'Connor, Don wrote: > > > > > 1) Transport MPLS as pursued by ITU encompasses functionality > that overlaps work in multiple IETF WGs. A minimum subset is PWE3 > and MPLS. Work in CCAMP is also most probably relevant. Without > companion work in the MPLS WG on a T-MPLS implementation profile, > draft-bryant-pwe3-mpls-transport-00.txt serves no useful purpose > > As I understand it T-MPLS is a strict subset of MPLS, so I am > at a loss to understand why additional MPLS work is needed. Indeed > if work is needed, it is NOT a true subset, should not be called > xMPLS and most important MUST NOT use the MPLS codepoints. So > if you are correct we should be send an urgent Liaison requiring > ITU to withdraw the T-MPLS specification. > [ib] I cannot see any reference in Don's comment that violates the view of T-MPLS data plane being a subset of MPLS data plane. He simply advocates the need to have also a profile of MPLS WG as well as CCAMP WG works in the relevant WGs. > > > > I suggest that a first necessary step is that the appropriate > Area Directors consider whether or not they want to take on the > entire task of generating a complete Transport MPLS implementation > profile based on current RFC / ID / extensions and doing it right > and comprehensively. WG charters should be updated appropriately > > If extensions are needed it is surely not a TRUE subset, and > appropriate ammendments need to be made to the ITU specs. > [ib] Good point. So far, T-MPLS data plane is a true subset of MPLS data plane. However future extensions might be required. It is my understanding, from the LS statements that ITU-T has sent so far, that ITU-T will require them following the (G)MPLS Change Process. It is also my understanding that IETF will define these protocol extensions based on the (G)MPLS Change Process. Is my understanding correct? > > > > In its present form draft-bryant-pwe3-mpls-transport-00.txt is > an incomplete attempt at addressing a portion of what ITU SG 15 > and ITU SG 13 are pursuing for Transport MPLS > > Please could you be more specific - perhaps contributing text? > > > > > If IETF leadership decides that they would like to pursue > a comprehensive Transport MPLS implementation profile, it > should be done in cooperation and coordination with leadership > in ITU SG 15 and SG 13. I would support such as effort if > it is done in this context. To date > draft-bryant-pwe3-transport-00.txt does not fall into this > category > > Again please be specific. > > > > > 2) draft-bryant-pwe3-mpls-transport-00.txt does not adequately > address Transport MPLS OAM and Protection Switching requirements > > > > 2A) Protection Switching - linear protection switching coordinated > by an appropriate OAM protocol is required. It is necessary to meet > the requirements of G.8131 > > "Define requirements for and mechanisms to provide > protection and restoration of PWs." is an element of the > PWE3 existing charter. There seems no reason why a suitable > design would not encompass the requirements of a transport > application. > > Please could you articulate any specific aspects of a PW > solution that we need to be careful to address that you > would not ordinarily expect us to address. Perhaps > I could encourage you to submit a solutions draft on > the subject of protection mechanisms? > > > > > > 2B) Current pseudowire VCCC OAM lacks - Maintenance Entity Levels, > MEP / MIP, AIS / RDI, PM measurement. It is necessary to provide > the functionality being developed for Y.17tom > > I will leave that to the OAM specialist to respond on, but > I do not see any reason why transport should have any > requirements that diverge from the normal PW case, i.e. if > a requirement is NEEDED in one domain, I would expect it to > be NEEDED in the other. > > - Stewart > _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls From mpls-bounces@lists.ietf.org Fri Mar 23 12:01:28 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HUm7Y-00022r-Ll; Fri, 23 Mar 2007 11:56:04 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HUm7X-00021S-Q7; Fri, 23 Mar 2007 11:56:03 -0400 Received: from fncnmp04.fnc.fujitsu.com ([168.127.0.57]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HUm7P-0001a7-RM; Fri, 23 Mar 2007 11:56:03 -0400 Received: from rchemx01.fnc.net.local ([168.127.134.104]) by fncnmp04.fnc.fujitsu.com with ESMTP; 23 Mar 2007 10:55:38 -0500 X-IronPort-AV: i="4.14,320,1170655200"; d="scan'208"; a="71107572:sNHT31776552" X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: RE: [mpls] RE: [PWE3] Fwd: I-DACTION:draft-bryant-pwe3-mpls-transport-00.txt Date: Fri, 23 Mar 2007 10:55:38 -0500 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [mpls] RE: [PWE3] Fwd: I-DACTION:draft-bryant-pwe3-mpls-transport-00.txt Thread-Index: AcdtOUAy42vVDQ5iSsqerM+pnbzchAAIqRwA From: "O'Connor, Don" To: "Italo Busi" , "Stewart Bryant" X-Spam-Score: 0.0 (/) X-Scan-Signature: a3f7094ccc62748c06b21fcf44c073ee Cc: mpls@ietf.org, "pwe3 \(\(\(\(\(\(\(\(E-mail\)\)\)\)\)\)\)\) WG" , townsley@cisco.com X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org Stewart, Italo Please see my replies below marked [Don] Regards Don -----Original Message----- From: Italo Busi [mailto:italo.busi@alcatel-lucent.it] Sent: Friday, March 23, 2007 5:47 AM To: Stewart Bryant; O'Connor, Don Cc: mpls@ietf.org; pwe3 ((((((((E-mail)))))))) WG; townsley@cisco.com Subject: [mpls] RE: [PWE3] Fwd: I-DACTION:draft-bryant-pwe3-mpls-transport-00.txt Stewart, see in line marked with [ib] Italo > -----Original Message----- > From: Stewart Bryant [mailto:stbryant@cisco.com] > Sent: Friday, March 23, 2007 9:43 AM > To: O'Connor, Don > Cc: swallow@cisco.com; mpls@ietf.org; townsley@cisco.com; pwe3 > ((((((((E-mail)))))))) WG; Danny McPherson > Subject: Re: [PWE3] Fwd: I-D > ACTION:draft-bryant-pwe3-mpls-transport-00.txt > > > O'Connor, Don wrote: > > > > > 1) Transport MPLS as pursued by ITU encompasses functionality > that overlaps work in multiple IETF WGs. A minimum subset is PWE3 > and MPLS. Work in CCAMP is also most probably relevant. Without > companion work in the MPLS WG on a T-MPLS implementation profile, > draft-bryant-pwe3-mpls-transport-00.txt serves no useful purpose > > As I understand it T-MPLS is a strict subset of MPLS, so I am > at a loss to understand why additional MPLS work is needed. Indeed > if work is needed, it is NOT a true subset, should not be called > xMPLS and most important MUST NOT use the MPLS codepoints. So > if you are correct we should be send an urgent Liaison requiring > ITU to withdraw the T-MPLS specification. > [ib] I cannot see any reference in Don's comment that violates the view = of T-MPLS data plane being a subset of MPLS data plane. He simply advocates = the need to have also a profile of MPLS WG as well as CCAMP WG works in the = relevant WGs. [Don] I am in agreement with Italo. T-MPLS is a subset of IETF IP/MPLS = data plane. But the scope of T-MPLS goes far beyond your current draft. = So if IETF wishes to pursue T-MPLS standardization, it will be necessary = to generate a number of implementation profile RFCs in PWE3, MPLS, and = CCAMP WGs. In addition the current IETF MPLS related RFC / ID do not yet = address T-MPLS protection switching and certain OAM requirements. So new = work in IETF is needed in this area. For reference for T-MPLS protection = switching and OAM requirements please see - G.8131, G.8031 and Y.17tom. = Your current draft represents an effort to show that transport mpls can = be addressed without any updates to existing RFC / ID without addressing = the difficult issues of transport protection switching and OAM. I do not = believe that it should be a WG draft until there is a commitment to go = beyond existing PWE3 RFC/ID to address these requirements.=20 > > > > I suggest that a first necessary step is that the appropriate > Area Directors consider whether or not they want to take on the > entire task of generating a complete Transport MPLS implementation > profile based on current RFC / ID / extensions and doing it right > and comprehensively. WG charters should be updated appropriately > > If extensions are needed it is surely not a TRUE subset, and > appropriate ammendments need to be made to the ITU specs. > [ib] Good point. So far, T-MPLS data plane is a true subset of MPLS data = plane. However future extensions might be required. It is my understanding, = from the LS statements that ITU-T has sent so far, that ITU-T will require them = following the (G)MPLS Change Process. It is also my understanding that IETF will define these protocol = extensions based on the (G)MPLS Change Process. Is my understanding correct? [Don] I do not see and would not support any data plane changes. I = disagree with Stewart's comment above "If extensions are needed it is surely not a TRUE subset, and > appropriate amendments need to be made to the ITU specs." IETF is extending MPLS technology all the time. The extensions that I = see that are required are: 1) transport OAM enhancements 2) support for = transport protection switching 3) GMPLS - ASON control plane = enhancements (using the procedures that CCAMP has in place with ITU) > > > > In its present form draft-bryant-pwe3-mpls-transport-00.txt is > an incomplete attempt at addressing a portion of what ITU SG 15 > and ITU SG 13 are pursuing for Transport MPLS > > Please could you be more specific - perhaps contributing text? [Don] I will offer several examples - Multi-Segment Transport = Pseudowires, protection switching as defined in G.8131, Transport MPLS = Ring Protection, OAM as defined in Y.17tor / Y.17tom, ID on Transport = MPLS LSPs including P2MP, Control Plane LDP per segmented PWs may not be = the appropriate solution. I would be happy to contribute text if there = is agreement that 1) IETF will standardize G.8131 MPLS linear protection switching and = that this protection switching will be coordinated by either and updated = version of an appropriate OAM (e.g. VCCV) or signaling protocol (e.g. = LDP) 2) IETF will add transport OAM enhancements to MPLS / PWE3 OAM RFC / ID = / new ID. This could also be done in your ID. One way to accomplish this = for pseudowires is to: A) Add code points for VCCV / Y.1731 B) Modify VCCV / Y.1731 for non-Ethernet clients (i.e. replace Ethernet = SA / DA with AII) To date there has been some resistance among some PWE3 participants to = allow additional VCCV code points (even though VCCV has many options) = for Y.1731 Another possibility is to add VCCV code points for ITU Y.17tom. I would = also support this option > > > > > If IETF leadership decides that they would like to pursue > a comprehensive Transport MPLS implementation profile, it > should be done in cooperation and coordination with leadership > in ITU SG 15 and SG 13. I would support such as effort if > it is done in this context. To date > draft-bryant-pwe3-transport-00.txt does not fall into this > category > > Again please be specific. [Don] My comment above provides ample examples of what is needed. I also = envision work in CCAMP on GMPLS for T-MPLS > > > > > 2) draft-bryant-pwe3-mpls-transport-00.txt does not adequately > address Transport MPLS OAM and Protection Switching requirements > > > > 2A) Protection Switching - linear protection switching coordinated > by an appropriate OAM protocol is required. It is necessary to meet > the requirements of G.8131 > > "Define requirements for and mechanisms to provide > protection and restoration of PWs." is an element of the > PWE3 existing charter. There seems no reason why a suitable > design would not encompass the requirements of a transport > application. > > Please could you articulate any specific aspects of a PW > solution that we need to be careful to address that you > would not ordinarily expect us to address. Perhaps > I could encourage you to submit a solutions draft on > the subject of protection mechanisms? [Don} I believe that your draft should address transport protection = switching and OAM. The current draft is an effort to show that Transport = MPLS requirements can be without any new functionality added to PWE3 / = IETF RFC / ID. I disagree with this premise. If you wish to take on = T-MPLS in PWE3 and other IETF WGs, I think more of a commitment is = needed to add this functionality. I would be happy to contribute text to = your draft if we can reach agreement on some of the basic new functional = requirements such as A) Linear protection switching coordinated (as in G.8131) by either VCCV = and / or LDP B) OAM enhancements - such as BFD for MH-PW per hop, per N hops, EE, AIS = / RDI, PM measurement, etc > > > > > > 2B) Current pseudowire VCCC OAM lacks - Maintenance Entity Levels, > MEP / MIP, AIS / RDI, PM measurement. It is necessary to provide > the functionality being developed for Y.17tom > > I will leave that to the OAM specialist to respond on, but > I do not see any reason why transport should have any > requirements that diverge from the normal PW case, i.e. if > a requirement is NEEDED in one domain, I would expect it to > be NEEDED in the other. [Don] To date I have seen some reluctance to support VCCV / Y.1731 which = meets transport OAM requirements. VCCV / Y.1731 can be run over a MPLS = PSN So the issue of an Ethernet PSN is not a problem for VCCV / Y.1731. = I would also support VCCV / Y.17tom > > - Stewart > _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls From mpls-bounces@lists.ietf.org Fri Mar 23 20:21:02 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HUtt0-0003L5-3e; Fri, 23 Mar 2007 20:13:34 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HUtsy-0003KU-BX; Fri, 23 Mar 2007 20:13:32 -0400 Received: from ams-iport-1.cisco.com ([144.254.224.140]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HUtsu-0000Tq-Vw; Fri, 23 Mar 2007 20:13:32 -0400 Received: from ams-dkim-2.cisco.com ([144.254.224.139]) by ams-iport-1.cisco.com with ESMTP; 24 Mar 2007 01:13:29 +0100 Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by ams-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id l2O0DSrS002921; Sat, 24 Mar 2007 01:13:28 +0100 Received: from [10.61.64.101] (ams3-vpn-dhcp101.cisco.com [10.61.64.101]) by ams-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l2O0DIlZ012441; Sat, 24 Mar 2007 00:13:23 GMT Message-ID: <46046D19.8090506@cisco.com> Date: Sat, 24 Mar 2007 00:13:13 +0000 From: Stewart Bryant User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "O'Connor, Don" Subject: Re: [mpls] RE: [PWE3] Fwd: I-DACTION:draft-bryant-pwe3-mpls-transport-00.txt References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=1267; t=1174695208; x=1175559208; c=relaxed/simple; s=amsdkim2001; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=stbryant@cisco.com; z=From:=20Stewart=20Bryant=20 |Subject:=20Re=3A=20[mpls]=20RE=3A=20[PWE3]=20Fwd=3A=09I-DACTION=3Adraft- bryant-pwe3-mpls-transport-00.txt |Sender:=20; bh=Et8BPTQn8IoyFMGI3go4tnR1RMRs6YQPWSBz2IwsErY=; b=jNIy1uzb+TYrovlnrOCbqpGYFg9jQvCD8I0O7ix1+/AmQcpDSCjzjK7PVf0LIJwd42lpsbRM rou3m28NXPEA+hORJy+hxCbBnsTc6aakZ7rtQooARezWaCrMDZnqAaM+; Authentication-Results: ams-dkim-2; header.From=stbryant@cisco.com; dkim=pass ( sig from cisco.com/amsdkim2001 verified; ); X-Spam-Score: 0.0 (/) X-Scan-Signature: 7baded97d9887f7a0c7e8a33c2e3ea1b Cc: mpls@ietf.org, pwe3 X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org Don A draft does not need to be complete for it to be accepted as a WG draft, it needs to be a suitable platform that the WG can use to move forward. > IETF is extending MPLS technology all the time. The extensions that I see that are required are: 1) transport OAM enhancements Given that the existing PWE3 OAM functions are adequate for our own purposes, what is special about the transport environment that requires extensions? It is not appropriate to list alternative OAM protocols, PWE3 needs to know what specific additional functionality it needs to provide a comprehensive OAM design. 2) support for transport protection switching PWE3 has already started work on protection. What requirements exist in the transport network that are not addressed by the proposed work? Would you be prepared to contribute text to a PWE3 protection requirements draft? 3) GMPLS - ASON control plane enhancements (using the procedures that CCAMP has in place with ITU) The control plane design for PWE3 over MPLS and for MPLS is a proven design that is widely deployed. How is the existing designs unsuitable, and what additional requirements does a transport environment have that are not satisfied by that design. - Stewart _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls From mpls-bounces@lists.ietf.org Sun Mar 25 04:30:10 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HVNxs-0008GF-LL; Sun, 25 Mar 2007 04:20:36 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HVNxr-0008Ed-74 for mpls@ietf.org; Sun, 25 Mar 2007 04:20:35 -0400 Received: from [210.4.20.221] (helo=DSL-BGO20-221.BTI.NET.PH) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1HVNxn-0000kf-04 for mpls@ietf.org; Sun, 25 Mar 2007 04:20:35 -0400 Received: (qmail 14424 invoked from network); Sun, 25 Mar 2007 16:25:19 -0800 Received: from unknown (HELO ixto) (58.212.110.120) by DSL-BGO20-221.BTI.NET.PH with SMTP; Sun, 25 Mar 2007 16:25:19 -0800 Message-ID: <460712EF.1020404@us.ibm.com> Date: Sun, 25 Mar 2007 16:25:19 -0800 From: Emery User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: mpls@ietf.org X-Antivirus: avast! (VPS 000727-1, 03/23/2007), Outbound message X-Antivirus-Status: Clean X-Spam-Score: 2.8 (++) X-Scan-Signature: 3b3709b7fb3320c78bd7b1555081f0fc Cc: Subject: [mpls] grandpa earmuffs X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0349389192==" Errors-To: mpls-bounces@lists.ietf.org --===============0349389192== Content-Type: multipart/related; boundary="------------020407070605020209070108" --------------020407070605020209070108 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit friction
When I look for a mutual fund investment (mostly actively managed funds), not only I am concerned with a fund's past performance and costs, but its risk factors as well. There's more riding on your MBA degree than a better title.
's QuickTime that was patched two weeks ago is infecting MySpace.
Register for this webcast now!
To learn more about ETFs, visit etfconnect. Search Blog Gets a Facelift Who's in your knowledge network? Your search for a fund should start by deciding the type of assets you want to own.
--------------020407070605020209070108 Content-Type: image/gif; name="jubilation.gif" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="jubilation.gif" R0lGODdhNgGWAfQGAPHv/OL76EChpSV9cV4MdXeiDh2/TMgwERtFKYSsjyRMFFNEi0aPCRx8ortm dHFRZ32Mxf+YteFI5rip/e4IoaL6bybcEQP/tA20+/x5Qpn5Cjxa9PHGGAgT8Gv86rIB/ywAAAAA NgGWAQAF/yAgBmRpimiqrqzpvnD8snRt23Ku7/yZ9oFbLScs0nTGpDIJDKKasJZvKSVSV9DpVZl1 ynBRQHfsfGrBYTR5zW7PtkM3CU6/yavykhi576mtfy51KnxXJ2lMY32DRYA/c1hQdkCMdGVweYhc b5WGeomZO51bkKOmoJqYqaeRoaVxrqtgs2h9Z7Bvoot4X0a3rKaxQpyPM7q2hY1Zg4Jmsa+Bz5eM 08qfwNaHeUfQzq2l17jSpMLdzoDj0r2qmdgjoe7Y6pKWfryOhDFU49/E75R17E2aV+3es4AC8/EQ 92ugK4Ph/iUkdyyasGH+FMpCSPBhPHf6RlUspshhxI/I1v/163jynA96GM1RZAkQYsuUKJk1O6US VUOUMEn+rAe05UuaXVzWlLhMaEGXNiOy5EjmXNRVO5F5CvI0p9ImREEG9UqW6R1uS2Pi+xpyyVBg Rt9ebbt1jdqkqsrWctsTblWn+ujq3ZRssOG6XanNm3nzsNiSiAUfHukLKc27lv0kRksksZVtfh8v 9NmrI+bMojbP5WoREmhWMiuBJS2Ztt2UqCfazlo5o8amZHXzrH0mgYEGBmJ3UpCAQQIIDAr8trGA QIIFC0b4qiHgnYEDclk0aE4gxQAV3bn/A/DA7A4EWSA0eICgCIEDB1YYyO6YsbMBBAjQwADtfWSA AAQwgAD/c2MMoAABFFDwAG9KGJCCAvzxJQIG3yVAQAkflpFfDRBcc94IDjjwgoUrSFehARkscAB8 uJXgYYgmMDAiW8r1t4IDKZTHUI/ukcAAGyqi8EB5bahoQnKUpdAACgYQUB4DEKAwwABpsHhhCgW4 6B0MBRCJAgMpsKjDljBAOdtq2dS2AngwIICAAwOUGQABBriYQH0j2LnliUKk948DCgjgIm9eAiCA AiRASoKdJSSXKI5iIChAAEeasOknBlRpQAJCuBlAqCTQGcCnZzQqAqF5iilCAxYUgB+rmxqnag6S khkgBS5YCUMC8IgmiAlJqvCAAhg2wCcAeAogrZ1OLnCg/3EHpuIqAH0m4EADgGpUgLSDoiCmlebu KYABCqCAIAFbCokCkCkIwAADAxyArg1ToiCBBCIYKi8NaIrAopcQpKhCAQwsCS8KCrA7KKE0kLoC dgpAEHHBIth5jqFmxfkmYFkZQ0KZAITJ4q4BLBCAk8IGwGUAChTQQAPYwWcFxSLIajF3Hhwg7QV7 4IgqCQKW0OmeJSCwNAk4npziAtFFDcOuN0M94QETEKEqnRPOEeYKBaowgJf4rdmmAQ4IsIAAEaSQ wM8phOtjJ+khkOerZpQ589yR9gzBxDzTQG/dX9rQawBCk+AmmyeboLPMJizO+CcOEzBg4QvL/bOF Fufgcv+kJIweabsqYIBFhgBAkKUN2wKAX5UOaF4vqyLK4xsrk3cApeUuO3mvCCEOzF4RskZeAu4w zIy0kB2gcDOVQWrpLsgA8NwvCpO/Yai+8pJanw4hFpDnqiZALrfcUKfvfAx6zmpwo7JS+gr2kY0m 2wszIvB2egDi0wAWcB4h4UcEBctAAhTgnARsr0hW2xOAHHCcNdVMWm66T3W2RC+67ShM4FqAxUI1 AAFAjmYcFFAEXYCAGQHIBRJA0A4aEIEIkKpP42MAuxQQgdcFrIQCoKCRnmQqGAhAXwJoYekWMK4B eOhkFrDS2673nS0ViQ2/wQtg+ve/V1nJAAMsoAgOCID/BC6wgQ+sUQThRQAKNsCC41oXiA6wwQF0 MAUftJn/RghGEzpPASl0lg5aqDerxXCFLqChDblVgBzusIf1AqIQOUVEHRwxQEpsGRNN+MQAFCCK BJhiwNZ1ACvWCIskG5kNHiUd54WpjRYb2BBPhjPA8SBsLkhUAvSUg3UVADsuiM7rXBWEgUmrOxUY pdCcc6EHnU8HgIwYDJy0gxOGCFoICJUGdmQwK4UvBRcgWjHMcwALYA9b4brAAv61S3ftkgBjC4hi lNMOk+ivE/WcJz8mk5a7+fOKuYEMZ26zEqzUQ4upDM8mMGMsjNjTHKkZCkIJ008eKfSUYxGJZyhE i4He/9MItTOhmPBHEdhkdDdS4WgWe/QXivYEKRhNBUFFoAA84SxvsOmNRQ+i0Yp6RTgP7cs/T7mr mRVxLSLbh0pFpgXVKDWgTu3NZYYKALqdSEiXMs/NHMBL+CgqRWUQAH2MF6AFpBEtBZUTRE5jj6je banuGWoe+FQzBqbqZgnQF52SiEEK9oyr4GsXpw4wnvuUYFwHYIB11roatQanMAMdzER3upGYZoKu BbAr4/CqV6QhoK8sKgBgrSRYHRVWVYhVLN3Y4lGfliVK/ZAscFYK2YQugxgzOtDS+PS4IJRNBPQK EJhKRwAEJAxHB3AAsTyZE1RSFa3cIFljW/pcHWhgWP+fsFgGVCAkDqhgAqNMQL4a9YAwbUocaQVq XSgL23xIFamvhWpjqkAjFSy3BHTiZeC4xV0EggkFITqOrKhSrOey46MYTWtrUFnbJHDTeu/4lB2x w4BEjVEFIxrAeDDYtAL8Kbn7fKwq2fsUBD91d3GlrTr4UoZUXe0EhKKgASBgqAGjDlr3chUT96aQ mQRVvidljFtd8wv4AhTIKGbqZI1VGoEaeH9Bbm5798DWFR8ZprKh6k6ijItdYOGpB37FfJVSlDHr jkKmIYmSG8zPKeSztW41qWPfaiZPuOXJtlDxlKFsYhFXls5xXigX8HwG6vpFvTiA80X9bOT0yncg qBD/Cp//zCPZvpnFadYOnleC0jlv2htDOsun8SnqTrP5vd3gspAR4QYxaCgbJR01qvtsWzOv2sou HbGsw7yYRyi6zvm7cpLHyWi4pvLERhZqrU+t50djuhyejil08+zlQzu3ulXWdQv0ieRF/1jby95o RYwd3yF7G9nPVk1sGi1Py6o6f8DeNby33O1cBHrQnC63XZD864ukG9zfNjHA832PUad03so+aKlN ze5QV3TgWWSIwaERbxKfO9uU5nO/K+7oeg/b2q3WXWT/3etAIKQRrz6zROeLaNzEg9b3tm2zZXEz 80E40RbnleXeuBESAIiJLRQaAIx3Y9h16+PT/QlB/xTu2qRHdQ1sM4AO9WQ8FnZPDsz6xIB3qoAG FOABiipAebD3AYmYbQAMcAAFDHD1gM761hzveMy/svEdGDNTOQiTK0hYqbZzJRU+7NjhHnDfGGS9 BNeF7cWHo4m5E9oRw16hzj4wwMqFqnPmu/wIFLUfHiBnT8vtWQFCxUvc8bwE1ETBz4zHgniSbUkN YNUbEfDKEkCqABK4+qRT7e6459rpaxF43mfwABKWN1w6GpGNCuABr5sPROz6pG8ikMQU/G9G13Hc f6ungsOxnhAnNIGtCNtIJwlAAiHyus8PQIGbHb7l1QUyzoFfgpnZAozOK9Hyzmuuu4vBVuOiX8Tg Kv/YAyiH4yjosQIQMHaTUwNzwwLGQyjcRHXOgwEYEG8ZJ2fEkXA6AXm7ExK4JH4uQDdHU38uoCcP QEcTECBjZjfZowL9wjqsAwAzGDBDVwT2018pcDhbR4OE8gC/RWCzdWbbFm4hxlgheFgjmCZF9D6e RAIpuAAryCo34ILaIwIyqAI1iIDftwI5yH3zYi4sQEBKEoRMN4SHVoQ5529UgDu/M4ImkDYmUHin 4nOoJ4BhoDpgSDw0hUdmcFRMA4grYiqfck180zMsoAAHYD6ERzdd2BouFydMNmYegWxOYD7Woncv 4wIz42H4oTcm+CQk4HXGBQEu6B4CeExCI0gBUAH/1rElcog0RgSKpzQ/5LEAYaNDYLQg/Fd01GNC ruIATJRrTYdwRzhrkgEFC1Az93V1n4IAN6IB9yWAvUIACuBVPcA8MuNE+OIpE0AppuJ3NKhpWXQB 7EJNAXAzNxM1VHhz+vEA6EgJdFFiHvdRtkZ/8JdyvJaPS+ZgNrABuzZTyiCEBSZvxhhnbcAxDqdQ 90hlrdVm8lcka1YYmkEk+Qhy97h40UUNj8dsSfAdYPRlFqWN1bSFSyCM0sIfvggAU2KNfdInqDNg p4hxGWhZhPBjiUAOwlaMO7kGX3cnz9cFpgMEwlJ3QycgWyJeCGgG+QEBmTgqy6VfAFB0UHWGbdCT /xzYgeMWfGaBjizzFjMpBNxkAhqgBk74RsV3WKOXOGdCKBhwVsIGGAZpB0EVW5xxkG4Qj3ZYBufx WZIiQ/JjQ67jOX2yAiTFAfBUBBRQMdnhRyqwko9jEhroe73nZIZBbsOwhpv4AvbHN375PE4wJYIZ eHNTmAm4AojZgyuwmCxwHY5iShCjH/UnmYzXkHInkJepkU9gcdKTV/ZCPebBkjT2RYsoAglgQggQ IULCLtY4IPbFAgnDf9RxBPlyepXzAqyyI6/BbWhIUZLoGLbpFlZSQhPygtYHAIDyLx0DXA9kMdxE lXioPJqgl5ITA0OJNMnBit8gZY3meL23e1lZd/8NVwMuwjGetCmdcngZsJeh2YfpAgmcowTp8QYH 6Ict0jrgeW2RQXIhMQduJ2lKUHRCYj52VEj81TqvQy8HQDcXIItK6Cnw4wjgZaFikISVYkRDhxf1 WA1BRnG4RmzEGG1/aI3WsTShMiB1uFzAFADAwikb4ET4QXUI4CwleEwA8pgQ4F1CUFzvYkIpoJB9 UKGzInYMyZNx+RGV6JEzFxfNwGaKeCco8GDlcVbpUR7VsS89QwAWYJ3wBI8DNnqx0zzfcQBFRFI0 GAPOA4n7iJsT2Xi3oAvdWWY9AE9iZy02qg6hhwlBKma3iXTBAHGxRowCClmL50188iYhh4+ooW// ezaJR7GjETWgd9ao/klwRiikyHiVn1pyDHdbajqrNNlTbGqZVpmqpMaruQpbQeSlZ8IAcKlwv3FU /rUErgcAMaKUTHWrlZhuimFnc/kjiAJ7IFJcHNoEQKQqZcQAE9oD15EhjaQvo2dovQqr+9ZPtYoS gEI6c0isRkB7ASIviMJAVbACA4AAeDowqhlwCPcD8sYJ9IqZK/CI5lk30mIzdRN70lI56uqEMQAf +lcCPMexMnAnNNMruMR2YnavzWaT3woVAHWTIlmZ8/BgZuCMyBEqFxAixVewoRIiRwRGyiUEG/SV NMOudJI1PndEBnsilKgSBbF0Woar3OmpRQAy/y9wdYUHAAAzdBGwIyPiYQVbfYWCfxfDWocILQfY SGViqDELqSoFsbsqq7wps/0YcB6Knb3kAsyDSx52LxxjJUorsU/AJU+TKkZgHRjCLJ3pjqBmdvro spqpsp2aaY01sIxAP8qiAmA6IoAyqCxCMSsZsWKlNy1iRILQnOIFm1QSOtu5psnaqlgptTlpUYPR AA0jABaAOilIqG1jLuVlM2L1KqPXRt9CPOZTSmF5Oxqwrg8CL51UOmxDn9sYh23EseS4qfTYZ3W7 qCkbYkYRD7YLdrkrArvLNjX2u7FXIHlCO8U7dMdbsIUiAMv7Ds3rRFFjLWDVPO+jL3iSCws7Xf+j qpu/pq2z9b3CujwDYIo2kmPq4yizUzDrN2MfuyrImwwV6iCKiLIlYFb28wL3IjnfQcDleoyORqs1 2ZHhqQdvIbl2mbDF6rD2qHQtG7sPGw4sLG2wIFe0lqH4mJs7/JA03FRT8VM1MaC/Cne4acMXCbMz DKBwth2gqsP8upsH6WsGJrdXUSNresO19sLmVjJTfJEfeJUB6sUfGsRRrFNaCZGya4SIYcYnzMQB yYaTC1FL3MTcW5BwXMNwi28qN6zh+cdUu2AkfMCD/GTImsedEal4oJV6zMaHfMU/usdRsL0a4ciX 5sgLCauVZsL1lm3/Rre8IXyOqqFbPFXSVbn/2kobesHH/LBunyCvqTzDLXYTSGfKBAxsPIXEUPsH dnsJIyPA+0OQsvzJe/wOrnuZI4eXjFrHWOzMgNzHk7tpwsxoeAy5v5xwutrIorxwtHrNhGyJdGxq khqR2XwNsIsNCsIcPOIs2EG00nAvuOgm8TnJhknLzGM5qTYHoauhxYhi6NAx1hEgbPsqzGEcoatm dAAvebKIr4M6UVDQPCG9bta6GAYEzMMzEeoE2+KrunHLOUfFBush0nIDDlKaCW0VC70lAPjQcSXR wUDR6GzReITRnGg2R2Aw0CyztjoEkXujy6MDE+ysz2wDDxY9ZTSddrkcruoPJpmIE6qIJyAd/zJB s4BWxqXCAiNyH4QiKzaXp2HXB4T6JytXCtiDX6vCLPo1Hi/wIS1URGJH1JAgXgciBGZoLuZjN0BC qGDKABtgKenTASkoOdjxQpFCqK5TuNjlOJcgAZxjVvmxPQ40H4UnAOIVi40hyz2ZBDwDNXYyKhYr Bl3nddREAIMz2TrjAQw0Lk+NB9apBzOSKCbEKvEaLCbEHAMzI4qCOnOzARWQV7FzIebAVQmSselI QAPkJo8iABVgmq4zOKPSL6JlJ8d5VbddMzvAS5ZTATwTJmb1NucRAAlQARj0Afpn2YoyAROgz7gq zdvRmnXSwTODnAZ7slpng9Jzq/V8PvkN1P85wiqFB0/WQSdWEk8pfbYEOzeJxTFeqzROIDD3Qaj7 cgDMgjqE0toRex4hqQKB5yiG4iwCzSwC4icc3spmCpxaqIOHEwAPUCKyo4OBN4NAICkEe5o6nblh SDzr4gAQsCv2EpTDNwVhcgGLGIsTbHt28nWBQntVwmOyEyrFGZuR0AJlcqlCYnsQLd6REkQ8blwu CiLM5nGmEjaWoyf6pVlOiDIDwzp5FaE4HZxTaeNLWS99MDnOIwAegDQSRqY5ENzb400vOoJO9D6A wz3k25bhkraFkjIwYDXvRyA+9wPLZTXBbQ2sWgZVEgHMAiUCmCRnI0XhIjQQcJyWTTx/Inb/i0Iz TMQDsQIBtgIlRz46ovUoeCorhsJVfTIuCIQvvCWykOA60UtAkfKTJAqyM5Aili0vodInKUlcPbsA 1HQnBY47NFBCYMon6/JHNRNKigJcua5CUHMgUocvlvhtQLqGfGLaYog4U1lKA8RdifWAAGYv3AQd lb4Cpfk2NnIC/YJ20i4vCvlbJdQuSC0Cv10lieY2otU2N1aw2QGEUt5944l2KQABGSCwcQqECYIe zMIfXTEpztBHeTWCiEJJJJAieJIcELOAJY2MhpxSTwvzXDytcWtr3iwFFlUl67IAfnfz8bej2DsS MT/FihzAUPAgfZJsVqbH9GTOniwYQ2/J/8Zo9E2A9PUMy698aU3vyu6dy+Oc0z4dBz6yaFwvbtrb vZUsfgZAeCjQ4UkHDPiTHTIBplOuFi9LfzGD1ZnJlt0cbUd8zjnAADsWlD0/BiTZBq9t8jLA3tU0 iOpwVCUIc/ekM+bOxgSJ3+s5sTSMYVW2ShdqA24OOyswPAdFA1vLhLm8BTQ+bTNHzEXWxsDpAl3D OAUwwb9UHRnSLtfhMSjA86OfPcw67+cR+qt1gzRF4S3/4vA0gwWwgqvFLuiR2HU9AjwfKofPA6HC 60pzJAPgAb3lTRTTs3j6MxTjSWxyOBZCpZZ1I7qOvadxRZ1QXPcRLgvSdXlyY8639k7iAP/JVTvw AiIgkAAjaRSL8hykICgCYwABXdcCfdQMTTAHIpFA5CIvyKNUYDQGEhIABgVUhIaEgjSAEByOAWEq Ho8EjUNBwBKkD77eCTUw9BqKQsFADDRqBajDQxCB2ghQwZwMGQkBHgFB1uKIDSXlWGWlpOam2JwA xMJIGk5OzUBDg4EPSQNUGIkDSc0DQQ0djUJNAqYNKWmATsDDAIPCo8WIwgDJn6FB5LKrWESEGAwE nkOoJC9NIRRehRYJA9QKwCtJcG2PTTQABxSCIkDzFA2zwgtPd3+mrL9/nGzM6CcpV4BfNPY0qIBH gB5Gi85BKUciEgAsCzbYI3OOXqECDxb/JGjxcVJCdwk28HNXqUUlBQ4MeCkQzCCUXtZwkMhAYtsU emVGvHsHoAEKAemiQEHYDYECIQjccCLD615Af1UL8trlh8atGyMslllGY0G3VzUAIJBHIoGbpbzo GDjAoJwiiiMeeLv569YDY1MGVBpAmAYGGgXwjRBRZsG3Td9EBDAMBYJEMS1pxKoHCwoMiFMit+Va OMBFo6azXt0qhnWmfl4Vg6VUiGwUswHQ8lKLr/QI4HAf5cRE1y5eQ1P4JvRri0bgpQAOu6OeOMBi 1I1ZQN46eYZlEphHSB9LqbO9zmUYiAbtdrXL1Fhht3ZdnH7WVAkINMgOgbFnUbwAkVKs/2Ci1AAK 6DUBOD+hoI8mCyxABwLzsDOAFwNUWIgKFSoAXAQIPJBGEgDc9YIDGNWTxhyvIACRYXmQMMxs2k0k wEqlPWKDA6bck5FhD9BSyBAJ0tRjAI8cgI0N2S3kTxd4yKTiVvhZOd9a9gGAjQk1UEnWAEKE4hhT Yhww0wJJ3KATDakY0IJQr9VYYwFDSKjdMnjECREB71QYZgFUstVAZAX0V8B4UdRlnxn2GNbLDrwg sMABB/DGGY4B6ONNIwIggGRCDWrSxBwAyGClJZtkCV9AruGkJawA2WbCVNSheiuqm9jTjau4+hMj e6ASFCuvVskKUKzJYlmfVTaqqtUYDv+0gBusvgKobFbKXrKqa41Q9VqrzoLL7UCYaFlsstbmqu25 6tYnblX4LcIsub2uyy6++epb7bUC7ftvufBK4kBHLMQJ8FYFlxuvu/Wy+ipK6LrCmherClSethT7 i/C2NQirSx+VEMIatlnZyuzDt3Lc7LURb5xRVQYokhU7LbsM230vmcsurqplNiyZ476cc6ujCW0z 0bjy2/Baw0IxQGRwvggFXDd5U5lh1CUwTBqxUVKzU8AccMoeARABRiP4ELC1p8Clo2IsUGPWixs1 GtcJI5GhZDWkAk8RxkORQdYCkifv2A9deFBiQAOHP5uq39zsfPOrTh9rOVFRQzT1W5X/2ob1ozRs PUDXlojspQ2Vkl3D2Y9khw7bFWYGANzTfWKaAHX7c/A7hIDL95qRSxQ4FIMLUPjXNc8VgAlOgtU4 O48PKzzLqVKOLubeYWQGUi28swAephnAhAOVhrz1FQp14+RsBMgcVSOiTHUXE0SxHR4AFAnlOiS7 oNMFAaByMKrhTRTqmUIrsLIZcbljcPyxCPhi8KZlAMUQehlDAkh3hWhISAENyODB3DWvjFlvWVnp EVGm0BHZVSQsASBT0OZFA8KMAChtM0zuOCOs/7SjErM52V8UU6cuhO4fbXlhpPBxwXGMwXn/4EzN AuQbYQADNeeA0EHo8Qp9EEIPgiKh/whXphl1DIYrRXxSk75SucrwQFraIVga9LGNghVlDBQpEQvE 8IhHuABjk3AMUDpiN3xQi4mb0A0N+KE+OmTnMIrrh0IQEiMVFEB5SysaycCINDHAcArnmKHhvlaD kAXggERri4o6oinRfU4xUGhFZWoQRXSIYVOz6EeP9BG+pehtEr1UjuSYR4ns8I0IixkAGkxUyKDU 8X9Pyx7TUJYyZ1lvaGKgR9mQiYY+bSMVhvngT8pYhgolYICclEIJHgFHRUjHHgfYj2EiESibFAA4 bOlEgiADlX40gBZiIwAP54EABijvLi6wJ9QYgAA/uudpyWhAIEaElgDWAgF1GuQw2f+TgDyAkg0P UAW+mDaDo5VQS+lIYGMSAIFTyHKhPnCSC5NkAwMkaCuq2c0CSPeNmG7mC1hcyKSQqAteCCBBwDtN DSiyHwNQygZ3IGhHVBHHQxqNKKNI4CpnmJVdzGGBDnhE2aIpVmvCKgEfjEjHHCZGTZSUpBC73ljj qi7JSU+a+oKWtabAnl9OzoTZAxjJ3rqvyInVXoNFzSbvSr1pyrVhSWusxBhLn7X6a7IrW+xaiSVS M9nVNd+oZMrSilm3Fi1mj1hAhShSSUfYx56aRSyqikrWzNI2mG3NX2e9w4wwRPZml8TZVlRBANRO ZbesdY1rlyZZop5stLV97nJpUyz/4I4gUdKaTwzhGltMNNdKpMODiJBkBosW4AtqReDi6HOn9OID mj0IBmNF6156Fda23p3tVg6IMbNNT2mebKJ2rcSe2tjgUon1Rk54UhVUFNA1SyTtvQpLLvy6Rgbv 3J6o0IG1ANpgUntQiPJ0EdarLWDAutgoDzA6TEF9ghDSmUNN/ZpUUoaNNfUkzGYIiokDuAA7trjL MD/1TVfw+GAorZ5/69pXJEPsViMiRAwMMVNZNi9BJWJqUSvUEVL2IsQBCBZSDqMACXlKAebkCgOa q4qPCqUkd1gAQwdToGSw1TaVgp8rYviQ/ZiYeWcUm0uVF8AWPJIzkJUXdOEjK14g/yIzkUnHAPAY hTaZ4ozdleniqFMLWhbkYzvL7nTsCAZKDw0RaxuKqQywUk28Q2ZBGcw7CkYcBF6CUvyp0FrKobJF Q8u+0dRkSoZKxaSqkXWstBFuflmmKcuSPHgIU3l6YxyiSkt9nIhEJIQ050XYk1pxkpkbuEAJCTUY HFygiefEkujpUtheiZ0mhshRBhuQ6WReaYkVOkyGI7rEFDOUWQI2czTqvLIGQCkNgjTRDF3UkDHJ TNknVzExxsgMFV6GAA9TJyqgECoyQiltoh+75IBh1sxQG0IODOPSaEhHEWVWkF1GANE8PHoYKug3 MK8AF/wtYhgfDN9bJlWSt8CFqf9IWsRKNYSI8TDAAXZQkMKmQDAF5VRtlVSoFiJ9Bny7QEGbSQD4 9JSMbeZBEQhIUHnbdd7fjvy1qMrFSMLqhXnUYyFTmI0dCrGNCSn0UlEIjAC2kUiqcQYVlOpxP/oE FyFQYgCQIchwh1BnL0worAyAAONPhsHwfcOiX4A01DxxIaW4rr1J+mYvsO5qtpQT62tX8pUyGd8A v10YqOWRA+ieHdfi/QU1rOH4gooPAQBe8F8mfCkNz+MaiyxM77Sb4xWCDpIkFyuU14MNLp/52270 D50vLxiyXtQ3jX6Pr+sB6m+gerO3nt/OlW/ss0V7Xh/6rxB+vSQOoEswKDuzvab//7v4g5C8iUI9 mIzZ330oVm7J0FXIVUgxYLtxwiMQg5ogIJNBFttRwg+MTH/dVpW8W8T4muwBYNuFVJKBnH0k2WFh oNqNILKY4JUcIKKRYP3hnwzeyw1aFvxlnwfSYAmt3gr221yJIGGFkQklTcjVWUCM2OSMFaww1Kv0 nyhE3cNEl7hUH7ioCg2VzMZUU2vsWgqC4buV1AIJlg0+iwTuYKr4TPLU4KXdivr0IAy6IM+wxoeg nCzxR1FdRELASQnAQmfkQEy1CQNUUqZxThkQn+9swgHIDP4kQe5UEO0oA6ctQmQYxSKOxo4cDjAw AApQAlJwoD9kkOPdBA804pvY/0g9zYMN9ME8qI/TOUsLsAUi2AAXrE1WOSERyhUKFCKGoEbYldcJ zEAD7BUQIAQpMZ7HeJr+DQECZNxCFdUpJENqsUEZVkKgQMQzgJLjfYgfQM2YMV8rodFelIdHlcRd jEDu5Y4htskBIAUqGIQLSAVEeMMWgFdYlNMVHE4ipEFYnUGWnMgDQBV5DE4lvaEOipzInaFt7ccr ZAccjc0n1EDGBRt1CImzFJKk+YlKIUJpsFkzmNIYEEPVmB2YfMYM8NhfRYYpJRcMpdsDQAR7hAVu nJkoSFBj5IBeWNcXvMg3BNJyAMhdpMM5JArtqGEN1hc6OEA6kgcXWchzFEYuRP8ac/jbMFkOQRHA 2NQMHqhUVT6F+2QNPyhPekiDJCAAg6WBOEGBpAFd7mGIRbECIEhOXUhk8JCRpjyCWckMsdlMZPRh h50FjuijBb4gBMbVBQJIFzQlOjylKkRl400lRgphsWWkkoyaEHnlEoalYYxlk6AkeWgCWraCWjrU coBDSJ5d7tnDkYlkcdQl1NylcuTl2rhJX8LLX8KEse3GYPKlDYLgocFKZ6hUIVyQPUQPJRCBOPpM 0LRaQ9WMHhzGIoSF95DasVWGeIBaUMhALy3RO7BBM1SQc8pbSbHm2PRQVIYFUgBFnLSiCv1BVDaC PmBhGCogCG4FnCkABNgBZ8j/DPc4iZdxBhoMU1G9gR8o1PjcBDEQCgN4BVOhVgBpp3YEAVzUxO+R ETGWE4EERNYUVDmd1g4wzpn4ZjkFBv5YlBCQzsZMxWmdCVGIEm+WRJjMhjgaSlx4iVPcUz1kpSci 5rbcXzRBwhxURyHSQR6RQXkg034YZT1YSpw0YuOAhlJ8S4Rw4GFwWY0AXICghEcQaIfOlKcApujo g93UijiKTAtMhVUGD3aEKZCVgrjo37OVgFBEQww8hEiUTBi+nwwmIcPI4WUl5WjVoBIuVqWRmRkc C+wVZhAK6v8tZAkGk/+9n3bc52ECas78qSR0HTGQHJAuoJ+GqrtR16KK6p8y/+SeqtX/+WgOOmpD JZpNfmpvNFdXguormWp0EcBXYkKAEiptlVZM6Aw2WuqlZsUgEmtVUCk5eKLLFCp0fKBg/QtozYuB AQijDkQLMqS6hAWGTsF4zGCyqAmwYQJz6NGPuEbBJGW1vM4lnAqmWmFCfmCxwga3ApO30l4ESoK4 cmE3lOvfnGvCtKoRugq7voa7Xiur9oqWsJAhpShBREWluAAZGR5aBBgT9Ml5PESTOAJ10IE2St++ fYLekM5A1hIZVGs3TKVS2EAtfME3tIlF/cKjvGPY9ImGaOffuIDeRGJ5LFwv2EQsRSquGguXSgKD QQE9oAIsJVXbCAEs8If7jP+PdikDZCyKeNjEHpoNKpDO4ehDIkDAUbVipHHBLxwkGMTUYmAQk73i F/imGbgZpNHUkjiGECBCoESDkagaCjyWmYHPSPDGfoAdwbwa0r7JMyyBp+opyY1V6FhEnHyrwWGC NzbbWRJMXeAGBCgU0NHROCHtNG0UO4RFJemlpIVaqnzRGIAPM+weKYXFVyqSbgYtG3iBmTlRJZiA V4QOnYwbJShjkhhpteDru5oGvN6n05rKCBysjyUnJjjJizpMljWOcGSQH+YPGVBJtI3bKSjYUbwj apWppDAGr5RmqqXQRYTTWxAFJpaBWfWHYGgCIVwXCdiTazlRpZhlYg6hqLr/Gk2ogWNU5nXuBi7A 6HQ2xR/WEDtYjYblonWG7wu94/ka0naMJGlFYxOQaOrsJoGt1wALUxptEjvYbSOlkee+EkoFCls9 lwriK/3gAFzwwyhARUcsAXtExYVK8KJZLo/JLCHkQTQMg/OZ2QzYTRw2nqH0rXhER3jIDGRs1CQU w5hpZUBw1QswWwejg5TMYhRERgItQQsIwTJRDRrYRHiYleNRShLr5wkvwYCkw6/x2uIqpfkCgOAp AzEkE5Fqmm1swkYFxt9clxb5wPHgcKzSTguEmFIEhh/QnO9qI2RIIoClCi+ZAzKlA8PSMSPIzJvU GaDElAqEqR8YXUxdQVuY/8Uu0uHQylC6DG+jyp8YAYUXumoq+6CjsqDb7cyqGkS+zh+uHKuviBGf LmqltgypQuq6DGy2PlGT6TIr8/Kt+PIK/0swO2sHCqzfyHEzj2u8jlArX2ufnmqxrjJm8YrFoDID oqF99hWVzFfDcJnJrE0GReup2oJ/uoFT3IEZPuosG3NyQkS66XMyN5Y7fxlwjlWALgL4fFd7rJUm n11cloHtFqHkbjMnFPK/oOVXVQgkRxc127LxXY341pZrctsU0GdHS4LPVAS+LFEMFrA440wMsbTQ zqu2tp1KpchnJS8i6sD7bFpw7IcXHDAmvxJxAEUoRNondQPKjpJF3e90uP8oj01BCkzrQZzlGDCB U7/FM+hFJQUBSs0iO8oDHqQZGRmDxBkCqOUOU0XMBELzJGAJEZDBfsYPUdgwSIEDitVybzBV+DXG BGqlY+BIVwaKTsqnB6HnL5jIh+QURQwXj42Iwp3rcEWoWb2QkEHEbBQVavX1IsBz7o3UkYJGM9Jw 5tSF+/hBI0wIjvZJnbjc2JDsR3BmTjGC7YLBixRRA8SsE8PrBIuBtAjj/b6AoQSBPZDxCcTZqFJX IHqJb2pKt5bJkYVamQx1dYX2UqLvVbxCxN6CRaBOApWIcATQ1GkCBFQIQRWtdGrBIdAU3r4HegII RiiCJEZDwJlDBv9XaEP/witIoSQ0Q0mwAWp0hOcgCTvUzBmUHahYM7jSGn4zw+y8B3m2hK0IiT/a olNBSUf5Qu8e5VB3HsE4XkSvBRUm7z0QCJ885CJE93OPRVWphtXE4VIrxtnVmGtYxDxs8nSXL8uJ QgkMwRWss/i2tAjC1HvzAWKVrswR7veY26dINQF1zBayRTQUzAqcQ3sn74X3Q0VagsJkAT4AnVC8 bC6E5uysKZzyjYHFYY3cROEMKY9oDDeCdA/UQgIhCSnZit34KT11CXaag1BfBuNoMgcZCgV6SW6X jlYVG5I6nhf0yXo0wV30SHYgBEaESe4EXhaSh5BwzTqMiBfcxNamwno1/x0QNJ0rrE2PUmRORIEz snYPgDYAxAJOBQJCBMdwKYCpk4e0QAAbyMMebsKL1FOtTkce8DqunYNjoFRdYIFW1qGNzHST5kEj NfgAQUCgO2INEToDVKUHxSxlOu8YcFOjRwMMQHrTLS+la0FJ8BgkK+amk06nl1f5jFITiDpvkPpA 6ReqG5hRogaOVIirJwmsy7qE0DpjLFQvqkcXiOwK/bposgF5+Y8GGTsRIHuSJ++FNTsY0fJVNEFZ Im1UioEd1GVTNHk6eIuRzIifj4qGtEX76B8WSeIBfS9/x7qWOQBcAB/UxK6mTIp0KAOOF48y9C6v 6sNjJlLjkQckPBwzzP9DDOGIo0spcrPAI/3HegA4DWw5CjWGKqAux/9VNKcqlLgAQRkgdAV5vRAq tCOlDvIC8LD92s+ffMWxoMLvBp1zEuq13sf9uBDvKdc0QL80fkFOlQDWW+EgOs/zyE0zGNL9DNby v7zTcKGw4i84P+/9S9TjYEQPJ4BBd0QM4wREIXww4kTdSgWnqUYgt6B2n1SxYwkNzLBLzUNrVmzI qpDvIc1EebkQ6XlaSZcbkyr9GCjIvl2+N9N+b3U0fhy0MA+NdLkyBWszayT2kZqMjXxDqUwHkoOG C9FElg9rJoQxPeQVklFWMRe/yb7HMrRAopYA+PC840GNKyiFbLUiHwX/RCE+AMaRxhWQG1vBEwgI wDgqTUOQpKiORQur7GgE9mHbRkwyxA4QGA4kRCo24CVhgkHuWRgSAqPU4TBA8LbcLiznDZOoo2cA S3DmBgqFbQEcnghCl4OwIBBegEWhcIDgQBIl0FDwdCiw1/D1RHBAgIAABNAwcGDQlmL2FFQAwcBQ EzA5MPCQoCUT06jSCRtQgJDD8JQQS/VCcKKVULQEswqjUPaolvOQigA6CLDXhiDgLJZrbSOWzUMG YIaGHMDmFgBHczBXB1Bwl7c34gcoSGhgiJijyOiYAylJSXKZaVO3WJ9CjbJhCpWqFjNUuBpzzcas WrdyqXvWC8CvEQiC/7UY1qLYwH3gAihT1axKgWjTtEW0qC2mlwYKBPAhoSeKvVIQnhAJIsTACZEN i8ICtMRJl0oqemK7yIVBgSV8BDQpAMcjAJEfY1hTcKAh04bCRpxyoYKpio0wqJlxAOYMjhzjLvn0 VO2l3r2wxBzhkWCBsSiPJBqYKqoBFbIqpsDiN7dTi0adxpFQG2PBgQQMCE3tmEAr18Ytrh36ibOM JS6u/oxADYBaSB4vYI0jk4DtsyoQackcyTe48Fy0YDlwYMCAGgD0IEAYUMBWAAFmSDm24VEwb7Mj FsG9hgsbJ6dr8AJXPL3Ja9iCC3eSrnqLAe2vCoRv8MDaTvEOwaiQnf8WcGTc9gZ96mBnBnXcvPKU F3r9ts1eBTQwynOvnQVAIDbAtcACAygYQBoCaHaASMyw4cBNAAyQB2c5OABBaAwYqEQBehAwzokK nOJYafdAx8AAQOghhB4iXXEAA5utQY9VJdn2ACWXpEVPJf6R8AATIzAgxCR/6VHiRjYIMQ2IATjQ xADkTVKATQZ8V1J+BBkjkxkQDbdgTAjsaAABnTHH0GtelTKVVdz8IcAvZjBDYHqH6YVcn0+c8kdt 5kFhY3ErsEEfIGiAuKcCf4Rn53+50TOaOo3aGWInahCQAAqwvpjAfFkS4kAbTGFxh3Q5JGDjX0Q8 oeCd1kCIbEx7MXj/T0QRmifgS13g+aBkyTJLbbbZ1qntstl0G9Nf0XqLZ7LQfuutjw+OxC1M1+a1 LRdXwiutMdZyO2634D6r73Dv2vvvtOdiy6q/6SI7sL1zmpsDAid0Mp+xeXbh1roB67VfXNR6ZWzA 1XgMMr/9HovwGac0uBWN9AawqrPzeqwygMC1PHJw6vIVhnC/6ZyvvgxjsRwJCqic8xM0H/tywDHr w3LN2t588BY8K2tzz06T7NUVsJCSLdf1CrxwFxkH4HWeusFb9MQuoZw00yNDHXbaFqNbCj2RhSOk fWaIAsuTpY4wSJBH2FCMnyqe8OFOU+z44RPKpflIn3LqN4setwYx/0IDDjyUIWMa9ek5DB6pWGus Kkhj0+BwBYkK1nRf3XaE7aIMYUcCKOAnDck1EWMi6Jnxu7sJpNFhZIVmwUkglCA3V5uL6OGKA5EI MAkLkPhwXBcdNlAian0SsDlnZUyIsmYChOVaz5MHoNgzewQywF9KHgCIdommadXrU8v7d8iDVqsX cPxJAclJhQH+1J0ZOG4vUtkHGXCUmhW14CcKAAkpsmCfP6jhcTYIXi7uZgM8LKBhUHAVFnRQNogR C4X2ARbXFpCbB/zAgb+q2dr2BzbY6SWFsoiGKq7DspZ1hnYxoN9liqACe5hpOghaIfso9QdqKCAB aBJDqshmBjdgqf+It7ucNXylIQBUb3gLYEEUTmCASeRgbDpso9r8B6Hy5GAuarmcJThHAq0o7Bb2 eZOvzDQFCY7EHiD8jrgAMERSqKJsSiDEllqgG9gAzixt4EosSvSAwzimQ0/4k2xq0gMeJEpFDnKd 2+4Fx1JGzV4PGAADdkSdFVmFDm/qhn2qxzVInOBh16DOJJjikQtOwgEMkIYOGqQdxikHOhK5gyCO BgUYqmJM1ZHIFUQBoiH06gpegI4IhoSHNO6oO2k8UTAkuQKawC2HVnPWHm2YShW4chZJnFAWcGIT DfZglnp4ZyKgJS62eGkUR3TPGYaQnKc8YEQy24JzOhUXxyRAVB3/ItVWFqHHzPzHIQ4wwqTaQJ2d 8HAR5HmjyPoHR3fG05+0Kxf/zBDIkLlxldd4pyZWwoCSWiwWfiNYTU250hzisGdwm9v/CuO/mRq1 nTYVlQJyOjWe9kViP3VXUFXpr5J5YqoQQiDVTHrVosbupLL4wRLlVrWisZSrSR3rSp/20n6FdWVW navEPLZKmdYrrV91qV1/Q7S/Cpau/ToABDJ2Qx2KdahXxeNIDplYWPgKpYPFVlAdu9iE7eMKNHGn X8clO6nxNaW54BoMSPkvicB1Z66rKVXrerqVek+ldr2aPmxEz+34wSO3q+BtghA/bnYnVwRNix0f OQA0dZJLggFJ/wxScL78ZY4EkgwNXCzTBwYkwHN5MoAq9kQCUgUgNyPI0vm0YgjcFUELhyHdGAeJ GUs4oFYqIEITICvKGEThpltEQDvi+pQ2zu4GDVAOjmzwgBNE4gHfSZEypjgMh1llEQixSfZUwKVO WKVNs5KFKGA4w7bVhACp2O4jt1NeAQRJCGMSgo0aIF7z4EgAylDSO4DgoSUg57Dxk8FUIJihK7Tp ZAEIkpcecBv6afhDTh0HBIj5B/w6BAVR4EqiThGJjVyCEpMA4Vbleq2XBG+EEtmJgvCQG2DdJH6n IDIWG/SiTnT2mEyki08RAgHSiBEnTygOE82St1MwZkGLmDAmev9wCqbUhIY6mJ4zTkHmcEhkihvR zdkwdxkgTCi82oPDAxaAQNQg5Ih5jI+6ALzUMG8oFnqAWPzSACvAxQo6KxmIlDUiOmMEchYJufMZ zGAPyxhIVPddwTTo5w4uVI9STCmmGQ67BhLAoYKmWxFvsVQ9AKFWNuljSnw7AcQbJKjUqPaZ/ihr r++AO9xke3X8NjLfS/yhGCHcwqWXEEJdTKIjHrkksAmHjWEP+S9WkR5uu7Bs6DTbzzaANnakrQkE VBtD3cG2NLTdlnrSIECnZDcIZ5BRX68WrXwBBzIS6p/qjiDPI8gNV6zcAq+WQAUiaXMUwnA2Z/zF I1PEggo6JM//fJVgUWt8ACB8ghWbRAYZdLBBbvpsA1+1qaTIIHc31HimEl4JYqdtwU340Nq+ZhVC qsBE/rDzJC+RGBPWFJUeSNWhD/0O1kfPASDfkJO6W2OJxUFT/Pywjy3fpA2gBt/6/EO4SIhCuMUN lqBSdJMAQMAITfBN+ioeBBgnIBJqCE2lkEE/Ah7wTyoKXQsOOV5iSuVRErlZZdeKbq+faAytrkwb hDSSUxDFGEgOngOgo+Q1OjE00NnDEjshyYfMhwirkHwDmiDdd/zBuTzoSIe0gOAnHEe1RIROEvjA tzmSgX5/oE8ZKSQKh+BuNExho6vMw4w2cc70JHfr648a+z2+/zZh1MXmSqiPVfOiQfN1a/gXHMf3 NSKHM2qlVWzVTkBlgLDVgKjkgO+SHBAwIjxDRCRwB5ujNrBDCuUGT6b2enEjVBCIV2Mndip4ShuD NhOYaueWf6lUgaKVV+/yK1OxHzxQE38QXzgIC9RDCVMBLRu4BfTnU6h1fwwzMuymVE/4ElHEBk44 KZuxeZFGBUbIMWIwPDhiBCEXgcngWuh0aW1jSlC4gNngZSvYNDEIewThWoMxKVoIGx+SWtdQNl42 HNAkRwuEgm/4MvEyYHuBC3GEDf9mgoSlL3p4ZgpAHsGjJHYHK0+3D9s1WVoIA3gkUH5SXFuCAGHR EKfQGWDYcv+BgQd/MQ4/oEUloDyDs4HFcBh3oxFTER5jI1J/8Hz8omw2MhovMAtk8Ym/YCDzkh5q cDmbB0qX8WoiAYcjqIC/pmEh5IjNUguRsQhp9giWiEpdoIlFwIkLB4ry5EqCZG+mmAdCE0KawA1g 4SUAQwzMoXdUACwDUIudcIsTEjr8xxG8mETqIA0fsRl9wCyv4CQIFl4lIhbLyFIPOFphQDS09nv0 ADiCgCaoIQSXsGFU0AD+xSMQUhNNcAcUxFmH8BB6gADOcQQ+8CF90gWzZIW/8kveRQpYECV7wgkf VCu/xxYLYH2okCF34hQ2khxgkQT2BwM/MF+oMVE+UHcF90r/BBQ7muFKyaEdbFAk6SMEE4WE7cJO UKOHQsI14YE7ydF09RZbQQB1WcgXvVUTpAIJWdARSVYrs/RIIYSFubAThNBPk5QhM3IKwNIFMbIC ONE9dkhwHHEhQAcALBeGPuFdsTJHilMFwjIMseBnlwdDo8BvJMCYiSiDmLgFSlhHG2dsKDZdsaEa qZINInEYxnA7rpRTcyENynEc4xBLguIFqOVcG9EmK3F7PoJhc4gdO6IZOzB43UAqkQAr7sc2rtIi uFNDcqQ1dhc7Nuk84yMqmECJ45WA7siCLRg87VMSjuE1nxZ1C8IHIEEjmNUNXpdHw/Anwldn47UQ ULEiSigg/26Zb2lZiKHUM0B0HUGTJSIBY0mwe4C2HEAiczyYA5LidGDgDJNQBoZwLIKWKtnRKVZH ciIYHIfBkzx5nlpXSY4YDHdAJIlSBfFDCeIyhGEwGnvJY3ogJBuiOY/JBwQYFlU3KAcEQ7ciGywD OAcQKQVwXF3HgYTgfSjqX+cIK44xX8dBB3OxIkOATsbyIWhGHw3BB3qweibGBROyGXupETVxDpjZ Rw21hARpT9RInWfyiWFRHR2Bdc0EB97ABi+hbg03fvBgIDYhEvSRZaWgF7dTA2ihApfDk8kRebEw WQDKYTnASdT0K6LATAQ2NlxgABAwBZFxN0AUCloAgPI0X//PwxbXs6BtkqdomFlgNYjXoFNvk6Zv xap0RkRPE2CuJRQQ0CTs+QrPQlrb2IKsaoh/GKsX01JjN3Iw2EsrUXvAOgbTAnvPWidMOIMKyKG3 WoP7t4Fu2JjZqlee+YywAzJ8JawiqIiY6FoSqK0f2J0nSKwpCK7rqljwulRpKK86EAXhl6rScY3K kQl44w0vAZZbea9g9pP0ag3sxkhUw0b3epf34oyOwFo3CANUxCLzBigjER6hsRmI4j6z0ZLB8iaH 8i9byQ1FCqRUhZ/OygUqE1gFK2mBSFmt8q4QcYegebO5sER5NhXUpRUIFCKQUAs8ZAbgAEQPy5DA A5pkYCn/T/Cq/eg2r7MHPoGA1WqaMmF6EfuZeoEHFCapodEjRyhKxVBGMIAZwbCgMfCD4+gJnfF7 hyQUgFleqQArRSo6KGAVXJFnC6AAx1Vrp8ccizBBbLCYmLoA+TF918EASBYZP/kDNHI7KSAuCoAm O6e0DVp/cQizTbgMFvIJQyahX5ovVxqEeGEpqmm2UBRQC+pKhnMTKUI/DcByLpcoBUgFGJgo9OUC QVEpQoNalNtKfbsemtpe/+MEuXEWpGcT0KGY8VNof7FQ9WBBWDBOe1Zf3ECwjZmzVotEccYyyrAC 1+B+78ADmHEIK2K3kDQ0oqBTPHQb6kZFc4GFqXoNILQe/2u0HzEmC2aGEH6mvwmCENGGlg2zCkBm n82XjJREB0eARy86rLb1LrDBwC3wg2VQgKFDNCJAig6RL4glRi9TnM5luw1yRTELaPUlIPvhG06i dF3wJ4zJB9pRIAGMDdn0FJU2PNTDAOjhG4DjVbqRhYA4U8nyEyHaEIJqDalqJkTrN4OQvWj6DMYB C8UxRVi4Ew0Ltd2AHiXVBiRLwRyXG0HCq3wGHLawGtKmHeLyEDOAHE5HKo3DMlMRP8/nh2jYP8hq BptnI6BmqP+AcF/YBowJKFtzFCq2Q1O8XX1rR5jVJ2wQuplzZaQoj/2QbHakmHswH7rhEasQZQVW pazQAv9LgFCBQF5Q0URk8wNS8SdgAghGZ2sdQh134zcUyK00WIWaI5+QGjavtExfvEfhAQOCLC8I uBICMHkMR4VRQI/2SAl68RyVOp+S5xRdUkZap1qIpCR9YiPW4GUg0oF52qmOI7ijsTmdwXJehcQI goNBpY9Few7qljEPizK8THGkmZ9EJMxSQ8w1ccwGBWzKob+zQLSd8Mz8mwPOMSZpVM25LAtUsHja TIXiBsAbAj7g7M/0kALkTCGFi0ivwHBKEWbsLLO1XKyrWq62XKvBcQp7EiSXqK7xJKQdckt0hVUl vbkkbdPd2jFhRSaX9lXB6i0TJgl2jLM2WLNsyIbemtT/RK2qxvrSwJm5TA3BlSWINo1DxHjSDxw7 +7K1OR2u3Msg14rT4/rULLvUY92tyeqCpSTWYB3WUHNntUVb1LogTuPVSZuIVW3S+njXgtWcWa1q 7frVUl3Uc8WCmnvTSt3XAYjWRr3WkcXVi31Vj92qlD3YFMvUeTGxhA3YWi3YQD3XZ81YQmyve23X DCjaTzjZyWrYSp1/ir2ERy3ZJ7UynwnV1hqrRUjYIu0umU3Vn/Wto32uke0gTm2wcL3Ts33ZbhTc pW2zdGLW8bq9li3XRgnaiL0N2e16UX3adG3WvobSM7uA39ncfK2shyjby93d0YrXtLWNei1W6n3d bp3W/1orq7692E3trvZ938Bd33xN3vjCLoZNVfin3Nwd2r0KHGQde0BV2PMNZgFeGqs93LCq2a0t 4Qce259NVm+kMVuX4RCe3gNR3cKt4ffX2J754XAW4iYtL1urMxzeq2RgbsW9M6JF2k/N4NItrfVd 0qqdpi0u4iPu3O3pU21FLibe1pw9WhSLsLDt1w9+4iR4J+Xd5Alu3PrN252N2zk9r5VdMuH93SjO 2giT2tJC35DN5OKq3dES2E7+3DAu5RIr53B+46mt5rBV43it4PbH5C0odtMt45uN3mtu3QPW3oZO 3fs93g5+KbScJ1xe4nc85t/C6OX62Y195l9m4UDI2f+zren8E1rKzdx084I//as8ntjmTSdWvd4Y zuanDjYTK+aVvurWPedbftxvLulOndu6/a5F3uFAPuUVPqulPeKerehVVTCHXuwQfuv8neMQ24xS M9/RblUeDuWJTu3ErexE3eMD2ZV5jtXJzjSOHVUsruS1bu7PnlrTzuWs3utiTe7OXu5I46zY3aru vur/veyVvucfQ+jw7er/7t8laOembcf9ruzwju2pHuphRfD9HfBLbujwblSq/uO7HoZCxesAP1VC PuQgbvATLzfDnvBRG63SnebXzdjYKuyXvjAlX+b0gvIR/zcC9u00bxHeHtf/fe2VreMyr4VTPfIg b+v/SJ40JA1AUYPfYG7x+h71WJ6z3L4/fz7yqrbXXX7zVc7vCr/tOy7tX4/x5v6d3EuMNEj0Jv/s ebXmU8/qaz/EEB/3A+/29570tX6u6I7rKb+hus7hxM71ZZ/SJB/xyqr3b63h2p73Ue4S4y726271 Ri/0WP7oyw7jiUX4PL/of8/3Go/jK9j1n8/5MU/6uX76c9L4pF7x5/3gnW/3Iv+MT+5ZLS/ZHO/6 WQ37nu7ztM/fJa+Lse9WbH+zlg6IdE/8Ry/5m6v0r33w+a37Ebst9Urjud+Am29usX7mCvPyKY/6 NrjpqM/scw9gxV73yC9Xgy7xtn/zlA/2VI/t56LW/8ea76Uy76f24sbu3lLv2Hdd8+sPAoE4kqUp Aqm6sq3LnnH8rrJ9mzV+0z29l1QnHzDnS5GOSthSOGtCncVkyxjVBV7P6jSL7F7D4mVwPB6apWhy GTpK62DULlVrg//oKO772/ar1Vn5AeERebnoKeJEFWL98f0pGiZORiKuARIKQoJR2uUtig4qOQb2 2Q2ObsntfDa5atY9rtZGHlm+lurBMYbWzpCy8fzOHvKmoh4v6m6auiUbuyHCUlsSa6UBF/VANldn dgODb8+hlsu0pleyXiE7K3+zlwsVj1JSy8tL29+pr5oJB67fHm3C9AlExw9eQX20GjoUp3DiMwD+ Hv9O6ZUvIkVr3CJGUwhy5EhR0yC+WjdsI0iAJD2Ry7jrIEKS7ugZjMXypLGLNrfF7LjQospmMj9+ +7gzaD6fL8etFDrUaUqlFfHBtCmxaEt0DCeekppVTLt/MrsOJUozqamljbwyqZGT2VOUZk1GReNr pki+Z5PxlaP1J8WAuYyKxXsp8dVbgxd7C+n28ambk7fGe4uNKeO9SIoNbqjTn8CviSkb7hwPKa49 saqqFrovdmmNFV+HKrmOKmrTvFv3xfNOOF2Ol+e2a9tYbZLfvc9k/sp8edjXXGfniDwP03WMX6ZH xyisbLbanOnS7jMWK3Wy6HE7XEsG/HHMLtO7/vv/Sb9tZO1hh/cceJLdIyBa5NGH3zWSjJdedQh2 9Rwp8j3yoIJlsHIhhb4dYw9BGkIFIIRMEYhCWsvYBZx5vuHE1hvdGZjSMncV5mGCWdQHWYB5eaEY ZfyViIVfKTLRnCvObRYjdCrSaOKO7skGnUuEnSilegUqmWVuWqI42nrIbcgijJqxJoWIRFqG24pn 5hiYmJ5xeV6KtmwX5o9GAAUliGn51GacPO35ZBh6hZhmoG71+SdihwqqaG9JgikajnC+iSYbTDpq IJaGQCreiIBlKmBxxq2pFVyGYqIihENQalmkYIWaFJfBMJrZQWPGWuJC+OnoY38XdjncjafWyWCN /3r62mutMzX5qZyN4vrhirXmZ592qlqqK22oRolQJ9EKS6eFX3r7H5WFapstcDfG6exqWjoYVLM9 ibvfhPZ2qgux53YGaFPwocvpvew5h2/AuabWqBPDKrwYcSxRWxC5AicXMbh2OlahtfXWpe5NQ17L XKV4BoHxjAn/tprHg44XbLfOBpIrfNiyZrGClzC8b7rDEUrHJvNG2wosOQPpaX7CIkzxZUUbLK7N fu4s6NM3z0tzmdiZ+1lLQoIS2tQaRp1vsURPapfHMyttrkkWk810sVfzOOo006E8pTbsAg11ryNL /ERwMfKz8nei8nfaq3q3DSyP0or9rDeCI0up4Q51N5w3iCSGbXLmXFASAgA7 --------------020407070605020209070108-- --===============0349389192== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls --===============0349389192==-- From mpls-bounces@lists.ietf.org Sun Mar 25 06:33:06 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HVPxf-0007c7-Ln; Sun, 25 Mar 2007 06:28:31 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HVPxe-0007bP-LZ; Sun, 25 Mar 2007 06:28:30 -0400 Received: from psg.com ([147.28.0.62]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HVPxc-0005yS-BK; Sun, 25 Mar 2007 06:28:30 -0400 Received: from [127.0.0.1] (helo=beantn0020306.ad5.ad.alcatel.com) by psg.com with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HVPxX-0005wg-RX; Sun, 25 Mar 2007 10:28:24 +0000 To: "Stewart Bryant" , "O'Connor, Don" Subject: Re: [mpls] RE: [PWE3] Fwd: I-DACTION:draft-bryant-pwe3-mpls-transport-00.txt From: "dimitri papadimitriou" Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-15 MIME-Version: 1.0 References: <46046D19.8090506@cisco.com> Content-Transfer-Encoding: 7bit Date: Sun, 25 Mar 2007 12:28:22 +0200 Message-ID: In-Reply-To: <46046D19.8090506@cisco.com> User-Agent: Opera Mail/9.10 (Win32) X-Spam-Score: -104.4 (---------------------------------------------------) X-Spam-Score: 0.0 (/) X-Scan-Signature: 92df29fa99cf13e554b84c8374345c17 Cc: mpls@ietf.org, pwe3 X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org stewart reading this lengthy thread, there is indeed a lack of description of (potentially) missing requirements/features from draft-bryant & others; hence, it would be helpful to have such piece of text (using language that is understandable by the IETF community) and apply the mpls-gmpls change process to it - this because it is not obvious, at this point in time, that the potential changes would be acceptable for the IETF itself ps: you are correct when stating that a draft does not need to be ready for RFC editorship to become a working group doc. thanks, - d. On Sat, 24 Mar 2007 01:13:13 +0100, Stewart Bryant wrote: > Don > > A draft does not need to be complete for it to be > accepted as a WG draft, it needs to be a suitable > platform that the WG can use to move forward. > >> IETF is extending MPLS technology all the time. The extensions > that I see that are required are: > > 1) transport OAM enhancements > > Given that the existing PWE3 OAM functions are adequate > for our own purposes, what is special about the transport > environment that requires extensions? > > It is not appropriate to list alternative OAM protocols, > PWE3 needs to know what specific additional functionality > it needs to provide a comprehensive OAM design. > > 2) support for transport protection switching > > PWE3 has already started work on protection. What > requirements exist in the transport network that are not > addressed by the proposed work? > > Would you be prepared to contribute text to a PWE3 protection > requirements draft? > > 3) GMPLS - ASON control plane enhancements (using the procedures > that CCAMP has in place with ITU) > > The control plane design for PWE3 over MPLS and for MPLS is > a proven design that is widely deployed. How is the existing > designs unsuitable, and what additional requirements does a > transport environment have that are not satisfied by that > design. > > - Stewart > > > > _______________________________________________ > mpls mailing list > mpls@lists.ietf.org > https://www1.ietf.org/mailman/listinfo/mpls > -- -dimitri. _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls From mpls-bounces@lists.ietf.org Sun Mar 25 09:15:45 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HVSUi-00029d-W8; Sun, 25 Mar 2007 09:10:48 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HVSUg-00029O-Uw for mpls@ietf.org; Sun, 25 Mar 2007 09:10:46 -0400 Received: from [80.86.78.228] (helo=smtp.testbed.se) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HVSUf-00028r-DY for mpls@ietf.org; Sun, 25 Mar 2007 09:10:46 -0400 Received: from h241n2fls33o874.telia.com ([213.66.47.241] helo=[192.168.0.100]) by fw.testbed.se with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.43) id 1HVSUc-0005av-HH; Sun, 25 Mar 2007 15:10:44 +0200 Message-ID: <460674C7.7040407@pi.se> Date: Sun, 25 Mar 2007 15:10:31 +0200 From: Loa Andersson Organization: Acreo AB User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: mpls@ietf.org, pwe3 X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Score: -1.2 (-) X-Spam-Report: -1.4 ALL_TRUSTED Passed through trusted hosts only via SMTP 0.3 MAILTO_TO_SPAM_ADDR URI: Includes a link to a likely spammer email X-Spam-Score: 0.0 (/) X-Scan-Signature: 73734d43604d52d23b3eba644a169745 Cc: Subject: [mpls] [Fwd: Response from the IETF MPLS and PWE3 WGs to the ITU-T SG13 liaison on OAM Defintion from March 13 2007] X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org PWE3 and MPLS WGs We have sent the included liaison to the ITU-T SG13 as response to their liaison of March 13th. MPLS and PWE3 working chairs -------- Included Message -------- Response from the IETF MPLS and PWE3 WGs to the ITU-T SG13 liaison on OAM Defintion for T-MPLS from March 13 2007 Submission Date: 2007-03-25 From: IETF PWE3, MPLS working groups (stbryant@cisco.com,danny@arbor.net,swallow@cisco.com,loa@pi.se) To: ITU-T SG 13 (Georges Sebek) sebek@itu.int tsbsg13@itu.int Cc: rcallon@juniper.net fenner@research.att.com jari.arkko@piuha.net townsley@cisco.com hhelvoort@huawei.com sob@harvard.edu sbrim@cisco.com Response Contact: statements@ietf.org loa@pi.se Purpose: For informtion Thank you for your Liaison statement on progress on T-MPLS OAM definition of March 13th. Due to the very short response period (17 days), which coincide with the preparations for and the IETF meeting in Prague it has not been possible for the working groups to review and respond. The two documents we received have been brought to the working groups attention, and the estimate is that it will take us 6 weeks to compile a consolidated response, however most of this discussion will take place on the on the mpls and pwe3 working group mailing lists. We would also like bring your attention to an existing work in progress relevant to the subject matter in the IETF, and suggest that this serve as basis for an unified OAM definition for this area. "Pseudo Wire Virtual Circuit Connectivity Verification (VCCV)", (http://www.ietf.org/internet-drafts/draft-ietf-pwe3-vccv-13.txt) Loa Andersson MPLS WG co-chair George Swallow MPLS WG co-chair Danny McPhersson PWE3 WG co-chair Stewart Bryant PWE3 WG co-chair -- Loa Andersson Principal Networking Architect Acreo AB phone: +46 8 632 77 14 Isafjordsgatan 22 mobile: +46 739 81 21 64 Kista, Sweden email: loa.andersson@acreo.se loa@pi.se -- Loa Andersson Principal Networking Architect Acreo AB phone: +46 8 632 77 14 Isafjordsgatan 22 mobile: +46 739 81 21 64 Kista, Sweden email: loa.andersson@acreo.se loa@pi.se _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls From mpls-bounces@lists.ietf.org Mon Mar 26 10:35:00 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HVqBE-0000jS-Kq; Mon, 26 Mar 2007 10:28:16 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HUA00-0001yk-EG for mpls@lists.ietf.org; Wed, 21 Mar 2007 19:13:44 -0400 Received: from kremlin.juniper.net ([207.17.137.120]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HU9zr-0000yp-Jq for mpls@lists.ietf.org; Wed, 21 Mar 2007 19:13:44 -0400 Received: from unknown (HELO merlot.juniper.net) ([172.17.27.10]) by kremlin.juniper.net with ESMTP/TLS/DES-CBC3-SHA; 21 Mar 2007 16:13:35 -0700 X-IronPort-AV: i="4.14,310,1170662400"; d="scan'208"; a="674019188:sNHT58643716" Received: from garnet.juniper.net (garnet.juniper.net [172.17.28.17]) by merlot.juniper.net (8.11.3/8.11.3) with ESMTP id l2LNDTJ92544; Wed, 21 Mar 2007 16:13:34 -0700 (PDT) (envelope-from ina@juniper.net) Date: Wed, 21 Mar 2007 16:13:29 -0700 (PDT) From: Ina Minei To: jin.lizhong@zte.com.cn, Thomas Morin Subject: RE: [MPLS]New comments and ideas for In-Reply-To: Message-ID: <20070321161039.H53320@garnet.juniper.net> References: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-302311277-1174518646=:53320" Content-ID: <20070321161105.P53320@garnet.juniper.net> X-Spam-Score: 0.0 (/) X-Scan-Signature: bd8a74b81c71f965ca7918b90d1c49c0 X-Mailman-Approved-At: Mon, 26 Mar 2007 10:28:13 -0400 Cc: mpls@lists.ietf.org, "Amante, Shane" , IJsbrand Wijnands , Bob Thomas , lei.wang@telenor.com, lufang@cisco.com X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-302311277-1174518646=:53320 Content-Type: TEXT/PLAIN; CHARSET=X-UNKNOWN; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE Content-ID: <20070321161105.U53320@garnet.juniper.net> =09Thank you for the comments. The new revision of the draft will=20 reflect this discussion. =09=09=09=09Ina On Mon, 19 Mar 2007 jin.lizhong@zte.com.cn wrote: > Hi Ina: > > Thank you for your reply and comments. > > You are right, LDP error notification can handle the unknow TLV for LDP > P2MP TLV. > > When not using capability TLV > 1. If we use error notification to handle it, and when LSR receives the > error notification with unknow tlv, then it does not send the mLDP mappin= g > message. It is not explicitly expressing the error. I don't think its a > nice processing for mLDP. > > When using capability TLV > 1. If we don't use the above mechanism, and if the LSR don't know its > neighbor does not support mLDP capability, it will continue sending mLDP > mapping message to its neighbor, and many error notification messages wil= l > be continuely received for each P2MP LSP. If we use mLDP capability > negotiation, then LSR will not send mLDP mapping message to its neighbor, > and save many processings of LDP protocol messages. > > 2. For mLDP is very new, when deploying, there must be some LSRs that not > supporting mLDP. Using mLDP capability TLV, it can be very easy to see > what's wrong with this P2MP LSP, and can easily avoid P2MP LSP partially > being set up. > > 3. If we use mLDP capability TLV, then mLDP can be very clearly co-existe= d > with many other LDP capabilities, such as upstream label assigning > capability. And the virtue of LDP capability TLV also has been described > in [draft-thomas-mpls-ldp-capabilities-02]. > > Thanks you very much. > > > Best Regards > Jin Lizhong > > > .............................................. > ZTE Corporation > Add: No.68 Zijinghua Rd,Yuhuatai District, > Nanjing. P.R.China. > Zip: 210012 > Mail: jin.lizhong@zte.com.cn > .............................................. > > > > > Ina Minei > 2007-03-14 23:20 > > To: jin.lizhong@zte.com.cn > cc: LE ROUX Jean-Louis RD-CORE-LAN > , shane.amante@level3.com, > lufang@cisco.com, hitoshi.fukuda@ntt.com, "zzx-Huji KAMITE > y.kamite@nttt.com" , kireeti@juniper.net, > rhthomas@cisco.com, lei.wang@telenor.com, ice@cisco.com, > mpls@lists.ietf.org > Subject: RE: [MPLS]New comments and ideas for > > > > > Jin, > > What would the capability accomplish? If it is a way to > enable > error notification, then this is already available in LDP today. Is there > any other functionality that would be accomplished by turning on the > capability advertisement? > > Ina > > On Wed, 14 Mar 2007 jin.lizhong@zte.com.cn wrote: > >> Hi JL >> >> Thank you very much for your comments. >> >> Does any other guys think P2MP capability TVL is necessary? >> >> Best Regards >> Jin Lizhong >> >> .............................................. >> Add: No.68 Zijinghua Rd,Yuhuatai District, >> Nanjing. P.R.China. >> Zip: 210012 >> Tel: 0086-13912967531 >> Mail: jin.lizhong@zte.com.cn >> .............................................. >> >> >> >> >> "LE ROUX Jean-Louis RD-CORE-LAN" >> 2007-03-08 18:16 >> >> To: , , >> , , "zzx-Huji KAMITE >> y.kamite@nttt.com" , , >> , , , >> , >> cc: >> Subject: RE: New comments and ideas for >> >> >> >> Hi Jin, >> >> Procedures to advertise the P2MP capability should rely on encoding > rules >> and procedures defined in draft-thomas-mpls-ldp-capabilities-02.txt. >> This simply requires defining a new capability parameter, the P2MP >> capability, and requesting for a TLV code point. >> Also note that v01 of draft-ietf-mpls-ldp-upstream (submitted last > monday) >> is now aligned with draft-thomas. >> >>> Second, in section 7.1.Protocol event, line 11, I think the word > 'LSR-D' >> should be 'LSR-U', it is misunderstanding in both the version 1 and 2 >> . >> Actually this applies indifferently to LSR D and LSR U. >> >> Kind Regards, >> >> JL >> >> De : jin.lizhong@zte.com.cn [mailto:jin.lizhong@zte.com.cn] >> Envoy=C3=A9 : jeudi 8 mars 2007 10:28 >> =C3=80 : shane.amante@level3.com; lufang@cisco.com; > zzx-hitoshi.fukuda@ntt.com; >> zzx-Huji KAMITE y.kamite@nttt.com; kireeti@juniper.net; ina@juniper.net; >> LE ROUX Jean-Louis RD-CORE-LAN; rhthomas@cisco.com; > lei.wang@telenor.com; >> ice@cisco.com; mpls@lists.ietf.org >> Objet : New comments and ideas for >> >> >> Dear all: >> >> I read the draft , and have some comments >> below. Thank you. >> >> First, it is very necessary to use the mLDP capability TLV to signal the >> capability of LDP Session. Just like the capability described in >> , using the capability TLV, it is quite >> convenient to the trouble shooting. Without the capability TLV, if the >> P2MP LSP does not set up successfully, one has to check the upstream > LSR; >> and if the upstream LSR does not show any information of P2MP LSP and > FEC, >> we can not figure whether the mapping message sent by the downstream LSR >> is silently discarded by upstream LSR or lost during the transmission. >> >> Because the mLDP is very new, and many equipments that have been > deployed >> in the network do not support mLDP, then the scenario described above > will >> always happen when deploying. And this is only one of the scenarios for >> capability TLV; it will be more useful and convenient for deploying > mLDP. >> >> Following is the format of the mLDP Capability TLV, much like defined in >> : >> >> 0 1 2 3 >> 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> |1|0| Capability TLV (TBD) | Length (=3D 4) | >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> | Sub-TLVs... | >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> >> Following is the format of the mLDP Capability sub-TLV: >> >> 0 1 2 3 >> 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> | mLDP Cap =3D 1 | Length (=3D 4) = | >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> | Reserved | >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> >> If a LSR includes the mLDP Capability sub-TLV in LDP Initialization >> Messages it implies that the LSR is capable of processing both >> distributing P2MP FEC Element and MP2MP FEC Element. Reserved bits MUST > be >> set to zero on transmission and MUST be ignored on receipt. >> >> Second, in section 7.1.Protocol event, line 11, I think the word 'LSR-D' >> should be 'LSR-U', it is misunderstanding in both the version 1 and 2. >> >> Hope for your comments, thank you very much. >> >> Best Regards >> Jin Lizhong >> >> .............................................. >> Add: No.68 Zijinghua Rd,Yuhuatai District, >> Nanjing. P.R.China. >> Zip: 210012 >> Tel: 0086-13912967531 >> Mail: jin.lizhong@zte.com.cn >> .............................................. >> -------------------------------------------------------- >> ZTE Information Security Notice: The information contained in this mail > is >> solely property of the sender's organization. This mail communication is >> confidential. Recipients named above are obligated to maintain secrecy > and >> are not permitted to disclose the contents of this communication to >> others. >> This email and any files transmitted with it are confidential and > intended >> solely for the use of the individual or entity to whom they are > addressed. >> If you have received this email in error please notify the originator of >> the message. Any views expressed in this message are those of the >> individual sender. >> This message has been scanned for viruses and Spam by ZTE Anti-Spam >> system. >> >> >> >> -------------------------------------------------------- >> ZTE Information Security Notice: The information contained in this mail > is >> solely property of the sender's organization. This mail communication is >> confidential. Recipients named above are obligated to maintain secrecy > and >> are not permitted to disclose the contents of this communication to >> others. >> This email and any files transmitted with it are confidential and > intended >> solely for the use of the individual or entity to whom they are > addressed. >> If you have received this email in error please notify the originator of >> the message. Any views expressed in this message are those of the >> individual sender. >> This message has been scanned for viruses and Spam by ZTE Anti-Spam >> system. >> >> >> >> >> -------------------------------------------------------- >> ZTE Information Security Notice: The information contained in this mail > is solely property of the sender's organization. This mail communication > is confidential. Recipients named above are obligated to maintain secrecy > and are not permitted to disclose the contents of this communication to > others. >> This email and any files transmitted with it are confidential and > intended solely for the use of the individual or entity to whom they are > addressed. If you have received this email in error please notify the > originator of the message. Any views expressed in this message are those > of the individual sender. >> This message has been scanned for viruses and Spam by ZTE Anti-Spam > system. >> > > -------------------------------------------------------- > ZTE Information Security Notice: The information contained in this mail i= s > solely property of the sender's organization. This mail communication is > confidential. Recipients named above are obligated to maintain secrecy an= d > are not permitted to disclose the contents of this communication to > others. > This email and any files transmitted with it are confidential and intende= d > solely for the use of the individual or entity to whom they are addressed= =2E > If you have received this email in error please notify the originator of > the message. Any views expressed in this message are those of the > individual sender. > This message has been scanned for viruses and Spam by ZTE Anti-Spam > system. > > > > > -------------------------------------------------------- > ZTE Information Security Notice: The information contained in this mail i= s solely property of the sender's organization. This mail communication is = confidential. Recipients named above are obligated to maintain secrecy and = are not permitted to disclose the contents of this communication to others. > This email and any files transmitted with it are confidential and intende= d solely for the use of the individual or entity to whom they are addressed= =2E If you have received this email in error please notify the originator o= f the message. Any views expressed in this message are those of the individ= ual sender. > This message has been scanned for viruses and Spam by ZTE Anti-Spam syste= m. > --0-302311277-1174518646=:53320 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls --0-302311277-1174518646=:53320-- From mpls-bounces@lists.ietf.org Mon Mar 26 10:35:05 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HVqBG-0000k8-35; Mon, 26 Mar 2007 10:28:18 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HUtan-0003DX-E8; Fri, 23 Mar 2007 19:54:45 -0400 Received: from ams-iport-1.cisco.com ([144.254.224.140]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HUtKj-0001T7-A6; Fri, 23 Mar 2007 19:38:11 -0400 Received: from ams-dkim-2.cisco.com ([144.254.224.139]) by ams-iport-1.cisco.com with ESMTP; 24 Mar 2007 00:38:10 +0100 Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by ams-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id l2NNc8FD030118; Sat, 24 Mar 2007 00:38:08 +0100 Received: from [10.61.64.101] (ams3-vpn-dhcp101.cisco.com [10.61.64.101]) by ams-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l2NNbmlZ007135; Fri, 23 Mar 2007 23:37:48 GMT Message-ID: <460464C5.7070506@cisco.com> Date: Fri, 23 Mar 2007 23:37:41 +0000 From: Stewart Bryant User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Malcolm Betts , Liaison Statements via RT , greg.jones@itu.int Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=680; t=1174693088; x=1175557088; c=relaxed/simple; s=amsdkim2001; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=stbryant@cisco.com; z=From:=20Stewart=20Bryant=20 |Subject:=20ITU-SG15=20Liaison=20of=20G.8110.1=20Amendment=201 |Sender:=20; bh=42MJ9KBQwZySGhpuB3/svwhaBW+llB1bPeGJmYL60IU=; b=gWGH+QpFk19yRQTSnLC858x3L1FF0wYp6ac8lCl2b9UwZ1CNrNEvPA5ZKktZRoaGGOtpv4cL +wJYCdjwsvOkuFalRvUi/cIUlorGJBNLorqZicGKlkb5WbEkld6z2bmV; Authentication-Results: ams-dkim-2; header.From=stbryant@cisco.com; dkim=pass ( sig from cisco.com/amsdkim2001 verified; ); X-Spam-Score: 0.0 (/) X-Scan-Signature: 7d33c50f3756db14428398e2bdedd581 X-Mailman-Approved-At: Mon, 26 Mar 2007 10:28:13 -0400 Cc: sjtrowbridge@lucent.com, mpls@ietf.org, pwe3 , Scott Bradner , yoichi.maeda@ntt-at.co.jp, Jari Arkko , David Ward , Ross Callon , Mark Townsley , "J. Rao Cherukuri" Subject: [mpls] ITU-SG15 Liaison of G.8110.1 Amendment 1 X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org For Action: Thank you for liaising G.8110.1 Amendment 1: https://datatracker.ietf.org/public/liaison_detail.cgi?detail_id=287 concerning G.8110.1 Amendment 1 The PWE3 and MPLS WG chairs share many of the concerns that have been expressed by the MFA and already communicated to SG15. We request that we are copied on the results of the SG15 analysis of these concerns. Unfortunately we are sorry that the PWE3 and MPLS WGs were unable to complete their review of G.8110.1 Amendment 1 in time for the SG15 interim meeting next week, however we will complete the review and respond in time for the ITU SG15 meeting in June. Regards PWE3 and MPLS WG Chairs _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls From mpls-bounces@lists.ietf.org Mon Mar 26 10:35:05 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HVqBF-0000k1-Hi; Mon, 26 Mar 2007 10:28:17 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HUP1t-0002M0-33; Thu, 22 Mar 2007 11:16:41 -0400 Received: from zrtps0kp.nortel.com ([47.140.192.56]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1HUP1Q-0002fi-1U; Thu, 22 Mar 2007 11:16:40 -0400 Received: from zcarhxm0.corp.nortel.com (zcarhxm0.corp.nortel.com [47.129.230.95]) by zrtps0kp.nortel.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id l2MF0Ag00916; Thu, 22 Mar 2007 15:00:10 GMT X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 22 Mar 2007 10:58:56 -0400 Message-ID: <085091CB2CA14E4B8B163FFC37C84E9D0EFD4A84@zcarhxm0.corp.nortel.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [PWE3] Proposed G.8110.1 Amendment 1 Laision response Thread-Index: Acdsiy2TBoUuQPI2RW2EZ9rFyb2MhAABhOOg References: <46016872.3070403@cisco.com> From: "Hamid Ould-Brahim" To: "Italo Busi" , "Stewart Bryant" , "pwe3" , "Mark Townsley" , "Jari Arkko" X-Spam-Score: 0.0 (/) X-Scan-Signature: 0bc60ec82efc80c84b8d02f4b0e4de22 X-Mailman-Approved-At: Mon, 26 Mar 2007 10:28:13 -0400 Cc: mpls@ietf.org Subject: [mpls] RE: [PWE3] Proposed G.8110.1 Amendment 1 Laision response X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org Italo,=20 >=20 > I feel a little bit unconfortable with the second part of the=20 > proposed liaison: >=20 > "The PWE3 WG will perform a further review of G.8110.1=20 > Amendment 1 and will respond in time for the ITU SG15 meeting=20 > in June." >=20 > It sounds like the draft has not been read at all. I do not=20 > think this is a polite message we wish to give to ITU. >=20 > I would propose to smoote a little bit the message with=20 > something like: >=20 > "The PWE3 WG has not found other major issues than those=20 > identified by the MFA Forum, however it will perform a=20 > further detailed review of G.8110.1 Amendment 1 and will=20 > respond in time for the ITU SG15 meeting in June." >=20 Since PWE3 intends to perform a detailed review of the proposal I don't think at this point in time PWE3 is in position to conclude that it "has not found other major issues than=20 those identified by the MFA forum".=20 Hamid. _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls From mpls-bounces@lists.ietf.org Mon Mar 26 11:23:04 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HVr0d-0006PK-Ks; Mon, 26 Mar 2007 11:21:23 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HVr0b-0006Ou-VF; Mon, 26 Mar 2007 11:21:21 -0400 Received: from ams-iport-1.cisco.com ([144.254.224.140]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HVr0a-0008U0-KE; Mon, 26 Mar 2007 11:21:21 -0400 Received: from ams-dkim-2.cisco.com ([144.254.224.139]) by ams-iport-1.cisco.com with ESMTP; 26 Mar 2007 17:21:21 +0200 Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by ams-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id l2QFLJEk027254; Mon, 26 Mar 2007 17:21:19 +0200 Received: from [192.168.0.162] (ams3-vpn-dhcp4136.cisco.com [10.61.80.39]) by ams-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l2QFLFlZ001559; Mon, 26 Mar 2007 15:21:15 GMT Message-ID: <4607E4EB.1040902@cisco.com> Date: Mon, 26 Mar 2007 16:21:15 +0100 From: Stewart Bryant User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: pwe3 Subject: Re: [mpls] RE: [PWE3] Proposed G.8110.1 Amendment 1 Laision response References: <46016872.3070403@cisco.com> <085091CB2CA14E4B8B163FFC37C84E9D0EFD4A84@zcarhxm0.corp.nortel.com> In-Reply-To: <085091CB2CA14E4B8B163FFC37C84E9D0EFD4A84@zcarhxm0.corp.nortel.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=1799; t=1174922479; x=1175786479; c=relaxed/simple; s=amsdkim2001; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=stbryant@cisco.com; z=From:=20Stewart=20Bryant=20 |Subject:=20Re=3A=20[mpls]=20RE=3A=20[PWE3]=20Proposed=20G.8110.1=20Amend ment=201=20Laision=20response |Sender:=20; bh=Nn8lCgLCvtCR3aDUPHc/cr62Oql84LyEk2uL1tlJ29U=; b=l8taW67VB321WVSJZDTGwTdDhH7C51+jYz5IPTYquRhQHH67T+X507wfuqJC1qb6K0YIseUZ PukAhjmi6vlvZx3fLSTcUrDBZcyF0rayvknsCYr7o3CUn9xET7DsH18W; Authentication-Results: ams-dkim-2; header.From=stbryant@cisco.com; dkim=pass ( sig from cisco.com/amsdkim2001 verified; ); X-Spam-Score: 0.0 (/) X-Scan-Signature: 82c9bddb247d9ba4471160a9a865a5f3 Cc: Mark Townsley , Jari Arkko , mpls@ietf.org X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: stbryant@cisco.com List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org Hamid Ould-Brahim wrote: > Italo, > > >> I feel a little bit unconfortable with the second part of the >> proposed liaison: >> >> "The PWE3 WG will perform a further review of G.8110.1 >> Amendment 1 and will respond in time for the ITU SG15 meeting >> in June." >> >> It sounds like the draft has not been read at all. I do not >> think this is a polite message we wish to give to ITU. >> >> I would propose to smoote a little bit the message with >> something like: >> >> "The PWE3 WG has not found other major issues than those >> identified by the MFA Forum, however it will perform a >> further detailed review of G.8110.1 Amendment 1 and will >> respond in time for the ITU SG15 meeting in June." >> >> > > Since PWE3 intends to perform a detailed review of the proposal > I don't think at this point in time PWE3 is in position > to conclude that it "has not found other major issues than > those identified by the MFA forum". > > Hamid. > Thanks Hamid, absence of proof is not proof of absence. Please note that the ITU (T)MPLS work has been taking huge resources from the PWE3 & MPLS ADs and chairs. Since last summer one week of 1AD + 2WG chairs, and one week of 2WG chairs to ensure that the first version of T-MPLS complied with the IETF PWE3/MPLS architecture - and when we did find an error it took significant time to negotiate the changes needed for compliance in multiple ITU groups across multiple documents. Plus the work on the current set of documents needing review.... There are six that need working on at https://datatracker.ietf.org/public/liaisons.cgi i.e. the G.8110.1 amendment above and five others. The PWE3 chairs would appreciate any comments on those documents. Thanks Stewart _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls From mpls-bounces@lists.ietf.org Mon Mar 26 11:59:26 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HVrXO-0001Uq-6d; Mon, 26 Mar 2007 11:55:14 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HVrXM-0001Qg-D4; Mon, 26 Mar 2007 11:55:12 -0400 Received: from ams-iport-1.cisco.com ([144.254.224.140]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HVrXL-0005bO-0r; Mon, 26 Mar 2007 11:55:12 -0400 Received: from ams-dkim-1.cisco.com ([144.254.224.138]) by ams-iport-1.cisco.com with ESMTP; 26 Mar 2007 17:55:10 +0200 Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by ams-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l2QFtA2U017560; Mon, 26 Mar 2007 17:55:10 +0200 Received: from [192.168.0.162] (ams3-vpn-dhcp4136.cisco.com [10.61.80.39]) by ams-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l2QFt8lZ013120; Mon, 26 Mar 2007 15:55:09 GMT Message-ID: <4607ECDD.8090008@cisco.com> Date: Mon, 26 Mar 2007 16:55:09 +0100 From: Stewart Bryant User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: dimitri papadimitriou Subject: Re: [mpls] RE: [PWE3] Fwd: I-DACTION:draft-bryant-pwe3-mpls-transport-00.txt References: <46046D19.8090506@cisco.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=2496; t=1174924510; x=1175788510; c=relaxed/simple; s=amsdkim1002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=stbryant@cisco.com; z=From:=20Stewart=20Bryant=20 |Subject:=20Re=3A=20[mpls]=20RE=3A=20[PWE3]=20Fwd=3A=09I-DACTION=3Adraft- bryant-pwe3-mpls-transport-00.txt |Sender:=20; bh=QlSO3On5e7aPd2q5b2JZ00oM9d9xn5scQyfJd81GA5s=; b=aJsRfNrDVd7IRORYW5E+T8rQ9phEWzRIuws5ZX/TLro7/MQ0qCLv9WXX0cikerdaamcR9HO9 guWqmA4Q8/+BAfPBm5RldIV1/tUz0XK0c8WCNGXaacMbnhc9Dc230j1k; Authentication-Results: ams-dkim-1; header.From=stbryant@cisco.com; dkim=pass ( sig from cisco.com/amsdkim1002 verified; ); X-Spam-Score: 0.0 (/) X-Scan-Signature: bdc523f9a54890b8a30dd6fd53d5d024 Cc: mpls@ietf.org, pwe3 X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: stbryant@cisco.com List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org Dimitri Remember that the point of the draft was to note that the requirements specified by ITU at the time when the draft was written could be met without any additional work. - Stewart dimitri papadimitriou wrote: > stewart > > reading this lengthy thread, there is indeed a lack of description of > (potentially) missing requirements/features from draft-bryant & others; > > hence, it would be helpful to have such piece of text (using language > that is understandable by the IETF community) and apply the mpls-gmpls > change process to it - this because it is not obvious, at this point > in time, that the potential changes would be acceptable for the IETF > itself > > ps: you are correct when stating that a draft does not need to be ready > for RFC editorship to become a working group doc. > > thanks, > - d. > > On Sat, 24 Mar 2007 01:13:13 +0100, Stewart Bryant > wrote: > >> Don >> >> A draft does not need to be complete for it to be >> accepted as a WG draft, it needs to be a suitable >> platform that the WG can use to move forward. >> >>> IETF is extending MPLS technology all the time. The extensions >> that I see that are required are: >> >> 1) transport OAM enhancements >> >> Given that the existing PWE3 OAM functions are adequate >> for our own purposes, what is special about the transport >> environment that requires extensions? >> >> It is not appropriate to list alternative OAM protocols, >> PWE3 needs to know what specific additional functionality >> it needs to provide a comprehensive OAM design. >> >> 2) support for transport protection switching >> >> PWE3 has already started work on protection. What >> requirements exist in the transport network that are not >> addressed by the proposed work? >> >> Would you be prepared to contribute text to a PWE3 protection >> requirements draft? >> >> 3) GMPLS - ASON control plane enhancements (using the procedures >> that CCAMP has in place with ITU) >> >> The control plane design for PWE3 over MPLS and for MPLS is >> a proven design that is widely deployed. How is the existing >> designs unsuitable, and what additional requirements does a >> transport environment have that are not satisfied by that >> design. >> >> - Stewart >> >> >> >> _______________________________________________ >> mpls mailing list >> mpls@lists.ietf.org >> https://www1.ietf.org/mailman/listinfo/mpls >> > > > > ---dimitri. > _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls From mpls-bounces@lists.ietf.org Mon Mar 26 12:40:15 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HVsD5-0001Zp-TP; Mon, 26 Mar 2007 12:38:19 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HVsD3-0001ZY-Nz; Mon, 26 Mar 2007 12:38:17 -0400 Received: from gc-na5.alcatel.fr ([64.208.49.5] helo=smail6.alcatel.fr) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HVsD2-00046W-8R; Mon, 26 Mar 2007 12:38:17 -0400 Received: from itmail02.netfr.alcatel.fr (itmail02.netfr.alcatel.fr [155.132.182.198]) by smail6.alcatel.fr (8.13.4/8.13.4/ICT) with ESMTP id l2QGc04M007619; Mon, 26 Mar 2007 18:38:00 +0200 Received: from itvimn0i34082 ([151.98.47.180]) by itmail02.netfr.alcatel.fr (Lotus Domino Release 5.0.13aHF163) with SMTP id 2007032618380274:10879 ; Mon, 26 Mar 2007 18:38:02 +0200 From: "Italo Busi" To: , "dimitri papadimitriou" Date: Mon, 26 Mar 2007 18:38:02 +0200 Message-ID: MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: <4607ECDD.8090008@cisco.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Importance: Normal X-MIMETrack: Itemize by SMTP Server on ITMAIL02/IT/ALCATEL(Release 5.0.13aHF163 | June 23, 2005) at 03/26/2007 18:38:02, Serialize by Router on ITMAIL02/IT/ALCATEL(Release 5.0.13aHF163 | June 23, 2005) at 03/26/2007 18:38:04, Serialize complete at 03/26/2007 18:38:04 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="ISO-8859-15" X-Scanned-By: MIMEDefang 2.51 on 155.132.188.84 X-Spam-Score: 0.0 (/) X-Scan-Signature: 3a4bc66230659131057bb68ed51598f8 Cc: mpls@ietf.org, pwe3 Subject: [mpls] RE: Fwd: I-DACTION:draft-bryant-pwe3-mpls-transport-00.txt X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org Stewart, I agree that a draft should not be ready for RFC editorship to become a WG draft. However, based on this mail discussion, I do not think the draft is going in the direction to meet the requirements so I do not support it to become a WG draft. Moreover, I am now lost about the intent of the draft. If the intent of the draft is to show to ITU-T how you believe that T-MPLS could have been designed to meet the ITU-T requirements, it is good not to make it a WG draft and liaise it to ITU-T, as agreed at the IETF 67. Otherwise if the intent is to start an activity inside IETF to define T-MPLS, I think that the draft is too much immature to become WG draft. We need to clearly define the scope and objective of this work inside IETF and its relationship with the ITU-T and therefore, based on that, identify which are the required changes to this draft to become a WG document. Thanks, Italo > -----Original Message----- > From: Stewart Bryant [mailto:stbryant@cisco.com] > Sent: Monday, March 26, 2007 5:55 PM > To: dimitri papadimitriou > Cc: mpls@ietf.org; pwe3 > Subject: Re: [mpls] RE: [PWE3]Fwd: > I-DACTION:draft-bryant-pwe3-mpls-transport-00.txt > > > Dimitri > > Remember that the point of the draft was to note that the requirements > specified by ITU at the time when the draft was written could be met > without any additional work. > > - Stewart > > dimitri papadimitriou wrote: > > stewart > > > > reading this lengthy thread, there is indeed a lack of description of > > (potentially) missing requirements/features from draft-bryant & others; > > > > hence, it would be helpful to have such piece of text (using language > > that is understandable by the IETF community) and apply the mpls-gmpls > > change process to it - this because it is not obvious, at this point > > in time, that the potential changes would be acceptable for the IETF > > itself > > > > ps: you are correct when stating that a draft does not need to be ready > > for RFC editorship to become a working group doc. > > > > thanks, > > - d. > > > > On Sat, 24 Mar 2007 01:13:13 +0100, Stewart Bryant > > wrote: > > > >> Don > >> > >> A draft does not need to be complete for it to be > >> accepted as a WG draft, it needs to be a suitable > >> platform that the WG can use to move forward. > >> > >>> IETF is extending MPLS technology all the time. The extensions > >> that I see that are required are: > >> > >> 1) transport OAM enhancements > >> > >> Given that the existing PWE3 OAM functions are adequate > >> for our own purposes, what is special about the transport > >> environment that requires extensions? > >> > >> It is not appropriate to list alternative OAM protocols, > >> PWE3 needs to know what specific additional functionality > >> it needs to provide a comprehensive OAM design. > >> > >> 2) support for transport protection switching > >> > >> PWE3 has already started work on protection. What > >> requirements exist in the transport network that are not > >> addressed by the proposed work? > >> > >> Would you be prepared to contribute text to a PWE3 protection > >> requirements draft? > >> > >> 3) GMPLS - ASON control plane enhancements (using the procedures > >> that CCAMP has in place with ITU) > >> > >> The control plane design for PWE3 over MPLS and for MPLS is > >> a proven design that is widely deployed. How is the existing > >> designs unsuitable, and what additional requirements does a > >> transport environment have that are not satisfied by that > >> design. > >> > >> - Stewart > >> > >> > >> > >> _______________________________________________ > >> mpls mailing list > >> mpls@lists.ietf.org > >> https://www1.ietf.org/mailman/listinfo/mpls > >> > > > > > > > > ---dimitri. > > > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www1.ietf.org/mailman/listinfo/pwe3 > _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls From mpls-bounces@lists.ietf.org Tue Mar 27 09:18:15 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HWBSi-0007Cy-K0; Tue, 27 Mar 2007 09:11:44 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HWBSh-0007Cs-MY for mpls@ietf.org; Tue, 27 Mar 2007 09:11:43 -0400 Received: from [80.86.78.228] (helo=smtp.testbed.se) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HWBSg-0002Ew-B9 for mpls@ietf.org; Tue, 27 Mar 2007 09:11:43 -0400 Received: from gw.imc.kth.se ([193.10.152.67] helo=[172.16.2.31]) by fw.testbed.se with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.43) id 1HWBSb-0003Jv-4v; Tue, 27 Mar 2007 15:11:39 +0200 Message-ID: <460A696A.3050206@pi.se> Date: Wed, 28 Mar 2007 15:11:06 +0200 From: Loa Andersson Organization: Acreo AB User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: mpls@ietf.org X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Score: 0.9 (/) X-Spam-Report: 2.3 DATE_IN_FUTURE_12_24 Date: is 12 to 24 hours after Received: date -1.4 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Spam-Score: 2.3 (++) X-Scan-Signature: 7655788c23eb79e336f5f8ba8bce7906 Cc: Ross Callon , David Ward Subject: [mpls] mpls working groups last call on draft-ietf-mpls-ldp-typed-wildcard-00 X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org Working Group, this is to initiate a two week working group last call on the working group draft "LDP Typed Wildcard FEC". The document will be found at: http://tools.ietf.org/html/draft-ietf-mpls-ldp-typed-wildcard-00 Please review and sent your comments to the mailing list or directly to the working group co-chairs. The working group last call will end EOB March 11 PDT. Loa and George -- Loa Andersson Principal Networking Architect Acreo AB phone: +46 8 632 77 14 Isafjordsgatan 22 mobile: +46 739 81 21 64 Kista, Sweden email: loa.andersson@acreo.se loa@pi.se _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls From mpls-bounces@lists.ietf.org Tue Mar 27 09:43:16 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HWBvW-0004Il-K1; Tue, 27 Mar 2007 09:41:30 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HWBvT-0004H4-Of for mpls@ietf.org; Tue, 27 Mar 2007 09:41:28 -0400 Received: from [80.86.78.228] (helo=smtp.testbed.se) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HWBvR-0000GI-DI for mpls@ietf.org; Tue, 27 Mar 2007 09:41:27 -0400 Received: from gw.imc.kth.se ([193.10.152.67] helo=[172.16.2.31]) by fw.testbed.se with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.43) id 1HWBvP-0003TN-07; Tue, 27 Mar 2007 15:41:24 +0200 Message-ID: <460A7064.3080702@pi.se> Date: Wed, 28 Mar 2007 15:40:52 +0200 From: Loa Andersson Organization: Acreo AB User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: mpls@ietf.org Subject: Re: [mpls] mpls working groups last call on draft-ietf-mpls-ldp-typed-wildcard-00 References: <460A696A.3050206@pi.se> In-Reply-To: <460A696A.3050206@pi.se> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Score: 0.9 (/) X-Spam-Report: 2.3 DATE_IN_FUTURE_12_24 Date: is 12 to 24 hours after Received: date -1.4 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Spam-Score: 2.3 (++) X-Scan-Signature: 8abaac9e10c826e8252866cbe6766464 Cc: Ross Callon , David Ward X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org All, Luyuan told me I meant "April 11!, and he is right :) . /Loa Loa Andersson wrote: > Working Group, > > this is to initiate a two week working group last call > on the working group draft "LDP Typed Wildcard FEC". > > The document will be found at: > http://tools.ietf.org/html/draft-ietf-mpls-ldp-typed-wildcard-00 > > Please review and sent your comments to the mailing list or > directly to the working group co-chairs. > > The working group last call will end EOB March 11 PDT. > > Loa and George > -- Loa Andersson Principal Networking Architect Acreo AB phone: +46 8 632 77 14 Isafjordsgatan 22 mobile: +46 739 81 21 64 Kista, Sweden email: loa.andersson@acreo.se loa@pi.se _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls From holstinecoja@apollo8travel.co.uk Wed Mar 28 05:03:33 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HWU45-0002Ox-19 for mpls-archive@lists.ietf.org; Wed, 28 Mar 2007 05:03:33 -0400 Received: from 87-126-86-136.btc-net.bg ([87.126.86.136] helo=90-154-168-21.btc-net.bg) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HWU3w-0007ur-0y for mpls-archive@lists.ietf.org; Wed, 28 Mar 2007 05:03:27 -0400 Received: from [158.183.126.64] by 90-154-168-21.btc-net.bg with HTTP; Wed, 28 Mar 2007 12:02:28 +0600 X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 28 Mar 2007 12:02:10 +0600 To: mpls-archive@lists.ietf.org From: "Georg holstine" Subject: Find Mime-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="=====================_583390==.REL" X-Spam-Score: 2.2 (++) X-Scan-Signature: 72dbfff5c6b8ad2b1b727c13be042129 --=====================_583390==.REL Content-Type: multipart/alternative; boundary="=====================_583390==.ALT" --=====================_583390==.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed [] Return, true yellow pages, find, businesses! California colorado dc delaware florida georgia hawaii. Carolina dakota ohio oklahoma oregon, rhode, island south. Delaware florida georgia hawaii idaho, illinois. And capitals function if, tcityvalue return true! Rhode island south tennessee texas utah vermont? Oregon rhode island, south tennessee texas. Maryland michigan minnesota missouri montana. Your state, category name city choose alabama alaska arizona. Idaho illinois indiana iowa, kansas kentucky louisiana, maine. North, carolina dakota, ohio oklahoma. Michigan minnesota missouri montana nebraska nevada new hampshire jersey. If tcityvalue return, true, yellow. Texas utah vermont virginia. Return true yellow pages find, businesses. Businesses in your state category name city. Florida, georgia hawaii idaho illinois indiana iowa kansas. Name city choose alabama alaska arizona arkansas. Maine, maryland michigan, minnesota, missouri montana nebraska. Find, businesses in your state category name city! Texas utah vermont, virginia washington, west wisconsin wyoming. Dakota ohio, oklahoma oregon rhode island south. Colorado dc delaware florida, georgia hawaii idaho. Oklahoma oregon rhode island south tennessee texas utah vermont. New hampshire jersey mexico york north. Maine maryland, michigan minnesota missouri. Arizona, arkansas california colorado dc delaware florida georgia hawaii. South tennessee texas utah vermont virginia. Kentucky louisiana maine maryland michigan. Oklahoma oregon rhode, island. Rhode island south, tennessee texas. Georgia hawaii idaho illinois. Kansas kentucky louisiana maine maryland michigan minnesota missouri montana. Ohio oklahoma oregon rhode island south, tennessee texas utah. Utah vermont virginia washington west wisconsin wyoming. Idaho, illinois indiana iowa kansas. Carolina dakota ohio oklahoma, oregon rhode island! Alabama alaska arizona arkansas. Arizona arkansas california colorado dc delaware florida, georgia hawaii. Name city choose alabama. Illinois indiana iowa kansas kentucky. Nebraska nevada new hampshire? South tennessee texas utah vermont virginia washington west. Oklahoma oregon rhode island south tennessee texas utah. Dc delaware florida georgia hawaii! Hawaii idaho illinois indiana iowa kansas. --=====================_583390==.ALT Content-Type: text/html; charset="us-ascii" []
Return, true yellow pages, find, businesses! California colorado dc
delaware florida georgia hawaii. Carolina dakota ohio oklahoma
oregon, rhode, island south. Delaware florida georgia hawaii idaho, illinois.
And capitals function if, tcityvalue return true! Rhode island south
tennessee texas utah vermont?
Oregon rhode island, south tennessee texas.
Maryland michigan minnesota missouri montana.
Your state, category name city choose alabama alaska arizona.
Idaho illinois indiana iowa, kansas kentucky louisiana, maine.
North, carolina dakota, ohio oklahoma. Michigan minnesota missouri
montana nebraska nevada new hampshire jersey. If tcityvalue return,
true, yellow.
Texas utah vermont virginia.
Return true yellow pages find, businesses.
Businesses in your state category name city. Florida, georgia hawaii
idaho illinois indiana iowa kansas. Name city choose alabama alaska
arizona arkansas. Maine, maryland michigan, minnesota, missouri
montana nebraska. Find, businesses in your state category name city!
Texas utah vermont, virginia washington, west wisconsin wyoming.
Dakota ohio, oklahoma oregon rhode island south.
Colorado dc delaware florida, georgia hawaii idaho.
Oklahoma oregon rhode island south tennessee texas utah vermont.
New hampshire jersey mexico york north.
Maine maryland, michigan minnesota missouri.
Arizona, arkansas california colorado dc delaware florida georgia hawaii.
South tennessee texas utah vermont virginia. Kentucky louisiana maine
maryland michigan. Oklahoma oregon rhode, island.
Rhode island south, tennessee texas. Georgia hawaii idaho illinois.
Kansas kentucky louisiana maine maryland michigan minnesota missouri
montana. Ohio oklahoma oregon rhode island south, tennessee texas utah.
Utah vermont virginia washington west wisconsin wyoming.
Idaho, illinois indiana iowa kansas.
Carolina dakota ohio oklahoma, oregon rhode island! Alabama alaska
arizona arkansas.
Arizona arkansas california colorado dc delaware florida, georgia
hawaii. Name city choose alabama.
Illinois indiana iowa kansas kentucky. Nebraska nevada new hampshire?
South tennessee texas utah vermont virginia washington west.
Oklahoma oregon rhode island south tennessee texas utah. Dc delaware
florida georgia hawaii!
Hawaii idaho illinois indiana iowa kansas. --=====================_583390==.ALT-- --=====================_583390==.REL Content-Type: image/gif; name="Michigan.gif"; x-mac-type="47494666"; x-mac-creator="4A565752" Content-ID: <7.1.0.9.0.20070328120210.0017d0c0@apollo8travel.co.uk.0> Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="Michigan.gif" R0lGODlhhAEwAYcQAAAAAHIMCgB6BYyIAAcAe4gAcgiMd7TMvsjdt7C8/kAfAFsdB3sXCpwZAMAr AuEpCABDACFKADQ6CVJOC300Das5AL5DB9U5AAFiAC5gADluBVNfAHpjAJ1TDcVVANZYAAiKABGL ADp5DF5zC3GFAKuEBrhxANiKAACpAB6UC0GtCWOSAISlCpSmAsOfANeWAADAABS5BkSxC2DOAHTG AKWxCri0ANnHAADTABLmBjfYDW7fAHfVAJvWDMrUA9TnBQAFPiQAPUgJMlYAQYoKPpEFPcMASdIA QAATOCcfPTQkM2wgPYwTR5kbOc0aPNQaNg5DTRkyO0Y6O1k0TI5IPZ9KTrxLRuQ7SgRsOhloTEdh SlRqTYtcB5tuSM5SNNtuPgGOOyGHSjl3PGZ+So2BM5eEMct5O+p0TQmUNxOdM0SuQGGoTHyrNKyq QLetQNWTQgC1SSLESUK5OmzJPo3LRqq4M7u/Mte+NADZNxPjSjLYMmvjM47pO5bpTcDTPeDrMgcC iygAikkLeFIJdowDg5MAesAAhOUDeQAThSAShDoqeGQbe4QShq4sdLImiNgRegI0iisyhUMxjV0/ hoZIhqo6grNHiOJBjQdogSdRgkhZh2VXiIJggKJZc8dXid5TiAp5fiGAf0V0dWOKhnR2cqaLjb11 idZ9jA6fcS6bi06ndFmVeoKagKGdd7GldOKZggLBfRq8dT3Ff1K+gou9fpPFic3Gjey6cwLdjBfj dz7Timffg43Xf53ufbPTgdLrfAAGzhoBwjsAwlUAvIgAsqYOvs0AuOQEugMZvxITyzchv10eyH8t x6UWvsUmvdsqtwM3vhg3sUg9t2MxwYhHx6VBs8pHytRHuAxiyBpptThjxldou4ZbyZ5ivMZXwd5b twB9yCyLvz2Nt2qNyY2GsZeBuc13x9GAsQCpuxSpxTiouWqVzIusyJ2YyMGbudGbwAfMthq+yUe7 wla7zYTOtZrHvvD65qSsmXRxhP8MBwD6APT/AAwM9f8J/wv////28CH5BAD//3EALAAAAACEATAB Bwj/AP8JHEiwoMGDCBMqXMiwocOHECNKnOjQnsWLGDNq3Mixo8ePIEOKHEmypMmQFFOqXMmypcuX MGOenEmzps2bOHPq3Mmzp8+fQIMKHUq0qNGjSDXGXMq0qdOnT5NKnUq16lCoWLOytMq1q1epWsOK HUu2rNmzaNOqXRvxq9u3btnKnfsSrt27cenq3cu3r9+/gAOfxUu4sOHDiBMrXsy4seOcgiNLNvi4 MtzJmDMftMy5s+fPVjWLVgm6tOnTpkerRs26NUbVsGPLnk27tm2Zrhvf3s07YW67vYMLH068uPHj yJMjBwBAufPnxUMyn26R+u/rQSVOL7id4PTu/8Af/xQfnvnD7+hnZ0SPHrt7r9YvxrfHHoD89hrn 02c+sj5/w/rt9x1G1LH33oE7aWfeQOJ9V15zAvlnEHjkOVRhSxeq5KB3/lXnn30IhphUfPMF6CGI A673n4kgsWhTfTfhdyKIAt5noIg4GkXifzVyVCKPJ/Zokn7WudgRjC+mGKSNPgKZ45MoKQhhgwuO V+WDEDKY3kTkdUehefVxCOaVEWZoZZZYlkmmmtC1KdFJRfJoJJFO3jhknSvK+aGeKAJpZ4t+driR dRCt6eahCG33JZoTklnhhlw6uuCiH2o5ZZVhWigpe2f+2SSNUIb60Z9GKmBqRqYqMKiTHgXg6kWu Bv+QUawW0Vorrbi+umR8qZ60wK8ExslqqsT22qqsoibrUT7MNouRrbcia8+vC2BEbbWz6iqSA9xe xK0DqJ5qj7H2OFsus+fmA+ursUp7LbD2OBQrQanSa2qjDpqJ6L7nbanmpVXOK1C7Bwks77wEE0St QAsz/KvDC/zT8D/tGjxQxQ/Va6mYBTX7T7Mg8ysyTd+Cm23F0tqDMrTBgirSyinb08DMNM/sbbf2 fJszzipX3BG5IAFNrEVDY0SzRTU34JHIytH0wNMPbFTsRiXrvNHRvl4rdbGqIm2zzDZjvbPJGiX9 9UdmKx2tz8q2TRLT/2hcr8YSP9ypoQelrfC7tLn/7TdeQC8N9+CE78XA4YUnLtffIkHgOOOQv6X4 5JT7FflPlWe+0uWcd06Y5qCHXlZirHpueogqOf4SDDAopLpfAsQeu4KSwQFHQ5wu9PrpN6kEBBAv gQGGQsL79ftAx0OUPEI7Ce/8SL9jJPxI04cUPe+9p4T3RMsT9Pv3fRFAQEHiF8qoU+X/kz5D6/8D DDAPta+++O3LL/qbMylp0fdAkKS/Pe+zSAA9RMCqDBAjB+SHAhWooi5d6X0QJAgE4ceQ5XUvIQqU IAUbIr8Ivm8g9rsfVsrXvjH1qzwEWZ8Kxzc/MWWJf8DjzpoiyJAPFsSG86Mfh8q0Q0xByoQ13CAO /9O0QxCysCEZLKIPRTgWIPIwIh8c4hIthSYngq97TvzH8S54EPutsIVPRKFAbIhDJybRIRaMoRiv tKACSsdleboP9rIXkdxtDI0wLKIYx0jDNWYpfevjoh+DaBAc2m+KWEJTCI0ULDfux5Hia6RIDlhA Pc1xRDRiVSTfKEeLMNCT/GhZJvt0kU1uEoDAWBUjHfnIi1BSgKmE5UW+ZxHvqdEgIcSXpMK4x3+c kSFkAuQRBcnEhtxJksj0SKAQOMFYzrJ/rozlAeMoS43QEnrQtMf1OomRbW6Tmq1cVUgiecpKggpI r/RIOVtZuksWZZkzEgk8OdlJS4bTlASop8uO9P+/cIoyUPO00T6bBMl82qOcQFrnp1apUHeOpDa5 m1QVHbi90SCSiFoqpuUcytGOevSjIA2pSEWi0bCM9KQojVdJmZfSj660cC3FyUv1ElPQYCUAk6sp 5CKC04L0NCz3QshPZxoVne6kaxhB6jv9eZSpGbWlPPWpvRRQEKrqcSJWjdtZhkrUrjLEJCmTVtQs MtbqPKtWGeEZ2oyGqoyYaycDfapItcMggvx0qA8YSFa5EyHc8XUgDiAIAwQyWIHk9WkC2eteFxIx ghw2rzKEiVzdI5Gs7jWwAsFsYgdS2IJ0trMKYRSasqpZzSKusFV8iGYTa1XFbvY5ky0KBOwxW4z/ UOAit70IAy5S24zclgK5BcluMTJctJr1uPYYbnFzG9yQ9NYive1tXHPj1b1A4B/XJUh2seudgWDA uwN5nUO+SxDyCkQAA0HvedNrkOxutyHmXa98/4GChcSWcRTRx0H0wd+CtC69sxvIf/8xYIUUuMD/ MK+Cw3sQ8TrkvQQWMHurS+GHqNclrENwaCt04X/wV7/6jXB7IcyQDtN3IPUVyIIFEuIKg+49cUXB SGQXu4sIwMYYkR1GMPAYF/s4tGy5r5DhgoMhc+TH+zofkpecuOEx+clQxoyRp3ygKEeGyljOkZW3 zLQs+w3JXg7ze3zHP6boi325BOamZPjDilJ0/zBivoug4NpOkdAvf3gCFf32XMo9GzQjd8ZIoOMs qlUmabpvRLQyASpKIc2ZSUsidKgMfeia/EjRkBaSplsWzwZGWtKliZSS2XTHfo1aUxM9NZtLbSYq iXZMquYyb+CEpE8LS0D6q/U/81NnQPXpnHW+NBxl5BVZZwXPpMrTKPck0P/petP+U3amVenpf2La J8ZWTZsBRkUJ/QujDwL3mReiKB+q+s1sjrVkQK0UDLHRX2kqd5YWxep3q3vDkAp3QtC96mwTjt+J TDWb6E1qfRv84OPutsDrnerzJdzffStJu9alrbVVu0A8IpfGxTUujmuaZWhL2rNsNXGicbxo4f9S KrtDLZGqlcwgCRtIwxY2MYHF/OUv12tQU0IsmK9sqlw7yLeGQ2iKBP0gdBsIzQSy9KUzXW92RVlB hq6SnhskaQWTet5m5pwpP4XqU2UtVenm8tVeLOYD8RjE135TrrL97bVxOtznPrqfUDpydE9cRfPO 96Ws/O+AN0zfB0/4whv+NoFPvOKnchwcOP7wLn6P4567+JMaB4a37PZDnAf5+2H+IeAri5/3XBDM Zx4hZU7h6NNMl8onpZnp/JRUnm2RQA+6I3zOiOmj13nh3Mk+/XwLxveppDmZ6O6ut2kdJXpvhDRT l2tG8/h02O+CdzGXq99o8qdi+1PW+vartzb/o0Gy+2xqc5vnN7/uMZ8R2Md++yyHiA5J/y+CD/xK 1Kc+RbztviH2Efqu9m29Fxy/l2t2Mmi3x0yp1EwxciOXxk/L9kzZdE3wN2nEdlDkdEqDxiLhhxPD Z2vBxicQWIGsISWJYij2l27Nh2r6tiH5Vn2ttncDCBu/J3u8tmzAxyejxGm+hms78muLxh/B92nY MXg1SG03KH7iB2zXxmzN9oBPyIRESII4wiLHl2escoEF2E+eQideqIVUGCJWWDrI5xNlSBOeEoaf cRwPR1SgxoYyOIOho4Z0iBRvV4eHcXh42BVyqBli1oe1sYeCOIiEWIidQzY2gYiGSGXNZROU/0cT jZgUkTgV13YaxVWF8pERGLCJvPWI54QUjzgTPEYYN0YUMoYgocgZErFd76VeF3ZdDpZgKuYQOPAS 5uV4tSgQk1cQuBheu8hdDLYQmxhfB8E6BCE72hWMwFgQQlFkPTF5IYEC0niKkAYDGGGNJDFbj2MR 05gaEXFhF6ZkKXZiEiZiDJGLGMJerjhhstiO45hirNgQ9TWODaaL9niP5giOKMZgsdhfDjGNA4GL 6CiP9EWP2LVd+khudTWL7Thv9uheBAGQAvF4/4COBSaRxwGL7OhfBFFgzdF8C8cQv7iMaLKOLDYQ IYaO6AiRDGGQGVaOBJGLA9liJ0aP75hi4/9IXsSIECEWYvEYHgt5XgG2IrwFXUZJWyFRivZQipl0 Ead4ipwYldzolBaBjfZglVaplAgCfBfhjPlBINdolS2SiSMxiqNoD2cplvNxlqNIjdTIlc6FEdGF XDZWYzkGlqDilU1pD85YkcC0kD+ZkP9gkglpkB7mj3/ZV0CpmNy1XVOimDqpjNtFjzQ5GifBY2zJ Ec9FeZVoD9SIliKhlErplc+VmfRBllgZlvK0YxZxlnu5l3yZEVoZmxYhmrWJYx9hmqbpmbxpEV7p jHvpiWTpEbZ5mnQpjReBjcrJjcjZlc5ZlZrYGRMBBf9AnYy5mIO5kdl5HhzJEAP2ncooEJz/54sa eZAOpmEJ0WHIyDECZozhiZ0CMWBqFEM/qRC3IxD3aZ3VKWEDpp/W6WT/4GSCOZL4hia7iJDJCIzZ 5Z/46JgGcZ/IkXn59oIBuhLqBqAA2hQZqjzIExMXhqHIE3oLcUVCGWACcUvzKZ4DAaAiGhGnl57H KF8fWjwOMZ6roRgU+BG0pH478WcnkaNIwaM14aMYmE9EqhNCuhFH6jZMtEGY4aSaAaX7Bogv1aJU ShpZdqVStohcOhNa+qUm1aVCAaZkuhanNmRQsYJLJh1A0Zlh6KZEAaeU+BFaoaZ19BRx2GVBIadC wafZMR5myhKU4hR2Sm7nVn3D4SW9RKFn/wKDk7Ko9mZ9ibKYIfmRldpd+FZq2vOojKmoeVoixgmb Z3gkcMVUw3lcfsoVdEWpj4md6uaQiumQlxKrC+lwuGOplFqrrQqrsKqQnWqhuUqrSpSYroqpweqq 5qZmKZhwvVpXqQWfvMGrtRqUU1qsvxqUu2qs11mt2Sqswfqs99arhfpX1wqfzTqp5WqtrdpX62oh xiqrfkWt7dqu6+Y/ZPmap2qDyAWbxhmqWQiWYxmq+zqwmwaXAduvqUqX/CqqB7uX19ol5Bqv5bqC zyqAklqv/XGvGkuXPrKxCAuwAsux/EqqIYuvqHqqvQayIzskKrseBKtMwzlsRPmy+QqzMf9bsyT7 sp+YsIuBK+NyEUiFcseSMtQyLUTDVkgDtBzHMirHEV3ztBQHK1IbLbOSsdM2EzFTNHRzVw1hMV3r KtqqV+4qtq+lVfJyMfSStgOztpmhU007ppqRD2E3tmnHLGGrEFbHdAXRAErXt5l1ZTH1tnZYpoS3 WDn1VISbuIq7uIzbuI5bF2KqGHphYqBDYo9LESbBOu6RinBBIxNhucXYEpS7f2oKuqIzj4YZnwXx YQ8xkGUxjEyRui+BjqO7EK7LFOZluhBxu8SqUed6kh2pug3Bu2HxXwOmu3ORux3pnhHGvLArkvyJ ngcxjuhYE5/Zmpzom44HXdv4ZRFhkwX/gV4dxpK9+3AEOqnr+o77CGDjG4sIcWHftYkFIY3sSWDM a7/M+4rBSL/kuJ0l5ov4mBC/CIutaKICwRE0Npq+CZ2yuVN3Kq/XGZkSS7zoqm70e8ECob7zpZL8 SJATKZPTyq4TGZAjXMJ+yZDm1avIS8ImTMEJWpAZPF+1217vCl4xulLq6ULLK731SK2u856A+q3Y OsQnyp0PG5S3RL4QCqHgaMDgGcBA1qANUZ8sucLh+cQBbMWVA6JEXMQv+r4FsaGo16EjWsRatKLF 42QpasYVikZkfMZwHMcZ2qJr7L9rXMdiPMbpmhBc3MbgY7UWAQYXIcggm6SiIhGpB0Ip/6TI6pMS X+w9b5wQMTTJCqFGQhTJZczGMfRnf2Z+nFx7pcQRFDiBoWw9s3TK5IfK2gTKrAwSRHpn+ZSjSxpS ziRArnTLJLFAIqHLoWSzKOIR5gdBgjYSzkTKnbbKPLg/QAoXvYzMzpyA6hRSekcW43q5S3ZEYYHN KRG5MmVs/2fN4Kx93DzO5IxlDVXOkQuncwIgktYX1YynE6I9heKtk/G7EdtEEGfPZWGrUhKH/HzP 9jV78GGq/Tpmy9esAPNqj4mC5oMV/7yqvevD24ov9cusx/ogjSayn2hW45dolfSVCPLA6trFu7qu P+Ss4JqYJh2pncqsjkK33cVGKE3Eov8l0Y2CQiY9sZgqrt0KrRU8sW34HPQq096a09aKrEWt0kkt wksdxeYK0xl11Jw6rzsdr90qrl1cw8IariF8rO9sHI9SsUYtrTrd1FMKJiT9V/qs1RONrk0NIR8L bRHIpiXrJzfLsTo7hR17snxd0JQ1z0cc2F5d1iPd1nyF1oRt1m5dscqK1WV9rkYdxT0d2Y4t1Xsc xIN91IVjMK5FMRYzN2Zrtnyrt2wrMTIncxOjEDi12l3cWGgb2oZrEK7t2oJq05alc5a1cweXED3V 27gddWBbtgfHtaWddKoNtm5X2sktOrHtEDn3MYAV3VXVEI1F2549VIuVJSGjrAENyAP/FbSdM4TU xRSjLRbLHc7G9tUHXUzojN40hc4O5d7yPd/0rR7wfd8XARE7KUJBoQ+hQjn7/cO34cJF9RNnSRjX SxScCx2Vudi7od7bDBSc6xZiGRRKGYoTfhjDWBOzqZkX4d/8VRoZ/hXzAY21qWPYe+Am3hMbDhIj nhO9deC1BBsmGZ/3a57sO8Moxr+ciuMMEb/xdb5LQcAE8WENrhUl8ZuZ+MvHVZxX+eRVqbkhgYuQ trIaYY1S3ptaTlvPlWEevZRLqZVa2Y008ZlP2ZyZ1uIz7qtZsmJCbNgFkcJdbcE4Gdgr3XzrSZG5 uNZQURJODgVyWZRIOeiBfI3ZeJSn/wkihEzIH7GNtTWXfA3pH6GUUp6a0JWOitnHxquOEbHpAmGd +vmT9akQ+nuPoD7FwUjJwuvpOm4Qns7FWGw8b3xLCWmj83XrxLOiG2nrpD5hsMrFqk6sdXxLeSwR TnbsKprsbey/ytM9LcrFfezUa7yeDMHF1F6haQzJDbHGv67rdQc9quyjxvzJ+6MRswxopXxQw9zK uFfKe2nMy9wR2UTu6g6yNGGkfeaj9O6joBfHcbzJjHxE2qzHjSwQLFTHkkzGAm/wLaTNj6zVd4zJ YRptegZoCFhOQoppzrTx7fd+uofKxmyyfs0RfwabzazKaEgjHA9AuDzydA0qwswkv/92bYYMS7Xc ESuvaaG08xpx8xsR8sOZe0nBFvpnqB/J8BRxyQavf5DyzQlxRL2qRkGd8BrkpIqyrQOP2RBOFyyE zUVfyVsEiM3nFeeO33PEs0Fq9lGid3n6EEOB9mof93I/99tHeFsfqFk9EC6beHBP1369IyCN1/xk rxQ/IAPV915a23Bu04ANN3a3VAo7sHUi+HtN+CyLs3Qms1c7KH290S6/92jI+djT0YZGIgQt+nEN +hvdmeqcsmsOwUR9sfHsrDRN+2yernxusSK9YYoz2YxPrrPq0+jL+Ix99I1dqZiyf8N62dVKqXlN +V8phPZu5aq/+ark+SH710b85ov/X/vdb/vC/9RRDdU9/fu+mtgUG6uxn/szjf3U37Kpn7MMC/2T dq+T37A0C7PUj/2fX/mpDxAA7A0cKJDgQYQJ7RksSJAhw4YKEwp86DDiQosSJ2KE2NHev38AQI4k OVIkyJMpS65EadJlS5gsZc6kWdPmTZw5V54MGZMnT5o/feIUKfRlz5hJbwI1mhSoTqZHnyKlWbAj gKsUL2rMCBFjxq9cKy7EyvXg2LBoza5l29bt24Q6QQagG2BkA7wkG+Cse9cvTgUlFQwOPHLB4QUr E+tcPJSkXZCF5+aEPNnyv8pYp86ULNdzzcaVZ9at3LjxzKZ7R5L+3Nr1a9grO8em/10bcEnNPfPt tg2baz64wYUP3w18bXHjAwMoZKhg+HPo0VvP7l3deu/o2e0t197du3ev38WPf+vAPHn06dWvP8id /fvveBvAp+/2+n38+fXv5/+5/n8AJepvQAILNPBABBNUcEEGG3TQugAjlHBCCiu08MK2HtRwQw47 9PBDEEMUcUQSSzTxRBR1wnBFFlt08UUYY5RxRhprtPFGHHPUcUcee/TxRyCDFHJIImVM8UjPilRy SSZ7RPLJ/JqU8kIoq7TySiyz1HJLLrv08ssBpxRzTDLLNPNMNNNUc82DwHTzzX/YlHNOOuu08048 8xwOTj779PNPQMHUM8ZAURz0UOXhCuUQUUYbdRRGRSOVdFJKK630UUzZsvTLTDv1VM5NQxX1pk8b HfVUVFOVtFRWpVP1VVhjlTXFVumb9daZakUPV157JVBXYIMVdlhi1/P1WGSvK3ZZZttMtspmo/30 WWqrtfZSaf+7dttZs82T2ye9FZdNcN8c91xPy1V3XXahRPddR9tVEN7n5A2U3jXtlQtfIPX1N0F+ 6fx3YIK3DVjMghMW9WCG51T4YYgjLrBhiiu2OFqJMwb4Yo7R1fjjUzsWeWSSSza5XpDxO3llV1Mu lGVtXZZ5ZpothZnImnPW+cSbfQwIADs= --=====================_583390==.REL-- From Holley.Pechacek@51airticket.com Wed Mar 28 11:24:56 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HWa1A-0004CN-SO for mpls-archive@lists.ietf.org; Wed, 28 Mar 2007 11:24:56 -0400 Received: from 27-72-231-201.fibertel.com.ar ([201.231.72.27]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HWa0y-000068-SN for mpls-archive@lists.ietf.org; Wed, 28 Mar 2007 11:24:56 -0400 Received: from jcgaretto by 51airticket.com with ASMTP id 6FBCED77 for ; Wed, 28 Mar 2007 12:24:35 -0300 Received: from jcgaretto ([186.183.140.177]) by 51airticket.com with ESMTP id F491DA0DFB9B for ; Wed, 28 Mar 2007 12:24:35 -0300 Message-ID: <000801c7714d$2a4405f0$1b48e7c9@jcgaretto> From: "Winsock Kernel" To: mpls-archive@lists.ietf.org Subject: NICE Systems Siemens Sprint Date: Wed, 28 Mar 2007 12:24:23 -0300 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0004_01C77134.04F6CDF0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Score: 4.6 (++++) X-Scan-Signature: 17e5edc4dfd335965c1d21372171c01c ------=_NextPart_000_0004_01C77134.04F6CDF0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0005_01C77134.04F6CDF0" ------=_NextPart_001_0005_01C77134.04F6CDF0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Nearly million visitors december, redesigned debuts markets tmcs, seo. Amp driving employment exchange era. Creating including cost vendors carrier. Mildest offer typically, dry, forecast first hints colorful. Travel networks acquires zynetix expand, portfolio agencies rankings. Hosted trunking ivr predictive dialer presence soa speech expense! They = streamline costs associated product evaluate? Very center nashvilles as = athens south museums art galleries. Louis kuykendall planning committee = proud extend. Pda, wifi revolution sponsored joiphone cheap switchvox inphonex calls. Data access storage xml networking remoting runtime. Latest headlines hispanic excellence earn awards catoosa schools = teachers! Starter neilh started sep pm utc. Bill hundreds dollars unexpected. = Month begin, delivering, signed. Tuesday general sessions posters, through. ------=_NextPart_001_0005_01C77134.04F6CDF0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
3D""
Nearly million visitors december, = redesigned debuts=20 markets tmcs, seo.
Amp driving employment exchange = era.
Creating including cost vendors = carrier.
Mildest offer typically, dry, forecast = first hints colorful.
Travel networks acquires zynetix = expand, portfolio=20 agencies rankings.
Hosted trunking ivr predictive dialer = presence soa=20 speech expense! They streamline costs associated product evaluate? Very = center=20 nashvilles as athens south museums art galleries. Louis kuykendall = planning=20 committee proud extend.
Pda, wifi revolution sponsored joiphone = cheap=20 switchvox inphonex calls.
Data access storage xml networking = remoting runtime.
Latest headlines hispanic excellence = earn awards=20 catoosa schools teachers!
Starter neilh started sep pm utc. Bill = hundreds=20 dollars unexpected. Month begin, delivering, signed.
Tuesday general sessions posters,=20 through.
 
 
 
------=_NextPart_001_0005_01C77134.04F6CDF0-- ------=_NextPart_000_0004_01C77134.04F6CDF0 Content-Type: image/gif; name="Fuel.gif" Content-Transfer-Encoding: base64 Content-ID: <000301c7714d$2a4405f0$1b48e7c9@jcgaretto> R0lGODlhXAFAAYcAAAAADn0EAQB+AISMAAAGfIENfQB/fLuxusvOu6nF4koaAFUfAIcnAKgdBMwq AOQrBAhEBBlNDD08AF08DoM5AKRDAMhBANk5DQZUACBcAUZlAGRfAIhlB59TArprC9NgDQCEACSE AE2FAG13DnaDCp2ACLx4A+6LCAyoCxKnAE6WDFqrAHqXAJOcAMKVBOquAAC2ABXOAE3IC2DJAHfH B5S4ALTLAeHNAgDfABLYAEXaCWXrAHvgAJzhAM3uBNXuAAoDTC0AOUANQlEKR4gAN5YAScsIM+QE RQAeMx4pOEMZOWcpQnQfNZcmRckcPeokNwtHTSY+MUs2QGROQIxGOZg4NchFQOgzSg1cNRlpRkdZ OF9RSYJVAKdUOcBWPdReOgKIOyh9N02AOFmLRY5+M5Z5Q8OBP9RzPwCsQSOaMjucN1yiTIGXQJua RbaSOOuSQAC+ShSzOzbMNVbLTYyxTZa5PM7GQunNRgHXNCncRUbkSFLZNXboQqjoMb/eTd/tOwAN hR0Oe0MAi2EKgoMDjqkAdswMgOgAeQAgdiAhjEsYi2wYinUldJcshcAtftkedQA5fRhEdjpJf25L gXVFcZQ7iMc8fNU8iA1oeSRqe0FfdF5qg3JZcZhhjcFShtNdcQCLiS6Kf0GGilZ7f3V7fqF8gsuO dOmBgwCTdCKffUqpjlSidYOrcpOVfsyac+eTjQC3gyyzjTi+jlvAiXTNi5jMdMeyg9LDdgDcdhPn czTuemPngnTahZ7Xisbghurqiw4AvBsHszYIu2wAyYUHs6wDxrwHudIGyAcrxx8muUsSv2QYu4Uh zqoguMgjyNQWyAw3uSU/xD5JtG5Dwo45ya5Hsb9Ltd5AxgRnwyVZvzxeyV5iuYJVuJtfzLlpxu5Z xQCJyhuCukBzwG51uI11wKJ3wLNyuO6IvwWiyRiiu0WRyFehyH2Rsq2ex8elyNuRxQC1zC60s0zC tlS5zYG7tqWytPj//a6dqIByg/wAAAD1AP//BwQJ//0A/wb18f//9SH5BADg00EALAAAAABcAUAB Bwj/AO0JHEiwoMGDCBMqXMiwocOHEAf+m0ixosWLGDNq3Mixo8ePIEOKHEmSZMSTKFOqXMmypcuX MGPKnImypM2bOHPq3Mmzp8+fQINupEm0qNGjSJMqXVpUqNOnUKNKnUq1qtWrWKMy3cq1K82sYMNm 9Eq2rNmzaNM2Fcu2LVW1cOPKnUu3rt27ePPq3cu3r9+/W90KHky4sGGegBMrbni4scfFkCNLnky5 suXLKh1r3sy581XMoEOLXum59NPRqB+aXn2VAAHWsMW6fl1xtkV+uHNTBMJ7I4DfFn8DAMm7uPHN xS8a710xN+6Jum2mpjy7YPWBy3kPFC784PWB3xly/x+Pl3tB5+gFjievMLZ7ocDiV4wPrCL3f8Ip zt5P2z7wifmNZNtPAe7EX20D/jNgfuu956BOEHWn3m8EFYeQhOYVhCGFJ4XHkIXZAVFhdi2Nh2B/ CroG4HoFPuiiUwUWmOBFLbaY4mszhmTjgAmyaOJE/KlIo42+/bfif/cd+eOLTAYVYI1GDjkcRUlS uaRINj5ppI9V3gdllR192WBGEk4Xmo5IbhmllMGtOeZIWaY5JX4MAhejnFZeyVGcb7Y5J1tmEoWl nWr+yaZ/htK5JpqGajmno4rmeaSkcEaZJJiUDtrkpnteSSSifmL0KZmFhhrppJHeOaWqo5L655cG cf/ZUJmB3jUomF9mqmiirYpaKqinnlrno4S6iWmRr1q6KJeJDsnps66KqWSmxwbrkZd8oipssXlW a22nycrJq4m9QmuuRsf6iGifun6k7rpd4smqsXpGO6+N9nTHYq2UVbrors2y6GpJ9QL8L7j2Nuur p+xpyGHD/EYsMUEBVDzxxRjj5cDGGXfssVoLhPzxyCRzVXEASZ2r8sost+yydCXHLPNRL9dss4sz 56zzdBhgsPNSKKDw80skBc0TBBBsJIAAji3t9EhLS4X01DbhgMPNn52kjz4wBa2Q1XbBAMNAYkdU dlI9C5T2rAAQtHRDTjvN0NpDJ8ShS2AbtPXeZI//bc/ZAlmdtz1xC2DQ1AYFLXRDgweOQ4RtH/ST 0RNRzhHSFWHursLOYr1Tzz1bNHXSIMUtOuma/0O55YRS9HTUFIUeOkVi/1P75aRnnvvouU+099YW iQ2DR8IP35Hllu9qkdX+gZS80kx7nlPrFDHP/OZ0VjT7P9srv+L3E82+ffexYxC++Z12DnDz2VNk tOXFG5/9wctfPdH17UeZevsekX/l89IjSdRgBz408e8fqdvf6KxUQM0lsHcUgYMEJeiR/U0kdQOM 3j8IyMHoEZB3rtPgPxjyNsIZbiAlLKFAVPg3vzVEOwRBHNIGIsG6HYREBKHVQsDAwx7mMHL5AqIJ /1X4MCCm8IQmPIgPHcJDgzRRIE8kSBSn2EMwSNGKUQyiEBVSRSu67YQshKFAxMiQLCbxjGi0IXgI sEaDkFEhrmnjGEU0R+uwUY5xFEh89AgMPN7RHnnMIxz/KBBBBvEiQkrRbpiDII0wciMqSiSQaCPJ R9JPOUCwiJASKckATuQhdwuiG+m4kFCGkj70saPDMrRHe7Ryjm/M0IdI+cY3inJCA2nlK225nS0i BIZk1GUfsUNKVw6zIbhxGC7rSDKQKEs/OdKIJDvZmXr9q09gouZxrkWsdWkSRZpi3yU9SU7HjPOT MwklKBtWxF6q8Z3wjKc85/mxctrznvjMp1Xoyf9PmemzKv1cyD8HStCCGhQnAU3ZQV+U0IZ6zF00 2pNP6Mc5nhRsoA6NlUaZ0jZ1bsWXtVooVRpllUdlpaIvy+hKFEAQlg7kZAVBWUtd+kOHNIAgN6XY KmdCU4GwVAE9XSZDRKpPBVDEqBQJQFIr8oCKIBWpE1HqP6TKkXxYxKoUwepEnnrUfwA1qhWhakeg GlWpipWrhVGpoD5CVbGadKlgvUhbPbIAi9QVrl7talmnGte+jtUic90qUQeLEaWKNa+CpYgD8FqR xW6MrYCtSAP0iljEQtWsIWmqUym7WMLiM0L5iulLCfKA0RoEqBCRqWl9OhCa0tQBBpGpamdVkNL/ CsS29ggqSzyLM4jgdiA5tUdwQ3vbgeBWtbNNyG9/aw/VBje4yfWpbhcSVCACkQEDwS5r1XqmkHTW IkAl6z8Y4NSvlle8G2GAeskL3vMiFoIF7MjG5kul+ir2sYrlrX43A9+JUGC/AObIxHzG3QKjBgIG 5ufN0BfgBpcTpQ6OsIQnTOEKW/jCGEZngTPM4Wcl+MMgDrGIOSrLmOgwIqmsS4pz+coRz+VWF71J uRBGkmzBi1gVtXGHXzRjnNBHxuccGLCUVCD08EPI39qxYSAHUpnkZiUeWqcQaeUcezxZIEZOpkGu fGUX04VR6FIWhL8JzlvZRFUVSc7CphWqHt/E/8tLCZIhabWhjq7nhxBbY5TDE+UL3a1MJ+7llD0a JDhLxkd4npB1mbXoO+O5xFpMNNsiR2ePCvrRq3SzkmETr1UVikvd8t6kcBVkIaM5zI1alqZXE0+c iEnMwxkWtX5lrVWz6dRI1taQN90YKe9U0JWmNIUA/ediN1rSKXG0ohWiwxMHWqC83qdDZAnpahfR zsdetrYjfWmVKJvb2w62L5/dl2h3y5o2ljWqOh3rXLULWdISNasOxal5wvhgRILUveiFKXdvTtXY fJepKmLouAAl3/L69KfQPWZ4L+ya7DK3aWiC2oJzReIiyYfGJW5xmfykASDHuEU6ThqfmFfkY/8h uWpQzvIlq/zlMIdLywWTGsTFXGcrA12vb44WlSlOcRgB4UeeJhWeIwUkvOtvRqh2FdA5nXxJV7pF nF4/wVkdQkZHy74aoriuWF1wB6kzQ6yut9/9Luu2+gjQf960DIqQzUmuSPHWPHOVCW8idwdK/OR3 PgZvRHD/APzA414+v8t973Wf+LSvTczlDAQKkH/I3gHXQhcyG9EDsblANH+4pGca0pHZ8UN8WMWB dDGKOixcQZa4xJQUTm6wHFExPx9sRTcZ7WkBiZxPtB9d7X6SOOo9TkIE/BNJk5OJVPM/lI8R3Ovl 25Eu04oBGcfvhOgl+uLQ9KdfEAvF3s+3d/7/8y1tD+//GtznqTJMsh+5/RSyz+//I/zRL36/mP/8 yIa/+q3MD4JwH/xaRG2MlxDu534AWH8G92+5Bk39EU3n1iIOeBGoNIH18YBRMiMCs0iZtHyPVDP2 9hHRgUjUFCzYkmq2JiUMp2PQ4Rx+EmOJFxuj8ik/ZoFQcYIlQYFvgYAOgRUuaFGlZlAgtjI2+IIu o4NG6BJEmIRKWFBH2IQwt4RQqBVOKBEl1WE2FH6oYV8Z9hDIVRDh9VLRNVvRdRBjmBIL8BJluFaR xRZ3tYUO0YUDAVv2IIfN1VzJ5VLTdRRpGBF0SBYcgV4mF146cXKEB16CuGs+cVhS2BDPFYcH/5EP AwGJwCUQw6UQeYgSfdgQD7CJcThfAiGGDAFTn2gxFLOHubUdqJgUcHiGAsGKAqFxkvhTPSWHcgiH lthapiVTkviKLlGJcdFRjkiGOoWKWBiJM3WJBQFy0NWJdPiFkyhcn5iLq6UQN5VTjage2DiKs0WH u7iLLoUfB+RVgJgRJzMRbXhXb8VX6rhx/4BViohWHKFZ/6BZgXWOE2FVWKVV/6CMS1UxFMGPugYU EPFTz3haLTVTD0GHvshs2WgProgysiWN0TiHwViHFrkQwxWRlLhRxEWRjtiHrsgxHmkPtsVcCCGJ kniNoQVEcOha24VsGPmMtliSuDRsAkGHcv9YcTTljUqRWfNIEW0YHPZhVyAxWf/4EfYIIBQhj5ZF WUgVWODYcEwJkBPBXkw1EVO5WWQlj0kJlRoBVUiVlFEJlGT5k1hpjmVplPvYEVbJXvIoj0YFVaui lP/QWd8Fllpolm7hWPnVl5UlXuNIJu3VEVD5XWJFX3glVek4VYpIjo3Vl9/VWYdIEVbpV5X1VpEp X345X98FjpT5mZ4Zmoi5VYSIan9CX99lJKhzQRe0P+loKIGJGBBBAQUxOjHEeQ3ZEAhWELS5ENpl D78JRLvZkEBEAcZpD71pnMeZXQ/xm5s3Q5kHncDJnALRmwNhnZuXedppD8M5nHaTigmBncj/eZy0 aV0vIZ4K4Z3atZ7Z2Z7dCZ7w+RWb4Wavw5r2WXgC9BREp3YUsTshREAj90WGg0RpUYwoFEPuORBd pzYDQWAduaBG4VlStxkoEKB8sTgM4Z2A4VkVyhp89xGJwTWLEYUiwWxbM4UomqIIQaIwo6Id5xYT ymtEYaA8R6AT1XIb6BYVWFBjlhKElE40Wm5AcWSCkaOnAWUE0WUvIX96VkjUNxOzh38QcUwuYUgG 8aPktlvO9B+ZZEk9FoLFhyr1IR8MaHyFWF9zmSldaqTTQxE7uqMEgyT2RaQU8Rz/QKfIMmSo5KZk qpQNh0g90W6COZSh2ROglI2B5KSKqhD9/4dlqWiekQNMi3pH49YQ1cdGlJqKutRtHdmpYcchTLoS wAhI4OGmhFqoGUGndIojdOmZqpqXZzoRE8incMp86AKrCpKr9vWnITFtqRiqtPQhYwSe5plLxkpc U1YQVJoQjdqsxDmpwxqtx7SsCHFMxaoSxXStHamtF0KsSToQjUppOTSuEEFI1zqqC0FIhERHxXRH P0o0HtGAQKIfrQphGKiFKCKvSfYq10KXaeqZ+vqvnjlm/fGmOIGn+rqruDpCBBGqnVqszaYh5dqw 4BGfcESxjZet5KcU0/qspLqo35mNHZubxRqs/lex4pGN4qqyj6pO6LqiE2GkQ1gbLagti/+ZEQn7 JwGrhbxCHPNhqq0aJqdqsGgaFgyiq0grfDRWfJR0qjimK2OWpk9br1TLQP1KIE9RIzUbkKICUTxL r15bqPzqr0m4bblZSh6TpRILk0FaYlt0rhbLc0HqojNxYbxaGkFoYbxKt3zbXQC2YSx6GH07uA0V uIbrHncrFGq1pRvBlP8QMkHJEWrZFp3ZGFyZcmjhiixRcVkIWf5YWGvYmC5TuYUlun9lE/q4Eabb EVq1uiARuR5BupuCl+1FVgK7EfpYjh4Bi0J7u5PZmaOJUAVBi63FuaJ4k57YiieBjC/hkiVyErv4 FyABvIQ6tg0nlyGBWX8Yl3FZlm1IVen/OJm+0Y9QOVfaq45i+Seb+JbzCJelmRFqKagdAbkT4Vid Kb6m+SeTybux6iBktZXr614f0ZmwmxGZKbkTYZRGCZVqyb71W5dDUVy3RZPQuJHKOxCs6IrXqsGp yIkkGbcHgVsPQ1vStV24ZZIIEVTW+JIYjBp9iJMVeYrMe5A0TF24uBDE65HOO5I7HKSq5bw73FPO 6LHcCVdUdcAQ7BFQ1ZZXq47qeLvj+7WJ5ZfQ4p+gWZWxEz5hSxH/dTn92RGriUBVG5pd/A9l/KdW mY7rZZW9w8RifJ9lzHRjHKNffJ90PF5cnMfjpV4hUcZ4jMV1rMWw8RC2GZ/CuZ0LMZwQ/7oQckOg YceyapM2BOagQ0SuXIfIGsqdCloQsLdCnYxEDkpgGIqhQqQ0UswRGsRg6GPFQhvIEKRBb3e4GRHL QqlhCeFC70kQGPoSmjfKDeoQLoREjowQLuTLAiE8D0HJ3DlDCAZ2vzy4w0wUnUy4GbXLlXG41HwW shyF2WxD21xOYMCi0kwW0azNgzEnbJoVZVZmmNt9UeoQ71p+ePHOckHPZkEYeNoWiQKnIsHPHaFm /gyiZsGtZNSo8kxGait7DUGtPfcRyme9Nram8zGDd6rPgFoS6RzFUIy08huzXorOHSiYAvsp7Dyw dVqnREqkRCtRJh0l2zQYDjGyyIodNP8NySO8reBKjG9roOwardRHSF0GRPvHqFoWgAb6rnb2re+n qAbdqFgKwg2LqZgKrbaX02fr0yY7TAzNkcIGyZ6ae1ebamm2G1X7Vq9ptXOS0q2cpisdawobtINa qAFNcD5dUzjtse5qyfK812g7035tZVbdkfEMt/QXsn+9sl+9F/cnVHcdqqF6raQEsVCd08lk0Ne6 rIhdjNpKoyDlsJ6NZUVd04XdrX6ttWOcs1J8s11Ll6+6fGTNGmcdmmb91ibdqjs623DdtXYCtP9w 2xaxgap90Ujb21sMtklr3LRxs/8KYRXY3PP63KgNtaccgbcm22NMc4u32fFnrjZ5rmX/8keSfdWP jK6fTa7c+si5Gc/egbGEfdfgRivzZ97E+WfeShbevbFlcaMHx7M9drumzd9BliVbuiULKxfUZmhz u37djDH6PVLfDISAkdALPuEUDhkPfuEgUeEaPuEvSHF5obnyJOEJMcPJOE8kfhYo7OEsvKFyZZkh Mbka8b2c0pg0sZByAeJFsYtjaIonsVzSFVRDDLkRgYcEkbyhqInGiBQoyYsTnOKxRYoQOYaZOOSc S5IenFtDfLxzKJKjfRBDvL7MSFt3s8NYXoo8bocaeRQnfJNxCJlLqZdeOydeSb9YGcAcgZj4qI89 xr0C3JSIxatoZV7oFZsInMBFa91//9lV8Bi7DyxYYVmWuJuPZznptR3cF/FdkxVylNW/VXWPZGvo oF5ZISG+dlkRkp7EqL4Rd4lWXmnApZ7oP7mJcC67q+2Z5au7FroQa27BHpvBNbziCWGLmovYDOnV keOKrEjsCqFaIuOQ4DnlKQFbCglyRV6RTq4Q0k5aVz6ScnjeBxFcu77CRz6RiB3lFynBvkmdyE7E y3vDI3mK22XkEzmMfd2R3jnECwGHMMztArFeh9rv1HnuJ84QXN6S7u6cVKjRUuzGSKzqV8xewau6 cGUj3TvomtnoVtzwIqHKeflWZRzHQdcRH3/FTuy6b/zGbmzFrLwRucMBFOHy/mURlf9pExAkx6kS 8xUx83E9J3I88id/xzxfx5aeOXXMymHcmndsxsZpxj9vx83nENPsyD8Xnd5JybiZEI3cng1KNwph zMssnU5H9Q7hoLlsD8pMODuoEbQcFlRDOt4iOq78bhjRoarzn1ax8hQxNI/DEsKMyNOcEpl8Ekq2 QBfxM3vfElKhDxhO1zKzyBv++JAf+ZKz+AIm+ZZ/+SolUj9I+WIRMeoa014Rz+ptF8UU2Skrqh2T 4CrhsHw0rQyt7MUOWkxmHgZqGjkKYYn72xhR0jBtYkrB+ojdRy321wrheCxmrfSNEsl6pQq9EFQ6 TBJCq3JvEc5N3EE79AsbEnO9GZD/g2wSDmi3dPqCjd6e+rL1btNS6qs0jdCTvbaH/aiUzRB5/bEP 2/4B6H/DjxAGeLb5vxfzDxAA7A0UOBDYQIQJE/JDyNAegIIFFU58WJEgRXsEEmpECBEjRon2HIrs qJDjx48hPVrMmDAkSosRL85k+TLlQ4EF//3jt3MnAZ8AfA4lKnSnUaP/khIdCsyn06NDgf6bytTq VaxZtcJECKTrTJVc7XkdSFaiTZA105bcKBbhSbVsabqVG9feQZduc3aEOBSIz78/tfoESqDw0KVJ l15VHFXp4MeOqQalDNnyZcyMK0NcvFiz48aQhYZmmlhqZtOSJXu2vLRqVc9Gua5s/zmQ49m6MPeG hHsSrcm3BGnrlnvSOF3kyZXHxT33JtjcN5vTnO58tkLOFbNH15uXOt/fFF9uF76X5fXz56uvjckd u9zp4ZfPn8/57HD5LmmvRzmePM7h6FMurO7gE9C9AwdEEDyVAgTpvwb3S3DCzCKr8EIMM9Rww6sm fM5DEENMMD8RSySxRBRTVPGjDFnj8EUYOXQxRhqL6qtGHHPUcUcee/RxMM5+FHJIIos0ErIVk1Ry SSabdPJJKKOUckoqq7TySuSO1HLLH7H08kswMeJyTDLLNPNMNNNUc00223QTxjDjXO5NOomU8048 latzz63y9PNPFfkUdFBCC90QUP9EE1V0UUYb/dJQSNF0dFIPI7XUSEoz1XRTTjtV8lJQQxV1VEM9 fZRUVFNVdVVWW3X1VVhjlXVWWmu1dUhTn7x1V157RTJXYCv1dVhi0wzW1GKTVdayY5t19lloo5V2 WhCXVZZabLPl1No3tc2WW3DDxdFbcstFVFx0083QXBHVdffdC9mVd94q4bX3XlvpbRdfft3V91+A m+w334ALNni+geE8eGGGEU74YYgjlljVhiu2mKuJM9Z4Y4479vjjDi8WeWSSgwX5ZFxL1hRlllt2 +WWmVD4W5phltrlgmnPms2SdYb35Z6CDDrNnoos2+mikk1Z6KKFLXDrlpqPG9mmBqqv2l2ers9ZR aq6n1frrGrvWFmyydxKbrrLJPHtttptNu8y24z61arnrttvZt/PWe2+F75aTby79FnzwuQE3/HA6 CVc8ua8XdxxMxCP/53HKr3y4cswzx1ryLjVfmHPQQ+/Rc9KXFJ3v0k9PunTWW3c9UdVffN3PjGe3 /XbcoQwIADs= ------=_NextPart_000_0004_01C77134.04F6CDF0-- From mpls-bounces@lists.ietf.org Wed Mar 28 11:38:16 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HWa9U-0006Yv-79; Wed, 28 Mar 2007 11:33:32 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HWZPi-00013f-1u; Wed, 28 Mar 2007 10:46:14 -0400 Received: from zrtps0kp.nortel.com ([47.140.192.56]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HWZPQ-0000Ge-B2; Wed, 28 Mar 2007 10:46:14 -0400 Received: from zcarhxm0.corp.nortel.com (zcarhxm0.corp.nortel.com [47.129.230.95]) by zrtps0kp.nortel.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id l2SEjqD10055; Wed, 28 Mar 2007 14:45:52 GMT X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [mpls] RE: [PWE3] Proposed G.8110.1 Amendment 1 Laision response Date: Wed, 28 Mar 2007 10:46:01 -0400 Message-ID: <085091CB2CA14E4B8B163FFC37C84E9D0F14EC2B@zcarhxm0.corp.nortel.com> In-Reply-To: <4607E4EB.1040902@cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [mpls] RE: [PWE3] Proposed G.8110.1 Amendment 1 Laision response Thread-Index: Acdvu1eRVn1NJTDJQGqGqo+vrpbN2ABHswfA References: <46016872.3070403@cisco.com> <085091CB2CA14E4B8B163FFC37C84E9D0EFD4A84@zcarhxm0.corp.nortel.com> <4607E4EB.1040902@cisco.com> From: "Hamid Ould-Brahim" To: , "pwe3" X-Spam-Score: 0.0 (/) X-Scan-Signature: f66b12316365a3fe519e75911daf28a8 X-Mailman-Approved-At: Wed, 28 Mar 2007 11:33:30 -0400 Cc: Mark Townsley , mpls@ietf.org X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org Hi Stewart,=20 >=20 > Hamid Ould-Brahim wrote: > > Italo, > > > > =20 > >> I feel a little bit unconfortable with the second part of the=20 > >> proposed liaison: > >> > >> "The PWE3 WG will perform a further review of G.8110.1 Amendment 1=20 > >> and will respond in time for the ITU SG15 meeting in June." > >> > >> It sounds like the draft has not been read at all. I do not think=20 > >> this is a polite message we wish to give to ITU. > >> > >> I would propose to smoote a little bit the message with something=20 > >> like: > >> > >> "The PWE3 WG has not found other major issues than those=20 > identified=20 > >> by the MFA Forum, however it will perform a further=20 > detailed review=20 > >> of G.8110.1 Amendment 1 and will respond in time for the ITU SG15=20 > >> meeting in June." > >> > >> =20 > > > > Since PWE3 intends to perform a detailed review of the proposal I=20 > > don't think at this point in time PWE3 is in position to=20 > conclude that=20 > > it "has not found other major issues than those identified=20 > by the MFA=20 > > forum". > > > > Hamid. > > =20 > Thanks Hamid, absence of proof is not proof of absence. >=20 > Please note that the ITU (T)MPLS work has been taking huge=20 > resources from the PWE3 & MPLS ADs and chairs. Since last=20 > summer one week of 1AD + 2WG chairs, and one week of 2WG=20 > chairs to ensure that the first version of T-MPLS complied=20 > with the IETF PWE3/MPLS architecture - and when we did find=20 > an error it took significant time to negotiate the changes=20 > needed for compliance in multiple ITU groups across multiple=20 > documents. >=20 I think one of the issue I see from the thread discussions is it looks that MPLS and PWE3 WG (IETF) are not comfortable=20 with the use of MPLS acronym (and technology) in=20 ITU -MPLS work.=20 Though the (G)MPLS change process did actually define=20 the process of extending MPLS by other SDO, it did not=20 address the case where other SDOs standardize technologies=20 that use some of IETF MPLS-based documents and then label=20 or identify these technologies as being "-MPLS-based". I think it is up to the MPLS WG (and IETF in general) to=20 evaluate whether such use of MPLS is *okay* (using the change process) and is as well *okay* to call the proposed=20 technology -MPLS.=20 It looks from the T-MPLS discussion here that it looks not enough that a proposal uses an IETF defined MPLS label,=20 removes IP, turns off some MPLS features and adds new non=20 IETF MPLS/PWE3 capabilities for the end result to be qualified=20 as -MPLS. This creates additional confusions (on what version of MPLS each SDO means) and leads to all these=20 lengthy time consuming liaison processes just to get common understanding of the intent and compliancy to IETF MPLS architecture/RFCs.=20 On the other hand, with respect to using MPLS in transport networks for example, there is actually no work=20 in MPLS working group that clarifies how MPLS works=20 in Non-IP environment.=20 I think MPLS WG should describe in an internet-draft the "Application of MPLS in Non-IP Network=20 Environment" (I assume some of it is already captured in Stewart=20 pwe3-transport draft). And Stewart's draft should refer to=20 that work too. That draft can be liaised to other SDOs that intend to use MPLS=20 in non IP environment (along with the change process document). =20 =20 Hamid. _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls From mpls-bounces@lists.ietf.org Wed Mar 28 12:16:28 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HWamf-0006RW-BK; Wed, 28 Mar 2007 12:14:01 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HWamd-0006Qu-SE for mpls@ietf.org; Wed, 28 Mar 2007 12:13:59 -0400 Received: from mail181.messagelabs.com ([85.158.139.67]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1HWamZ-000895-Cf for mpls@ietf.org; Wed, 28 Mar 2007 12:13:59 -0400 X-VirusChecked: Checked X-Env-Sender: Eduard.Metz@tno.nl X-Msg-Ref: server-2.tower-181.messagelabs.com!1175098434!2566065!1 X-StarScan-Version: 5.5.10.7.1; banners=tno.nl,-,- X-Originating-IP: [134.221.2.2] Received: (qmail 29499 invoked from network); 28 Mar 2007 16:13:54 -0000 Received: from zeus.tno.nl (HELO zeus.tno.nl) (134.221.2.2) by server-2.tower-181.messagelabs.com with SMTP; 28 Mar 2007 16:13:54 -0000 Received: from ms-dt01thalia.tsn.tno.nl (ms-dt01thalia.tno.nl [134.221.225.157]) by zeus.tno.nl (8.11.7p1+Sun/8.11.7) with ESMTP id l2SGDsx11314; Wed, 28 Mar 2007 18:13:54 +0200 (MEST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [mpls] mpls working groups last call ondraft-ietf-mpls-ldp-typed-wildcard-00 Date: Wed, 28 Mar 2007 18:13:53 +0200 Message-ID: <42F3BE57026C6E49B09E267EEF639D560210CAFF@ms-dt01thalia.tsn.tno.nl> In-Reply-To: <460A696A.3050206@pi.se> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [mpls] mpls working groups last call ondraft-ietf-mpls-ldp-typed-wildcard-00 Thread-Index: AcdwctlVhx6hYfNXSaSg7XeDsV11nwA2TTng From: "Metz, E.T. \(Eduard\)" To: "Loa Andersson" , X-Spam-Score: 0.1 (/) X-Scan-Signature: 6e922792024732fb1bb6f346e63517e4 Cc: Ross Callon , David Ward X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org A=20few=20comments=20/=20questions: ---- Is=20the=20intention=20of=20the=20Typed=20Wildcard=20FEC=20element=20to=20= replace=20or=20to=20be complementary=20to=20the=20existing=20Wildcard=20FEC=20type?=20Perhaps=20t= his=20could=20be briefly=20clarified=20in=20the=20draft.=20While=20reading=20I=20wondered=20= whether=20it=20is possible=20to=20do=20same=20with=20the=20Typed=20Wildcard=20FEC=20as=20can= =20be=20done=20with=20the Wildcard=20FEC=20Type,=20ie=20if=20a=20Prefix=20Typed=20Wildcard=20FEC=20(= as=20specified=20in section=205)=20is=20followed=20by=20a=20Label=20TLV=20should=20be=20behavi= or=20be=20expected=20to be=20same=20as=20that=20of=20the=20Wildcard=20FEC=20Type=20(e.g.=20in=20a=20= Label=20release)? ---- Section=204: =20=20=20Receipt=20of=20a=20Label=20Request=20message=20with=20a=20FEC=20T= LV=20containing=20a=20Typed =20=20=20Wildcard=20FEC=20Element=20is=20interpreted=20as=20a=20request=20= to=20send=20a=20Label =20=20=20Mapping=20for=20all=20FECs=20of=20the=20type=20specified=20by=20t= he=20FEC=20Element=20type=20in =20=20=20the=20Typed=20Wildcard=20FEC=20Element=20encoding. =3D>=20replace=20"FEC=20Element=20type"=20with=20"FEC=20type"?=20Assuming=20= FEC=20type=20refers to=20all=20the=20information=20carried=20in=20the=20in=20Typed=20WC=20FEC=20= Element=20regarding the=20FEC,=20not=20just=20the=20FEC=20Element=20type.=20FEC=20type=20also=20= seems=20to=20be=20used in=20other=20parts=20of=20the=20document. ---- The=20suggested=20FEC=20Type=20seems=20to=20be=20in=20use=20in=20already: 0x04=20=20=20=20=20=20=20=20CR-LSP=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20[RFC3212] ---- The=20draft=20specifies=20the=20Typed=20Wildcard=20FEC=20element=20for=20t= he=20Prefix=20FEC type.=20Does=20this=20imply=20that=20for=20the=20other=20FEC=20types=20def= ined=20in=20the=20LDP RFC=20(Wildcard=20and=20Host-address)=20typed=20wildcarding=20is=20not=20r= equired=20(or not=20allowed)? cheers, =09Eduard=20 >=20-----Original=20Message----- >=20From:=20Loa=20Andersson=20[mailto:loa@pi.se]=20 >=20Sent:=20woensdag=2028=20maart=202007=2015:11 >=20To:=20mpls@ietf.org >=20Cc:=20Ross=20Callon;=20David=20Ward >=20Subject:=20[mpls]=20mpls=20working=20groups=20last=20call=20 >=20ondraft-ietf-mpls-ldp-typed-wildcard-00 >=20 >=20Working=20Group, >=20 >=20this=20is=20to=20initiate=20a=20two=20week=20working=20group=20last=20= call >=20on=20the=20working=20group=20draft=20"LDP=20Typed=20Wildcard=20FEC". >=20 >=20The=20document=20will=20be=20found=20at: >=20http://tools.ietf.org/html/draft-ietf-mpls-ldp-typed-wildcard-00 >=20 >=20Please=20review=20and=20sent=20your=20comments=20to=20the=20mailing=20= list=20or >=20directly=20to=20the=20working=20group=20co-chairs. >=20 >=20The=20working=20group=20last=20call=20will=20end=20EOB=20March=2011=20= PDT. >=20 >=20Loa=20and=20George >=20 >=20--=20 >=20Loa=20Andersson >=20 >=20Principal=20Networking=20Architect >=20Acreo=20AB=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20phone:=20=20+46=208=20632=2077=2014 >=20Isafjordsgatan=2022=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20mobile:=20+46=20739=2081=2021=2064 >=20Kista,=20Sweden=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20email:=20=20loa.andersson@acreo.se >=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20loa@pi.se >=20 >=20_______________________________________________ >=20mpls=20mailing=20list >=20mpls@lists.ietf.org >=20https://www1.ietf.org/mailman/listinfo/mpls >=20 This=20e-mail=20and=20its=20contents=20are=20subject=20to=20the=20DISCLAIM= ER=20at=20http://www.tno.nl/disclaimer/email.html _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls From Kozina@V2R.CA Thu Mar 29 05:22:19 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HWqpn-0007l0-BE for mpls-archive@lists.ietf.org; Thu, 29 Mar 2007 05:22:19 -0400 Received: from [81.75.206.242] (helo=host242-206.pool8175.interbusiness.it) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1HWqpc-0007WE-BA for mpls-archive@lists.ietf.org; Thu, 29 Mar 2007 05:22:19 -0400 Received: from fabrizio_ by V2R.CA with ASMTP id CAD5D482 for ; Thu, 29 Mar 2007 11:22:17 +0200 Received: from fabrizio_ ([160.113.35.199]) by V2R.CA with ESMTP id 18F13904A0A2 for ; Thu, 29 Mar 2007 11:22:17 +0200 Message-ID: <000d01c771e3$b1197920$f2ce4b51@fabrizio> From: "period activate" To: mpls-archive@lists.ietf.org Subject: good go right Date: Thu, 29 Mar 2007 11:21:54 +0200 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0009_01C771F4.74A24920" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Score: 1.7 (+) X-Scan-Signature: 311e798ce51dbeacf5cdfcc8e9fda21b ------=_NextPart_000_0009_01C771F4.74A24920 Content-Type: multipart/alternative; boundary="----=_NextPart_001_000A_01C771F4.74A24920" ------=_NextPart_001_000A_01C771F4.74A24920 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Weather buy car, event. When, finds was acquired. From, companies such dell gateway example should already. Push, by = baking into. Weekly education spacecom division. Tickets job, search = real estate shopping oasadlinks. Fifty, percent think uses. Into, taking more drastic action, when. Little extra planning type called multiple mak. Feature aero advanced = graphics option also persistent lower. Through advantage addons office, = biggest cash cows now expanding. Whats this sign, up. Bull about usa = todaycom site map faq contact us. Large plain can, used unlimited = number. Days after is not. Silently copyright ampcopy cnet. Html text = breaking alerts as. Available january has, escalated its, battle during past. Weekend weekly = education spacecom. ------=_NextPart_001_000A_01C771F4.74A24920 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
3D""
Weather buy car, event.
When, finds was acquired.
From, companies such dell gateway = example should=20 already. Push, by baking into. Weekly education spacecom division. = Tickets job,=20 search real estate shopping oasadlinks. Fifty, percent think = uses.
Into, taking more drastic action, = when.
Little extra planning type called = multiple mak.=20 Feature aero advanced graphics option also persistent lower. Through = advantage=20 addons office, biggest cash cows now expanding. Whats this sign, up. = Bull about=20 usa todaycom site map faq contact us. Large plain can, used unlimited = number.=20 Days after is not. Silently copyright ampcopy cnet. Html text breaking = alerts as.
Available january has, escalated its, = battle during=20 past. Weekend weekly education spacecom.
 
 
 
------=_NextPart_001_000A_01C771F4.74A24920-- ------=_NextPart_000_0009_01C771F4.74A24920 Content-Type: image/gif; name="through Advantage.gif" Content-Transfer-Encoding: base64 Content-ID: <000801c771e3$b1197920$f2ce4b51@fabrizio> R0lGODlhWAFMAYcAAAAADYIKAACLBnt4AAwAfoEAfAF7f7O2vLrox6e86kMiDWYcAIAaCaQfBrgU AOMiAAA2ACQ3AEY3AF82AHJBAaFLAMxFAN9FAwxVABNbADtTAWNjAIllCZRRBcVXANNXAAqBCxSJ BEOMCVKOAIuGAKZ/AMaBAOF8CQqWABumDDOjAWWVAIGUDZ6WCsKiBu2gAA2+DSS5AUHIBWXJBYHE AKK6DbnGAN65AwDuABvmAEvhAGPcDXPlDK7lCrXdB+bRDQAAOh8APkEBO2wGQIAASKIATMIMRdQA NAAdShYZPDIgTVEsQHoWMpEXM8UkTNYYRgYySStGOU1AOFM/MXNCM5cyQ7o5S9E7OwNRQidfQTVm TFdoNHhtAJRRRMVYTtFlMgNyOxl0QT2EQlaKNImGN5+OM8qGR9R6QQCrMiapNzeYQW2cSYKlP6Gb Nc2gQOmsTgrLTie5MTKySF+9Q3y+S5W9QryzNeC2PADdPRPSRkXeNlrkM3fWMp/XOsLfPeblOAAE jBcAfzsAdmAMeYwAhJQAg84Bfd0AewsVfxkiiT8Vh14TdooZepgncrQSftsqfgBDgik5hz9Lf2k0 fIE7jaNKhsNMdOhCcwBjiiVThzVSe19mfoJggaltdsFgiuNjgACGhxWLeDOAe2iNi3R2daJ7dLiO gdt2gwCTjCmShUitiVmcgnyVcpGSdbqmid2djQfGgCfKcUC9jVy/iYW+gpLChczHeNaxiArcciTc izfWfFbgjoXmcarajcHddeDTdg0IvRQDvEsBw1MAwXEMx5sMyMgKxOgAvAAnvy0ruTIos2wesnIR yqkbzcwkyt8uyQI9wBxHyzFMuGNHs3hLtZ9MzbZGw+I/wwBjwCNtvEZtvF5bwIFss5ZrwctswNhq zgB4uxmIzUOGsml5v3t2wppyx8NyztOAvgCfwS2usz2WyGWax4CTv52VuMSks9aTxA7GtSa/yjvD zVy9zonJspWzxf/s5Z2iqoCEdP8AAAD/APj8AAsL8vgE9gD69////yH5BADIzr0ALAAAAABYAUwB Bwj/AO0JHEiwoMGDCBMqXMiwocOHECNKnEixosWLGDNO/Mexo8ePIEOKHEmypMmTKFOqXMmypUuO GmPKnEmzps2bOHPqlPiyp8+fQIMKHUq0qNGjSJMqXcq0qdOnUKNKnUq1qlWhO7Nq3co14dWvYMOK HUu2rNmzaNOqXcu2LdCucOPKnUv3oNu7auvq3cu3r9+/gAMLHky4sOHDM/EqXswYKuLHkDc2nlw1 suXLmDNr3hyRsufPoMFyHp2TAAHSqFOrlmi69WmCAGLHFih7te2KtWHPJgikt++B/IIrzD2QOEPX yAN/DM7vI3LXHGVLlx26+lDqHrFHnw6gI/eQ2rd3/0fJPTzSi76B6N5tL3dre89vy5dovH5t4s9N G2QOXDh99oRNt96A8OWn33wIOkScccA0iNB7BR5IoHEPUagRhBoJWFxu0m3I3U3WiYYbewsCWJB9 AJw4m4UKmsghiSt+OFB+B3XoEIbtlZciQiwm6KOKO6KYEIo7etgjQxS+WKSONuaooZEmDudieTxG +SNmPWGnnXkfmefldC59Od6WTMbmHXVkgkmemWeyKd0/Bh05ZJFXjnYfjHTGOWWeTvJZ4Z604Zni nUvuVqKfSAIoJJAySplniJD+812bJIkJHpsnpdmlm5hqaaamknaq5prjiZcdpm2WVxKqkUY6qamU wv8qXqmxklorrKCiKeqYrI5qUnhvhsqqsLrS2uqxlfoabLDCpnqpsasWa6ynpVLbrKnMntpdi3nq qOegjdZ5ZZNQEvkkgRB5u96TSjpZLp1UFvRstq9qOyu0yOYLUrap4qvqs2Hye++u2O4qJpci/avv wiOJa1MAEKPGcFkO16TAxRVnjNPESDngMccgN6WxTHL2FfLJKCO82Mgst+zyywOhLPPMacFss1c0 L/UXBBAohAEGN1P089BBzwUUz0IhPdKwoQkgQFNKK22S0x7BAMNJQw9tEg44nJzRzzGhgIJCYhOW NdARcS0TSVx31PbWXXdE9Zooie01RmpnZLXVBvH/7PdAZdsTuEB+9ywQ14j3zTNGUktNd0mFQ1D1 3lhj0NHPJznueElzm7Q5wxjpI7o+BTnt9ENlDy4Q3/awbs/irxtuz+mnCyT22KrHaBHsA/GukOm1 e0jQ3q4v7ntCeduTvD1Zq0iQ2o93FLlHoufM0qe0Iv35SNpL3pHdHIE/65nbdWQ1R+eXnzDT+0Jr MK1vv43+1en/Q3Xn8lfOEebkh+pR5/6LHkcQ9w/5bU9fF9HdhiICvODZAwpQGAgECQK8BeZoILUL 3gQPQjsBMOR4scNgBVcHg4G4LoMeDFSNrMTBEQ4EDnAQCAyHV0IJRtAhx+uNQHRIwoz1JD29+Yjp /1ICBjB0pIhyexpHAFhEJHIkiP+AYhSB8EQqcsSJH4GiFEcCwCUq8R9IxKKoOgJEj2ARJGccSRC3 CEYjtvF/XwzgSdKoRSvaL47WM4kU2TjFk2xRiqbpSCA98kcrApIAHBnkPwapSOT40Y5ktKMiBYnI RFZykZOs4kgyKZIGccSTHQElKC1JSEhGyzmVVCQf8yiSQoJkla+E5BbrhclNBSs4HMGlsyJpSpKM 8pPA8IguT9W/AGJqmJTkpEgaeUldIhNVvyxJNEUZTJpVxEEDwWafMnMgCUnJggPhIaMUVTKakKtA umlIowxVqKKx7JyOipI248LKs7jznvjMpz73Cf+XehKFnzfzJ0sAStCC+kWgCE2oQq1p0IY69KFY Wmir8JUlioYFogblE6JuAq4a6eRcGH2oRrmypH5KSqIoBcq0frWp9pEnO1OxKMhCipEAEMSmA2mA TguCU4HgtKf2UIBAhMoQog7EqPZYAE8j5lN7MBVeDwFqUIOK1KEKNaUyq0g+BrLVgTjAqwQxalUF 0oCcqvNENw3rUAcSMZxC1SFd9epX7THXpjqVpu7sKVDrWld7xNVPQsXYWWFDEKXSpjhHXatix6qQ uAokrnGVKkawyhiLBLYgkE2rYjHr2KIWBKk9FStbDfJTiFT1AQNBrUD6qhfK4kUB/4AtTKPjEdn/ npS2HHlAR3RrEt7m9iMB2K1wORJckCxgAStpwEdsa1uZuhaBFinrZxNL3dV6rCAeY61CLiZYwh72 u0k9yANU+5CqlhS858UrzBhwEO7OBanuJap2CfcQBtjXvogFL12vC1b1piaPxX2ugFHqvQEbGKHO fYt/5WO9qx34wR5RL4QnTOG2LPjCGHYZhDOssbU08YewXAuHHYojifymJhW2XkaSQ5MSR+TEJhbn DmVsjwbZGBh0SbFjLKIukrHQITB+MY2DzJwiz8ib+/FPf/gxYsD4RGVCgfJJbBwwWoUHOq1JZpbb Ny1UNXkz5ZwTuM4Vr4LcGMcFwZGLq1QoOgV5/13wxNCav5zjl0i5JAaCzsB6RUsqJ9NWsmLO0jg1 LGvpOC8jCleQT1wm9ty4xjYeELnCzOZAwevHixJebQ59LB3dilrdKdafLXnJLWPyktdqiaFPnSwr H4x9nIYUs1ZtLVCl2tapVjX2qgXrXPualrEmy0wOZWnhuYvYxU62u4xNkXDJKUlRgiedMwPtS0+a nWM2dpM6dG1r/6nb6Kr2CjdKmGD/Kk2uphehb62wPdvSXqQCFqg/zaU7m/sqPO6xkYBU7ENJG6TL TrRGyxzwf0fp3qAB9vgaIzBiuc/TXEa4zOzdaYX7Gi3TNuePM85xizCl1xIPOVu4K/KSLya7HP/r +H+VAjGTu/yfKo+5zPX58oHO/OaDCRnFa85zqvit5wmtCOIS5xCiySVysqPh3h7yN4Ig/edAxzhF bkd1h5guLmdrHkGyjraFEK90Dbw6zlfzt8IFKFza3rhAtI6u0dy7IkY3umAIZZCq2051ioOdEMMe 9UhR7h9//wfXvye+/WUNJHyHN+S6V2B6y1RrIQl7F/v+mZ8XTnpIvxXxAv+PpzcehnDInOcVf3HM T88jUL885SlGEclTMOwDaSJvdLhoHr45Ik3MPRhiX0SCyB4hQKy9emY8/L2s/ie09M0U7aj8KvbS +csPcUryQ2qPmBokfv5H9kFy/eOLaCI94o//QTB0e4HQKCN0hzSaBRLpB0lozgG/iPexQpE5l584 5bdHkZkck/Snh/jF9y3MZhDtN3apMWcs4m8BZ2QCoWTxlxDvcX7LJidGxoDqx37zVBjz12rr4y+o 0m4QV33nFoIOJ2+0Qn2hdGbRtIFWkWiVZhBvxmIEIYPNRnCWRiFvBnDxYYA8OICTxYKKUTGU1oNE qHHkVoRI+FBASBJJ2IRasYRQGIVSyBZOaA9TWBQQdYSGcYXIkmAvZU9aoYW2IYaS0RLIxRFn2BEk R1wB5h2zVRJt6BO25RNpKDNzyDBxeBVpWIdnmIawdTFdgltPkYcrwV1E9VY7QV4IIVk20VkL/xFY 5kUn7lVUk2hs8GUPqKVaikgcNsVU+1VXEMOIWsFXXHUQhhVeo3VXDQFUoegQrUhWR9Vd2bVUOEWK qHiLCvGKWdGJUqV2BKFT0kVVgqVXN8VUxkhdRBWMwZgQyphfO0JeqnVd0giL1GgoqaiKGpElt7WN y1Vb3niHI5EPHaFcKSGO/2CO/xBgDvAP67iNpcJbvIWOcUVUjGUQmchWnmhVhXVcamVX2DiP9Jha AqGICTFXBtlfxLhaCmkPzdgeBiFdyzgk+ZWQqohTATlVqHiKtoiNfqUXnZhfpKVZA0mQCrGMomgQ mUWNDtlfoJiKotVUJwlcHhFgAUaO5FgtHf/RjrGlhm5IXB1RXL7lW+HYEeZIk0R5jjmZlP9Ajkvp k8DVcidhlO4oXL5VXFaZW+PljRxhW3XIjlcRajwZEkzZlB7RlZUSiL01XNs4lsDoEUxJjkHpER9z EmMpW7aVh/A4k3LplR3hh2G5hybxlmjYl25YKoCZjj8piOMhlSShk+2Ik+MomGRJjocZlxwxloP5 ExbxVXV1iZtVVUn3QQbBXguxkRtJV/0lO7IzaeXVdmNViZs1VZ6JjW4FkhL5XS+5kOj1mb3jO7CZ EIZIEPdlD6SJkQt5kNbVkv5oVLOYET5BAR+hegvnEdCZErzmhZ2nPRxRYI33DxTwnTPZcoT/KD0d wRBAdV4UMBDpSZwDUZyhWZz0JRDFOZ/D+UHGQzhNJxDrqZ7faQ/7OROhORxbOGEo0BNDdDn8Iyud F51ChBLdiReWkzlUSFM1ZBldhxlkGKBV6DCjs6Ee+qE9yIU1U4QiWqKhAaIPkUJ8EYBzRxAhgp0u IX0083xVgWpnQaND0RAsKhM7GhM9ehMsmn99sX7DdkFLNnvDB3+IFSQziGQzIWdOGmM/ehBTihGv URNk6BAOGCdpZn4V0RNbFmq0kh5H4SaKKYg9eUqf8kmh9ER9FGVtyqY/FEXWuRJXxkx4an15Gi24 RnFiGhKIhGpj8hK48V3WuJKI6ij8lmzn/8WkM4JWSGKoXjqph1pw3iWg7JdNCXSpbealUbofwLGk u4moJbUjV6qlnKqpRHqbibqSdPIap7oTxTd853WlsXoQ67d+juqQO8J/+kd840cQvoqpjmqro2qs pNoQV+qrwwp+qVpjBWF7DJGrtlmrk6pfrboQiFgkVQqp+uUabZcVyNqotskj4EWt+jWro/qo2Gqu rjqq5Jqo/Nes7vqrDbipIJleyaqt+fqsScKlCvKs8FEhAutm9tCtWOqMCtuuAqipmXqt+xoh2TRP CPuupEoi+ZWD2fogSGqlAhuxWphe27quPUqGRJpet8qqiHqqV7qrWhGBIFtO49qvfxGvif/qiy/L rgu7sQ0LsRHSsooSrph6ZKeapcjaqiJbrgshFiZ4WzD6lb0yFsvSKT0pLtKGokOLtVwhcjyrtTpR ck9romLrGV5bJwYWtoNWHfyUpXTBtgAbqc2mtM4aEW5rUrp2lqS3Kq4CJzahrwGbE34bt3SrgS7x h+C4lR/Rh4sxh2u4lYBoFeMJEsEFlelIuSRxl5X7EQhxXIYFicV4kp+bj6RljKJLGg1JWHRSWg0B WqX7ggrBmbr5WPmQksYpWvWIWWDFX/j4uXLVV+M1Xv3lU54oWEYFupe6UwzZEORFvP5ovNXVu7Hp j4LxEm3YhoqbmIiZKdiLEuaIjiPxMeD/25OlEmDMlaYmEWCzyxHoaJeEeYaSKZk7eZnjKL/0m70s xRHtiJrmeY21GLuPWBAQORCnKL2pgYgMCYxh1V0M4VhkeLoJoboWWV1Fcoqn6LwCXIqPxZvSu6uZ hbhOSb5hyY0ksb4hTBJpKJU758FOab//UIc6CYYT4ViRdY2YWMNwNV1w27XIqFgUGVrVdbsGkZuH CJKsC1S5WSQIbFYqCcS/mIosPBJMKZWMWRJjCZlperifcZiZucXXaxIvjKYiocXfi79kzJdmzIfH pZUnYVuWaZks7JhnWsbxG79ajJ2Yu8IkwZTl67hYDB5vOB5tqZYw/B8AUlVGNZ8N0ZkK/6wQwwmf B0GakAy9c8XE6UKzxFmf7Mm7vck7fTWEmNHIZQsRjrwT/xkzY5tiBQoVeHTKrAx1rPzKsBwUoTzL tKwQsXzLuJzLtWzLaeFG1vNhYLQYOMq0VFEYRZKycHGrFQuByBysA3uwB9HMAvEVzIdnVGGjTxET LHuDheoX9HqrdfqFhLQY2FwWw2wWwBLH3Lh9XGbFVCSjZbovdgYT/Bqs3rTMTQq0YqgewxeARKKz GMgbS/qqnzpuO3SwAQiuj6Gv3pS078oe6opeLouzjtqpzKarcpKC1eRwJtEc3JdKafqnteLRcap9 evTO7xzHVmxl6mymU3m/4yFK6swWIP9NTCEdx4zU0jftpnSqt06r05BZzdacSMKEEogEqvcKXv7B fw4tqXBb0et6zHKrq/kFqzoaTged1UfbFVWGlisdxyTt0aW20z8Nxn68prnUESRtLJVkxUvjHZda z069sjRr1ZyKsxZrqg1tyX4i1ZSK1za7q3VLF+j6Vk0S0YGts4nNryuC1VkNrd4VuATosAyLEI8W 1Tr7GiyCZhFNrN+FrOiKqJ3dsvkV2qwq2A8L2Qutdn3d2CiLIX79zJLNpYOS2eWK2nJtwAZxvy/9 0pDZtDCtmB+4JaRXKmOtoBzYHcdNLLKmvWatEg0nzyKczn/sp1GLhVGN1zGnFGirUq7/tcsBkiC5 DBKk4cngfd7ond5uN97svWPq/d4gOsDwPRMWLJIA5YiAQcnmxBNqMbveyxJ9rMaRm1CY+RT+fRJf jBR3/BH/bRJ/0VX47YoNEYyDLREQnFPIa57HmI8DTsU6VVuP+w+/G5RZGZkFDhTwOxIBPhS2deKU 0Y4vfOAeIeNLGch5/OGIabkoZxKGSxJXmb1PO6iZm73rSBHQeMGGZYun+5GyG+E9O4kXydhNfcCa rK274bm26d/R1cQPmMR+NbuDi6hCrFgUPFiYqInNyxDAa8MBx4scWd8veV7z5RBlrpK1O9f6W9mb KxAaqb+/yYwBHLHISZEKcYqVWucX/1HnRwxeSiXfGr5XunleiKzmwTtXLnvaujlXmXiPBEGS4iWQ d568FKGaNPySmBy9o4wQpB67uZkQk26LthjlC7GalqzDBJvXld6edgGHLNy4/8AAHQHsvX25IWyX IV4Seyzswk7G65jgHe7bPZngKbHs1O4R1d7bD/rs2B6dB8Sg28kR137toRjOCwonq947GJGe+5mf r4Pu8jkR67mfk77qk57b+XXuCcEBA6HvDxjJm8wtvAqSqe4QtxPXglPwAiF2DHuhqu7uzAN3A4E2 Y2M7axfx60o2lqyiFt8QJNE45Cl4l/M9DWoSEQryCqo1EQo8EqrOkMc5crM/IR8Vfv/B7gqxdDWk oQ6BAwOh8wIxOqRzd4Oj8AvRdRMvOCb074xTEAjfb/FZMTT/hAK2ymgRN1PYUEVvGBo/3xojd4dx 9R/a3ueh9WI/9isH9kBI9l9rYCu4FBs9YN2dcK3S9iiBzw24f0yWshXOF7GtsnMbrXyhFOes1shk p+bLbtjnEXL/1itB0oRf+IzR9m6dME82ojUYbr442zls2KG6pXZt5ZnWLvSBugYsflkbJCaCIaSP EcUXsgZ9HDjSrFsK9S1RTdX01bw9qCBH1viy3GXt3OJr1rRSyRZUJOuHz4ttsQFfz7s6rJi/bxdf r3t/6YMRr7oN/Spk66oqt9Ds2If/laUji62PIs69DUmJr/hCbvsibP6CCPmOz32ChFteKNS9/fZS cdxe4vvjwftnGfnme4LlDBD/BA4cCICgQYEIExIkQNDhQ4cK/ylU2PAgRIgNLU4EIJHiwI0YC3Kc eHHkQpEoS/4j0DKlyZUxP76kWdMmzZkzY77sqFNiSoM6I8JUWdPjSaQ/bx5VqVQpxo5JmyLlSZLp 1KoohUKVivXmV7A2e1KMSvXrVpFBqfocejZi1KBliz7l2lWmXJxvPXa0B8Be37+BBQ8G7Ndv4MN/ EycmjNixYr6NB48VzJiyYsmZNW+2F/YhXc8wQX/Wuxdv0dCpVa9GzZr0zp1oP/d0/5219m3buHXv 5t17qWvOwYUPJ76ZcXHkyQn3VN7c+XPokn2HHT3dOmva17Vv595dd3Tw4cWPJy/Y+3n06QeWZ9/e /Xv48eXPp29e/X38+fXv59/f/38AAxRwQAILNPBABGuqb0EGG3TwwfASlHBCCiu08CUIM9RwQw47 9PBDEJ+7cEQSCQrxRBRTVDHFElt08UUYY1RwRRprtPFGHHN0T0Yee/TxRyCDFHJIIos08kgkk1Ry SSabdPJJKKOUckoqq7RyNR2z5PBKLrvEUkswwxRzTDLLNLNMLyc808M0pVzzvTbjlHNOOuu08048 89Szzjf79PNPQAPdck9CmRT0UP9E/yx00SQTdfRRSCOVdFJKKwWR0Rkt1XRTBzGliVNQQwXU0+9E NdU+UlNVdVVWMTxVvlZJfHVWWjuL1bNaM7t1V1579ZW/XEP8dVgCgzX22MGIxQ9ZZpt19lloNys0 2r+UfZFabDW1dltuu/WWwmw5lTNcU78ViFx001V33R3NdVdAduN1tlt567X3Xnzzle5dfvPTF8V+ A+b3X4ILNvhgMvdEeGGGyyW2YYgjlthRVSdWUWCMb7OYsIyBW7fj/pAFGdyNha245BVHVvlhlFt2 Ob6VYw7rZZpTlhnKmnPWOcyb0dtZ257T+3no4IIGi2ikhzZa6HSXdvppqDFNemoiqqtWNGp6rSYY 6/WqNlrrqXkFm7xFxzZ7vqDPLtpctX8OCAA7 ------=_NextPart_000_0009_01C771F4.74A24920-- From mpls-bounces@lists.ietf.org Thu Mar 29 21:02:17 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HX5Qp-0005WN-VZ; Thu, 29 Mar 2007 20:57:32 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HX5Qo-0005WE-L8; Thu, 29 Mar 2007 20:57:30 -0400 Received: from nit.isi.edu ([128.9.160.116]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HX5Qn-0004Sf-9R; Thu, 29 Mar 2007 20:57:30 -0400 Received: from nit.isi.edu (loopback [127.0.0.1]) by nit.isi.edu (8.12.11.20060308/8.12.11) with ESMTP id l2U0vS69004137; Thu, 29 Mar 2007 16:57:28 -0800 Received: (from apache@localhost) by nit.isi.edu (8.12.11.20060308/8.12.11/Submit) id l2U0vSkC004136; Thu, 29 Mar 2007 17:57:28 -0700 Date: Thu, 29 Mar 2007 17:57:28 -0700 Message-Id: <200703300057.l2U0vSkC004136@nit.isi.edu> To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org From: rfc-editor@rfc-editor.org X-Spam-Score: -14.8 (--------------) X-Scan-Signature: 0fa76816851382eb71b0a882ccdc29ac Cc: mpls@lists.ietf.org, rfc-editor@rfc-editor.org Subject: [mpls] RFC 4817 on Encapsulation of MPLS over Layer 2 Tunneling Protocol Version 3 X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org A new Request for Comments is now available in online RFC libraries. RFC 4817 Title: Encapsulation of MPLS over Layer 2 Tunneling Protocol Version 3 Author: M. Townsley, C. Pignataro, S. Wainner, T. Seely, J. Young Status: Standards Track Date: March 2007 Mailbox: mark@townsley.net, cpignata@cisco.com, swainner@cisco.com, tseely@sprint.net, young@jsyoung.net Pages: 12 Characters: 26538 Updates/Obsoletes/SeeAlso: None I-D Tag: draft-ietf-mpls-over-l2tpv3-03.txt URL: http://www.rfc-editor.org/rfc/rfc4817.txt The Layer 2 Tunneling Protocol, Version 3 (L2TPv3) defines a protocol for tunneling a variety of payload types over IP networks. This document defines how to carry an MPLS label stack and its payload over the L2TPv3 data encapsulation. This enables an application that traditionally requires an MPLS-enabled core network, to utilize an L2TPv3 encapsulation over an IP network instead. [STANDARDS TRACK] This document is a product of the Multiprotocol Label Switching Working Group of the IETF. This is now a Proposed Standard Protocol. STANDARDS TRACK: This document specifies an Internet standards track protocol for the Internet community,and requests discussion and suggestions for improvements.Please refer to the current edition of the Internet Official Protocol Standards (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited. This announcement is sent to the IETF list and the RFC-DIST list. Requests to be added to or deleted from the IETF distribution list should be sent to IETF-REQUEST@IETF.ORG. Requests to be added to or deleted from the RFC-DIST distribution list should be sent to RFC-DIST-REQUEST@RFC-EDITOR.ORG. Details on obtaining RFCs via FTP or EMAIL may be obtained by sending an EMAIL message to rfc-info@RFC-EDITOR.ORG with the message body help: ways_to_get_rfcs. For example: To: rfc-info@RFC-EDITOR.ORG Subject: getting rfcs help: ways_to_get_rfcs Requests for special distribution should be addressed to either the author of the RFC in question, or to RFC-Manager@RFC-EDITOR.ORG. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. Submissions for Requests for Comments should be sent to RFC-EDITOR@RFC-EDITOR.ORG. Please consult RFC 2223, Instructions to RFC Authors, for further information. The RFC Editor Team USC/Information Sciences Institute ... _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls From mpls-bounces@lists.ietf.org Fri Mar 30 09:06:25 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HXGib-0002jq-6W; Fri, 30 Mar 2007 09:00:37 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HXGiH-0002Em-T7 for mpls@ietf.org; Fri, 30 Mar 2007 09:00:18 -0400 Received: from rtp-iport-1.cisco.com ([64.102.122.148]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HXGiF-0007eM-Eb for mpls@ietf.org; Fri, 30 Mar 2007 09:00:17 -0400 Received: from rtp-dkim-2.cisco.com ([64.102.121.159]) by rtp-iport-1.cisco.com with ESMTP; 30 Mar 2007 09:00:16 -0400 Received: from rtp-core-1.cisco.com (rtp-core-1.cisco.com [64.102.124.12]) by rtp-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id l2UD0FOJ005558; Fri, 30 Mar 2007 09:00:15 -0400 Received: from xbh-rtp-201.amer.cisco.com (xbh-rtp-201.cisco.com [64.102.31.12]) by rtp-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l2UD07Gf003595; Fri, 30 Mar 2007 13:00:07 GMT Received: from xmb-rtp-20d.amer.cisco.com ([64.102.31.51]) by xbh-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 30 Mar 2007 09:00:07 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [mpls] mpls working groups last callondraft-ietf-mpls-ldp-typed-wildcard-00 Date: Fri, 30 Mar 2007 09:00:05 -0400 Message-ID: In-Reply-To: <42F3BE57026C6E49B09E267EEF639D560210CAFF@ms-dt01thalia.tsn.tno.nl> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [mpls] mpls working groups last callondraft-ietf-mpls-ldp-typed-wildcard-00 Thread-Index: AcdwctlVhx6hYfNXSaSg7XeDsV11nwA2TTngADwVzsA= From: "Bob Thomas \(rhthomas\)" To: "Metz, E.T. \(Eduard\)" X-OriginalArrivalTime: 30 Mar 2007 13:00:07.0093 (UTC) FILETIME=[573D9650:01C772CB] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=4362; t=1175259615; x=1176123615; c=relaxed/simple; s=rtpdkim2001; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rhthomas@cisco.com; z=From:=20=22Bob=20Thomas=20\(rhthomas\)=22=20 |Subject:=20RE=3A=20[mpls]=20mpls=20working=20groups=20last=20callondraft -ietf-mpls-ldp-typed-wildcard-00 |Sender:=20 |To:=20=22Metz,=20E.T.=20\(Eduard\)=22=20; bh=O5+Ao7cbcfvTmU4CKEs738u0aOmSmOuDPRTBNr63fvI=; b=vt+Tc1hhGEQVLPN2u3zbBDgUJcujVVQsTkLBTys/y7x09GbbyFqD0b+1OQNQL3XzU8zqmxBv KZSnBDhj04qnHH/Wwg8FYJtMztHn6LGx8PZZdBkfQDxfXBpFp5GJjwFo; Authentication-Results: rtp-dkim-2; header.From=rhthomas@cisco.com; dkim=pass ( sig from cisco.com/rtpdkim2001 verified; ); X-Spam-Score: 0.0 (/) X-Scan-Signature: 6640e3bbe8a4d70c4469bcdcbbf0921d Cc: Ross Callon , David Ward , mpls@ietf.org X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org Eduard, Thanks for your comments. Please search for #bt for some follow up. Bob > A few comments / questions: >=20 > ---- > Is the intention of the Typed Wildcard FEC element to replace=20 > or to be complementary to the existing Wildcard FEC type?=20 #bt The intent is to be complementary to the existing Wildcard FEC type. > Perhaps this could be briefly clarified in the draft. While=20 > reading I wondered whether it is possible to do same with the=20 > Typed Wildcard FEC as can be done with the Wildcard FEC Type,=20 > ie if a Prefix Typed Wildcard FEC (as specified in section 5)=20 > is followed by a Label TLV should be behavior be expected to=20 > be same as that of the Wildcard FEC Type (e.g. in a Label release)? #bt Roughly speaking yes. More precisely, a Label Release message carrying an rfc3036 Wildcard FEC Type in the FEC TLV and a Label TLV would cause the specified label to be released for all FECs regardless of type. A Label Release message carrying a Typed Wildcard FEC Element in the FEC TLV and a Label TLV would cause the specified label to be released for all FECs of the specified type. > ---- > Section 4: > Receipt of a Label Request message with a FEC TLV=20 > containing a Typed > Wildcard FEC Element is interpreted as a request to send a Label > Mapping for all FECs of the type specified by the FEC=20 > Element type in > the Typed Wildcard FEC Element encoding. >=20 > =3D> replace "FEC Element type" with "FEC type"? Assuming FEC=20 > type refers to all the information carried in the in Typed WC=20 > FEC Element regarding the FEC, not just the FEC Element type.=20 > FEC type also seems to be used in other parts of the document. #bt: I think the text: ... FEC Element type in the Typed Wildcard FEC Element encoding. in the above should be replaced by the text: ... FEC Element Type field in the Typed Wildcard FEC Element encoding. I agree that the use of "FEC type" in other parts of the document are OK. > ---- > The suggested FEC Type seems to be in use in already: > 0x04 CR-LSP [RFC3212] #bt: Thanks for pointing that out. It will be corrected in the next revision of the draft. > ---- > The draft specifies the Typed Wildcard FEC element for the=20 > Prefix FEC type. Does this imply that for the other FEC types=20 > defined in the LDP RFC (Wildcard and Host-address) typed=20 > wildcarding is not required (or not allowed)? #bt: The Host Address type is being removed from LDP (see the latest revision of draft-ietf-mpls-rfc3036bis-xx.txt). The motivation for the typed wildcard draft is to correct deficiencies in the rfc3036 Wildcard FEC type. Thanks, Bob > cheers, > Eduard=20 >=20 > > -----Original Message----- > > From: Loa Andersson [mailto:loa@pi.se] > > Sent: woensdag 28 maart 2007 15:11 > > To: mpls@ietf.org > > Cc: Ross Callon; David Ward > > Subject: [mpls] mpls working groups last call=20 > > ondraft-ietf-mpls-ldp-typed-wildcard-00 > >=20 > > Working Group, > >=20 > > this is to initiate a two week working group last call on=20 > the working=20 > > group draft "LDP Typed Wildcard FEC". > >=20 > > The document will be found at: > > http://tools.ietf.org/html/draft-ietf-mpls-ldp-typed-wildcard-00 > >=20 > > Please review and sent your comments to the mailing list or=20 > directly=20 > > to the working group co-chairs. > >=20 > > The working group last call will end EOB March 11 PDT. > >=20 > > Loa and George > >=20 > > -- > > Loa Andersson > >=20 > > Principal Networking Architect > > Acreo AB phone: +46 8 632 77 14 > > Isafjordsgatan 22 mobile: +46 739 81 21 64 > > Kista, Sweden email: loa.andersson@acreo.se > > loa@pi.se > >=20 > > _______________________________________________ > > mpls mailing list > > mpls@lists.ietf.org > > https://www1.ietf.org/mailman/listinfo/mpls > >=20 >=20 > This e-mail and its contents are subject to the DISCLAIMER at=20 > http://www.tno.nl/disclaimer/email.html >=20 > _______________________________________________ > mpls mailing list > mpls@lists.ietf.org > https://www1.ietf.org/mailman/listinfo/mpls >=20 _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls From mpls-bounces@lists.ietf.org Fri Mar 30 18:32:09 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HXPZl-00011S-8l; Fri, 30 Mar 2007 18:28:05 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HXPZj-0000xy-Js; Fri, 30 Mar 2007 18:28:03 -0400 Received: from fncnmp03.fnc.fujitsu.com ([168.127.0.56]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HXPZi-0006JJ-8g; Fri, 30 Mar 2007 18:28:03 -0400 Received: from rchemx01.fnc.net.local ([168.127.134.104]) by fncnmp03.fnc.fujitsu.com with ESMTP; 30 Mar 2007 17:28:02 -0500 X-IronPort-AV: i="4.14,355,1170655200"; d="scan'208"; a="113657759:sNHT24071256" X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: RE: [mpls] RE: [PWE3] Fwd: I-DACTION:draft-bryant-pwe3-mpls-transport-00.txt Date: Fri, 30 Mar 2007 17:28:01 -0500 Message-ID: In-Reply-To: <46046D19.8090506@cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [mpls] RE: [PWE3] Fwd: I-DACTION:draft-bryant-pwe3-mpls-transport-00.txt Thread-Index: AcdtqUEj8GdXk3UlTICeeDbhrf41kAFYEIRw From: "O'Connor, Don" To: "Stewart Bryant" X-Spam-Score: 0.0 (/) X-Scan-Signature: 7fa173a723009a6ca8ce575a65a5d813 Cc: mpls@ietf.org, pwe3 X-BeenThere: mpls@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mpls-bounces@lists.ietf.org Stewart The current draft-bryant does not add any new functionality to existing = PWE3 RFC / ID for transport requirements. It should not become a wg = draft until there is evidence that there is a commitment to support some = new functionality to address transport specific requirements in Appendix = A of draft-bryant. More specifically these are the OAM and Survivability = requirements 21 - 27 in Appendix A. As a minimum there should be some = sections and initial text for 1) Bidirectional 1:1 linear protection switching for pseudowires and = associated PSN tunnel - This protection switching is coordinated by enhancements to the = applicable layer OAM protocol - i.e. VCCV and LSP Ping For more detailed requirements and reference please see ITU = recommendation G.8131 2) Pseudowire and PSN Tunnel Transport OAM Extensions - My suggested minimum subset extensions would be - ME Levels, MEP / = MIP, PM measurement, AIS / RDI , Tandem Connection Monitoring (i.e. - = for a multi-hop PW and / or PSN tunnel the ability to enable a = continuous continuity check for one / N / all hops), and Synchronous = Status Message Please also see my replies in line to your email below Regards Don -----Original Message----- From: Stewart Bryant [mailto:stbryant@cisco.com] Sent: Friday, March 23, 2007 7:13 PM To: O'Connor, Don Cc: mpls@ietf.org; pwe3 Subject: Re: [mpls] RE: [PWE3] Fwd: I-DACTION:draft-bryant-pwe3-mpls-transport-00.txt Don A draft does not need to be complete for it to be accepted as a WG draft, it needs to be a suitable platform that the WG can use to move forward. > IETF is extending MPLS technology all the time. The extensions=20 that I see that are required are: 1) transport OAM enhancements Given that the existing PWE3 OAM functions are adequate for our own purposes, what is special about the transport environment that requires extensions? It is not appropriate to list alternative OAM protocols, PWE3 needs to know what specific additional functionality it needs to provide a comprehensive OAM design. [Don] ME Levels, MEP / MIP, PM measurement, AIS / RDI, Tandem Connection = Monitoring, and Synchronous Status Message 2) support for transport protection switching PWE3 has already started work on protection. What requirements exist in the transport network that are not addressed by the proposed work? [Don] Linear bidirectional 1:1 protection switching for both pseudowire = and PSN tunnel. This protection switching should be coordinated by = updates to VCCV and LSP Ping. The abstract to draft-bryant implies that = it specifies a complete transport network solution. So transport = orientated protection switching should be included in draft-bryant. I = could contribute text Would you be prepared to contribute text to a PWE3 protection requirements draft? [Don] draft-ietf-pwe3-ms-pw-requirements-05.txt already addresses a = number of the relevant requirements. If we agree to have a transport = protection switching section in draft-bryant, I can suggest some = additional transport orientated requirements for ms-pw-requirements. = Note that was also need to address PSN tunnel layer linear 1:1. RFC 3469 = provides a superset of the transport PSN tunnel protection switching = requirements. With respect to existing protection work in PWE3 as evidenced by = draft-muley-pwe3-redundancy-01.txt and = draft-muley-dutta-pwe3-redundancy-bit-00.txt, some of addressed = applications may be applicable for mpls transport (e.g. multi-homing) = but I do not believe that the redundancy bit is applicable. Transport = mpls linear protection switching is coordinated by the OAM protocol. For = reference please see G.8131. =20 3) GMPLS - ASON control plane enhancements (using the procedures that CCAMP has in place with ITU) The control plane design for PWE3 over MPLS and for MPLS is a proven design that is widely deployed. How is the existing designs unsuitable, and what additional requirements does a transport environment have that are not satisfied by that design. [Don] QOS / Traffic Engineering for multi-segment PW. My opinion is that = for transport mpls draft-raggarwa-rsvpte-pw-03.txt, provides a better = solution than LDP based segmented pseudowires. - Stewart _______________________________________________ mpls mailing list mpls@lists.ietf.org https://www1.ietf.org/mailman/listinfo/mpls