From fu.xihua@zte.com.cn Mon Jul 4 04:15:40 2011 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 058FD21F8641; Mon, 4 Jul 2011 04:15:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -96.702 X-Spam-Level: X-Spam-Status: No, score=-96.702 tagged_above=-999 required=5 tests=[AWL=0.933, 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.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8sUkbWVn794w; Mon, 4 Jul 2011 04:15:39 -0700 (PDT) Received: from mx5.zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by ietfa.amsl.com (Postfix) with ESMTP id E23DE21F863F; Mon, 4 Jul 2011 04:15:38 -0700 (PDT) Received: from [10.30.17.99] by mx5.zte.com.cn with surfront esmtp id 48641817402550; Mon, 4 Jul 2011 19:14:07 +0800 (CST) Received: from [10.30.3.20] by [192.168.168.15] with StormMail ESMTP id 13796.6936096269; Mon, 4 Jul 2011 19:15:28 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id p64BFPnj043271; Mon, 4 Jul 2011 19:15:25 +0800 (GMT-8) (envelope-from fu.xihua@zte.com.cn) In-Reply-To: <4E0C69B8.7040508@labn.net> To: Lou Berger MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005 Message-ID: From: fu.xihua@zte.com.cn Date: Mon, 4 Jul 2011 19:15:25 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.1FP4|July 25, 2010) at 2011-07-04 19:15:26, Serialize complete at 2011-07-04 19:15:26 Content-Type: multipart/alternative; boundary="=_alternative 003DD5F5482578C3_=" X-MAIL: mse01.zte.com.cn p64BFPnj043271 Cc: "mpls-chairs@tools.ietf.org" , OSPF WG List , CCAMP Subject: Re: [OSPF] [CCAMP] draft-giacalone-ospf-te-express-path-01 X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2011 11:15:40 -0000 This is a multipart message in MIME format. --=_alternative 003DD5F5482578C3_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 SGkgTG91DQoNCldvdWxkIHlvdSBsaWtlIHRvIGluZm9ybSB1cyB0aGUgZGVjaXNpb24/DQpUb25p Z2h0IGlzIHRoZSBkZWFkbGluZSBmb3IgMDAtZHJhZnQgdXBsb2FkaW5nLiBJZiBjaGFpcnMgZGVj aWRlIHRoaXMgd29yayANCnNob3VsZCBiZSBwb3N0ZWQgdG8gb3RoZXIgV0dzLiBTbyB3ZSB3aWxs IHBvc3QgdGhlbSB0byBhIHByb3BlciBXRy4NCk90aGVyd2lzZSAgd2UgaGF2ZSB0byBwb3N0IGZy YW1ld29yay9yZXF1aXJlbWVudCBhbmQgcnN2cC10ZSBkb2N1bWVudCB0byANCkNDQU1QLiBUaGUg d29yayBpcyByZWxhdGVkIGJvdGggcGFja2V0IChlLmcuLCBNUExTKSBhbmQgdGRtIChlLmcuLCBP VE4pDQoNClhpaHVhIA0KDQoNCg0KTG91IEJlcmdlciA8bGJlcmdlckBsYWJuLm5ldD4gDQoyMDEx LTA2LTMwIM/CzucgMDg6MTkNCg0KytW8/sjLDQpmdS54aWh1YUB6dGUuY29tLmNuDQqzrcvNDQpW aXNod2FzIE1hbnJhbCA8dmlzaHdhcy5pZXRmQGdtYWlsLmNvbT4sIEFjZWUgTGluZGVtIA0KPGFj ZWUubGluZGVtQGVyaWNzc29uLmNvbT4sIENDQU1QIDxjY2FtcEBpZXRmLm9yZz4sIE9TUEYgV0cg TGlzdCANCjxvc3BmQGlldGYub3JnPiwgIm1wbHMtY2hhaXJzQHRvb2xzLmlldGYub3JnIiA8bXBs cy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmc+DQrW98ziDQpSZTogW0NDQU1QXSBbT1NQRl0gZHJhZnQt Z2lhY2Fsb25lLW9zcGYtdGUtZXhwcmVzcy1wYXRoLTAxDQoNCg0KDQoNCg0KDQpYaWh1YSwNCiAg ICAgICAgICAgICAgICAgRm9yIGF0IGxlYXN0IG5vdywgdGhlIE9TUEYgd29yayBzaG91bGQgYmUg ZG9uZSBpbiB0aGUgDQpPU1BGIFdHLiAgVGhlDQpjaGFpcnMgb2YgdGhlIHZhcmlvdXMgY2FuZGlk YXRlIFdHIGFyZSBoYXZpbmcgc29tZSBvZmYtbGluZSBkaXNjdXNzaW9ucw0Kb24gd2VyZSB0aGUg cmVxdWlyZW1lbnRzL1JTVlAgd29yayBiZWxvbmdzLiAgV2Ugc2hvdWxkIGhhdmUgYW4gYW5zd2Vy DQpmb3IgeW91IGJ5IGVhcmx5IG5leHQgd2Vlay4NCg0KTG91DQoNClBTIFBsZWFzZSBkb24ndCBj YyBjY2FtcC1ib3VuY2VzQGlldGYub3JnIG9uIG1haWwgeW91IHNlbmQsIGl0IG1ha2VzIHRoZQ0K bWFpbCBzeXN0ZW0gdGhpbmsgeW91ciBtYWlsIGlzIGEgYm91bmNlIQ0KDQpPbiA2LzI5LzIwMTEg OTo0NCBQTSwgZnUueGlodWFAenRlLmNvbS5jbiB3cm90ZToNCj4gSSBoYXZlIGEgcXVlc3Rpb24g dG8gY2hhaXJzIGFuZCB0aGUgYXV0aG9ycy4gQmVjYXVzZSB0aGVyZSBhcmUgbW9yZSBhbmQNCj4g bW9yZSBkb2N1bWVudHMgYXBwZWFyaW5nLCB3ZSBzaG91bGQgdGhpbmsgYWJvdXQgaG93IHRvIG1v dmUgZm9yd2FyZA0KPiB0aGVzZSB3b3JrLg0KPiBXaGF0J3MgeW91ciBvcGluaW9uPyANCg0KDQoN Cg== --=_alternative 003DD5F5482578C3_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkhpIExvdTwvZm9udD4NCjxicj4N Cjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+V291bGQgeW91IGxpa2UgdG8gaW5m b3JtIHVzIHRoZSBkZWNpc2lvbj88L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMt c2VyaWYiPlRvbmlnaHQgaXMgdGhlIGRlYWRsaW5lIGZvciAwMC1kcmFmdA0KdXBsb2FkaW5nLiBJ ZiBjaGFpcnMgZGVjaWRlIHRoaXMgd29yayBzaG91bGQgYmUgcG9zdGVkIHRvIG90aGVyIFdHcy4g U28NCndlIHdpbGwgcG9zdCB0aGVtIHRvIGEgcHJvcGVyIFdHLjwvZm9udD4NCjxicj48Zm9udCBz aXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+T3RoZXJ3aXNlICZuYnNwO3dlIGhhdmUgdG8gcG9zdCBm cmFtZXdvcmsvcmVxdWlyZW1lbnQNCmFuZCByc3ZwLXRlIGRvY3VtZW50IHRvIENDQU1QLiBUaGUg d29yayBpcyByZWxhdGVkIGJvdGggcGFja2V0IChlLmcuLCBNUExTKQ0KYW5kIHRkbSAoZS5nLiwg T1ROKTwvZm9udD4NCjxicj4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+WGlo dWEgPC9mb250Pg0KPGJyPg0KPGJyPg0KPGJyPg0KPHRhYmxlIHdpZHRoPTEwMCU+DQo8dHIgdmFs aWduPXRvcD4NCjx0ZCB3aWR0aD0zNSU+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPjxi PkxvdSBCZXJnZXIgJmx0O2xiZXJnZXJAbGFibi5uZXQmZ3Q7PC9iPg0KPC9mb250Pg0KPHA+PGZv bnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPjIwMTEtMDYtMzAgz8LO5yAwODoxOTwvZm9udD4N Cjx0ZCB3aWR0aD02NCU+DQo8dGFibGUgd2lkdGg9MTAwJT4NCjx0ciB2YWxpZ249dG9wPg0KPHRk Pg0KPGRpdiBhbGlnbj1yaWdodD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+ytW8/sjL PC9mb250PjwvZGl2Pg0KPHRkPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj5mdS54aWh1 YUB6dGUuY29tLmNuPC9mb250Pg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2IGFsaWduPXJp Z2h0Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj6zrcvNPC9mb250PjwvZGl2Pg0KPHRk Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj5WaXNod2FzIE1hbnJhbCAmbHQ7dmlzaHdh cy5pZXRmQGdtYWlsLmNvbSZndDssDQpBY2VlIExpbmRlbSAmbHQ7YWNlZS5saW5kZW1AZXJpY3Nz b24uY29tJmd0OywgQ0NBTVAgJmx0O2NjYW1wQGlldGYub3JnJmd0OywNCk9TUEYgV0cgTGlzdCAm bHQ7b3NwZkBpZXRmLm9yZyZndDssICZxdW90O21wbHMtY2hhaXJzQHRvb2xzLmlldGYub3JnJnF1 b3Q7DQombHQ7bXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmcmZ3Q7PC9mb250Pg0KPHRyIHZhbGln bj10b3A+DQo8dGQ+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNl cmlmIj7W98ziPC9mb250PjwvZGl2Pg0KPHRkPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlm Ij5SZTogW0NDQU1QXSBbT1NQRl0gZHJhZnQtZ2lhY2Fsb25lLW9zcGYtdGUtZXhwcmVzcy1wYXRo LTAxPC9mb250PjwvdGFibGU+DQo8YnI+DQo8dGFibGU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4N Cjx0ZD48L3RhYmxlPg0KPGJyPjwvdGFibGU+DQo8YnI+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0y Pjx0dD5YaWh1YSw8YnI+DQogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOw0KRm9yIGF0IGxlYXN0IG5vdywgdGhlIE9TUEYgd29yayBzaG91bGQg YmUgZG9uZSBpbiB0aGUgT1NQRiBXRy4gJm5ic3A7VGhlPGJyPg0KY2hhaXJzIG9mIHRoZSB2YXJp b3VzIGNhbmRpZGF0ZSBXRyBhcmUgaGF2aW5nIHNvbWUgb2ZmLWxpbmUgZGlzY3Vzc2lvbnM8YnI+ DQpvbiB3ZXJlIHRoZSByZXF1aXJlbWVudHMvUlNWUCB3b3JrIGJlbG9uZ3MuICZuYnNwO1dlIHNo b3VsZCBoYXZlIGFuIGFuc3dlcjxicj4NCmZvciB5b3UgYnkgZWFybHkgbmV4dCB3ZWVrLjxicj4N Cjxicj4NCkxvdTxicj4NCjxicj4NClBTIFBsZWFzZSBkb24ndCBjYyBjY2FtcC1ib3VuY2VzQGll dGYub3JnIG9uIG1haWwgeW91IHNlbmQsIGl0IG1ha2VzIHRoZTxicj4NCm1haWwgc3lzdGVtIHRo aW5rIHlvdXIgbWFpbCBpcyBhIGJvdW5jZSE8YnI+DQo8YnI+DQpPbiA2LzI5LzIwMTEgOTo0NCBQ TSwgZnUueGlodWFAenRlLmNvbS5jbiB3cm90ZTo8YnI+DQomZ3Q7IEkgaGF2ZSBhIHF1ZXN0aW9u IHRvIGNoYWlycyBhbmQgdGhlIGF1dGhvcnMuIEJlY2F1c2UgdGhlcmUgYXJlIG1vcmUNCmFuZDxi cj4NCiZndDsgbW9yZSBkb2N1bWVudHMgYXBwZWFyaW5nLCB3ZSBzaG91bGQgdGhpbmsgYWJvdXQg aG93IHRvIG1vdmUgZm9yd2FyZDxicj4NCiZndDsgdGhlc2Ugd29yay48YnI+DQomZ3Q7IFdoYXQn cyB5b3VyIG9waW5pb24/ICZuYnNwOzxicj4NCjxicj4NCjwvdHQ+PC9mb250Pg0KPGJyPg0K --=_alternative 003DD5F5482578C3_=-- From lberger@labn.net Mon Jul 4 19:53:23 2011 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D0C9211E8085 for ; Mon, 4 Jul 2011 19:53:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.847 X-Spam-Level: X-Spam-Status: No, score=-100.847 tagged_above=-999 required=5 tests=[AWL=-1.032, BAYES_00=-2.599, IP_NOT_FRIENDLY=0.334, MIME_CHARSET_FARAWAY=2.45, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uoO+X3tRd86f for ; Mon, 4 Jul 2011 19:53:23 -0700 (PDT) Received: from oproxy6-pub.bluehost.com (oproxy6-pub.bluehost.com [67.222.54.6]) by ietfa.amsl.com (Postfix) with SMTP id 240B911E807D for ; Mon, 4 Jul 2011 19:53:23 -0700 (PDT) Received: (qmail 14179 invoked by uid 0); 5 Jul 2011 02:53:22 -0000 Received: from unknown (HELO box313.bluehost.com) (69.89.31.113) by cpoproxy3.bluehost.com with SMTP; 5 Jul 2011 02:53:22 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=labn.net; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:X-Enigmail-Version:Content-Type:Content-Transfer-Encoding:X-Identified-User; b=xfTlwofS0y7EL3d2H9kqiagSZuFaDvzgOwt/vW6YswrlJpMWdMPI/IdnRzgGF3HvdDy/JgVism3x2FtW0t6XzF4LSPHyyn1wEpxjTmbDf00xNPQEvMxVNHtr9d3bfn4l; Received: from box313.bluehost.com ([69.89.31.113] helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.69) (envelope-from ) id 1QdvlJ-00021f-RR; Mon, 04 Jul 2011 20:53:21 -0600 Message-ID: <4E127CA3.1060607@labn.net> Date: Mon, 04 Jul 2011 22:53:23 -0400 From: Lou Berger User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100722 Eudora/3.0.4 MIME-Version: 1.0 To: fu.xihua@zte.com.cn References: In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 8bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Cc: "mpls-chairs@tools.ietf.org" , OSPF WG List , CCAMP Subject: Re: [OSPF] [CCAMP] draft-giacalone-ospf-te-express-path-01 X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2011 02:53:23 -0000 For now, the framework/requirement and rsvp-te document should be presented in MPLS. Don't worry about the draft names as that can be fixed at a later date. Lou On 7/4/2011 7:15 AM, fu.xihua@zte.com.cn wrote: > > Hi Lou > > Would you like to inform us the decision? > Tonight is the deadline for 00-draft uploading. If chairs decide this > work should be posted to other WGs. So we will post them to a proper WG. > Otherwise we have to post framework/requirement and rsvp-te document to > CCAMP. The work is related both packet (e.g., MPLS) and tdm (e.g., OTN) > > Xihua > > > *Lou Berger * > > 2011-06-30 下午 08:19 > > > 收件人 > fu.xihua@zte.com.cn > 抄送 > Vishwas Manral , Acee Lindem > , CCAMP , OSPF WG List > , "mpls-chairs@tools.ietf.org" > 主题 > Re: [CCAMP] [OSPF] draft-giacalone-ospf-te-express-path-01 > > > > > > > > > Xihua, > For at least now, the OSPF work should be done in the > OSPF WG. The > chairs of the various candidate WG are having some off-line discussions > on were the requirements/RSVP work belongs. We should have an answer > for you by early next week. > > Lou > > PS Please don't cc ccamp-bounces@ietf.org on mail you send, it makes the > mail system think your mail is a bounce! > > On 6/29/2011 9:44 PM, fu.xihua@zte.com.cn wrote: >> I have a question to chairs and the authors. Because there are more and >> more documents appearing, we should think about how to move forward >> these work. >> What's your opinion? > > From fu.xihua@zte.com.cn Mon Jul 4 20:25:50 2011 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 90BEB11E8088; Mon, 4 Jul 2011 20:25:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -97.299 X-Spam-Level: X-Spam-Status: No, score=-97.299 tagged_above=-999 required=5 tests=[AWL=0.335, 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.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id f+boVSp+-uy1; Mon, 4 Jul 2011 20:25:49 -0700 (PDT) Received: from mx5.zte.com.cn (mx6.zte.com.cn [95.130.199.165]) by ietfa.amsl.com (Postfix) with ESMTP id C207111E8072; Mon, 4 Jul 2011 20:25:48 -0700 (PDT) Received: from [10.30.17.99] by mx5.zte.com.cn with surfront esmtp id 131322623888924; Tue, 5 Jul 2011 11:21:26 +0800 (CST) Received: from [10.30.3.20] by [192.168.168.15] with StormMail ESMTP id 13796.5883294140; Tue, 5 Jul 2011 11:25:36 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id p653Ox7X052164; Tue, 5 Jul 2011 11:24:59 +0800 (GMT-8) (envelope-from fu.xihua@zte.com.cn) In-Reply-To: <4E127CA3.1060607@labn.net> To: Lou Berger , Ross Callon , Acee Lindem MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005 Message-ID: From: fu.xihua@zte.com.cn Date: Tue, 5 Jul 2011 11:24:59 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.1FP4|July 25, 2010) at 2011-07-05 11:24:59, Serialize complete at 2011-07-05 11:24:59 Content-Type: multipart/alternative; boundary="=_alternative 0012C477482578C4_=" X-MAIL: mse01.zte.com.cn p653Ox7X052164 Cc: OSPF WG List , CCAMP , "mpls-chairs@tools.ietf.org" , MPLS WG List Subject: Re: [OSPF] [CCAMP] draft-giacalone-ospf-te-express-path-01 X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2011 03:25:50 -0000 This is a multipart message in MIME format. --=_alternative 0012C477482578C4_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 SGkgTG91LCBSb3NzDQoNClRoYW5rIHlvdSBmb3IgeW91ciByZXNwb25zZS4NCg0KQmFzZWQgb24g ZW1haWxzIGZyb20geW91IGFuZCBteSB1bmRlcnN0YW5kaW5nLCB0aGVzZSB3b3JrcyBzaG91bGQg YmUgZG9uZSANCmluIE1QTFMgV0cuDQpZZXN0ZXJkYXkgbmlnaHQsIHdlIHVwbG9hZGVkIGZyYW1l d29yay9yZXF1aXJlbWVudCBkb2N1bWVudCB0byBDQ0FNUC9SVEdXRyANCmFuZCByc3ZwLXRlIHRv IENDQU1QLiANCmh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWZ1eGgtY2NhbXAtZGVs YXktbG9zcy10ZS1mcmFtZXdvcmstMDANCmh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0 LWZ1eGgtcnRnd2ctZGVsYXktbG9zcy10ZS1mcmFtZXdvcmstMDANCmh0dHA6Ly90b29scy5pZXRm Lm9yZy9odG1sL2RyYWZ0LWZ1eGgtY2NhbXAtZGVsYXktbG9zcy1yc3ZwLXRlLWV4dC0wMA0KSXQg ZG9lc24ndCBtZWFucyB3ZSBhcmUgZ29pbmcgdG8gdmlvbGF0ZSBjaGFpcnMnIGRlY2lzaW9uLg0K QXMgeW91IHN1Z2dlc3QsIHdlIHdpbGwgZml4IGRyYWZ0IG5hbWUgaGF2aW5nIHRoZSB3b3JkIKGw TVBMU6GxIGluIHRoZSANCnRpdGxlIGFuZCBwb3N0IHRvIE1QTFMgV0cgYXQgYSBsYXRlciBkYXRl Lg0KV2Ugd2lsbCByZXF1ZXN0IHRpbWUgc2xvdHMgdG8gcHJlc2VudCB0d28gZG9jdW1lbnRzIGZv ciB0aGUgdXBjb21pbmcgODFzdCANCm1lZXRpbmcuDQpTbyBpdCBpcyBhIGdvb2QgbmV3cyBmb3Ig dXMgdG8gaGF2ZSBjb21wbGV0ZSBzb2x1dGlvbiBvZiBsYXRlbmN5IGFuZCBsb3NzIA0KVEUgYXBw bGljYXRpb24gYmFzZWQgb24gZnJhbWV3b3JrL3JlcXVpcmVtZW50LCANCmRyYWZ0LWdpYWNhbG9u ZS1vc3BmLXRlLWV4cHJlc3MtcGF0aCBhbmQgcnN2cC10ZSBkb2N1bWVudC4NCg0KWGlodWEgRnUN Cg0KDQoNCkxvdSBCZXJnZXIgPGxiZXJnZXJAbGFibi5uZXQ+IA0KMjAxMS0wNy0wNSDJz87nIDEw OjUzDQoNCsrVvP7Iyw0KZnUueGlodWFAenRlLmNvbS5jbg0Ks63LzQ0KQWNlZSBMaW5kZW0gPGFj ZWUubGluZGVtQGVyaWNzc29uLmNvbT4sIENDQU1QIDxjY2FtcEBpZXRmLm9yZz4sIA0KIm1wbHMt Y2hhaXJzQHRvb2xzLmlldGYub3JnIiA8bXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmc+LCBPU1BG IFdHIExpc3QgDQo8b3NwZkBpZXRmLm9yZz4sIFZpc2h3YXMgTWFucmFsIDx2aXNod2FzLmlldGZA Z21haWwuY29tPg0K1vfM4g0KUmU6IFtDQ0FNUF0gW09TUEZdIGRyYWZ0LWdpYWNhbG9uZS1vc3Bm LXRlLWV4cHJlc3MtcGF0aC0wMQ0KDQoNCg0KDQoNCg0KRm9yIG5vdywgdGhlIGZyYW1ld29yay9y ZXF1aXJlbWVudCBhbmQgcnN2cC10ZSBkb2N1bWVudCBzaG91bGQgYmUNCnByZXNlbnRlZCBpbiBN UExTLiAgRG9uJ3Qgd29ycnkgYWJvdXQgdGhlIGRyYWZ0IG5hbWVzIGFzIHRoYXQgY2FuIGJlDQpm aXhlZCBhdCBhIGxhdGVyIGRhdGUuDQoNCkxvdQ0KDQpPbiA3LzQvMjAxMSA3OjE1IEFNLCBmdS54 aWh1YUB6dGUuY29tLmNuIHdyb3RlOg0KPiANCj4gSGkgTG91DQo+IA0KPiBXb3VsZCB5b3UgbGlr ZSB0byBpbmZvcm0gdXMgdGhlIGRlY2lzaW9uPw0KPiBUb25pZ2h0IGlzIHRoZSBkZWFkbGluZSBm b3IgMDAtZHJhZnQgdXBsb2FkaW5nLiBJZiBjaGFpcnMgZGVjaWRlIHRoaXMNCj4gd29yayBzaG91 bGQgYmUgcG9zdGVkIHRvIG90aGVyIFdHcy4gU28gd2Ugd2lsbCBwb3N0IHRoZW0gdG8gYSBwcm9w ZXIgV0cuDQo+IE90aGVyd2lzZSAgd2UgaGF2ZSB0byBwb3N0IGZyYW1ld29yay9yZXF1aXJlbWVu dCBhbmQgcnN2cC10ZSBkb2N1bWVudCB0bw0KPiBDQ0FNUC4gVGhlIHdvcmsgaXMgcmVsYXRlZCBi b3RoIHBhY2tldCAoZS5nLiwgTVBMUykgYW5kIHRkbSAoZS5nLiwgT1ROKQ0KPiANCj4gWGlodWEN Cj4gDQo+IA0KPiAqTG91IEJlcmdlciA8bGJlcmdlckBsYWJuLm5ldD4qDQo+IA0KPiAyMDExLTA2 LTMwIM/CzucgMDg6MTkNCj4gDQo+IA0KPiDK1bz+yMsNCj4gICAgICAgICAgICAgICAgZnUueGlo dWFAenRlLmNvbS5jbg0KPiCzrcvNDQo+ICAgICAgICAgICAgICAgIFZpc2h3YXMgTWFucmFsIDx2 aXNod2FzLmlldGZAZ21haWwuY29tPiwgQWNlZSBMaW5kZW0NCj4gPGFjZWUubGluZGVtQGVyaWNz c29uLmNvbT4sIENDQU1QIDxjY2FtcEBpZXRmLm9yZz4sIE9TUEYgV0cgTGlzdA0KPiA8b3NwZkBp ZXRmLm9yZz4sICJtcGxzLWNoYWlyc0B0b29scy5pZXRmLm9yZyIgDQo8bXBscy1jaGFpcnNAdG9v bHMuaWV0Zi5vcmc+DQo+INb3zOINCj4gICAgICAgICAgICAgICAgUmU6IFtDQ0FNUF0gW09TUEZd IA0KZHJhZnQtZ2lhY2Fsb25lLW9zcGYtdGUtZXhwcmVzcy1wYXRoLTAxDQo+IA0KPiANCj4gDQo+ IA0KPiANCj4gDQo+IA0KPiANCj4gWGlodWEsDQo+ICAgICAgICAgICAgICAgICBGb3IgYXQgbGVh c3Qgbm93LCB0aGUgT1NQRiB3b3JrIHNob3VsZCBiZSBkb25lIGluIHRoZQ0KPiBPU1BGIFdHLiAg VGhlDQo+IGNoYWlycyBvZiB0aGUgdmFyaW91cyBjYW5kaWRhdGUgV0cgYXJlIGhhdmluZyBzb21l IG9mZi1saW5lIGRpc2N1c3Npb25zDQo+IG9uIHdlcmUgdGhlIHJlcXVpcmVtZW50cy9SU1ZQIHdv cmsgYmVsb25ncy4gIFdlIHNob3VsZCBoYXZlIGFuIGFuc3dlcg0KPiBmb3IgeW91IGJ5IGVhcmx5 IG5leHQgd2Vlay4NCj4gDQo+IExvdQ0KPiANCj4gUFMgUGxlYXNlIGRvbid0IGNjIGNjYW1wLWJv dW5jZXNAaWV0Zi5vcmcgb24gbWFpbCB5b3Ugc2VuZCwgaXQgbWFrZXMgdGhlDQo+IG1haWwgc3lz dGVtIHRoaW5rIHlvdXIgbWFpbCBpcyBhIGJvdW5jZSENCj4gDQo+IE9uIDYvMjkvMjAxMSA5OjQ0 IFBNLCBmdS54aWh1YUB6dGUuY29tLmNuIHdyb3RlOg0KPj4gSSBoYXZlIGEgcXVlc3Rpb24gdG8g Y2hhaXJzIGFuZCB0aGUgYXV0aG9ycy4gQmVjYXVzZSB0aGVyZSBhcmUgbW9yZSBhbmQNCj4+IG1v cmUgZG9jdW1lbnRzIGFwcGVhcmluZywgd2Ugc2hvdWxkIHRoaW5rIGFib3V0IGhvdyB0byBtb3Zl IGZvcndhcmQNCj4+IHRoZXNlIHdvcmsuDQo+PiBXaGF0J3MgeW91ciBvcGluaW9uPyANCj4gDQo+ IA0KDQoNCg0K --=_alternative 0012C477482578C4_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkhpIExvdSwgUm9zczwvZm9udD4N Cjxicj4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+VGhhbmsgeW91IGZvciB5 b3VyIHJlc3BvbnNlLjwvZm9udD4NCjxicj4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1z ZXJpZiI+QmFzZWQgb24gZW1haWxzIGZyb20geW91IGFuZCBteSB1bmRlcnN0YW5kaW5nLA0KdGhl c2Ugd29ya3Mgc2hvdWxkIGJlIGRvbmUgaW4gTVBMUyBXRy48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6 ZT0yIGZhY2U9InNhbnMtc2VyaWYiPlllc3RlcmRheSBuaWdodCwgd2UgdXBsb2FkZWQgZnJhbWV3 b3JrL3JlcXVpcmVtZW50DQpkb2N1bWVudCB0byBDQ0FNUC9SVEdXRyBhbmQgcnN2cC10ZSB0byBD Q0FNUC4gPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5odHRwOi8v dG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1mdXhoLWNjYW1wLWRlbGF5LWxvc3MtdGUtZnJhbWV3 b3JrLTAwPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5odHRwOi8v dG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1mdXhoLXJ0Z3dnLWRlbGF5LWxvc3MtdGUtZnJhbWV3 b3JrLTAwPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5odHRwOi8v dG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1mdXhoLWNjYW1wLWRlbGF5LWxvc3MtcnN2cC10ZS1l eHQtMDA8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkl0IGRvZXNu J3QgbWVhbnMgd2UgYXJlIGdvaW5nIHRvIHZpb2xhdGUNCmNoYWlycycgZGVjaXNpb24uPC9mb250 Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5BcyB5b3Ugc3VnZ2VzdCwgd2Ug d2lsbCBmaXggZHJhZnQgbmFtZQ0KaGF2aW5nIHRoZSB3b3JkIKGwTVBMU6GxIGluIHRoZSB0aXRs ZSBhbmQgcG9zdCB0byBNUExTIFdHIGF0IGEgbGF0ZXINCmRhdGUuPC9mb250Pg0KPGJyPjxmb250 IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5XZSB3aWxsIHJlcXVlc3QgdGltZSBzbG90cyB0byBw cmVzZW50DQp0d28gZG9jdW1lbnRzIGZvciB0aGUgdXBjb21pbmcgODFzdCBtZWV0aW5nLjwvZm9u dD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+U28gaXQgaXMgYSBnb29kIG5l d3MgZm9yIHVzIHRvIGhhdmUNCmNvbXBsZXRlIHNvbHV0aW9uIG9mIGxhdGVuY3kgYW5kIGxvc3Mg VEUgYXBwbGljYXRpb24gYmFzZWQgb24gZnJhbWV3b3JrL3JlcXVpcmVtZW50LA0KZHJhZnQtZ2lh Y2Fsb25lLW9zcGYtdGUtZXhwcmVzcy1wYXRoIGFuZCByc3ZwLXRlIGRvY3VtZW50LjwvZm9udD4N Cjxicj4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+WGlodWEgRnU8L2ZvbnQ+ DQo8YnI+DQo8YnI+DQo8YnI+DQo8dGFibGUgd2lkdGg9MTAwJT4NCjx0ciB2YWxpZ249dG9wPg0K PHRkIHdpZHRoPTM1JT48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+PGI+TG91IEJlcmdl ciAmbHQ7bGJlcmdlckBsYWJuLm5ldCZndDs8L2I+DQo8L2ZvbnQ+DQo8cD48Zm9udCBzaXplPTEg ZmFjZT0ic2Fucy1zZXJpZiI+MjAxMS0wNy0wNSDJz87nIDEwOjUzPC9mb250Pg0KPHRkIHdpZHRo PTY0JT4NCjx0YWJsZSB3aWR0aD0xMDAlPg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2IGFs aWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj7K1bz+yMs8L2ZvbnQ+PC9k aXY+DQo8dGQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPmZ1LnhpaHVhQHp0ZS5jb20u Y248L2ZvbnQ+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjxkaXYgYWxpZ249cmlnaHQ+PGZvbnQg c2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPrOty808L2ZvbnQ+PC9kaXY+DQo8dGQ+PGZvbnQgc2l6 ZT0xIGZhY2U9InNhbnMtc2VyaWYiPkFjZWUgTGluZGVtICZsdDthY2VlLmxpbmRlbUBlcmljc3Nv bi5jb20mZ3Q7LA0KQ0NBTVAgJmx0O2NjYW1wQGlldGYub3JnJmd0OywgJnF1b3Q7bXBscy1jaGFp cnNAdG9vbHMuaWV0Zi5vcmcmcXVvdDsgJmx0O21wbHMtY2hhaXJzQHRvb2xzLmlldGYub3JnJmd0 OywNCk9TUEYgV0cgTGlzdCAmbHQ7b3NwZkBpZXRmLm9yZyZndDssIFZpc2h3YXMgTWFucmFsICZs dDt2aXNod2FzLmlldGZAZ21haWwuY29tJmd0OzwvZm9udD4NCjx0ciB2YWxpZ249dG9wPg0KPHRk Pg0KPGRpdiBhbGlnbj1yaWdodD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+1vfM4jwv Zm9udD48L2Rpdj4NCjx0ZD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+UmU6IFtDQ0FN UF0gW09TUEZdIGRyYWZ0LWdpYWNhbG9uZS1vc3BmLXRlLWV4cHJlc3MtcGF0aC0wMTwvZm9udD48 L3RhYmxlPg0KPGJyPg0KPHRhYmxlPg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8dGQ+PC90YWJs ZT4NCjxicj48L3RhYmxlPg0KPGJyPg0KPGJyPg0KPGJyPjxmb250IHNpemU9Mj48dHQ+Rm9yIG5v dywgdGhlIGZyYW1ld29yay9yZXF1aXJlbWVudCBhbmQgcnN2cC10ZSBkb2N1bWVudA0Kc2hvdWxk IGJlPGJyPg0KcHJlc2VudGVkIGluIE1QTFMuICZuYnNwO0Rvbid0IHdvcnJ5IGFib3V0IHRoZSBk cmFmdCBuYW1lcyBhcyB0aGF0IGNhbg0KYmU8YnI+DQpmaXhlZCBhdCBhIGxhdGVyIGRhdGUuPGJy Pg0KPGJyPg0KTG91PGJyPg0KPGJyPg0KT24gNy80LzIwMTEgNzoxNSBBTSwgZnUueGlodWFAenRl LmNvbS5jbiB3cm90ZTo8YnI+DQomZ3Q7IDxicj4NCiZndDsgSGkgTG91PGJyPg0KJmd0OyA8YnI+ DQomZ3Q7IFdvdWxkIHlvdSBsaWtlIHRvIGluZm9ybSB1cyB0aGUgZGVjaXNpb24/PGJyPg0KJmd0 OyBUb25pZ2h0IGlzIHRoZSBkZWFkbGluZSBmb3IgMDAtZHJhZnQgdXBsb2FkaW5nLiBJZiBjaGFp cnMgZGVjaWRlIHRoaXM8YnI+DQomZ3Q7IHdvcmsgc2hvdWxkIGJlIHBvc3RlZCB0byBvdGhlciBX R3MuIFNvIHdlIHdpbGwgcG9zdCB0aGVtIHRvIGEgcHJvcGVyDQpXRy48YnI+DQomZ3Q7IE90aGVy d2lzZSAmbmJzcDt3ZSBoYXZlIHRvIHBvc3QgZnJhbWV3b3JrL3JlcXVpcmVtZW50IGFuZCByc3Zw LXRlDQpkb2N1bWVudCB0bzxicj4NCiZndDsgQ0NBTVAuIFRoZSB3b3JrIGlzIHJlbGF0ZWQgYm90 aCBwYWNrZXQgKGUuZy4sIE1QTFMpIGFuZCB0ZG0gKGUuZy4sDQpPVE4pPGJyPg0KJmd0OyA8YnI+ DQomZ3Q7IFhpaHVhPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IDxicj4NCiZndDsgKkxvdSBCZXJnZXIg Jmx0O2xiZXJnZXJAbGFibi5uZXQmZ3Q7Kjxicj4NCiZndDsgPGJyPg0KJmd0OyAyMDExLTA2LTMw IM/CzucgMDg6MTk8YnI+DQomZ3Q7IDxicj4NCiZndDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDs8YnI+DQomZ3Q7IMrVvP7Iyzxi cj4NCiZndDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDtmdS54aWh1YUB6dGUuY29tLmNuPGJyPg0KJmd0OyCzrcvNPGJyPg0KJmd0 OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwO1Zpc2h3YXMNCk1hbnJhbCAmbHQ7dmlzaHdhcy5pZXRmQGdtYWlsLmNvbSZndDssIEFj ZWUgTGluZGVtPGJyPg0KJmd0OyAmbHQ7YWNlZS5saW5kZW1AZXJpY3Nzb24uY29tJmd0OywgQ0NB TVAgJmx0O2NjYW1wQGlldGYub3JnJmd0OywgT1NQRg0KV0cgTGlzdDxicj4NCiZndDsgJmx0O29z cGZAaWV0Zi5vcmcmZ3Q7LCAmcXVvdDttcGxzLWNoYWlyc0B0b29scy5pZXRmLm9yZyZxdW90OyAm bHQ7bXBscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmcmZ3Q7PGJyPg0KJmd0OyDW98ziPGJyPg0KJmd0 OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwO1JlOg0KW0NDQU1QXSBbT1NQRl0gZHJhZnQtZ2lhY2Fsb25lLW9zcGYtdGUtZXhwcmVz cy1wYXRoLTAxPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IDxicj4NCiZndDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDs8YnI+DQomZ3Q7 IDxicj4NCiZndDsgPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IDxicj4NCiZndDsgPGJyPg0KJmd0OyBY aWh1YSw8YnI+DQomZ3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgRm9yIGF0IGxlYXN0DQpub3csIHRoZSBPU1BGIHdvcmsgc2hvdWxkIGJl IGRvbmUgaW4gdGhlPGJyPg0KJmd0OyBPU1BGIFdHLiAmbmJzcDtUaGU8YnI+DQomZ3Q7IGNoYWly cyBvZiB0aGUgdmFyaW91cyBjYW5kaWRhdGUgV0cgYXJlIGhhdmluZyBzb21lIG9mZi1saW5lIGRp c2N1c3Npb25zPGJyPg0KJmd0OyBvbiB3ZXJlIHRoZSByZXF1aXJlbWVudHMvUlNWUCB3b3JrIGJl bG9uZ3MuICZuYnNwO1dlIHNob3VsZCBoYXZlIGFuDQphbnN3ZXI8YnI+DQomZ3Q7IGZvciB5b3Ug YnkgZWFybHkgbmV4dCB3ZWVrLjxicj4NCiZndDsgPGJyPg0KJmd0OyBMb3U8YnI+DQomZ3Q7IDxi cj4NCiZndDsgUFMgUGxlYXNlIGRvbid0IGNjIGNjYW1wLWJvdW5jZXNAaWV0Zi5vcmcgb24gbWFp bCB5b3Ugc2VuZCwgaXQgbWFrZXMNCnRoZTxicj4NCiZndDsgbWFpbCBzeXN0ZW0gdGhpbmsgeW91 ciBtYWlsIGlzIGEgYm91bmNlITxicj4NCiZndDsgPGJyPg0KJmd0OyBPbiA2LzI5LzIwMTEgOTo0 NCBQTSwgZnUueGlodWFAenRlLmNvbS5jbiB3cm90ZTo8YnI+DQomZ3Q7Jmd0OyBJIGhhdmUgYSBx dWVzdGlvbiB0byBjaGFpcnMgYW5kIHRoZSBhdXRob3JzLiBCZWNhdXNlIHRoZXJlIGFyZQ0KbW9y ZSBhbmQ8YnI+DQomZ3Q7Jmd0OyBtb3JlIGRvY3VtZW50cyBhcHBlYXJpbmcsIHdlIHNob3VsZCB0 aGluayBhYm91dCBob3cgdG8gbW92ZSBmb3J3YXJkPGJyPg0KJmd0OyZndDsgdGhlc2Ugd29yay48 YnI+DQomZ3Q7Jmd0OyBXaGF0J3MgeW91ciBvcGluaW9uPyAmbmJzcDs8YnI+DQomZ3Q7IDxicj4N CiZndDsgPGJyPg0KPGJyPg0KPC90dD48L2ZvbnQ+DQo8YnI+DQo= --=_alternative 0012C477482578C4_=-- From akr@cisco.com Tue Jul 5 10:37:57 2011 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3BC4221F8833 for ; Tue, 5 Jul 2011 10:37:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -110.599 X-Spam-Level: X-Spam-Status: No, score=-110.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WmnWKLjpX7Zm for ; Tue, 5 Jul 2011 10:37:56 -0700 (PDT) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by ietfa.amsl.com (Postfix) with ESMTP id AABF421F8800 for ; Tue, 5 Jul 2011 10:37:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=akr@cisco.com; l=227; q=dns/txt; s=iport; t=1309887476; x=1311097076; h=message-id:date:from:reply-to:mime-version:to:subject: content-transfer-encoding; bh=mearQ+EGvtiB8xicLFWb9TUZR7Y8fSTKMz/wWGJRJ2w=; b=QzrdWiflb+d0qleqAp9cBAK8SgSs5gz9gyUvAdjzrfWQI89w9wtSd5Z2 qJB4l2h+aZSswEIHjOzFPhNwGT220xIEbUbXkGrbKsZSpTwHWf2YwdLSd 7bzadZWyF7rtOzh+oWAZ3yCAt0B1sOoWVtDyHPh++6412NZJefEWE/AtU 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AtgGALBKE06rRDoI/2dsb2JhbABTqAlwB6wMgSKDFQ8BmlCGNgSHP4p3kFY X-IronPort-AV: E=Sophos;i="4.65,480,1304294400"; d="scan'208";a="290474372" Received: from mtv-core-3.cisco.com ([171.68.58.8]) by sj-iport-4.cisco.com with ESMTP; 05 Jul 2011 17:37:56 +0000 Received: from akr-mac.local ([10.21.86.134]) by mtv-core-3.cisco.com (8.14.3/8.14.3) with ESMTP id p65Hbul3001528 for ; Tue, 5 Jul 2011 17:37:56 GMT Message-ID: <4E134BF4.1020200@cisco.com> Date: Tue, 05 Jul 2011 10:37:56 -0700 From: Abhay Roy User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.16) Gecko/20101125 Thunderbird/3.0.11 MIME-Version: 1.0 To: "ospf@ietf.org" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [OSPF] IETF 81 OSPF WG Meeting Agenda Slots X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: "acee.lindem@ericsson.com" , "Abhay Roy \(akr\)" List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2011 17:37:57 -0000 We have a slot on July 28th (Thursday) for 2 hours. Please send any agenda requests to Acee and me. Cut-off time for -00 version drafts has already passed, and for existing drafts it's by July 11th. Regards, -Abhay From wenhu.lu@ericsson.com Wed Jul 13 18:49:43 2011 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 761AF11E80E6 for ; Wed, 13 Jul 2011 18:49:43 -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=[AWL=-0.001, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EXEN33-85UUR for ; Wed, 13 Jul 2011 18:49:43 -0700 (PDT) Received: from imr4.ericy.com (imr4.ericy.com [198.24.6.8]) by ietfa.amsl.com (Postfix) with ESMTP id E3F1D11E80DE for ; Wed, 13 Jul 2011 18:49:42 -0700 (PDT) Received: from eusaamw0707.eamcs.ericsson.se ([147.117.20.32]) by imr4.ericy.com (8.14.3/8.14.3/Debian-9.1ubuntu1) with ESMTP id p6E1nfM9005157 for ; Wed, 13 Jul 2011 20:49:42 -0500 Received: from EUSAACMS0703.eamcs.ericsson.se ([169.254.1.253]) by eusaamw0707.eamcs.ericsson.se ([147.117.20.32]) with mapi; Wed, 13 Jul 2011 21:49:35 -0400 From: Wenhu Lu To: OSPF WG List Date: Wed, 13 Jul 2011 21:49:34 -0400 Thread-Topic: New Version Notification for draft-lu-ospf-area-tlv-01.txt Thread-Index: AcxByEg8ycJ200jwTpKevCYWdggoBg== Message-ID: <8249B703AE8442429AF89B86E8206AA26F412CE01D@EUSAACMS0703.eamcs.ericsson.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_8249B703AE8442429AF89B86E8206AA26F412CE01DEUSAACMS0703e_" MIME-Version: 1.0 Subject: [OSPF] New Version Notification for draft-lu-ospf-area-tlv-01.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jul 2011 01:49:43 -0000 --_000_8249B703AE8442429AF89B86E8206AA26F412CE01DEUSAACMS0703e_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear all, A new version of I-D, draft-lu-ospf-area-tlv-01.txt has been successfully s= ubmitted by Wenhu Lu and posted to the IETF repository. http://tools.ietf.o= rg/html/draft-lu-ospf-area-tlv-01 There's quite a bit of updates over the 00 version, mainly on the clarifica= tions, motivations, and use-cases, thanks to all that provided comments and= inputs. I'll be grateful for your further review and comments before the upcoming I= ETF when I plan to use the PCE slot to address the concerns and issues. Regards, -wenhu --_000_8249B703AE8442429AF89B86E8206AA26F412CE01DEUSAACMS0703e_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Dear all,
 
A new version of I-D, draft-lu-ospf-area-tlv-01.txt has been successfu= lly submitted by Wenhu Lu and posted to the IETF repository. = http://tools.ietf.org/html/draft-lu-ospf-area-tlv-01
 
There's quite a bit of updates over the 00 version, mainly on the clar= ifications, motivations, and use-cases, thanks to all that provided comment= s and inputs.
 
I'll be grateful for your further review and comments before the upcom= ing IETF when I plan to use the PCE slot to address the concerns and issues= .
 
Regards,
-wenhu
 
 
 --_000_8249B703AE8442429AF89B86E8206AA26F412CE01DEUSAACMS0703e_-- From iesg-secretary@ietf.org Tue Jul 19 07:57:40 2011 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2CB6321F898F; Tue, 19 Jul 2011 07:57:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.523 X-Spam-Level: X-Spam-Status: No, score=-102.523 tagged_above=-999 required=5 tests=[AWL=0.076, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AeyUr7GXq85z; Tue, 19 Jul 2011 07:57:39 -0700 (PDT) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C53E421F850F; Tue, 19 Jul 2011 07:57:39 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: The IESG To: IETF-Announce X-Test-IDTracker: no X-IETF-IDTracker: 3.55 Message-ID: <20110719145739.5942.53564.idtracker@ietfa.amsl.com> Date: Tue, 19 Jul 2011 07:57:39 -0700 Cc: ospf@ietf.org Subject: [OSPF] Last Call: (Supporting Authentication Trailer for OSPFv3) to Proposed Standard X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ietf@ietf.org List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jul 2011 14:57:40 -0000 The IESG has received a request from the Open Shortest Path First IGP WG (ospf) to consider the following document: - 'Supporting Authentication Trailer for OSPFv3' as a Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2011-08-16. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract Currently OSPFv3 uses IPsec for authenticating protocol packets. However, there are some environments, e.g., Mobile Ad-hoc Networks (MANETs), where IPsec is difficult to configure and maintain, and this mechanism cannot be used. This draft proposes an alternative mechanism that can be used so that OSPFv3 does not depend upon IPsec for authentication. The file can be obtained via http://datatracker.ietf.org/doc/draft-ietf-ospf-auth-trailer-ospfv3/ IESG discussion can be tracked via http://datatracker.ietf.org/doc/draft-ietf-ospf-auth-trailer-ospfv3/ No IPR declarations have been submitted directly on this I-D. From fu.xihua@zte.com.cn Tue Jul 19 21:07:56 2011 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1EA3221F8B01; Tue, 19 Jul 2011 21:07:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.137 X-Spam-Level: X-Spam-Status: No, score=-99.137 tagged_above=-999 required=5 tests=[AWL=1.212, BAYES_05=-1.11, HTML_MESSAGE=0.001, RCVD_DOUBLE_IP_LOOSE=0.76, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lUE91Rf0Juyk; Tue, 19 Jul 2011 21:07:55 -0700 (PDT) Received: from mx5.zte.com.cn (mx6.zte.com.cn [95.130.199.165]) by ietfa.amsl.com (Postfix) with ESMTP id A1EC021F8B00; Tue, 19 Jul 2011 21:07:47 -0700 (PDT) Received: from [10.30.17.99] by mx5.zte.com.cn with surfront esmtp id 131322623888924; Wed, 20 Jul 2011 12:00:41 +0800 (CST) Received: from [10.30.3.20] by [192.168.168.15] with StormMail ESMTP id 13796.2623888924; Wed, 20 Jul 2011 12:07:35 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id p6K47W8X085309; Wed, 20 Jul 2011 12:07:32 +0800 (GMT-8) (envelope-from fu.xihua@zte.com.cn) To: mpls@ietf.org, ospf@ietf.org, ccamp@ietf.org MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005 Message-ID: From: fu.xihua@zte.com.cn Date: Wed, 20 Jul 2011 12:07:33 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.1FP4|July 25, 2010) at 2011-07-20 12:07:33, Serialize complete at 2011-07-20 12:07:33 Content-Type: multipart/alternative; boundary="=_alternative 0016AAA4482578D3_=" X-MAIL: mse01.zte.com.cn p6K47W8X085309 Subject: [OSPF] Request for your comments on Delay/Loss TE X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2011 04:07:56 -0000 This is a multipart message in MIME format. --=_alternative 0016AAA4482578D3_= Content-Type: text/plain; charset="US-ASCII" Hi All, http://tools.ietf.org/html/draft-fuxh-ccamp-delay-loss-te-framework-00 http://tools.ietf.org/html/draft-fuxh-ccamp-delay-loss-rsvp-te-ext-00 These document are about the requirement of delay/loss TE application and solutions in the level of control plane. The purpose of delay/loss TE application is to make an accurate prediction of latency and packet loss before a path is establish is required. We have presented them in 79th and 80th in CCAMP. Chairs (Ross and Lou) suggest latency/loss framework and rsvp-te document should be presented in MPLS WG. We will rename the document having title "mpls" and post them to MPLS WG later. There is also a related document about the OSPF extension http://tools.ietf.org/html/draft-giacalone-ospf-te-express-path-01 Wish for your comments. Xihua Fu (One of Authors) --=_alternative 0016AAA4482578D3_= Content-Type: text/html; charset="US-ASCII"
Hi All,

http://tools.ietf.org/html/draft-fuxh-ccamp-delay-loss-te-framework-00
http://tools.ietf.org/html/draft-fuxh-ccamp-delay-loss-rsvp-te-ext-00
These document are about the requirement of delay/loss TE application and solutions in the level of control plane.
The purpose of delay/loss TE application is to make an accurate prediction of latency and packet loss before a path is establish is required.

We have presented them in 79th and 80th in CCAMP.
Chairs (Ross and Lou) suggest latency/loss framework and rsvp-te document should be presented in MPLS WG.
We will rename the document having title "mpls" and post them to MPLS WG later.

There is also a related document about the OSPF extension
http://tools.ietf.org/html/draft-giacalone-ospf-te-express-path-01

Wish for your comments.

Xihua Fu (One of Authors) --=_alternative 0016AAA4482578D3_=-- From sshamim@cisco.com Wed Jul 20 13:28:06 2011 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5822121F8A80 for ; Wed, 20 Jul 2011 13:28:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.202 X-Spam-Level: X-Spam-Status: No, score=-1.202 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=1.396] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hrS2dhbUhTpD for ; Wed, 20 Jul 2011 13:28:05 -0700 (PDT) Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) by ietfa.amsl.com (Postfix) with ESMTP id 33FCB21F8A64 for ; Wed, 20 Jul 2011 13:28:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=sshamim@cisco.com; l=5367; q=dns/txt; s=iport; t=1311193685; x=1312403285; h=date:subject:from:to:message-id:mime-version; bh=kkE+z2glH18YaELIltm23k9jmpJievqndbPhJC83nwE=; b=B+f0MsXp+zo1lPGrOt9cthsjqsye+wOaTIIK2HTczARm+rFMadK1ETBI DsCK3PgbFQIP+kA5H+r6P8PESf0ICpjvVo9mLRWK7hPYLOsXxL5+O5d2z eaqX1At+Cz63DqTBEUK5SR/5E/y41X7qB2gknTg/q3ihsgr3i4UJw7aij k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8HAMs5J06rRDoG/2dsb2JhbABTglOWCY4WcXenPYEjniOGPQSHVYsZhQeLdA X-IronPort-AV: E=Sophos;i="4.67,237,1309737600"; d="scan'208,217";a="4864535" Received: from mtv-core-1.cisco.com ([171.68.58.6]) by rcdn-iport-5.cisco.com with ESMTP; 20 Jul 2011 20:28:04 +0000 Received: from [10.20.173.248] (sjc-sshamim-8917.cisco.com [10.20.173.248]) by mtv-core-1.cisco.com (8.14.3/8.14.3) with ESMTP id p6KKS3Q2002985 for ; Wed, 20 Jul 2011 20:28:04 GMT User-Agent: Microsoft-MacOutlook/14.10.0.110310 Date: Wed, 20 Jul 2011 15:30:26 -0500 From: Faraz Shamim To: Message-ID: Thread-Topic: LSInfinity definition Mime-version: 1.0 Content-type: multipart/alternative; boundary="B_3394020628_25705525" Subject: [OSPF] LSInfinity definition X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2011 20:28:06 -0000 > This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --B_3394020628_25705525 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Hi All, The early definition of LSInfinity as defined in RFC 1247 is: LSInfinity The link state metric value indicating that the destination is unreachable. It is defined to be the binary value of all ones. It depends on the size of the metric field, which is 16 bits in router links advertisements, and 24 bits in both summary and AS external links advertisements. Then we changed it in RFC 1583 as: LSInfinity The metric value indicating that the destination described by a link state advertisement is unreachable. Used in summary link advertisements and AS external link advertisements as an alternative to premature aging (see Section 14.1). It is defined to be the 24-bit binary value of all ones: 0xffffff. The reason for this change was because of E.3 in RC 1583. Then comes RFC 3137 which started using LSInfinity in router link states again: o costs of all non-stub links (links of the types other than 3) are set to LSInfinity (16-bit value 0xFFFF, rather than 24-bit value 0xFFFFFF used in summary and AS-external LSAs). So since RFC 3137 is now using LSInfinity for router link states, shouldn't change the LSInfinity definition back to what it was in RFC 1247? Are there any plans to revise 2328 in near future? Faraz --B_3394020628_25705525 Content-type: text/html; charset="US-ASCII" Content-transfer-encoding: quoted-printable
Hi All,

