From loa@pi.nu Thu Apr 2 16:03:50 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 241F63A6CBB for ; Thu, 2 Apr 2009 16:03:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.249 X-Spam-Level: X-Spam-Status: No, score=-2.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_SE=0.35] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JA4TLFXVR9YY for ; Thu, 2 Apr 2009 16:03:49 -0700 (PDT) Received: from ns.elverljung.se (ns.elverljung.se [194.68.48.116]) by core3.amsl.com (Postfix) with ESMTP id 53C5E3A6832 for ; Thu, 2 Apr 2009 16:03:49 -0700 (PDT) Received: from [10.242.56.204] (mdf0f36d0.tmodns.net [208.54.15.223]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: loa) by ns.elverljung.se (Postfix) with ESMTPSA id CCB512D852A; Fri, 3 Apr 2009 01:04:47 +0200 (CEST) Message-ID: <49D54489.6060200@pi.nu> Date: Fri, 03 Apr 2009 01:04:41 +0200 From: Loa Andersson User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: mpls@ietf.org References: <49C21596.20307@pi.nu> In-Reply-To: <49C21596.20307@pi.nu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Ross Callon , VIGOUREUX MARTIN , David Ward Subject: Re: [mpls] Working group last call on draft-ietf-mpls-p2mp-te-mib-08.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2009 23:03:50 -0000 All, this working group last call has ended - we have seen no comments, and I will tell our illustrious ADs that they can resume the IESG review of the document. /Loa Loa Andersson wrote: > Working Group, > > this is to initiate a working group last call on > draft-ietf-mpls-p2mp-te-mib-08.txt. > > Background > ---------- > > The working group has requested publication of this draft, when > it was reviewed by the ADs there were comments that led to a > request that we published a new draft. > > Evaluating the changes to the document the working groups chairs > found that it would be appropriate to issue a new working group > last call on the document. > > Please find the changes in Section 0, immediately after the ToC > in the draft. > > There is also a diff between the -07 and -08 versions to be found > at http://tools.ietf.org/wg/mpls/draft-ietf-mpls-p2mp-te-mib/ . > > Please send comments to the mpls working group mailing list. > The Working group last call will end eob Fri April 3. > > Loa and George > -- Loa Andersson Sr Strategy and Standards Manager phone: +46 10 717 52 13 Ericsson /// +46 767 72 92 13 email: loa.andersson@ericsson.com loa.andersson@redback.com loa@pi.nu From nthomson@csc.com Fri Apr 3 14:10:10 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CEB0628C140 for ; Fri, 3 Apr 2009 14:10:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5mLEzVbY0uzR for ; Fri, 3 Apr 2009 14:10:10 -0700 (PDT) Received: from mail85.messagelabs.com (mail85.messagelabs.com [216.82.241.211]) by core3.amsl.com (Postfix) with ESMTP id AED2C28C0FB for ; Fri, 3 Apr 2009 14:10:09 -0700 (PDT) X-VirusChecked: Checked X-Env-Sender: nthomson@csc.com X-Msg-Ref: server-6.tower-85.messagelabs.com!1238793071!7133925!1 X-StarScan-Version: 6.0.0; banners=-,-,- X-Originating-IP: [20.137.2.88] Received: (qmail 22121 invoked from network); 3 Apr 2009 21:11:11 -0000 Received: from amer-mta102.csc.com (HELO amer-mta102.csc.com) (20.137.2.88) by server-6.tower-85.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Apr 2009 21:11:11 -0000 Received: from amer-gw09.amer.csc.com (amer-gw09.amer.csc.com [20.6.39.245]) by amer-mta102.csc.com (Switch-3.3.2mp/Switch-3.3.2mp) with ESMTP id n33LBBbF007088 for ; Fri, 3 Apr 2009 17:11:11 -0400 Auto-Submitted: auto-generated From: Neil Thomson To: mpls@ietf.org Message-ID: Date: Fri, 3 Apr 2009 22:09:15 +0100 X-MIMETrack: Serialize by Router on AMER-GW09/SRV/CSC(Release 8.0.1 HF996|December 23, 2008) at 04/03/2009 05:13:16 PM MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Subject: [mpls] Neil Thomson/GIS/CSC is out of the office. X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2009 21:10:10 -0000 I will be out of the office starting 29/03/2009 and will not return until 06/04/2009. For local site enquiries please contact Dave Brewer (CSC) 0141 957 2589. From dave.mcdysan@verizon.com Wed Apr 8 07:04:14 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 44E9E3A6B26 for ; Wed, 8 Apr 2009 07:04:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.514 X-Spam-Level: X-Spam-Status: No, score=-2.514 tagged_above=-999 required=5 tests=[AWL=1.084, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id h9o7TS2qRVIw for ; Wed, 8 Apr 2009 07:04:13 -0700 (PDT) Received: from tpamail2.verizon.com (tpamail2.verizon.com [192.76.82.136]) by core3.amsl.com (Postfix) with ESMTP id 28F3E3A69D4 for ; Wed, 8 Apr 2009 07:04:13 -0700 (PDT) Received: from smtpftw3.verizon.com (smtpftw3.verizon.com [138.83.140.92]) by tpamail2.verizon.com (8.13.3/8.13.3) with ESMTP id n38E5JK5016352 for ; Wed, 8 Apr 2009 10:05:19 -0400 (EDT) Received: from ftwccout01.verizon.com (ftwccout01.verizon.com [138.83.131.134]) by smtpftw3.verizon.com (8.13.3/8.13.3) with ESMTP id n38E5J5C013545 for ; Wed, 8 Apr 2009 10:05:19 -0400 (EDT) Received: from ftwccout01.verizon.com (unknown [127.0.0.1]) by ftwccout01.verizon.com (Symantec Mail Security) with ESMTP id 402B2528002 for ; Wed, 8 Apr 2009 10:05:19 -0400 (EDT) X-AuditID: 8a538386-a08ecbb000000947-71-49dcaf1f5844 Received: from smtpftw3.verizon.com (unknown [138.83.140.92]) by ftwccout01.verizon.com (EMF) with ESMTP id 1C0624E4002 for ; Wed, 8 Apr 2009 10:05:19 -0400 (EDT) Received: from FHDP1CCMXCG02.us.one.verizon.com ([166.68.240.34]) by smtpftw3.verizon.com (8.13.3/8.13.3) with ESMTP id n38E5HHW013468 for ; Wed, 8 Apr 2009 10:05:18 -0400 (EDT) Received: from FHDP1LUMXCV14.us.one.verizon.com ([166.68.125.35]) by FHDP1CCMXCG02.us.one.verizon.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 8 Apr 2009 10:05:18 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C9B853.0C2D9698" Date: Wed, 8 Apr 2009 10:05:12 -0400 Message-ID: <793F49BA1FC821409F99F10862A0E4DB022E11CD@FHDP1LUMXCV14.us.one.verizon.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: FW: FYI: MPLS 2009 Conference -- Call for Presentation Abstracts Thread-Index: Acm4Uwj4EQkxK/lNS2mRHKabl8GpeQ== From: "Mcdysan, David E" To: X-OriginalArrivalTime: 08 Apr 2009 14:05:18.0282 (UTC) FILETIME=[0C2CAAA0:01C9B853] X-Brightmail-Tracker: AAAAAA== Subject: [mpls] FW: FYI: MPLS 2009 Conference -- Call for Presentation Abstracts X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Apr 2009 14:04:14 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01C9B853.0C2D9698 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable The MPLS 2009 International Conference, the 12th Annual International Conference on MPLS and Related Technologies, will be held October 25 - 28, 2009, in Washington, DC. The Technical Program Committee is soliciting abstracts summarizing a proposed presentation representing original/unpublished work covering cutting-edge topics.=20 Presentations covering new technologies and operational experience are solicited from network equipment vendors, service/transport providers, government agencies, the research community, and enterprise users.=20 If you want further information on MPLS 2008 or want to submit a presentation abstract, please see the following URL: http://www.isocore.com/mpls2009/call_for_papers/cfp.htm =20 Many of these topics have been of interest to members of the MPLS working group in the past, and many people active on this list have been presenters at past events.=20 Regards, Dave McDysan ------_=_NextPart_001_01C9B853.0C2D9698 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

The MPLS 2009 International Conference, the 12th Annual International = Conference on MPLS and Related Technologies, will be held October 25 - = 28, 2009,=20 in Washington, DC. The Technical Program Committee is soliciting = abstracts=20 summarizing a proposed presentation representing original/unpublished = work=20 covering cutting-edge topics.

Presentations covering new technologies and operational experience = are=20 solicited from network equipment vendors, service/transport providers,=20 government agencies, the research community, and enterprise users.

If you want further information on MPLS 2008 or want to submit a = presentation=20 abstract, please see the following URL:

http://www.isocore.com/mpls2009/call_for_papers/cfp.htm

Many of these topics have been of interest to members of the MPLS = working=20 group in the past, and many people active on this list have been = presenters at=20 past events.

Regards,

Dave McDysan