=
The early definition of LSInfinity as defined in RFC 1247 is:

LSInfinity
    The link state metric value indicating that the destination is
    unreachable.  It is defined to be the binary value of all ones.  It
    depends on the size of the metric field, which is 16 bits in router
    links advertisements, and 24 bits in both summary and AS external
    links advertisements.


Then we changed it in RFC 1583 as:

LSInfi=
nity
        The metric value indicating that the destination described by a
        link state advertisement is unreachable. Used in summary link
        advertisements and AS external link advertisements as an
        alternative to premature aging (see Section 14.1). It is defined
        to be the 24-bit binary value of all ones: 0xffffff.


The reason for this change was because of E.3 in RC 1583. Then c= omes RFC 3137 which started using LSInfinity in router link states again:

   o  costs of all non-stub links (links of the types other than=
 3)
         are set to LSInfinity (16-bit value 0xFFFF, rather than 24-bit
         value 0xFFFFFF used in summary and AS-external LSAs).


So since RFC 3137 is now using LSInfinity for router link states, shouldn't= change the LSInfinity definition back to what it was in RFC 1247? Are there= any plans to revise 2328 in near future?

Faraz


=
--B_3394020628_25705525-- From sshamim@cisco.com Wed Jul 20 13:31:01 2011 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BBD0C21F8A97 for ; Wed, 20 Jul 2011 13:31:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.202 X-Spam-Level: X-Spam-Status: No, score=-1.202 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=1.396] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00XjUFiCYqyt for ; Wed, 20 Jul 2011 13:31:00 -0700 (PDT) Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) by ietfa.amsl.com (Postfix) with ESMTP id 8139121F8A80 for ; Wed, 20 Jul 2011 13:31:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=sshamim@cisco.com; l=7429; q=dns/txt; s=iport; t=1311193860; x=1312403460; h=date:subject:from:to:message-id:in-reply-to:mime-version; bh=rESgOp3zsgBumdCjaWh5wfrznMgPpemhEVHRcPFeoAk=; b=cOhHfrztyctoJrLoW2tLeOA7IuSSpto8mxvmaYomlS0vr71uA6CdKY7H ynqi7p2dW1EsuiaMOxyXSWqTh1JhZSGUQz+/HCYwBcJ4mQRlZzZ351MCU pMwf8YWSggPWGA6i+dOCIDqTN3RotQiJz0dYVdeJ4OsRUZwal0Lytk6b4 s=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EAMs5J06rRDoI/2dsb2JhbABTglOkH3F3pz2BI54jhj0Eh1WLGYUHi3Q X-IronPort-AV: E=Sophos;i="4.67,237,1309737600"; d="scan'208,217";a="4866534" Received: from mtv-core-3.cisco.com ([171.68.58.8]) by rcdn-iport-4.cisco.com with ESMTP; 20 Jul 2011 20:31:00 +0000 Received: from [10.20.173.248] (sjc-sshamim-8917.cisco.com [10.20.173.248]) by mtv-core-3.cisco.com (8.14.3/8.14.3) with ESMTP id p6KKUvCg020242 for ; Wed, 20 Jul 2011 20:30:59 GMT User-Agent: Microsoft-MacOutlook/14.10.0.110310 Date: Wed, 20 Jul 2011 15:33:20 -0500 From: Faraz Shamim To: Message-ID: Thread-Topic: LSInfinity definition In-Reply-To: Mime-version: 1.0 Content-type: multipart/alternative; boundary="B_3394020803_25729134" Subject: Re: [OSPF] LSInfinity definition X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2011 20:31:01 -0000 > This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --B_3394020803_25729134 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Revising the last line in my e-mail: Since RFC 3137 is now using LSInfinity for router link states, shouldn't WE change the LSInfinity definition back to what it was in RFC 1247? Are there any plans to revise 2328 in near future? From: Microsoft Office User Date: Wed, 20 Jul 2011 15:30:26 -0500 To: Subject: LSInfinity definition Hi All, The early definition of LSInfinity as defined in RFC 1247 is: LSInfinity The link state metric value indicating that the destination is unreachable. It is defined to be the binary value of all ones. It depends on the size of the metric field, which is 16 bits in router links advertisements, and 24 bits in both summary and AS external links advertisements. Then we changed it in RFC 1583 as: LSInfinity The metric value indicating that the destination described by a link state advertisement is unreachable. Used in summary link advertisements and AS external link advertisements as an alternative to premature aging (see Section 14.1). It is defined to be the 24-bit binary value of all ones: 0xffffff. The reason for this change was because of E.3 in RC 1583. Then comes RFC 3137 which started using LSInfinity in router link states again: o costs of all non-stub links (links of the types other than 3) are set to LSInfinity (16-bit value 0xFFFF, rather than 24-bit value 0xFFFFFF used in summary and AS-external LSAs). So since RFC 3137 is now using LSInfinity for router link states, shouldn't change the LSInfinity definition back to what it was in RFC 1247? Are there any plans to revise 2328 in near future? Faraz --B_3394020803_25729134 Content-type: text/html; charset="US-ASCII" Content-transfer-encoding: quoted-printable
Revising the last line in my= e-mail:

= Since RFC 3137 is now using LSInfinity for router link states, shouldn't WE = change the LSInfinity definition back to what it was in RFC 1247? Are there = any plans to revise 2328 in near future?



From: Microsoft Office U= ser <sshamim@cisco.com>
Date: Wed, 20 Jul 2011 15:30:26 -0500
= To: <ospf@ietf.org>
Subject: L= SInfinity definition

Hi All,

The early definition of LSInfinity as defi= ned in RFC 1247 is:

LSInfinity
    The link state metric value indicating that the destination is
    unreachable.  It is defined to be the binary value of all ones.  It
    depends on the size of the metric field, which is 16 bits in router
    links advertisements, and 24 bits in both summary and AS external
    links advertisements.


Then we changed it in RFC 1583 as:

LSInfi=
nity
        The metric value indicating that the destination described by a
        link state advertisement is unreachable. Used in summary link
        advertisements and AS external link advertisements as an
        alternative to premature aging (see Section 14.1). It is defined
        to be the 24-bit binary value of all ones: 0xffffff.


The reason for this change was because of E.3 in RC 1583. Then c= omes RFC 3137 which started using LSInfinity in router link states again:

   o  costs of all non-stub links (links of the types other than=
 3)
         are set to LSInfinity (16-bit value 0xFFFF, rather than 24-bit
         value 0xFFFFFF used in summary and AS-external LSAs).