------_=_NextPart_001_01C9B853.0C2D9698-- From dave.mcdysan@verizon.com Wed Apr 8 05:07:01 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E0FA03A67A8 for ; Wed, 8 Apr 2009 05:07:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.965 X-Spam-Level: X-Spam-Status: No, score=-0.965 tagged_above=-999 required=5 tests=[AWL=0.775, BAYES_20=-0.74, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id U-AtETK51Go2 for ; Wed, 8 Apr 2009 05:07:01 -0700 (PDT) Received: from irvmail2.verizon.com (irvmail2.verizon.com [192.76.80.130]) by core3.amsl.com (Postfix) with ESMTP id 390883A6847 for ; Wed, 8 Apr 2009 05:06:56 -0700 (PDT) Received: from smtptpa3.verizon.com (smtptpa3.verizon.com [138.83.71.176]) by irvmail2.verizon.com (8.13.3/8.13.3) with ESMTP id n38C82KB012029 for ; Wed, 8 Apr 2009 07:08:02 -0500 (CDT) Received: from ftwintrmemf2.verizon.com (ftwintrmemf2.verizon.com [138.83.131.184]) by smtptpa3.verizon.com (8.13.3/8.13.3) with ESMTP id n38C823K010119 for ; Wed, 8 Apr 2009 08:08:02 -0400 (EDT) Received: from ftwintrmemf2.verizon.com (unknown [127.0.0.1]) by ftwintrmemf2.verizon.com (Symantec Mail Security) with ESMTP id 30043528003 for ; Wed, 8 Apr 2009 08:08:02 -0400 (EDT) X-AuditID: 8a5383b8-a15edbb000000632-11-49dc93a216a5 Received: from smtpftw3.verizon.com (unknown [138.83.140.92]) by ftwintrmemf2.verizon.com (EMF) with ESMTP id 1CDE64E4002 for ; Wed, 8 Apr 2009 08:08:02 -0400 (EDT) Received: from FHDP1CCMXCG01.us.one.verizon.com ([166.68.240.33]) by smtpftw3.verizon.com (8.13.3/8.13.3) with ESMTP id n38C81Vf005715 for ; Wed, 8 Apr 2009 08:08:01 -0400 (EDT) Received: from FHDP1LUMXCV14.us.one.verizon.com ([166.68.125.35]) by FHDP1CCMXCG01.us.one.verizon.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 8 Apr 2009 08:08:01 -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 Date: Wed, 8 Apr 2009 08:07:53 -0400 Message-ID: <793F49BA1FC821409F99F10862A0E4DB022E1132@FHDP1LUMXCV14.us.one.verizon.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: FYI: MPLS 2009 Conference -- Call for Presentation Abstracts Thread-Index: Acm4QqTzYwkE5IciQ0Sg1zYAWb5FWg== From: "Mcdysan, David E" To: X-OriginalArrivalTime: 08 Apr 2009 12:08:01.0549 (UTC) FILETIME=[A9F46BD0:01C9B842] X-Brightmail-Tracker: AAAAAA== X-Mailman-Approved-At: Fri, 10 Apr 2009 23:30:09 -0700 Subject: [mpls] FYI: MPLS 2009 Conference -- Call for Presentation Abstracts X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Apr 2009 12:07:02 -0000 The MPLS 2009 International Conference, the 12th Annual International Conference on MPLS and Related Technologies, will be held October 25 - 28, 2009, in Washington, DC. The Technical Program Committee is soliciting abstracts summarizing a proposed presentation representing original/unpublished work covering cutting-edge topics.=20 Presentations covering new technologies and operational experience are solicited from network equipment vendors, service/transport providers, government agencies, the research community, and enterprise users.=20 If you want further information on MPLS 2008 or want to submit a presentation abstract, please see the following URL: http://www.isocore.com/mpls2009/call_for_papers/cfp.htm=20 Many of these topics have been of interest to members of the MPLS working group in the past, and many people active on this list have been presenters at past events.=20 Regards, Dave McDysan From liu.guoman@zte.com.cn Tue Apr 14 02:20:56 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D01163A6AF8; Tue, 14 Apr 2009 02:20:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -96.335 X-Spam-Level: X-Spam-Status: No, score=-96.335 tagged_above=-999 required=5 tests=[AWL=1.300, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_DOUBLE_IP_LOOSE=0.76, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8QGhkas5yVhV; Tue, 14 Apr 2009 02:20:55 -0700 (PDT) Received: from mx5.zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by core3.amsl.com (Postfix) with ESMTP id B2EDB3A6D0F; Tue, 14 Apr 2009 02:20:44 -0700 (PDT) Received: from [10.30.17.100] by mx5.zte.com.cn with surfront esmtp id 111642967892178; Tue, 14 Apr 2009 17:12:16 +0800 (CST) Received: from [10.30.3.18] by [10.30.17.100] with StormMail ESMTP id 47274.4742420231; Tue, 14 Apr 2009 17:18:31 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse1.zte.com.cn with ESMTP id n3E9LTnN058098; Tue, 14 Apr 2009 17:21:29 +0800 (CST) (envelope-from liu.guoman@zte.com.cn) In-Reply-To: <49E44145.7090802@cisco.com> To: stbryant@cisco.com MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005 Message-ID: From: liu.guoman@zte.com.cn Date: Tue, 14 Apr 2009 17:19:15 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 6.5.4|March 27, 2005) at 2009-04-14 17:21:22, Serialize complete at 2009-04-14 17:21:22 Content-Type: multipart/alternative; boundary="=_alternative 0033635E48257598_=" X-MAIL: mse1.zte.com.cn n3E9LTnN058098 Cc: mpls@ietf.org, pwe3@ietf.org, mpls-tp@ietf.org Subject: Re: [mpls] [PWE3] draft-bryant-filsfils-fat-pw-03 to WG draft? X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2009 09:20:56 -0000 This is a multipart message in MIME format. --=_alternative 0033635E48257598_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 c3Rld2FydDoNCiAgaXQgaXMgbm90IGNsZWFyIGV4cHJlc3Npb24gaGVyZSB0byB1c2Ugc2Vydmlj ZSBoZWFkZXIgLiBJTU8sIGFkZGluZyBmbG93IA0KSUQgZm9sbG93aW5nIENXIGZpZWxkIHRvIGlk ZW50aWZ5IHdoaWNoIGZsb3cgdGhlIHNlcnZpY2UgZGF0YSB3aWxsIGJlbG9uZyANCnRvPyB0aGVu IHRoZSBzZXJ2aWNlIGRhdGEgbWF5IGJlIGNhcnJpZWQgYnkgRUNNUCB0byBhbm90aGVyIHNpbmsg cG9pbnRzLCANCnRoZSBzaW5rIHBvaW50cyB3aWxsIGlkZW50aWZ5IHRoZSBzZXJ2aWNlIGRhdGEg YnkgZmxvdyBJRCAuIGFuZCB0aGUgcGFja2V0IA0KZm9ybWF0cyB3aWxsIHRoZSBmb2xsb3dpbmc6 DQogDQogICAgICAgICAgTFNQIExhYmVsDQogICAgICAgICAgUFcgTGFiZWwNCiAgICAgICAgICAg Q1cgDQogICAgICAgICAgRmxvdyBJRCANCiAgICAgICAgICBTZXJ2aWNlIGRhdGEgDQoNCiAgIGlu IGFkZHRpb25zLiBpZiB1c2luZyBhIGZsb3cgbGFiZWwsIEkgdGhpbmsgdGhlIGRyYWZ0IHdpbGwg YmUgTVBMUyBvciANCk1QTFMtVFAgZHJhZnQgYW5kIHNob3VsZG4ndCBiZSBkaXNzY3Vzc2VkIGlu IHB3ZTMgd29yayBncm91cC4gDQp0aGFuayB5b3UuDQpsaXUNCg0KDQoNClN0ZXdhcnQgQnJ5YW50 IDxzdGJyeWFudEBjaXNjby5jb20+IA0KMjAwOS0wNC0xNCAxNTo1NA0Kx+u08Li0ILj4DQpzdGJy eWFudEBjaXNjby5jb20NCg0KDQrK1bz+yMsNCmxpdS5ndW9tYW5AenRlLmNvbS5jbg0Ks63LzQ0K cHdlM0BpZXRmLm9yZw0K1vfM4g0KUmU6IFtQV0UzXSBkcmFmdC1icnlhbnQtZmlsc2ZpbHMtZmF0 LXB3LTAzIHRvIFdHIGRyYWZ0Pw0KDQoNCg0KDQoNCg0KbGl1Lmd1b21hbkB6dGUuY29tLmNuIHdy b3RlOg0KPg0KPiBTdGV3YXJ0Og0KPiBJIHVuZGVyc3RhbmQgeW91ciBtZWFuaW5nICwgYnV0IEkg dGhpbmsgaXQgdW5uZWNlc3NhcnkgdG8gdXNlIGFuZA0KPiBhcHBseSBhbm90aGVyIGZsb3cgbGFi ZWwuIHdlIG1heSBhZGQgMiBieXRlcyBmbG93IElEIGluIHNlcnZpY2VzIGhlYWRlciwNCg0KV2hh dCBkbyB5b3UgbWVhbiBieSB0aGUgc2VydmljZXMgaGVhZGVyPw0KDQo+IHNvIGF0IHNpbmsgcG9p bnQsIGl0IGlkZW50aWZ5IGFuZCByZS1lbmNhcHN1bGF0ZSB0aGUgc2VydmljZXMgY29udGV4dA0K PiBieSBmbG93IGlkIGFuZCBTTiBpbiBzZXJ2aWNlcyBoZWFkZXIuDQo+IGRvIHlvdSB0aGluayBz by4NCg0KUGxlYXNlIGNhbiB5b3Ugc2tldGNoIG91dCB5b3VyIGxhYmVsIHN0YWNrIGFuZCBkZXNj cmliZSB0aGUgb3BlcmF0aW9ucw0KeW91IGhhdmUgaW4gbWluZD8NCg0KVGhhbmtzDQoNClN0ZXdh cnQNCj4gcmVnYXJkcw0KPiBsaXUNCj4NCj4NCj4gKlN0ZXdhcnQgQnJ5YW50IDxzdGJyeWFudEBj aXNjby5jb20+Kg0KPg0KPiAyMDA5LTA0LTAyIDE5OjI0DQo+IMfrtPC4tCC4+A0KPiBzdGJyeWFu dEBjaXNjby5jb20NCj4NCj4NCj4gDQo+IMrVvP7Iyw0KPiAgICAgICAgICAgICAgICBsaXUuZ3Vv bWFuQHp0ZS5jb20uY24NCj4gs63LzQ0KPiAgICAgICAgICAgICAgICBwd2UzQGlldGYub3JnDQo+ INb3zOINCj4gICAgICAgICAgICAgICAgUmU6IFtQV0UzXSBkcmFmdC1icnlhbnQtZmlsc2ZpbHMt ZmF0LXB3LTAzIHRvIFdHIGRyYWZ0Pw0KPg0KPg0KPg0KPiANCj4NCj4NCj4NCj4NCj4NCj4gbGl1 Lmd1b21hbkB6dGUuY29tLmNuIHdyb3RlOg0KPiA+DQo+ID4gU3Rld2FydDoNCj4gPiBteSBwcm9i bGVtIGlzIDogaWYgdGhlcmUgaXMgYSBtdWx0aW1lZGlhIGRhdGEgZmxvdywgdGhlIGZsb3cgbXVz dCBiZQ0KPiA+IHRyYW5zcG9ydGVkIGluIG9yZGVyLiBvciBlbHNlIGl0IHdpbGwgbm90IGJlY29t ZSBhIG11bHRpbWVkaWEgZmxvdy4NCj4gPiBob3cgdG8gcHJvY2VzcyB0aGUgZGF0YSBmbG93IGJ5 IEVDTVA/DQo+ID4gSU1PLCB0aGVyZSBhcmUgdHdvIHNvbHV0aW9uczoNCj4gPiAxIGF0IHNpbmsg cG9pbnRzLCB0aGVyZSBhcmUgZW5vdWdoIGJ1ZmZlcnMgdG8gc3RvcmUgdGhlIGRhdGEgZmxvdy4N Cj4gPiAyIGR1cmluZyB0cmFuc3BvcnRpbmcgdGhlIGRhdGEgZmxvdywgaXQgbXVzdCB0cmFuc3Bv cnQgaW4gb3JkZXIuDQo+ID4NCj4gPiBkbyB5b3UgdGhpbmsgc28/DQo+ID4gcmVnYXJkcw0KPiA+ IGxpdQ0KPiA+DQo+IFllcw0KPg0KPiBSZW1lbWJlciB0aGlzIGRyYWZ0IGlzIHNpbXBseSBhIHRv b2wgdGhhdCBpcyB1c2VkIHRvIHNwcmVhZCBvdXQgYWxyZWFkeQ0KPiBpZGVudGlmaWVkIGZsb3dz IG92ZXIgdGhlIEVDTVAgc2V0Lg0KPg0KPiBUaGUgcHJvY2Vzc2luZyBpbnRvIGFuZCBvdXQgb2Yg YSBmYXQgcHcgaXMgb3V0c2lkZSBpdCdzIHNjb3BlLg0KPg0KPiBDbGVhcmx5IHlvdSBjYW4gZW5h YmxlIHMvbiAtIGFwcGx5IHRoZSBMQiBsYWJlbCAtIGFuZCBwdXQgdGhlIGZsb3cgYmFjaw0KPiB0 b2dldGhlciBhdCB0aGUgZWdyZXNzIGlmIHRoYXQgc3VpdHMgeW91IGFwcGxpY2F0aW9uIG90aGVy d2lzZSBhcyB5b3UNCj4gc2F5IHlvdSBoYXZlIHRvIGhhdmUgbGFyZ2UgZW5vdWdoIGVuZCB0byBl bmQgYi93Lg0KPg0KPiBSZW1lbWJlciB3aGF0IGl0IHNheXMgaW4gdGhlIFBXRTMgY2hhcnRlciAt IGlmIHRoZSBiZXN0IGVmZm9ydCBlbXVsYXRpb24NCj4gcHJvdmlkZWQgYnkgUFdFMyBpcyBub3Qg Z29vZCBlbm91Z2gsIHRoZW4gZWl0aGVyIHByb3Bvc2UgYSBiZXR0ZXINCj4gZW11bGF0aW9uLCBv ciB1c2UgYSByZWFsIHdpcmUuDQo+DQo+IFN0ZXdhcnQNCj4NCj4NCj4NCj4NCj4gLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4gWlRFIElu Zm9ybWF0aW9uIFNlY3VyaXR5IE5vdGljZTogVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0 aGlzIG1haWwgDQppcyBzb2xlbHkgcHJvcGVydHkgb2YgdGhlIHNlbmRlcidzIG9yZ2FuaXphdGlv bi4gVGhpcyBtYWlsIGNvbW11bmljYXRpb24gDQppcyBjb25maWRlbnRpYWwuIFJlY2lwaWVudHMg bmFtZWQgYWJvdmUgYXJlIG9ibGlnYXRlZCB0byBtYWludGFpbiBzZWNyZWN5IA0KYW5kIGFyZSBu b3QgcGVybWl0dGVkIHRvIGRpc2Nsb3NlIHRoZSBjb250ZW50cyBvZiB0aGlzIGNvbW11bmljYXRp b24gdG8gDQpvdGhlcnMuDQo+IFRoaXMgZW1haWwgYW5kIGFueSBmaWxlcyB0cmFuc21pdHRlZCB3 aXRoIGl0IGFyZSBjb25maWRlbnRpYWwgYW5kIA0KaW50ZW5kZWQgc29sZWx5IGZvciB0aGUgdXNl IG9mIHRoZSBpbmRpdmlkdWFsIG9yIGVudGl0eSB0byB3aG9tIHRoZXkgYXJlIA0KYWRkcmVzc2Vk LiBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yIHBsZWFzZSBub3RpZnkg dGhlIA0Kb3JpZ2luYXRvciBvZiB0aGUgbWVzc2FnZS4gQW55IHZpZXdzIGV4cHJlc3NlZCBpbiB0 aGlzIG1lc3NhZ2UgYXJlIHRob3NlIA0Kb2YgdGhlIGluZGl2aWR1YWwgc2VuZGVyLg0KPiBUaGlz IG1lc3NhZ2UgaGFzIGJlZW4gc2Nhbm5lZCBmb3IgdmlydXNlcyBhbmQgU3BhbSBieSBaVEUgQW50 aS1TcGFtIA0Kc3lzdGVtLg0KPiANCg0KDQoNCg0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KWlRFIEluZm9ybWF0aW9uIFNlY3VyaXR5 IE5vdGljZTogVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1haWwgaXMgc29sZWx5 IHByb3BlcnR5IG9mIHRoZSBzZW5kZXIncyBvcmdhbml6YXRpb24uIFRoaXMgbWFpbCBjb21tdW5p Y2F0aW9uIGlzIGNvbmZpZGVudGlhbC4gUmVjaXBpZW50cyBuYW1lZCBhYm92ZSBhcmUgb2JsaWdh dGVkIHRvIG1haW50YWluIHNlY3JlY3kgYW5kIGFyZSBub3QgcGVybWl0dGVkIHRvIGRpc2Nsb3Nl IHRoZSBjb250ZW50cyBvZiB0aGlzIGNvbW11bmljYXRpb24gdG8gb3RoZXJzLg0KVGhpcyBlbWFp bCBhbmQgYW55IGZpbGVzIHRyYW5zbWl0dGVkIHdpdGggaXQgYXJlIGNvbmZpZGVudGlhbCBhbmQg aW50ZW5kZWQgc29sZWx5IGZvciB0aGUgdXNlIG9mIHRoZSBpbmRpdmlkdWFsIG9yIGVudGl0eSB0 byB3aG9tIHRoZXkgYXJlIGFkZHJlc3NlZC4gSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFp bCBpbiBlcnJvciBwbGVhc2Ugbm90aWZ5IHRoZSBvcmlnaW5hdG9yIG9mIHRoZSBtZXNzYWdlLiBB bnkgdmlld3MgZXhwcmVzc2VkIGluIHRoaXMgbWVzc2FnZSBhcmUgdGhvc2Ugb2YgdGhlIGluZGl2 aWR1YWwgc2VuZGVyLg0KVGhpcyBtZXNzYWdlIGhhcyBiZWVuIHNjYW5uZWQgZm9yIHZpcnVzZXMg YW5kIFNwYW0gYnkgWlRFIEFudGktU3BhbSBzeXN0ZW0uDQo= --=_alternative 0033635E48257598_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPnN0ZXdhcnQ6PC9mb250Pg0KPGJy Pjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mbmJzcDsgaXQgaXMgbm90IGNsZWFyIGV4 cHJlc3Npb24gaGVyZQ0KdG8gdXNlIHNlcnZpY2UgaGVhZGVyIC4gSU1PLCBhZGRpbmcgZmxvdyBJ RCBmb2xsb3dpbmcgQ1cgZmllbGQgdG8gaWRlbnRpZnkNCndoaWNoIGZsb3cgdGhlIHNlcnZpY2Ug ZGF0YSB3aWxsIGJlbG9uZyB0bz8gdGhlbiB0aGUgc2VydmljZSBkYXRhIG1heSBiZQ0KY2Fycmll ZCBieSBFQ01QIHRvIGFub3RoZXIgc2luayBwb2ludHMsIHRoZSBzaW5rIHBvaW50cyB3aWxsIGlk ZW50aWZ5IHRoZQ0Kc2VydmljZSBkYXRhIGJ5IGZsb3cgSUQgLiBhbmQgdGhlIHBhY2tldCBmb3Jt YXRzIHdpbGwgdGhlIGZvbGxvd2luZzo8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNh bnMtc2VyaWYiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IDwvZm9u dD4NCjx0YWJsZSBib3JkZXI+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjxkaXY+PGZvbnQgc2l6 ZT0yIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOw0KTFNQIExhYmVsPC9mb250PjwvZGl2Pg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2 Pjxmb250IHNpemU9MiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPiZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsNClBXIExhYmVsPC9mb250PjwvZGl2Pg0KPHRyIHZhbGlnbj10b3A+DQo8 dGQ+DQo8ZGl2Pjxmb250IHNpemU9MiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPiZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwO0NXIDwvZm9udD48L2Rpdj4NCjx0ciB2YWxp Z249dG9wPg0KPHRkPg0KPGRpdj48Zm9udCBzaXplPTIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj4m bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQpGbG93IElEICZuYnNwOyAmbmJzcDs8 L2ZvbnQ+PC9kaXY+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjxkaXY+PGZvbnQgc2l6ZT0yIGZh Y2U9IlRpbWVzIE5ldyBSb21hbiI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0K U2VydmljZSBkYXRhIDwvZm9udD48L2Rpdj48L3RhYmxlPg0KPGJyPg0KPGJyPjxmb250IHNpemU9 MiBmYWNlPSJzYW5zLXNlcmlmIj4mbmJzcDsgJm5ic3A7aW4gYWRkdGlvbnMuIGlmIHVzaW5nIGEN CmZsb3cgbGFiZWwsIEkgdGhpbmsgdGhlIGRyYWZ0IHdpbGwgYmUgTVBMUyBvciBNUExTLVRQIGRy YWZ0IGFuZCBzaG91bGRuJ3QNCmJlIGRpc3NjdXNzZWQgaW4gcHdlMyB3b3JrIGdyb3VwLiA8L2Zv bnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPnRoYW5rIHlvdS48L2ZvbnQ+ DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPmxpdTwvZm9udD4NCjxicj4NCjxi cj4NCjxicj4NCjx0YWJsZSB3aWR0aD0xMDAlPg0KPHRyIHZhbGlnbj10b3A+DQo8dGQgd2lkdGg9 MjYlPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj48Yj5TdGV3YXJ0IEJyeWFudCAmbHQ7 c3RicnlhbnRAY2lzY28uY29tJmd0OzwvYj4NCjwvZm9udD4NCjxwPjxmb250IHNpemU9MSBmYWNl PSJzYW5zLXNlcmlmIj4yMDA5LTA0LTE0IDE1OjU0PC9mb250Pg0KPHRhYmxlIGJvcmRlcj4NCjx0 ciB2YWxpZ249dG9wPg0KPHRkIGJnY29sb3I9d2hpdGU+DQo8ZGl2IGFsaWduPWNlbnRlcj48Zm9u dCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+x+u08Li0ILj4PGJyPg0Kc3RicnlhbnRAY2lzY28u Y29tPC9mb250PjwvZGl2PjwvdGFibGU+DQo8YnI+DQo8dGQgd2lkdGg9NzMlPg0KPHRhYmxlIHdp ZHRoPTEwMCU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjxkaXYgYWxpZ249cmlnaHQ+PGZvbnQg c2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPsrVvP7IyzwvZm9udD48L2Rpdj4NCjx0ZD48Zm9udCBz aXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+bGl1Lmd1b21hbkB6dGUuY29tLmNuPC9mb250Pg0KPHRy IHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNlPSJz YW5zLXNlcmlmIj6zrcvNPC9mb250PjwvZGl2Pg0KPHRkPjxmb250IHNpemU9MSBmYWNlPSJzYW5z LXNlcmlmIj5wd2UzQGlldGYub3JnPC9mb250Pg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2 IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj7W98ziPC9mb250Pjwv ZGl2Pg0KPHRkPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj5SZTogW1BXRTNdIGRyYWZ0 LWJyeWFudC1maWxzZmlscy1mYXQtcHctMDMNCnRvIFdHIGRyYWZ0PzwvZm9udD48L3RhYmxlPg0K PGJyPg0KPHRhYmxlPg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8dGQ+PC90YWJsZT4NCjxicj48 L3RhYmxlPg0KPGJyPg0KPGJyPg0KPGJyPjxmb250IHNpemU9Mj48dHQ+bGl1Lmd1b21hbkB6dGUu Y29tLmNuIHdyb3RlOjxicj4NCiZndDs8YnI+DQomZ3Q7IFN0ZXdhcnQ6PGJyPg0KJmd0OyBJIHVu ZGVyc3RhbmQgeW91ciBtZWFuaW5nICwgYnV0IEkgdGhpbmsgaXQgdW5uZWNlc3NhcnkgdG8gdXNl IGFuZDxicj4NCiZndDsgYXBwbHkgYW5vdGhlciBmbG93IGxhYmVsLiB3ZSBtYXkgYWRkIDIgYnl0 ZXMgZmxvdyBJRCBpbiBzZXJ2aWNlcyBoZWFkZXIsPGJyPg0KPGJyPg0KV2hhdCBkbyB5b3UgbWVh biBieSB0aGUgc2VydmljZXMgaGVhZGVyPzxicj4NCjxicj4NCiZndDsgc28gYXQgc2luayBwb2lu dCwgaXQgaWRlbnRpZnkgYW5kIHJlLWVuY2Fwc3VsYXRlIHRoZSBzZXJ2aWNlcyBjb250ZXh0PGJy Pg0KJmd0OyBieSBmbG93IGlkIGFuZCBTTiBpbiBzZXJ2aWNlcyBoZWFkZXIuPGJyPg0KJmd0OyBk byB5b3UgdGhpbmsgc28uPGJyPg0KPGJyPg0KUGxlYXNlIGNhbiB5b3Ugc2tldGNoIG91dCB5b3Vy IGxhYmVsIHN0YWNrIGFuZCBkZXNjcmliZSB0aGUgb3BlcmF0aW9uczxicj4NCnlvdSBoYXZlIGlu IG1pbmQ/PGJyPg0KPGJyPg0KVGhhbmtzPGJyPg0KPGJyPg0KU3Rld2FydDxicj4NCiZndDsgcmVn YXJkczxicj4NCiZndDsgbGl1PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7ICpTdGV3YXJ0 IEJyeWFudCAmbHQ7c3RicnlhbnRAY2lzY28uY29tJmd0Oyo8YnI+DQomZ3Q7PGJyPg0KJmd0OyAy MDA5LTA0LTAyIDE5OjI0PGJyPg0KJmd0OyDH67TwuLQguPg8YnI+DQomZ3Q7IHN0YnJ5YW50QGNp c2NvLmNvbTxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOzxicj4NCiZndDsgytW8 /sjLPGJyPg0KJmd0OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwO2xpdS5ndW9tYW5AenRlLmNvbS5jbjxicj4NCiZndDsgs63LzTxi cj4NCiZndDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDtwd2UzQGlldGYub3JnPGJyPg0KJmd0OyDW98ziPGJyPg0KJmd0OyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw O1JlOg0KW1BXRTNdIGRyYWZ0LWJyeWFudC1maWxzZmlscy1mYXQtcHctMDMgdG8gV0cgZHJhZnQ/ PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOzxicj4NCiZndDs8 YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyBsaXUuZ3Vv bWFuQHp0ZS5jb20uY24gd3JvdGU6PGJyPg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7IFN0ZXdh cnQ6PGJyPg0KJmd0OyAmZ3Q7IG15IHByb2JsZW0gaXMgOiBpZiB0aGVyZSBpcyBhIG11bHRpbWVk aWEgZGF0YSBmbG93LCB0aGUgZmxvdw0KbXVzdCBiZTxicj4NCiZndDsgJmd0OyB0cmFuc3BvcnRl ZCBpbiBvcmRlci4gb3IgZWxzZSBpdCB3aWxsIG5vdCBiZWNvbWUgYSBtdWx0aW1lZGlhDQpmbG93 Ljxicj4NCiZndDsgJmd0OyBob3cgdG8gcHJvY2VzcyB0aGUgZGF0YSBmbG93IGJ5IEVDTVA/PGJy Pg0KJmd0OyAmZ3Q7IElNTywgdGhlcmUgYXJlIHR3byBzb2x1dGlvbnM6PGJyPg0KJmd0OyAmZ3Q7 IDEgYXQgc2luayBwb2ludHMsIHRoZXJlIGFyZSBlbm91Z2ggYnVmZmVycyB0byBzdG9yZSB0aGUg ZGF0YQ0KZmxvdy48YnI+DQomZ3Q7ICZndDsgMiBkdXJpbmcgdHJhbnNwb3J0aW5nIHRoZSBkYXRh IGZsb3csIGl0IG11c3QgdHJhbnNwb3J0IGluIG9yZGVyLjxicj4NCiZndDsgJmd0Ozxicj4NCiZn dDsgJmd0OyBkbyB5b3UgdGhpbmsgc28/PGJyPg0KJmd0OyAmZ3Q7IHJlZ2FyZHM8YnI+DQomZ3Q7 ICZndDsgbGl1PGJyPg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyBZZXM8YnI+DQomZ3Q7PGJyPg0KJmd0 OyBSZW1lbWJlciB0aGlzIGRyYWZ0IGlzIHNpbXBseSBhIHRvb2wgdGhhdCBpcyB1c2VkIHRvIHNw cmVhZCBvdXQgYWxyZWFkeTxicj4NCiZndDsgaWRlbnRpZmllZCBmbG93cyBvdmVyIHRoZSBFQ01Q IHNldC48YnI+DQomZ3Q7PGJyPg0KJmd0OyBUaGUgcHJvY2Vzc2luZyBpbnRvIGFuZCBvdXQgb2Yg YSBmYXQgcHcgaXMgb3V0c2lkZSBpdCdzIHNjb3BlLjxicj4NCiZndDs8YnI+DQomZ3Q7IENsZWFy bHkgeW91IGNhbiBlbmFibGUgcy9uIC0gYXBwbHkgdGhlIExCIGxhYmVsIC0gYW5kIHB1dCB0aGUg Zmxvdw0KYmFjazxicj4NCiZndDsgdG9nZXRoZXIgYXQgdGhlIGVncmVzcyBpZiB0aGF0IHN1aXRz IHlvdSBhcHBsaWNhdGlvbiBvdGhlcndpc2UgYXMNCnlvdTxicj4NCiZndDsgc2F5IHlvdSBoYXZl IHRvIGhhdmUgbGFyZ2UgZW5vdWdoIGVuZCB0byBlbmQgYi93Ljxicj4NCiZndDs8YnI+DQomZ3Q7 IFJlbWVtYmVyIHdoYXQgaXQgc2F5cyBpbiB0aGUgUFdFMyBjaGFydGVyIC0gaWYgdGhlIGJlc3Qg ZWZmb3J0IGVtdWxhdGlvbjxicj4NCiZndDsgcHJvdmlkZWQgYnkgUFdFMyBpcyBub3QgZ29vZCBl bm91Z2gsIHRoZW4gZWl0aGVyIHByb3Bvc2UgYSBiZXR0ZXI8YnI+DQomZ3Q7IGVtdWxhdGlvbiwg b3IgdXNlIGEgcmVhbCB3aXJlLjxicj4NCiZndDs8YnI+DQomZ3Q7IFN0ZXdhcnQ8YnI+DQomZ3Q7 PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyAtLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxicj4NCiZndDsgWlRFIElu Zm9ybWF0aW9uIFNlY3VyaXR5IE5vdGljZTogVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0 aGlzDQptYWlsIGlzIHNvbGVseSBwcm9wZXJ0eSBvZiB0aGUgc2VuZGVyJ3Mgb3JnYW5pemF0aW9u LiBUaGlzIG1haWwgY29tbXVuaWNhdGlvbg0KaXMgY29uZmlkZW50aWFsLiBSZWNpcGllbnRzIG5h bWVkIGFib3ZlIGFyZSBvYmxpZ2F0ZWQgdG8gbWFpbnRhaW4gc2VjcmVjeQ0KYW5kIGFyZSBub3Qg cGVybWl0dGVkIHRvIGRpc2Nsb3NlIHRoZSBjb250ZW50cyBvZiB0aGlzIGNvbW11bmljYXRpb24g dG8NCm90aGVycy48YnI+DQomZ3Q7IFRoaXMgZW1haWwgYW5kIGFueSBmaWxlcyB0cmFuc21pdHRl ZCB3aXRoIGl0IGFyZSBjb25maWRlbnRpYWwgYW5kDQppbnRlbmRlZCBzb2xlbHkgZm9yIHRoZSB1 c2Ugb2YgdGhlIGluZGl2aWR1YWwgb3IgZW50aXR5IHRvIHdob20gdGhleSBhcmUNCmFkZHJlc3Nl ZC4gSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciBwbGVhc2Ugbm90aWZ5 IHRoZSBvcmlnaW5hdG9yDQpvZiB0aGUgbWVzc2FnZS4gQW55IHZpZXdzIGV4cHJlc3NlZCBpbiB0 aGlzIG1lc3NhZ2UgYXJlIHRob3NlIG9mIHRoZSBpbmRpdmlkdWFsDQpzZW5kZXIuPGJyPg0KJmd0 OyBUaGlzIG1lc3NhZ2UgaGFzIGJlZW4gc2Nhbm5lZCBmb3IgdmlydXNlcyBhbmQgU3BhbSBieSBa VEUgQW50aS1TcGFtDQpzeXN0ZW0uPGJyPg0KJmd0OyAmbmJzcDsgPGJyPg0KPGJyPg0KPC90dD48 L2ZvbnQ+DQo8YnI+DQo8YnI+PHByZT4NCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpaVEUmbmJzcDtJbmZvcm1hdGlvbiZuYnNwO1NlY3Vy aXR5Jm5ic3A7Tm90aWNlOiZuYnNwO1RoZSZuYnNwO2luZm9ybWF0aW9uJm5ic3A7Y29udGFpbmVk Jm5ic3A7aW4mbmJzcDt0aGlzJm5ic3A7bWFpbCZuYnNwO2lzJm5ic3A7c29sZWx5Jm5ic3A7cHJv cGVydHkmbmJzcDtvZiZuYnNwO3RoZSZuYnNwO3NlbmRlcidzJm5ic3A7b3JnYW5pemF0aW9uLiZu YnNwO1RoaXMmbmJzcDttYWlsJm5ic3A7Y29tbXVuaWNhdGlvbiZuYnNwO2lzJm5ic3A7Y29uZmlk ZW50aWFsLiZuYnNwO1JlY2lwaWVudHMmbmJzcDtuYW1lZCZuYnNwO2Fib3ZlJm5ic3A7YXJlJm5i c3A7b2JsaWdhdGVkJm5ic3A7dG8mbmJzcDttYWludGFpbiZuYnNwO3NlY3JlY3kmbmJzcDthbmQm bmJzcDthcmUmbmJzcDtub3QmbmJzcDtwZXJtaXR0ZWQmbmJzcDt0byZuYnNwO2Rpc2Nsb3NlJm5i c3A7dGhlJm5ic3A7Y29udGVudHMmbmJzcDtvZiZuYnNwO3RoaXMmbmJzcDtjb21tdW5pY2F0aW9u Jm5ic3A7dG8mbmJzcDtvdGhlcnMuDQpUaGlzJm5ic3A7ZW1haWwmbmJzcDthbmQmbmJzcDthbnkm bmJzcDtmaWxlcyZuYnNwO3RyYW5zbWl0dGVkJm5ic3A7d2l0aCZuYnNwO2l0Jm5ic3A7YXJlJm5i c3A7Y29uZmlkZW50aWFsJm5ic3A7YW5kJm5ic3A7aW50ZW5kZWQmbmJzcDtzb2xlbHkmbmJzcDtm b3ImbmJzcDt0aGUmbmJzcDt1c2UmbmJzcDtvZiZuYnNwO3RoZSZuYnNwO2luZGl2aWR1YWwmbmJz cDtvciZuYnNwO2VudGl0eSZuYnNwO3RvJm5ic3A7d2hvbSZuYnNwO3RoZXkmbmJzcDthcmUmbmJz cDthZGRyZXNzZWQuJm5ic3A7SWYmbmJzcDt5b3UmbmJzcDtoYXZlJm5ic3A7cmVjZWl2ZWQmbmJz cDt0aGlzJm5ic3A7ZW1haWwmbmJzcDtpbiZuYnNwO2Vycm9yJm5ic3A7cGxlYXNlJm5ic3A7bm90 aWZ5Jm5ic3A7dGhlJm5ic3A7b3JpZ2luYXRvciZuYnNwO29mJm5ic3A7dGhlJm5ic3A7bWVzc2Fn ZS4mbmJzcDtBbnkmbmJzcDt2aWV3cyZuYnNwO2V4cHJlc3NlZCZuYnNwO2luJm5ic3A7dGhpcyZu YnNwO21lc3NhZ2UmbmJzcDthcmUmbmJzcDt0aG9zZSZuYnNwO29mJm5ic3A7dGhlJm5ic3A7aW5k aXZpZHVhbCZuYnNwO3NlbmRlci4NClRoaXMmbmJzcDttZXNzYWdlJm5ic3A7aGFzJm5ic3A7YmVl biZuYnNwO3NjYW5uZWQmbmJzcDtmb3ImbmJzcDt2aXJ1c2VzJm5ic3A7YW5kJm5ic3A7U3BhbSZu YnNwO2J5Jm5ic3A7WlRFJm5ic3A7QW50aS1TcGFtJm5ic3A7c3lzdGVtLg0KPC9wcmU+ --=_alternative 0033635E48257598_=-- From stbryant@cisco.com Tue Apr 14 04:16:59 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id F21F43A6893; Tue, 14 Apr 2009 04:16:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.374 X-Spam-Level: X-Spam-Status: No, score=-8.374 tagged_above=-999 required=5 tests=[AWL=-0.225, BAYES_00=-2.599, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5Iz7t5okGflx; Tue, 14 Apr 2009 04:16:55 -0700 (PDT) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by core3.amsl.com (Postfix) with ESMTP id 5C7F13A67D7; Tue, 14 Apr 2009 04:16:54 -0700 (PDT) X-IronPort-AV: E=Sophos;i="4.40,184,1238976000"; d="scan'208";a="38234524" Received: from ams-dkim-2.cisco.com ([144.254.224.139]) by ams-iport-1.cisco.com with ESMTP; 14 Apr 2009 11:18:04 +0000 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 n3EBI4tZ009740; Tue, 14 Apr 2009 13:18:04 +0200 Received: from cisco.com (mrwint.cisco.com [64.103.71.48]) by ams-core-1.cisco.com (8.13.8/8.13.8) with ESMTP id n3EBI4M2024155; Tue, 14 Apr 2009 11:18:04 GMT Received: from dhcp-gpk02-vlan300-64-103-65-25.cisco.com (localhost [127.0.0.1]) by cisco.com (8.11.7p3+Sun/8.8.8) with ESMTP id n3EBI3C25182; Tue, 14 Apr 2009 12:18:04 +0100 (BST) Message-ID: <49E470EB.7030401@cisco.com> Date: Tue, 14 Apr 2009 12:18:03 +0100 From: Stewart Bryant User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: liu.guoman@zte.com.cn References: In-Reply-To: Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 8bit DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=4978; t=1239707884; x=1240571884; 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]=20draft-bryant-filsfils-fat-pw-0 3=20to=20WG=20draft? |Sender:=20; bh=j1+bRLQxhOPMjUAFYII/ZPmvFS3ycU+BhblHbykDlzQ=; b=rsmvEJ0h7k7rHqH483vZ/WI7Wp8BWPZjI+1S8ykscFEFMvQQVHIcezq+1R 7LZUBSamOwRQg4a+7sLK+/DMDRy9syuwdlPetd9h6iUuMQSyhxOHi9Woo8Lu NI3F3T7wPs; Authentication-Results: ams-dkim-2; header.From=stbryant@cisco.com; dkim=pass ( sig from cisco.com/amsdkim2001 verified; ); Cc: mpls@ietf.org, pwe3@ietf.org, mpls-tp@ietf.org Subject: Re: [mpls] [PWE3] draft-bryant-filsfils-fat-pw-03 to WG draft? X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: stbryant@cisco.com List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2009 11:16:59 -0000 Liu You cannot use information in the payload (i.e. after BoS) to load balance, because in MPLS the payload is opaque. liu.guoman@zte.com.cn wrote: > > stewart: > it is not clear expression here to use service header . IMO, adding > flow ID following CW field to identify which flow the service data > will belong to? then the service data may be carried by ECMP to > another sink points, the sink points will identify the service data by > flow ID . and the packet formats will the following: > LSP Label > PW Label > CW > Flow ID > Service data > > > > in addtions. if using a flow label, I think the draft will be MPLS or > MPLS-TP draft and shouldn't be disscussed in pwe3 work group. > thank you. > liu > This is a PWE3 problem because: 1) PWE3 needs a method of addressing the ECMP case 2) PWE3 will signal this in a different way from MPLS 3) MPLS-TP does not have ECMP. Stewart > > *Stewart Bryant * > > 2009-04-14 15:54 > 请答复 给 > stbryant@cisco.com > > > > 收件人 > liu.guoman@zte.com.cn > 抄送 > pwe3@ietf.org > 主题 > Re: [PWE3] draft-bryant-filsfils-fat-pw-03 to WG draft? > > > > > > > > > > liu.guoman@zte.com.cn wrote: > > > > Stewart: > > I understand your meaning , but I think it unnecessary to use and > > apply another flow label. we may add 2 bytes flow ID in services header, > > What do you mean by the services header? > > > so at sink point, it identify and re-encapsulate the services context > > by flow id and SN in services header. > > do you think so. > > Please can you sketch out your label stack and describe the operations > you have in mind? > > Thanks > > Stewart > > regards > > liu > > > > > > *Stewart Bryant * > > > > 2009-04-02 19:24 > > 请答复 给 > > stbryant@cisco.com > > > > > > > > 收件人 > > liu.guoman@zte.com.cn > > 抄送 > > pwe3@ietf.org > > 主题 > > Re: [PWE3] draft-bryant-filsfils-fat-pw-03 to WG draft? > > > > > > > > > > > > > > > > > > > > liu.guoman@zte.com.cn wrote: > > > > > > Stewart: > > > my problem is : if there is a multimedia data flow, the flow must be > > > transported in order. or else it will not become a multimedia flow. > > > how to process the data flow by ECMP? > > > IMO, there are two solutions: > > > 1 at sink points, there are enough buffers to store the data flow. > > > 2 during transporting the data flow, it must transport in order. > > > > > > do you think so? > > > regards > > > liu > > > > > Yes > > > > Remember this draft is simply a tool that is used to spread out already > > identified flows over the ECMP set. > > > > The processing into and out of a fat pw is outside it's scope. > > > > Clearly you can enable s/n - apply the LB label - and put the flow back > > together at the egress if that suits you application otherwise as you > > say you have to have large enough end to end b/w. > > > > Remember what it says in the PWE3 charter - if the best effort emulation > > provided by PWE3 is not good enough, then either propose a better > > emulation, or use a real wire. > > > > Stewart > > > > > > > > > > -------------------------------------------------------- > > 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. > > ------------------------------------------------------------------------ > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www.ietf.org/mailman/listinfo/pwe3 > From Sandeep.Bishnoi@alcatel-lucent.com Thu Apr 16 11:33:07 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 05E673A6B43 for ; Thu, 16 Apr 2009 11:33:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.189 X-Spam-Level: X-Spam-Status: No, score=-0.189 tagged_above=-999 required=5 tests=[AWL=2.410, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id H26gGOu+ocxD for ; Thu, 16 Apr 2009 11:33:06 -0700 (PDT) Received: from audl952.usa.alcatel.com (audl952.usa.alcatel.com [143.209.238.159]) by core3.amsl.com (Postfix) with ESMTP id 33CC73A6801 for ; Thu, 16 Apr 2009 11:33:06 -0700 (PDT) Received: from usdalsbhs02.ad3.ad.alcatel.com (usdalsbhs02.usa.alcatel.com [172.22.216.13]) by audl952.usa.alcatel.com (ALCANET) with ESMTP id n3GIYIjA005513 for ; Thu, 16 Apr 2009 13:34:18 -0500 Received: from USDALSMBS01.ad3.ad.alcatel.com ([172.22.216.10]) by usdalsbhs02.ad3.ad.alcatel.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 16 Apr 2009 13:34:18 -0500 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, 16 Apr 2009 13:34:19 -0500 Message-ID: <4E816EC104822245BA3C86149A7158150B1BD4D1@USDALSMBS01.ad3.ad.alcatel.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: LDP P2MP draft status Thread-Index: Acm3BNTMtRdQiCKdRe+EPVIaAya7QAHuI+IQ From: "BISHNOI Sandeep" To: X-OriginalArrivalTime: 16 Apr 2009 18:34:18.0584 (UTC) FILETIME=[F3D94D80:01C9BEC1] X-Scanned-By: MIMEDefang 2.64 on 143.209.238.34 Subject: [mpls] LDP P2MP draft status X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2009 18:33:07 -0000 Ina/IJsbrand and all,=20 Please revive the ldp-p2mp draft as it expired a while ago. Few comments: - Currently a single method of provisioning a p2mp tree is provided (section 2.3.1 - The Generic LSP Identifier). With multiple client applications we may run into issues that may require multiple identifier spaces defined. I would suggest separating out identifier space by client application (similar to FEC 128/129). Current Generic LSP identifier may be reserved for static provision and in future each client application may define its own standard identifier format. - Leaf status notification from a branch node to the root node must be defined. As the protocol is leaf initiated, there is no provision to inform the root node or a leaf node of failure in allocation of resources on an intermediate LSR node. - IANA is yet to assign TLV identifiers. Please include them in next version. Thanks, Sandeep From ice@cisco.com Fri Apr 17 05:21:28 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 81E8B3A6A90 for ; Fri, 17 Apr 2009 05:21:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ONxR7Gs1G-GJ for ; Fri, 17 Apr 2009 05:21:27 -0700 (PDT) Received: from av-tac-bru.cisco.com (odd-brew.cisco.com [144.254.15.119]) by core3.amsl.com (Postfix) with ESMTP id 7AE863A67F4 for ; Fri, 17 Apr 2009 05:21:27 -0700 (PDT) X-TACSUNS: Virus Scanned Received: from strange-brew.cisco.com (localhost.cisco.com [127.0.0.1]) by av-tac-bru.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id n3HCMa7g018964; Fri, 17 Apr 2009 14:22:36 +0200 (CEST) Received: from [10.55.191.147] (ams-iwijnand-8712.cisco.com [10.55.191.147]) by strange-brew.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id n3HCMZFQ017005; Fri, 17 Apr 2009 14:22:36 +0200 (CEST) In-Reply-To: <4E816EC104822245BA3C86149A7158150B1BD4D1@USDALSMBS01.ad3.ad.alcatel.com> References: <4E816EC104822245BA3C86149A7158150B1BD4D1@USDALSMBS01.ad3.ad.alcatel.com> Mime-Version: 1.0 (Apple Message framework v753.1) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: IJsbrand Wijnands Date: Fri, 17 Apr 2009 14:22:34 +0200 To: BISHNOI Sandeep X-Mailer: Apple Mail (2.753.1) Cc: mpls@ietf.org Subject: Re: [mpls] LDP P2MP draft status X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Apr 2009 12:21:28 -0000 Sandeep, > > > Ina/IJsbrand and all, > > Please revive the ldp-p2mp draft as it expired a while ago. Thx for the reminder. > > Few comments: > - Currently a single method of provisioning a p2mp tree is provided > (section 2.3.1 - The Generic LSP Identifier). With multiple client > applications we may run into issues that may require multiple > identifier > spaces defined. I would suggest separating out identifier space by > client application (similar to FEC 128/129). Current Generic LSP > identifier may be reserved for static provision and in future each > client application may define its own standard identifier format. So you are you suggesting to use the current Generic LSP identifier for static provisioning and define new opaque encodings for each application using mLDP. Each application can manage its own LSP identifier space. Is that right? Or do you want to carve up the Generic LSP identifier space in order to do that? > - Leaf status notification from a branch node to the root node must be > defined. As the protocol is leaf initiated, there is no provision to > inform the root node or a leaf node of failure in allocation of > resources on an intermediate LSR node. What is the advantage of doing that? Does the root node need to take action on that information? Or is this purely informational? > - IANA is yet to assign TLV identifiers. Please include them in next > version. Yes. Thx, Ice. From Sandeep.Bishnoi@alcatel-lucent.com Fri Apr 17 10:23:35 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 35D853A6DD4 for ; Fri, 17 Apr 2009 10:23:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.796 X-Spam-Level: X-Spam-Status: No, score=-1.796 tagged_above=-999 required=5 tests=[AWL=0.804, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EYx4s2RlQ31r for ; Fri, 17 Apr 2009 10:23:34 -0700 (PDT) Received: from audl953.usa.alcatel.com (audl953.usa.alcatel.com [143.209.238.162]) by core3.amsl.com (Postfix) with ESMTP id 4C36C3A6919 for ; Fri, 17 Apr 2009 10:23:34 -0700 (PDT) Received: from usdalsbhs01.ad3.ad.alcatel.com (usdalsbhs01.usa.alcatel.com [172.22.216.19]) by audl953.usa.alcatel.com (ALCANET) with ESMTP id n3HHOepE023590; Fri, 17 Apr 2009 12:24:40 -0500 Received: from USDALSMBS01.ad3.ad.alcatel.com ([172.22.216.10]) by usdalsbhs01.ad3.ad.alcatel.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 17 Apr 2009 12:24:40 -0500 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: Fri, 17 Apr 2009 12:24:40 -0500 Message-ID: <4E816EC104822245BA3C86149A7158150B1BD7DD@USDALSMBS01.ad3.ad.alcatel.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [mpls] LDP P2MP draft status Thread-Index: Acm/VzNiSdNSgj9hTDyTnlKaHajJ7wAI0tfA References: <4E816EC104822245BA3C86149A7158150B1BD4D1@USDALSMBS01.ad3.ad.alcatel.com> From: "BISHNOI Sandeep" To: "IJsbrand Wijnands" X-OriginalArrivalTime: 17 Apr 2009 17:24:40.0307 (UTC) FILETIME=[63D09430:01C9BF81] X-Scanned-By: MIMEDefang 2.64 on 143.209.238.34 Cc: mpls@ietf.org Subject: Re: [mpls] LDP P2MP draft status X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Apr 2009 17:23:35 -0000 Thanks for a prompt reply. SB> Please see inline. Sandeep, > > > Ina/IJsbrand and all, > > Please revive the ldp-p2mp draft as it expired a while ago. Thx for the reminder. > > Few comments: > - Currently a single method of provisioning a p2mp tree is provided > (section 2.3.1 - The Generic LSP Identifier). With multiple client > applications we may run into issues that may require multiple =20 > identifier > spaces defined. I would suggest separating out identifier space by > client application (similar to FEC 128/129). Current Generic LSP > identifier may be reserved for static provision and in future each > client application may define its own standard identifier format. So you are you suggesting to use the current Generic LSP identifier =20 for static provisioning and define new opaque encodings for each =20 application using mLDP. Each application can manage its own LSP =20 identifier space. Is that right? Or do you want to carve up the =20 Generic LSP identifier space in order to do that? SB> Correct. Carving up generic LSP identifier would probably not the best option. Let the identifier be an opaque value/format based on client application. > - Leaf status notification from a branch node to the root node must be > defined. As the protocol is leaf initiated, there is no provision to > inform the root node or a leaf node of failure in allocation of > resources on an intermediate LSR node. What is the advantage of doing that? Does the root node need to take =20 action on that information? Or is this purely informational? SB> As per the current defined behavior, the root node would have no information on number successful leaf nodes connected to the tree. Though lot of native IP multicast protocols work like that but now with other means possible to have better connectivity, the root node may choose to fallback on other available transport methods (e.g. RSVP P2MP). Action on failure information is local decision but we should probably have an optional method defined to propagate notifications to the root node.=20 > - IANA is yet to assign TLV identifiers. Please include them in next > version. Yes. Thx, Ice. From venkatflex@gmail.com Sat Apr 18 13:01:08 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8C05D28C175; Sat, 18 Apr 2009 13:01:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_36=0.6] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id In6gu4QQAmW2; Sat, 18 Apr 2009 13:01:07 -0700 (PDT) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.180]) by core3.amsl.com (Postfix) with ESMTP id 72CD23A6EEB; Sat, 18 Apr 2009 13:00:53 -0700 (PDT) Received: by wa-out-1112.google.com with SMTP id l35so649254waf.5 for ; Sat, 18 Apr 2009 13:02:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=Njtdw8OGD6qQZvs3ruybwgg3sGN+g9AUYuH5ZxXhhWk=; b=qmWjcoImv4iA7ignNq6N9POIrDatdkNWdLhds2pn8iLJcTtPsFxClp51gKw6ekSHxs MaBbhXQxKOeXnb99lNIEiLX0GODO0Hn3QmOmSY/d6GX44iTajcw4NylqO5uBubdO9TJG Q7dayaQNN90md1ZI/GFghOrzDGvfiBUjqyI4c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=nHPr7sF4siwqFyPMdfE2Pzf0lhSOyu6CzAXwZCHGs95FC+gXTtut6F1xUmsfpCtGYp 26d5bi4srpFcQqj8WmpMmzMm9IxDsG4QoM3F3uig2Da3NLXuX6UkfYS+cpdGHppoKjS4 V2/WC91zdQow687Jd5mADYjR5Y49oL8Q7L4e0= MIME-Version: 1.0 Received: by 10.114.67.17 with SMTP id p17mr2253805waa.203.1240084928135; Sat, 18 Apr 2009 13:02:08 -0700 (PDT) Date: Sun, 19 Apr 2009 01:32:08 +0530 Message-ID: <715756490904181302k6b59b9ebk9e96973de6be7c5a@mail.gmail.com> From: venkatesan mahalingam To: mpls@ietf.org, l2vpn@ietf.org, l2vpn-request@ietf.org Content-Type: multipart/alternative; boundary=00163646c77aa204700467d9c5f5 Subject: [mpls] Doubt on PW info. length format X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Apr 2009 20:01:08 -0000 --00163646c77aa204700467d9c5f5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi All,Please help me in understanding the encoding of Gen FEC Id element, PW info length is one byte length in FEC element format. As per RFC-4447 standard, we need to store the length of AGI, SAII and TAII length into this one byte PW info length. If all are max length say 255. then we are getting (255+255+255) => 765. How can we accomadate this value in one byte length PW info length field? For your reference I've attached the RFC contents, 5.3.2. Encoding the Generalized ID FEC Element FEC element type 0x81 is used. The FEC element is encoded as follows: 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |Gen PWid (0x81)|C| PW Type |PW info Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | AGI Type | Length | Value | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ~ AGI Value (contd.) ~ | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | AII Type | Length | Value | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ~ SAII Value (contd.) ~ | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | AII Type | Length | Value | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ~ TAII Value (contd.) ~ | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ This document does not specify the AII and AGI type field values; specification of the type field values to be used for a particular application is part of the specification of that application. IANA has assigned these values using the method defined in the [IANA ] document. The SAII, TAII, and AGI are simply carried as octet strings. The length byte specifies the size of the Value field. The null string can be sent by setting the length byte to 0. If a particular application does not need all three of these sub-elements, it MUST send all the sub-elements but set the length to 0 for the unused sub-elements. The PW information length field contains the *length of the SAII, TAII, and AGI, combined in octets*. If this value is 0, then it references all PWs using the specified grouping ID. In this case, there are no other FEC element fields (AGI, SAII, etc.) present, nor any interface parameters TLVs. --00163646c77aa204700467d9c5f5 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable 
=

Hi All,
Please help me in understanding the encoding of Ge=
n FEC Id element,

PW info length is one byte length in FEC element format.
As per RFC-4447=
 standard, we need to store the length of AGI, SAII and TAII length into th=
is one byte PW info length.

If all are max length say 255.
then w=
e are getting (255+255+255) =3D> 765.

How can we accomadate this value in one byte length PW info length field?
For your reference I've attached the RFC contents,

5.3.2.  Encoding the Generalized ID FEC Element<=
/h4>

   FEC element type 0x81 is used.  The FEC element is encoded as=

   follows:

    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

   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   =
|Gen PWid (0x81)|C|         PW Type             |PW info Length |
   +-+=
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |   AG=
I Type    |    Length     |      Value                    |

   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   =
~                    AGI  Value (contd.)                        ~
   |  =
                                                             |
   +-+-+-=
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

   |   AII Type    |    Length     |      Value                    |
   =
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   ~  =
                 SAII  Value (contd.)                        ~
   |     =
                                                          |

   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   =
|   AII Type    |    Length     |      Value                    |
   +-+=
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   ~     =
              TAII Value (contd.)                         ~

   |                                                               |
   =
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

  =
 This document does not specify the AII and AGI type field values;
   sp=
ecification of the type field values to be used for a particular

   application is part of the specification of that application.  IANA
 =
  has assigned these values using the method defined in the [IANA]

   document.

   The SAII, TAII, and AGI are simply carried as octet =
strings.  The
   length byte specifies the size of the Value field.  The=
 null string
   can be sent by setting the length byte to 0.  If a parti=
cular

   application does not need all three of these sub-elements, it MUST
  =
 send all the sub-elements but set the length to 0 for the unused
   sub=
-elements.

   The PW information length field contains the length=
 of the SAII,

   TAII, and AGI, combined in octets.  If this value is 0, then it
 =
  references all PWs using the specified grouping ID.  In this case,
   =
there are no other FEC element fields (AGI, SAII, etc.) present, nor

   any interface parameters TLVs.
--00163646c77aa204700467d9c5f5-- From hshah@ciena.com Sun Apr 19 15:56:56 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 39F3A3A6936; Sun, 19 Apr 2009 15:56:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.769 X-Spam-Level: X-Spam-Status: No, score=-1.769 tagged_above=-999 required=5 tests=[AWL=0.229, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_36=0.6] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QKANl-fs6+ex; Sun, 19 Apr 2009 15:56:55 -0700 (PDT) Received: from hicks.ciena.com (hicks.ciena.com [63.118.34.22]) by core3.amsl.com (Postfix) with ESMTP id 753093A67AA; Sun, 19 Apr 2009 15:56:54 -0700 (PDT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqsEAN9I60k/dicV/2dsb2JhbACCJC2SRbZzg30G x-mimeole: Produced By Microsoft MimeOLE V6.00.3790.4325 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Sun, 19 Apr 2009 18:58:08 -0400 Message-ID: <6535C9CED6F87446B41D20EF170F23623161F5@mamxm01.ciena.com> Content-Type: multipart/related; boundary="----=_NextPart_000_009C_01C9C120.C7FF6E90" X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Doubt on PW info. length format Thread-Index: AcnAYLRpebvslb3nTaO4SVVa8UaYBQA4DBA4 References: <715756490904181302k6b59b9ebk9e96973de6be7c5a@mail.gmail.com> From: "Shah, Himanshu" To: "venkatesan mahalingam" , , , Importance: normal Priority: normal X-OriginalArrivalTime: 19 Apr 2009 22:58:09.0248 (UTC) FILETIME=[4EE62E00:01C9C142] Subject: Re: [mpls] Doubt on PW info. length format X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Apr 2009 22:56:56 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_009C_01C9C120.C7FF6E90 Content-Transfer-Encoding: 7bit Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C9C142.4E86EB96" ------_=_NextPart_001_01C9C142.4E86EB96 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable cumulative should not exceed 255. AGI and AII max lengths are restricted by their respective types which has to be approved by expert review and registered by IANA.=20 Check out http://www.iana.org/assignments/pwe3-parameters So far max AII len is 35 for AII type 4 and max AGI len is 8. hope this helps.. himanshu -----Original Message----- From: l2vpn-bounces@ietf.org on behalf of venkatesan mahalingam Sent: Sat 4/18/2009 4:02 PM To: mpls@ietf.org; l2vpn@ietf.org; l2vpn-request@ietf.org Subject: Doubt on PW info. length format =20 Hi All,Please help me in understanding the encoding of Gen FEC Id = element, PW info length is one byte length in FEC element format. As per RFC-4447 standard, we need to store the length of AGI, SAII and TAII length into this one byte PW info length. If all are max length say 255. then we are getting (255+255+255) =3D> 765. How can we accomadate this value in one byte length PW info length = field? For your reference I've attached the RFC contents, 5.3.2. Encoding the Generalized ID FEC Element FEC element type 0x81 is used. The FEC element is encoded as follows: 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |Gen PWid (0x81)|C| PW Type |PW info Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | AGI Type | Length | Value | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ~ AGI Value (contd.) ~ | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | AII Type | Length | Value | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ~ SAII Value (contd.) ~ | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | AII Type | Length | Value | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ~ TAII Value (contd.) ~ | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ This document does not specify the AII and AGI type field values; specification of the type field values to be used for a particular application is part of the specification of that application. IANA has assigned these values using the method defined in the [IANA ] document. The SAII, TAII, and AGI are simply carried as octet strings. The length byte specifies the size of the Value field. The null string can be sent by setting the length byte to 0. If a particular application does not need all three of these sub-elements, it MUST send all the sub-elements but set the length to 0 for the unused sub-elements. The PW information length field contains the *length of the SAII, TAII, and AGI, combined in octets*. If this value is 0, then it references all PWs using the specified grouping ID. In this case, there are no other FEC element fields (AGI, SAII, etc.) present, nor any interface parameters TLVs. ------_=_NextPart_001_01C9C142.4E86EB96 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable RE: Doubt on PW info. length format

cumulative should not exceed 255.

AGI and AII max lengths are restricted by their respective
types which has to be approved by expert review and registered by = IANA.

Check out http://www.iana.= org/assignments/pwe3-parameters

So far max AII len is 35 for AII type 4 and max AGI len is 8.

hope this helps..
himanshu





-----Original Message-----


From: l2vpn-bounces@ietf.org on behalf of venkatesan mahalingam
Sent: Sat 4/18/2009 4:02 PM
To: mpls@ietf.org; l2vpn@ietf.org; l2vpn-request@ietf.org
Subject: Doubt on PW info. length format

Hi All,Please help me in understanding the encoding of Gen FEC Id = element,
PW info length is one byte length in FEC element format.
As per RFC-4447 standard, we need to store the length of AGI, SAII = and
TAII length into this one byte PW info length.

If all are max length say 255.
then we are getting (255+255+255) =3D> 765.
How can we accomadate this value in one byte length PW info length = field?

For your reference I've attached the RFC contents,

5.3.2.  Encoding the Generalized ID FEC Element
   FEC element type 0x81 is used.  The FEC element is = encoded as
   follows:

    = 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
   = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |Gen PWid = (0x81)|C|         PW = Type           &nb= sp; |PW info Length |
   = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |   AGI Type    = |    Length     = |      = Value           &n= bsp;        |
   = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   = ~            =         AGI  Value = (contd.)           = ;            = ~
   = |            =             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;  |
   = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |   AII Type    = |    Length     = |      = Value           &n= bsp;        |
   = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   = ~            =        SAII  Value = (contd.)           = ;            = ~
   = |            =             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;  |
   = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |   AII Type    = |    Length     = |      = Value           &n= bsp;        |
   = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   = ~            =        TAII Value = (contd.)           = ;            =   ~
   = |            =             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;  |
   = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

   This document does not specify the AII and AGI type field = values;
   specification of the type field values to be used for a = particular
   application is part of the specification of that = application.  IANA
   has assigned these values using the method defined in the = [IANA
<http://tools.ietf.or= g/html/rfc4447#ref-IANA>]
   document.

   The SAII, TAII, and AGI are simply carried as octet = strings.  The
   length byte specifies the size of the Value field.  = The null string
   can be sent by setting the length byte to 0.  If a = particular
   application does not need all three of these sub-elements, = it MUST
   send all the sub-elements but set the length to 0 for the = unused
   sub-elements.

   The PW information length field contains the *length of the = SAII,
   TAII, and AGI, combined in octets*.  If this value is = 0, then it
   references all PWs using the specified grouping ID.  = In this case,
   there are no other FEC element fields (AGI, SAII, etc.) = present, nor
   any interface parameters TLVs.


------_=_NextPart_001_01C9C142.4E86EB96-- ------=_NextPart_000_009C_01C9C120.C7FF6E90 Content-Type: image/gif Content-Transfer-Encoding: base64 Content-ID: R0lGODlh3AAeAPcAANINQfb29uiCnuqVq9AALPXb4vLBzCopFcsAGbOyq+dmc8nJxeJig8gAB/3/ //TS2/r2+Pr5+eydsuZ8mauqo++0w2JiVBgXAuVyke6qvGtqXdMSRru6s/z///np7dEIPtrZ1vG9 y4yLgfru8dXU0kxKOtEANfz5+kNCMdMQRNLRzuFVeu2htFpaTPfh6NAAMdw6ZfLE0fjl6umNps8A LeTk4tQUSVNSQzw7Kfr19u6luc4AKfTO2fC1xPGqspyblIWEeuHh3s0AJdoyWc7OytosWd5BbPLx 8ZaVjHZ1aXt6bvn39+FZfunq6dglU6alnuHh4MXGwds0YYKBdvz8/NIFPDUzIc8AMPGzus0AIOh+ mtAAA9IKQAMCAMLCvfTK1d5JcuFSdNUEF9orVeno5umFoPTM1pSUitgeUOqKpPry9u7u7L6+uPnx 8vXW36KhmXJxZSMiDn18cd7d2ubm5N9SedUNQt/f3Od5l/fe5Pfi5uNmiMTEvuNqidEAOO+jqvz+ /JKRiNUbR+JdgdMRRe3s65iXjtIUNaCfl9IEOueAnOVWZeRpivff5dcbTdckTdjX0/PI0+VvjdMO Q7e1sNYYTNIAOJGQhtrb2I+OhdQKQGZlWOzr6nh3a9YSQuqKo9ECOmBfUKWjneRpjP39/szMxjk5 J9ICOPT08/Dw7/Xz9eRwj4mJfz8+LcDAutMSRdMQRjIxH9MQQW5tX4iGe9DPy2loW0JAMP36/OBO dOqPp6ion6Sim/PM18jHwt09Z5mZj15dTtMUR9ICO9ACOVhXSNMEPEdFNh4dCcwAHy8uGzc2JcTD vvz19//9/4B/dNzb2ZSTidIBO/f39rCvqdYYQ1BPP++xwPv7/NQANueMo8/RzdfY1Ofo5Orn50lI OdEDO+yYr/C4xlBOP7i3sfz9/FdZSFpXR/Cuwf78/dAEMdIHNhAOAOLk4P7//uPj4NggUfDv7tkn V+qRqO6dpfv7+pOUi8jIxOZ3lN9IbqOjm+6uv8vKxudwhKmooP///yH5BAAAAAAALAAAAADcAB4A AAj/AP8JHEiw4MAObUgZXMiwocOHECNKnEixosWLGDO6YSRlRYyMIEOKHEmypEmLjdAkI5CsiriT MGPKnEkzpDtFLTcQQpDPQc2fQIMKJemuDoFXr2zsKAJhqNOnUKP+u4mgig1YCHL5lMq1q9eRMuQh GAvg49ezaNM+dIEnzJ5IauPKjeqg7taK7to84MHDxV2I7upCtOvA3dzDQiOEmMGI0Z49M67JmCpj RLMRMk4sjMHEBpdJmiaBMUDQRYwvZr4Y8PDPATp8DBjNK1DQHSAZPebh2zOKkRYWehALj+lAghQT O2hcoUFjBwJJ/x7Iq1QEnqMKBTvgeyHkhZ/vJrqH/xs4IZudFKcIXHO3gkByAkI0jReYLlw+eC+S X1nunhCepsMFGBI2gwixAzgATDJJCilMggAT//QCH3JCsECQA0xkYcIkGwhDyAYbyJKFHW4IhAEB JoDywgur1CGEHwpOAkByGQjkQiUImPBBggvKyAUNCPyihoBEWtQBEzl+COIkXHCRQjJ9RGeHHxt8 YEmNArmDRxangEgIOMpxUaUQihimhSWEpLmBDcN8kIIwOoEohDxDuiCPCQBwUUUibU4C5wbEIDBK kYRKJEEWoAjzygaTmHDFii80sIKUVFqJ5T8GmPDCoim8oMkKYFQxCSHJ1GEmmmoCoOkVfnxIiDCg mP8Qwj8u2JAMcx94AksiL4j5KgGy0FbosAudMIQQHm7wIzwT6KDDDGNA9wAAlV6ZJRNCpKATDWjM +g8DeJZ6apqEpGCCI3sw4sgLrnJxhS7/5FHEL5/sE8MDDxgArpgbVPGChcQGPFAMO8Dy4SQvMMHa QJf9w8OUVVqyj0AyVPMCiCac8pJA87C6QxnjEvKKH5WQ9k8kaJiQ5iQ0aPFPOY0wNAgNIAJAgACG CRzwADt4SMgVUkTAkBkQc2ECwNeYAA6jNICx1QnH0eCJsGeKDAANqxA0wQ5isqzIQA7EUAYDKzDw SS8CvMDhjDjrHPAeJix69QQNEU3lJASUIVAaBHD/IQwAV2Q9FSMvIKe3QFUrS8AABM3DNdNf/xMD DCvusIOB0mzA4AY2t+32sODK/QK8Q0/5yiRXHC7ADgCcvsOk/2BQuBAr3JU4FwTMkPM/aQjRNQ0C /POFMS8m+AIN8F2RbOe7w9T85yetcvHpNEBXuh+np87xFb6+4IQ4DBDwQhYwAIg4morrPlDvXef+ jxFZaEuIJVIoopsUxmjLPEYj/IFFOQypxSZqwRV+2OIeJinFEwJQEF50ggxe4MBEJICsD5nABl8o 3SnStAPrheAUidBJCmDxgUfRIBdtKMjtcrc79nGOBhIYgSbiRgg/yGNh/9DBDtZ2s+dJpB6L2MIW /+hBkHiIoBT/oEYXKCESciDBhxHxRxcQYZJNsIMEBQnGBXzxjVYohCBP8MdCeNA3nRDiBfDYh2am wpd/mEETrdqACYqQg38AoghXUFMKuGAMG2iDIF8AmQDQhzv17c13jLoCC3phDGmU6wV7IMge8si5 Hl4kD2LYQgMWcRdqsCMJ/2ADMngBgiYIZAnMIGARydAEftBBIJxgwxz+sYRxIKMUR4AGLv4BhRr8 IwCYEEgp+CC0I9BhDZj4ATIS8A9MQAMbA1lCFBaQDlV0owlReMdAVOCFIwxkAQtI4hSgyQ9XLOEf cDjAO/xhiKkwgx//IMMylgEJZxSkHDDIApweaf+CX/ShDwxQx6T0YAOVpckEdQjBPqSAPTPWEAYe 6IAHQqAFddDgBGkgJAvXh0jUseABxhjGK+ZXBBe0RgJ+WFolPVcRB/RjC2LwwUDucIw4KMMebDhA Kw5wA1TEwwKtwEE7ByKKW5TgANaYBhGsgYJvsEEfB4hDKEQQCwr8owQl+McZSgCCKcQBGcFYQwJu cYxxKOEWXkhAHH6QsxrYYhlW4AMFjvGNOJhiG/9AwjFuYQFUOGMWF0DGG5CggWkYogStCAUqgKCM d0QDCAFIZwmoAYSoctUgGcgCDWwQpw/QIAvJEEIDGPCPDsBgBx96BQAKlz/NyY9BhBCEEx6RiCv/ NOAQvDuF3Da6N64Jg2USyIEmXuAhczmBEXX4zgZ2GzyMUCESZiDINAJxAA2AwAsXSIISLiAKVrBD CSjogisGcokuaCAJyDDEJuLAijgcwBehiEUCIHGAYnDgqxz4hgUygYwpKFMOP+jCDdiAiFaYIxab WMNAdtEFFDxjGmfIrj6kSok4FGMWXWDFJdgxBWDUwhZxwIYontEJdlCDFVaYQwvGkQB2WEEENSDC LW5BgVQYxB0TQMAO3iSMHtvABpUQAmn/EY4ssKvHwvhAFT6Qnx184FV/MwENXnAFEzRgCA4oAyF3 YMh/fMLJL0zDP+qAgA/0+IzweZHmKqm3POgA/4cgaccy/8GHC2jTFEAIxQFYkQQckGMg9rhADZqA Alsc4xhIaMEN/kGLWwgECQfAgQVacAtTEGEWyxBIKMYRjVjMkhmxCCw0CNKNJBSjGFFAAg4K8Y9O WEEDB7AFEIoBBMQORAmtuAMQkiCCZeiDFqaAwixCEYBnWOMcEmzBJhriDgGoYyVKA0UiTmHlMBjG AYMI7aM0RQMhVCEXv8iCEFhVhSr4gTvrGMQD/iGJZOwAPg1orkAm0IBkXEG0GPiHHpygYxNUARQ7 yII88vlu0eLhH/gwAekmEgH//UUF7DgGCJR4D1RcgBW0YIcInpEJBgpEDl24QxDikIT1vqETT//4 hwa6YIgIkAEZXUhAILqgjH8Ygh1AQAIy5CACdnDjH0/gcAmUgUWBHOEHnehCC0SgDCVQIA4WuG8o gPEMMoigC0D4gQosYApDdCEJwGAHEpSADBLcwNG8wHAr/nEDZOiDEw2JxCAEkQ0/WMISeBrDpTow DynIQhMAEMQvJhADdzRDF373gwnMU4RVwEUg4ZCCEYwAgyLoYHc6kMcvjPCLIkjARgwQBLUtUQ0m NCIE86K85XNohI1J5AQKEOIfdneETXTBFuRQxj28YQUKTCMUprBCIAgSCGVAAwQoeMIdvoGDW0hw F4Hlwz82cQBO0LcT/4iABpBxgWAEwB/KwCv/NYjuiu8OpBTHwMEBKPEDK7QCGcpQgc1NkdhzWoAd 7EDEFG6ggmJ8QwPLsAuZcAvcAAebQALWEAuxQEU3Fwfyx2y44Sw6cA1uoAbPowYF8AV9YT4C0Qxu UAEskAEPMAIFcQJtAAFLkAMjsEsDcQIjkAMQAAEjsEatIQMGwAIVkAeG4Q4jgIIqqBmAMAJQ1BCY JEScRBCqsAAgQArtoBBBMA2/NE02NhBHEARTUQNQyAleoAJC4w4g4Auo8A/GJBA14HHlUAv8AIXT AAVU8A/TYIX/cAd38EXTQAJeMEuBEAscAA1w+A8kwAe+9A9UsABEMA2o0A1ieA930AT1oAqvL7QG hUAF3OAKsySIKsAPQgM9J+EAsRdTOkMLB0AEmjgsJ4AFITCERAIJlGBKThEQADs= ------=_NextPart_000_009C_01C9C120.C7FF6E90-- From lizhong.jin@nsn.com Sun Apr 19 19:23:09 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4E6CF3A6858 for ; Sun, 19 Apr 2009 19:23:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iUeeLvw-3+KE for ; Sun, 19 Apr 2009 19:23:08 -0700 (PDT) Received: from demumfd001.nsn-inter.net (demumfd001.nsn-inter.net [217.115.75.233]) by core3.amsl.com (Postfix) with ESMTP id 049CC3A67D2 for ; Sun, 19 Apr 2009 19:23:07 -0700 (PDT) Received: from demuprx016.emea.nsn-intra.net ([10.150.129.55]) by demumfd001.nsn-inter.net (8.12.11.20060308/8.12.11) with ESMTP id n3K2O9kC028692 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 20 Apr 2009 04:24:09 +0200 Received: from demuexc024.nsn-intra.net (demuexc024.nsn-intra.net [10.159.32.11]) by demuprx016.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id n3K2O9rp007183; Mon, 20 Apr 2009 04:24:09 +0200 Received: from CNBEEXC006.nsn-intra.net ([10.159.192.80]) by demuexc024.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.3959); Mon, 20 Apr 2009 04:24:08 +0200 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, 20 Apr 2009 10:24:01 +0800 Message-ID: <328B9F5068825A48A4B8422A350B90473F077E@CNBEEXC006.nsn-intra.net> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: mpls Digest, Vol 60, Issue 7 thread-index: Acm/juyzHvDMuLpYRDioltSW4Jg26QBz4fqQ References: From: "Jin, Lizhong (NSN - CN/Shanghai)" To: , "ext IJsbrand Wijnands" , X-OriginalArrivalTime: 20 Apr 2009 02:24:08.0761 (UTC) FILETIME=[15BE3290:01C9C15F] Subject: Re: [mpls] mpls Digest, Vol 60, Issue 7 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2009 02:23:09 -0000 Hi Ice: Leaf status notification for mLDP is still valuable for P2MP PW multiplexing/demultiplexing. Although we can use other signaling to do the mLDP leaf auto-discovery, it is not a perfect solution as we discussed before. Best Regards Lizhong Jin -----Original Message----- From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of ext mpls-request@ietf.org Sent: Saturday, April 18, 2009 3:00 To: mpls@ietf.org Subject: mpls Digest, Vol 60, Issue 7 Send mpls mailing list submissions to mpls@ietf.org To subscribe or unsubscribe via the World Wide Web, visit https://www.ietf.org/mailman/listinfo/mpls or, via email, send a message with subject or body 'help' to mpls-request@ietf.org You can reach the person managing the list at mpls-owner@ietf.org When replying, please edit your Subject line so it is more specific than "Re: Contents of mpls digest..." Today's Topics: 1. Re: LDP P2MP draft status (IJsbrand Wijnands) 2. Re: LDP P2MP draft status (BISHNOI Sandeep) ---------------------------------------------------------------------- Message: 1 Date: Fri, 17 Apr 2009 14:22:34 +0200 From: IJsbrand Wijnands Subject: Re: [mpls] LDP P2MP draft status To: BISHNOI Sandeep Cc: mpls@ietf.org Message-ID: Content-Type: text/plain; charset=3DUS-ASCII; delsp=3Dyes; = format=3Dflowed Sandeep, > > > Ina/IJsbrand and all, > > Please revive the ldp-p2mp draft as it expired a while ago. Thx for the reminder. > > Few comments: > - Currently a single method of provisioning a p2mp tree is provided > (section 2.3.1 - The Generic LSP Identifier). With multiple client > applications we may run into issues that may require multiple =20 > identifier > spaces defined. I would suggest separating out identifier space by > client application (similar to FEC 128/129). Current Generic LSP > identifier may be reserved for static provision and in future each > client application may define its own standard identifier format. So you are you suggesting to use the current Generic LSP identifier =20 for static provisioning and define new opaque encodings for each =20 application using mLDP. Each application can manage its own LSP =20 identifier space. Is that right? Or do you want to carve up the =20 Generic LSP identifier space in order to do that? > - Leaf status notification from a branch node to the root node must be > defined. As the protocol is leaf initiated, there is no provision to > inform the root node or a leaf node of failure in allocation of > resources on an intermediate LSR node. What is the advantage of doing that? Does the root node need to take =20 action on that information? Or is this purely informational? > - IANA is yet to assign TLV identifiers. Please include them in next > version. Yes. Thx, Ice. ------------------------------ Message: 2 Date: Fri, 17 Apr 2009 12:24:40 -0500 From: "BISHNOI Sandeep" Subject: Re: [mpls] LDP P2MP draft status To: "IJsbrand Wijnands" Cc: mpls@ietf.org Message-ID: =09 <4E816EC104822245BA3C86149A7158150B1BD7DD@USDALSMBS01.ad3.ad.alcatel.com > =09 Content-Type: text/plain; charset=3D"us-ascii" Thanks for a prompt reply. SB> Please see inline. Sandeep, > > > Ina/IJsbrand and all, > > Please revive the ldp-p2mp draft as it expired a while ago. Thx for the reminder. > > Few comments: > - Currently a single method of provisioning a p2mp tree is provided > (section 2.3.1 - The Generic LSP Identifier). With multiple client > applications we may run into issues that may require multiple =20 > identifier > spaces defined. I would suggest separating out identifier space by > client application (similar to FEC 128/129). Current Generic LSP > identifier may be reserved for static provision and in future each > client application may define its own standard identifier format. So you are you suggesting to use the current Generic LSP identifier =20 for static provisioning and define new opaque encodings for each =20 application using mLDP. Each application can manage its own LSP =20 identifier space. Is that right? Or do you want to carve up the =20 Generic LSP identifier space in order to do that? SB> Correct. Carving up generic LSP identifier would probably not the best option. Let the identifier be an opaque value/format based on client application. > - Leaf status notification from a branch node to the root node must be > defined. As the protocol is leaf initiated, there is no provision to > inform the root node or a leaf node of failure in allocation of > resources on an intermediate LSR node. What is the advantage of doing that? Does the root node need to take =20 action on that information? Or is this purely informational? SB> As per the current defined behavior, the root node would have no information on number successful leaf nodes connected to the tree. Though lot of native IP multicast protocols work like that but now with other means possible to have better connectivity, the root node may choose to fallback on other available transport methods (e.g. RSVP P2MP). Action on failure information is local decision but we should probably have an optional method defined to propagate notifications to the root node.=20 > - IANA is yet to assign TLV identifiers. Please include them in next > version. Yes. Thx, Ice. ------------------------------ _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls End of mpls Digest, Vol 60, Issue 7 *********************************** From abdullahkicsit@gmail.com Mon Apr 20 09:20:31 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A98DD3A6F46 for ; Mon, 20 Apr 2009 09:20:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.578 X-Spam-Level: * X-Spam-Status: No, score=1.578 tagged_above=-999 required=5 tests=[BAYES_40=-0.185, HTML_MESSAGE=0.001, MISSING_SUBJECT=1.762] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fOSeyWzrtiUZ for ; Mon, 20 Apr 2009 09:20:31 -0700 (PDT) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.174]) by core3.amsl.com (Postfix) with ESMTP id 147C63A6F5E for ; Mon, 20 Apr 2009 09:20:31 -0700 (PDT) Received: by wf-out-1314.google.com with SMTP id 24so2529511wfg.31 for ; Mon, 20 Apr 2009 09:21:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=6/U+dM/Ncbcl0pfcikbAMq190vE/QDIE4ce1RYPjgVw=; b=V9D99NUtJAKXgxi+9qgmzsrZmlm/7nf3WpQ7hPBAbrcm+ZkRulCdfoYlgQK1laRD6/ DgPBVV7tRJDc8cXdEuiy1743Rp4bmaHRtQsZVdnFwSwbsfrkH/LRMloIZEwxvBzpljxk 9W0eTrQ5L9krZej/Mdm0SdEKHXi0d8K2a8HHI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=QF4CKqcBL7/ZnSHK/ZN+flnRGrhLggBlwpoVgsm5tpMJCYjnaHEM4oRetLi95N91Up zLI0KuDllTNUkE/gyp62KWalcY1zC2Gbl6u0jzxpqcm+CqG77mI9+mXeV99DTF/8qvMI UgAqadtCN9BVG+WBoPjpXdVERKxMfvJCBnADc= MIME-Version: 1.0 Received: by 10.142.144.16 with SMTP id r16mr4464017wfd.84.1240244506945; Mon, 20 Apr 2009 09:21:46 -0700 (PDT) Date: Mon, 20 Apr 2009 21:21:46 +0500 Message-ID: From: Abdullah Shafiq To: mpls@ietf.org Content-Type: multipart/alternative; boundary=000e0cd3274645699d0467feedc5 Subject: [mpls] (no subject) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2009 16:20:31 -0000 --000e0cd3274645699d0467feedc5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi dear I am a student of Bachelors. And i am doing the project of mpls topology discovery. Kinldy mail me some source code in netbeans or java. Kindly also mail me how to get value from router through oid or snmp. And plz tell me how to add library in netbeans or java. I shall be very thankfull to you and will pray for all of you.. -- MR.ABDULLAH SHAFIQ KICSIT BEIT VI KRL --000e0cd3274645699d0467feedc5 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Hi dear
=A0
=A0=A0=A0=A0=A0=A0 I am a student of Bachelors. And i am doing the pro= ject of mpls topology discovery. Kinldy mail me some source code in netbean= s or java. Kindly also mail me how to get value from router through oid or = snmp. And plz tell me how to add library in netbeans or java. I shall be ve= ry thankfull to you and will pray for all of you..

--
MR.ABDULLAH SHAFIQ
KICSIT
BEIT VI
KRL
--000e0cd3274645699d0467feedc5-- From Martin.Vigoureux@alcatel-lucent.com Fri Apr 24 04:12:12 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 082EB3A6FFC; Fri, 24 Apr 2009 04:12:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.027 X-Spam-Level: X-Spam-Status: No, score=-6.027 tagged_above=-999 required=5 tests=[AWL=0.222, BAYES_00=-2.599, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xeXwbBp53d2V; Fri, 24 Apr 2009 04:12:11 -0700 (PDT) Received: from smail3.alcatel.fr (smail3.alcatel.fr [64.208.49.56]) by core3.amsl.com (Postfix) with ESMTP id 71B8F3A6FFF; Fri, 24 Apr 2009 04:11:14 -0700 (PDT) Received: from FRVELSBHS05.ad2.ad.alcatel.com (frvelsbhs05.dc-m.alcatel-lucent.com [155.132.6.77]) by smail3.alcatel.fr (8.13.8/8.13.8/ICT) with ESMTP id n3OBCSZ8011888; Fri, 24 Apr 2009 13:12:28 +0200 Received: from [135.244.36.16] ([135.244.36.16]) by FRVELSBHS05.ad2.ad.alcatel.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Fri, 24 Apr 2009 13:12:27 +0200 Message-ID: <49F19E8F.7050105@alcatel-lucent.com> Date: Fri, 24 Apr 2009 13:12:15 +0200 From: Martin Vigoureux Organization: Alcatel-Lucent User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: mpls@ietf.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 24 Apr 2009 11:12:28.0253 (UTC) FILETIME=[8DC3D0D0:01C9C4CD] X-Scanned-By: MIMEDefang 2.57 on 155.132.188.83 Cc: ccamp@ops.ietf.org, l2vpn@ietf.org, pwe3@ietf.org, mpls-tp@ietf.org Subject: [mpls] IETF 74 - MPLS WG minutes X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2009 11:12:12 -0000 all, the minutes of the mpls wg sessions are available on-line: http://tools.ietf.org/wg/mpls/minutes Please have a look at them and let me know if you would like additional details to be reflected. Three slide sets are still missing, I'll contact the presenters and upload them as soon as I receive them. regards, martin From msaqib@gmail.com Mon Apr 27 05:03:28 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CCB443A6B29 for ; Mon, 27 Apr 2009 05:03:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.739 X-Spam-Level: X-Spam-Status: No, score=-0.739 tagged_above=-999 required=5 tests=[BAYES_20=-0.74, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jRk01mJmG0OU for ; Mon, 27 Apr 2009 05:03:28 -0700 (PDT) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.229]) by core3.amsl.com (Postfix) with ESMTP id 2210D3A6D61 for ; Mon, 27 Apr 2009 05:03:28 -0700 (PDT) Received: by rv-out-0506.google.com with SMTP id g37so1604250rvb.49 for ; Mon, 27 Apr 2009 05:04:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=SI8is0VOkPM3l+c4a36fCIvTVIIk2M47yy0I+LGgP6o=; b=SmgD+XD7a2IbeqJM1qiQjVF7ab9tSDYBjMJ5wVsSBWhuC86yRhztyQyKQ7Tw7zUX1S dbLBlL5/oJYWeuRZcUjEssHBSntlKnqVZ4ZFxAuprJAnfUKWVQAbxXM7vgiATAzzhE3H IsdpGNRxaMZS7z8oYxnrBDbH4KnQIb77rbn1A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=pS5jkwgNY13SGAwAz6vHWIf3v9IUaMuMAYwlEdiXZTYbotJzhic0Ubh9topEfNP5Vj Q5GghbMQs89P/nctP1Kri8Jr6Fa51BDxRF0jd7qs4SqQR9Qs+fF1yRjT00TCXzSarT5U wuuc7+ha18NfXJFl0BwGxy3nB7qQS8BE8kNwA= MIME-Version: 1.0 Received: by 10.143.15.11 with SMTP id s11mr1135922wfi.283.1240833889056; Mon, 27 Apr 2009 05:04:49 -0700 (PDT) Date: Mon, 27 Apr 2009 17:04:49 +0500 Message-ID: <262b67200904270504p6029ba60na632b0176a664801@mail.gmail.com> From: Saqib Ilyas To: mpls@ietf.org Content-Type: multipart/alternative; boundary=001636e1fa2c2eb9560468882704 Subject: [mpls] Concerning MPLS paths X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2009 12:04:34 -0000 --001636e1fa2c2eb9560468882704 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hello everyone I have a question in the context of a single service provider running MPLS. If a certain number of bandwidth-constrained LSPs are passing through an LSR, such that the sum of the bandwidth constrains for each LSP is X Mb/s, then what does it mean? Is X the upper bound on the aggregate bandwidth of the traffic for all LSPs through that node, or perhaps the traffic sometimes exceeds X Mb/s, too? Once again, this is in the context of a single service provider's network. Information about related literature would be very useful. Thanks and best regards -- Muhammad Saqib Ilyas PhD Student, Computer Science and Engineering Lahore University of Management Sciences --001636e1fa2c2eb9560468882704 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hello everyone
I have a question in the context of a single service provider running MPLS. If a certain number of bandwidth-constrained LSPs are passing through an LSR, such that the sum of the bandwidth constrains for each LSP is X Mb/s, then what does it mean? Is X the upper bound on the aggregate bandwidth of the traffic for all LSPs through that node, or perhaps the traffic sometimes exceeds X Mb/s, too? Once again, this is in the context of a single service provider's network.
Information about related literature would be very useful.
Thanks and best regards

--
Muhammad Saqib Ilyas
PhD Student, Computer Science and Engineering
Lahore University of Management Sciences
--001636e1fa2c2eb9560468882704-- From venkatflex@gmail.com Thu Apr 30 13:05:38 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 987FB3A6E3C; Thu, 30 Apr 2009 13:05:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.298 X-Spam-Level: X-Spam-Status: No, score=-2.298 tagged_above=-999 required=5 tests=[AWL=0.300, BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RanxCmmvUYZl; Thu, 30 Apr 2009 13:05:37 -0700 (PDT) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.234]) by core3.amsl.com (Postfix) with ESMTP id BA4863A690F; Thu, 30 Apr 2009 13:05:37 -0700 (PDT) Received: by rv-out-0506.google.com with SMTP id g37so1346306rvb.49 for ; Thu, 30 Apr 2009 13:07:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=6Iflb+NM5hyBk96Ifzr5sJ6M9YPjYsPO8zx52QXHHrQ=; b=f4OX2u2UlvMT3vIZSWi7IoVnSAolsbtp+N0RzgjgCk74J7buDVCn+wskdwknIQo8Ly AIKLMfZ6zZjdcL9tpXOTvdfGW4/P52aBM7VzFVM4Q7o8OjjyvNXVSLdChPxZWJyRisfK KSVAtMf/BlV7tm0Hc0OcyzOmWqYWSOtdn34gE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=Ly75yEC7Ll6BpNYfvJiBUUkNK6y5GJok7LlIQ2mHrE1ug21qc3NCryaoyKhUcKkEMG +qsJbyjOLDytE02d2A7mncJYL3gbweLhD7k3PWMYx4Jxxu4lUNyn/gtQhFEbGjzcnGTl 26jzBmPYGyfJBb4Q8+C67bvSeIL8URmn+gohs= MIME-Version: 1.0 Received: by 10.115.19.18 with SMTP id w18mr1724027wai.58.1241122020864; Thu, 30 Apr 2009 13:07:00 -0700 (PDT) Date: Fri, 1 May 2009 01:37:00 +0530 Message-ID: <715756490904301307q4f1b6ad7hf2745177ea4483b1@mail.gmail.com> From: venkatesan mahalingam To: mpls@ietf.org, l2vpn-request@ietf.org Content-Type: multipart/alternative; boundary=0016e64765142d35440468cb3d32 Subject: [mpls] Help solicited on MPLS FRR facility backup MP X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2009 20:05:38 -0000 --0016e64765142d35440468cb3d32 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit HI Guys, Can someone help in achieving the FRR many-to-one MP concept understanding? As per standard RFC 4090, after protected tunnel's link down, 1. we need to pass the protected tunnel's control packets through bypass tunnel with bypass tunnel label. 2. we need to pass the protected tunnel's data traffic with two labels in bypass tunnel. We really don't understand here, how to map the protected tunnel with bypass tunnel in MP in order to program the new ILM entry with two labels for protected tunnel's data traffic POP_L3_SWITCH. We are unable to achieve the two labels POP_L3_SWITCH without having the seperate ILM entry. BR Venkat. --0016e64765142d35440468cb3d32 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable HI Guys,
Can someone help in achieving the FRR many-to-one MP concept un= derstanding?

As per standard RFC 4090, after protected tunnel's = link down,
1. we need to pass the protected tunnel's control packet= s through bypass tunnel with bypass tunnel label.
2. we need to pass the protected tunnel's data traffic with two labels = in bypass tunnel.

We really don't understand here, how to map th= e protected tunnel with bypass tunnel in MP in order to program the new ILM= entry with two labels for protected tunnel's data traffic POP_L3_SWITC= H.
We are unable to achieve the two labels POP_L3_SWITCH without having the se= perate ILM entry.

BR
Venkat.
--0016e64765142d35440468cb3d32--