So since RFC 3137 is now using LSInfinity for router link states, shouldn't= change the LSInfinity definition back to what it was in RFC 1247? Are there= any plans to revise 2328 in near future?

Faraz


=
--B_3394020803_25729134-- From acee.lindem@ericsson.com Wed Jul 20 13:38:16 2011 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BDB5921F8511 for ; Wed, 20 Jul 2011 13:38:16 -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=[AWL=-0.001, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Pm0WxIsYTQdq for ; Wed, 20 Jul 2011 13:38:16 -0700 (PDT) Received: from imr4.ericy.com (imr4.ericy.com [198.24.6.8]) by ietfa.amsl.com (Postfix) with ESMTP id 0465C21F8500 for ; Wed, 20 Jul 2011 13:38:15 -0700 (PDT) Received: from eusaamw0711.eamcs.ericsson.se ([147.117.20.178]) by imr4.ericy.com (8.14.3/8.14.3/Debian-9.1ubuntu1) with ESMTP id p6KKc948004202; Wed, 20 Jul 2011 15:38:15 -0500 Received: from EUSAACMS0702.eamcs.ericsson.se ([169.254.1.220]) by eusaamw0711.eamcs.ericsson.se ([147.117.20.178]) with mapi; Wed, 20 Jul 2011 16:38:10 -0400 From: Acee Lindem To: Faraz Shamim Date: Wed, 20 Jul 2011 16:38:07 -0400 Thread-Topic: [OSPF] LSInfinity definition Thread-Index: AcxHHPASrHKf6/9eRieutWZMSV0rTg== Message-ID: <29B10D11-8EB4-44A2-B621-FD90DB708C77@ericsson.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/signed; boundary="Apple-Mail-33-27122528"; protocol="application/pkcs7-signature"; micalg=sha1 MIME-Version: 1.0 Cc: "ospf@ietf.org" Subject: Re: [OSPF] LSInfinity definition X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2011 20:38:16 -0000 --Apple-Mail-33-27122528 Content-Type: multipart/alternative; boundary=Apple-Mail-32-27122512 --Apple-Mail-32-27122512 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi Faraz, On Jul 20, 2011, at 4:33 PM, Faraz Shamim wrote: > Revising the last line in my e-mail: >=20 > Since RFC 3137 is now using LSInfinity for router link states, = shouldn't WE change the LSInfinity definition back to what it was in RFC = 1247? I don't understand since the LSInfinity is a 24-bit value and the link = cost is only 16 bits.=20 > Are there any plans to revise 2328 in near future? No - it is actually one of the few Routing Area documents which has = reached full standard.=20 Thanks, Acee=20 >=20 >=20 >=20 > From: Microsoft Office User > Date: Wed, 20 Jul 2011 15:30:26 -0500 > To: > Subject: LSInfinity definition >=20 > Hi All, >=20 > The early definition of LSInfinity as defined in RFC 1247 is: >=20 > LSInfinity > The link state metric value indicating that the destination is > unreachable. It is defined to be the binary value of all ones. = It > depends on the size of the metric field, which is 16 bits in = router > links advertisements, and 24 bits in both summary and AS external > links advertisements. >=20 >=20 > Then we changed it in RFC 1583 as: >=20 > LSInfinity > The metric value indicating that the destination described by = a > link state advertisement is unreachable. Used in summary link > advertisements and AS external link advertisements as an > alternative to premature aging (see Section 14.1). It is = defined > to be the 24-bit binary value of all ones: 0xffffff. >=20 >=20 > The reason for this change was because of E.3 in RC 1583. Then comes = RFC 3137 which started using LSInfinity in router link states again: >=20 > o costs of all non-stub links (links of the types other than 3) > are set to LSInfinity (16-bit value 0xFFFF, rather than = 24-bit > value 0xFFFFFF used in summary and AS-external LSAs). >=20 >=20 > So since RFC 3137 is now using LSInfinity for router link states, = shouldn't change the LSInfinity definition back to what it was in RFC = 1247? Are there any plans to revise 2328 in near future? >=20 > Faraz >=20 >=20 > _______________________________________________ > OSPF mailing list > OSPF@ietf.org > https://www.ietf.org/mailman/listinfo/ospf --Apple-Mail-32-27122512 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Hi = Faraz,

On Jul 20, 2011, at 4:33 PM, Faraz Shamim = wrote:

Revising the = last line in my e-mail:

Since RFC 3137 is = now using LSInfinity for router link states, shouldn't WE change the = LSInfinity definition back to what it was in RFC 1247? =

I = don't understand since the LSInfinity is a 24-bit value and the link = cost is only 16 bits. 


Are there any = plans to revise 2328 in near = future?

=
No - it is actually one of the few Routing Area documents which has = reached full = standard. 

Thanks,
Acee 



From: = Microsoft Office User <sshamim@cisco.com>
Date: Wed, 20 Jul 2011 15:30:26 = -0500
To: <ospf@ietf.org>
Subject: LSInfinity = definition

Hi All,

The early = definition of LSInfinity as defined in RFC 1247 = is:

LSInfinity
    The link state metric value indicating that the destination is
    unreachable.  It is defined to be the binary value of all ones.  It
    depends on the size of the metric field, which is 16 bits in router
    links advertisements, and 24 bits in both summary and AS external
    links advertisements.


Then we changed it in RFC 1583 = as:

The reason for this change was because of E.3 in RC =
1583. Then comes RFC 3137 which started using LSInfinity in router link =
states again:

  =
 o  costs of all non-stub links (links of the types other than 3)
         are set to LSInfinity (16-bit value 0xFFFF, rather than 24-bit
         value 0xFFFFFF used in summary and AS-external LSAs).


So since RFC 3137 is now using LSInfinity for = router link states, shouldn't change the LSInfinity definition back to = what it was in RFC 1247? Are there any plans to revise 2328 in near = future?

Faraz


=
_______________________________________________
OSPF mailing = list
OSPF@ietf.org
https://www.ietf.org/ma= ilman/listinfo/ospf

= --Apple-Mail-32-27122512-- --Apple-Mail-33-27122528 Content-Disposition: attachment; filename="smime.p7s" Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIM8jCCBDQw ggMcoAMCAQICECFWwVQHDV12M/Sr0yNv0sYwDQYJKoZIhvcNAQEFBQAwOTERMA8GA1UECgwIRXJp Y3Nzb24xJDAiBgNVBAMMG0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMTAeFw0xMDEwMDEyMDA0 NTlaFw0xMzEwMDEyMDA0NDhaMG8xETAPBgNVBAoMCEVyaWNzc29uMR8wHQYDVQQDDBZBY2VlIExp bmRlbSBMaW5kZW0gSUlJMRAwDgYDVQQFEwdlYWxmbGluMScwJQYJKoZIhvcNAQkBFhhhY2VlLmxp bmRlbUBlcmljc3Nvbi5jb20wgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAI/Dc9ALiZuBMyuv bsc3eBxjXZpMi45Z0vzsUQZTJGTBeY7p9JsdzXC9J1uMisBxYVi39R3KJo6I4hXVp9wrA1rxh4AE bnP1+Gxfpj33uWEFYbBnVAJkIWYWF7CYTn8Zm/yd13vPXtuGA6ESeLnnJafwC9Y0YwUQ+4HX7PNv uauVAgMBAAGjggGEMIIBgDCBwAYDVR0fBIG4MIG1MIGyoIGvoIGshjdodHRwOi8vY3JsLnRydXN0 LnRlbGlhLmNvbS9Fcmljc3Nvbk5MSW5kaXZpZHVhbENBMDEuY3JshnFsZGFwOi8vbGRhcC50cnVz dC50ZWxpYS5jb20vY249RXJpY3Nzb24lMjBOTCUyMEluZGl2aWR1YWwlMjBDQTAxLG89RXJpY3Nz b24/Y2VydGlmaWNhdGVyZXZvY2F0aW9ubGlzdDtiaW5hcnk/YmFzZTAjBgNVHREEHDAagRhhY2Vl LmxpbmRlbUBlcmljc3Nvbi5jb20wRgYDVR0gBD8wPTA7BgYqhXBrAQEwMTAvBggrBgEFBQcCARYj aHR0cDovL3d3dy5lcmljc3Nvbi5jb20vbGVnYWwuc2h0bWwwHQYDVR0OBBYEFAgOzAPuplmPr7C1 BTqV94OyqUdhMB8GA1UdIwQYMBaAFJYnw7jepV9dRD45UuVFsXZfYzCbMA4GA1UdDwEB/wQEAwIF oDANBgkqhkiG9w0BAQUFAAOCAQEAE1gyNW6c2t/YsLxW5sm67+gVGK0Lnge4ub+k8dgGrK7Mj7em nkOIFkjdv/tqdJ/SoUy/WEkBXba2TfpZ+lfluMgLYux1vSvqBUxYBsUHeNth2Q/Y6A9sCaDTBPlK vZ2jLz814NavrVfgTCLdxX6zNtGdwzhviz+FyqyxYF43Q86RP8Gd/Npaz1W8pmYAHm0+lezuTx5k F3Av3+SaZ/MR6s+RWuXEIdED36ajeQz+OG8Mh3nplofzdrOeoWGDz53YlfRhgj+TXo+H1lclZAvD WVaMMXPdb27h9Hngsq87dkCW9uAyv8DI993rdhqzlEgUyQIL32icAXfTmTYgoGPOwjCCBEUwggMt oAMCAQICEBPJ6v/eJq2p3KTKI4GDR+MwDQYJKoZIhvcNAQEFBQAwRDEaMBgGA1UECgwRVGVsaWFT b25lcmEgR3JvdXAxJjAkBgNVBAMMHVRlbGlhU29uZXJhIFB1YmxpYyBSb290IENBIHYxMB4XDTA2 MTAwNjEwMDA1M1oXDTE2MTAwMjA1MDQxN1owOTERMA8GA1UECgwIRXJpY3Nzb24xJDAiBgNVBAMM G0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoC ggEBALYQd+Q1HuuHxDyNGFlEPzCxuPPFO5W2xyr+nqCVnNJ4QYFe1HACqavqNLwUGIqIEyHv1rLn fub9LBc7dQpRHjl/dggin0ONOFJ36nbGEbfHjLJz2BzOWvwl84Sc+Fx09IrDU/SZSWFSfhqTu3TT 39h79brHdRkdPBUgBYgsiFKriHI0TjP5G8628H27BDzqUpzGLSYWgt6/tpwuOH5lcfNfHWMcCYXR lobv0Klu8lxG5amWqAnqrH6ECOyYJTRbHTsaTIZOHy9Qw/0eXPujKT7tU5xxSI2SdceJqzUbAz2o FRQ6Px7/GydpM/Rl+qYoGPcauHUL1aSeVJZqDFqcIF0CAwEAAaOCATwwggE4MBIGA1UdEwEB/wQI MAYBAf8CAQAwRgYDVR0gBD8wPTA7BgcqhXAjAgEBMDAwLgYIKwYBBQUHAgEWImh0dHBzOi8vcmVw b3NpdG9yeS50cnVzdC50ZWxpYS5jb20wgYkGA1UdHwSBgTB/MH2ge6B5hndsZGFwOi8vbGRhcC50 cnVzdC50ZWxpYS5jb20vY249VGVsaWFTb25lcmElMjBQdWJsaWMlMjBSb290JTIwQ0ElMjB2MSxv PVRlbGlhU29uZXJhJTIwR3JvdXA/YXV0aG9yaXR5cmV2b2NhdGlvbmxpc3Q/YmFzZTAOBgNVHQ8B Af8EBAMCAQYwHQYDVR0OBBYEFJYnw7jepV9dRD45UuVFsXZfYzCbMB8GA1UdIwQYMBaAFEXb8I+4 GmKhqCMbY4g4o9vgGmLxMA0GCSqGSIb3DQEBBQUAA4IBAQB2AEoqQz+M3Ra9alkpn/YnwhXIv6tP jhUvSuNs00Nhd0T9XhlIU3a65CaB/UKSqnayE0t7Q0Qq3r+x/GK3in/mik8i/PK2/q8HutzYFSzz 6Npztpo2JG7AEKOJPVaeebjng45m6vNC7RIfzU9sG2LBR/hewS8s6dFFn70w795xUwJBWZ67OzIK XrIVVvHTOYpbWA+MESKAXwFhnVONrOTWlVwrMUi4HbiPWpOk+xQbgehCEi7mu3cXsaU1Xq3kMXui NuC7VKoob8mFO9o9RT+dlirD2uRXwNpvCu3but6Kyhu0+nvy2iXGKjdlxlWTsdDyulXYz+OYCMZ9 lFWRzMIPMIIEbTCCA1WgAwIBAgIRAJywjASay5cieGNithuGWj0wDQYJKoZIhvcNAQEFBQAwOjEZ MBcGA1UEChMQUlNBIFNlY3VyaXR5IEluYzEdMBsGA1UECxMUUlNBIFNlY3VyaXR5IDIwNDggVjMw HhcNMDYxMDMxMjA0MjI3WhcNMTYxMTAxMTU0MjI1WjBEMRowGAYDVQQKDBFUZWxpYVNvbmVyYSBH cm91cDEmMCQGA1UEAwwdVGVsaWFTb25lcmEgUHVibGljIFJvb3QgQ0EgdjEwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQDKTxADapCAq3mplX4R4gNt+WZe5QKGnaVEQSyY7lICKF5DuVdW PMLHDjzhw5IzDd860ZZx/0VrhGB3DmP4SDIWCKo2PxvY5NckdBWPWp/T2uaQdOAwgqHpN0pe1X7/ jel59WsWYXKGg/81Wth73ZK/geE7Gz9Pvj1LU6N4YhLMgooxKnCS+ZjB5icWAg+Qd1QpQhF46H1i bp6LsBWDp56MPpg8F5X6y7MGVcKYLdnLOPs84uxRW9qs1kBopzQBj6s5SyVh8A+j5liDBjghXYpw /+paGEdqHPeSFYxZKeJatmjEKLYlxcZWRKf436KvQA9jBhMEmytMNbGicR1mRH6tAgMBAAGjggFi MIIBXjAfBgNVHSMEGDAWgBQHw1EwpKrpRa41JPr/JCwz0LGdjDAdBgNVHQ4EFgQURdvwj7gaYqGo IxtjiDij2+AaYvEwEgYDVR0TAQH/BAgwBgEB/wIBBDCBhQYDVR0gBH4wfDA9BgkqhkiG9w0FBgEw MDAuBggrBgEFBQcCARYiaHR0cHM6Ly9yZXBvc2l0b3J5LnRydXN0LnRlbGlhLmNvbTA7BgcqhXAj AgEBMDAwLgYIKwYBBQUHAgEWImh0dHBzOi8vcmVwb3NpdG9yeS50cnVzdC50ZWxpYS5jb20wcAYD VR0fBGkwZzBloGOgYYZfaHR0cDovL3d3dy5yc2FzZWN1cml0eS5jb20vcHJvZHVjdHMva2Vvbi9y ZXBvc2l0b3J5L2NlcnRpZmljYXRlX3N0YXR1cy9SU0FfU2VjdXJpdHlfMjA0OF92My5DUkwwDgYD VR0PAQH/BAQDAgEGMA0GCSqGSIb3DQEBBQUAA4IBAQAEXpos2CnIm7/872ytSrEHWZgvhOUEkUm2 5PWf/XkWko41TaL9vIS1S6AdWChNqWmnYiS7GfaIiDM9s1D6K7hidWBDOm46bNdM3ZwhMyDCfkDJ SgeJ0w+7YmjvChu7gWqDZCsbtZ5gA1ixCTdDnuZB67JGSPGW6r73coraDP8diOpiQouMvM6bKuTP BH/1poLccsUxsKgrQ23JC9LWCRb8cYHkZjXFH1K44TsIl5Lne2oT0JI3pwdA2v6jO4p/OLHntP+n pjwPbedMPUZkDYCkd3LSxj8c3JTxtA8SlPCtIHE1hh65xihg1JRIliSphrqr9kbfwHdeVxPdOI5G tDYPMYICEjCCAg4CAQEwTTA5MREwDwYDVQQKDAhFcmljc3NvbjEkMCIGA1UEAwwbRXJpY3Nzb24g TkwgSW5kaXZpZHVhbCBDQTAxAhAhVsFUBw1ddjP0q9Mjb9LGMAkGBSsOAwIaBQCgggEbMBgGCSqG SIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTExMDcyMDIwMzgwOFowIwYJKoZI hvcNAQkEMRYEFOL4gZGTpmWZiPE9wMWk3EH+/2KxMFwGCSsGAQQBgjcQBDFPME0wOTERMA8GA1UE CgwIRXJpY3Nzb24xJDAiBgNVBAMMG0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMQIQIVbBVAcN XXYz9KvTI2/SxjBeBgsqhkiG9w0BCRACCzFPoE0wOTERMA8GA1UECgwIRXJpY3Nzb24xJDAiBgNV BAMMG0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMQIQIVbBVAcNXXYz9KvTI2/SxjANBgkqhkiG 9w0BAQEFAASBgGa5BZ5Hzatw0i+pc5G/SC19Dh2+W18gsIuMALig1sk7F0ouLnNI+cHE4DLq3AOI pGiQp9/tfSN/IOLt4oYe9FuHqd4CzUP6+VluqwMLVCGwnVv1WrVFngFv97vslAA1QPCBo5cEN2Fx 3Hj/u9Zi7zqGVKwEvi3nqRHbm6misD9+AAAAAAAA --Apple-Mail-33-27122528-- From acee@lindem.com Wed Jul 20 15:46:07 2011 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0588821F84C5 for ; Wed, 20 Jul 2011 15:46:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.952 X-Spam-Level: X-Spam-Status: No, score=-1.952 tagged_above=-999 required=5 tests=[AWL=-0.646, BAYES_00=-2.599, HTML_MESSAGE=0.001, MISSING_HEADERS=1.292] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wuM3DYJv4vZ3 for ; Wed, 20 Jul 2011 15:46:06 -0700 (PDT) Received: from cdptpa-omtalb.mail.rr.com (cdptpa-omtalb.mail.rr.com [75.180.132.121]) by ietfa.amsl.com (Postfix) with ESMTP id 2057221F8AE4 for ; Wed, 20 Jul 2011 15:46:05 -0700 (PDT) X-Authority-Analysis: v=1.1 cv=SOlsIBN44tkg4MqIq+y2aLZdhoA3kHpmiRsLue6rfnM= c=1 sm=0 a=Wma4Of2gTTwA:10 a=vBnH86IIPThSVV33hWu2Vw==:17 a=AUd_NHdVAAAA:8 a=48vgC7mUAAAA:8 a=HgPQkv3OCFqs-Krf9AYA:9 a=vXDuqHBiVRIkbsW8vl8A:7 a=CjuIK1q_8ugA:10 a=JfD0Fch1gWkA:10 a=lZB815dzVvQA:10 a=nkgyPeizQ1nxZa9s6NsA:9 a=Phoif1gIQb0HKR0yOl4A:7 a=vBnH86IIPThSVV33hWu2Vw==:117 X-Cloudmark-Score: 0 X-Originating-IP: 75.177.132.147 Received: from [75.177.132.147] ([75.177.132.147:57500] helo=[192.168.1.106]) by cdptpa-oedge01.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id AE/64-15242-CAA572E4; Wed, 20 Jul 2011 22:46:05 +0000 From: Acee Lindem Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: multipart/alternative; boundary=Apple-Mail-4-34799188 Date: Wed, 20 Jul 2011 18:46:04 -0400 In-Reply-To: <29B10D11-8EB4-44A2-B621-FD90DB708C77@ericsson.com> References: <29B10D11-8EB4-44A2-B621-FD90DB708C77@ericsson.com> Message-Id: <5AEE883E-F1CD-40AF-B530-3D3E9C188522@lindem.com> X-Mailer: Apple Mail (2.1084) Cc: OSPF List Subject: Re: [OSPF] LSInfinity definition X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2011 22:46:07 -0000 --Apple-Mail-4-34799188 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi Faraz,=20 Ok - now I understand. We will fix the incorrect terminology in the RFC = 3137 Bis draft. It should not refer to LSInfinity as this is not an = infinite metric. It simply discourages transit traffic. =20 Thanks, Acee On Jul 20, 2011, at 4:38 PM, Acee Lindem wrote: > Hi Faraz, >=20 > On Jul 20, 2011, at 4:33 PM, Faraz Shamim wrote: >=20 >> Revising the last line in my e-mail: >>=20 >> Since RFC 3137 is now using LSInfinity for router link states, = shouldn't WE change the LSInfinity definition back to what it was in RFC = 1247? >=20 > I don't understand since the LSInfinity is a 24-bit value and the link = cost is only 16 bits.=20 >=20 >=20 >> Are there any plans to revise 2328 in near future? >=20 > No - it is actually one of the few Routing Area documents which has = reached full standard.=20 >=20 > Thanks, > Acee=20 >=20 >=20 >=20 >>=20 >>=20 >>=20 >> From: Microsoft Office User >> Date: Wed, 20 Jul 2011 15:30:26 -0500 >> To: >> Subject: LSInfinity definition >>=20 >> Hi All, >>=20 >> The early definition of LSInfinity as defined in RFC 1247 is: >>=20 >> LSInfinity >> The link state metric value indicating that the destination is >> unreachable. It is defined to be the binary value of all ones. = It >> depends on the size of the metric field, which is 16 bits in = router >> links advertisements, and 24 bits in both summary and AS external >> links advertisements. >>=20 >>=20 >> Then we changed it in RFC 1583 as: >>=20 >> LSInfinity >> The metric value indicating that the destination described by = a >> link state advertisement is unreachable. Used in summary link >> advertisements and AS external link advertisements as an >> alternative to premature aging (see Section 14.1). It is = defined >> to be the 24-bit binary value of all ones: 0xffffff. >>=20 >>=20 >> The reason for this change was because of E.3 in RC 1583. Then comes = RFC 3137 which started using LSInfinity in router link states again: >>=20 >> o costs of all non-stub links (links of the types other than 3) >> are set to LSInfinity (16-bit value 0xFFFF, rather than = 24-bit >> value 0xFFFFFF used in summary and AS-external LSAs). >>=20 >>=20 >> So since RFC 3137 is now using LSInfinity for router link states, = shouldn't change the LSInfinity definition back to what it was in RFC = 1247? Are there any plans to revise 2328 in near future? >>=20 >> Faraz >>=20 >>=20 >> _______________________________________________ >> OSPF mailing list >> OSPF@ietf.org >> https://www.ietf.org/mailman/listinfo/ospf >=20 > _______________________________________________ > OSPF mailing list > OSPF@ietf.org > https://www.ietf.org/mailman/listinfo/ospf --Apple-Mail-4-34799188 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii
Hi Faraz,

On = Jul 20, 2011, at 4:33 PM, Faraz Shamim wrote:

Revising the last line in = my e-mail:

Since RFC 3137 is = now using LSInfinity for router link states, shouldn't WE change the = LSInfinity definition back to what it was in RFC 1247? =

I = don't understand since the LSInfinity is a 24-bit value and the link = cost is only 16 bits. 


Are there any = plans to revise 2328 in near = future?

=
No - it is actually one of the few Routing Area documents which has = reached full = standard. 

Thanks,
Acee 



From: = Microsoft Office User <sshamim@cisco.com>
Date: Wed, 20 Jul 2011 15:30:26 = -0500
To: <ospf@ietf.org>
Subject: LSInfinity = definition

Hi All,

The early = definition of LSInfinity as defined in RFC 1247 = is:

LSInfinity
    The link state metric value indicating that the destination is
    unreachable.  It is defined to be the binary value of all ones.  It
    depends on the size of the metric field, which is 16 bits in router
    links advertisements, and 24 bits in both summary and AS external
    links advertisements.


Then we changed it in RFC 1583 = as:

The reason for this change was because of E.3 in RC =
1583. Then comes RFC 3137 which started using LSInfinity in router link =
states again:

  =
 o  costs of all non-stub links (links of the types other than 3)
         are set to LSInfinity (16-bit value 0xFFFF, rather than 24-bit
         value 0xFFFFFF used in summary and AS-external LSAs).


So since RFC 3137 is now using LSInfinity for = router link states, shouldn't change the LSInfinity definition back to = what it was in RFC 1247? Are there any plans to revise 2328 in near = future?

Faraz


=
_______________________________________________
OSPF mailing = list
OSPF@ietf.org
https://www.ietf.org/m= ailman/listinfo/ospf

___________= ____________________________________
OSPF mailing list
OSPF@ietf.org
https://www.ietf.org/ma= ilman/listinfo/ospf

= --Apple-Mail-4-34799188-- From acee.lindem@ericsson.com Thu Jul 28 07:08:59 2011 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A4C9421F8B03 for ; Thu, 28 Jul 2011 07:08:59 -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=[AWL=0.000, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id taesuRaAnKaD for ; Thu, 28 Jul 2011 07:08:59 -0700 (PDT) Received: from imr4.ericy.com (imr4.ericy.com [198.24.6.8]) by ietfa.amsl.com (Postfix) with ESMTP id 1EC0221F8793 for ; Thu, 28 Jul 2011 07:08:59 -0700 (PDT) Received: from eusaamw0712.eamcs.ericsson.se ([147.117.20.181]) by imr4.ericy.com (8.14.3/8.14.3/Debian-9.1ubuntu1) with ESMTP id p6SE8uuJ011482 for ; Thu, 28 Jul 2011 09:08:58 -0500 Received: from EUSAACMS0702.eamcs.ericsson.se ([169.254.1.220]) by eusaamw0712.eamcs.ericsson.se ([147.117.20.181]) with mapi; Thu, 28 Jul 2011 10:08:53 -0400 From: Acee Lindem To: OSPF List Date: Thu, 28 Jul 2011 10:08:50 -0400 Thread-Topic: OSPF WG Meeting in Quebec Scribe and Jabber Scribe Thread-Index: AcxNL+Fuod+iZwq3Tr2DG9fm846wew== Message-ID: <7D665503-DF98-443D-A4A1-45F1E9FF3924@ericsson.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: [OSPF] OSPF WG Meeting in Quebec Scribe and Jabber Scribe X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2011 14:08:59 -0000 Do we have a volunteer to take minutes or be Jabber scribe?=20 Thanks, Acee From acee.lindem@ericsson.com Fri Jul 29 18:31:02 2011 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6A20621F8AD8 for ; Fri, 29 Jul 2011 18:31:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.547 X-Spam-Level: X-Spam-Status: No, score=-5.547 tagged_above=-999 required=5 tests=[AWL=-1.052, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RCVD_IN_DNSWL_MED=-4, RDNS_NONE=0.1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id v5W2HhyT5clm for ; Fri, 29 Jul 2011 18:31:01 -0700 (PDT) Received: from imr4.ericy.com (unknown [198.24.6.9]) by ietfa.amsl.com (Postfix) with ESMTP id A45EE21F8AD3 for ; Fri, 29 Jul 2011 18:31:01 -0700 (PDT) Received: from eusaamw0712.eamcs.ericsson.se ([147.117.20.181]) by imr4.ericy.com (8.14.3/8.14.3/Debian-9.1ubuntu1) with ESMTP id p6U1Uwis013007; Fri, 29 Jul 2011 20:31:00 -0500 Received: from EUSAACMS0702.eamcs.ericsson.se ([169.254.1.220]) by eusaamw0712.eamcs.ericsson.se ([147.117.20.181]) with mapi; Fri, 29 Jul 2011 21:30:54 -0400 From: Acee Lindem To: OSPF List Date: Fri, 29 Jul 2011 21:30:51 -0400 Thread-Topic: IETF 81 WG Minutes Thread-Index: AcxOWFJKQPPG0EoBRn2pqgaziH5m6A== Message-ID: <4E8971A4-2A53-4E04-BED6-DE335065858B@ericsson.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: [OSPF] IETF 81 WG Minutes X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2011 01:31:02 -0000 I've posted the IETF WG Minutes. Thanks much to Les Ginsberg for taking the= m. There was one ISP representative from Asia who commented but we did not = get his name. If this was you, please unicast me and I will update the minu= tes with your name. =20 Abhay and I will follow up with E-mails on specific documents presented at = IETF 81.=20 http://www.ietf.org/proceedings/81/minutes/ospf.txt Thanks, Acee = From jpv@cisco.com Sun Jul 31 09:13:04 2011 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D003621F8866 for ; Sun, 31 Jul 2011 09:13:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.497 X-Spam-Level: X-Spam-Status: No, score=-102.497 tagged_above=-999 required=5 tests=[AWL=0.101, BAYES_00=-2.599, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TyrHHVX6id4n for ; Sun, 31 Jul 2011 09:13:04 -0700 (PDT) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) by ietfa.amsl.com (Postfix) with ESMTP id 30E7721F885A for ; Sun, 31 Jul 2011 09:13:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=jpv@cisco.com; l=4039; q=dns/txt; s=iport; t=1312128788; x=1313338388; h=subject:mime-version:from:in-reply-to:date:cc:message-id: references:to; bh=oCAirCETP0s7l3tAYLDkeB6fYIAhERhwRDdnW7IZAmo=; b=fmIbG6m4PK/MNP48DmB1yDV7HJC7wFrObfm8aF0DRvBfWN0yhaji3tj5 runQpZ2i2w3AazJZ3Pa4evTgES/sd4kvnh4CYEdvyX+fFPslPdMN6/tvp x+7qzIEK6hOnb1gWs9ILvKNqPx1XNjWJWmOGwt72Otmvd2LUaA3+awzhl 4=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av4EAOl+NU6rRDoH/2dsb2JhbABBp2R3gUABAQEBAgEBAQEPAVsLBQsLBEInMAYBEgkSB4dKBKEwAZ0vhWNfBJJ7hRCLcA X-IronPort-AV: E=Sophos;i="4.67,296,1309737600"; d="scan'208,217";a="8219740" Received: from mtv-core-2.cisco.com ([171.68.58.7]) by rcdn-iport-2.cisco.com with ESMTP; 31 Jul 2011 16:13:05 +0000 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by mtv-core-2.cisco.com (8.14.3/8.14.3) with ESMTP id p6VGD52l020943; Sun, 31 Jul 2011 16:13:05 GMT Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Sun, 31 Jul 2011 09:13:05 -0700 Received: from dhcp63-140-180-210.hil-contnhx.bos.wayport.net ([10.21.146.57]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Sun, 31 Jul 2011 09:13:04 -0700 Mime-Version: 1.0 (Apple Message framework v1244.3) Content-Type: multipart/alternative; boundary="Apple-Mail=_77A13B39-26FF-40B8-BAD1-FB863C6831C6" From: JP Vasseur In-Reply-To: <4E8971A4-2A53-4E04-BED6-DE335065858B@ericsson.com> Date: Sun, 31 Jul 2011 12:13:02 -0400 Message-Id: References: <4E8971A4-2A53-4E04-BED6-DE335065858B@ericsson.com> To: Acee Lindem , "Abhay Roy (akr)" X-Mailer: Apple Mail (2.1244.3) X-OriginalArrivalTime: 31 Jul 2011 16:13:05.0017 (UTC) FILETIME=[BA8C9690:01CC4F9C] Cc: OSPF List Subject: Re: [OSPF] IETF 81 WG Minutes X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2011 16:13:04 -0000 --Apple-Mail=_77A13B39-26FF-40B8-BAD1-FB863C6831C6 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Thanks Acee, Just a feed-back on one ID after the PCE WG meeting: 8) Updates to OSPF TE Extension for Area IDs Slides draft-lu-ospf-area-tlv-01.txt - Wenhu Lu=20 10 minutes See slides Abhay: What were comments in PCE presentation? Wenhu: Good reception. Why do we need to know Area ID? Isn't it enough = to=20 simply know if ABR is TE enabled? Solution avoids "brute force" = solution and=20 produces faster convergence. Abhay: Discussed with PCE chairs. RFC 5088 - extensions for PCE. Look at = those=20 extensions to see if they can be used. Wenhu: Will do that. JP> The draft was discussed in the PCE WG meeting, but there was no = consensus that this document provides an extension that addresses a use case for PCE. = To be discussed on the PCE mailing list and we will keep you posted. Thanks. JP. On Jul 29, 2011, at 9:30 PM, Acee Lindem wrote: > I've posted the IETF WG Minutes. Thanks much to Les Ginsberg for = taking them. There was one ISP representative from Asia who commented = but we did not get his name. If this was you, please unicast me and I = will update the minutes with your name. =20 >=20 > Abhay and I will follow up with E-mails on specific documents = presented at IETF 81.=20 >=20 > http://www.ietf.org/proceedings/81/minutes/ospf.txt >=20 > Thanks, > Acee=20 > _______________________________________________ > OSPF mailing list > OSPF@ietf.org > https://www.ietf.org/mailman/listinfo/ospf --Apple-Mail=_77A13B39-26FF-40B8-BAD1-FB863C6831C6 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii What were comments in PCE = presentation?
Wenhu: Good = reception. Why do we need to know Area ID? Isn't it = enough to 
 simply know if ABR is TE enabled? Solution = avoids "brute force" solution and 
 produces faster = convergence.

Abhay: Discussed with PCE chairs. RFC 5088 - = extensions for PCE. Look at those 
extensions to see if they can = be used.
Wenhu: Will do = that.

JP> The draft was discussed = in the PCE WG meeting, but there was no consensus that
this = document provides an extension that addresses a use case for PCE. To be = discussed
on the PCE mailing list and we will keep you = posted.

Thanks.

JP.

On Jul 29, 2011, at 9:30 PM, Acee Lindem = wrote:

I've posted the IETF WG Minutes. Thanks much to Les = Ginsberg for taking them. There was one ISP representative from Asia who = commented but we did not get his name. If this was you, please unicast = me and I will update the minutes with your name.  

Abhay and = I will follow up with E-mails on specific documents presented at IETF = 81.

http://www.ie= tf.org/proceedings/81/minutes/ospf.txt

Thanks,
Acee =
_______________________________________________
OSPF mailing = list
OSPF@ietf.org
https://www.ietf.org/mailman/listinfo/ospf

= --Apple-Mail=_77A13B39-26FF-40B8-BAD1-FB863C6831C6--