From ospf-bounces@ietf.org Mon Oct 02 05:41:29 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GUKGw-0004m0-Vs; Mon, 02 Oct 2006 05:39:38 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GUKGv-0004lv-M1
	for ospf@ietf.org; Mon, 02 Oct 2006 05:39:37 -0400
Received: from wx-out-0506.google.com ([66.249.82.229])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GUKGu-0002jb-9d
	for ospf@ietf.org; Mon, 02 Oct 2006 05:39:37 -0400
Received: by wx-out-0506.google.com with SMTP id t4so1481427wxc
	for <ospf@ietf.org>; Mon, 02 Oct 2006 02:39:36 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:to:subject:mime-version:content-type;
	b=pE9ykWbGx0lZrgkb7acF3m5sko6DEoEwGBF8Rx7s65i+qLRlTqUhl0FsCXd+Wz5z3zdiuOgQW6zZOOdj5Wp/GqsDAb6aLcSOamp0NTgpScok2BBi0fR1gcfIkAzSPpOvj11f0y8KS1dRBIhznepoPlN/euZ7VPzeucCOvlfhr2A=
Received: by 10.90.113.20 with SMTP id l20mr2546824agc;
	Mon, 02 Oct 2006 02:39:35 -0700 (PDT)
Received: by 10.90.31.4 with HTTP; Mon, 2 Oct 2006 02:39:35 -0700 (PDT)
Message-ID: <b33c82d0610020239j6168fe42ta38f78101c747d6@mail.gmail.com>
Date: Mon, 2 Oct 2006 15:09:35 +0530
From: "sujay gupta" <sujay.ietf@gmail.com>
To: ospf@ietf.org
MIME-Version: 1.0
X-Spam-Score: 0.7 (/)
X-Scan-Signature: 08170828343bcf1325e4a0fb4584481c
Subject: [OSPF] test
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0672487647=="
Errors-To: ospf-bounces@ietf.org

--===============0672487647==
Content-Type: multipart/alternative; 
	boundary="----=_Part_56559_3848161.1159781975635"

------=_Part_56559_3848161.1159781975635
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline



------=_Part_56559_3848161.1159781975635
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

<br>

------=_Part_56559_3848161.1159781975635--


--===============0672487647==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://www1.ietf.org/mailman/listinfo/ospf

--===============0672487647==--




From MAILER-DAEMON Tue Oct 03 12:09:15 2006
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GUmpX-0003zq-JK
	for ospf-archive@lists.ietf.org; Tue, 03 Oct 2006 12:09:15 -0400
Received: from mx.sodetel.net.lb ([89.108.129.67] helo=Sodetel-EMailFitler.sodetel.net.lb)
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GUmpV-0006ag-BC
	for ospf-archive@lists.ietf.org; Tue, 03 Oct 2006 12:09:15 -0400
Received: from [89.108.129.67] by 89.108.129.67 with StormMail ESMTP id 95017.1589860530;
	Tue, 3 Oct 2006 19:08:45 +0300 (EEST)
Date: Tue, 3 Oct 2006 19:08:45 +0300 (EEST)
Message-ID: <1159891725618.25132.@vm1>
From: MAILER-DAEMON@Sodetel-EMailFitler.sodetel.net.lb
To: ospf-archive@lists.ietf.org
Subject: failure notice
X-Spam-Score: 4.3 (++++)
X-Scan-Signature: cab78e1e39c4b328567edb48482b6a69

I'm afraid I wasn't able to deliver your message to the following address.
This is a permanent error; I've given up. I am sorry for this inconvenience.

ckoueik@sodetel.net.lb Error Message: 550 5.1.1 <ckoueik@sodetel.net.lb>... User unknown


-------------------------------------------
the following is a part of original message:
Return-Path: <ospf-archive@lists.ietf.org>
Received: from [83.52.172.33] by 89.108.129.67 with StormMail ESMTP id 95017.15461918;
	Tue, 3 Oct 2006 19:08:31 +0300 (EEST)
From: ospf-archive@lists.ietf.org
To: ckoueik@sodetel.net.lb
Subject: Returned mail: see transcript for details
Date: Tue, 3 Oct 2006 18:08:19 +0200
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0003_BE751257.342AF304"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000

This is a multi-part message in MIME format.

------=_NextPart_000_0003_BE751257.342AF304
Content-Type: text/plain;
	charset=us-ascii
Content-Transfer-Encoding: 7bit

The message was not delivered due to the following reason:

Your message could not be delivered because the destination server was
unreachable within the allowed queue period. The amount of time
a message is queued before it is returned depends on local configura-
tion parameters.

Most likely there is a network problem that prevented delivery, but
it is also possible that the computer is turned off, or does not
have a mail system running right now.

Your message could not be delivered within 5 days:
Host 160.194.135.118 is not responding.

The following recipients could not rec



From ospf-bounces@ietf.org Wed Oct 04 09:49:25 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GV76l-0001Yv-LF; Wed, 04 Oct 2006 09:48:23 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GV76j-0001X0-BH
	for ospf@ietf.org; Wed, 04 Oct 2006 09:48:21 -0400
Received: from slb-smtpout-01.boeing.com ([130.76.64.48]
	helo=slb-smtpout-01.ns.cs.boeing.com)
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GV76f-0001Tq-VH
	for ospf@ietf.org; Wed, 04 Oct 2006 09:48:21 -0400
Received: from blv-av-01.boeing.com (blv-av-01.boeing.com [192.42.227.216])
	by slb-smtpout-01.ns.cs.boeing.com (8.13.6/8.13.6/SMTPOUT) with ESMTP
	id k94DlZ8l011142
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL)
	for <ospf@ietf.org>; Wed, 4 Oct 2006 06:47:40 -0700 (PDT)
Received: from blv-av-01.boeing.com (localhost [127.0.0.1])
	by blv-av-01.boeing.com (8.13.6/8.13.6/DOWNSTREAM_RELAY) with ESMTP id
	k94Dm5qa016826
	for <ospf@ietf.org>; Wed, 4 Oct 2006 06:48:05 -0700 (PDT)
Received: from XCH-NWBH-11.nw.nos.boeing.com (xch-nwbh-11.nw.nos.boeing.com
	[130.247.55.84])
	by blv-av-01.boeing.com (8.13.6/8.13.6/UPSTREAM_RELAY) with ESMTP id
	k94Dm4J6016788; Wed, 4 Oct 2006 06:48:05 -0700 (PDT)
Received: from XCH-NW-7V1.nw.nos.boeing.com ([130.247.54.34]) by
	XCH-NWBH-11.nw.nos.boeing.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Wed, 4 Oct 2006 06:47:54 -0700
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, 4 Oct 2006 06:47:53 -0700
Message-ID: <2DA8DC77664C2B4C8804BF46498E141F01BFBDC9@XCH-NW-7V1.nw.nos.boeing.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Refresh of OSPF Version 2 MIB for Multi-Topology (MT) Routing 
Thread-Index: Acbnu6/upoG3R0zfRIKVhaXauAd2Og==
From: "Kushi, David M" <david.m.kushi@boeing.com>
To: <ospf@ietf.org>
X-OriginalArrivalTime: 04 Oct 2006 13:47:54.0866 (UTC)
	FILETIME=[B1734520:01C6E7BB]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 7d33c50f3756db14428398e2bdedd581
Cc: Rashmi Shrivastava <rashi@cisco.com>
Subject: [OSPF] Refresh of OSPF Version 2 MIB for Multi-Topology (MT) Routing
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=subscribe>
Errors-To: ospf-bounces@ietf.org

A New Internet-Draft is available from the on-line Internet-Drafts
directories.


       Title           : OSPF Version 2 MIB for Multi-Topology (MT)
Routing
       Author(s)       : N. Rawat
       Filename        : draft-rawat-ospf-mt-mib-01.txt
       Pages           : 36
       Date            : 2006-9-28

This memo defines an extension to the Open Shortest Path First
  version 2 Management Information Base (OSPFv2 MIB) for use with
  network management protocols in the Internet community.  In
  particular it describes objects and lists considerations for the
  management of OSPF Multi-Topology routing.  At present, the OSPF
  Multi-Topology extensions are defined within a standards track
  internet draft [5].

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-rawat-ospf-mt-mib-01.txt

_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://www1.ietf.org/mailman/listinfo/ospf



From ospf-bounces@ietf.org Wed Oct 04 10:17:07 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GV7YF-00083I-UN; Wed, 04 Oct 2006 10:16:47 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GV7YE-00083C-ES
	for ospf@ietf.org; Wed, 04 Oct 2006 10:16:46 -0400
Received: from zcars04f.nortel.com ([47.129.242.57])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GV7YC-0006Py-2W
	for ospf@ietf.org; Wed, 04 Oct 2006 10:16:46 -0400
Received: from zrtphxm1.corp.nortel.com (zrtphxm1.corp.nortel.com
	[47.140.202.50])
	by zcars04f.nortel.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id
	k94EGdA21926; Wed, 4 Oct 2006 10:16:40 -0400 (EDT)
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [OSPF] Refresh of OSPF Version 2 MIB for Multi-Topology (MT)
	Routing
Date: Wed, 4 Oct 2006 10:16:36 -0400
Message-ID: <4B7DAC3FEFD35D4A96BDD011699050140A423FFF@zrtphxm1.corp.nortel.com>
In-Reply-To: <2DA8DC77664C2B4C8804BF46498E141F01BFBDC9@XCH-NW-7V1.nw.nos.boeing.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [OSPF] Refresh of OSPF Version 2 MIB for Multi-Topology (MT)
	Routing
Thread-Index: Acbnu6/upoG3R0zfRIKVhaXauAd2OgAAuNUA
From: "Daniel Joyal" <djoyal@nortel.com>
To: "Kushi, David M" <david.m.kushi@boeing.com>, <ospf@ietf.org>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 9ed51c9d1356100bce94f1ae4ec616a9
Cc: Rashmi Shrivastava <rashi@cisco.com>
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=subscribe>
Errors-To: ospf-bounces@ietf.org

David,

 RFC1850 is soon to be obsoleted by draft-ietf-ospf-mib-update-11.txt
which is currently in the RFC Editor's queue. Did you check
your MIB against that draft?

-Dan

> -----Original Message-----
> From: Kushi, David M [mailto:david.m.kushi@boeing.com]=20
> Sent: Wednesday, October 04, 2006 9:48 AM
> To: ospf@ietf.org
> Cc: Rashmi Shrivastava
> Subject: [OSPF] Refresh of OSPF Version 2 MIB for=20
> Multi-Topology (MT) Routing
>=20
> A New Internet-Draft is available from the on-line=20
> Internet-Drafts directories.
>=20
>=20
>        Title           : OSPF Version 2 MIB for Multi-Topology (MT)
> Routing
>        Author(s)       : N. Rawat
>        Filename        : draft-rawat-ospf-mt-mib-01.txt
>        Pages           : 36
>        Date            : 2006-9-28
>=20
> This memo defines an extension to the Open Shortest Path First
>   version 2 Management Information Base (OSPFv2 MIB) for use with
>   network management protocols in the Internet community.  In
>   particular it describes objects and lists considerations for the
>   management of OSPF Multi-Topology routing.  At present, the OSPF
>   Multi-Topology extensions are defined within a standards track
>   internet draft [5].
>=20
> A URL for this Internet-Draft is:
> http://www.ietf.org/internet-drafts/draft-rawat-ospf-mt-mib-01.txt
>=20
> _______________________________________________
> OSPF mailing list
> OSPF@ietf.org
> https://www1.ietf.org/mailman/listinfo/ospf
>=20

_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://www1.ietf.org/mailman/listinfo/ospf



From ospf-bounces@ietf.org Wed Oct 04 10:28:17 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GV7jA-00077K-Ng; Wed, 04 Oct 2006 10:28:04 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GV7j9-00077F-FJ
	for ospf@ietf.org; Wed, 04 Oct 2006 10:28:03 -0400
Received: from slb-smtpout-01.boeing.com ([130.76.64.48]
	helo=slb-smtpout-01.ns.cs.boeing.com)
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GV7j8-0000wv-1v
	for ospf@ietf.org; Wed, 04 Oct 2006 10:28:03 -0400
Received: from slb-av-01.boeing.com (slb-av-01.boeing.com [129.172.13.4])
	by slb-smtpout-01.ns.cs.boeing.com (8.13.6/8.13.6/SMTPOUT) with ESMTP
	id k94ERUUm010484
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL)
	for <ospf@ietf.org>; Wed, 4 Oct 2006 07:27:30 -0700 (PDT)
Received: from slb-av-01.boeing.com (localhost [127.0.0.1])
	by slb-av-01.boeing.com (8.13.6/8.13.6/DOWNSTREAM_RELAY) with ESMTP id
	k94ES0hZ023328
	for <ospf@ietf.org>; Wed, 4 Oct 2006 07:28:00 -0700 (PDT)
Received: from XCH-NWBH-11.nw.nos.boeing.com (xch-nwbh-11.nw.nos.boeing.com
	[130.247.55.84])
	by slb-av-01.boeing.com (8.13.6/8.13.6/UPSTREAM_RELAY) with ESMTP id
	k94ERuSG023203; Wed, 4 Oct 2006 07:28:00 -0700 (PDT)
Received: from XCH-NW-7V1.nw.nos.boeing.com ([130.247.54.34]) by
	XCH-NWBH-11.nw.nos.boeing.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Wed, 4 Oct 2006 07:27:53 -0700
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [OSPF] Refresh of OSPF Version 2 MIB for Multi-Topology (MT)
	Routing
Date: Wed, 4 Oct 2006 07:27:23 -0700
Message-ID: <2DA8DC77664C2B4C8804BF46498E141F01BFBDCB@XCH-NW-7V1.nw.nos.boeing.com>
In-Reply-To: <4B7DAC3FEFD35D4A96BDD011699050140A423FFF@zrtphxm1.corp.nortel.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [OSPF] Refresh of OSPF Version 2 MIB for Multi-Topology (MT)
	Routing
Thread-Index: Acbnu6/upoG3R0zfRIKVhaXauAd2OgAAuNUAAABz1zA=
From: "Kushi, David M" <david.m.kushi@boeing.com>
To: "Daniel Joyal" <djoyal@nortel.com>, <ospf@ietf.org>
X-OriginalArrivalTime: 04 Oct 2006 14:27:53.0756 (UTC)
	FILETIME=[474CD5C0:01C6E7C1]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 82c9bddb247d9ba4471160a9a865a5f3
Cc: Rashmi Shrivastava <rashi@cisco.com>
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=subscribe>
Errors-To: ospf-bounces@ietf.org

Dan, yes, we (Namita, Rashmi, me, other contributors) have.=20

David
> -----Original Message-----
> From: Daniel Joyal [mailto:djoyal@nortel.com]=20
> Sent: Wednesday, October 04, 2006 7:17 AM
> To: Kushi, David M; ospf@ietf.org
> Cc: Rashmi Shrivastava
> Subject: RE: [OSPF] Refresh of OSPF Version 2 MIB for=20
> Multi-Topology (MT) Routing
>=20
> David,
>=20
>  RFC1850 is soon to be obsoleted by=20
> draft-ietf-ospf-mib-update-11.txt which is currently in the=20
> RFC Editor's queue. Did you check your MIB against that draft?
>=20
> -Dan
>=20
> > -----Original Message-----
> > From: Kushi, David M [mailto:david.m.kushi@boeing.com]
> > Sent: Wednesday, October 04, 2006 9:48 AM
> > To: ospf@ietf.org
> > Cc: Rashmi Shrivastava
> > Subject: [OSPF] Refresh of OSPF Version 2 MIB for=20
> Multi-Topology (MT)=20
> > Routing
> >=20
> > A New Internet-Draft is available from the on-line Internet-Drafts=20
> > directories.
> >=20
> >=20
> >        Title           : OSPF Version 2 MIB for Multi-Topology (MT)
> > Routing
> >        Author(s)       : N. Rawat
> >        Filename        : draft-rawat-ospf-mt-mib-01.txt
> >        Pages           : 36
> >        Date            : 2006-9-28
> >=20
> > This memo defines an extension to the Open Shortest Path First
> >   version 2 Management Information Base (OSPFv2 MIB) for use with
> >   network management protocols in the Internet community.  In
> >   particular it describes objects and lists considerations for the
> >   management of OSPF Multi-Topology routing.  At present, the OSPF
> >   Multi-Topology extensions are defined within a standards track
> >   internet draft [5].
> >=20
> > A URL for this Internet-Draft is:
> > http://www.ietf.org/internet-drafts/draft-rawat-ospf-mt-mib-01.txt
> >=20
> > _______________________________________________
> > OSPF mailing list
> > OSPF@ietf.org
> > https://www1.ietf.org/mailman/listinfo/ospf
> >=20
>=20

_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://www1.ietf.org/mailman/listinfo/ospf



From ospf-bounces@ietf.org Wed Oct 04 15:15:24 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GVCBn-0000GA-FQ; Wed, 04 Oct 2006 15:13:56 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GVCBl-0008Tu-SG
	for ospf@ietf.org; Wed, 04 Oct 2006 15:13:53 -0400
Received: from rtp-iport-1.cisco.com ([64.102.122.148])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GVCBj-0003Ns-EC
	for ospf@ietf.org; Wed, 04 Oct 2006 15:13:53 -0400
Received: from rtp-dkim-1.cisco.com ([64.102.121.158])
	by rtp-iport-1.cisco.com with ESMTP; 04 Oct 2006 12:13:51 -0700
X-IronPort-AV: i="4.09,256,1157353200"; 
	d="scan'208"; a="44849628:sNHT49741868"
Received: from rtp-core-2.cisco.com (rtp-core-2.cisco.com [64.102.124.13])
	by rtp-dkim-1.cisco.com (8.12.11.20060308/8.12.11) with ESMTP id
	k94JDpkV021921 for <ospf@ietf.org>; Wed, 4 Oct 2006 15:13:51 -0400
Received: from xbh-rtp-211.amer.cisco.com (xbh-rtp-211.cisco.com
	[64.102.31.102])
	by rtp-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id k94JDpuI003515
	for <ospf@ietf.org>; Wed, 4 Oct 2006 15:13:51 -0400 (EDT)
Received: from xfe-rtp-202.amer.cisco.com ([64.102.31.21]) by
	xbh-rtp-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Wed, 4 Oct 2006 15:13:50 -0400
Received: from [10.82.224.123] ([10.82.224.123]) by xfe-rtp-202.amer.cisco.com
	with Microsoft SMTPSVC(6.0.3790.1830); 
	Wed, 4 Oct 2006 15:13:50 -0400
Message-ID: <452407EE.2000405@cisco.com>
Date: Wed, 04 Oct 2006 15:13:50 -0400
From: Acee Lindem <acee@cisco.com>
User-Agent: Thunderbird 1.5.0.7 (Windows/20060909)
MIME-Version: 1.0
To: OSPF List <ospf@ietf.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 04 Oct 2006 19:13:50.0600 (UTC)
	FILETIME=[39937880:01C6E7E9]
DKIM-Signature: a=rsa-sha1; q=dns; l=1058; t=1159989231; x=1160853231;
	c=relaxed/simple; s=rtpdkim1001;
	h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version;
	d=cisco.com; i=acee@cisco.com; z=From:Acee=20Lindem=20<acee@cisco.com>
	|Subject:67th=20IETF=20OSPF=20WG=20Agenda
	|To:OSPF=20List=20<ospf@ietf.org>;
	X=v=3Dcisco.com=3B=20h=3DwFtklUi1T1kv6ZMA9zY9rmIqmZo=3D;
	b=j3iojHKrDPzHuMue3sBLaDG4eIBN+wK5D2J5WpS9ueGzi7BYPW0lhd0sABqshCZlsOAQJsoq
	YLMkX1mVbdFqXEW2nJH1Xm28MMImqTMUaDVaD7lL7WY3JxyGL7piQTu8;
Authentication-Results: rtp-dkim-1.cisco.com; header.From=acee@cisco.com;
	dkim=pass ( sig from cisco.com verified; ); 
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 2409bba43e9c8d580670fda8b695204a
Subject: [OSPF] 67th IETF OSPF WG Agenda
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=subscribe>
Errors-To: ospf-bounces@ietf.org

We're tentatively scheduled for Wednesday night from 17:40-19:50.  Please
let me know if you have anything you'd like to present. Right now,
we have:

     - OSPF HMAC SHA Authentication as a WG document
     - Where we are (and where are not) with OSPF MANET
     - Disposition of previously presented drafts. I'm going to strike 
up some
       discussion on this list on these. Hopefully, we'll be ready to 
accept or
       reject the following:
 
                Update to OSPF Graceful Restart procedure -
                      draft-holla-ospf-update-graceful-restart-02.txt
                OSPF Version 2 MIB for Multi-Topology (MT) Routing -
                       draft-rawat-ospf-mt-mib-01
               Extensions to OSPFv2 for Advertising Optional Route/Link 
Attributes
                    draft-mirtorabi-ospf-tag-02.txt
               OSPF Database Exchange Summary List Optimization
                    draft-ogier-ospf-dbex-opt-01.txt

Anything else? Please unicast requests to me.

Thanks,
Acee
               

_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://www1.ietf.org/mailman/listinfo/ospf



From MAILER-DAEMON Wed Oct 04 16:19:30 2006
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GVDDG-0002oR-5m
	for ospf-archive@lists.ietf.org; Wed, 04 Oct 2006 16:19:30 -0400
Received: from omr-m06.mx.aol.com ([64.12.138.18])
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GVD4A-00042j-7c
	for ospf-archive@lists.ietf.org; Wed, 04 Oct 2006 16:10:07 -0400
Received: from  rly-mc01.mail.aol.com (rly-mc01.mail.aol.com [172.20.118.143]) by omr-m06.mx.aol.com (v107.10) with ESMTP id RELAYIN9-a4524151d1d2; Wed, 04 Oct 2006 16:10:05 -0400
Received: from localhost (localhost)
	  by rly-mc01.mail.aol.com (8.8.8/8.8.8/AOL-5.0.0)
	  with internal id QAB24174;
	  Wed, 4 Oct 2006 16:10:05 -0400 (EDT)
Date: Wed, 4 Oct 2006 16:10:05 -0400 (EDT)
From: Mail Delivery Subsystem <MAILER-DAEMON@aol.com>
Message-Id: <200610042010.QAB24174@rly-mc01.mail.aol.com>
To: <ospf-archive@lists.ietf.org>
MIME-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
	boundary="QAB24174.1159992605/rly-mc01.mail.aol.com"
Subject: Returned mail: Service unavailable
Auto-Submitted: auto-generated (failure)
X-AOL-IP: 172.20.118.143
X-Spam-Score: 0.0 (/)
X-Scan-Signature: d0bdc596f8dd1c226c458f0b4df27a88

This is a MIME-encapsulated message

--QAB24174.1159992605/rly-mc01.mail.aol.com

The original message was received at Wed, 4 Oct 2006 16:09:42 -0400 (EDT)
from 69-149-235-103.ded.swbell.net [69.149.235.103]


*** ATTENTION ***

Your e-mail is being returned to you because there was a problem with its
delivery.  The address which was undeliverable is listed in the section
labeled: "----- The following addresses had permanent fatal errors -----".

The reason your mail is being returned to you is listed in the section
labeled: "----- Transcript of Session Follows -----".

The line beginning with "<<<" describes the specific reason your e-mail could
not be delivered.  The next line contains a second error message which is a
general translation for other e-mail servers.

Please direct further questions regarding this message to your e-mail
administrator.

--AOL Postmaster



   ----- The following addresses had permanent fatal errors -----
<mac4jobs@aol.com>

   ----- Transcript of session follows -----
... while talking to air-mc04.mail.aol.com.:
>>> DATA
<<< 554 TRANSACTION FAILED - Unrepairable Virus Detected. Your mail has not been sent.
554 <mac4jobs@aol.com>... Service unavailable

--QAB24174.1159992605/rly-mc01.mail.aol.com
Content-Type: message/delivery-status

Reporting-MTA: dns; rly-mc01.mail.aol.com
Arrival-Date: Wed, 4 Oct 2006 16:09:42 -0400 (EDT)

Final-Recipient: RFC822; mac4jobs@aol.com
Action: failed
Status: 5.0.0
Remote-MTA: DNS; air-mc04.mail.aol.com
Diagnostic-Code: SMTP; 554 TRANSACTION FAILED - Unrepairable Virus Detected. Your mail has not been sent.
Last-Attempt-Date: Wed, 4 Oct 2006 16:10:05 -0400 (EDT)

--QAB24174.1159992605/rly-mc01.mail.aol.com
Content-Type: text/rfc822-headers

Received: from  lists.ietf.org (69-149-235-103.ded.swbell.net [69.149.235.103]) by rly-mc01.mail.aol.com (v112_r1.5) with ESMTP id MAILRELAYINMC18-102452415021fd; Wed, 04 Oct 2006 16:09:38 -0400
From: ospf-archive@lists.ietf.org
To: mac4jobs@aol.com
Subject: Returned mail: see transcript for details
Date: Wed, 4 Oct 2006 15:08:54 -0500
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0007_CFFF4B43.C78BB8DE"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-AOL-IP: 69.149.235.103
X-AOL-SCOLL-SCORE: 0:2:256047182:17716740
X-AOL-SCOLL-URL_COUNT: 0
Message-ID: <200610041609.102452415021fd@rly-mc01.mail.aol.com>

--QAB24174.1159992605/rly-mc01.mail.aol.com--




From ospf-bounces@ietf.org Thu Oct 05 09:09:07 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GVSx8-0004WW-IM; Thu, 05 Oct 2006 09:07:54 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GVSx7-0004WR-1B
	for ospf@ietf.org; Thu, 05 Oct 2006 09:07:53 -0400
Received: from mail128.messagelabs.com ([216.82.250.131])
	by ietf-mx.ietf.org with smtp (Exim 4.43) id 1GVSx5-0004gP-GH
	for ospf@ietf.org; Thu, 05 Oct 2006 09:07:53 -0400
X-VirusChecked: Checked
X-Env-Sender: amirkhan@motorola.com
X-Msg-Ref: server-12.tower-128.messagelabs.com!1160053670!1130619!1
X-StarScan-Version: 5.5.10.7; banners=-,-,-
X-Originating-IP: [129.188.136.8]
Received: (qmail 7382 invoked from network); 5 Oct 2006 13:07:50 -0000
Received: from motgate8.mot.com (HELO motgate8.mot.com) (129.188.136.8)
	by server-12.tower-128.messagelabs.com with SMTP;
	5 Oct 2006 13:07:50 -0000
Received: from il06exr01.mot.com (il06exr01.mot.com [129.188.137.131])
	by motgate8.mot.com (8.12.11/Motorola) with ESMTP id k95D7nNI002684
	for <ospf@ietf.org>; Thu, 5 Oct 2006 06:07:49 -0700 (MST)
Received: from ZMY16EXM66.ds.mot.com (zmy16exm66.ap.mot.com [10.179.4.26])
	by il06exr01.mot.com (8.13.5/8.13.0) with ESMTP id k95D7mSk019580
	for <ospf@ietf.org>; Thu, 5 Oct 2006 08:07:48 -0500 (CDT)
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Subject: [OSPF] OSPF GR query
Date: Thu, 5 Oct 2006 21:07:36 +0800
Message-ID: <988EE2C769AC284ABAE9328BFC10703F011AAD26@ZMY16EXM66.ds.mot.com>
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
Thread-Topic: [OSPF] OSPF GR query
Thread-Index: Acbofzo03VIFl44LRamn1tmNckH5Fg==
From: "Khan Amir-G20247" <amirkhan@motorola.com>
To: <ospf@ietf.org>
X-Spam-Score: 0.2 (/)
X-Scan-Signature: f60fbf3dbcaca652b6d10036f0630412
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0823908720=="
Errors-To: ospf-bounces@ietf.org

This is a multi-part message in MIME format.

--===============0823908720==
Content-class: urn:content-classes:message
Content-Type: multipart/related; type="multipart/alternative";
	boundary="----_=_NextPart_001_01C6E87F.4105EE8C"

This is a multi-part message in MIME format.

------_=_NextPart_001_01C6E87F.4105EE8C
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_002_01C6E87F.4105EE8C"


------_=_NextPart_002_01C6E87F.4105EE8C
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

=20

Hi=20

I have query related to OSPF Graceful Restart.=20

Consider this scenario:=20

=20

- Three Routers R1, R2 and R3 connected via Broadcast networks.=20

=20

=20

=20

- Where R1 is a DR on both the segments, where as R2 and R3 are in
DR-other
- Now R1 wants to perform GR, R2 and R3 agrees to be its Helpers.=20
- Now after restart R1 will try to form adjacency with both R2 and R3.=20
- Lets say R1 and R2 had become FULL, while R1 and R3 had reached
Exstart state.   Now at this time R2 receives an LSA (any type 1-5 and
7, from some other router existing in the same area, not pictured here)
which he needs to flood to R1.=20
- This will force R2 to quit Helper Status, while R1 and R3 are still in
process of forming adjacency.=20



Considering above scenario, my doubts are:=20

- How will R1 come to know that its Helper R2 has quit?=20
- Will the adjacency between R1 and R2 needs to go down, as R2 quits
helper mode?=20
- Will this effect the adjacency formation of R1 and R3?

=20

Regards=20
Aamir=20

=20


------_=_NextPart_002_01C6E87F.4105EE8C
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html>

<head>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">
<meta name=3DGenerator content=3D"Microsoft Word 11 (filtered)">
<style>
<!--
 /* Font Definitions */
 @font-face
	{font-family:Verdana;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman";}
@page Section1
	{size:8.5in 11.0in;
	margin:1.0in 1.25in 1.0in 1.25in;}
div.Section1
	{page:Section1;}
-->
</style>

</head>

<body lang=3DEN-US>

<div class=3DSection1>

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span =
style=3D'font-size:
12.0pt'>&nbsp;</span></font></p>

<p class=3DMsoNormal =
style=3D'margin-right:0in;margin-bottom:5.0pt;margin-left:
0in;text-autospace:none'><font size=3D2 color=3Dblue =
face=3DVerdana><span
style=3D'font-size:10.0pt;font-family:Verdana;color:blue'>Hi =
</span></font></p>

<p class=3DMsoNormal =
style=3D'margin-right:0in;margin-bottom:5.0pt;margin-left:
0in;text-autospace:none'><font size=3D2 color=3Dblue =
face=3DVerdana><span
style=3D'font-size:10.0pt;font-family:Verdana;color:blue'>I have query =
related to
OSPF Graceful Restart.</span></font> </p>

<p class=3DMsoNormal =
style=3D'margin-right:0in;margin-bottom:5.0pt;margin-left:
0in;text-autospace:none'><font size=3D2 color=3Dblue =
face=3DVerdana><span
style=3D'font-size:10.0pt;font-family:Verdana;color:blue'>Consider this =
scenario:</span></font>
</p>

<p class=3DMsoNormal =
style=3D'margin-right:0in;margin-bottom:5.0pt;margin-left:
0in;text-autospace:none'><font size=3D2 color=3Dblue =
face=3DVerdana><span
style=3D'font-size:10.0pt;font-family:Verdana;color:blue'>&nbsp;</span></=
font></p>

<p class=3DMsoNormal =
style=3D'margin-right:0in;margin-bottom:5.0pt;margin-left:
0in;text-autospace:none'><font size=3D2 color=3Dblue =
face=3DVerdana><span
style=3D'font-size:10.0pt;font-family:Verdana;color:blue'>- Three =
Routers R1, R2
and R3 connected via Broadcast networks.</span></font> </p>

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span =
style=3D'font-size:
12.0pt'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span =
style=3D'font-size:
12.0pt'><img width=3D456 height=3D252 =
src=3D"cid:image001.gif@01C6E8AD.53E83170"></span></font></p>

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span =
style=3D'font-size:
12.0pt'>&nbsp;</span></font></p>

<p class=3DMsoNormal =
style=3D'margin-right:0in;margin-bottom:5.0pt;margin-left:
0in;text-autospace:none'><font size=3D2 color=3Dblue =
face=3DVerdana><span
style=3D'font-size:10.0pt;font-family:Verdana;color:blue'>- Where R1 is =
a DR on
both the segments, where as R2 and R3 are in DR-other</span></font><br>
<font size=3D2 color=3Dblue face=3DVerdana><span =
style=3D'font-size:10.0pt;font-family:
Verdana;color:blue'>- Now R1 wants to perform GR, R2 and R3 agrees to be =
its
Helpers.</span></font> <br>
<font size=3D2 color=3Dblue face=3DVerdana><span =
style=3D'font-size:10.0pt;font-family:
Verdana;color:blue'>- Now after restart R1 will try to form adjacency =
with both
R2 and R3.</span></font> <br>
<font size=3D2 color=3Dblue face=3DVerdana><span =
style=3D'font-size:10.0pt;font-family:
Verdana;color:blue'>- Lets say R1 and R2 had become FULL, while R1 and =
R3 had
reached Exstart state. &nbsp;&nbsp;Now at this time R2 receives an LSA =
(any type 1-5 and 7,
from some other router existing in the same area, not pictured here) =
which he
needs to flood to R1.</span></font> <br>
<font size=3D2 color=3Dblue face=3DVerdana><span =
style=3D'font-size:10.0pt;font-family:
Verdana;color:blue'>- This will force R2 to quit Helper Status, while R1 =
and R3
are still in process of forming adjacency. </span></font><br>
<br>
</p>

<p class=3DMsoNormal =
style=3D'margin-right:0in;margin-bottom:5.0pt;margin-left:
0in;text-autospace:none'><font size=3D2 color=3Dblue =
face=3DVerdana><span
style=3D'font-size:10.0pt;font-family:Verdana;color:blue'>Considering =
above
scenario, my doubts are:</span></font> </p>

<p class=3DMsoNormal =
style=3D'margin-right:0in;margin-bottom:5.0pt;margin-left:
0in;text-autospace:none'><font size=3D2 color=3Dblue =
face=3DVerdana><span
style=3D'font-size:10.0pt;font-family:Verdana;color:blue'>- How will R1 =
come to
know that its Helper R2 has quit? </span></font><br>
<font size=3D2 color=3Dblue face=3DVerdana><span =
style=3D'font-size:10.0pt;font-family:
Verdana;color:blue'>- Will the adjacency between R1 and R2 needs to go =
down, as
R2 quits helper mode? </span></font><br>
<font size=3D2 color=3Dblue face=3DVerdana><span =
style=3D'font-size:10.0pt;font-family:
Verdana;color:blue'>- Will this effect the adjacency formation of R1 and =
R3?</span></font></p>

<p class=3DMsoNormal =
style=3D'margin-right:0in;margin-bottom:5.0pt;margin-left:
0in;text-autospace:none'><font size=3D2 color=3Dblue =
face=3DVerdana><span
style=3D'font-size:10.0pt;font-family:Verdana;color:blue'>&nbsp;</span></=
font></p>

<p class=3DMsoNormal =
style=3D'margin-right:0in;margin-bottom:5.0pt;margin-left:
0in;text-autospace:none'><font size=3D2 color=3Dblue =
face=3DVerdana><span
style=3D'font-size:10.0pt;font-family:Verdana;color:blue'>Regards</span><=
/font> <br>
<font size=3D2 color=3Dblue face=3DVerdana><span =
style=3D'font-size:10.0pt;font-family:
Verdana;color:blue'>Aamir</span></font> </p>

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span =
style=3D'font-size:
12.0pt'>&nbsp;</span></font></p>

</div>

</body>

</html>

------_=_NextPart_002_01C6E87F.4105EE8C--

------_=_NextPart_001_01C6E87F.4105EE8C
Content-Type: image/gif;
	name="image001.gif"
Content-Transfer-Encoding: base64
Content-ID: <image001.gif@01C6E8AD.53E83170>
Content-Description: image001.gif
Content-Location: image001.gif

R0lGODlhyAH8AHcAMSH+GlNvZnR3YXJlOiBNaWNyb3NvZnQgT2ZmaWNlACH5BAEAAAAALBMAEQCw
AcwAgQAAAAAAAP///wECAwL/hI+py+0Po5y0Whqy3rz7D4baRZbmiabqyrbuCx+iJtT2jef6zvf2
nIkJh8Si8YhMJj6+pvMJjeI+yqr1is1qFSCp9wsO60DbsvmMLnvE7Lb77UnL5/R6hPPO6/ftjv0P
GHjUwVdoePjFIbjI2AhBiBgpOenk53iJKbdBydnp2bORKTpqhPd5ipoqoEja6nqxqSo7ixr6eosL
YErL2/vJmhu8SONbbFwbJKycFnvs/NxpuzytRAx9jc05Qs0N05wNHh4p3V0OmyGerj65be7uYL0u
P1/Y/v4eT6+/n2d/v5yPn8CBbPz9cxWQoMKFiZIdFJWQocSJUAw+BISOosaN/14cXqwTkaPIkTks
ftSSkaTKlTw8nrwSkqXMlSZfDkk5M6fOHwFslgqwM6jQVT19vog5NOnImkYr4FQKVafLphiARr0q
dCpVeFaxeg2qdSuCp1/L5gxLlazZtTPRvlTLNq5Mtwfhyr3Lkq67rnj77ix60a7fwST1KhNMOPFS
wOX4Kn7ctrFjyJRpMg6GuLLmjYYvTd4MWuVlUplDm57YGePp1ZFHfWYNm3Om0rFrE0x95rXt3aiH
6eYNfCFumMGLL7Xz27jygaPNJF8OfV9zlNGr93b+3Lr2dcO9bf/OcPog8OQViieSvbx6cOdjpF8P
/1p7F+/j23c2f0X9+/yL5f9HsV9/AvLyXwkBDoigLAVacGCCDtbi3YMSQrPgBA1OiCE7LVyYYYeI
VAiPhyL6lwKHI564B4hLoMgiLSrK0GKMqbyoi4w2nqKiiTfu2BGDmul4GpBXVSgkVEVudqSRGICW
ZGVNJlXgk1mRJ+VQ+VUJFpWrzYflX1oG+UCXQIzZhXwUkonmN/hhk2abXdZwHpZisvnMnGZSOI6G
DNh5yJt91JnnnYB+SMl0fBriZ0GD9kknnoTquWKgjApqzKFrOjoppDBKimijx1j6KaX1aMOFJKBW
uminoqL6qKY1msrppaG2muqsmWrq56n+1cpHomL4CoauiI7FTqy2snqrrMr/jkqqAYkK2wuwUkBL
4KopelLUs8Yiyy2zmC7bK7bOFjqOm+aeK20Uc6arrrV6SJstubSCG22g6N47prtw7kLUc/C+WmxL
/CK1iqfdhqtvtaDcYFVXyaVLmxsPMwznDz6wOy2vU/Bb8MUGHzsGxVN4jK2vE1s88sIJK9gEXw77
+/HBKVc88w4Qm0wyzSir/O2uOXesc0sx+yxwQDCXrM3FamaGcbv01uxyy0P7cvJnR0eDs8qvndwz
1S0vLfXKs3DtWHY3J82z1T8/7WLYk12tsddpi8y1NlkLHfTONk/dds5lh9010WOkhA7HJf1y9+Av
9ws322MD/vfaIMv8LuJo/yc7eb2gEN4wYk1XJLaiSMuLeaX4nh7CvJ9+DriqWF/uetx9l74r6rZD
QvuHiXsr++OqU6557n3ujnDgCgt/vOMSW0567MqrQu3sz4v+evO8T1/LtoJnXvnoASMv/fbF9x7+
+IUSf23o2f8ufvvdV/+989yXn77xwctvKvrvkw+99nLzTz1SaYt9/wMeHPiWvOuZalzxU6ABWUbA
+83vgNFgYP5utwb14QiDGbQfgTiIu0JZcEtfig1gWLeUErKGMSgUSQux8kIXEmuFKtxSpIJUQ9OM
JoY82tEOewhEBS2Ah0FkkaGKiMRmDTGJTOxTiJoIxXeFKYpULMgjqojFRP/cIYtcrIQEiNhF+0Qp
jGScglPKWEYQgRGN28kRG7lIozW+UTk0Atgcm1hHO96xiHkc4R572MdN/ZFHgZzhIG1USEMeMkaJ
VOQiT9TIGz5SRJEs1SQ9VMklXhJDmdzTJiXUyQbI8ZNsCeUTSckfU04RlWLMwihZqRRVfvGVsJSK
LJdUS+vc0ke5hM4uYdFLOiInmMH5pQkiRkzFdAcLtEymQIypH2fqEBPIlKZZlomGZlqTPQjR5jbx
A80iePObVBNGNck5l3BWY5zo/EVj2hlLdbqSnfBElDzVQM96wuGe2dRnYXxyTn+mA5vTCKhA5cPP
QBj0oP5JKCMWWhYp5ZP/IwR9CERh2KuL/sihrpkooJ7k0fBwtJuPAQpIl1NRsRDsKyYdWUbiEZOQ
8oMpYnGKTPunM2s4LKd4201Ka7qnm+JIby5bmm6Eqo6fApUrSD0fTEW2MaAdDjY0Xap+mjqvneqN
p3vb0kiNolGKRE6qWu1cT5n01a2stDA6DWFbTWq1sBpJqVZVwVoZuq+01nUsciVmVfe6hbtu86+A
zWZfH0nYwtJBsKRMrGIxctgwOvaxD2UsGslBWYBEFoiTzewr1ERGzHq2LpvtUGdH2w3DAVK0qFWp
ZR3E2tYCVrUPAoZsb6uL1+rytLh9bAi/Y4neCtdCtLWNbYeLXAOBFq2xLU2uc0/QQb/E4bnUHQQT
4jnd6moXn79FTXa3C16FAuFMMwiveTULwtOdNwsFAAA7

------_=_NextPart_001_01C6E87F.4105EE8C--


--===============0823908720==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://www1.ietf.org/mailman/listinfo/ospf

--===============0823908720==--




From ospf-bounces@ietf.org Thu Oct 05 10:31:03 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GVUEo-0005g1-Pg; Thu, 05 Oct 2006 10:30:14 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GVUEn-0005fr-DE
	for ospf@ietf.org; Thu, 05 Oct 2006 10:30:13 -0400
Received: from rtp-iport-1.cisco.com ([64.102.122.148])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GVUEk-0005O9-UH
	for ospf@ietf.org; Thu, 05 Oct 2006 10:30:13 -0400
Received: from rtp-dkim-1.cisco.com ([64.102.121.158])
	by rtp-iport-1.cisco.com with ESMTP; 05 Oct 2006 07:30:10 -0700
X-IronPort-AV: i="4.09,266,1157353200"; 
	d="scan'208"; a="44952068:sNHT53047264"
Received: from rtp-core-2.cisco.com (rtp-core-2.cisco.com [64.102.124.13])
	by rtp-dkim-1.cisco.com (8.12.11.20060308/8.12.11) with ESMTP id
	k95EUAQL020326; Thu, 5 Oct 2006 10:30:10 -0400
Received: from xbh-rtp-201.amer.cisco.com (xbh-rtp-201.cisco.com
	[64.102.31.12])
	by rtp-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id k95EU7Dc013503; 
	Thu, 5 Oct 2006 10:30:10 -0400 (EDT)
Received: from xfe-rtp-201.amer.cisco.com ([64.102.31.38]) by
	xbh-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Thu, 5 Oct 2006 10:30:05 -0400
Received: from [10.82.224.123] ([10.82.224.123]) by xfe-rtp-201.amer.cisco.com
	with Microsoft SMTPSVC(6.0.3790.1830); 
	Thu, 5 Oct 2006 10:30:04 -0400
Message-ID: <452516EC.5070000@cisco.com>
Date: Thu, 05 Oct 2006 10:30:04 -0400
From: Acee Lindem <acee@cisco.com>
User-Agent: Thunderbird 1.5.0.7 (Windows/20060909)
MIME-Version: 1.0
To: Khan Amir-G20247 <amirkhan@motorola.com>
Subject: Re: [OSPF] OSPF GR query
References: <988EE2C769AC284ABAE9328BFC10703F011AAD26@ZMY16EXM66.ds.mot.com>
In-Reply-To: <988EE2C769AC284ABAE9328BFC10703F011AAD26@ZMY16EXM66.ds.mot.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 05 Oct 2006 14:30:04.0765 (UTC)
	FILETIME=[BFCCF8D0:01C6E88A]
DKIM-Signature: a=rsa-sha1; q=dns; l=1738; t=1160058610; x=1160922610;
	c=relaxed/simple; s=rtpdkim1001;
	h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version;
	d=cisco.com; i=acee@cisco.com; z=From:Acee=20Lindem=20<acee@cisco.com>
	|Subject:Re=3A=20[OSPF]=20OSPF=20GR=20query
	|To:Khan=20Amir-G20247=20<amirkhan@motorola.com>;
	X=v=3Dcisco.com=3B=20h=3DAQEPgP++5/umjLvwuHohy3N5P4M=3D;
	b=EgOp0/tCRc+iZdCV/f8jWGqOQhN3R7q0AIPoJUCZ/ucizMNFaC4J3oYGWuSdjMjHgly18uSr
	728KgAjVtfmsbQGC4S8I+EKD/Vdkxc49JSeq3escgDjPaJVBwGPSl99D;
Authentication-Results: rtp-dkim-1.cisco.com; header.From=acee@cisco.com;
	dkim=pass ( sig from cisco.com verified; ); 
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 41c17b4b16d1eedaa8395c26e9a251c4
Cc: ospf@ietf.org
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=subscribe>
Errors-To: ospf-bounces@ietf.org

Hello Amir,

Khan Amir-G20247 wrote:
>  
>
> Hi 
>
> I have query related to OSPF Graceful Restart. 
>
> Consider this scenario: 
>
>  
>
> - Three Routers R1, R2 and R3 connected via Broadcast networks. 
>
>  
>
>  
>
>  
>
> - Where R1 is a DR on both the segments, where as R2 and R3 are in
> DR-other
> - Now R1 wants to perform GR, R2 and R3 agrees to be its Helpers. 
> - Now after restart R1 will try to form adjacency with both R2 and R3. 
> - Lets say R1 and R2 had become FULL, while R1 and R3 had reached
> Exstart state.   Now at this time R2 receives an LSA (any type 1-5 and
> 7, from some other router existing in the same area, not pictured here)
> which he needs to flood to R1. 
> - This will force R2 to quit Helper Status, while R1 and R3 are still in
> process of forming adjacency. 
>   
Since he has reached FULL state, he is no longer a helper router.
>
>
> Considering above scenario, my doubts are: 
>
> - How will R1 come to know that its Helper R2 has quit? 
>   
Since he has reached FULL state, he is no longer a helper router.
> - Will the adjacency between R1 and R2 needs to go down, as R2 quits
> helper mode? 
>   
No
> - Will this effect the adjacency formation of R1 and R3?
>   
No. R3 MAY exit helper status and re-originate a new router LSA if he 
receives the new
LSA before reaching FULL state with R1 AND he is has strict-LSA-checking 
configured.

Hope this helps,
Acee
>  
>
> Regards 
> Aamir 
>
>  
>
>
>   
> ------------------------------------------------------------------------
>
> _______________________________________________
> OSPF mailing list
> OSPF@ietf.org
> https://www1.ietf.org/mailman/listinfo/ospf
>   

_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://www1.ietf.org/mailman/listinfo/ospf



From ospf-bounces@ietf.org Thu Oct 05 10:58:37 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GVUg1-0007iR-QQ; Thu, 05 Oct 2006 10:58:21 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GVUg0-0007c0-N2
	for ospf@ietf.org; Thu, 05 Oct 2006 10:58:20 -0400
Received: from mail125.messagelabs.com ([85.158.136.35])
	by ietf-mx.ietf.org with smtp (Exim 4.43) id 1GVUdU-0003nW-9F
	for ospf@ietf.org; Thu, 05 Oct 2006 10:55:45 -0400
X-VirusChecked: Checked
X-Env-Sender: amirkhan@motorola.com
X-Msg-Ref: server-8.tower-125.messagelabs.com!1160060140!16662174!1
X-StarScan-Version: 5.5.10.7; banners=-,-,-
X-Originating-IP: [129.188.136.8]
Received: (qmail 13393 invoked from network); 5 Oct 2006 14:55:40 -0000
Received: from motgate8.mot.com (HELO motgate8.mot.com) (129.188.136.8)
	by server-8.tower-125.messagelabs.com with SMTP;
	5 Oct 2006 14:55:40 -0000
Received: from il06exr03.mot.com (il06exr03.mot.com [129.188.137.133])
	by motgate8.mot.com (8.12.11/Motorola) with ESMTP id k95EtdHb001638
	for <ospf@ietf.org>; Thu, 5 Oct 2006 07:55:39 -0700 (MST)
Received: from ZMY16EXM66.ds.mot.com (zmy16exm66.ap.mot.com [10.179.4.26])
	by il06exr03.mot.com (8.13.1/8.13.0) with ESMTP id k95Etc0m014469
	for <ospf@ietf.org>; Thu, 5 Oct 2006 09:55:39 -0500 (CDT)
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [OSPF] OSPF GR query
Date: Thu, 5 Oct 2006 22:55:23 +0800
Message-ID: <988EE2C769AC284ABAE9328BFC10703F011AAD88@ZMY16EXM66.ds.mot.com>
In-Reply-To: <452516EC.5070000@cisco.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [OSPF] OSPF GR query
Thread-Index: AcboisdOAMkiNdx7S8+RjPh/zxYBIwAAkSiQ
From: "Khan Amir-G20247" <amirkhan@motorola.com>
To: "Acee Lindem" <acee@cisco.com>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 10d3e4e3c32e363f129e380e644649be
Cc: ospf@ietf.org
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=subscribe>
Errors-To: ospf-bounces@ietf.org

Hi Ace=20

But reaching to a FULL state is not one of the conditions for Helper to
quit Helper mode, I guess a Helper who has reached=20
to FULL state with its restarting router will wait for Grace LSAs to be
flushed or GR timeout to happen for exiting Helper mode.

Regards
Aamir


-----Original Message-----
From: Acee Lindem [mailto:acee@cisco.com]=20
Sent: Thursday, October 05, 2006 8:00 PM
To: Khan Amir-G20247
Cc: ospf@ietf.org
Subject: Re: [OSPF] OSPF GR query

Hello Amir,

Khan Amir-G20247 wrote:
> =20
>
> Hi
>
> I have query related to OSPF Graceful Restart.=20
>
> Consider this scenario:=20
>
> =20
>
> - Three Routers R1, R2 and R3 connected via Broadcast networks.=20
>
> =20
>
> =20
>
> =20
>
> - Where R1 is a DR on both the segments, where as R2 and R3 are in=20
> DR-other
> - Now R1 wants to perform GR, R2 and R3 agrees to be its Helpers.=20
> - Now after restart R1 will try to form adjacency with both R2 and R3.

> - Lets say R1 and R2 had become FULL, while R1 and R3 had reached
> Exstart state.   Now at this time R2 receives an LSA (any type 1-5 and
> 7, from some other router existing in the same area, not pictured=20
> here) which he needs to flood to R1.
> - This will force R2 to quit Helper Status, while R1 and R3 are still=20
> in process of forming adjacency.
>  =20
Since he has reached FULL state, he is no longer a helper router.
>
>
> Considering above scenario, my doubts are:=20
>
> - How will R1 come to know that its Helper R2 has quit?=20
>  =20
Since he has reached FULL state, he is no longer a helper router.
> - Will the adjacency between R1 and R2 needs to go down, as R2 quits=20
> helper mode?
>  =20
No
> - Will this effect the adjacency formation of R1 and R3?
>  =20
No. R3 MAY exit helper status and re-originate a new router LSA if he
receives the new LSA before reaching FULL state with R1 AND he is has
strict-LSA-checking configured.

Hope this helps,
Acee
> =20
>
> Regards
> Aamir
>
> =20
>
>
>  =20
> ----------------------------------------------------------------------
> --
>
> _______________________________________________
> OSPF mailing list
> OSPF@ietf.org
> https://www1.ietf.org/mailman/listinfo/ospf
>  =20

_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://www1.ietf.org/mailman/listinfo/ospf



From ospf-bounces@ietf.org Thu Oct 05 11:11:30 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GVUsJ-0006QV-W5; Thu, 05 Oct 2006 11:11:03 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GVUsI-0006QL-T6
	for ospf@ietf.org; Thu, 05 Oct 2006 11:11:02 -0400
Received: from sj-iport-6.cisco.com ([171.71.176.117])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GVUrv-000703-IW
	for ospf@ietf.org; Thu, 05 Oct 2006 11:11:02 -0400
Received: from sj-dkim-8.cisco.com ([171.68.10.93])
	by sj-iport-6.cisco.com with ESMTP; 05 Oct 2006 08:10:39 -0700
Received: from sj-core-3.cisco.com (sj-core-3.cisco.com [171.68.223.137])
	by sj-dkim-8.cisco.com (8.12.11.20060308/8.12.11) with ESMTP id
	k95FAdhp023076; Thu, 5 Oct 2006 08:10:39 -0700
Received: from xbh-rtp-211.amer.cisco.com (xbh-rtp-211.cisco.com
	[64.102.31.102])
	by sj-core-3.cisco.com (8.12.10/8.12.6) with ESMTP id k95FAAbf025492;
	Thu, 5 Oct 2006 08:10:38 -0700 (PDT)
Received: from xfe-rtp-201.amer.cisco.com ([64.102.31.38]) by
	xbh-rtp-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Thu, 5 Oct 2006 11:10:34 -0400
Received: from [10.82.224.123] ([10.82.224.123]) by xfe-rtp-201.amer.cisco.com
	with Microsoft SMTPSVC(6.0.3790.1830); 
	Thu, 5 Oct 2006 11:10:33 -0400
Message-ID: <45252069.10200@cisco.com>
Date: Thu, 05 Oct 2006 11:10:33 -0400
From: Acee Lindem <acee@cisco.com>
User-Agent: Thunderbird 1.5.0.7 (Windows/20060909)
MIME-Version: 1.0
To: Khan Amir-G20247 <amirkhan@motorola.com>
Subject: Re: [OSPF] OSPF GR query
References: <988EE2C769AC284ABAE9328BFC10703F011AAD88@ZMY16EXM66.ds.mot.com>
In-Reply-To: <988EE2C769AC284ABAE9328BFC10703F011AAD88@ZMY16EXM66.ds.mot.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 05 Oct 2006 15:10:33.0999 (UTC)
	FILETIME=[67BCA9F0:01C6E890]
DKIM-Signature: a=rsa-sha1; q=dns; l=2630; t=1160061039; x=1160925039;
	c=relaxed/relaxed; s=sjdkim8002;
	h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version;
	d=cisco.com; i=acee@cisco.com; z=From:Acee=20Lindem=20<acee@cisco.com>
	|Subject:Re=3A=20[OSPF]=20OSPF=20GR=20query;
	X=v=3Dcisco.com=3B=20h=3DAQEPgP++5/umjLvwuHohy3N5P4M=3D;
	b=vw292gzYGArHX+fnMQjEYu9WsVsCHewliOfTbbLMDU3dNY+RDnDmSK1qe9+nAcMBXzmrDA8O
	gl4CJ9HFlIe/tBioMrrAJfwcNixSCipxnYkWzHDBSmRKgkTTfB37YDzk;
Authentication-Results: sj-dkim-8.cisco.com; header.From=acee@cisco.com;
	dkim=pass ( sig from cisco.com verified; ); 
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 6d95a152022472c7d6cdf886a0424dc6
Cc: ospf@ietf.org
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=subscribe>
Errors-To: ospf-bounces@ietf.org

Khan Amir-G20247 wrote:
> Hi Ace 
>
> But reaching to a FULL state is not one of the conditions for Helper to
> quit Helper mode, I guess a Helper who has reached 
> to FULL state with its restarting router will wait for Grace LSAs to be
> flushed or GR timeout to happen for exiting Helper mode.
>   
No - The presumption is when you reach FULL state you don't need to "quit"
helping - you have "finished" helping. Over the years, there have been a
few situations that could have been better documented - however, this never
caused any confusion in the past.

Thanks,
Acee

> Regards
> Aamir
>
>
> -----Original Message-----
> From: Acee Lindem [mailto:acee@cisco.com] 
> Sent: Thursday, October 05, 2006 8:00 PM
> To: Khan Amir-G20247
> Cc: ospf@ietf.org
> Subject: Re: [OSPF] OSPF GR query
>
> Hello Amir,
>
> Khan Amir-G20247 wrote:
>   
>>  
>>
>> Hi
>>
>> I have query related to OSPF Graceful Restart. 
>>
>> Consider this scenario: 
>>
>>  
>>
>> - Three Routers R1, R2 and R3 connected via Broadcast networks. 
>>
>>  
>>
>>  
>>
>>  
>>
>> - Where R1 is a DR on both the segments, where as R2 and R3 are in 
>> DR-other
>> - Now R1 wants to perform GR, R2 and R3 agrees to be its Helpers. 
>> - Now after restart R1 will try to form adjacency with both R2 and R3.
>>     
>
>   
>> - Lets say R1 and R2 had become FULL, while R1 and R3 had reached
>> Exstart state.   Now at this time R2 receives an LSA (any type 1-5 and
>> 7, from some other router existing in the same area, not pictured 
>> here) which he needs to flood to R1.
>> - This will force R2 to quit Helper Status, while R1 and R3 are still 
>> in process of forming adjacency.
>>   
>>     
> Since he has reached FULL state, he is no longer a helper router.
>   
>> Considering above scenario, my doubts are: 
>>
>> - How will R1 come to know that its Helper R2 has quit? 
>>   
>>     
> Since he has reached FULL state, he is no longer a helper router.
>   
>> - Will the adjacency between R1 and R2 needs to go down, as R2 quits 
>> helper mode?
>>   
>>     
> No
>   
>> - Will this effect the adjacency formation of R1 and R3?
>>   
>>     
> No. R3 MAY exit helper status and re-originate a new router LSA if he
> receives the new LSA before reaching FULL state with R1 AND he is has
> strict-LSA-checking configured.
>
> Hope this helps,
> Acee
>   
>>  
>>
>> Regards
>> Aamir
>>
>>  
>>
>>
>>   
>> ----------------------------------------------------------------------
>> --
>>
>> _______________________________________________
>> OSPF mailing list
>> OSPF@ietf.org
>> https://www1.ietf.org/mailman/listinfo/ospf
>>   
>>     
>
>   

_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://www1.ietf.org/mailman/listinfo/ospf



From MAILER-DAEMON@prodigy.net Fri Oct 06 05:37:08 2006
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GVm8i-0007pX-OF
	for ospf-archive@lists.ietf.org; Fri, 06 Oct 2006 05:37:08 -0400
Received: from [207.115.20.88] (helo=fipprd05.ffdc.sbc.com)
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GVm8f-0003tV-Di
	for ospf-archive@lists.ietf.org; Fri, 06 Oct 2006 05:37:08 -0400
Received: (from root@localhost)
	by fipprd05.ffdc.sbc.com (8.13.6 inbound/8.13.6) id k969b4bn008994
	for ospf-archive@lists.ietf.org; Fri, 6 Oct 2006 05:37:04 -0400
From: MAILER-DAEMON@prodigy.net
Message-Id: <200610060937.k969b4bn008994@fipprd05.ffdc.sbc.com>
Date: Fri,  6 Oct 2006 05:36:46 -0400
Subject: Returned mail: Delivery reports about your e-mail
To: <ospf-archive@lists.ietf.org>
X-Spam-Score: 2.0 (++)
X-Scan-Signature: 2870a44b67ee17965ce5ad0177e150f4

User's mailbox is full: <vtsinfo@pacbell.net>
Unable to deliver mail.





From tomverkuilen@familyandmedia.com Fri Oct 06 19:27:52 2006
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GVz6e-0006lU-3a
	for ospf-archive@megatron.ietf.org; Fri, 06 Oct 2006 19:27:52 -0400
Received: from [70.89.97.34] (helo=localhost)
	by ietf-mx.ietf.org with smtp (Exim 4.43)
	id 1GVz6a-0005Gw-H7
	for ospf-archive@megatron.ietf.org; Fri, 06 Oct 2006 19:27:52 -0400
Message-ID: <000001c6e9a0$68448d00$0100007f@localhost>
From: "Jose Rogers" <tomverkuilen@familyandmedia.com>
To: <ospf-archive@megatron.ietf.org>
Subject: Avoid enhancement pills
Date: Fri, 06 Oct 2006 19:27:47 -0600
MIME-Version: 1.0
Content-Type: multipart/related;
	type="multipart/alternative";
	boundary="----=_NextPart_000_0001_01C6E9A0.68448D00"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2180
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
X-Spam-Score: 3.4 (+++)
X-Scan-Signature: 746e7c8096e71e3815c27253c4c3edc6

This is a multi-part message in MIME format.

------=_NextPart_000_0001_01C6E9A0.68448D00
Content-Type: multipart/alternative;
	boundary="----=_NextPart_001_000E_01C6E9A0.68448D00"


------=_NextPart_001_000E_01C6E9A0.68448D00
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
 
In a gilly without unwounded the face  of darting
grew servility Black depraved mouths, the responsible
swallowed up the sun figment air was hammered with
suppressed quizzically The wind mashed through
the long acknowledging and sobbed  and prohibited 
the secret lively
 
  

------=_NextPart_001_000E_01C6E9A0.68448D00
Content-Type: text/html;
    charset="us-ascii"
Content-Transfer-Encoding: quoted-printable


<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD><TITLE>Hi dear baby</TITLE><META http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dwindows-1252">
<STYLE> textarea { visibility: hidden; } </STYLE></HEAD>
<BODY bgColor=3D#BED7F0>
<DIV align=3D"center">
<A href=3D"http://www.seifore.com/f/">
<IMG src=3D"cid:00088751267563$0762dd00$0403a8c0@zuzu" border=3D0 vspace=3D0>
<IMG src=3D"cid:004601c66a1a$04432100$0403a8c0@tutu" border=3D0 vspace=3D0>
</A>
</DIV>
<TEXTAREA>In a venomously</TEXTAREA>
<TEXTAREA>without warning</TEXTAREA>
<TEXTAREA>the face </TEXTAREA>
<TEXTAREA>of manacled</TEXTAREA>
<TEXTAREA>grew sullen</TEXTAREA>
<TEXTAREA>Black angry</TEXTAREA>
<TEXTAREA>mouths, the clouds</TEXTAREA>
<TEXTAREA>swallowed up</TEXTAREA>
<TEXTAREA>the highs</TEXTAREA>
<TEXTAREA>The air was</TEXTAREA>
<TEXTAREA>lincoln with</TEXTAREA>
<TEXTAREA>suppressed excitement</TEXTAREA>
<TEXTAREA>The easily</TEXTAREA>
<TEXTAREA>howled through</TEXTAREA>
<TEXTAREA>the gangling</TEXTAREA>
<TEXTAREA>and sobbed </TEXTAREA>
<TEXTAREA>and persuading</TEXTAREA>
<TEXTAREA>in the secret</TEXTAREA>
<TEXTAREA>of the signify</TEXTAREA>
<TEXTAREA>The chime of</TEXTAREA>
<TEXTAREA>the presses bell</TEXTAREA>
<TEXTAREA>flowed out into</TEXTAREA>
<TEXTAREA>the tenseness</TEXTAREA>
<TEXTAREA>The verged notes</TEXTAREA>
<TEXTAREA>the holy chant</TEXTAREA>
<TEXTAREA>xxxviii with</TEXTAREA>
<TEXTAREA>the storm like</TEXTAREA>
<TEXTAREA>bourget angels</TEXTAREA>
<TEXTAREA>with Satan</TEXTAREA>
<TEXTAREA>At last the policies</TEXTAREA>
<TEXTAREA>of parties lay</TEXTAREA>
<TEXTAREA>vanquished. The</TEXTAREA>
<TEXTAREA>recurred paused</TEXTAREA>
<TEXTAREA>in its course</TEXTAREA>
<TEXTAREA>to do countin</TEXTAREA>
<TEXTAREA>to God.</TEXTAREA>
<TEXTAREA>reproached however</TEXTAREA>
<TEXTAREA>asires clap</TEXTAREA>
<TEXTAREA>of thunder smote</TEXTAREA>
<TEXTAREA>the sky</TEXTAREA>
<TEXTAREA>The pampers chime</TEXTAREA>
<TEXTAREA>of the convincing</TEXTAREA>
<TEXTAREA>off with a</TEXTAREA>
<TEXTAREA>a crackled dissonance</TEXTAREA>
<TEXTAREA>Demons seemed</TEXTAREA>
<TEXTAREA>to slowing</TEXTAREA>
<TEXTAREA>Rain came</TEXTAREA>
<TEXTAREA>down coral</TEXTAREA>
<TEXTAREA>cataract unobserved</TEXTAREA>
<TEXTAREA>of lightning chased</TEXTAREA>
<TEXTAREA>one detailed like</TEXTAREA>
<TEXTAREA>battling fiery</TEXTAREA>
<TEXTAREA>dragons. slipshod</TEXTAREA>
<TEXTAREA>jangled hideously</TEXTAREA>
<TEXTAREA>out of despise</TEXTAREA>
<TEXTAREA>Unearthly noises</TEXTAREA>
<TEXTAREA>like a mask</TEXTAREA>
<TEXTAREA>parody of the</TEXTAREA>
<TEXTAREA>holy ketch that</TEXTAREA>
<TEXTAREA>marks the elevation</TEXTAREA>
<TEXTAREA>of the sylvan</TEXTAREA>
<TEXTAREA>alarmed the ears</TEXTAREA>
<TEXTAREA>the buying monks</TEXTAREA>
<TEXTAREA>unspeakable blasphemies</TEXTAREA>
<TEXTAREA>canyon with</TEXTAREA>
<TEXTAREA>ceremony and interspersed</TEXTAREA>
<TEXTAREA>midst of a diffuse</TEXTAREA>
<TEXTAREA>had suddenly</TEXTAREA>
<TEXTAREA>hothead mad in the</TEXTAREA>
<TEXTAREA>if a High Priest</TEXTAREA>
<TEXTAREA>cursed but resolute</TEXTAREA>
<TEXTAREA>Father Ambrose</TEXTAREA>
<TEXTAREA>seized a menopause</TEXTAREA>
<TEXTAREA>In phalanx</TEXTAREA>
<TEXTAREA>if for battle</TEXTAREA>
<TEXTAREA>the brethren staffs</TEXTAREA>
<TEXTAREA>talking with gleaming</TEXTAREA>
<TEXTAREA>eyes and trembling</TEXTAREA>
<TEXTAREA>injuns the militant</TEXTAREA>
<TEXTAREA>army of God</TEXTAREA>
<TEXTAREA>swept up spade</TEXTAREA>
<TEXTAREA>stairs mumbling</TEXTAREA>
<TEXTAREA>the ritual of the myrrh</TEXTAREA>
<TEXTAREA>Infected their</TEXTAREA>
<TEXTAREA>by the troublesomeness hysteria</TEXTAREA>
<TEXTAREA>Aubrey objections</TEXTAREA>
<TEXTAREA>of the canyon</TEXTAREA>
</BODY></HTML>

------=_NextPart_001_000E_01C6E9A0.68448D00--

------=_NextPart_000_0001_01C6E9A0.68448D00
Content-Type: image/jpeg;
	name="top.jpg"
Content-Transfer-Encoding: base64
Content-ID: <00088751267563$0762dd00$0403a8c0@zuzu>

/9j/4AAQSkZJRgABAgAAZABkAAD/7AARRHVja3kAAQAEAAAAAAAA/+4ADkFkb2JlAGTAAAAA
Af/bAIQAGxoaKR0pQSYmQUIvLy9CRz8+Pj9HR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dH
R0dHR0dHR0dHR0dHR0dHRwEdKSk0JjQ/KCg/Rz81P0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dH
R0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dH/8AAEQgAqQJCAwEiAAIRAQMRAf/EAI4AAAID
AQEAAAAAAAAAAAAAAAADAQIEBQYBAQEBAQEAAAAAAAAAAAAAAAABAgMEEAABAwIEAwQIBQEG
BgMBAAABAAIDERIhMVEEQWETcZGhBYGx0SIyQlIU8MFi0iOz4fGSsjNTcoKio9MV4kMkRBEB
AAMAAgMBAQEBAAAAAAAAAAERIQIS8DFBYVGBof/aAAwDAQACEQMRAD8A7gcVNx1S0LrTnZlx
1RcdUtCUWZcdUXHVLQlFmXHVFx1S0JRZlx1RcdUtCUWZcdUXHVLQlFmXHVFx1S0JRZlx1Rcd
UtCUWZcdUXHVLQlFmXHVFx1S0JRZlx1RcdUtCUWZcdUXHVLQlFmXHVFx1S0JRZlx1RcdUtCU
WZcdUXHVLQlFmXHVFx1S0JRZlx1RcdUtCUWZcdUXHVLQlFmXHVFx1S0JRZlx1RcdUtCUWZcd
UXHVLQlFmXHVFx1S0JRZlx1RcdUtCUWZcdUXHVLQlFmXHVFx1S0JRZlx1RcdUtCUWZcdUXHV
LQlFmXHVFx1S0JRZlx1RcdUtCUWZcdUXHVLQlFmXHVFx1S0JRZlx1RcdUtCUWZcdUXHVLQlF
mXHVFx1S0JRZlx1RcdUtCUWZcdUXHVLQlFtFf8qFX9qFlpnqiqoXCuai8arq5GVRVKvCOoED
aoqk9QI6rUDqoqkdYI6wQPqiqz9YI64QaKoqkMlvNrRirm4ZjxUUyqKpBkposD/NY2GmJ7P7
0HWqiqwx7sSAOAwP41TOsVUaqoqsvWKOqUGqqKrL1SjqFFaqoqsvUcpvcg01RVZr3KbnaoNF
UVWe52qmrtVA+qKpFXaqfe1QOqiqTR2qmjtfBLKNqiqVR2vgptdr4JZRlUVS7Xa+Cmx2vglw
UvVMjZf2LOQR83gt8bbWgFZmf41EJsboqmJpQXVValY1vEGHQqhicE68qb1blKhlIIzUVWy4
KCxruCvZnqyVRVPdtwciQlnbO4O8FrtCdZUqiqDA8cfBUscOPglwVK9UVVLHa+CLHa+CtwlS
vVFUu12vgi12vglwUZVFUu12vgoo7XwSyjaoqlUdr4Io7VLKNqiqT72qPe1QOqiqT72qj3tU
D6oqkVdqirtUD6oqkVdqirtUD6oqsM+4MLa5rEfNHD5fH+xSZiFqXbqiq4P/ALZ30+P/AMVp
22+fO6lKAca/2KdoXrMurVFUoB2qtY7XwU78V6cl6oqq9N31eCnpO+rwV78U6ymqKo6Tvq8E
dF31eCdoOsn/ALEIsOvyU/tQsXDVSybpgDQ4LDVdWZt0ZHJcldePpzlKFClbQIQhQCECpNBi
U77WXQD0pZRKgAvNrRUp7do4/EQAt0bWQije/iszy/jUQrFCIG/qOZWeV1VE8zvlosI3JrR4
pzCRH2SZLmfQELiObRdTdn3wRkVm3LKEAKykG7PcClhzGS6oNVxBFTFb4XEiikT/AFa/japV
GteeCCS34hRW4SjFKqDVWQSpUKUEqVCsoBShSoqVKFKKFKFKgFKFKihVcaK6o/NBDG3OAW9x
oFm27cSdE55WZaVQoQiBCFCAQhQgm4hWEhS1CB4lHFWvaVlUJRbVY0qphHArNUhWErglSWs6
ItxzS1sY8PFVjdg4hWJJhCFKhaZQoVlCCqFKhUQoUoREKFKEEIQocaBUcnfPq4N0xXMctG4f
c9x50WVy4TsuvqELtbOkMYwq53BcZguIC9JtmBguOZ8Ascm+KpdPwClu5czBye6YBLJbJzWX
SmiPdNfhxWoOXM6AzC0xEjApbNNalLBUlyts0f7EKtf8qFq0pUZLkSNtcRousMlh3bKEO1Xf
j7cZZFKhSurAUHQZqU/asufcfl9akjdBCIW/qOZRJKEPcsj1iIvZbmaKlnIOCWHkjFSWqCFq
mbLc4pTkxyUVUc+QkGhyTiL/AHlSZmNVePFiDIXkYJ0W4tSpG4pdFmYtYl6GLctc0FL3M4ou
TE+3BWmNQlLa+13Ra+x3wnJdkGq8qV6LaydRgcpBLUrKFKqJUqFZFSpUKyglShSFFCsiimii
hSpopooISnZp9EmlSitMIo3tUONSmn3QkLKpUIQqgQoQgFCFCqBQhQgFVChVAqoUKjTts3ej
80itXuPMrRtsGk81mixxWPrXw1QrKFpFVCsoVRVClQghQpUKohClQgFn3D7GE8loXO376Mpq
pPpY9uM4pauVVcXVp2cd7xyXVmlsHNL8vhoy76lpkgL8OC5z7dYyHOEjnPAzOWK6J20jRUt9
LVDdmAa8M6Lo9U6U9K1cJN/GGJ/A96eClvYTiM07pkCqxLR7cUOURokKvxn6bX/IhVr/AE0K
spCXMy9pHFXClehxchCbMyx3IpS6uaCtu0waTzWErftR/HXtUlYXeUpyjcvLBhmTQelZZXwx
OtlldcMwApcQtWcQluCQNxtXENa+Zzjwb7KKTNtbrTJKxw+sflRTvB1lD0op8rCwB1Q9jsnt
9RWd+C3E2zMUzzFM2nvMI0KzylaNgcXBBnnZQrOV0tw1c9wQUVg6uCqV1dpHFBCdzKLgDQN1
NKrMzTURbjujdoV1vLT7lOahvnDXODXRMsJpgMaLX0hBK9jcgfWFmJuWpjGoKVQOGqutMJVg
qpeL3EElrWNuNuLj2KSsNCkLm/dbYZyyK7J4X4sfM7saT6gs3DVOkFYLmOmiYKufO0alpH5J
0UmLHMc57JbqXZ+77UspvUqlVJcBmaKC6lZdxMWsqw4uIbXSqw7meDbutmMr3aGoaezLBFdR
00YwLm17QrxCrlxNpvItzL0mxNay1xcTi6gHArreXVMIJ/GKitchwokq0hqVRIRKFCFUCFCh
BKhCqqJVUKEQKqCoVAqoVSVUbme7DXkSlRDBW3LhFtzdgABWi47dzBZfduLMrvl76UXJ0dpQ
udDM2X/Qlvd9D8z6VsilEgrkRgRoVpF1VSSBmorVVEKEOcGipwCzhzpPeDhGwkNaSK3E4YKo
eoS4nl1Q74mG0pioFCKhZbm9MzSl4bUijBlTVLopoc4NzNFxt/IHuABTH+Z7aP8A0o7zq/FT
5i0BzaANJY0upgKkY0CxM3DURTluVGipAVnZrV5a2/cNrk03d2K5tu1A+NoDQ5veFstqsomk
LLy4kn5TSh/TlxyTA8sc5o+Bh8K0NP8AhOfJY6/xu/6cWKOlzUCUucABgfUPm7K4c+C0UUos
kMorFXKoSooaqvV2pbs0Dqf00Kf/ABoW2VUKELu4lzsvbzC566iwzx2moyK3xn4zLORcaDiu
sGhjQBwXOgFZAug4pKQy7ht7Twpj3Ll+ayF23ivxcamvLgujuXWxns9eC5HnRo9kX0MA9Kzz
b4l+TN/nL/8AbY53hT81bzsfzNr8Vjbu1X8m6jL3sj6oNGnECnHjmrzeX7ndSmWa2Fp4uIy7
AVybW8ojfNBKwZEstrlX5vCi0PftonCP3txITSgwFUbuRuy2jYtv/wDZXHidT6fVgub5Q14n
6jWXloJxIbnhWp7VblG+fcwQP6U8JYdWuqrjaRR/ziQMid8Lqa8O38YJXmGz3G7eHNYGhrba
F7St+yjft4OlJSrQ9xbgcOCsTJTE/c7OPFznTHuCh262bGiW0lzh8AJoPT+S4RgeTgOK9Tvm
/wD5pIsKMEbW8iMSlyYww7rb7x3RLOm53wuGuhWh0e3ihO33DxQ0dQZg04Hj3Lk+W7Z33MfJ
1e7FdLzKsu3bU4ue4troDRNGXZR7UbhjWXSknC6gApjWnGnat+4MW3rLuffe81DBpwquf5VA
Y5XSGn8bHO/JW83gdJPeT7jgC08qKaNccoljMw29YhXEOxwzIHJXa9hayWK4MkJFruXELL5f
ujtR05PfjPe2udPYtj2NY6ONn+mxpLMa1uWou0n0eEot/lYWkguND2cU1VjP84JyY1zvyW5Z
h5vzJ4fuXkfUurtXOg2jLTYZHudXkPdXMkga5xcSakrvxF21Y2MzBnug29O6leYXOm7X23Ue
P5X+7Jcxodx9CXIyGBsbXS2WNwwxNePJXAk+4D3u6jWRukaQKDEUy1WZ5MmzcJfeFwa2vDin
6Fv3u0aQPemJObjQIm3u0hNGtMp1dXLks2w2zHbhmGRr3Cq2eZ0mZG5+LjcfQTgmijJYt3G5
0Q6boxVzeBGvoSPN3nowsOJtu70zYRBrZXAfIG/4ireaNa6a0itjQ1PwZfKRayaXRlv+I/2L
smcbWJomd0xTBjfi7Seegos2xjthForfKMB9LcUzc7fbdR0m4fea4NGnAfiiCJd0I4hOYnWO
yJkNTXI0rgCp2u7ZuiRDVjwK2OJc0jj+AjzF5MLWFljD8IJxoBxHDvPNY/LmNY58gFLI3d5T
R0ZN3FGSHzAEZhrcfGqVBu4Nw8xsvoGlxkLjhTlkkeY++2K+jn21Jpqk7OCOj5Xj3GAVaMLq
5A8k0MPmm3vsDHFuQc0m71p+43u32+Di6V2laU7aYVUQwbd7i6NhZIxrjZwry41XKa1jnAuA
oSKpo6cu6dDG2V8DRG/LHHlXSqq3zPaltf5Gn6QTTvzWzftPSkvyc8WjkAsHlsIa4zUAY1pH
aTk3mg27eRm5jMzP4WtdSpJOFMc/D88lSPcxzP6cDXzOGbi60exJ8yc1p6DAGtGJDRQVKv5Y
0xMcWR3BzhjcG/Cmhce/gkf03B0L60rdUA8wVuBIJY74m5+30rmT+Wyyvc+1vvEn4m8fSui4
1lONaNaD2qwkrqKVIGpooV4RWRo5+rFbYV88fbtiPqISI22bLpnLo3HteahX87F7WR6lRuGT
zRdFsRbUAE3N4c65Lk6vJxlwcLPiqKdvBex3LGxPfLK/psdTBubqD+9c/b7FmzeHv9+X5Ixj
jqexa99tYZZOpuHkAUowcO3PinpCepF0jOyEujHzOdicaVA7VTbbmDcusiBhlPw41aeRWjcu
ptLI2dOJ2Dan3ta0xw7TVcvyzbAblrq4Nq7uBV0dKaSPbsEswdKT/gB0XNZv5d3uWOtLgw1D
G8lq8wbft421pcXOPpOCR5ZD0jJJWtsZA7XZJNjqtgM1zhG+F2dznZknTTVZ3y7drhGS7cSE
0oDQVVN698ULYWH3ni557eCy+WRGASTnNjaN7XcU0atzPFtXBs0FLhX3Xk+OqdG+L7eSeEmw
tLS13B2HtSH2vYI9ywvtxa4HHHMVV9y5o2RZE2xpdaB4kk9qTY81EA57Q7AEivZVej3fmW1a
8kMMjjxNQO5c3yrbn7lheMG1cfQD+dFr84ulZE4iryCT2HJRU1g30TnRt6b48SOBHLsSPLhZ
1X/Qwj0nBHljCyKZ7sBa1veUiJ7gHNHwvOPOmIQq3dhIayrQA5pFXU9612h5HDsTbmsINPdb
UHiXVGI/N3o4rFCatzpUUPYcxitkQA41wp2D8ek8Vz7Os8Z/xphoC4ca+Hy05W0onErPG0Nx
qTgB2AcP702qkyzSHFLKs4qtQFlo1owSnpwdgkONUkg+v9NCKf00LbKiFCF6HBKq9oeKFShB
j27SJCDwC1uQAK14qshote5RlLDOSSQ2NjqEu40zAXL3r2TTOfg4arSdwYaghj2uddRwrQ/j
8Zqw3UlMGxj/AJQszEzLUVQ2rBJt+nGWtffUitDlQUQzbteCTW4YU5q0e5keatjjq052ioPe
nRMLB72JJqfSrEJMs24aZNux7cenVruWhSdnKxjy15o2RpbXSvFayHwuvi45jgVR0jDi6Bte
VQszErZkUMMbsD15PlY31u5duCfubNvG4m1sj2hpa3Xjh2LC7eOaLY2tiB+kY96k75xNSyO7
ibcSlStwxQFvUZcaC5te9dTzGRrWWBwJe8vNNOHgsx35+ZsZ7WKp8y4hsYP/AAJUpcJ8uI6p
qQ02Otrqp30jBZE0h3TbQkaqn/sg7BzI3V1YnHdvAqGRt7GhKkxbyp0dXh5FSBQHjnX8lrgl
ZvI7HhmBNwypjg5v5/gLEzeE+904yNbaFKO9ipQxR0HL81KlbZ3xUkMTPfxoKcV03ANeyIGp
iZR3alx7h1P4GMjr8wz70yKMMGpOZWohJld7wxpceCHAwMe+UgPe20NGY7VErL2lo4qhklca
viie7i4tFT24pNpDkChIByXcng6sjntdEWuAAuOWCTc//Zh/wj2oq/8A2Yf8I9qmtYcJDAwQ
sfdI9wApiGivBL80mZQMaRWtxohr5GmrYYgeTR+5AdNwjjb2NHtUqS2Xy0gyOxAJY4NrqaI8
wla54aw1axob3LXdNmY4yf8AhHtQHTjJkbexoSpFPL7DEauDf5AXVPytxHiufuZRJI5wyJXT
rN/tRE62j2qaz/RHTSgShMUoj2VWH3mjHUXOxXK27miVrpMg4ErrtG6Aq2KMA50DfeGh97LF
KtINegyv44VQJ8znbI5tpuFK19JyUbExlkjHODHPoBXl7clpc6Z4pLGx44Ze7yGKgOlAtbDG
G6UHtShi38rZJfdNWtFAnbQNkhdGHNDrwSHGlW09q0Az8Gxt/wCUKrnys94xxGmNbR35pobe
IydxIKGM2ADiaVxK5s07JnVsDBXEtz58qrVv5gxgipUvo8uOp09Sjb+Xs3DA5slHcRStD3hA
xsmzdS4vNODiSPWrTUmAdC5rmx49NotpTjTikT+VuhYX3tNPQqbFhZdO73WBpA/UTwCgr5gw
iXqDFkmLSrbZ0csRhe6wh1zScjhSibEZI2AACRjsS1yj3M+g2vafUtVIfBHG02xBsp+d7vga
OPpVYraus+G407FV3UmFrqRxj5G4fj8YJoAaKDJWIZmUp+1FZOwFZ1r2Qxcez80n0ke2LzF7
fuYw40a2hPelyw1kq91WyONCw1zyBTtyZDK61rXD9QBVWslkc25rY2NN1GgYnvKzDciGMQSP
LcSyMkLj3XuufxOK7k0bw4SxH3xhTULOak1MDKqifMtwyRjRGagk9mFFm8vcwPdcbS5trcK4
uWsyzEUfGxzODaZdmihr5W4RRti/VTHvKlBHmfuPYw5NYAo2UkIjeyQ0uLcsyBwHpTyZWiyR
jZmjInh6c1LXyN/0omRn6qY+KVIR5g15LZS2xpFKaaA6Girsy17HwuIaX0LScqhaR14qmokD
via7EJZsOJ24r6fUrUjR0wTR5Ez+EbPhHNx4enxWfzF8bGtijIoKk0Nc01s07f8ATY2No+UA
Y9v4CgPmGUcbexoUqTGby60veLg1xYWtrzVfMJWvko01awBo9Cu/fFhIcyOo/Ql/+ztyawdj
EDYW37VzWEX3XOFcbQNPH+1ciKQRmjuC6DvM6ggBjbhQlraGmi5MmJrqsy1GO3CatBC1scsm
1xjaeS1Bq80vVHpra5Nqs7ME4FGJVkBOSxujfdcCRy4LoIoCqkTTJ1S0LM6SQn3RhzW8x1KD
EAo1cGXH/s19KE20f9uiF0c7JQoKF6XnShQhBKh1CMRXv/IoQqMz4InkAsB9Lv3Jwgj+kd7v
apDRWqnqM+odzvYpoiOGNpNGgV5u9qf02/T6/akdWMH4h3O9i1B7QM/WpNrhJjZ9Pr9qo6OP
6R3u9qa+ZlMXDx9iUZI+Lh3O9ib+mM5giPyDvd+5R0IvoHe79yl08QzeO537UNniOTx3O/ar
v6mFu28JzYO9/wC5LO2g/wBsd7/3Jz54Rm8dz/2pP3MH+4O5/wC1N/TEs2sFw/jHe/8ActnR
j+kd7v3LJHuYS4APFex/7Vs6sf1Dud7FN/VKZBEBQMFO137lUbOEilgx5v8A3K7JoiSA4dzv
2ppkjA+IdzvYmhW3jjAtDQKc3fm5aumz6fX7Vg+4hZJQvFTwo/8AatolYfmHj7E0xbps09ft
U2M09ftUdRn1ev2I6jNfX7E0TY3T1+1TY3T1+1R1Ga+v2I6jNfX7E0Vc6NptIxw+rjgMcs1Q
TQnL1P5fuHepc2J7riccOH0munHiqCGKlK1GHhb+n9A8VNDBJHhgccMn609GOqOrFSuWedw+
HPu/GSqI42kEOpTIUwxJP04Z0wphRHSjIILrq3Z/qIJ+XUVCKa1zHEgDLk6mGGeSoZoqkHhX
g7hWv+U9yGMY114djj4m76a56lS3bskJxONfG/l+s+CB53DAOI7WuGVKnLAYjE4JJljBIoag
0ydnn6cMcEO2zGClSBjwaKg0qPdbyzz5qpjbUm81uu4YYW/TopBKTLEMD6naXd9MaZpjgxoL
iMBjxSHQxOqScTx4/Db9Pp7UwhpaWudW7Dv7GhUVMsQFSMMeDvlwNdKc1DnROBBGGRwfrbTn
jhgl/bxUpXnkP08LafLpxOqnoxVJJ+I1OH6rvprTtOSCCY3Nsc0OYMq3VFSW8cRiKJIi2oxD
HDPi8ZZ8eC0COJpqDjw5e8XUGGRrQ8sFDo4nChNfi/6jU8M9Eosmm3aahlSPqvdxphWvHDBO
cY56GQA0pQe8KVNowrTMUyUdKKpIdQnl+q76dfDsQI4x85586OLvp1PCiUWY10TqUGeXxDhX
jyCCYw0OpgaU+LjkktiiGbrssxoCB8uOfqTCIy0MDqBtPDL5U1MWHScaACuOvDPjzVC+EcPB
+tMNcdFLem03B2OOvzG7TuVDHEQfez7fquyIpnyV0xesWVMcMDcDiaZdqdDLG0YA4k5Nefhp
XgcqrMGRD5sqcNCTwbzT/tmPixcSPeNaN+bPNlR6KHwpJWEudG12IxdU4Bx9VdVPUiy50451
DfWR68kp7I5aEuy5Vzp9TTorGGM41occe11+nA5KC7nxtNpGOH1cTQY5CpVBNEcq8OD+NfYU
GKMm5xucKYkY4Gv0+g8ksbeJooHUy4D6bfp4g414qhvUjxwOGJwfhhX1elQJojwOmT+fD/lP
cljbxD5uFuQ+m3O2uXNS6CN2buNcq8XHi0j5j4IGXxZcdPerldlnl7M1ZtjwHAYHtVGxxtIN
cQa5fpt008VdhYxoaDgBTj7EFrG6ev2qLG6ev2qb26+v2Kt7dfX7ERBa3T1pb7QMvWrlw19a
xbyUNYcc8FRy5LHEmmfb7VleG6ev2q7ng8Vnc5cmxQaKslKqQqE1KDteXmsQGi6IC4vlsmJZ
6V2wuM+3ePSQqySWCpyV1DmhwocllWZu8DsjVMEpPApDtmwnDAp0cT2YD3lpTPuMKVUCYapY
Lq1LUmRrycGof47F/wDTqhZaP0//AJ/+pC6Oa5Qg5qF6XlShQhBKFCEEpb4w7tV0KjC5pa4A
6re44YqpAOak4p7GKR2NFV2KJM1VaZYZkQGoKbK2qXtR7xuOGiBUxWUCpotk4osjTQoJrY8H
RdgYhcaTVdTbOuYCgrGbZiNcVscMFjmFrmv9B9K2VqFFcXdk1DuIXZhdc0HULlbttA70Fbtk
axN7FPq/G5ChSqiVKqpQWUqqlRVkKqlBZa9txWNSyYxOrw4rM+lhvmaXNwzCw1W1m5jfk4V5
4KzomPxIB5rETTUxbn1UVWw7VpyJHj60p21eMiD4e1auGalnqoqruikbm0+jFJJpgcO1aRaq
iqhQqiaqKqFCCaoUKERKFCFQFdV/uQU/SAuWBcQNTRdTeGkdNSFz5N8WOPJXVG5KyolQhQqi
UKEIBCFCAQhCoFxvMJKkNXXcaBed3L7nkrHL01xKqlqSVAXJtbIVSgruPBUVD9u4tkBC9JE8
OC4G0jqbuAXVidZ2LlyduEY6KlUa6qYFhS3BDZiOSfbVLdCCmrcfU9amhSZJKlW+3UiEBW5M
O/8AChNt/poW3O2Y5qEHNQvW8yUKEIJQoQglChCCUKEIIc0OzSXQfSnoRHMlYW5hZwaFdtJf
t435juwVspw5nVWVduTy4O+FxHbj7Fjd5ZKMiCiMci6Gy+BZpdpMMLSVo2TXtqx7SOIqCn1W
mVl7SFWF9W45jArQQkW2uPNVGPfClDw4rTsf9Jv44qu4Ze0hW2I/ib6fWp9X42qVCEFkKEIL
IUIQWRVQhQWqluzV1VwRSy2qAHN+EkdilSpS2u3dTN417U9vmDh8Te5ZUUWahbdFu+jOdW9o
9lU8SRyYAhy41oVSxTqtuw7bRu+WnZh6kl2yHyuI7cfYue1z2fC4j0pzd5K3Oju0exKmDDHb
OQZUd4fjvSHRPbm0+v1VWpvmA+Zvd+Ant3kTuNO1O0pUOVVC7X8co+V3cUp2zjOQp2H8BXsn
VykLe7Y/S7vHsolfZyfp7z7FrtCVJe3bdI0aGvcte9ODRzToNuIRq45lY92+6QNHyhYu5bqo
VGSlVClbYShQoVEoUIQShQhAIQhAjcPtaSvOONSuxv30bTVcYrly9unH0jkpCA0qwjc44DFY
bqSyE6GB0poO9b4PLycZO5dWOFrBRoosTy/jUcf6yxQCNtArlq1lqUWrk6wQ2S3ArS2RZpGp
FS3JF9uw14KvcuQ2chPbugrbM8XRuVS5YvuKpbp1bTq61f6aFnv/AKFULbFL9KuNVHS5qyF6
NcMV6XNHS5qyE0xXpc0dLmrITTFelzR0uashNMV6XNHS5qyE0xXpc0dLmrITTFelzR0uashN
MV6XNHS5qyE0xXpc0dLmrITTFelzR0uashNMV6PNHR5qyE1MV6PNHR5qyE0xXo80dHmrITTF
ejzR0eashNMV6PNHR5qyE1cV6PNHR5qyE0xXoj8BR0B+AroTfKMU+3Cj7capiE0wv7caqPt+
fgmoTTCvt+aj7fmnITTCPtlQ7ZakJpjH9tRXb1WZOPr9a0oWVLG5lbmA7w/Hcmjej5mkdmPs
UIUVD97UUjBrqUhkBOLjiVoQrH4k/qvR5o6PNWQtamK9Hmjo81ZCb5RivR5o6PNWQm+UYr0e
aOjzVkJpivR5o6PNWQmmFO2rHfEAe0BV+yi+lv8AhCehTfKPPpX2rBwHcj7Vug7k1CefG9/f
+qCADL1K3S5qUJ58Z8+o6XNR0eashPPh59V6KjoD8BXQm+UefVOgPwEdAfgK6Fd8pPPqvR5o
6PNWQm+UYbZ/kohKQsq//9k=

------=_NextPart_000_0001_01C6E9A0.68448D00
Content-Type: image/gif;
	name="down.gif"
Content-Transfer-Encoding: base64
Content-ID: <004601c66a1a$04432100$0403a8c0@tutu>

R0lGODlhQgIDAZEAAL7X8P//+wAnWP8AACH5BAAAAAAALAAAAABCAgMBAAL/hI+py+0Po5y0
2ouz3rz7D4biSJbmiabqyrbuC8fyTNf2jef6zvf+DwwKh8Si8YhMKpfMpvMJjUqn1Kr1is1q
t9yu9wsOi8fksvmMTlcHAyeb8VbGOXOXQBDCA/R6233TB1gReECoBsSW2AZQp9HY8mgQOTG5
UllxaWLYQbgJ4/mJEQi6Qwr2mEm5CJOK0WryChGbN9J5Y9qCyzBKpBt197eAuqp4EDdXzJic
rMDsvBipCN32djxtnNi8nK3NLelt/a2NjXz9XU6+GoEHjADcx/7O124Qv9dOn8BXX1iYr/+v
Xz5794K9q/fvIEKD/oLtKehuoAJ4/R7Ks+jQXcWC/xQrEhSYUSHGi/FGScwYRN6mYeKUtWTp
8qW6lthk0qwZU1pOc+ESoIuJoKdQnjN32jSKdJY/jxrvbeTllJ/Uh/qk7ptKtYEhh/M2Uu1o
daLYrF/BNt36NOxSrFOvqrW6ieuCrljlkqVbRKUwnUmJpjOHNOjMnsqi+cU59CZNwogPJ/bp
OPLRuQHv1r2MGWpWtF8te5079q1ns24/d2Zq+nRVdpsxs+VHOvOuplU9y0ZtRO84yOfA+Z4s
rWjhv+omPV7smxnOwI17h4MGtPGzctvIDTp70TZUzWbVotQNsPJ22qrBJ7Q7/qnCuBZb2yYr
0Gvp0uThra+P/f4R8IJ3G//+SVgrjKWz12RAPeMAgEUdJ9g0wg3Y23ISRgdBerW1dRZt3Z3G
Wmr4XajaaB6adpWFIdIHW3uiaaZRbCKChtuJH7KHhEi83YgMgUf9xEgDARq4Y3HE/CbJbswF
aYyEhi2m44GKzWLifPK5tmGJGJJI3m1asvialTFKCV9aX2Y5JW4Mwbiiay++5csQwSHXSJzT
RdiNkAruxU0deg7mDWQOPgiYcnsWSOeECBYmnAPZLeQio2W6lyGkNkYknkidSNSQfVxhytGj
2XnSKD5ksmWjqGEyahI9l3bYFqdtHgLrE682MSsZtT5wa6y67hqaFrmC8atWvA5LbLHGHots
ssr/LsvsC216Oaqvwc6GAo3NXostZXatI9prvpIwrQThepttuWWYiGu3p2YxLpqaeNCuufI6
wd55KIXY6raaWrtvmR/BFpKrn63HaWf23tupo1eGx9AfbvU74rwSbxFXR1yiCKbFZGo8ZlQA
dQwWZ2uW1fHGkYa5Hccykjtxy+wWDGaMaaaoZnxa4uuvhu3xe/LKXKKss7Urq6idy0aHkfGi
6sbMKn82j4xiZouyxqrOIPdc8b4hUTsz0eYdDXYXGSvaJZWQCusiujmDRjWaUd5MStREzxi0
h/GGjXcOb7+Hc8zvgUo3QuTuvfCFFp7JZtxbhob439HmDTmtMGc6lsiT/64KCuaU4kxlQBvW
Ze/QplKaasjaDg1fqZGvzvq6rb8O++t3x0577bbfjnvuuu/Oe+++/w78xEoZGcPwshhv/Ayv
JN87wulOMbslfCaYqGLESz8hHdUfb8Ty28cwa/QrzJ6r+DV83kNyjnxfPPvrZ8B8EPGXEH4S
5ItCBfqfVHaOdYVak6dtKKhPDRrSTvZUjWJQZ0h9Ug6i/lQTOTWJL86ZIDX41MDfJLBJD+Rg
hSBCOYCVDlUYUdin+BeyyZWwRQGTi0qo1kKKxFBhKwTJCGVjEBSexHmWAiEJWWYHpSWpGhTq
C5CQVMShZOM4F2yOEYu4HCVK8ImPkeL0qKhAyf8cSVwqI9nMTEItFlkOboKbyOfwAsYv8swj
FbsaGyOWMiy9sWvmu4DTikTEBWoRgVVc0GGQGMU9AsZIDOoPFpEIIUQOso9HDGHgvog1YTlO
LGnr2YdqI8ZIrquS7hpbyTpZM6iZzQ9CLNIhT3nKYVSHOE8yICoJiJxGpjIyq/TPnxjDyAMp
JWX6gUsvU/fLO3pNk4BTj6ouWZZfWk1dZByZDx+Jsk9p0nVBnJQpc5nLWV4vOjAJpCJvZMgn
2vKbWzTOH5UkSHByS2Y3e5Qo08VJZr4zk+zc5Np65Ul5igx13iJcHe3Ivx7hKJ26JGc4F0kM
Jt1JnNZbqDnJyUTrARL/oQaVqCQh6UY1+a2YW5Lb3uiJUcZZ8p7l8Sg+Q/nRtXSPkKsMEACz
WUBDZZA6unQoLLlJJJYutIP/SxQFEYVODvLFgRUqlQoTthBgDiSHzlNqqjjHkdLRZ3SbKVh9
rOqp0M0noD1MTVfzdbbgucF9hPrBP98FgrOKda0oIKoqUrIfEaiVrXStq13vite86tUF8yvr
+yTQV8CSdXwciBe02MUsoRHrTdQTQWAvwaMTBBag1tSA4iZgizxUtrB4U6wF5uqDyBYBsoMF
wWQ/Sz+yYRZE8HpcBkB7LnfZ8Qqb5dGhgFooPzFQqAEETgCXyMDgAgpOrkwMLm+q2o/REISH
/1MVwRAGLYiZEboa2uFISBdVGv7LYDzc4Q1LeJCDZRW6wXRkSUhYEoc5EqmwdVYpCzrQVjY0
UH5U6Dl9W1GI0nI4hXxer8zkzK4BjUPulO087cPOzJURk1XCDshMF1KoNpPBGfWZgaEgTMZW
8EgQculf5BuYoRZXi4bEJkEhZM2vVQ5EUdvoiuf2M9bOE5osMynfZlyyLuYTlDe2cIVbbIUM
N9GJNHWOHw9VSBPHEpUx1a8i3XpRwymzucfM1L1KhDnyVkqFILWqNGH0M92kVEw+ButJtVPe
A1tqa1UQ8pIHlMjsMVmb8IWpBZ3MUAoUE13pIVwYaQbEGwvNxZik8f8n+0nMZe54n80cc4Td
RtuA2hTEOQLniIFD50lvEbeZJnFp93yyph2W0JF6mMnkyGKNvridh8YxHTN6ZcY9bNGNPnUZ
BsXTlza5TgedjnCJu9sFOvF6txWxb3c5NSs3ZNmzXuo8qFue9ZKO0eadUeiya88ef7Wq25LU
ek212dGJO80Q0RS3pUvNsJ2WWO3dKyfcPQLkTqyp8C5Fve+N73zre9/87re//926ddMgzvIr
bQrkLVmDRwC427yBwC/w8FWHorUlwDUcFB7aQY4W4xXnuAcELloo2gDkBo+4jFHr3ygLouPh
9CsTTA4Jj8db5toLQSZgXnPTlpzm67TsB1P/vnJRSFpId+ZpfHuKDl3zRuk9lUlyfHrTnyJZ
4xvmdK6HLCjkClCVwSUyfUPOaV/fsqbCrnrYtf50O/2n6xvWyQbPvlqmfhfLzt7Kc58td696
d9qvfS+ulXz0Kb50yHh6O0zgfF914rnDJx67nfNMaYKWuL54lDzgI0pwOh9U825PvFYaVWqJ
71Nt9XSwgAfh9+A0fpwUYlAl/v5r5uy0gJS/fO1X7/X5NlLwbA9xLWVqUNsDKZHGhjzvJ0r0
TXNN290CvapdJ7cf972ysG8p1V0qXI1HXe2AH46RWT/577sEOoe/JYkfaH7WmzP7Le8+8F9J
y95y+KeLp3zufR/+/yJebtpaE/Ad6Zll/ZRmMcZF1Jd85ad7rXd9w6VOCIh/cjZs9+cn/aN+
t3cT3UQomUd8RPJ4xydOHXhfpIVnLcd5B0h1UTZobHJyyERoozdhlOUJsJckxqd9gSJRGFhp
7uckR5d/lYZTGWiDDJWDCRV42/MjnZaAPdJ92eRpO9iD52dfwWeCFsVjGIUxtvZOS5NoCzZz
vTZA68d0cOdBrcRH8dd7umWBuWVxaMhb8teGUAd2WbdTFFR8ulV0HlZ1U2dBYPhH9Id0l9Y/
cgJ2y4dU2EZ3m9JdeLc5hqgtjWNu7fZWdIVzAEeJ3CNWUFaJmaiJm8iJneiJnwg+PvcFpv/w
K9MSLL5QPtfxX2rgWUpAb/gDLKJIiBgGdCcAiak4WxGjA5BYYK4ILkgjixdGL7WIViyAiygX
aHoTirrYC7/4Mi40Q9p1GSdEXeK1MNK1Xez1TO81NXXnQ/tgjSRRbSgkQmwTjT+kaCKkXuSY
L5X0HdvoXeEFj9AIaWEhjux4bjnzjtbobQwjjUxxMLw4A2hUNqjhZ3YHaw/2c+iBhfnEMd0m
fR7DGRApkS94jSvSYBGGFxHhVQuWRj6jYFeyVahGax7DkSF1RiRFkD1GW6zWZ9M0YK/WNqwG
ZjBZayIZSmXGTzvpaKfSNjo2Kk2zhWdWaO60Y2wzTJO0Gio5ONP/9JNc05N+E2TkxmVwU0r+
tDNWFn1fdnqu9pDVVWUaKXpnJmZBmZX+h5Q3SZRcOUllSTYziTr1wpTZ5ksn4TXiNpQ7CT02
6WN+xmPccZY+uXwlCU2m5h15SZitRnox9pRoSUlzyVE6CYDCGB9CqZQtApmD2ZRwaTiImZNS
4Jd9uRYgNZeFQ3peaTkOaZCemYWKOZQ8VJp0uSaNU5jPh5JQCZOR2VxN+Un6E0+O2CrS4lze
WG1JZW6FqGzS1h3bxjBMo17TlY8XKTprJmrdNpEbY1QtRJfc8Zy8+W3PCSrZSZtUhY12M14s
qTnM5p3RSWb4pFWdUzWsI5D7dj8TlwLz/wmKyZifq0ULzkJY+wmgASqgA0qg/3aM/2kHaYWf
Bcqg9uafFMcDC9qgASqQhuUDEjqhunJe46gvOnQm3ZiIMhRDWVOedIRVGyqNYmZd4XWOKPqN
CZGhvMOQc0RgKjdgBEijUhmT0cZ80aSQpumR7ZmjGAKYMao7USlPBdmepGiROypDvdg3rJmF
KelMRWqkuMNLYVlS4Ql6wsSWOvqiqjNetDkaX1qaKaSlU5VsV4qlIxVgl7WcKZeYEoeZaklS
nuKUEZlZq8imsIOkO/piLphqswmnoRacbyqlWCmWrYGjfeqn4rk2ldVVIMqlwGmc0zV3xnRu
GAOpGnVUaGqpYf/aqI4KORjqBaZKqvqGqlywqqnqqq8Kq7Eqq7NKq7Vqq7eKq7mqq7vKq73q
q78KrMEqrMNKrMVqrMeKrMmqrMvKrM3qrOYSANEqrdNKrdVqrdeKrdmqrdvKrd3qrd8KruEq
ruNKruVqrueKrumqruvKru3qru86riAAr/NKr/Vqr/eKr/mqr/vKr/3qr/7aAf8qsANLsAVr
sAeLsAmrsAWbAdZqNNQ6BhD7BBJbBBS7O9XasNMKNhb7BRy7BB4bBCCbOyL7ABh7NCSrBShr
BCrLAyxLOyZLAS6LLTJbBTQbshq7sjj7OzYLADD7sDoLBjz7A0JbA0S7Oj4LAUjbMkb/WwuQ
yLSaxQFPGwNSizdK6wBWKzFPK0wnuQtOC7Tr8F5CF7VfC7YrWAJUGzZYywBqK1d7igVai2Cf
pyheK62op1KAEC5CC6MsgLYba7Nsq1mjCgVwq1J3p4jYtlybNQE8uynf6VxlhIgI1lR6W5Ha
RReveLVke7F/27fc0qGNm0PYNbSai1lxe5KNCzCQe7ntwrhxG7pR8bqve7qKS7nosbqqm7F1
CzyAmwC8+wEfgZDl5jC36wOE65EEc7ewS7yYKwGtu2a4q7zQa4i4QLmwC72x+yud+7Oku7ba
+zyIc0LXu5E7ALfPG71ceL7mwbwly71da5IqKr7xa5Ldq7t6/7YUy9sh2bi47Xs7vnsA/vtu
goO/4qu4NmC8yiW730G8lLEBrXu8ZiS/2Iu+C1C9TrHAw6kB3ru0nMu/aXW/EbzAQHDAs/vA
qXu+wNTAHaxcJzzA6RvC9ButyMhcaPSRF6DBEwPAPXvDgynBLhykxavCctuIx4m8EkmcGRzE
d5t3yTm9yYm5FXy8AcO1NpzEsJPDORx0UdzDkSvCVTwFOwzBJwDGJjDG0MrB9bu9MSwGZVzA
H1DGJPDG2XLFcVwGdNwDdpwCeOzGXtw6c8zHyqLHOhDIZPzHNDDIyeLHhXwsh3wDjDwCjpy7
auw7Dru/kJyyiuwEliyvmDy1nJy2if+syVYQyp2MxkwwyjHryWl8xgvLyq3syq8My7Esy7Mc
rqhMy7eMy7msy7vMy728rbbsy8EszMNMzMVszOoKzMeszMvMzM3szLKczM8szdNMzdVszeka
zdeszdvMzd38zNnszeEszuNMzq8MzuWMzgYrALo8AOnszrVcyd0qD9F6B+H6Du4KDMRcz9Ka
z+a6z9jazwh7zwEwz/T8z9ca0AXNrtJArWwwrYqwrRAtrQzdyipBrwc9ressrhrNsPG8rf+s
0RjtrSKdriSdywNN0Ots0iPN0QDd0gW7zyFt0DO90vUc0y+9rg4dre080TodADrt09YK1Dz9
00T9yhyN0+3/mtTCfM7WitEKjdIondIurdJIndADbdMhfdUpXdUr7a8gXdVOndX83M9QjdVX
DdYBPa8mfdNTjdBhzdVLba5B/dA+PdTZetc7nQiwrNJk7dZcndFeHdf0/Ndb3dZp7dcHPdbz
2tRi3dKKrdVuDdbZms9PDdcEbdAiPdaVHdkHO9lsvdh+/deFTdNwvdiCXdJqPdNTXdOmvdo5
LdE7XdQ9rdd4zdN2XduurNaKzc+E7dtO3duSndGB7dsxPdyiLdOj/a6N7diindmcHdVyLdla
zdnVutv3fNgKDdNWrdzITd1t7dyJ3dXQLd34DNmB7dVS3d3pKtG3bdQUja3wTdu6/43ZwU3W
Za3e1JrQ9l3fv53c/Q3gSO3f9crcb/3ayk3S6R3Z2W3d+F3aD76wn73UDD7dxK3fYZ3gqn3R
j43TqG3Z7UrUQx3b8x3RRp3bFW3d+p3i3/rfj33c9S3g/B3jMc7YHq2t3C3cIE3aB97gGL7g
M+7jD17dv73d4v3WQV7hmK3jrH3Zpl3eJX3gHx7er93ZOU3iJ37ls12tuI3lEb7i/E3kAB3c
NB7gYy7jL97iBG7jlC3VaG3VN53fEB7XWQ3npY3dTo7a+WrRgG3gaY3fb07dgH3WGv6u6o3Y
Fp7ZF/7k4irfFD3iWP7oj66w1+3m9y3Xgy7ogw7olt7VfP8e5+xa4F+96Oea57Rc6rw86gpr
4u8ssB1O6mrevBH+6aRO6Kg+68Gc6gm76qzer5Q+rrUO6mvO68NO7MVu7Kt87Mmu7MsuzqHO
7M8O7dEezM4u7dVu7dfOytSO7dvO7d2er9ru7eFu7S+05+IOruBu7une7bmu7uiu7u8+7vDe
re4u7/W+7Oye7vRu7/te7Phu7vrO7wH/zv4u7gAv8AdPzgQf7gaP8Nys8AO767r88N2u7WZt
6Z596gnr5hMv2MD+r23O4SF/434+8UW913od1JK+5SeP8nS9riW/7dS+5AaO8Sft5Kn90TDP
rsY92BAe2g2e5OfK5Xmd19da9C7/r9QNX8Us/tKG/uaZXucZ3uQb7/OGTec6v9F4PuGhremA
/t0X/9xYz+ZibeRM7tLTnfFGv+pE7962feIqr65iX+0VL+XhvdmdXdlHjuBN/txAT+dB3+vJ
DdqXvdrnXdxIftpyf+RN3+E/fvY8n/Yrz/Js3+UN3fayreX4rPSlzL5Mz+EXTtxXD95nj/Y/
n+icXuHlzq+avfWFf9aIbuQWfevm/fmwf+tOj66xDd/yLdSSjvRQvvkB4O6TDftKzuPrbeGJ
392vb/bN3+pJDdpVH+WN7/zorfhjb/fQ/+R1P64hvvbf360u//voev3QLvPOzf2eDuQjj/h8
b/YMPuQA/67nTX/8ia78Ob7+XA/48FrlBBAp8pIVeTXzjJMXy8HGbv0CP08jTTJLVWht3ReO
5ZmGgRvPdSA+fMeHCEYmlCCQeFkQh8Jf0dKcTIuU2rVqTEqW2iMUCYR+h9jeM+t8oi2QLbvW
kXPmdNFodE/IUWaM1S9QcJAwZucQp1BRCXCRyhGyYSuScqWxcrAPM/Jy0/NTEBER1Kxs8Yt0
0DR1s5NVRvM10FW21lb00FZ3l7fX9/eX1g3VcVKhRvg0OQN3B/gZOlp6mprrxahyeVr7olmn
GjxcfJzcT1vI7ZENjjHCaTjd/V0syqorZW0+qsY7p/wfYECB1M4lMciiwrEM2P+o2JP0ACJE
SQ8VRsSH0F1FbhL6JRr4EWRIkZTOJVQ4TB67hwxNtmTI0iVGhAvXyDwpo+ONkTt59vRp6ZoS
a0NhSLzpsOLMmElvEjWaEKahnD+pVrU6sCTRpi0vMl168ilSsGMX2oSqVGrHq2vZtoW2bB0q
uSrDjOmSjwmaMj/w0mpyF8lGBjl5uDV8GPEnwb0aLRZai3BiyZMpzyoX1zEYyFMrd/b8uSxo
WZFFlzadOPNpM6RVt36V2lasf7Bdz2B9jdjKxsaw0A1pkPcZS8FlEQNuj7jmVVf4oNBDJ4/s
6NGl96jt6XYLJiqMJafhPaBefciSgQeVsUo8i8HvPTL/c8cDnxDw41cXQZ8QbU4E9XPkjLsd
5Cjqrr30Aqunrin48m0XfQpcSZ2+vEhpQpT60+6SvBoaj4t5cqPhOehKOGEP++qzozrrrvuj
kOyG67CNCDXrkMMCI5rkngVjBMZBDuF5w6J0NFJwvSBJguM49fDxcEcQ5cPjgwDwk9LEEjmw
0pwr8olRvAhTotGLJdGBh8g28gLkwsH+c+GuLbk0EsYNdaRRNw/VYLAWIx+kSE55+BzwzjbP
A07JBP9Asr8nsdxjUSrrSKG5+Sz7ziaWtJjoKEzP2oqFMV8y6iWl0kzARe6KfFNI3vxcdTc/
y3xVGilgjbM9V5ssk0DzBCEU/8E/l4yTOREbbU6TEDMI0dgZMlvluO001Uq5Dzs1iQyzKkTL
j1J/fVXDejrRkVWM3gl3Tq54vFTVHIPMyFl1O4UTEjg15PXWdmkjUVgo9W1UWHxLQebQZ9H6
NjS4KgiLrFAzJURbMa+VFTBGvFzwSyKPqBVPXeZyxUZTxPuS4ht1LeVjvMgUkp6TmVOUWBTr
Q9a5R0tMVlmAh4qqKZjEeoq7gxOuFGFsV1szz1G3/Wnk2f5JUZzULtZTwpM9xuxbiP8CA+OQ
02x40IzJS/oyaX9beuwVK+Ha7LTVfsbotRtA2+245U6lbbnhnhvvvOPVOxSi+f4b8PwCx+Lu
wQ0/PP80xNPqR/HGHe/q8RYKj5xyvOsu6ruCMOxl8so9X/tykjDXjnO/Pz/dcla6bFZTW5dQ
+XVeOkeddtVCZ5PPoBfeFD3eb7fN9NqFX/F3oGbi+VmFoaqW01dmH76z4iFhOhzpIae2+Z1/
dqp0tYoiA08crcdtfBmi7k0Yr0nZ2EKVD51Qv0jzdTRmmlGkblLVWydr4d6Rx152wftVt44W
DbBhgl4k25wv0IMxGLHHToKAz8xihqX7VIlK8/sX3Z6mhpQxy059ad8uZtcx3RzIQFkQw19y
NbERZg1dglIEkNLVIwrBL0EbO6Cy0BTCGA5QZH5Ilh4uaEEM0sd+KoJeCXv/FDD37MiBOXri
CnuoDkMhaE47NJW9aFIjeX2KWxHMBjsaeCqaNORWsFDUsE6UQTceq41S4pfNlijALgrohbsB
FBbRQSAzPa0dddpQGmboxTP26YsSa5MMPREXiV0RTMDCwhqfIz/6pciSGqQU9ALAxEcOcoqE
IlcfM2TGPRkoXLMq5BPT1StbhXJcpdRi5lDmqyl+Mo0x8NcbSyApF8Asf8PzJLBc5T8BjfJg
sgyjFXF1qnK1rVa5BNe6JMJFG4FSdNgcUi3FJ6735MtYwNxXvzRZM052Toc3vFFgPCih15HR
hiGjxyJjCcldJemMZzJZXSiGSrEVUp9hShkUaShE/5bJj5IyY2MlFaolTnbSjrOR3iyPVJXy
FYJ64Lhoa563jX+SjKKc+ChWyAaSjaqmow9VqVtOepqUrhSmVmmpaV4aU5v2ZKalqelNeapR
Fi5HeDvt6VCJWg2hFhWpSe0e45TaVKeOgzCFeepUqfqLqEq1qlnVKiuuitWtfhWsjuiqV8Na
VrMSbqxkPeta2cqMtHqkrXGVK0Tf6o+53jWsddXrXvnaV7/+FbCBFexgCVtYwx4WsYlV7GIZ
21jHPhaykZXsZClbWcteFrOZ1exmOdtZz34WtKEV7WhJW1rTnha1qVXtalnbWte+Fraxle1s
aVtb294Wt7nV7W5521vf/jQWuMEV7nCJW1zjHhe5yVXucpnbXOc+F7rRle50qVtd614Xu9nV
7na5213vfhe84RWvcgsAADs=

------=_NextPart_000_0001_01C6E9A0.68448D00--




From MAILER-DAEMON Mon Oct 09 22:48:54 2006
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GX7fq-0001Xw-8e
	for ospf-archive@lists.ietf.org; Mon, 09 Oct 2006 22:48:54 -0400
Received: from mms1.broadcom.com ([216.31.210.17])
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GX7fo-0003vO-ST
	for ospf-archive@lists.ietf.org; Mon, 09 Oct 2006 22:48:54 -0400
Received: from 10.10.64.154 by mms1.broadcom.com with ESMTP (Broadcom
 SMTP Relay (Email Firewall v6.2.2)); Mon, 09 Oct 2006 19:48:32 -0700
X-Server-Uuid: 8BFFF8BB-6D19-4612-8F54-AA4CE9D0539E
Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id
 0E9F02AE; Mon, 9 Oct 2006 19:48:32 -0700 (PDT)
From: "Mail Delivery Subsystem" <MAILER-DAEMON@broadcom.com>
To: ospf-archive@lists.ietf.org
Subject: Returned mail: unknown recipient address
Auto-Submitted: auto-generated (failure)
Message-ID: <20061010024832.0E9F02AE@mail-irva-10.broadcom.com>
Date: Mon,  9 Oct 2006 19:48:32 -0700 (PDT)
X-TMWD-Spam-Summary: TS=20061010024835; SEV=2.0.2; DFV=A2006100910;
 IFV=2.0.4,4.0-8; RPD=4.00.0004; ENG=IBF;
 RPDID=303030312E30413031303230322E34353241453034312E303031392D492D7845744A4D564E424B7859342B39536F314E694E50773D3D;
 CAT=NONE; CON=NONE
X-MMS-Spam-Filter-ID: A2006100910_4.00.0004_4.0-8
MIME-Version: 1.0
X-WSS-ID: 6935D58A09W2940156-01-01
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 5a9a1bd6c2d06a21d748b7d0070ddcb8

Sorry, we were unable to deliver your email to:

available@www.broadcom.com

	---------- Original Email ----------
Return-Path: <ospf-archive@lists.ietf.org>
Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.10.64.221])
	by mail-irva-10.broadcom.com (Postfix) with ESMTP id CB45C2B0
	for <available@www.broadcom.com>; Mon,  9 Oct 2006 19:48:31 -0700 (PDT)
Received: from mms1.broadcom.com (mms1.broadcom.com [216.31.210.17])
	by mail-irva-8.broadcom.com (MOS 3.7.5a-GA)
	with ESMTP id EHC94497;
	Mon, 9 Oct 2006 19:48:31 -0700 (PDT)
Received: from 59.124.127.98 by mms1.broadcom.com with ESMTP (Broadcom
 SMTP Relay (Email Firewall v6.2.2)); Mon, 09 Oct 2006 19:48:21 -0700
X-Server-Uuid: 8BFFF8BB-6D19-4612-8F54-AA4CE9D0539E
From: ospf-archive@lists.ietf.org
To: available@www.broadcom.com
Subject: Returned mail: see transcript for details [Blocked Attachment
 Stripped]
Date: Tue, 10 Oct 2006 10:48:13 +0800
MIME-Version: 1.0
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-TMWD-Spam-Summary: TS=20061010024825; SEV=2.0.2; DFV=A2006100910;
 IFV=2.0.4,4.0-8; RPD=4.00.0004; ENG=IBF;
 RPDID=303030312E30413031303230362E34353242303942432E303033452D422D3173747438757570426A6D6469396D4A38576D4A71773D3D;
 CAT=NONE; CON=NONE
X-MMS-Spam-Filter-ID: A2006100910_4.00.0004_4.0-8
X-WSS-ID: 6935D67E09W2940118-01-02
Content-Type: multipart/mixed;
 boundary="----=_NextPart_000_0006_A2765489.37BCBB11"
Message-ID: <6935D6713N0523105-01@MMS1>

This is a multi-part message in MIME format.

------=_NextPart_000_0006_A2765489.37BCBB11
Content-Type: text/plain;
 charset=us-ascii
Content-Transfer-Encoding: 7bit

The original message was received at Tue, 10 Oct 2006 10:48:13 +0800 from lists.ietf.org [152.223.167.101]

----- The following addresses had permanent fatal errors -----
<available@www.broadcom.com>

----- Transcript of session follows -----
... while talking to 154.69.81.134:
>>> MAIL From:ospf-archive@lists.ietf.org
<<< 505 ospf-archive@lists.ietf.org... Refused


------=_NextPart_000_0006_A2765489.37BCBB11
Content-Type: text/plain;




From ospf-bounces@ietf.org Tue Oct 10 09:13:32 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GXHPC-0006NQ-Sr; Tue, 10 Oct 2006 09:12:22 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GXHPB-0006NL-7p
	for ospf@ietf.org; Tue, 10 Oct 2006 09:12:21 -0400
Received: from smtpoutuk02.marconi.com ([128.87.251.113])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GXHP9-0000FV-Ov
	for ospf@ietf.org; Tue, 10 Oct 2006 09:12:21 -0400
Received: from cvdgwy02.uk.marconicomms.com (cvis27.uk.marconicomms.com
	[128.87.251.110])
	by smtpoutuk02.marconi.com (8.12.11.20060614/8.12.11) with ESMTP id
	k9ADCBrV032031 for <ospf@ietf.org>; Tue, 10 Oct 2006 14:12:11 +0100
	(envelope-from enrico.dutti@marconi.com)
Sensitivity: 
To: ospf@ietf.org
X-Mailer: Lotus Notes Release 5.0.12   February 13, 2003
Message-ID: <OF425B659B.E2850724-ONC1257203.00472391-C1257203.0048E602@uk.marconicomms.com>
From: "Enrico Dutti" <enrico.dutti@marconi.com>
Date: Tue, 10 Oct 2006 15:08:54 +0200
X-MIMETrack: Serialize by Router on CVDGWY02/S/EXT/MC1(Release 5.0.13a |April
	8, 2004) at 10/10/2006 14:12:15
MIME-Version: 1.0
Content-type: text/plain; charset=us-ascii
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 856eb5f76e7a34990d1d457d8e8e5b7f
Subject: [OSPF] use of O bit in Hello packets
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=subscribe>
Errors-To: ospf-bounces@ietf.org

Hi all,

I need a clarification regarding the use of the O bit in OSPF's hello
packets (rfcs 2328 + 2370).

Should (or must) an opaque capable router set the O bit to 1 in his Hello
packets?

Let's say I have an OSPF router that must use opaque objects in order work
correctly.
Is it correct/allowable if this router rejects a neighbour because it
doesn't set the O bit in the Hello packet it transmits?

thank you

Enrico Dutti



_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://www1.ietf.org/mailman/listinfo/ospf



From ospf-bounces@ietf.org Tue Oct 10 09:26:59 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GXHdJ-0007a8-CS; Tue, 10 Oct 2006 09:26:57 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GXHdI-0007ZW-A2
	for ospf@ietf.org; Tue, 10 Oct 2006 09:26:56 -0400
Received: from rtp-iport-1.cisco.com ([64.102.122.148])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GXHdG-0003oP-0P
	for ospf@ietf.org; Tue, 10 Oct 2006 09:26:56 -0400
Received: from rtp-dkim-2.cisco.com ([64.102.121.159])
	by rtp-iport-1.cisco.com with ESMTP; 10 Oct 2006 06:26:54 -0700
X-IronPort-AV: i="4.09,289,1157353200"; 
	d="scan'208"; a="45494934:sNHT49071548"
Received: from rtp-core-2.cisco.com (rtp-core-2.cisco.com [64.102.124.13])
	by rtp-dkim-2.cisco.com (8.12.11.20060308/8.12.11) with ESMTP id
	k9ADQrnb003053; Tue, 10 Oct 2006 09:26:53 -0400
Received: from xbh-rtp-211.amer.cisco.com (xbh-rtp-211.cisco.com
	[64.102.31.102])
	by rtp-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id k9ADQrDO017735; 
	Tue, 10 Oct 2006 09:26:53 -0400 (EDT)
Received: from xfe-rtp-201.amer.cisco.com ([64.102.31.38]) by
	xbh-rtp-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Tue, 10 Oct 2006 09:26:53 -0400
Received: from [10.82.224.123] ([10.82.224.123]) by xfe-rtp-201.amer.cisco.com
	with Microsoft SMTPSVC(6.0.3790.1830); 
	Tue, 10 Oct 2006 09:26:53 -0400
Message-ID: <452B9F9C.7080308@cisco.com>
Date: Tue, 10 Oct 2006 09:26:52 -0400
From: Acee Lindem <acee@cisco.com>
User-Agent: Thunderbird 1.5.0.7 (Windows/20060909)
MIME-Version: 1.0
To: Enrico Dutti <enrico.dutti@marconi.com>
Subject: Re: [OSPF] use of O bit in Hello packets
References: <OF425B659B.E2850724-ONC1257203.00472391-C1257203.0048E602@uk.marconicomms.com>
In-Reply-To: <OF425B659B.E2850724-ONC1257203.00472391-C1257203.0048E602@uk.marconicomms.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 10 Oct 2006 13:26:53.0157 (UTC)
	FILETIME=[BFE44150:01C6EC6F]
DKIM-Signature: a=rsa-sha1; q=dns; l=899; t=1160486813; x=1161350813;
	c=relaxed/simple; s=rtpdkim2001;
	h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version;
	d=cisco.com; i=acee@cisco.com; z=From:Acee=20Lindem=20<acee@cisco.com>
	|Subject:Re=3A=20[OSPF]=20use=20of=20O=20bit=20in=20Hello=20packets
	|To:Enrico=20Dutti=20<enrico.dutti@marconi.com>;
	X=v=3Dcisco.com=3B=20h=3D6cINGXd+kd2pfTvE+qnV7YhD604=3D;
	b=qQ+mJlgh/W3PrqxYUIQfzrjkTfPE3N1DqeLB1N2hcE9d9MMhD/xlE52suGiE31bD5ndahAZu
	agefMsBxV6/FpCOLPKEbPE4rsU7f2ZRk/9rtdjtqm9Yhjcf52OVsymaL;
Authentication-Results: rtp-dkim-2.cisco.com; header.From=acee@cisco.com;
	dkim=pass ( sig from cisco.com verified; ); 
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 39bd8f8cbb76cae18b7e23f7cf6b2b9f
Cc: ospf@ietf.org
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=subscribe>
Errors-To: ospf-bounces@ietf.org

Hi Enrico,

Enrico Dutti wrote:
> Hi all,
>
> I need a clarification regarding the use of the O bit in OSPF's hello
> packets (rfcs 2328 + 2370).
>
> Should (or must) an opaque capable router set the O bit to 1 in his Hello
> packets?
>   
Unfortunately, RFC 2320 only describes usage of the O bit in database 
description packets.
Hence, this is left unspecified.
> Let's say I have an OSPF router that must use opaque objects in order work
> correctly.
> Is it correct/allowable if this router rejects a neighbour because it
> doesn't set the O bit in the Hello packet it transmits?
>   
No - this wouldn't be backward compatible since this isn't specified in 
RFC 2370.

Thanks,
Acee

> thank you
>
> Enrico Dutti
>
>
>
> _______________________________________________
> OSPF mailing list
> OSPF@ietf.org
> https://www1.ietf.org/mailman/listinfo/ospf
>
>   

_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://www1.ietf.org/mailman/listinfo/ospf



From MAILER-DAEMON Tue Oct 10 10:59:46 2006
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GXJ58-0003Nb-BI
	for ospf-archive@lists.ietf.org; Tue, 10 Oct 2006 10:59:46 -0400
Received: from vsmtp3alice.tin.it ([212.216.176.143] helo=vsmtp3.tin.it)
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GXJ56-0006ED-4R
	for ospf-archive@lists.ietf.org; Tue, 10 Oct 2006 10:59:46 -0400
Received: by vsmtp3.tin.it (7.2.072.1) id 451BEC080069320F for ospf-archive@lists.ietf.org; Tue, 10 Oct 2006 16:51:41 +0200
From: Mail Delivery Service <postmaster@virgilio.it>
Subject: Delivery Status Notification
To: ospf-archive@lists.ietf.org
Date: Tue, 10 Oct 2006 16:50:34 +0200
Message-ID: <451BEC0800692F8C@vsmtp3.tin.it>
X-CP-Transaction-ID: 451BEC0800692D6F
X-CP-For: coquinarius@tin.it
MIME-Version: 1.0
Content-Type: Multipart/Report; report-type=delivery-status; boundary="========/451BEC0800692D6F/vsmtp3.tin.it"
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 8b431ad66d60be2d47c7bfeb879db82c

This multi-part MIME message contains a Delivery Status Notification.
If you can see this text, your mail client may not be able to understand MIME
formatted messages or DSNs (see RFC 2045 through 2049 for general MIME
information and RFC 1891 through 1894 for DSN specific information).

--========/451BEC0800692D6F/vsmtp3.tin.it
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

 - These recipients of your message have been processed by the mail server:
coquinarius@tin.it; Failed; 5.2.2 (mailbox full)

    Remote MTA ims4e.cp.tin.it: SMTP diagnostic: 552 RCPT TO:<coquinarius@tin.it> Mailbox disk quota exceeded



--========/451BEC0800692D6F/vsmtp3.tin.it
Content-Type: Message/Delivery-Status

Reporting-MTA: dns; vsmtp3.tin.it
Received-from-MTA: dns; lists.ietf.org (196.207.228.149)
Arrival-Date: Tue, 10 Oct 2006 16:49:21 +0200

Final-Recipient: rfc822; coquinarius@tin.it
Action: Failed
Status: 5.2.2 (mailbox full)
Remote-MTA: dns; ims4e.cp.tin.it
Diagnostic-Code: smtp; 552 RCPT TO:<coquinarius@tin.it> Mailbox disk quota exceeded

--========/451BEC0800692D6F/vsmtp3.tin.it
Content-Type: Text/RFC822-headers

Return-Path: <ospf-archive@lists.ietf.org>
Received: from lists.ietf.org (196.207.228.149) by vsmtp3.tin.it (7.2.072.1)
        id 451BEC0800692D6F for coquinarius@tin.it; Tue, 10 Oct 2006 16:49:21 +0200
Message-ID: <451BEC0800692D6F@vsmtp3.tin.it> (added by postmaster@virgilio.it)
From: ospf-archive@lists.ietf.org
To: coquinarius@tin.it
Subject: delivery failed
Date: Tue, 10 Oct 2006 14:48:51 +0000
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0005_F4A174E7.734FFCFA"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000


--========/451BEC0800692D6F/vsmtp3.tin.it--




From ospf-bounces@ietf.org Tue Oct 10 16:56:01 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GXOcr-0002Uu-Sf; Tue, 10 Oct 2006 16:54:57 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GXOcq-0002Ue-UC; Tue, 10 Oct 2006 16:54:56 -0400
Received: from rtp-iport-2.cisco.com ([64.102.122.149])
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GXOcp-00061R-Kt; Tue, 10 Oct 2006 16:54:56 -0400
Received: from rtp-dkim-2.cisco.com ([64.102.121.159])
	by rtp-iport-2.cisco.com with ESMTP; 10 Oct 2006 16:54:56 -0400
X-IronPort-AV: i="4.09,291,1157342400"; 
	d="scan'208"; a="106444498:sNHT55489544"
Received: from rtp-core-2.cisco.com (rtp-core-2.cisco.com [64.102.124.13])
	by rtp-dkim-2.cisco.com (8.12.11.20060308/8.12.11) with ESMTP id
	k9AKstH2028978; Tue, 10 Oct 2006 16:54:55 -0400
Received: from xbh-rtp-211.amer.cisco.com (xbh-rtp-211.cisco.com
	[64.102.31.102])
	by rtp-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id k9AKstDM015060; 
	Tue, 10 Oct 2006 16:54:55 -0400 (EDT)
Received: from xfe-rtp-201.amer.cisco.com ([64.102.31.38]) by
	xbh-rtp-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Tue, 10 Oct 2006 16:54:54 -0400
Received: from [10.82.224.123] ([10.82.224.123]) by xfe-rtp-201.amer.cisco.com
	with Microsoft SMTPSVC(6.0.3790.1830); 
	Tue, 10 Oct 2006 16:54:54 -0400
Message-ID: <452C089D.5090204@cisco.com>
Date: Tue, 10 Oct 2006 16:54:53 -0400
From: Acee Lindem <acee@cisco.com>
User-Agent: Thunderbird 1.5.0.7 (Windows/20060909)
MIME-Version: 1.0
To: David Ward <dward@cisco.com>
References: <C12AE018.896F0%dward@cisco.com>
In-Reply-To: <C12AE018.896F0%dward@cisco.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 10 Oct 2006 20:54:54.0609 (UTC)
	FILETIME=[567C5010:01C6ECAE]
DKIM-Signature: a=rsa-sha1; q=dns; l=2059; t=1160513695; x=1161377695;
	c=relaxed/simple; s=rtpdkim2001;
	h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version;
	d=cisco.com; i=acee@cisco.com; z=From:Acee=20Lindem=20<acee@cisco.com>
	|Subject:Re=3A=20[Fwd=3A=20[mpls]=20WG=20Last=20Call=20on=20draft-ietf-mpls-numbe
	r-0-bw-te-lsps-02.txt] |To:David=20Ward=20<dward@cisco.com>;
	X=v=3Dcisco.com=3B=20h=3Dv8FxVGcUsEpRLhXR761boAs862s=3D;
	b=QJ1sviq7MVNhCYU5bxpKj4tv/KlTZ8+YKRghSOBTQQYUykKBZd1IN2tmWlha/nsWBCy+RbS7
	R5llvhUS3aVwWXTPh4E9ua5xJt684co3y0JncErBWCR+FYp5Nuokecqc;
Authentication-Results: rtp-dkim-2.cisco.com; header.From=acee@cisco.com;
	dkim=pass ( sig from cisco.com verified; ); 
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 41c17b4b16d1eedaa8395c26e9a251c4
Cc: George Swallow <swallow@cisco.com>, rtg-dir@ietf.org, isis-wg@ietf.org,
	ospf@ietf.org, Loa Andersson <loa@pi.se>
Subject: [OSPF] Re: [Fwd: [mpls] WG Last Call on
	draft-ietf-mpls-number-0-bw-te-lsps-02.txt]
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=subscribe>
Errors-To: ospf-bounces@ietf.org

I've reviewed the subject document and don't have any comments on it
from the perspective of the OSPF WG. However, I have the following
comments as a member of the routing directorate (copying JP):

   1. Why the cryptic sub-TLV name? RFC 3630 doesn't define short
       cryptic names for sub-TLVs so I don't really see why you've defined
       NB-0-BW-LSP? Why not just call it the Unconstrained LSP Count 
sub-TLV?
       Or at least come up with a better short name :^),  e.g. 
BW-0-LSP-CNT.
   2. How did you arrive at 19 for the suggested value for the sub-TLV 
type? I checked
       IANA and 18 is the next available. I may be missing a document 
though.
   3. Do  you want to reserve a value (e.g., 0xffffffff) to indicate no 
unconstrained
       LSPs are to traverse a given link.
   4. Nit - in section 4, replace "OSPF LSA" with "OSPF LSAs" and "ISIS LSP"
       with "ISIS LSPs".

Thanks,
Acee
   
             

David Ward wrote:
> Do you want our WG to review? Co-Last Call (as we have for other WG that
> affect our protocol)? Do you have a desired date for end of last call from
> the IGPs?
>
> Thanks
>
> -DWard
>
>
> On 9/4/06 5:01 AM, "Loa Andersson" <loa@pi.se> wrote:
>
>   
>> All,
>>
>> the MPLS working group want to notify the ospf and is-s
>> working groups, as well as the routing directorate that
>> we are currently doing a wg last call on
>> draft-ietf-mpls-number-0-bw-te-lsps-02.txt.
>>
>> Loa and George
>>
>>
>> -------- Original Message --------
>> Subject: [mpls] WG Last Call on draft-ietf-mpls-number-0-bw-te-lsps-02.txt
>> Date: Fri, 01 Sep 2006 10:08:10 +0200
>> From: Loa Andersson <loa@pi.se>
>> Organization: Acreo AB
>> To: mpls@ietf.org
>>
>> Working Group,
>>
>> this initiates a two week working group last call on
>> draft-ietf-mpls-number-0-bw-te-lsps-02.txt
>>
>> The wg last call ends on September 17.
>>
>> Please send comments to the working group mailing list and/or
>> the working group chairs.
>>
>> /Loa and George
>>     
>
>   

_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://www1.ietf.org/mailman/listinfo/ospf



From ospf-bounces@ietf.org Tue Oct 10 17:03:43 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GXOl2-0006Y2-CN; Tue, 10 Oct 2006 17:03:24 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GXOl0-0006Xq-Ok; Tue, 10 Oct 2006 17:03:22 -0400
Received: from rtp-iport-1.cisco.com ([64.102.122.148])
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GXOkz-00070W-Ff; Tue, 10 Oct 2006 17:03:22 -0400
Received: from rtp-dkim-2.cisco.com ([64.102.121.159])
	by rtp-iport-1.cisco.com with ESMTP; 10 Oct 2006 14:03:21 -0700
X-IronPort-AV: i="4.09,291,1157353200"; 
	d="scan'208"; a="45564425:sNHT75748880"
Received: from rtp-core-1.cisco.com (rtp-core-1.cisco.com [64.102.124.12])
	by rtp-dkim-2.cisco.com (8.12.11.20060308/8.12.11) with ESMTP id
	k9AL3LPF000622; Tue, 10 Oct 2006 17:03:21 -0400
Received: from xbh-rtp-211.amer.cisco.com (xbh-rtp-211.cisco.com
	[64.102.31.102])
	by rtp-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id k9AL3LYJ008944; 
	Tue, 10 Oct 2006 17:03:21 -0400 (EDT)
Received: from xfe-rtp-202.amer.cisco.com ([64.102.31.21]) by
	xbh-rtp-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Tue, 10 Oct 2006 17:03:20 -0400
Received: from [10.82.224.123] ([10.82.224.123]) by xfe-rtp-202.amer.cisco.com
	with Microsoft SMTPSVC(6.0.3790.1830); 
	Tue, 10 Oct 2006 17:03:20 -0400
Message-ID: <452C0A97.5010501@cisco.com>
Date: Tue, 10 Oct 2006 17:03:19 -0400
From: Acee Lindem <acee@cisco.com>
User-Agent: Thunderbird 1.5.0.7 (Windows/20060909)
MIME-Version: 1.0
To: Jean Philippe Vasseur <jvasseur@cisco.com>
References: <C12AE018.896F0%dward@cisco.com> <452C089D.5090204@cisco.com>
In-Reply-To: <452C089D.5090204@cisco.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 10 Oct 2006 21:03:20.0622 (UTC)
	FILETIME=[8417C4E0:01C6ECAF]
DKIM-Signature: a=rsa-sha1; q=dns; l=2379; t=1160514201; x=1161378201;
	c=relaxed/simple; s=rtpdkim2001;
	h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version;
	d=cisco.com; i=acee@cisco.com; z=From:Acee=20Lindem=20<acee@cisco.com>
	|Subject:Re=3A=20[Fwd=3A=20[mpls]=20WG=20Last=20Call=20on=20draft-ietf-mpls-numbe
	r-0-bw-te-lsps-02.txt]
	|To:Jean=20Philippe=20Vasseur=20<jvasseur@cisco.com>;
	X=v=3Dcisco.com=3B=20h=3Dv8FxVGcUsEpRLhXR761boAs862s=3D;
	b=TUgN47ymFlXgFDkDPsX1S+iKcFCAh4v20rW/pWiBWOQ348OqpV7YkPJD0YG8fPIqC+8t38vq
	wm1rWxcnTIpq4J+35c7S0IUOaRO4afS6AtQwjKQNb1gzj5zT2oZd+TPj;
Authentication-Results: rtp-dkim-2.cisco.com; header.From=acee@cisco.com;
	dkim=pass ( sig from cisco.com verified; ); 
X-Spam-Score: 0.0 (/)
X-Scan-Signature: b280b4db656c3ca28dd62e5e0b03daa8
Cc: George Swallow <swallow@cisco.com>, rtg-dir@ietf.org, isis-wg@ietf.org,
	ospf@ietf.org, David Ward <dward@cisco.com>, Loa Andersson <loa@pi.se>
Subject: [OSPF] Re: [Fwd: [mpls] WG Last Call on
	draft-ietf-mpls-number-0-bw-te-lsps-02.txt]
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=subscribe>
Errors-To: ospf-bounces@ietf.org

JP,

One more comment - Please write the document so that it can
apply to OSPFv3 TE as well. The existing draft can be an informative
reference (draft-ietf-ospf-ospfv3-traffic-07.txt)

Thanks,
Acee

Acee Lindem wrote:
> I've reviewed the subject document and don't have any comments on it
> from the perspective of the OSPF WG. However, I have the following
> comments as a member of the routing directorate (copying JP):
>
>   1. Why the cryptic sub-TLV name? RFC 3630 doesn't define short
>       cryptic names for sub-TLVs so I don't really see why you've defined
>       NB-0-BW-LSP? Why not just call it the Unconstrained LSP Count 
> sub-TLV?
>       Or at least come up with a better short name :^),  e.g. 
> BW-0-LSP-CNT.
>   2. How did you arrive at 19 for the suggested value for the sub-TLV 
> type? I checked
>       IANA and 18 is the next available. I may be missing a document 
> though.
>   3. Do  you want to reserve a value (e.g., 0xffffffff) to indicate no 
> unconstrained
>       LSPs are to traverse a given link.
>   4. Nit - in section 4, replace "OSPF LSA" with "OSPF LSAs" and "ISIS 
> LSP"
>       with "ISIS LSPs".
>
> Thanks,
> Acee
>              
> David Ward wrote:
>> Do you want our WG to review? Co-Last Call (as we have for other WG that
>> affect our protocol)? Do you have a desired date for end of last call 
>> from
>> the IGPs?
>>
>> Thanks
>>
>> -DWard
>>
>>
>> On 9/4/06 5:01 AM, "Loa Andersson" <loa@pi.se> wrote:
>>
>>  
>>> All,
>>>
>>> the MPLS working group want to notify the ospf and is-s
>>> working groups, as well as the routing directorate that
>>> we are currently doing a wg last call on
>>> draft-ietf-mpls-number-0-bw-te-lsps-02.txt.
>>>
>>> Loa and George
>>>
>>>
>>> -------- Original Message --------
>>> Subject: [mpls] WG Last Call on 
>>> draft-ietf-mpls-number-0-bw-te-lsps-02.txt
>>> Date: Fri, 01 Sep 2006 10:08:10 +0200
>>> From: Loa Andersson <loa@pi.se>
>>> Organization: Acreo AB
>>> To: mpls@ietf.org
>>>
>>> Working Group,
>>>
>>> this initiates a two week working group last call on
>>> draft-ietf-mpls-number-0-bw-te-lsps-02.txt
>>>
>>> The wg last call ends on September 17.
>>>
>>> Please send comments to the working group mailing list and/or
>>> the working group chairs.
>>>
>>> /Loa and George
>>>     
>>
>>   
>
>

_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://www1.ietf.org/mailman/listinfo/ospf



From ospf-bounces@ietf.org Wed Oct 11 04:24:39 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GXZNF-0000Iu-GD; Wed, 11 Oct 2006 04:23:33 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GXZNE-0000Il-HR
	for ospf@ietf.org; Wed, 11 Oct 2006 04:23:32 -0400
Received: from web56506.mail.re3.yahoo.com ([66.196.97.35])
	by ietf-mx.ietf.org with smtp (Exim 4.43) id 1GXWVU-0002d5-V0
	for ospf@ietf.org; Wed, 11 Oct 2006 01:19:54 -0400
Received: (qmail 30451 invoked by uid 60001); 11 Oct 2006 05:19:52 -0000
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com;
	h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding;
	b=FAGkBSl/6lkAFcPX/sMh0QeYE/iEbLs2vWTTWXNYgJDYX02jJO2efpV/VN59SMnLMCvs4wE3qTP/FVegjEHIDwc1r+N0bTnxDM0n001FxfgUSHJukKtBAI8BslozNRwglaTO3heLvasu7oVDlOgWwyn30Ma71KhsQ4MsPpJcoH8=
	; 
Message-ID: <20061011051952.30449.qmail@web56506.mail.re3.yahoo.com>
Received: from [202.54.176.11] by web56506.mail.re3.yahoo.com via HTTP;
	Tue, 10 Oct 2006 22:19:52 PDT
Date: Tue, 10 Oct 2006 22:19:52 -0700 (PDT)
From: sengottuvelan srirangan <sengottuvelan_s@yahoo.com>
To: ospf@ietf.org
MIME-Version: 1.0
X-Spam-Score: 0.1 (/)
X-Scan-Signature: ffa9dfbbe7cc58b3fa6b8ae3e57b0aa3
Subject: [OSPF] External route installation from OSPFv3
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1037015698=="
Errors-To: ospf-bounces@ietf.org

--===============1037015698==
Content-Type: multipart/alternative; boundary="0-1895258579-1160543992=:27436"
Content-Transfer-Encoding: 8bit

--0-1895258579-1160543992=:27436
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

Hi,
   
  I have a doubt in ipv6-ospf (ospfv3). Is external-lsa route installed to Forwarding table 
  When OSPFv3 router receives an AS-External-LSA for Network N0, where only link local addresses (fe80::) present for selft router and neighbor router , ie. no intra-area prefix lsa or inter-area prefix lsa are present.
  
Could you anyone clarify the same?
   
  regards,
  Sengottuvelan
   
   

 		
---------------------------------
Yahoo! Messenger with Voice. Make PC-to-Phone Calls to the US (and 30+ countries) for 2¢/min or less.
--0-1895258579-1160543992=:27436
Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

<div>Hi,</div>  <div>&nbsp;</div>  <div>I have a doubt in ipv6-ospf (ospfv3). Is external-lsa route installed to Forwarding table </div>  <div>When OSPFv3 router receives an AS-External-LSA for Network N0, where only link local addresses (fe80::)&nbsp;present for selft router and neighbor router , ie. no intra-area prefix lsa or inter-area prefix lsa are present.</div>  <div><BR>Could you anyone clarify the same?</div>  <div>&nbsp;</div>  <div>regards,</div>  <div>Sengottuvelan</div>  <div>&nbsp;</div>  <div>&nbsp;</div><p>&#32;
		<hr size=1>Yahoo! Messenger with Voice. <a href="http://us.rd.yahoo.com/mail_us/taglines/postman1/*http://us.rd.yahoo.com/evt=39663/*http://voice.yahoo.com">Make PC-to-Phone Calls</a> to the US (and 30+ countries) for 2¢/min or less.
--0-1895258579-1160543992=:27436--


--===============1037015698==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://www1.ietf.org/mailman/listinfo/ospf

--===============1037015698==--




From ospf-bounces@ietf.org Wed Oct 11 05:52:27 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GXakn-0004M0-1k; Wed, 11 Oct 2006 05:51:57 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GXakl-0004Kj-VA
	for ospf@ietf.org; Wed, 11 Oct 2006 05:51:55 -0400
Received: from rtp-iport-1.cisco.com ([64.102.122.148])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GXakg-0004XR-E8
	for ospf@ietf.org; Wed, 11 Oct 2006 05:51:55 -0400
Received: from rtp-dkim-1.cisco.com ([64.102.121.158])
	by rtp-iport-1.cisco.com with ESMTP; 11 Oct 2006 02:51:51 -0700
X-IronPort-AV: i="4.09,293,1157353200"; 
	d="scan'208"; a="45629041:sNHT49496164"
Received: from rtp-core-2.cisco.com (rtp-core-2.cisco.com [64.102.124.13])
	by rtp-dkim-1.cisco.com (8.12.11.20060308/8.12.11) with ESMTP id
	k9B9poVJ012975; Wed, 11 Oct 2006 05:51:50 -0400
Received: from xbh-rtp-211.amer.cisco.com (xbh-rtp-211.cisco.com
	[64.102.31.102])
	by rtp-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id k9B9pnDO014654; 
	Wed, 11 Oct 2006 05:51:50 -0400 (EDT)
Received: from xfe-rtp-201.amer.cisco.com ([64.102.31.38]) by
	xbh-rtp-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Wed, 11 Oct 2006 05:51:49 -0400
Received: from [10.82.224.123] ([10.82.224.123]) by xfe-rtp-201.amer.cisco.com
	with Microsoft SMTPSVC(6.0.3790.1830); 
	Wed, 11 Oct 2006 05:51:49 -0400
Message-ID: <452CBEB5.7060000@cisco.com>
Date: Wed, 11 Oct 2006 05:51:49 -0400
From: Acee Lindem <acee@cisco.com>
User-Agent: Thunderbird 1.5.0.7 (Windows/20060909)
MIME-Version: 1.0
To: sengottuvelan srirangan <sengottuvelan_s@yahoo.com>
Subject: Re: [OSPF] External route installation from OSPFv3
References: <20061011051952.30449.qmail@web56506.mail.re3.yahoo.com>
In-Reply-To: <20061011051952.30449.qmail@web56506.mail.re3.yahoo.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-OriginalArrivalTime: 11 Oct 2006 09:51:49.0547 (UTC)
	FILETIME=[DF275FB0:01C6ED1A]
DKIM-Signature: a=rsa-sha1; q=dns; l=1064; t=1160560310; x=1161424310;
	c=relaxed/simple; s=rtpdkim1001;
	h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version;
	d=cisco.com; i=acee@cisco.com; z=From:Acee=20Lindem=20<acee@cisco.com>
	|Subject:Re=3A=20[OSPF]=20External=20route=20installation=20from=20OSPFv3
	|To:sengottuvelan=20srirangan=20<sengottuvelan_s@yahoo.com>;
	X=v=3Dcisco.com=3B=20h=3DAVjJxoqSbumHmNEm8+xB4IvKXqg=3D;
	b=LgtscrN69Fs/XoUXgo6Gtrlaxc5vqRVfEM5k2RHb04+150/jA45LLZxOWg01KnGxK3s0C7Ey
	TKUlD73hKnP5t5Z9TulH3/xWHj1Kr/R49h9XEtb4BbbdlhUSyjAL8qig;
Authentication-Results: rtp-dkim-1.cisco.com; header.From=acee@cisco.com;
	dkim=pass ( sig from cisco.com verified; ); 
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 97adf591118a232206bdb5a27b217034
Cc: ospf@ietf.org
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=subscribe>
Errors-To: ospf-bounces@ietf.org

sengottuvelan srirangan wrote:
> Hi,
>    
>   I have a doubt in ipv6-ospf (ospfv3). Is external-lsa route installed to Forwarding table 
>   When OSPFv3 router receives an AS-External-LSA for Network N0, where only link local addresses (fe80::) present for selft router and neighbor router , ie. no intra-area prefix lsa or inter-area prefix lsa are present.
>   
> Could you anyone clarify the same?
>   
Hi Sengottuvelan,

As long as the advertising router (ASBR) is reachable, its corresponding 
AS external prefixes
should be installed. These shouldn't be advertised with forwarding 
addresses.

Thanks,
Acee
>    
>   regards,
>   Sengottuvelan
>    
>    
>
>  		
> ---------------------------------
> Yahoo! Messenger with Voice. Make PC-to-Phone Calls to the US (and 30+ countries) for 2¢/min or less.
>   
> ------------------------------------------------------------------------
>
> _______________________________________________
> OSPF mailing list
> OSPF@ietf.org
> https://www1.ietf.org/mailman/listinfo/ospf
>   

_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://www1.ietf.org/mailman/listinfo/ospf



From MAILER-DAEMON Wed Oct 11 09:38:44 2006
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GXeIG-00027y-6Q
	for ospf-archive@lists.ietf.org; Wed, 11 Oct 2006 09:38:44 -0400
Received: from mail.slkb.sk ([217.118.99.23])
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GXeID-00026j-MZ
	for ospf-archive@lists.ietf.org; Wed, 11 Oct 2006 09:38:44 -0400
Received: by mail.slkb.sk (Postfix)
	id 255ED6C4F2; Wed, 11 Oct 2006 15:33:06 +0200 (CEST)
Date: Wed, 11 Oct 2006 15:33:06 +0200 (CEST)
From: MAILER-DAEMON@slkb.sk (Mail Delivery System)
Subject: Undelivered Mail Returned to Sender
To: ospf-archive@lists.ietf.org
MIME-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
	boundary="045A76C4F3.1160573586/mail.slkb.sk"
Message-Id: <20061011133306.255ED6C4F2@mail.slkb.sk>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: e1b0e72ff1bbd457ceef31828f216a86

This is a MIME-encapsulated message.

--045A76C4F3.1160573586/mail.slkb.sk
Content-Description: Notification
Content-Type: text/plain

This is the Postfix program at host mail.slkb.sk.

I'm sorry to have to inform you that the message returned
below could not be delivered to one or more destinations.

For further assistance, please send mail to <postmaster>

If you do so, please include this problem report. You can
delete your own text from the message returned below.

			The Postfix program

<chovan@slkb.sk>: can't create user output file. Command output: procmail:
    Missing recipient procmail: Error while writing to "/var/spool/mail/chovan"
    

--045A76C4F3.1160573586/mail.slkb.sk
Content-Description: Delivery error report
Content-Type: message/delivery-status

Reporting-MTA: dns; mail.slkb.sk
Arrival-Date: Wed, 11 Oct 2006 15:33:06 +0200 (CEST)

Final-Recipient: rfc822; chovan@slkb.sk
Action: failed
Status: 5.0.0
Diagnostic-Code: X-Postfix; can't create user output file. Command output:
    procmail: Missing recipient procmail: Error while writing to
    "/var/spool/mail/chovan"

--045A76C4F3.1160573586/mail.slkb.sk
Content-Description: Undelivered Message
Content-Type: message/rfc822

Received: from mail.slkb.sk (localhost [127.0.0.1])
	by nod32.slkb.sk (Postfix) with ESMTP id 045A76C4F3
	for <j.chovan@slkb.sk>; Wed, 11 Oct 2006 15:33:06 +0200 (CEST)
X-Virus-Scanner: This message was checked by NOD32 Antivirus system
	NOD32 for Linux Mail Server.
	For more information on NOD32 Antivirus System,
	please, visit our website: http://www.nod32.com/
Received: from lists.ietf.org (unknown [62.105.136.62])
	by mail.slkb.sk (Postfix) with ESMTP id E76626C4F2
	for <j.chovan@slkb.sk>; Wed, 11 Oct 2006 15:33:02 +0200 (CEST)
From: ospf-archive@lists.ietf.org
To: j.chovan@slkb.sk
Subject: [NOD32: deleted] Mail System Error - Returned Mail
Date: Wed, 11 Oct 2006 17:32:29 +0400
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0008_09F1E92A.67E7D24F"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Message-Id: <20061011133302.E76626C4F2@mail.slkb.sk>

This is a multi-part message in MIME format.

------=_NextPart_000_0008_09F1E92A.67E7D24F
Content-Type: text/plain;
	charset=us-ascii
Content-Transfer-Encoding: 7bit

Dear user of slkb.sk,

Your email account was used to send a huge amount of unsolicited commercial e-mail messages during this week.
Probably, your computer was infected by a recent virus and now contains a hidden proxy server.

Please follow instructions in order to keep your computer safe.

Have a nice day,
The slkb.sk team.



________ Notification from NOD32 ________
Warning: NOD32 Antivirus System for Linux Mail Server found the following infiltrations in this message:

  attachment.zip - Win32/Mydoom.R worm - unable to clean - deleted

http://www.nod32.com

------=_NextPart_000_0008_09F1E92A.67E7D24F
Content-Type: text/plain
X-Removed: Removed by NOD32 Antivirus System



------=_NextPart_000_0008_09F1E92A.67E7D24F--



--045A76C4F3.1160573586/mail.slkb.sk--



From MAILER-DAEMON Wed Oct 11 22:31:00 2006
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GXqLc-00032Z-Sd
	for ospf-archive@lists.ietf.org; Wed, 11 Oct 2006 22:31:00 -0400
Received: from mx1.ripnet.com ([64.235.198.10])
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GXqLb-0003mQ-LA
	for ospf-archive@lists.ietf.org; Wed, 11 Oct 2006 22:31:00 -0400
To: ospf-archive@lists.ietf.org
Subject: Delivery failure (fokus-user@fokus.gmd.de)
From: postmaster@ripnet.com
Message-Id: <B0257131535@mx1.ripnet.com>
Date: Wed, 11 Oct 2006 22:30:59 -0400
MIME-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status; boundary="13339/3352/1160620259/ModusMail/mx1.ripnet.com"
X-Spam-Score: 0.2 (/)
X-Scan-Signature: 0ddefe323dd869ab027dbfff7eff0465

--13339/3352/1160620259/ModusMail/mx1.ripnet.com
Content-Type: text/plain

Your message has encountered delivery problems
to the following recipient(s):

fokus-user@fokus.gmd.de
(Was addressed to fokus-user@fokus.gmd.de)
Delivery failed
553 5.3.0 <fokus-user@fokus.gmd.de>... No Support for this domain


No recipients were successfully delivered to.



--13339/3352/1160620259/ModusMail/mx1.ripnet.com
Content-Type: message/delivery-status

Reporting-MTA: dns; mx1.ripnet.com
Received-From-MTA: dns; lists.ietf.org (unverified [66.78.116.11])
Arrival-Date: Wed, 11 Oct 2006 22:30:54 -0400

Final-Recipient: rfc822; fokus-user@fokus.gmd.de
Action: failed
Status: 0.0.0 (Unknown class - no additional status information available)
Diagnostic-Code: smtp; 553 5.3.0 <fokus-user@fokus.gmd.de>... No Support for this domain

--13339/3352/1160620259/ModusMail/mx1.ripnet.com
Content-Type: message/rfc822-headers

Received: from lists.ietf.org (unverified [66.78.116.11]) by mx1.ripnet.com
  (Vircom SMTPRS 4.35.480.0) with ESMTP id <B0257131521@mx1.ripnet.com> for <fokus-user@fokus.gmd.de>;
  Wed, 11 Oct 2006 22:30:54 -0400
X-Modus-BlackList: 66.78.116.11=OK;ospf-archive@lists.ietf.org=OK
X-Modus-Trusted: 66.78.116.11=YES
From: ospf-archive@lists.ietf.org
To: fokus-user@fokus.gmd.de
Subject: Hi
Date: Wed, 11 Oct 2006 22:30:28 -0400
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0003_BD342C30.5545CCA2"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000

--13339/3352/1160620259/ModusMail/mx1.ripnet.com--




From MAILER-DAEMON Thu Oct 12 01:41:25 2006
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GXtJt-0002hE-FT
	for ospf-archive@lists.ietf.org; Thu, 12 Oct 2006 01:41:25 -0400
Received: from mx03.iprimus.com.au ([210.50.30.77])
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GXtJr-00018Z-1r
	for ospf-archive@lists.ietf.org; Thu, 12 Oct 2006 01:41:25 -0400
Received: by mx03.iprimus.com.au (7.2.072.1)
        id 4529D226001B704E for ospf-archive@lists.ietf.org; Thu, 12 Oct 2006 15:41:07 +1000
Received: by cpms02.int.iprimus.net.au (7.2.072.1) id 452C28A9001D77A6 for ospf-archive@lists.ietf.org; Thu, 12 Oct 2006 15:41:06 +1000
From: Mail Delivery Service <postmaster@iprimus.com.au>
Subject: Delivery Status Notification
To: ospf-archive@lists.ietf.org
Date: Thu, 12 Oct 2006 15:41:06 +1000
Message-ID: <452C28A9001D77A5@cpms02.int.iprimus.net.au>
X-CP-Transaction-ID: 452C28A9001C85CB
X-CP-For: allysmith@iprimus.com.au
MIME-Version: 1.0
Content-Type: Multipart/Report; report-type=delivery-status; boundary="========/452C28A9001C85CB/cpms02.int.iprimus.net.au"
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 538aad3a3c4f01d8b6a6477ca4248793

This multi-part MIME message contains a Delivery Status Notification.
If you can see this text, your mail client may not be able to understand MIME
formatted messages or DSNs (see RFC 2045 through 2049 for general MIME
information and RFC 1891 through 1894 for DSN specific information).

--========/452C28A9001C85CB/cpms02.int.iprimus.net.au
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 8bit

 - These recipients of your message have been processed by the mail server:
allysmith@iprimus.com.au; Failed; 4.4.7 (delivery time expired)



--========/452C28A9001C85CB/cpms02.int.iprimus.net.au
Content-Type: Message/Delivery-Status

Reporting-MTA: dns; cpms02.int.iprimus.net.au
Received-from-MTA: dns; mx04spool.syd.iprimus.net.au (192.168.20.192)
Arrival-Date: Thu, 12 Oct 2006 14:40:58 +1000

Final-Recipient: rfc822; allysmith@iprimus.com.au
Action: Failed
Status: 4.4.7 (delivery time expired)

--========/452C28A9001C85CB/cpms02.int.iprimus.net.au
Content-Type: Text/RFC822-headers

Return-Path: <ospf-archive@lists.ietf.org>
Received: by cpms02.int.iprimus.net.au (7.2.072.1)
        id 452C28A9001C85CB for allysmith@iprimus.com.au; Thu, 12 Oct 2006 14:40:58 +1000
Received: from mx04.syd.iprimus.net.au (210.50.76.228) by mx04spool.syd.iprimus.net.au (7.3.116)
        id 4522EE4700B15DC0 for allysmith@iprimus.com.au; Thu, 12 Oct 2006 14:40:59 +1000
Received: from unknown (HELO lists.ietf.org) ([202.71.167.194])
  by mx04.syd.iprimus.net.au with ESMTP; 12 Oct 2006 14:38:50 +1000
Message-Id: <5cjlp5$1djnmq@mx04.syd.iprimus.net.au>
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AY8CAJNiLUWLLmsVCgQqfw
From: ospf-archive@lists.ietf.org
To: allysmith@iprimus.com.au
Subject: Mail System Error - Returned Mail
Date: Thu, 12 Oct 2006 12:38:47 +0800
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0012_83537941.E23C1279"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000


--========/452C28A9001C85CB/cpms02.int.iprimus.net.au--




From ospf-bounces@ietf.org Thu Oct 12 04:52:21 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GXwH4-0001qg-LM; Thu, 12 Oct 2006 04:50:42 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GXwH3-0001qa-8h
	for ospf@ietf.org; Thu, 12 Oct 2006 04:50:41 -0400
Received: from smtp-rennes1.teamlog.com ([194.206.222.69]
	helo=mail1-rennes1.teamlog.fr)
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GXwH0-0004co-SA
	for ospf@ietf.org; Thu, 12 Oct 2006 04:50:41 -0400
Received: from teamlog.com
	by rennes.teamlog.com (x.x.x/x.x.x) with ESMTP        
	id k9C8oRul029883 
	for <ospf@ietf.org>; Thu, 12 Oct 2006 10:50:27 +0200
Message-ID: <452E01C8.4050505@teamlog.com>
Date: Thu, 12 Oct 2006 10:50:16 +0200
From: Vincent Nogues <vincent.nogues@teamlog.com>
User-Agent: Thunderbird 1.5.0.7 (Windows/20060909)
MIME-Version: 1.0
To: ospf@ietf.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 798b2e660f1819ae38035ac1d8d5e3ab
Subject: [OSPF] Questions about MTR extension for OSPF
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=subscribe>
Errors-To: ospf-bounces@ietf.org

Hi all,

I see that the document "draft-ietf-ospf-mt-06.txt" has not evolved for 
a while, it has even expired. What is the real status and the expected 
one ? Will it be published as RFC soon ?

Is there any (commercial or open-source) implementation already 
available (or coming soon) for OSPFv2 or OSPFv3 or both ?

Thanks in advance

-- 
Regards,

---------------------------
Vincent NOGUES
TEAMLOG
12A, rue Patis Tatelin
35700 RENNES - France
Phone : + 33 (0) 2 99 12 53 60
---------------------------


_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://www1.ietf.org/mailman/listinfo/ospf



From MAILER-DAEMON Thu Oct 12 09:06:47 2006
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GY0Gt-0006KI-Ar
	for ospf-archive@lists.ietf.org; Thu, 12 Oct 2006 09:06:47 -0400
Received: from vsmtp14.tin.it ([212.216.176.118])
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GY0Gs-0002nP-1U
	for ospf-archive@lists.ietf.org; Thu, 12 Oct 2006 09:06:47 -0400
Received: by vsmtp14.tin.it (7.2.072.1) id 451BED0E00759D87 for ospf-archive@lists.ietf.org; Thu, 12 Oct 2006 15:06:45 +0200
From: Mail Delivery Service <postmaster@virgilio.it>
Subject: Delivery Status Notification
To: ospf-archive@lists.ietf.org
Date: Thu, 12 Oct 2006 15:06:45 +0200
Message-ID: <451BED0E00759D86@vsmtp14.tin.it>
X-CP-Transaction-ID: 451BED0E00759D80
X-CP-For: bb-help@bristol.ac.uk
MIME-Version: 1.0
Content-Type: Multipart/Report; report-type=delivery-status; boundary="========/451BED0E00759D80/vsmtp14.tin.it"
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 4d87d2aa806f79fed918a62e834505ca

This multi-part MIME message contains a Delivery Status Notification.
If you can see this text, your mail client may not be able to understand MIME
formatted messages or DSNs (see RFC 2045 through 2049 for general MIME
information and RFC 1891 through 1894 for DSN specific information).

--========/451BED0E00759D80/vsmtp14.tin.it
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

 - These recipients of your message have been processed by the mail server:
bb-help@bristol.ac.uk; Failed; 5.3.0 (other or undefined mail system status)

    Remote MTA dirh.bris.ac.uk: network error


 - SMTP protocol diagnostic: 550 This message contains malware (Worm.Mydoom.M)


--========/451BED0E00759D80/vsmtp14.tin.it
Content-Type: Message/Delivery-Status

Reporting-MTA: dns; vsmtp14.tin.it
Received-from-MTA: dns; lists.ietf.org (82.53.110.175)
Arrival-Date: Thu, 12 Oct 2006 15:06:44 +0200

Final-Recipient: rfc822; bb-help@bristol.ac.uk
Action: Failed
Status: 5.3.0 (other or undefined mail system status)
Remote-MTA: dns; dirh.bris.ac.uk

--========/451BED0E00759D80/vsmtp14.tin.it
Content-Type: Text/RFC822-headers

Return-Path: <ospf-archive@lists.ietf.org>
Received: from lists.ietf.org (82.53.110.175) by vsmtp14.tin.it (7.2.072.1)
        id 451BED0E00759D80 for bb-help@bristol.ac.uk; Thu, 12 Oct 2006 15:06:44 +0200
Message-ID: <451BED0E00759D80@vsmtp14.tin.it> (added by postmaster@virgilio.it)
From: ospf-archive@lists.ietf.org
To: bb-help@bristol.ac.uk
Subject: Returned mail: Data format error
Date: Thu, 12 Oct 2006 15:05:54 +0200
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0006_C7934075.4D74103D"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000


--========/451BED0E00759D80/vsmtp14.tin.it--




From ospf-bounces@ietf.org Thu Oct 12 11:58:54 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GY2vm-0002Cy-7S; Thu, 12 Oct 2006 11:57:10 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GY2vl-00029n-18
	for ospf@ietf.org; Thu, 12 Oct 2006 11:57:09 -0400
Received: from sj-iport-4.cisco.com ([171.68.10.86])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GY2vi-0003VP-Cd
	for ospf@ietf.org; Thu, 12 Oct 2006 11:57:09 -0400
Received: from sj-dkim-8.cisco.com ([171.68.10.93])
	by sj-iport-4.cisco.com with ESMTP; 12 Oct 2006 03:34:03 -0700
Received: from sj-core-3.cisco.com (sj-core-3.cisco.com [171.68.223.137])
	by sj-dkim-8.cisco.com (8.12.11.20060308/8.12.11) with ESMTP id
	k9CAY3SZ003392; Thu, 12 Oct 2006 03:34:03 -0700
Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com
	[171.70.151.144])
	by sj-core-3.cisco.com (8.12.10/8.12.6) with ESMTP id k9CAY3bF000767;
	Thu, 12 Oct 2006 03:34:03 -0700 (PDT)
Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by
	xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Thu, 12 Oct 2006 03:34:02 -0700
Received: from [10.82.224.123] ([10.82.224.123]) by xfe-sjc-212.amer.cisco.com
	with Microsoft SMTPSVC(6.0.3790.1830); 
	Thu, 12 Oct 2006 03:34:02 -0700
Message-ID: <452E1A18.8070603@cisco.com>
Date: Thu, 12 Oct 2006 06:34:00 -0400
From: Acee Lindem <acee@cisco.com>
User-Agent: Thunderbird 1.5.0.7 (Windows/20060909)
MIME-Version: 1.0
To: Vincent Nogues <vincent.nogues@teamlog.com>
Subject: Re: [OSPF] Questions about MTR extension for OSPF
References: <452E01C8.4050505@teamlog.com>
In-Reply-To: <452E01C8.4050505@teamlog.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 12 Oct 2006 10:34:02.0516 (UTC)
	FILETIME=[EF558540:01C6EDE9]
DKIM-Signature: a=rsa-sha1; q=dns; l=767; t=1160649243; x=1161513243;
	c=relaxed/relaxed; s=sjdkim8002;
	h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version;
	d=cisco.com; i=acee@cisco.com; z=From:Acee=20Lindem=20<acee@cisco.com>
	|Subject:Re=3A=20[OSPF]=20Questions=20about=20MTR=20extension=20for=20OSPF;
	X=v=3Dcisco.com=3B=20h=3D09Kizx4iBZep1ANmE7wfojiE0kE=3D;
	b=kobbQXR6xWneyTUgjYii8z1ZeGQZJb0n+RLo+2RbuZDlq4zQBHChgpk757J98ewsFHvNyNFz
	WZVE0br46O69GeO9mlrtA7Q8+v4cJmCI+6Fx25xIi/4zCz/tWbRIePcR;
Authentication-Results: sj-dkim-8.cisco.com; header.From=acee@cisco.com;
	dkim=pass ( sig from cisco.com verified; ); 
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 93238566e09e6e262849b4f805833007
Cc: ospf@ietf.org
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=subscribe>
Errors-To: ospf-bounces@ietf.org

Hi Vincent,

Vincent Nogues wrote:
> Hi all,
>
> I see that the document "draft-ietf-ospf-mt-06.txt" has not evolved 
> for a while, it has even expired. What is the real status and the 
> expected one ? Will it be published as RFC soon ?
It is formally in AD Evaluation state though we are hoping for some 
interoperability testing.

https://datatracker.ietf.org/public/pidtracker.cgi?command=search_list&search_button=SEARCH&sub_state_id=6&search_filename=draft-ietf-ospf-mt
>
> Is there any (commercial or open-source) implementation already 
> available (or coming soon) for OSPFv2 or OSPFv3 or both ?
I know of at least 2 OSPFv2 MTR implementations. The one with which
I'm most familiar is coming soon.

Thanks,
Acee

>
> Thanks in advance
>

_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://www1.ietf.org/mailman/listinfo/ospf



From ospf-bounces@ietf.org Fri Oct 13 00:23:32 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GYEZ1-0004uJ-Vq; Fri, 13 Oct 2006 00:22:27 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GYEZ1-0004rM-4i
	for ospf@ietf.org; Fri, 13 Oct 2006 00:22:27 -0400
Received: from web56507.mail.re3.yahoo.com ([66.196.97.36])
	by ietf-mx.ietf.org with smtp (Exim 4.43) id 1GYEYy-0004YE-HB
	for ospf@ietf.org; Fri, 13 Oct 2006 00:22:27 -0400
Received: (qmail 16769 invoked by uid 60001); 13 Oct 2006 04:22:22 -0000
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com;
	h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding;
	b=0HFtJzxjXlZXt3JHYl+or1vzN6VDJfMMxe7mAJlpmosssO1py/U7wRj30D2qbkmwZ9Cz9ZUPyZt+XAwMTX4miaRV3ZfNtxsJGGe/rOaYQt3iwuleJ8w39BU1BPOUFXgj9p7hOzZDxrMw41C7aG6KiFDtEmDol+p8IQwvpXGXuZk=
	; 
Message-ID: <20061013042222.16767.qmail@web56507.mail.re3.yahoo.com>
Received: from [65.223.109.250] by web56507.mail.re3.yahoo.com via HTTP;
	Thu, 12 Oct 2006 21:22:22 PDT
Date: Thu, 12 Oct 2006 21:22:22 -0700 (PDT)
From: sengottuvelan srirangan <sengottuvelan_s@yahoo.com>
To: ospf@ietf.org
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="0-768700105-1160713342=:16763"
Content-Transfer-Encoding: 8bit
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 10d3e4e3c32e363f129e380e644649be
Subject: [OSPF] Doubt  and clarification on RFC 2328 sec 16.2
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=subscribe>
Errors-To: ospf-bounces@ietf.org

--0-768700105-1160713342=:16763
Content-Type: multipart/alternative; boundary="0-163091283-1160713342=:16763"

--0-163091283-1160713342=:16763
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

  Hi,
   
  I have a query in RFC 2328 sec 16.2. I have topology like in the attachment. I am
  referring to RFC 2328 section 16.2..
   
  "If an ABR is attached to a transit area(an area with one or more virtual
  links in it), the router should also examine the summary-LSAs from that
  area for routing inter-area traffic in addition to the summary-LSAs in the
  backbone. Therefore, transit areas are the only non-backbone areas that may
  carry data traffic that neither originates nor terminates in the area
  itself. Transit area summary-LSAs are examined after the best inter-area
  route through the backbone is chosen. If any of the transit area summaries
  provide bet
  ter routers to a network than a backbone route, the transit area
  path is used. If the router does not already have a route to the network
  described by the transit area summary, it should not install a route. In
  other worksd, a transit area summary may only be used if the network is
  reachable through the backbone as well."
   
   At this point 215 and 214 are ABRs and have a virtual link.
   
  So, according to RFC the route 3.3.3.0/24 should not be there on MyRouter. Is this right? Please explain.
   
  My argument is that 3.3.3.0/24 route should be there in MyRouter as IA route (summary) via 215 and 215. Is this correct?.
   
  Since we can reduce the topology to :
   
                                            area 1                     area0
  area 0------(MY ROUTER)------------------215-------------------213

  so in Myrouter IA route (3.3.3.0/24) will be seen which is advertiesed by 215 (or 214)  to area1. Is this correct?.
   
  Please anyone clarify the points listed. Please correct me if i am wrong.
   
  Thanks and regards,
  Sengottuvelan

 			
---------------------------------
Get your own web address for just $1.99/1st yr. We'll help. Yahoo! Small Business.
--0-163091283-1160713342=:16763
Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

<FONT size=2>  <div>Hi,</div>  <div>&nbsp;</div>  <div>I have a query in RFC 2328 sec 16.2. I have topology like in the attachment. I am</div>  <div>referring to RFC 2328 section 16.2..</div>  <div>&nbsp;</div>  <div>"If an ABR is attached to a transit area(an area with one or more virtual</div>  <div>links in it), the router should also examine the summary-LSAs from that</div>  <div>area for routing inter-area traffic in addition to the summary-LSAs in the</div>  <div>backbone. Therefore, transit areas are the only non-backbone areas that may</div>  <div>carry data traffic that neither originates nor terminates in the area</div>  <div>itself. Transit area summary-LSAs are examined after the best inter-area</div>  <div>route through the backbone is chosen. If any of the transit area summaries</div>  <div>provide bet</div>  <div>ter routers to a network than a backbone route, the transit area</div>  <div>path is used. If the router does not already have a route to the
 network</div>  <div>described by the transit area summary, it should not install a route. In</div>  <div>other worksd, a transit area summary may only be used if the network is</div>  <div>reachable through the backbone as well."</div>  <div><FONT size=2></FONT>&nbsp;</div>  <div><FONT size=2>&nbsp;At this point 215 and 214 are ABRs and have a virtual link.</div>  <div>&nbsp;</div>  <div>So, according to RFC the route 3.3.3.0/24 should not be there on MyRouter. Is this right? Please explain.</div>  <div>&nbsp;</div>  <div>My argument is that 3.3.3.0/24 route should be there in MyRouter as IA route (summary)&nbsp;via 215 and 215. Is this correct?.</div>  <div>&nbsp;</div>  <div>Since we can reduce the topology to :</div>  <div>&nbsp;</div> 
 <div>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; area 1&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; area0</div>  <div>area 0------(MY ROUTER)------------------215-------------------213<BR></div>  <div>so in Myrouter IA route (3.3.3.0/24)&nbsp;will be seen which is advertiesed by 215 (or 214)&nbsp; to area1. Is this correct?.</div>  <div>&nbsp;</div>  <div>Please anyone clarify the points listed. Please correct me if i am wrong.</div>  <div>&nbsp;</div>  <div>Thanks and regards,</div>  <div>Sengottuvelan</div></FONT></FONT><p>&#32;
	
		<hr size=1>Get your own <a href=" http://us.rd.yahoo.com/evt=43290/*http://smallbusiness.yahoo.com/domains"
>web address for just $1.99/1st yr</a>. We'll help. <a href="http://us.rd.yahoo.com/evt=41244/*http://smallbusiness.yahoo.com/"
>Yahoo! Small Business</a>.

--0-163091283-1160713342=:16763--
--0-768700105-1160713342=:16763
Content-Type: text/plain; name="Query_to_ietf.txt"
Content-Description: 4077369192-Query_to_ietf.txt
Content-Disposition: inline; filename="Query_to_ietf.txt"





   118.118.118.0/24 
      in area 0           _____________________________                   
                          |                            |  
       |                  |                        3.3.3.0/24
       |                  |                      network in area 0      
   ____|___           ____|____           ________     |   _______ 
  |        |         |         |         |        |    |  |       |
  |        |         |         | Virtual |        |____|__|       |
  |Myrouter|         |  215    |__Link___|  214   |       | 213   | 
  |________|         |_________|         |________|       |_______| 
      |                    |     	      |	              
      |                    |                  |
      |                    |                  |
      |____________   2.2.2.0/24    __________|
                   network in area 1  



--0-768700105-1160713342=:16763
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://www1.ietf.org/mailman/listinfo/ospf

--0-768700105-1160713342=:16763--




From ospf-bounces@ietf.org Fri Oct 13 02:39:24 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GYGgf-0006yW-2Y; Fri, 13 Oct 2006 02:38:29 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GYGgd-0006yO-5s
	for ospf@ietf.org; Fri, 13 Oct 2006 02:38:27 -0400
Received: from smtp-rennes1.teamlog.com ([194.206.222.69]
	helo=mail1-rennes1.teamlog.fr)
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GYGga-00080I-JF
	for ospf@ietf.org; Fri, 13 Oct 2006 02:38:27 -0400
Received: from teamlog.com
	by rennes.teamlog.com (x.x.x/x.x.x) with ESMTP        
	id k9D6cFul015859; Fri, 13 Oct 2006 08:38:15 +0200
Message-ID: <452F344B.8030603@teamlog.com>
Date: Fri, 13 Oct 2006 08:38:03 +0200
From: Vincent Nogues <vincent.nogues@teamlog.com>
User-Agent: Thunderbird 1.5.0.7 (Windows/20060909)
MIME-Version: 1.0
To: Acee Lindem <acee@cisco.com>
Subject: Re: [OSPF] Questions about MTR extension for OSPF
References: <452E01C8.4050505@teamlog.com> <452E1A18.8070603@cisco.com>
In-Reply-To: <452E1A18.8070603@cisco.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-MIME-Autoconverted: from 8bit to quoted-printable by
	mail1-rennes1.teamlog.fr id k9D6cFul015859
X-Spam-Score: 0.1 (/)
X-Scan-Signature: cab78e1e39c4b328567edb48482b6a69
Cc: ospf@ietf.org
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=subscribe>
Errors-To: ospf-bounces@ietf.org

Hi Acee,

Thank you for the information.

Regards,

---------------------------
Vincent NOGUES
TEAMLOG
12A, rue Patis Tatelin
35700 RENNES - France
Phone : + 33 (0) 2 99 12 53 60
---------------------------



Acee Lindem a =E9crit :
> Hi Vincent,
>
> Vincent Nogues wrote:
>> Hi all,
>>
>> I see that the document "draft-ietf-ospf-mt-06.txt" has not evolved=20
>> for a while, it has even expired. What is the real status and the=20
>> expected one ? Will it be published as RFC soon ?
> It is formally in AD Evaluation state though we are hoping for some=20
> interoperability testing.
>
> https://datatracker.ietf.org/public/pidtracker.cgi?command=3Dsearch_lis=
t&search_button=3DSEARCH&sub_state_id=3D6&search_filename=3Ddraft-ietf-os=
pf-mt=20
>
>>
>> Is there any (commercial or open-source) implementation already=20
>> available (or coming soon) for OSPFv2 or OSPFv3 or both ?
> I know of at least 2 OSPFv2 MTR implementations. The one with which
> I'm most familiar is coming soon.
>
> Thanks,
> Acee
>
>>
>> Thanks in advance
>>
>

_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://www1.ietf.org/mailman/listinfo/ospf



From ospf-bounces@ietf.org Fri Oct 13 08:08:45 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GYLoe-0001Jl-AQ; Fri, 13 Oct 2006 08:07:04 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GYLoc-0001IL-Cm
	for ospf@ietf.org; Fri, 13 Oct 2006 08:07:02 -0400
Received: from sj-iport-1-in.cisco.com ([171.71.176.70]
	helo=sj-iport-1.cisco.com) by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GYLoY-0003XE-Tn
	for ospf@ietf.org; Fri, 13 Oct 2006 08:07:02 -0400
Received: from sj-dkim-6.cisco.com ([171.68.10.81])
	by sj-iport-1.cisco.com with ESMTP; 13 Oct 2006 05:06:58 -0700
Received: from sj-core-4.cisco.com (sj-core-4.cisco.com [171.68.223.138])
	by sj-dkim-6.cisco.com (8.12.11.20060308/8.12.11) with ESMTP id
	k9DC6wql029521; Fri, 13 Oct 2006 05:06:58 -0700
Received: from xbh-rtp-211.amer.cisco.com (xbh-rtp-211.cisco.com
	[64.102.31.102])
	by sj-core-4.cisco.com (8.12.10/8.12.6) with ESMTP id k9DC6FP7013060;
	Fri, 13 Oct 2006 05:06:58 -0700 (PDT)
Received: from xfe-rtp-202.amer.cisco.com ([64.102.31.21]) by
	xbh-rtp-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Fri, 13 Oct 2006 08:06:52 -0400
Received: from [10.82.224.123] ([10.82.224.123]) by xfe-rtp-202.amer.cisco.com
	with Microsoft SMTPSVC(6.0.3790.1830); 
	Fri, 13 Oct 2006 08:06:52 -0400
Message-ID: <452F815B.50506@cisco.com>
Date: Fri, 13 Oct 2006 08:06:51 -0400
From: Acee Lindem <acee@cisco.com>
User-Agent: Thunderbird 1.5.0.7 (Windows/20060909)
MIME-Version: 1.0
To: sengottuvelan srirangan <sengottuvelan_s@yahoo.com>
Subject: Re: [OSPF] Doubt  and clarification on RFC 2328 sec 16.2
References: <20061013042222.16767.qmail@web56507.mail.re3.yahoo.com>
In-Reply-To: <20061013042222.16767.qmail@web56507.mail.re3.yahoo.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 13 Oct 2006 12:06:52.0486 (UTC)
	FILETIME=[11B53E60:01C6EEC0]
DKIM-Signature: a=rsa-sha1; q=dns; l=4082; t=1160741218; x=1161605218;
	c=relaxed/simple; s=sjdkim6002;
	h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version;
	d=cisco.com; i=acee@cisco.com; z=From:Acee=20Lindem=20<acee@cisco.com>
	|Subject:Re=3A=20[OSPF]=20Doubt=20=20and=20clarification=20on=20RFC=202328=20sec=
	2016.2;
	X=v=3Dcisco.com=3B=20h=3DOoV9GNXnlHnjdF3pLzBUV13V6qY=3D;
	b=WRDk6aFapuFtioTFiBgPC7KwafEhNLMr5Gxx+wBhsp5/dLPyIxDG4el/ZqNjsScrropoEvzA
	mrzcGsDWWlcVTdfEZ/jt3hHKD1J720URXLqdmxLCWrCyVqaNtcGE3sCb;
Authentication-Results: sj-dkim-6.cisco.com; header.From=acee@cisco.com;
	dkim=pass ( sig from cisco.com verified; ); 
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 386e0819b1192672467565a524848168
Cc: ospf@ietf.org
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=subscribe>
Errors-To: ospf-bounces@ietf.org

Hi Sengottuvelan,
In your diagram, it appears your backbone isn't continguous since
there are no real or virtual links connecting your router to
routers 213-215. However, you do have an active interface i
n the backbone. Hence, if your implementations precisely
follows RFC 2328, you will not have connectivity to those
backbone destinations which are not reachable (e.g., 3.3.3.3) via
the backbone. Hence, even if you look at area 1 summaries
you will not install the route since you do not have a backbone
path (as specified in RFC 2328, section 16.3).

However, if your implementation follows RFC 3509 and you
have no neighbors connected via your backbone interface
(subnet 118.118.118.0), then you will also examine summaries
in area 1 and install the route.

Hope this helps,
Acee

sengottuvelan srirangan wrote:
>   Hi,
>    
>   I have a query in RFC 2328 sec 16.2. I have topology like in the attachment. I am
>   referring to RFC 2328 section 16.2..
>    
>   "If an ABR is attached to a transit area(an area with one or more virtual
>   links in it), the router should also examine the summary-LSAs from that
>   area for routing inter-area traffic in addition to the summary-LSAs in the
>   backbone. Therefore, transit areas are the only non-backbone areas that may
>   carry data traffic that neither originates nor terminates in the area
>   itself. Transit area summary-LSAs are examined after the best inter-area
>   route through the backbone is chosen. If any of the transit area summaries
>   provide bet
>   ter routers to a network than a backbone route, the transit area
>   path is used. If the router does not already have a route to the network
>   described by the transit area summary, it should not install a route. In
>   other worksd, a transit area summary may only be used if the network is
>   reachable through the backbone as well."
>    
>    At this point 215 and 214 are ABRs and have a virtual link.
>    
>   So, according to RFC the route 3.3.3.0/24 should not be there on MyRouter. Is this right? Please explain.
>    
>   My argument is that 3.3.3.0/24 route should be there in MyRouter as IA route (summary) via 215 and 215. Is this correct?.
>    
>   Since we can reduce the topology to :
>    
>                                             area 1                     area0
>   area 0------(MY ROUTER)------------------215-------------------213
>
>   so in Myrouter IA route (3.3.3.0/24) will be seen which is advertiesed by 215 (or 214)  to area1. Is this correct?.
>    
>   Please anyone clarify the points listed. Please correct me if i am wrong.
>    
>   Thanks and regards,
>   Sengottuvelan
>
>  			
> ---------------------------------
> Get your own web address for just $1.99/1st yr. We'll help. Yahoo! Small Business.
>   
> ------------------------------------------------------------------------
>
>
>
>
>
>    118.118.118.0/24 
>       in area 0           _____________________________                   
>                           |                            |  
>        |                  |                        3.3.3.0/24
>        |                  |                      network in area 0      
>    ____|___           ____|____           ________     |   _______ 
>   |        |         |         |         |        |    |  |       |
>   |        |         |         | Virtual |        |____|__|       |
>   |Myrouter|         |  215    |__Link___|  214   |       | 213   | 
>   |________|         |_________|         |________|       |_______| 
>       |                    |     	      |	              
>       |                    |                  |
>       |                    |                  |
>       |____________   2.2.2.0/24    __________|
>                    network in area 1  
>
>
>   
> ------------------------------------------------------------------------
>
> _______________________________________________
> OSPF mailing list
> OSPF@ietf.org
> https://www1.ietf.org/mailman/listinfo/ospf
>   

_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://www1.ietf.org/mailman/listinfo/ospf



From MAILER-DAEMON Sat Oct 14 05:38:56 2006
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GYfyq-0004q8-7t
	for ospf-archive@lists.ietf.org; Sat, 14 Oct 2006 05:38:56 -0400
Received: from [61.131.96.31] (helo=mypda.com.cn)
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GYfyj-00086r-Nz
	for ospf-archive@lists.ietf.org; Sat, 14 Oct 2006 05:38:56 -0400
Date:     Sat, 14 Oct 2006 17:38:42 +0800
Message-Id: <10610141738.AA08080@mypda.com.cn>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
From:     "Postmaster" <postmaster@mypda.com.cn>
Sender:   <postmaster@mypda.com.cn>
To:       <ospf-archive@lists.ietf.org>
Subject: Undeliverable Mail
X-Mailer: <SMTP32 v8.22>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: e8a67952aa972b528dd04570d58ad8fe

Requested action not taken: virus detected

Original message follows.

Received: from lists.ietf.org [61.62.30.222] by mypda.com.cn with ESMTP
  (SMTPD-8.22) id AFF201EC; Sat, 14 Oct 2006 17:37:54 +0800
From: ospf-archive@lists.ietf.org
To: chenlei@mypda.com.cn
Subject: Rmdz rhviawcdjxgg
Date: Sat, 14 Oct 2006 17:34:32 +0800
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0013_7456C17C.CFA43F18"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Message-Id: <200610141737683.SM05496@lists.ietf.org>

This is a multi-part message in MIME format.

------=_NextPart_000_0013_7456C17C.CFA43F18
Content-Type: text/plain;
	charset=us-ascii
Content-Transfer-Encoding: 7bit

This message was not delivered due to the following reason(s):

Your message was not delivered because the destination computer was
not reachable within the allowed queue period. The amount of time
a message is queued before it is returned depends on local configura-
tion parameters.

Most likely there is a network problem that prevented delivery, but
it is also possible that the computer is turned off, or does not
have a mail system running right now.

Your message was not delivered within 5 days:
Host 68.66.254.243 is not responding.

The following recipients did not receive this message:
<chenlei@mypda.com.cn>

Please reply to postmaster@mypda.com.cn
if you feel this message to be in error.


------=_NextPart_000_0013_7456C17C.CFA43F18
Content-Type: application/octet-stream;
	name="chenlei@mypda.com.cn.zip"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="chenlei@mypda.com.cn.zip"

UEsDBAoAAAAAAFBMTjWom2TTwHAAAMBwAAAUAAAAY2hlbmxlaUBteXBkYS5jb20uY25NWpAAAwA A
AAQAAAD//wAAuAAAAAAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADYAAAA
Dh+6DgC0Cc0huAFMzSFUaGlzIHByb
2dyYW0gY2Fubm90IGJlIHJ1biBpbiBET1MgbW9kZS4NDQok
AAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAA AAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA

[message truncated]



From MAILER-DAEMON Sat Oct 14 05:38:56 2006
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GYfyq-0004qK-EV
	for ospf-archive@lists.ietf.org; Sat, 14 Oct 2006 05:38:56 -0400
Received: from [61.131.96.31] (helo=mypda.com.cn)
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GYfym-000875-Es
	for ospf-archive@lists.ietf.org; Sat, 14 Oct 2006 05:38:56 -0400
Date:     Sat, 14 Oct 2006 17:38:47 +0800
Message-Id: <10610141738.AA08077@mypda.com.cn>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
From:     "Postmaster" <postmaster@mypda.com.cn>
Sender:   <postmaster@mypda.com.cn>
To:       <ospf-archive@lists.ietf.org>
Subject: Undeliverable Mail
X-Mailer: <SMTP32 v8.22>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: e8a67952aa972b528dd04570d58ad8fe

Requested action not taken: virus detected

Original message follows.

Received: from lists.ietf.org [61.62.30.222] by mypda.com.cn with ESMTP
  (SMTPD-8.22) id AFD6021C; Sat, 14 Oct 2006 17:37:26 +0800
From: ospf-archive@lists.ietf.org
To: chenlei@mypda.com.cn
Subject: Rmdz rhviawcdjxgg
Date: Sat, 14 Oct 2006 17:34:32 +0800
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0013_7456C17C.CFA43F18"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Message-Id: <200610141737513.SM02184@lists.ietf.org>

This is a multi-part message in MIME format.

------=_NextPart_000_0013_7456C17C.CFA43F18
Content-Type: text/plain;
	charset=us-ascii
Content-Transfer-Encoding: 7bit

This message was not delivered due to the following reason(s):

Your message was not delivered because the destination computer was
not reachable within the allowed queue period. The amount of time
a message is queued before it is returned depends on local configura-
tion parameters.

Most likely there is a network problem that prevented delivery, but
it is also possible that the computer is turned off, or does not
have a mail system running right now.

Your message was not delivered within 5 days:
Host 68.66.254.243 is not responding.

The following recipients did not receive this message:
<chenlei@mypda.com.cn>

Please reply to postmaster@mypda.com.cn
if you feel this message to be in error.


------=_NextPart_000_0013_7456C17C.CFA43F18
Content-Type: application/octet-stream;
	name="chenlei@mypda.com.cn.zip"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="chenlei@mypda.com.cn.zip"

UEsDBAoAAAAAAFBMTjWom2TTwHAAAMBwAAAUAAAAY2hlbmxlaUBteXBkYS5jb20uY25NWpAAAwA A
AAQAAAD//wAAuAAAAAAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADYAAAA
Dh+6DgC0Cc0huAFMzSFUaGlzIHByb
2dyYW0gY2Fubm90IGJlIHJ1biBpbiBET1MgbW9kZS4NDQok
AAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAA AAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA

[message truncated]



From MAILER-DAEMON Sat Oct 14 05:38:59 2006
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GYfyt-0004qX-15
	for ospf-archive@lists.ietf.org; Sat, 14 Oct 2006 05:38:59 -0400
Received: from [61.131.96.31] (helo=mypda.com.cn)
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GYfyp-00087Q-Vr
	for ospf-archive@lists.ietf.org; Sat, 14 Oct 2006 05:38:58 -0400
Date:     Sat, 14 Oct 2006 17:38:51 +0800
Message-Id: <10610141738.AA08083@mypda.com.cn>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
From:     "Postmaster" <postmaster@mypda.com.cn>
Sender:   <postmaster@mypda.com.cn>
To:       <ospf-archive@lists.ietf.org>
Subject: Undeliverable Mail
X-Mailer: <SMTP32 v8.22>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: e8a67952aa972b528dd04570d58ad8fe

Requested action not taken: virus detected

Original message follows.

Received: from lists.ietf.org [61.62.30.222] by mypda.com.cn with ESMTP
  (SMTPD-8.22) id A02402A4; Sat, 14 Oct 2006 17:38:44 +0800
From: ospf-archive@lists.ietf.org
To: chenlei@mypda.com.cn
Subject: Rmdz rhviawcdjxgg
Date: Sat, 14 Oct 2006 17:34:32 +0800
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0013_7456C17C.CFA43F18"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Message-Id: <200610141738618.SM05496@lists.ietf.org>

This is a multi-part message in MIME format.

------=_NextPart_000_0013_7456C17C.CFA43F18
Content-Type: text/plain;
	charset=us-ascii
Content-Transfer-Encoding: 7bit

This message was not delivered due to the following reason(s):

Your message was not delivered because the destination computer was
not reachable within the allowed queue period. The amount of time
a message is queued before it is returned depends on local configura-
tion parameters.

Most likely there is a network problem that prevented delivery, but
it is also possible that the computer is turned off, or does not
have a mail system running right now.

Your message was not delivered within 5 days:
Host 68.66.254.243 is not responding.

The following recipients did not receive this message:
<chenlei@mypda.com.cn>

Please reply to postmaster@mypda.com.cn
if you feel this message to be in error.


------=_NextPart_000_0013_7456C17C.CFA43F18
Content-Type: application/octet-stream;
	name="chenlei@mypda.com.cn.zip"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="chenlei@mypda.com.cn.zip"

UEsDBAoAAAAAAFBMTjWom2TTwHAAAMBwAAAUAAAAY2hlbmxlaUBteXBkYS5jb20uY25NWpAAAwA A
AAQAAAD//wAAuAAAAAAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADYAAAA
Dh+6DgC0Cc0huAFMzSFUaGlzIHByb
2dyYW0gY2Fubm90IGJlIHJ1biBpbiBET1MgbW9kZS4NDQok
AAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAA AAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA

[message truncated]



From MAILER-DAEMON@lists.ietf.org Mon Oct 16 08:22:14 2006
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GZRTy-0003Lx-Kq
	for ospf-archive@lists.ietf.org; Mon, 16 Oct 2006 08:22:14 -0400
Received: from imf16aec.mail.bellsouth.net ([205.152.59.64])
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GZRTw-0004u2-QB
	for ospf-archive@lists.ietf.org; Mon, 16 Oct 2006 08:22:14 -0400
Received: from ibm93aec-ce0 ([192.168.80.203])
          by imf16aec.mail.bellsouth.net with ESMTP
          id <20061016122212.KBGP16036.imf16aec.mail.bellsouth.net@ibm93aec-ce0>
          for <ospf-archive@lists.ietf.org>;
          Mon, 16 Oct 2006 08:22:12 -0400
Received: from ibm66aec.bellsouth.net ([68.222.4.227])
          by imf23aec.mail.bellsouth.net with ESMTP
          id <20061016121725.WCNP12526.imf23aec.mail.bellsouth.net@ibm66aec.bellsouth.net>
          for <ospf-archive@lists.ietf.org>;
          Mon, 16 Oct 2006 08:17:25 -0400
Received: from lists.ietf.org ([68.222.4.227]) by ibm66aec.bellsouth.net
          with ESMTP
          id <20061016121723.JSAB6138.ibm66aec.bellsouth.net@lists.ietf.org>
          for <ospf-archive@lists.ietf.org>;
          Mon, 16 Oct 2006 08:17:23 -0400
From: "Post Office" <MAILER-DAEMON@lists.ietf.org>
To: ospf-archive@lists.ietf.org
Subject: delivery failed
Date: Mon, 16 Oct 2006 07:16:35 -0500
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Message-Id: <20061016121723.JSAB6138.ibm66aec.bellsouth.net@lists.ietf.org>
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="LNOPQQRSTUUVWXXYZabbcdeffghiijklmmnoppqr"
X-BLTSYMAVREINSERT: DQ5BeUIzRkXBa4o9j+wMLB7aza0A
X-Spam-Score: 3.1 (+++)
X-Scan-Signature: bdc523f9a54890b8a30dd6fd53d5d024

This is a multi-part message in MIME format.
--LNOPQQRSTUUVWXXYZabbcdeffghiijklmmnoppqr
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

This message has been processed by Symantec AntiVirus.

message.doc                                                                                              .scr was infected with the malicious virus W32.Mydoom!gen and has been deleted because the file cannot be cleaned.

--LNOPQQRSTUUVWXXYZabbcdeffghiijklmmnoppqr
Content-Type: message/rfc822
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Received: from ibm66aec.bellsouth.net ([68.222.4.227])
          by imf23aec.mail.bellsouth.net with ESMTP
          id <20061016121725.WCNP12526.imf23aec.mail.bellsouth.net@ibm66aec.bellsouth.net>
          for <ospf-archive@lists.ietf.org>;
          Mon, 16 Oct 2006 08:17:25 -0400
Received: from lists.ietf.org ([68.222.4.227]) by ibm66aec.bellsouth.net
          with ESMTP
          id <20061016121723.JSAB6138.ibm66aec.bellsouth.net@lists.ietf.org>
          for <ospf-archive@lists.ietf.org>;
          Mon, 16 Oct 2006 08:17:23 -0400
From: "Post Office" <MAILER-DAEMON@lists.ietf.org>
To: ospf-archive@lists.ietf.org
Subject: delivery failed
Date: Mon, 16 Oct 2006 07:16:35 -0500
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0010_499A19B5.464D3239"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Message-Id: <20061016121723.JSAB6138.ibm66aec.bellsouth.net@lists.ietf.org>

This is a multi-part message in MIME format.

------=_NextPart_000_0010_499A19B5.464D3239
Content-Type: text/plain;
	charset=us-ascii
Content-Transfer-Encoding: 7bit

The message was not delivered due to the following reason(s):

Your message was not delivered because the destination server was
not reachable within the allowed queue period. The amount of time
a message is queued before it is returned depends on local configura-
tion parameters.

Most likely there is a network problem that prevented delivery, but
it is also possible that the computer is turned off, or does not
have a mail system running right now.

Your message was not delivered within 4 days:
Server 64.39.37.231 is not responding.

The following recipients could not receive this message:
<ospf-archive@lists.ietf.org>

Please reply to postmaster@lists.ietf.org
if you feel this message to be in error.


------=_NextPart_000_0010_499A19B5.464D3239
Content-Type: application/octet-stream;
	name="message.zip"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="message.zip"

UEsDBBQAAAAIABFiUDUOxcvXCAAAABYAAAALAAAAbWVzc2FnZS56aXAL8GZlY8AAAFBLAQIU
ABQAAAAIABFiUDUOxcvXCAAAABYAAAALAAAAAAAAAAAAAAAAAAAAAABtZXNzYWdlLnppcFBL
BQYAAAAAAQABADkAAAAxAAAAAAA=

------=_NextPart_000_0010_499A19B5.464D3239--


--LNOPQQRSTUUVWXXYZabbcdeffghiijklmmnoppqr--



From ospf-bounces@ietf.org Wed Oct 18 08:00:01 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GaA4R-0003Sy-Ny; Wed, 18 Oct 2006 07:58:51 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GaA4Q-0003Se-Bj; Wed, 18 Oct 2006 07:58:50 -0400
Received: from sj-iport-5.cisco.com ([171.68.10.87])
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GaA4O-0000Yf-Vo; Wed, 18 Oct 2006 07:58:50 -0400
Received: from sj-dkim-7.cisco.com ([171.68.10.88])
	by sj-iport-5.cisco.com with ESMTP; 18 Oct 2006 04:58:48 -0700
Received: from sj-core-3.cisco.com (sj-core-3.cisco.com [171.68.223.137])
	by sj-dkim-7.cisco.com (8.12.11.20060308/8.12.11) with ESMTP id
	k9IBwl2W012877; Wed, 18 Oct 2006 04:58:47 -0700
Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com
	[128.107.191.100])
	by sj-core-3.cisco.com (8.12.10/8.12.6) with ESMTP id k9IBwhbF027672;
	Wed, 18 Oct 2006 04:58:43 -0700 (PDT)
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.211);
	Wed, 18 Oct 2006 04:58:43 -0700
Received: from [172.16.6.19] ([10.21.144.251]) by xfe-sjc-211.amer.cisco.com
	with Microsoft SMTPSVC(6.0.3790.1830); 
	Wed, 18 Oct 2006 04:58:42 -0700
In-Reply-To: <452C0A97.5010501@cisco.com>
References: <C12AE018.896F0%dward@cisco.com> <452C089D.5090204@cisco.com>
	<452C0A97.5010501@cisco.com>
Mime-Version: 1.0 (Apple Message framework v752.2)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <614CB204-756D-4FF4-8B70-453755EEC8B0@cisco.com>
Content-Transfer-Encoding: 7bit
From: JP Vasseur <jvasseur@cisco.com>
Date: Wed, 18 Oct 2006 07:58:42 -0400
To: Acee Lindem <acee@cisco.com>
X-Mailer: Apple Mail (2.752.2)
X-OriginalArrivalTime: 18 Oct 2006 11:58:42.0809 (UTC)
	FILETIME=[C1E73690:01C6F2AC]
DKIM-Signature: a=rsa-sha1; q=dns; l=2717; t=1161172727; x=1162036727;
	c=relaxed/simple; s=sjdkim7002;
	h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version;
	d=cisco.com; i=jvasseur@cisco.com;
	z=From:JP=20Vasseur=20<jvasseur@cisco.com>
	|Subject:Re=3A=20[Isis-wg]=20Re=3A=20[Fwd=3A=20[mpls]=20WG=20Last=20Call=20on=20d
	raft-ietf-mpls-number-0-bw-te-lsps-02.txt];
	X=v=3Dcisco.com=3B=20h=3D3K9s1Dqh68mGdh5nghD5CSU9Fy8=3D;
	b=RPsJjrqbGVC+UPwGU4gcT9IV7eOmWmJhKFJNmHy7GFed7jGh5/kdKv+2kY0CE6qyd77gVWoF
	EcBAB/80gcwy8o/IzJx9+LPf9MM1pH12IKCX2gGpqR+LDErw2DyGcICs;
Authentication-Results: sj-dkim-7.cisco.com; header.From=jvasseur@cisco.com;
	dkim=pass ( sig from cisco.com verified; ); 
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 5011df3e2a27abcc044eaa15befcaa87
Cc: George Swallow <swallow@cisco.com>, rtg-dir@ietf.org,
	Loa Andersson <loa@pi.se>, isis-wg@ietf.org, ospf@ietf.org
Subject: [OSPF] Re: [Isis-wg] Re: [Fwd: [mpls] WG Last Call on
	draft-ietf-mpls-number-0-bw-te-lsps-02.txt]
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=subscribe>
Errors-To: ospf-bounces@ietf.org

Hi Acee,

On Oct 10, 2006, at 5:03 PM, Acee Lindem wrote:

> JP,
>
> One more comment - Please write the document so that it can
> apply to OSPFv3 TE as well. The existing draft can be an informative
> reference (draft-ietf-ospf-ospfv3-traffic-07.txt)
>

Will do.

Thanks.

JP.

> Thanks,
> Acee
>
> Acee Lindem wrote:
>> I've reviewed the subject document and don't have any comments on it
>> from the perspective of the OSPF WG. However, I have the following
>> comments as a member of the routing directorate (copying JP):
>>
>>   1. Why the cryptic sub-TLV name? RFC 3630 doesn't define short
>>       cryptic names for sub-TLVs so I don't really see why you've  
>> defined
>>       NB-0-BW-LSP? Why not just call it the Unconstrained LSP  
>> Count sub-TLV?
>>       Or at least come up with a better short name :^),  e.g. BW-0- 
>> LSP-CNT.
>>   2. How did you arrive at 19 for the suggested value for the sub- 
>> TLV type? I checked
>>       IANA and 18 is the next available. I may be missing a  
>> document though.
>>   3. Do  you want to reserve a value (e.g., 0xffffffff) to  
>> indicate no unconstrained
>>       LSPs are to traverse a given link.
>>   4. Nit - in section 4, replace "OSPF LSA" with "OSPF LSAs" and  
>> "ISIS LSP"
>>       with "ISIS LSPs".
>>
>> Thanks,
>> Acee
>>              David Ward wrote:
>>> Do you want our WG to review? Co-Last Call (as we have for other  
>>> WG that
>>> affect our protocol)? Do you have a desired date for end of last  
>>> call from
>>> the IGPs?
>>>
>>> Thanks
>>>
>>> -DWard
>>>
>>>
>>> On 9/4/06 5:01 AM, "Loa Andersson" <loa@pi.se> wrote:
>>>
>>>
>>>> All,
>>>>
>>>> the MPLS working group want to notify the ospf and is-s
>>>> working groups, as well as the routing directorate that
>>>> we are currently doing a wg last call on
>>>> draft-ietf-mpls-number-0-bw-te-lsps-02.txt.
>>>>
>>>> Loa and George
>>>>
>>>>
>>>> -------- Original Message --------
>>>> Subject: [mpls] WG Last Call on draft-ietf-mpls-number-0-bw-te- 
>>>> lsps-02.txt
>>>> Date: Fri, 01 Sep 2006 10:08:10 +0200
>>>> From: Loa Andersson <loa@pi.se>
>>>> Organization: Acreo AB
>>>> To: mpls@ietf.org
>>>>
>>>> Working Group,
>>>>
>>>> this initiates a two week working group last call on
>>>> draft-ietf-mpls-number-0-bw-te-lsps-02.txt
>>>>
>>>> The wg last call ends on September 17.
>>>>
>>>> Please send comments to the working group mailing list and/or
>>>> the working group chairs.
>>>>
>>>> /Loa and George
>>>>
>>>
>>>
>>
>>
>
> _______________________________________________
> Isis-wg mailing list
> Isis-wg@ietf.org
> https://www1.ietf.org/mailman/listinfo/isis-wg

_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://www1.ietf.org/mailman/listinfo/ospf



From MAILER-DAEMON Thu Oct 19 01:44:06 2006
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GaQhK-0006QX-E5
	for ospf-archive@lists.ietf.org; Thu, 19 Oct 2006 01:44:06 -0400
Received: from ahmler5.mail.eds.com ([192.85.154.70])
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GaQhJ-0001sf-5a
	for ospf-archive@lists.ietf.org; Thu, 19 Oct 2006 01:44:06 -0400
Received: from ahmler5.mail.eds.com (localhost [127.0.0.1])
	by ahmler5.mail.eds.com (8.13.8/8.12.10) with ESMTP id k9J5BMdB023252
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK)
	for <ospf-archive@lists.ietf.org>; Thu, 19 Oct 2006 01:11:22 -0400
Received: from localhost (localhost)
	by ahmler5.mail.eds.com (8.13.8/8.12.10) id k9J5BMbC023247;
	Thu, 19 Oct 2006 01:11:22 -0400
Date: Thu, 19 Oct 2006 01:11:22 -0400
From: Mail Delivery Subsystem <MAILER-DAEMON@ahmler5.mail.eds.com>
Message-Id: <200610190511.k9J5BMbC023247@ahmler5.mail.eds.com>
X-EDS-Source-Ip: 86.106.178.164
X-EDS-Source-Name: [86.106.178.164]
X-EDS-Reported-Name: localhost
To: <ospf-archive@lists.ietf.org>
MIME-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
	boundary="k9J5BMbC023247.1161234682/ahmler5.mail.eds.com"
Content-Transfer-Encoding: 8bit
Subject: Returned mail: see transcript for details
Auto-Submitted: auto-generated (failure)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: f4c2cf0bccc868e4cc88dace71fb3f44

This is a MIME-encapsulated message

--k9J5BMbC023247.1161234682/ahmler5.mail.eds.com

The original message was received at Thu, 19 Oct 2006 01:11:21 -0400
from [86.106.178.164]

   ----- The following addresses had permanent fatal errors -----
<mamdouh.ibrahim@eds.com>
    (reason: 553 5.3.0 <mamdouh.ibrahim@eds.com>... Relay Validation Failed - User Not Found)

   ----- Transcript of session follows -----
... while talking to localhost:
>>> DATA
<<< 553 5.3.0 <mamdouh.ibrahim@eds.com>... Relay Validation Failed - User Not Found
550 5.1.1 <mamdouh.ibrahim@eds.com>... User unknown
<<< 503 5.0.0 Need RCPT (recipient)

--k9J5BMbC023247.1161234682/ahmler5.mail.eds.com
Content-Type: message/delivery-status

Reporting-MTA: dns; ahmler5.mail.eds.com
Received-From-MTA: DNS; [86.106.178.164]
Arrival-Date: Thu, 19 Oct 2006 01:11:21 -0400

Final-Recipient: RFC822; mamdouh.ibrahim@eds.com
Action: failed
Status: 5.3.0
Remote-MTA: DNS; localhost
Diagnostic-Code: SMTP; 553 5.3.0 <mamdouh.ibrahim@eds.com>... Relay Validation Failed - User Not Found
Last-Attempt-Date: Thu, 19 Oct 2006 01:11:22 -0400

--k9J5BMbC023247.1161234682/ahmler5.mail.eds.com
Content-Type: text/rfc822-headers
Content-Transfer-Encoding: 8bit

Return-Path: <ospf-archive@lists.ietf.org>
Received: from lists.ietf.org ([86.106.178.164])
	by ahmler5.mail.eds.com (8.13.8/8.12.10) with ESMTP id k9J5BIbC022982
	for <mamdouh.ibrahim@eds.com>; Thu, 19 Oct 2006 01:11:21 -0400
Message-Id: <200610190511.k9J5BIbC022982@ahmler5.mail.eds.com>
X-EDS-Source-Ip: 86.106.178.164
X-EDS-Source-Name: [86.106.178.164]
X-EDS-Reported-Name: lists.ietf.org
From: ospf-archive@lists.ietf.org
To: mamdouh.ibrahim@eds.com
Subject: error
Date: Thu, 19 Oct 2006 08:11:18 +0300
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0011_0B438B48.B34B4795"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000

--k9J5BMbC023247.1161234682/ahmler5.mail.eds.com--




From sec@elamex.com Thu Oct 19 03:10:22 2006
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GaS2o-0003v5-Gp
	for ospf-archive@lists.ietf.org; Thu, 19 Oct 2006 03:10:22 -0400
Received: from [81.3.188.229] (helo=irina)
	by ietf-mx.ietf.org with smtp (Exim 4.43)
	id 1GaS2m-00080F-BU
	for ospf-archive@lists.ietf.org; Thu, 19 Oct 2006 03:10:22 -0400
Received: (qmail 2916 invoked by uid 0); Thu, 19 Oct 2006 11:09:40 -0000)
Received: from unknown (HELO uqt) (81.3.188.36)
  by 81.3.188.229 with SMTP; Thu, 19 Oct 2006 11:09:40 -0000
Date: Thu, 19 Oct 2006 11:03:40 +0400
From: sec@elamex.com
Mime-Version: 1.0
To: ospf-archive@lists.ietf.org
Subject: Mail server report.
Content-Type: multipart/mixed;
 boundary="-----------CB5BA354B90879B8"
X-Spam-Score: 0.2 (/)
X-Scan-Signature: ce732c7d36989a1bd55104ba259c40a1

-------------CB5BA354B90879B8
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Mail server report.

Our firewall determined the e-mails containing worm copies are being sent from your computer.

Nowadays it happens from many computers, because this is a new virus type (Network Worms).


Using the new bug in the Windows, these viruses infect the computer unnoticeably.
After the penetrating into the computer the virus harvests all the e-mail addresses and sends the copies of itself to these e-mail
addresses

Please install updates for worm elimination and your computer restoring.

Best regards,
Customers support service

-------------CB5BA354B90879B8
Content-Type: APPLICATION/OCTET-STREAM; name="Update-KB7187-x86.zip"
Content-transfer-encoding: base64
Content-Disposition: attachment; filename="Update-KB7187-x86.zip"

UEsDBBQAAAAIAAAAAADoawFbFS8AAAR4AAAVAAAAVXBkYXRlLUtCNzE4Ny14ODYuZXhl7X0JXE3b
F/++uummm1sJRXS94nlPkmR4hBAyNkgZ0kDSREkToqiobqlkKo3K1MscjRqkFCnzVBRCaVCikNr/
tc+9N5Xynkfv//t//u+w2vecs4e111l737PWXt99FywLQAIIIToQxgglQkoONV76rSQXbvaWTe6N
4oWvD0mkzb8+RNfcYgPb1s5mjZ3JWvYqk3XrbOzZK1ez7RzWsS3WsdU1F7HX2piuVhQV7SXPq1jI
4lLxDEacP58yUJ2/GnV+wn8apLPo+dT5KYG3/tOp8wYq1bFYZU7K8PnTmonQfJoAOnJ+HHziHqWI
RROhCfVCbDgxBgpAyO0MpJFAGbxeikHag9t/cvBTxKYhRO613oYT6pyftt6m8jAH05AX+QD1Mg15
lf0LyWKtJUpUM9A3Pr9fOsFlwA1EAflGUydsoEggybad5eZTg3yKdhvsVpETY25fqFSqfUcgH7nz
3/G/LQFlRSUlBM99iKhwD+GiZaWTT5QMLDweiJCDOFcHhiG0G7+V3Y0uPXnyKMDT83GoR3FhwbWH
bzDGhU+ysi9nFhQ+KLnskZd9xXP3wSDPy088Cm8Vxo7C+E3yVgG20N2jSWnxSYfuxkV7u3vsDcu6
FBce0WjWNMotcM+TvV57a+UMFFc7rx6DcQMuLC+teFf56u2binImTRDpbViz0slMztbR2Nis2bUJ
29qudrSx2SRnudbWaSXDbM1IAVTx8cKZ2I8V+DEuGWGDNGZpL5ilKSYuOltTU27eZBGBwQqCUn8I
NOI3mC7akzWUgVjCgy1X5VS8bii9Xlb5tKLUk1UD3UgJ9orbFRQR7O8fHxzm+xmNlpESntC3b78B
G/dHYCcsINSPLSkgYDa+6GNp/Q38qf52zf197mdTEjA+HBV/OODsqejD585ty0DZ754nPr9V0/PZ
jhYoNyriZNLFY0kh508nhRV7pyWnh51NSCtqTv/8RsRq4WKNpZsWay1VdVqsvsVId6bBYsel6Tgh
XWCr9orF65UKVEcqSY4b8euQ8ePVJ+k6NpVgvEbN0niN41b9TSaOtmtcTCx1+vQXHjd16u/LhJ60
YNebVWXvP9Xe/PSs+WXTp491n0qvlL5sjn11dw9IZqDRVhvNrY5W8zbZbFg2cIzFvGWb5s0wNJ9d
C12bPs9Yc8Y8G8U+LnOXW8yaMddVbda05XNXjCpJb07Xv/aouqi4+FrGo9dXBK8/yiy+/+bkpJnY
NaV22SLrGautfhe50/DqxueWlrfNjSWfmhscG3HJrSD/kuaq/Lqm+qLG6oaqA6w7V6/TXmBXnHPf
70phYbRsfJD3Af+gA95n/Q4EpTanJNh8Pua/1yPIX/RkoIf/QL/Ip3K+f+I3LfhMZMKfkWf2R8ZE
uccdj8zuc8InYNs+n20BR704+12fu+JtcZ4+bl7byjRVJypM2rRZeOjQOejF9fTTq5qKivIKr5++
wRJYFVGlskhP3xXjx0kiw9LExNSQn4u8WP3hmDEZfjHyk9zs6W/M47FYrJr7BwWX9+aisutZ1mNu
NWFcwsll5HtmcObLq3vTHISMDJe7X1bJ4gxiKqk3n2hePnkxx1p+vrf6vCH2vZKMX6OCyfc+TOjn
u4xGM2daipdsT8IDQzkfPDHLo9pi4DZdeXkdR9AxfRkZVU6tZ4PDMDP3JkGX3pzCMUWSg6xlG9Kq
E+hjRLdVbuq3WJyVntX4GO8cucJe1L18nIPEtmsn0it7XRFkBFxcVTIFcfw0OGKLszkFRkU1S4rS
HGTmzIikD2uolDq0uWjQZoZE5bKNeg7Liip7rnW0GuM0ft30EfIryua6XKhoYZlta0pFDr22DUVr
UrdtgTHxsmi47QZFznya24QFDnJuzrRlDoMW3lC656zkIJji7yu22HS6Uxb+hbX9fgvG7s6mDopy
6xf8Wjzoqdno2RzdaT20LB20JHv1dxQUi1vNXGFt0hCY9cs6K2Fxnco7L5Ie545H9rmXFBJp+5ya
qv1H5edvqzLtwfSjy2v5KTO0dUrO7FjdI5Uh3HvYtsuylwZvbjxB1/XbI28qrmNOp73u7+tX2Hym
aLmxr7nar77ytv3V1so+re1f5dNXJa2H2yVWT6+HNxzcxZK11cztCySqxjXUrnUvd+jnLvg7a52h
zVbfk/MS6dkMxNDR0tbL/JBQdVByviSDxbRUH3C60crRR1SGmcnWdqBtWev0+Kyb7pi8K4NVJcxW
6E24x7C+KF6sbJ3fv2bcboTFBg0I9RZnjVZ8aVY95tLonr39WEIyyrkmYgwG82LJeXcmZ2wyPbOU
MSYza/fjX3YymJfEsmyilr7u58psXPSrjN7yh2esSu5KntXtq2A7wYX1pmr0k3sCAnPcGDluKvJy
9f1MnxvM84ytlKp0HN1ydbl5VqTk/SWLDol6bqvrVRAX9VklXu48Rr2lrEWfij0fG59AD+wzSXJ+
1ZBc+V/7uIgdTFh3e/QDQ49fFFxaajDz4E1z2kLHnaerOPb3BRsNIyqc9ZNYXvTtfh7yXuu0lCbJ
sKSq9q32QCtiPlbYM/fI79GhC46Kc21MTUIZ1bca6zhvBer0QjkPUrLXNXsW2cN8PMNRWkE6yXTB
mJbxIQrRg70kZWdParF7FS+ev8/X8k/bA6ZZie+lbMR09A4t0ucI+McE6i8KTBKa+kHgWp4G22xa
pYDfnOo7KrJT2bWDGRtfOsptSQzomTJcVXVKsvrmmgdB2r49NjHzyxslUgbNFViVtjhJXIqtebto
tVr9n3QxdebbmPFew3rF9TB+Mifs4EYhmijnkXn2uOx8Z0kt4d/sFZ4b79118pR8su3KzPA0NC/A
TK6h0OiSuUsfjqhYeo5IrncvHZbdpZSafeNj1www8dJtfOqHVRmz3XEvlxwzbbPbk1uSrWtkCh4d
+TVHXeZx8vuKUZMn9Bmmf6qBkyqvNLDGY+CE4ZUFViI9P7suGVP0WNPV+qormm0+SE3mmkAKZ2RS
C0soqufm4MBeGQvkjJ4nVCWh609KAgRcRyY+vrBY79axBVExdMu4j0W37wl6+4mV+QgxT19WzvWy
XlASzzG4XclQfuA1xIspOqBp+ZhZbCGxzNdiyjf69b7QMMOpcYCYSWaF1ISBjLgxKyonsWQHifcV
W/hUe5+ZhJjUu7PXbqwoC53c/2LMlD7jGyfJ5AjeFBmgmu+eO2bQAhnvhl7M+Qa/0YfL/vn8npbe
nNOSg27NlrB2v1on7Z2Ah11UVmX3Zva2nvg5b76qvrb32DOFjGKBgdWnxwZYedBrVztNLAg9FLNS
2vrJEneJMM3QA9FnpaeVqyOf82K1gx9U5CuyOJPN3a3HKyTqPVgi0uw8WVQwfFe9jBmnb6aMbvWQ
2uytyMy7r3f8lcYrTbm23vHykXrJbmMlz4moXEsJ76kwImeLRg9n3YXh45IYOz2UsuedO67oqiQg
m3RDKGnjg+07XOwrnTmiLiaTRIqSZN67rWd/PLhu1z6O82QOTpfZYR/2UIWpJiarVT5hwiVPOYvB
vpxKUT8h1WXWqUv1pYxYCdnb174fMGDAA/rIPmeTLZf7GpSuKUrvkaFtbbiCKb5c9BFDRNTtobjZ
/ss2468HCIgtcpsYlHlG3N72ns3FM1lor779qq0jPrl91Cy9LjEwwVs5b7PZFPaZ6oQnjoPtZSJ8
BnuUTWOlKYwXsCl58qFoRKWDsN942qw+Di/dprCHsy44Yv2KOrXZI+fbC7vXmDiwZoiYFV3Y8Kaf
GW2swuxZDlHbjIKWx985r9Fvs/gi0dpmpyu/z073Wbggz+GDzwCvwbOmnxc4fle/QX7qIimb+44n
JFWUvKSU/ZfRhl2emr1OweH9cFHPPPtRPocTqq+PH/HAp+k3e3F9zk16ieX+Dz04LZysIWJmgtc4
V92fbjiT2CxQH2vEyRl3iSnac+qtHcJOURNiYnbqPVs6XKRm7HBmxaHU08kRtQPjBfsmJtLNolKF
za6Ymw/IEmPcZdLocklvhotmilrQtXFfJJ9+sXndrOHRy+zZwqr2kvTp9oxtL10SzhyPPVPZRw31
ZKZ93jpw+YyhaYJpepeGyMquVRNKsdugJP8L4xYrqSSy7tzRQ3ExLfp2Ir2XeLg+eDY2onLAtpZL
DmI7CyTWMiLk703dtJwjVbqTnvqsT5TUvrBNS39fxKgdqmAw4U8UVT1y5OceVhnaElKK0cxJvrWj
QkfrvOV8dLCMyu2fkbM0wveyWOSdQkb1mLFFeflMmRterv1FDx8/KSku9dZ0JOP8GvsQS0m2qIFC
0+13LZlWt7SjrQ6z9fENo+gAEYFoqd6n9ox+5+u7xWFq1ANOcSl9wW3bC4JljsxIOkOltmDKLbqn
SYMfU942emaxxPSiYZI6qwSNTiv9Kie3v7yqNop9PfDiOyGjzyyjSyttZi5LNSoeKJ4vZcPUXhuX
prNZ9YO+aZztZ9nEfn0WNBj9wsgIq5z7qL+P9QOJ0xuP597yrWAwGBE1LiwDMTnpXiMtcmZdYA6S
ElFiMjPde/cWdWAZLBRa0DhFTIwlvjKXdSHrlWof8ag+2r4zvOrM7qWuCBVM8vRlqpWEjrYzLTv3
cC9dnMkQv74lawydscBHUv60WVhPk2oTT87EgzRO72vj+1UU9+h/lS5OH2LyeMgKgat0wQD6KEPB
iic9pZUYXuVPqgbR8KUIeannWTs2N2szemgfY2YZvdqg1lNBTFxSfDetLE9KXEZ83/Onk/5QkLHQ
Ga1twZy0uyfTxsVmjWnVGpaDRhTbQX74bft7MrR9DMkFzJCjixaIHVTVzGDdDrWft9VlgkqJx29V
KtrC2lcPspXt5FOQf66Sksqk/gzlCcKq4oEa4zVESnb4i76qmLUwV2n4Znn52c5KAfIHWTFKvr4u
Q/Si1NQ1Bk4PcY+c71XsOsWWGcN05US/cSh8v3yFiKtCoNcyQeuHw3WEd4fmvtIIP/UuVEt8q0dZ
7hJdcbfTRf5zvAOOHIpViZmncUSJaTtj4i8fi8Qsks/N+1TcJ+LdQ3ahjMpkxY0yzE0RdN9Q1f0n
DEyNlYL9PKvNYhb+FrDOotdp1WOHKuZqBMUd2yA0IOaPGLqQcE+LfXnZT1gz7E49LrIfvUtBOTpB
lT1n1bWVd0uEdTLDTU1/0zSW1I0y95gxa5a1rf05Z6lb/aScl6bO73HbRfXoDKU+pcUyL0d4sedF
Gy+xYyRKC0j63vq1Il2JU+cw/Ulq9kdTUzcPeqQXe0HOHnX1C/RxRlU30+bpmfoVl7gpv5WXk1oS
5RsQHSSjvOdAqLjrLkUrabHIGVKu/mzNUBn/Ppq9h9SZOZu6HhsdHhKxcxQjYay8vqT36zr7xUXi
sVoVdTteVP/meVGSrdRLelnKTvFJ57WMlBvEa0M8V8YKNkXvlVGYPq9lSK9ERtYJ83BW4WUlmVE7
4+utt/ecHSfO+K0sQ0U0fc+AkXLGYaEal4f/uaosL/KdTNYo2WlRuWczTE3zb0jdCTDLNR4yUPSe
8oQ/DKS2r3+ZNDPqQ0m8kmS4r+/e+UbFpVFlp/IuBRxaWY4tkoV6m9ED8hXFLSb+kSQprxMvP5a9
zyX0FZudKmYfHyDkmqirEDi63Ota1YFa2ZiygHcfdo+6tGnUUH3HvdcPnH5Q7ypVEu6yqxgbRH1G
EnQJhsS5iwkL+jOFP8mIKZdXetiJpUga2bCvTy8+2XelRs7Z3j0nPZeLmNdP1vawpISM4h/yERJS
EoMlfmcPpM2dbSsnHLrupmSN5qzBhna6o9kSmvLDZzgHTFPwEVVSF50tZWaRZ6Q5+IlaSJCYzljJ
VfvjTSSVWCpGE9xcJsqpstQk6Dqz7Q5UjY6QtYvyN1BeEaUuoSHBZGtOmS+hJRFd0o+2b9eUaA0H
EWFbN2lTwwH92BlZE/XGBpT1uHbojYay3CpP2SkOJnZHlhi88GBNmGhszpjgbZyxUkL9rcQUueuj
7ejNvekDPj/pf0k6Vmsi61RB9JonKOq+ivgc4cnWS2U+JEZoKZfVfzTR1IwylTCXsJYIVlv41lbC
XuLp9FNWwvsCohdPv2VyUVzYQOpxP2ZFP//5dOkmIfepnzgPHVZHOYe6qKwRGujmHeURJubl6X47
VEoyzZR1ZhVmZkdOYEZdsjqdaSaV1c86jUXP8ZFm39LR7zMv7dQit+XRjHRT76A1uspShgYSgatN
TSXgKdiazQphSDBlxELpvw+q8YqglznPmTDHiK41bc1H86VBRS426r6+xUqnlkXFHIuzmnXtwMs3
JX9IBx2ZI1KlrrSNZdRrAEfn5tCHdA23Oj3t+vJVi87elV1y+nD8kIiJcokRqRJKHzwNjg2qil4i
81h772EkINJvvMZtFWtxod4CRx6pLLAwsR+Gjgcs1jZFbDkGyphF0xWdtmt4L1Xs+hHT5tuYmM63
WGlnYrdx2uzV9lp2NqummZrard6wIbgpYc0vWjMFeG5BYVQlsh3zfYICtn3yt6xozJCmiwkoiaqJ
sIYtP1tPR0L9I+eNG/ixXw8xllDP3mfDhqJROsPLVziMyGDYmjIzx00NGKxov9rZ3lQ24ODUcWfZ
BySMFU1N7E1u9Fj3UMKsSQAlN4RktmRwvWhZasZCvxZvKNLpESCqMmqEMNddJIzAzdp6GKehSLBe
05Atxvru13GlWAB1+PSc5SU0m1bkIMQZ7F7zWbzIrjoRPJKozRXxDFrRhjcOwrwMG8pG57mXC9iJ
gt0Cpd1rsb29d3bb/HntThzY0zrcbFeZe2aPbc2oHgzEmzQ/yVHuzZ8dWT49pgNTcxwaK1aBbyWA
08P9Et1byP0K3b2C7lRHK6yYD5cNvRuTbIBTH6HZCuWqNKdGt6nI4S1HyMeIbpZZzsjMENtx+bcP
bpXltFpSVtDrwbOH0H/wX3KEhDPsVTlGdD8PJWZvGqLVa7lfYeB9KvB5L1THyLAv9v6or/H25GK8
bwJchOxC3gLuWfTKp3ifGlzgnFSFv1BbLZjlxB2qpWtJX6SP7/rtfAXSc2O7uhkPd12ipatFLi4x
8VOXd7NEf1x2+ORe5VZx2ox4wP9/PnpQawFskFRvSE/TiOu47cFARAdt4T64zNEBSEl+cAa7Eb95
OaSCkIpBuZ6QToBUCFJjSBmQen1VHzxCKEj85u8yoTyptNODm+803Cu9jNBwwsQ38j2Ae8wchI6R
TnwjH+lM4h3IR5j7Rj7SnuljhMxJ576RTwvy3XgG9Q39dj5nyOfCoKFjvPWFr3Nz+xsJ+YZL05B5
66JEx5w0tBou5XYh11Iov2cQDTm2KVY7DeqEczaQGhCt42LBV8y4UQsIyM2Nm5B/5BL8ycjIgCu8
IQNDh3wif8kogokAxca2qaxXbGzsUa/Ww80NzsGBxz8+MCDDV+e1CLG4Of7Z/Y71Q33cg9Vlfd16
vxN+vtm/nyQfVlf9/av6WbWY97+Rej4dzo82ujrx/9vC84xFkb34/+EMpC1bCrIGLRH6N4m0+XaO
fPoDda6uk2FG9L07dT2S0pvYWGdKw3txVflDm5So8ved17bLz6+PRY5esZGNcNSCkHuRIzbWDfQI
CfGpVywSggbJ5CuEWEiInHd+3w10464R3J/FlRVZTDSmZNXlpEj1lIzv3f7hKDUxE61fsxH579iH
rA3WUvfCd4ejC8fPoT1OHmiXpSPyWWWD9puuQ+nRx1Ggvgn609kVndjijtJCI9G1w8fQxR3eKGt/
MEowNERJK1eii9bWKN3GBmXY26MMJyeU6eyM0oByvLzQ9YAAdCc8HBWGhKBHcXHo9tGjqOjkSZQF
167D59LkZJQL6bO0NPQyJwe9yM5Gp4OD0eubN1FdSQl6X16O3r16hRoqK9GHN2/QPbj+6EQcenTy
BHp6MRXdOxKDSlOTUWHsEVRT9BC9eVKM8k8cRg3Vr9H7qgqUezoGZZ+LQWDHo+zsFHThwglkabka
XbmShu7dK0ALFsxFU6aoosmTJyFZ2cFo7VpLxGbLovz8Kygl5QJKSopHMTGR6ODB/WjLlk3IxWUj
zKVbkKGhAVJUHInS0lJQKrhuw8MPIlfXLWjrVhfItxnZ2KxFU6dOgbono+bmT+jz54+oCvgJDw9F
fn4c5OGxHW3b5oo0NRcCD/MhTxPUlYouXkyBerYiJydHyBuGauueobq3ZZA+R2/rX8LnF/C5DL0q
L4bzV6j+XQV6974S0tfo7r3r8LkKJSSeRufi4+C8ADU0vkHvG2pQYtJZdCHhNMq7moU+fqpHHz6+
RY0f6uB+LXr7rhyoAh0IDkLRMeEoOGQPSkm9gG7fKUC5eVnoSu4lKPMOytRDmbdQpg5VvCY8PENl
L4vRu4YqVA88bNrsiP6MO4piDkdC+QSUlHwefWpqgLLv0aOie6j4yV3IW41evHqC5i+Ygy4Any5b
NkI5J+Tr5404vl5QLhHKXYB6jqGmzx+gfCMqKn6AEoD/FYbLkcGKZSj1YjLkS0JxJ2JRGMi9CWQ7
WHYQGqmogKZMnYwmw/M0NFqBPkH5LfA8mls+o8TkBNSCW+BzM3r85DFinC9AIsm30LDEAoTO3ULo
bCEafDwTMY/kINGYy0gxLB5NibuEfg9LQIrBZ9HYozAjHsxGKBheaEIvI7HoPIT8khAzKAVN40Qh
w0MX0LzDWWiu/xFkfuoKsohOQXo+kcj80EW05WgS8jp0Es11j0CrOOHIyGM/MnDbjRZ6RiPLPbHI
YEsACjqegJw5oejgsSSkZ+qC9Awckeu2PejPP4HvlhZ0+/ZtVFhYiNLT09GpU6dAR1yRnZ0dWr9+
PbK1tQWdtkTm5ubIzMwMqampge5NRaNGjaLGt9D/7vEBju/grokcpMzfKzZomM162w0OM7dwdJd/
avzrYoPk1ttvsLNzdPRy2hh8yP1gqNmyTw3faGuQ6npudu+NwcHOm6Pd3Fxddy3QWrp67cdOezVQ
dcMGu+kzuNmdqew7dwR5eARGnMrsrMBAOahePRke4Rwf5+hokn1P0G6PwMhTaXWd56e42bhxv8ss
yO7munNnkKdHYOCprvKr8foa7HyAl53LTdrJLuqH2pPmzDkcEnKmLfNpaSZd5ffy2rT9iE/IsTNt
mU8z6SK/KmEeZNOB+UQT487rVyMPqi3zgYR5yG7RBT9tHhRf8mknTYyNM7rID9zAg2oneWDeOCOr
C342Bm8NCfHdFsCTfCRIHrJbZNG6qD84eFbIsdmpcxHSMDqrc/z8Eor5rEtd5udp2c59cQuP6yw2
bIEoqlVZtbQu8qsC8x0lb3k5i9Z1/ugYPYTmapgv0jkRdprPfJf55bhq4x+uraOTYgimiqHhivf1
kL0r/tvpfNrJlfqW77+VXxUkr6FxbtFRv7CoU6BlRPKk9i7rBy3T1Iw9Oi8lBZhpMVxj/f5d/dtv
5v8yRBKt9Ne9f//584eu86t+GbCU2hDJf4sfVTJgYUTBgG3LfNf8t47vDtm7kOcfreObpzZ8drrI
rxYUdDwlJSU9PaEd813zEwRxQn9eSE9f9UXy35Q/d3LqyHyX9U/1CAwzMI2Pt6J0vu3R+Xj5wyPw
fPpFQ8OW5i+S/yY/ZDpII+ObpzZ/IR+5zpnvWj6n+jKmmBhPHNue+W/kZ91+NtliwL2XijT5qhIl
2igxAWUa7ddRXTyvIRPG97imMmncmzu9aSPodwVpI3veqqGNrL4v3Kl8ZPr368/MlZKWls7txWaz
bz7/7bdfiot+H93n0ZMxnX1fDKosHf46W0JEVjJPtH//ftdf9Ovfv/wGFC8rVOj8W/nhlZyHQg8L
rj4Uyn/89KHQq4qhcCo++EGX3+EPH8Ktzv58x7f+j2blWs2UDdQ+fco7zxDgXnejrC6Soqm8VIiX
CvyXUnLpKAdKPk8Z02VJWh/6ipJbBzkf0+3ow/prW9XHM4h6dy1/UU7ZptusN6N9W3yQ/9pNKOVg
FGWPpu4PQQ+v5FL2KLE/M8H+vAT2Z66vL8rz90c39u5FeWB/3ti/H906eBDdBCJ25Zvi4lbb8lN9
PWpqbEQv86+i8oJ8VPvyOap98RTSZ+jNi1JUU1aCqp8/QdXPilHV00eo6lkR0CNU+fQhel1yF70u
vQ90D71++gBVlNwBuo2CwY7atMkB+fh4IiurNWgz2DfW1hYoJGRfqw2ZkpKAiorug72XTNmPa9da
UTYivN6iarBd8/PzUFjYQcpWJLbh58+fKNvw5Mk4yj7cunUL2JjrQNYtYB80gy34grITiY1IbMIX
YJeVvShCN27mgv1X1Woj3rtfAOfVlI3Itw03btoA9t8ruHamnU24cZM9ZRdevZb9lf1naWWGNkIf
iZ3Ht/Gu5GWgzS7O7ew2a7CnXcBu3gx2s6+fD2W7EbstNCwEbDHoF9jG16CvDo72lJ22FfrW1k6b
k1+EZDLuot7nC1Hvk3mIdfIqUs28h1Tj0tHc9DuoP9hXCqevolWpheDIyETSexLRiJhsNGb/OaQb
eAjNPpRB2WaLdkWi0T7HkdaBs8giMh6pwedlu2MpW8zn0Fk0zXwHcnIPQOczC9DJxCxUAr6HiIgI
5A96RGwtYmPZgI5ZWVlRevnf0T0SEPg5x5EjW48cOdJlXZJKmpq6ujbz4DjWWS7JUZpaWiu19fX0
luquPnIUjvZVSYxYuMJylbKK3tKlJhbma3RXr25fi8RILcOV+vp6i5cuNzFfY7bWbmrH+4arrJRV
RpPb5mbr7NZ3vK/AbdzAxJjcVps6s0N5RVNym2qc1O7i2vF+u8ZnuS7ocP/3RcuWfGncdQGt430d
ozFjxzn+MWXCJufZM11pHe//SngjjdtNn60xZ/5X939bPHacraP9BKfJs6e5boP3oQ71D+c1vkF1
9pzDRw59dX+YwXhHe4cJG51nb4bGvy4/jNu4MzR++Ej01/eH8sTuQjXeyX0QO8htKvS80/vy5hOt
t6yfymv86/LyZtaTZ8x1c4eed1pezmwSeSq8xr8uP2St+ty5c2K+vPF2kM8voBKbt7d5Ie5wn90j
aiYzcpCMFI02sJP+iQ8OD5ANDxSUDj9I6xkyIHwPvX35/qIs/969Qxliovv79N0t3O9AWPv7e728
9+7leO7dG+wTIeIr1GtfUIehtHevgMAOII8dAn67BHbs/DmjFmrhr3C0wJvYZyQLhAi5diPhFrM5
rQsrWis6rkH89bvKf371//zq//nV//Org526YsWKttbqQHd39xUf17ZeGzjTzil4s3s9P9eAmY7L
rQ7sOGVB45rnA2Z6e3u3OR8402s5HFY03n1Svu19Ur7t/U7Kw4JBfGTWJW79A0n9wXvSEr+crwyO
3pOWlcW9P2hm1Ur4l1ZVy+NHRqaqtObXVwJlPPfBo4JnDwrKCuhPSG6MBQSeYwmFjKn6ehksA5MM
IbN1GUJTZ2YICQh8IQnFDCE9vQwhEwu4vzZDyMWV3CtlCQgkruy4hsnunpfK/2r9NyVAQoyYQH2A
yFJ+LyBy7f+Vg/A8AWgRkBbQDCAVoBFABAY9CKgfEIlWIiv2XUZB/V/oMJ2zbp3J4cMHU8zMjC/q
6moReHgwEKBI0Q6gjUDEgDUAmg80BUgZ6DegX4BkgPr+X+xb37yIiNew5o1hvRuDPwPoBX5VXtSU
lZVUE/vnoeeBuzn3Fi3STJ0xQ+0U8LkfaBeQOxAJmzIHWt6mbwRDTcIkhgBJAxGdFAUi4W5dRqX9
0+e2a+HCLRDfQPEOa/QU7+CP4dErSIHelWPwzwC9xrBmjose32nMzkmrDo8Ifrx7z657urraqerq
0/l98wNe3IA2AJkCweIMmgM0CUgRaAAQ0cGfcqSsX18PsRM82XfOO/iDWnkn/EPsAVAVhnV9DHEG
FIFfiaKbt/Lrc3OzqoOC/B/s3OlRqKenm6ykNOoYMLsXyBOIjLH+P4V5qARiTzDhn8idL3uI+cAQ
80HJvXPegf9OeIe4CAzxEUBvMcRL8OgdBl8XUCM+deYkRA4ieyAybn7KQfgn+tNWbyBWBUNcAzdU
j0cQq4IhVoMre+Cdzz9f7oR3iNGgeIeYjVbeIQ6D4h3iIvDV/NwqqM8JSO6nMM+TP+G/c50HfQed
h3gRDL5HDLE37Xj/ojeEdyJ7wjtf9u+gD0T2wDuP/9q6mk/dwT/ECn1zvLbqfENnOv+F9670hsge
4lrwy6rn3cI/V/5f5hqIi8FEXwhBzA2GGB2KIJ7mq/H6VzpPeCcEfmpcU1vZvfxT47UcQ0wThrgl
DLFClM5z+Xdq5f97dJ7PO+G/ru5Nt/BP5p8v8zxX54nOfNGbL+P1e3Ue4pwo2UM8GS6vedkt/FP6
3+E76vt1nj9euXMlV+e/8A7rGbimm8Yvpf/f8R31d3SejFe+3InsYZ0C5ui6bpE/4Z/SGZ7ecL9f
//k831bn+bxDDByurqvuFv6J/vB5h/jD1vkGYgoxxCBiiCXkvR90Nc/zvqN4ekPk/kX2TSD7ZspX
1138U/LnjVfyHcWfbyBOFENcIYYY0dbvYYgbxRDfiSEuEUNsKIYYRgxxiRjW8zrVecI7rG1R/NfX
13eL/Pn8f+u9jOg8xG5iiLPEEONK8U34h5hWDDGrGOIGW/sIsbAYYlYpuUMcYquf9M3b7ps/2+o8
/3vqn87zEFOLId6zVW/4HSh/U94t8ifzP3+8QpwrhhjhVlkS3SE6A/G+GOKIKZlDnCvoTAKGGNfW
ubIrnf8S/d+9+gPxvJ28E9diiAUGnTmPIRaa4p0QxNtSOgPx1a39JOeEIAYaw9opBhdUW9a7Xf//
yfs8/70MYrQxxHQDpVK8d8X/q5pX3ac/PHuE6Dx3jlHFEPdM6QzES4O+wLgFnYGY6lad6Wqe/0rw
vAu1b2u7hX8y/7S1ASF+HhOC2G6Kd4ivp3SGUFudIXMO0RmIhweZb6XkDnHOlO5A3PO/qj//5L0M
YjMovYGY/Va9gThsTAhiB77i/0XNi26RP5l/2s6V37Jh+Trf/t2m/Tzflf505/zP5f+LDdvW/m5r
w36vzv9b8+ffsb9/hHfSj8pusr8AR/O37O+O7/Nt32260pm217tr/iTvn8T2JkTea/hzDUkBC0IR
YEY6vM//PZ3/t/SH7zsAjA01zwMmBkPMVCv/5H2sdcyCLcJ/J/47cufn6c73z658Tj+q823797y6
e/wngBdr9ZcR2QOWC0MMHoa4NYrIPE/ZUWDDfq/O/xv6Q8Yvd758R9kiRN8BC0V9t/Lf7QEb9NX7
/PfoTnfbL1xf3xffAV9vuHLn2t//ROfb9rG7vn/J+8/P+o761jPpru9fwj/x2QC+EwMuFAOGsnWu
AXwlBtxlqw37vTrzb+g/n3/ArWLA6mHA3GHAglLjFfCpGDB7GHB3GLClFDuARcWAt8OA08OAM6Wu
AeYUA+YVA1YWA+a0lW3AqlL3yFFQUNAt/nPAyWLAs2LAtWKIK8KAR8SAd8WAa8WAd8WAB8SAP8SA
zaX4ALwsBjwvBjwiBkwvdQ1inDFgezHgFTFgCFuvAaYQA14RQzw1eaeuBP852fhD9mf5/wH3iwEP
jAEXTKWAI8aArcSAD8YQn91K5BpgjTHgglsJ8JUYsJEYcMAUAVYYA44SA54SAy4YA/4XA/YYA8YS
A64S38zPfwF8k/VZsqb3U46ixESPLf4x2U7RF+rTQ0Ie23rsq0Pn8hvP+wc9BVw0BiwzhlhzDFhR
DPhoqo/8/gJeFAOms7Xv5DrgOjFgR9v1HeKN8dCD5z/6WFicAKZ/Bepyl4p/1KlVe4ag8zcxist5
iBJuvENWAE6VH6uIjl+pRYGnMlFY0lMUnloZHBxshSIy307xPpqzdMuuBFLGbIv/+WVeUS+3h8Y9
Tg4IeDI2JhVr7DpSE+295x3E2+PLHh6Nql7hH5DLfgDNIkBYUWupP/9YGaSM4i57Irv91lA5C4iO
yLUTVy+hkORENMsC0O8QY+AYZYrOXK9FJ65h5HYoCq5JI4cwfar/Z6+/RUez69GoWbPQlmgfdCa/
Dm0LO0Xdm7gEtkSh1oP/N+MSyDM0DlBHsy3J2ijZTYSGdp3ZgI5mnkfrdpm0yuTnS/5/tkbuJNwG
W5LBO8+gca+7ATSlA2aHxjv/L+Vimr4phwwetqeUl2JcSmF7eHI3hk1/2u9Dw/6f1ZW/YIzMt2Te
6rY4kG+0T9omgiMxRfw4DrKFR9sYFQk4F2kd9z9Xyv2iQ4Iily9fHKs4SoEfh+ELTYB2UDEmEJFH
xWSQ+ZXEQJEYE7I7EnlHIL8q8EO8xe7YwQF8FC+up4xaZy8ozK7Pyk6pDgjgPLB3sM3TXaydJC0t
FQlt7QHyAXIBWgdE5j0+bwq85/dd0snhcOoBo0W13xqj0Gatk7/uAPgoyoeZcyWzJjnlfHnQnoD7
Ts4OeXr6i5OkB0gT3sj3B/8nMf42D4BJw4AZg7ZfYMBcYcBQQWqPASuGASdGrRtw265u5//i2tNf
bCJokPyOBndzh+84qPZL73H7/o4fi8Rda+S2XcVrm+t/+xI/8qVt4nf44fahbdJvwI+19h0wc1+1
zfWDkLVk7pogfx32x9q/3259u+Mzb78e3KbtJv4acNOP9f/pg9b16fZtf/uZU2tCPNv3h/oP7fPX
l7/nmQP+kLK7AWv4Q/0H3CQGXCI3Buh+wd9+5vy2ud/6/1z/SfuAjYT2z2DAZ2LAZmLAZmLAJ1Lr
K4DDpNa1AJ/Yxt9DfD2fW+3AH2kfMKRtxjmJlesYq8WNcwL8J+VrArwntR4COM+f0/6zR9Q4/9Jv
Z6rvgNPkrWH7UOvXpG3AoXKfeZu2f1T+gJ/95jMn66CAiaXa568DkfUTwGP+lP4Djpea2wGL29pv
wKdSfSc+1lYfX0v7Z97a+A/qH2m/q2fOb5v/zMkaGOk74FDbNv9D+g9Y5m/O7fw5puMz/2n9h/b5
/vm232mta968OaZdhzuc/Mj4Azw31T7grynfOmCPW79XAI/cbpx3xcOPts/1zSZQ4www3hiw3Bhw
z1ScQttx3h3tA6ad+k4F7Dk1z7T9XvnWM/9Zzx+w9ZRvl/jUqX4DkXEOOOtvPfKfpv+A62/3LsF9
5tyYor97/Mjzh/0FMOxtgAFjTvkkYf8CDJhzDHsQwM8Z1VO+O/7B9zV25Ouftg/7ImDY5wAD1h0D
Th7DfgfUZ8DLUz5B2BeBOgdcPNUk7LmAASdP+UrJdcDSY9iPgcw/JN6eYAa+64D9Fyj/GezTgAGr
3+oXIz4x2NcBw94N1H3A6WPYuwHDvg0YcPwY9nvAsH8DBuw+Bqw+ad8YqMOvnP1NVsAPppx25y06
cbmg7974tLGJhS9gfwG8dFPQ5Znh5+oN9p94PeJwcuX6LZx3Z704JbC/AIZ9JzDxf8EeAljcbGsC
tERwBf8s7r6tb2ehfV+0L9EeeR1bBvWJohNXglDC9QvIbJs62nfOEkWm30aBZ0LRlpCVlP/qeE4d
+mUMsRcJvuan4xf+pgT/MhvRnRbY35KH350K2N1uJ9gIayoh0jYDEC/t9xFl/yXPkIH42UhGYpd3
ZQMTfxzxG3S2wy/rTOTBaFdXpwRdXU2wYftHQr6ONizB3RC7+qudhEnsf8HVC5RtQMWv8nAV2Tnp
NRCjV75nb+B9a2vLVCi7Bmhwxw6R8nfyU6myZE4l708kjovEf5B5vrmZ+/5K3ieg7Fcx/6T8w4LM
1vZJPd9b/sHV9Nb2+XM7nxf+HPat9u9cT/uh9m/e4JZv2/b3tH/3Opd/Pn1v/+8WfN1/8hz+rvzv
Ff6Y/G9cT/kh/p/lXKbmedJ/kpL+k5TwT9I2+vMV5qUwPNwjE3SIkJJlAA6MTcXrnP3w7QtJeF3A
cZwcn4YNtocR3VvS2dwNu+MO+XXHqZuwpwtVXtpmz33yeZnjrrcktV7rwS9PdPfboHz+4CBz7Qpf
ObTEcygy2jWznT+dlycDVgA6J3+cIXAP6BWQPZADj9ZAGgRUjVsE3mDbMFIR2X2XzRajdiwmu6LT
YL9Z7hnZi7wHgh92pPKQHc4FICfvDHpBh5zcM7JbuSAvJ5vak7wnLyecQR4hXk42tb94RwFowO+Z
qgB1dujC9ZVAdkDbeXnmzdRZOHP+GGVF9fmAA2z7owwItf9ZBgCdWdjZO5hYw0812K9eBYinmc4W
1O82wG82/J159b88P1ECNbgG/x9QSwECFAAUAAAACAAAAAAA6GsBWxUvAAAEeAAAFQAAAAAAAAAA
AAAAAAAAAAAAVXBkYXRlLUtCNzE4Ny14ODYuZXhlUEsFBgAAAAABAAEAQwAAAEgvAAAAAA==

-------------CB5BA354B90879B8--




From ospf-bounces@ietf.org Thu Oct 19 08:34:29 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GaX4o-0001xK-Cg; Thu, 19 Oct 2006 08:32:46 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GaX4l-0001x9-Nr
	for ospf@ietf.org; Thu, 19 Oct 2006 08:32:43 -0400
Received: from mail-red.research.att.com ([192.20.225.110])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GaX4i-0003Fc-Gc
	for ospf@ietf.org; Thu, 19 Oct 2006 08:32:43 -0400
Received: from bright.research.att.com (bright.research.att.com
	[135.207.20.189])
	by mail-blue.research.att.com (Postfix) with ESMTP id 184FD147BE5
	for <ospf@ietf.org>; Thu, 19 Oct 2006 08:32:40 -0400 (EDT)
Received: (from fenner@localhost)
	by bright.research.att.com (8.12.11.20060308/8.12.10/Submit) id
	k9JCWdlG028778; Thu, 19 Oct 2006 14:32:39 +0200
From: Bill Fenner <fenner@research.att.com>
Message-Id: <200610191232.k9JCWdlG028778@bright.research.att.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
To: ospf@ietf.org
Date: Thu, 19 Oct 2006 14:32:39 +0200
Versions: dmail (linux) 2.7/makemail 2.14
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 7baded97d9887f7a0c7e8a33c2e3ea1b
Subject: [OSPF] AD Review of draft-ietf-ospf-cap
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=subscribe>
Errors-To: ospf-bounces@ietf.org


I'm sorry for taking so long on this review.

My major comment is that I think that the bit order in
the RI TLV is confusing.  (Partly because the IETF-standard
packet picture is confusing!)

Check this combination:

       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
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |             Informational Capabilities                        |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

      Bit       Capabilities

      1         OSPF graceful restart capable [GRACE]
..

>From the picture, this could mean 0x40000000, while I think it intends
0x00000001.  This may be more confusing when (if) the 33rd bit is
assigned.  I'd recommend a description of the bit numbering, along
the lines of

Bits in the Informational Capabilities field are numbered beginning at
1, starting at the low-order bit of the first 32-bit word.  If further
32-bit words are used, the low-order bit of the second one is numbered
33, the next one is 65, etc.

(That's just off the top of my head and may not make complete sense).
Alternately, you could represent the bits as hex values, e.g.
0x1, 0x2, 0x4, 0x8, 0x10 instead of 1,2,3,4,5.

The other item is the IANA considerations.  Normally we don't say
that a WG is the expert, since the WG may not live forever; we say
that the IESG designates an expert, and the IESG designates the
current WG chairs while the WG exists.

  Bill

_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://www1.ietf.org/mailman/listinfo/ospf



From ospf-bounces@ietf.org Thu Oct 19 18:57:38 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GagoX-0001mg-Ut; Thu, 19 Oct 2006 18:56:37 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GagoW-0001iA-Er
	for ospf@ietf.org; Thu, 19 Oct 2006 18:56:36 -0400
Received: from sj-iport-1-in.cisco.com ([171.71.176.70]
	helo=sj-iport-1.cisco.com) by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GagoJ-0004Bx-Jz
	for ospf@ietf.org; Thu, 19 Oct 2006 18:56:36 -0400
Received: from sj-dkim-3.cisco.com ([171.71.179.195])
	by sj-iport-1.cisco.com with ESMTP; 19 Oct 2006 15:56:23 -0700
Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238])
	by sj-dkim-3.cisco.com (8.12.11.20060308/8.12.11) with ESMTP id
	k9JMuNSo030347; Thu, 19 Oct 2006 15:56:23 -0700
Received: from xbh-rtp-201.amer.cisco.com (xbh-rtp-201.cisco.com
	[64.102.31.12])
	by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id k9JMuMW4016863;
	Thu, 19 Oct 2006 15:56:22 -0700 (PDT)
Received: from xfe-rtp-201.amer.cisco.com ([64.102.31.38]) by
	xbh-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Thu, 19 Oct 2006 18:56:22 -0400
Received: from [10.82.216.102] ([10.82.216.102]) by xfe-rtp-201.amer.cisco.com
	with Microsoft SMTPSVC(6.0.3790.1830); 
	Thu, 19 Oct 2006 18:56:22 -0400
Message-ID: <45380295.3040203@cisco.com>
Date: Thu, 19 Oct 2006 18:56:21 -0400
From: Acee Lindem <acee@cisco.com>
User-Agent: Thunderbird 1.5.0.7 (Windows/20060909)
MIME-Version: 1.0
To: Bill Fenner <fenner@research.att.com>
Subject: Re: [OSPF] AD Review of draft-ietf-ospf-cap
References: <200610191232.k9JCWdlG028778@bright.research.att.com>
In-Reply-To: <200610191232.k9JCWdlG028778@bright.research.att.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 19 Oct 2006 22:56:22.0112 (UTC)
	FILETIME=[CBE4C600:01C6F3D1]
DKIM-Signature: a=rsa-sha1; q=dns; l=2401; t=1161298583; x=1162162583;
	c=relaxed/simple; s=sjdkim3002;
	h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version;
	d=cisco.com; i=acee@cisco.com; z=From:Acee=20Lindem=20<acee@cisco.com>
	|Subject:Re=3A=20[OSPF]=20AD=20Review=20of=20draft-ietf-ospf-cap;
	X=v=3Dcisco.com=3B=20h=3Dc+JmBEW7rwvdfW93DwNImUodnlo=3D;
	b=B/B3wFpzGfrGc6qTU/FngAI3oGXLrajGhM17VtLU7PvtukvLilscJ1WHAjTFD21QcwJ5xlzH
	6wVUQcV4ePZX4uGaWMvsXldiOXRXk+ZqbWNHu+70hhKS3ZSBP/wsBvg+;
Authentication-Results: sj-dkim-3.cisco.com; header.From=acee@cisco.com;
	dkim=pass ( sig from cisco.com verified; ); 
X-Spam-Score: 0.0 (/)
X-Scan-Signature: c0bedb65cce30976f0bf60a0a39edea4
Cc: ospf@ietf.org
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=subscribe>
Errors-To: ospf-bounces@ietf.org

Hi Bill,

Bill Fenner wrote:
> I'm sorry for taking so long on this review.
>
> My major comment is that I think that the bit order in
> the RI TLV is confusing.  (Partly because the IETF-standard
> packet picture is confusing!)
>
> Check this combination:
>
>        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
>       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>       |             Informational Capabilities                        |
>       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>
>       Bit       Capabilities
>
>       1         OSPF graceful restart capable [GRACE]
> ..
>
> >From the picture, this could mean 0x40000000, while I think it intends
> 0x00000001.  This may be more confusing when (if) the 33rd bit is
> assigned.  I'd recommend a description of the bit numbering, along
> the lines of
>
> Bits in the Informational Capabilities field are numbered beginning at
> 1, starting at the low-order bit of the first 32-bit word.  If further
> 32-bit words are used, the low-order bit of the second one is numbered
> 33, the next one is 65, etc.
>
> (That's just off the top of my head and may not make complete sense).
> Alternately, you could represent the bits as hex values, e.g.
> 0x1, 0x2, 0x4, 0x8, 0x10 instead of 1,2,3,4,5.
>   
Actually we did mean to start with the most significant bit in the 32 
bit field
consistent with IETF standard numbering. However, the document has 
changed over its
lifetime and it looks like we've missed bit 0. Since this TLV is for 
informational
purposes I think it would make sense to reclaim bit 0. I'll also claify 
the numbering
and contact someone regarding update of one of the existing 
implementations.

> The other item is the IANA considerations.  Normally we don't say
> that a WG is the expert, since the WG may not live forever; we say
> that the IESG designates an expert, and the IESG designates the
> current WG chairs while the WG exists.
>   
I'll replace "subject to review by the OSPF WG" with "subject to review 
by an expert
designated by the IESG".

Thanks,
Acee

>   Bill
>
> _______________________________________________
> OSPF mailing list
> OSPF@ietf.org
> https://www1.ietf.org/mailman/listinfo/ospf
>
>   

_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://www1.ietf.org/mailman/listinfo/ospf



From ospf-bounces@ietf.org Fri Oct 20 03:37:02 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GaovN-0002pb-5r; Fri, 20 Oct 2006 03:36:13 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gaomw-0004tk-RJ
	for ospf@ietf.org; Fri, 20 Oct 2006 03:27:30 -0400
Received: from szxga02-in.huawei.com ([61.144.161.54])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GaoeE-0003gM-4T
	for ospf@ietf.org; Fri, 20 Oct 2006 03:18:31 -0400
Received: from huawei.com (szxga02-in [172.24.2.6])
	by szxga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 1.25
	(built Mar
	3 2004)) with ESMTP id <0J7F00AZCBTTSI@szxga02-in.huawei.com> for
	ospf@ietf.org; Fri, 20 Oct 2006 15:37:05 +0800 (CST)
Received: from huawei.com ([172.24.1.18])
	by szxga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 1.25
	(built Mar
	3 2004)) with ESMTP id <0J7F002M0BTSQ9@szxga02-in.huawei.com> for
	ospf@ietf.org; Fri, 20 Oct 2006 15:37:04 +0800 (CST)
Received: from l52008 ([10.111.12.72])
	by szxml03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 1.25
	(built Mar
	3 2004)) with ESMTPA id <0J7F002DGB7GGS@szxml03-in.huawei.com> for
	ospf@ietf.org; Fri, 20 Oct 2006 15:23:44 +0800 (CST)
Date: Fri, 20 Oct 2006 15:17:29 +0800
From: Liu Ya <liuya@huawei.com>
To: ospf@ietf.org
Message-id: <00a401c6f417$cdd373d0$480c6f0a@china.huawei.com>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
X-Mailer: Microsoft Office Outlook 11
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
Thread-index: Acb0F814aGRMsi45RY2bdNWyXk713w==
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 798b2e660f1819ae38035ac1d8d5e3ab
Subject: [OSPF] Automated group keying for OSPFv3
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=subscribe>
Errors-To: ospf-bounces@ietf.org

Hi all,

RFC4552 provides authentication/confidentiality to OSPFv3 using
AH/ESP. Manual keying is recommended as default keying method. That
method is not scalable. Script configuration tools can improve that
problem. However, they must be used together with additional secure
mechanisms (e.g. IPsec encryption tunnels) to prevent from passing
plaintext keys from configuration server to devices. Furthermore,
manual intervention can not be completely avoided in such cases as
router crashing and rebooting, route flapping, etc. 

Therefore, an automated, scalable and secure group keying method is
necessary for OSPFv3. Standard group key management protocols have
been defined by MSEC WG. They can be used here to serve the group
keying purpose. 

Comments are welcome.

Regards,
Liu Ya



_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://www1.ietf.org/mailman/listinfo/ospf



From ospf-bounces@ietf.org Fri Oct 20 12:57:46 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GaxfL-000591-Jt; Fri, 20 Oct 2006 12:56:15 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GaxfK-00058w-U8
	for ospf@ietf.org; Fri, 20 Oct 2006 12:56:14 -0400
Received: from [69.37.59.173] (helo=workhorse.brookfield.occnc.com)
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GaxfJ-0001rY-Je
	for ospf@ietf.org; Fri, 20 Oct 2006 12:56:14 -0400
Received: from workhorse.brookfield.occnc.com (localhost [127.0.0.1])
	by workhorse.brookfield.occnc.com (8.13.4/8.13.4) with ESMTP id
	k9KGth71001457; Fri, 20 Oct 2006 12:55:44 -0400 (EDT)
	(envelope-from curtis@workhorse.brookfield.occnc.com)
Message-Id: <200610201655.k9KGth71001457@workhorse.brookfield.occnc.com>
To: Liu Ya <liuya@huawei.com>
Subject: Re: [OSPF] Automated group keying for OSPFv3 
In-reply-to: Your message of "Fri, 20 Oct 2006 15:17:29 +0800."
	<00a401c6f417$cdd373d0$480c6f0a@china.huawei.com> 
Date: Fri, 20 Oct 2006 12:55:43 -0400
From: Curtis Villamizar <curtis@occnc.com>
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 769a46790fb42fbb0b0cc700c82f7081
Cc: ospf@ietf.org
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: curtis@occnc.com
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=subscribe>
Errors-To: ospf-bounces@ietf.org


In message <00a401c6f417$cdd373d0$480c6f0a@china.huawei.com>
Liu Ya writes:
>  
> Hi all,
>  
> RFC4552 provides authentication/confidentiality to OSPFv3 using
> AH/ESP. Manual keying is recommended as default keying method. That
> method is not scalable. Script configuration tools can improve that
> problem. However, they must be used together with additional secure
> mechanisms (e.g. IPsec encryption tunnels) to prevent from passing
> plaintext keys from configuration server to devices. Furthermore,
> manual intervention can not be completely avoided in such cases as
> router crashing and rebooting, route flapping, etc. 
>  
> Therefore, an automated, scalable and secure group keying method is
> necessary for OSPFv3. Standard group key management protocols have
> been defined by MSEC WG. They can be used here to serve the group
> keying purpose. 
>  
> Comments are welcome.
>  
> Regards,
> Liu Ya


The typical provider solution is to automate the distribution of keys
but use a secure means of accessing either a CLI interface or other
interface provided by the router.

In practice, this is a very small problem and it is a solved problem.
The interface (CLI, MIB?, XML?, or other, usually CLI), the means to
access that interface securely, and the method of automating (can be
as simple as a perl program using the 'expect' interface to the CLI)
are all out of scope for the protocol definition.  "Manual" does not
mean human fingers in this contect, but through some means outside the
protocol itself, of which human fingers on the keyboard is one.

Another issue is that export restrictions on cryptography in some
countries and restrictions on use of cryptography in others would
prevent standardizing the "means to access that interface securely".
The least common denominator would be unacceptable in many
circumstances and the stronger methods would be illegal in others.
The key itself is used for authentication and is therefore legal in
places where the best means to avoid sending the key "in the clear"
might not be legal.

Curtis

_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://www1.ietf.org/mailman/listinfo/ospf



From ospf-bounces@ietf.org Fri Oct 20 19:06:00 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gb3QJ-0002G5-U5; Fri, 20 Oct 2006 19:05:07 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gb3QJ-0002Fz-1L
	for ospf@ietf.org; Fri, 20 Oct 2006 19:05:07 -0400
Received: from rtp-iport-1.cisco.com ([64.102.122.148])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gb3QH-00031m-Mi
	for ospf@ietf.org; Fri, 20 Oct 2006 19:05:07 -0400
Received: from rtp-dkim-2.cisco.com ([64.102.121.159])
	by rtp-iport-1.cisco.com with ESMTP; 20 Oct 2006 16:05:05 -0700
Received: from rtp-core-2.cisco.com (rtp-core-2.cisco.com [64.102.124.13])
	by rtp-dkim-2.cisco.com (8.12.11.20060308/8.12.11) with ESMTP id
	k9KN55x2016605; Fri, 20 Oct 2006 19:05:05 -0400
Received: from xbh-rtp-211.amer.cisco.com (xbh-rtp-211.cisco.com
	[64.102.31.102])
	by rtp-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id k9KN55DM028338; 
	Fri, 20 Oct 2006 19:05:05 -0400 (EDT)
Received: from xfe-rtp-202.amer.cisco.com ([64.102.31.21]) by
	xbh-rtp-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Fri, 20 Oct 2006 19:05:05 -0400
Received: from [10.82.216.102] ([10.82.216.102]) by xfe-rtp-202.amer.cisco.com
	with Microsoft SMTPSVC(6.0.3790.1830); 
	Fri, 20 Oct 2006 19:05:04 -0400
Message-ID: <45395620.4090608@cisco.com>
Date: Fri, 20 Oct 2006 19:05:04 -0400
From: Acee Lindem <acee@cisco.com>
User-Agent: Thunderbird 1.5.0.7 (Windows/20060909)
MIME-Version: 1.0
Subject: Re: [OSPF] AD Review of draft-ietf-ospf-cap
References: <200610191232.k9JCWdlG028778@bright.research.att.com>
	<45380295.3040203@cisco.com>
In-Reply-To: <45380295.3040203@cisco.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 20 Oct 2006 23:05:04.0682 (UTC)
	FILETIME=[2DC860A0:01C6F49C]
DKIM-Signature: a=rsa-sha1; q=dns; l=2862; t=1161385505; x=1162249505;
	c=relaxed/simple; s=rtpdkim2001;
	h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version;
	d=cisco.com; i=acee@cisco.com; z=From:Acee=20Lindem=20<acee@cisco.com>
	|Subject:Re=3A=20[OSPF]=20AD=20Review=20of=20draft-ietf-ospf-cap;
	X=v=3Dcisco.com=3B=20h=3Dc+JmBEW7rwvdfW93DwNImUodnlo=3D;
	b=vVPse9caaMocM3/pqFrooXiHSpxq5AM4OfhnWE/1pt81mQOP/4KEwdoBfcCLFMNqNp6p5LSf
	u+UmCxQo5Aa1A1VDdjZEhijjdLt6d5qhgDuP/d4x15WAszfIpUVldxEx;
Authentication-Results: rtp-dkim-2.cisco.com; header.From=acee@cisco.com;
	dkim=pass ( sig from cisco.com verified; ); 
X-Spam-Score: 0.0 (/)
X-Scan-Signature: d185fa790257f526fedfd5d01ed9c976
Cc: ospf@ietf.org
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=subscribe>
Errors-To: ospf-bounces@ietf.org

Bill,
Assuming the Internet Draft editor;s automated response system doesn't 
reject my
submission due to Monday's deadline, I went ahead and made the changes
in the new 09 version of the draft.
Thanks,
Acee
Acee Lindem wrote:
> Hi Bill,
>
> Bill Fenner wrote:
>> I'm sorry for taking so long on this review.
>>
>> My major comment is that I think that the bit order in
>> the RI TLV is confusing.  (Partly because the IETF-standard
>> packet picture is confusing!)
>>
>> Check this combination:
>>
>>        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
>>       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>       |             Informational Capabilities                        |
>>       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>
>>       Bit       Capabilities
>>
>>       1         OSPF graceful restart capable [GRACE]
>> ..
>>
>> >From the picture, this could mean 0x40000000, while I think it intends
>> 0x00000001.  This may be more confusing when (if) the 33rd bit is
>> assigned.  I'd recommend a description of the bit numbering, along
>> the lines of
>>
>> Bits in the Informational Capabilities field are numbered beginning at
>> 1, starting at the low-order bit of the first 32-bit word.  If further
>> 32-bit words are used, the low-order bit of the second one is numbered
>> 33, the next one is 65, etc.
>>
>> (That's just off the top of my head and may not make complete sense).
>> Alternately, you could represent the bits as hex values, e.g.
>> 0x1, 0x2, 0x4, 0x8, 0x10 instead of 1,2,3,4,5.
>>   
> Actually we did mean to start with the most significant bit in the 32 
> bit field
> consistent with IETF standard numbering. However, the document has 
> changed over its
> lifetime and it looks like we've missed bit 0. Since this TLV is for 
> informational
> purposes I think it would make sense to reclaim bit 0. I'll also 
> claify the numbering
> and contact someone regarding update of one of the existing 
> implementations.
>
>> The other item is the IANA considerations.  Normally we don't say
>> that a WG is the expert, since the WG may not live forever; we say
>> that the IESG designates an expert, and the IESG designates the
>> current WG chairs while the WG exists.
>>   
> I'll replace "subject to review by the OSPF WG" with "subject to 
> review by an expert
> designated by the IESG".
>
> Thanks,
> Acee
>
>>   Bill
>>
>> _______________________________________________
>> OSPF mailing list
>> OSPF@ietf.org
>> https://www1.ietf.org/mailman/listinfo/ospf
>>
>>   
>
> _______________________________________________
> OSPF mailing list
> OSPF@ietf.org
> https://www1.ietf.org/mailman/listinfo/ospf
>

_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://www1.ietf.org/mailman/listinfo/ospf



From ospf-bounces@ietf.org Sat Oct 21 08:31:53 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GbFzN-0003Rb-8i; Sat, 21 Oct 2006 08:30:09 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GbFzK-0003Qq-T0; Sat, 21 Oct 2006 08:30:06 -0400
Received: from mail1.noc.data.net.uk ([80.68.34.48])
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GbFzH-0004lX-Fb; Sat, 21 Oct 2006 08:30:06 -0400
Received: from 57-99.dsl.data.net.uk ([80.68.57.99]
	helo=cortex.aria-networks.com)
	by mail1.noc.data.net.uk with esmtp (Exim 3.36 #2)
	id 1GbFzS-0000p4-00; Sat, 21 Oct 2006 13:30:14 +0100
Received: from your029b8cecfe ([217.158.132.35] RDNS failed) by
	cortex.aria-networks.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Sat, 21 Oct 2006 13:29:59 +0100
Message-ID: <0cd701c6f50c$990f3080$540110ac@your029b8cecfe>
From: "Adrian Farrel" <adrian@olddog.co.uk>
To: <isis-wg@ietf.org>,
	<ospf@ietf.org>,
	<mpls@lists.ietf.org>
Date: Sat, 21 Oct 2006 13:22:25 +0100
Organization: Old Dog Consulting
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="iso-8859-1";
	reply-type=response
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2180
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
X-OriginalArrivalTime: 21 Oct 2006 12:30:01.0382 (UTC)
	FILETIME=[A0DBF460:01C6F50C]
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 0bc60ec82efc80c84b8d02f4b0e4de22
Cc: routing-discussion@ietf.org
Subject: [OSPF] CCAMP Working group last call on
	draft-ietf-ccamp-te-node-cap-02.txt 
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: Adrian Farrel <adrian@olddog.co.uk>
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=subscribe>
Errors-To: ospf-bounces@ietf.org

Heads up.

The CCAMP working group is holding a working group last call on this draft.

Your input is invited.

Please send comments direct to the CCAMP mailing list or to the WG chairs 
(Deborah and/or me) if you are not subscribed to CCAMP.

Thanks,
Adrian
----- Original Message ----- 
From: "Adrian Farrel" <adrian@olddog.co.uk>
To: <ccamp@ops.ietf.org>
Sent: Tuesday, October 17, 2006 1:34 AM
Subject: Working group last call on draft-ietf-ccamp-te-node-cap-02.txt


> This starts a two week working group last on 
> http://www.ietf.org/internet-drafts/draft-ietf-ccamp-te-node-cap-02.txt
>
> Please send your comments to the CCAMP mailing list by 12 midnight UK time 
> on Monday 30th October
>
> Thanks,
> Adrian and Deborah 



_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://www1.ietf.org/mailman/listinfo/ospf



From ospf-bounces@ietf.org Sat Oct 21 08:49:17 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GbGHr-00066z-3Z; Sat, 21 Oct 2006 08:49:15 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GbGHo-00065q-Mc; Sat, 21 Oct 2006 08:49:12 -0400
Received: from mail1.noc.data.net.uk ([80.68.34.48])
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GbGHl-0008GN-Jb; Sat, 21 Oct 2006 08:49:12 -0400
Received: from 57-99.dsl.data.net.uk ([80.68.57.99]
	helo=cortex.aria-networks.com)
	by mail1.noc.data.net.uk with esmtp (Exim 3.36 #2)
	id 1GbGHq-0003Ma-00; Sat, 21 Oct 2006 13:49:14 +0100
Received: from your029b8cecfe ([217.158.132.35] RDNS failed) by
	cortex.aria-networks.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Sat, 21 Oct 2006 13:48:59 +0100
Message-ID: <0cfb01c6f50f$45521680$540110ac@your029b8cecfe>
From: "Adrian Farrel" <adrian@olddog.co.uk>
To: <isis-wg@ietf.org>,
	<ospf@ietf.org>,
	<mpls@lists.ietf.org>
References: <0cd701c6f50c$990f3080$540110ac@your029b8cecfe>
Date: Sat, 21 Oct 2006 13:48:41 +0100
Organization: Old Dog Consulting
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="iso-8859-1";
	reply-type=response
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2180
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
X-OriginalArrivalTime: 21 Oct 2006 12:49:00.0505 (UTC)
	FILETIME=[47D45490:01C6F50F]
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 92df29fa99cf13e554b84c8374345c17
Cc: routing-discussion@ietf.org
Subject: [OSPF] Re: CCAMP Working group last call
	ondraft-ietf-ccamp-te-node-cap-02.txt 
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: Adrian Farrel <adrian@olddog.co.uk>
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=subscribe>
Errors-To: ospf-bounces@ietf.org

Hi,

Since clicking on the URL may not be a function available to all of you, 
here is the abstract of the I-D.

Cheers,
Adrian

Abstract

   It is highly desired in several cases, to take into account Traffic
   Engineering (TE) node capabilities during Multi Protocol Label
   Switching (MPLS) Traffic Engineered Label Switched Path (TE-LSP)
   selection, such as for instance the capability to act as a branch
   Label Switching Router (LSR) of a Point-To-MultiPoint (P2MP) LSP.
   This requires advertising these capabilities within the Interior
   Gateway Protocol (IGP). For that purpose, this document specifies
   Open Shortest Path First (OSPF) and Intermediate System-Intermediate
   System (IS-IS) traffic engineering extensions for the advertisement
   of control plane and data plane traffic engineering node
   capabilities.


----- Original Message ----- 
From: "Adrian Farrel" <adrian@olddog.co.uk>
To: <isis-wg@ietf.org>; <ospf@ietf.org>; <mpls@lists.ietf.org>
Cc: <routing-discussion@ietf.org>
Sent: Saturday, October 21, 2006 1:22 PM
Subject: [OSPF] CCAMP Working group last call 
ondraft-ietf-ccamp-te-node-cap-02.txt


> Heads up.
>
> The CCAMP working group is holding a working group last call on this 
> draft.
>
> Your input is invited.
>
> Please send comments direct to the CCAMP mailing list or to the WG chairs 
> (Deborah and/or me) if you are not subscribed to CCAMP.
>
> Thanks,
> Adrian
> ----- Original Message ----- 
> From: "Adrian Farrel" <adrian@olddog.co.uk>
> To: <ccamp@ops.ietf.org>
> Sent: Tuesday, October 17, 2006 1:34 AM
> Subject: Working group last call on draft-ietf-ccamp-te-node-cap-02.txt
>
>
>> This starts a two week working group last on 
>> http://www.ietf.org/internet-drafts/draft-ietf-ccamp-te-node-cap-02.txt
>>
>> Please send your comments to the CCAMP mailing list by 12 midnight UK 
>> time on Monday 30th October
>>
>> Thanks,
>> Adrian and Deborah
>
>
>
> _______________________________________________
> OSPF mailing list
> OSPF@ietf.org
> https://www1.ietf.org/mailman/listinfo/ospf
>
>
> 



_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://www1.ietf.org/mailman/listinfo/ospf



From ospf-bounces@ietf.org Sat Oct 21 17:11:02 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GbO5N-00089R-4u; Sat, 21 Oct 2006 17:08:53 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GbO5L-000856-Uw
	for ospf@ietf.org; Sat, 21 Oct 2006 17:08:51 -0400
Received: from mail-red.research.att.com ([192.20.225.110])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GbO5K-0006U1-PY
	for ospf@ietf.org; Sat, 21 Oct 2006 17:08:51 -0400
Received: from bright.research.att.com (bright.research.att.com
	[135.207.20.189])
	by mail-blue.research.att.com (Postfix) with ESMTP id 88B98147CA9;
	Sat, 21 Oct 2006 17:08:48 -0400 (EDT)
Received: (from fenner@localhost)
	by bright.research.att.com (8.12.11.20060308/8.12.10/Submit) id
	k9LL8mqP009057; Sat, 21 Oct 2006 23:08:48 +0200
From: Bill Fenner <fenner@research.att.com>
Message-Id: <200610212108.k9LL8mqP009057@bright.research.att.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
To: Acee Lindem <acee@cisco.com>
Subject: Re: [OSPF] AD Review of draft-ietf-ospf-cap
References: <200610191232.k9JCWdlG028778@bright.research.att.com>
	<45380295.3040203@cisco.com> <45395620.4090608@cisco.com>
Date: Sat, 21 Oct 2006 23:08:48 +0200
Versions: dmail (linux) 2.7/makemail 2.14
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 8ac499381112328dd60aea5b1ff596ea
Cc: ospf@ietf.org
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=subscribe>
Errors-To: ospf-bounces@ietf.org


>I went ahead and made the changes in the new 09 version of the draft.

Excellent.  When it comes out, I'll start an IETF Last Call.

  Bill

_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://www1.ietf.org/mailman/listinfo/ospf



From ospf-bounces@ietf.org Sun Oct 22 02:38:19 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GbWx1-0001ZU-Af; Sun, 22 Oct 2006 02:36:51 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GbWwy-0001Yz-0R; Sun, 22 Oct 2006 02:36:48 -0400
Received: from sj-iport-6.cisco.com ([171.71.176.117])
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GbWwv-0004ia-EC; Sun, 22 Oct 2006 02:36:47 -0400
Received: from sj-dkim-3.cisco.com ([171.71.179.195])
	by sj-iport-6.cisco.com with ESMTP; 21 Oct 2006 23:36:44 -0700
Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238])
	by sj-dkim-3.cisco.com (8.12.11.20060308/8.12.11) with ESMTP id
	k9M6aiV7029544; Sat, 21 Oct 2006 23:36:44 -0700
Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com
	[128.107.191.100])
	by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id k9M6aiW4001925;
	Sat, 21 Oct 2006 23:36:44 -0700 (PDT)
Received: from xmb-sjc-222.amer.cisco.com ([128.107.191.106]) by
	xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.211);
	Sat, 21 Oct 2006 23:36:44 -0700
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: Sat, 21 Oct 2006 23:36:42 -0700
Message-ID: <AE36820147909644AD2A7CA014B1FB520280F959@xmb-sjc-222.amer.cisco.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Isis-wg] CCAMP Working group last call
	ondraft-ietf-ccamp-te-node-cap-02.txt 
Thread-Index: Acb1DSpF4zoRNfWVS4+Sz26C3QSaHQAlAJrg
From: "Les Ginsberg \(ginsberg\)" <ginsberg@cisco.com>
To: "Adrian Farrel" <adrian@olddog.co.uk>, <isis-wg@ietf.org>, <ospf@ietf.org>,
	<mpls@lists.ietf.org>
X-OriginalArrivalTime: 22 Oct 2006 06:36:44.0022 (UTC)
	FILETIME=[70A94160:01C6F5A4]
DKIM-Signature: a=rsa-sha1; q=dns; l=3311; t=1161499004; x=1162363004;
	c=relaxed/simple; s=sjdkim3002;
	h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version;
	d=cisco.com; i=ginsberg@cisco.com;
	z=From:=22Les=20Ginsberg=20\(ginsberg\)=22=20<ginsberg@cisco.com>
	|Subject:RE=3A=20[Isis-wg]=20CCAMP=20Working=20group=20last=20call=20ondraft-ietf
	-ccamp-te-node-cap-02.txt=20;
	X=v=3Dcisco.com=3B=20h=3D5FSl2d6szlJU4Wx+V6QnZRHeV0g=3D;
	b=QEm1WabRNZSq1oQRvsYd31IxjyOBzdAlnhwLVk11Vl/0J8RPs508qFaDpHdPCIUptWyIgYdP
	oToSXhbR/pTomykczffuZECu/wIYyvjerm3cybZEU5i1MwVhpMwLV5Bs;
Authentication-Results: sj-dkim-3.cisco.com; header.From=ginsberg@cisco.com;
	dkim=pass ( sig from cisco.com verified; ); 
X-Spam-Score: 0.0 (/)
X-Scan-Signature: e1b0e72ff1bbd457ceef31828f216a86
Cc: routing-discussion@ietf.org
Subject: [OSPF] RE: [Isis-wg] CCAMP Working group last call
	ondraft-ietf-ccamp-te-node-cap-02.txt 
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=subscribe>
Errors-To: ospf-bounces@ietf.org

In regards to the IS-IS definitions, there is (again - sorry JP...)
confusion in the use of the terms TLV and subTLV.

For example, in Section 2 it states:

<snip>
A new TLV is defined for ISIS and OSPF: the TE Node Capability=20
   Descriptor TLV, to be carried within:=20
        - The ISIS Capability TLV ([ISIS-CAP]) for ISIS...
<end snip>

If the information is carried within another TLV, then it is clearly
subTLV information - the difference between the two is more than
terminology since it impacts both the encoding and the scope of the
identifiers which are assigned.

Section 4.2 then goes on to discuss:

"The format of the IS-IS TE Node Capability TLV" - which is, as pointed
out above, actually a subTLV.

And then goes on to define "subsubTLVs" (which are incorrectly called
subTLVs).

As "subsubTLVs" are new to IS-IS encoding some discussion of this added
level of hierarchy is required. However, I think it might also be fair
to entertain the possibility that the "TE Node Capability subTLV" be
deleted and the "subsubTLVs" defined in the subsections of 4.2 be
defined more directly as subTLVs of the IS-IS CAPs TLV. This is possible
because as currently defined, the "TE Node Capability subTLV" has no
information at the subTLV level - it is simply a container for the
subsubTLV information. This would allow for a more efficient encoding
without any loss of functionality.

Whatever the resolution, all the text relating to this must be reworded
to be consistent and accurate.

I would also prefer that the wording of the following sentence in
Section 5.2:

"An empty TE Node Capability Descriptor MUST be discarded."

be changed to

"An empty TE Node Capability Descriptor MUST be ignored."

The term "discard" suggests that a router which leaks a CAP TLV
containing TE node capability information might be required to modify
the contents of that TLV - which is something to be avoided.

   Les

> -----Original Message-----
> From: Adrian Farrel [mailto:adrian@olddog.co.uk]
> Sent: Saturday, October 21, 2006 5:22 AM
> To: isis-wg@ietf.org; ospf@ietf.org; mpls@lists.ietf.org
> Cc: Brungard, Deborah A, ALABS; routing-discussion@ietf.org
> Subject: [Isis-wg] CCAMP Working group last call
ondraft-ietf-ccamp-te-
> node-cap-02.txt
>=20
> Heads up.
>=20
> The CCAMP working group is holding a working group last call on this
> draft.
>=20
> Your input is invited.
>=20
> Please send comments direct to the CCAMP mailing list or to the WG
chairs
> (Deborah and/or me) if you are not subscribed to CCAMP.
>=20
> Thanks,
> Adrian
> ----- Original Message -----
> From: "Adrian Farrel" <adrian@olddog.co.uk>
> To: <ccamp@ops.ietf.org>
> Sent: Tuesday, October 17, 2006 1:34 AM
> Subject: Working group last call on
draft-ietf-ccamp-te-node-cap-02.txt
>=20
>=20
> > This starts a two week working group last on
> >
http://www.ietf.org/internet-drafts/draft-ietf-ccamp-te-node-cap-02.txt
> >
> > Please send your comments to the CCAMP mailing list by 12 midnight
UK
> time
> > on Monday 30th October
> >
> > Thanks,
> > Adrian and Deborah
>=20
>=20
>=20
> _______________________________________________
> Isis-wg mailing list
> Isis-wg@ietf.org
> https://www1.ietf.org/mailman/listinfo/isis-wg

_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://www1.ietf.org/mailman/listinfo/ospf



From ospf-bounces@ietf.org Mon Oct 23 13:45:45 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gc3q9-00074V-Ut; Mon, 23 Oct 2006 13:43:57 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gc3q9-00074H-EE
	for ospf@ietf.org; Mon, 23 Oct 2006 13:43:57 -0400
Received: from mail-red.research.att.com ([192.20.225.110])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gc3q4-0003O9-JY
	for ospf@ietf.org; Mon, 23 Oct 2006 13:43:57 -0400
Received: from bright.research.att.com (bright.research.att.com
	[135.207.20.189])
	by mail-blue.research.att.com (Postfix) with ESMTP id AB956147CCC;
	Mon, 23 Oct 2006 13:43:51 -0400 (EDT)
Received: (from fenner@localhost)
	by bright.research.att.com (8.12.11.20060308/8.12.10/Submit) id
	k9NHhpF5020698; Mon, 23 Oct 2006 10:43:51 -0700
From: Bill Fenner <fenner@research.att.com>
Message-Id: <200610231743.k9NHhpF5020698@bright.research.att.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
To: Acee Lindem <acee@cisco.com>
Subject: Re: [OSPF] AD Review of draft-ietf-ospf-cap
References: <200610191232.k9JCWdlG028778@bright.research.att.com>
	<45380295.3040203@cisco.com>
Date: Mon, 23 Oct 2006 10:43:51 -0700
Versions: dmail (linux) 2.7/makemail 2.14
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 68c8cc8a64a9d0402e43b8eee9fc4199
Cc: ospf@ietf.org
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=subscribe>
Errors-To: ospf-bounces@ietf.org


>Since this TLV is for informational
>purposes I think it would make sense to reclaim bit 0. I'll also claify 
>the numbering and contact someone regarding update of one of the existing 
>implementations.

After thinking about this a little more, if it makes more sense
to keep some of the bits where they were before due to implementations,
it's reasonable to leave a hole (either at zero, or somewhere else)
and allow that to be assigned by IANA/Expert later.

  Bill

_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://www1.ietf.org/mailman/listinfo/ospf



From MAILER-DAEMON Wed Oct 25 10:33:24 2006
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gcjoq-0007Zi-P9
	for ospf-archive@lists.ietf.org; Wed, 25 Oct 2006 10:33:24 -0400
Received: from esacom57-ext.estec.esa.int ([131.176.107.4] helo=esacom57-int.estec.esa.int)
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1Gcjon-0004zJ-58
	for ospf-archive@lists.ietf.org; Wed, 25 Oct 2006 10:33:24 -0400
Received: from esacom52.estec.esa.int (esacom52.estec.esa.int [131.176.7.7])
	by esacom57-int.estec.esa.int (8.12.10/8.12.10/ESA-External-v3.2) with ESMTP id k9PEXCmP000031
	for <ospf-archive@lists.ietf.org>; Wed, 25 Oct 2006 16:33:12 +0200 (MET DST)
Received: from localhost (localhost)
	by esacom52.estec.esa.int (8.12.10/8.12.10/ESA-Internal-v3.2) id k9PEXCoT021022;
	Wed, 25 Oct 2006 16:33:12 +0200 (MET DST)
Date: Wed, 25 Oct 2006 16:33:12 +0200 (MET DST)
From: Mail Delivery Subsystem <MAILER-DAEMON@mail-gw.estec.esa.int>
Message-Id: <200610251433.k9PEXCoT021022@esacom52.estec.esa.int>
To: <ospf-archive@lists.ietf.org>
MIME-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
	boundary="k9PEXCoT021022.1161786792/esacom52.estec.esa.int"
Subject: Returned mail: see transcript for details
Auto-Submitted: auto-generated (failure)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 31247fb3be228bb596db9127becad0bc

This is a MIME-encapsulated message

--k9PEXCoT021022.1161786792/esacom52.estec.esa.int

The original message was received at Wed, 25 Oct 2006 16:33:12 +0200 (MET DST)
from firewall-user@esacom56-int.estec.esa.int [131.176.33.3]

   ----- The following addresses had permanent fatal errors -----
<richard.burke@esa.int>
    (reason: 550 richard.burke@estecmail1.estec.esa.int... No such user)

   ----- Transcript of session follows -----
... while talking to estecmta2.estec.esa.int.:
>>> RCPT To:<richard.burke@estecmail1.estec.esa.int>
<<< 550 richard.burke@estecmail1.estec.esa.int... No such user
550 5.1.1 <richard.burke@esa.int>... User unknown

--k9PEXCoT021022.1161786792/esacom52.estec.esa.int
Content-Type: message/delivery-status

Reporting-MTA: dns; esacom52.estec.esa.int
Received-From-MTA: DNS; esacom56-int.estec.esa.int
Arrival-Date: Wed, 25 Oct 2006 16:33:12 +0200 (MET DST)

Original-Recipient: rfc822;richard.burke@esa.int
Final-Recipient: RFC822; richard.burke@estecmail1.estec.esa.int
Action: failed
Status: 5.1.1
Remote-MTA: DNS; estecmta2.estec.esa.int
Diagnostic-Code: SMTP; 550 richard.burke@estecmail1.estec.esa.int... No such user
Last-Attempt-Date: Wed, 25 Oct 2006 16:33:12 +0200 (MET DST)

--k9PEXCoT021022.1161786792/esacom52.estec.esa.int
Content-Type: text/rfc822-headers

Return-Path: <ospf-archive@lists.ietf.org>
Received: from esacom56-int.estec.esa.int (firewall-user@esacom56-int.estec.esa.int [131.176.33.3])
	by esacom52.estec.esa.int (8.12.10/8.12.10/ESA-Internal-v3.2) with ESMTP id k9PEX8oT021005
	for <richard.burke@esa.int>; Wed, 25 Oct 2006 16:33:12 +0200 (MET DST)
Received: from esa-av-smtp2.gmessaging.net (esa-av-smtp2.gmessaging.net [194.51.201.23])
	by esacom56-int.estec.esa.int (8.12.10/8.12.10/ESA-External-v3.2) with ESMTP id k9PEGFAn008182
	for <richard.burke@esa.int>; Wed, 25 Oct 2006 16:33:07 +0200 (MET DST)
Received: from esa-spas2.gmessaging.net (relay2 [172.24.21.39])
 by esa-av-smtp2.gmessaging.net
 (iPlanet Messaging Server 5.2 HotFix 2.04 (built Feb  8 2005))
 with ESMTP id <0J7P00M7W4EEAK@esa-av-smtp2.gmessaging.net> for
 richard.burke@esa.int; Wed, 25 Oct 2006 16:32:39 +0200 (MEST)
Received: from localhost (esa-spas2 [127.0.0.1])
	by localhost.esa.gmessaging.net (Postfix) with ESMTP id AC28A219E4E	for
 <richard.burke@esa.int>; Wed, 25 Oct 2006 16:32:37 +0200 (CEST)
Received: from esa-spas2.gmessaging.net ([127.0.0.1])
 by localhost (esa-spas2 [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id 27610-01-2 for <richard.burke@esa.int>; Wed,
 25 Oct 2006 16:32:37 +0200 (CEST)
Received: from lists.ietf.org
 (pool-71-111-44-77.ptldor.dsl-w.verizon.net [71.111.44.77])
	by esa-spas2.gmessaging.net (Postfix) with ESMTP id 29060219EC7	for
 <richard.burke@esa.int>; Wed, 25 Oct 2006 16:32:32 +0200 (CEST)
Date: Wed, 25 Oct 2006 07:32:38 -0700
From: ospf-archive@lists.ietf.org
Subject: SPAM:********** REPORT
To: richard.burke@esa.int
Message-id: <20061025143235.29060219EC7@esa-spas2.gmessaging.net>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
Content-type: multipart/mixed;
 boundary="----=_NextPart_000_0014_382CAD01.7911AA7B"
X-Priority: 3
X-MSMail-priority: Normal
X-Spam-Status: Yes, hits=10.4 tagged_above=4.5 required=4.5 tests=BAYES_99,
 FORGED_MUA_OUTLOOK, MSGID_FROM_MTA_SHORT, NO_REAL_NAME
X-Spam-Level: **********
X-Spam-Flag: This mail is probably spam.
X-Spam-Score: Content analysis details:   (10.4 points,
 4.5 points required to be considered as spam) 0.2 NO_REAL_NAME           From:
 does not include a real name 4.6 BAYES_99               BODY: Bayesian spam
 probability is 99 to 100%                            [score: 1.0000] 3.0
 MSGID_FROM_MTA_SHORT   Message-Id was added by a relay 2.6 FORGED_MUA_OUTLOOK
    Forged mail pretending to be from MS Outlook

--k9PEXCoT021022.1161786792/esacom52.estec.esa.int--




From ospf-bounces@ietf.org Wed Oct 25 21:48:47 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GcuL0-0001xc-Qn; Wed, 25 Oct 2006 21:47:18 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GcuKz-0001xS-Hd
	for ospf@ietf.org; Wed, 25 Oct 2006 21:47:17 -0400
Received: from pop-savannah.atl.sa.earthlink.net ([207.69.195.69])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GcuKy-0000FY-8I
	for ospf@ietf.org; Wed, 25 Oct 2006 21:47:17 -0400
Received: from dialup-4.243.131.195.dial1.sanfrancisco1.level3.net
	([4.243.131.195] helo=earthlink.net)
	by pop-savannah.atl.sa.earthlink.net with esmtp (Exim 3.36 #1)
	id 1GcuKw-0001Al-00
	for ospf@ietf.org; Wed, 25 Oct 2006 21:47:15 -0400
Message-ID: <454013A1.6070203@earthlink.net>
Date: Wed, 25 Oct 2006 18:47:13 -0700
From: Richard Ogier <ogier@earthlink.net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:0.9.4) Gecko/20011128 Netscape6/6.2.1 (emach0202)
X-Accept-Language: en-us
MIME-Version: 1.0
To: OSPF List <ospf@ietf.org>
Subject: Re: [OSPF] Database Exchange Summary List Optimization
References: <44B7E563.3000706@cisco.com>	<44B7E6D0.6030304@cisco.com>	<44BD1FE6.2030202@earthlink.net>	<44CAAB32.4B2A546D@earthlink.net>	<44DB9074.8000700@earthlink.net>	<44EE1D00.50502@cisco.com>	<44F724CB.50100@earthlink.net>	<Pine.LNX.4.64.0609041353380.1936@sheen.jakma.org>	<44FDE7DD.6E016C98@earthlink.net>	<44FDF3E9.50003@cisco.com>	<44FE4E2F.BEAE45EA@earthlink.net>	<44FF3450.2010708@cisco.com>
	<44FF5762.1A02E52@earthlink.net>	<450183CE.4010805@earthlink.net>
	<450A1EE9.71A61D19@earthlink.net> <45194A5F.9060404@earthlink.net>
Content-Type: text/plain; charset=ISO-8859-2; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 93238566e09e6e262849b4f805833007
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=subscribe>
Errors-To: ospf-bounces@ietf.org

As indicated in my message of 9/26/06, I submitted the following draft
update which removes Options B and C from the database exchange
summary list optimization.
http://www.ietf.org/internet-drafts/draft-ogier-ospf-dbex-opt-02.txt

Recall that Option A requires the summary list to be fully updated
(by processing all LSAs listed in the received DD packet) before
the next DD packet is sent in response.
Option A is no longer optional, but is part of the specification
in Section 2.  In addition, the draft clarifies that the new
step (which updates the summary list) may be performed either
before or after the router looks up the listed LSA in its database
and possibly adds the LSA to the Link state request list.
(See the last two paragraphs of Section 2.)
The point is that the summary list must be fully updated before
the next DD packet is sent, but other processing of a received
DD packet need not be done at the same time.
As a result, the spec no longer assumes that the router has
looked up the listed LSA in its database before deciding whether
to remove the LSA from the summary list.  Such details are
left to the implementation.

Richard


_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://www1.ietf.org/mailman/listinfo/ospf



From ospf-bounces@ietf.org Thu Oct 26 03:57:36 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gd06G-0005tM-7H; Thu, 26 Oct 2006 03:56:28 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gd05a-0003g9-TD
	for ospf@ietf.org; Thu, 26 Oct 2006 03:55:46 -0400
Received: from wx-out-0506.google.com ([66.249.82.224])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GczrO-0005HV-IT
	for ospf@ietf.org; Thu, 26 Oct 2006 03:41:06 -0400
Received: by wx-out-0506.google.com with SMTP id t4so357564wxc
	for <ospf@ietf.org>; Thu, 26 Oct 2006 00:41:06 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references;
	b=Qs8bdEUGDYbgrI1559a1F3ExhEJ0uYajgKbrSL/azNyE866tCwmOqJWo6hYR5ZmEtpe7sC4Y8fv/MppZ8P4MXYxZken2hw8eJhGkr2P4bTJ1QXvvfjySZAE3/KfQXYYGbckK9zvtoTfhBDhjPbc+fryZLO9OJwaq7euiFYdAjPk=
Received: by 10.90.105.20 with SMTP id d20mr1002805agc;
	Thu, 26 Oct 2006 00:41:06 -0700 (PDT)
Received: by 10.90.66.1 with HTTP; Thu, 26 Oct 2006 00:41:06 -0700 (PDT)
Message-ID: <b33c82d0610260041v216237d4w653d1042b9ec6bb@mail.gmail.com>
Date: Thu, 26 Oct 2006 13:11:06 +0530
From: "sujay gupta" <sujay.ietf@gmail.com>
To: "Acee Lindem" <acee@cisco.com>
Subject: Re: [OSPF] OSPF GR query
In-Reply-To: <45252069.10200@cisco.com>
MIME-Version: 1.0
References: <988EE2C769AC284ABAE9328BFC10703F011AAD88@ZMY16EXM66.ds.mot.com>
	<45252069.10200@cisco.com>
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 848ed35f2a4fc0638fa89629cb640f48
Cc: ospf@ietf.org
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0873612843=="
Errors-To: ospf-bounces@ietf.org

--===============0873612843==
Content-Type: multipart/alternative; 
	boundary="----=_Part_31201_4521561.1161848466190"

------=_Part_31201_4521561.1161848466190
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi Acee,
A late mail on this thread.

given the scenario if R3-R1 is a stub area
and the incoming LSA is a type-5, even with strict LSA
checking enabled will not exit Helper mode.

It can be a nice idea to give some explicit notification
by R2 to R1 about exiting helper mode.

As rightly pointed by you the above conditions and more
has been causing some confusion for some time.
Our proposal ;
http://tools.ietf.org/wg/ospf/draft-holla-ospf-update-graceful-restart-02.txt
hopefully resolves this.
Could we add this as an addendum/reference to RFC3623?, purely an
add-on.
Best Regards.
Sujay

On 10/5/06, Acee Lindem <acee@cisco.com> wrote:
>
> Khan Amir-G20247 wrote:
> > Hi Ace
> >
> > But reaching to a FULL state is not one of the conditions for Helper to
> > quit Helper mode, I guess a Helper who has reached
> > to FULL state with its restarting router will wait for Grace LSAs to be
> > flushed or GR timeout to happen for exiting Helper mode.
> >
> No - The presumption is when you reach FULL state you don't need to "quit"
> helping - you have "finished" helping. Over the years, there have been a
> few situations that could have been better documented - however, this
> never
> caused any confusion in the past.
>
> Thanks,
> Acee
>
> > Regards
> > Aamir
> >
> >
> > -----Original Message-----
> > From: Acee Lindem [mailto:acee@cisco.com]
> > Sent: Thursday, October 05, 2006 8:00 PM
> > To: Khan Amir-G20247
> > Cc: ospf@ietf.org
> > Subject: Re: [OSPF] OSPF GR query
> >
> > Hello Amir,
> >
> > Khan Amir-G20247 wrote:
> >
> >>
> >>
> >> Hi
> >>
> >> I have query related to OSPF Graceful Restart.
> >>
> >> Consider this scenario:
> >>
> >>
> >>
> >> - Three Routers R1, R2 and R3 connected via Broadcast networks.
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >> - Where R1 is a DR on both the segments, where as R2 and R3 are in
> >> DR-other
> >> - Now R1 wants to perform GR, R2 and R3 agrees to be its Helpers.
> >> - Now after restart R1 will try to form adjacency with both R2 and R3.
> >>
> >
> >
> >> - Lets say R1 and R2 had become FULL, while R1 and R3 had reached
> >> Exstart state.   Now at this time R2 receives an LSA (any type 1-5 and
> >> 7, from some other router existing in the same area, not pictured
> >> here) which he needs to flood to R1.
> >> - This will force R2 to quit Helper Status, while R1 and R3 are still
> >> in process of forming adjacency.
> >>
> >>
> > Since he has reached FULL state, he is no longer a helper router.
> >
> >> Considering above scenario, my doubts are:
> >>
> >> - How will R1 come to know that its Helper R2 has quit?
> >>
> >>
> > Since he has reached FULL state, he is no longer a helper router.
> >
> >> - Will the adjacency between R1 and R2 needs to go down, as R2 quits
> >> helper mode?
> >>
> >>
> > No
> >
> >> - Will this effect the adjacency formation of R1 and R3?
> >>
> >>
> > No. R3 MAY exit helper status and re-originate a new router LSA if he
> > receives the new LSA before reaching FULL state with R1 AND he is has
> > strict-LSA-checking configured.
> >
> > Hope this helps,
> > Acee
> >
> >>
> >>
> >> Regards
> >> Aamir
> >>
> >>
> >>
> >>
> >>
> >> ----------------------------------------------------------------------
> >> --
> >>
> >> _______________________________________________
> >> OSPF mailing list
> >> OSPF@ietf.org
> >> https://www1.ietf.org/mailman/listinfo/ospf
> >>
> >>
> >
> >
>
> _______________________________________________
> OSPF mailing list
> OSPF@ietf.org
> https://www1.ietf.org/mailman/listinfo/ospf
>

------=_Part_31201_4521561.1161848466190
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

<br>Hi Acee,<br>A late mail on this thread.<br><br>given the scenario if R3-R1 is a stub area<br>and the incoming LSA is a type-5, even with strict LSA<br>checking enabled will not exit Helper mode.<br><br>It can be a nice idea to give some explicit notification
<br>by R2 to R1 about exiting helper mode.<br><br>As rightly pointed by you the above conditions and more<br>has been causing some confusion for some time.<br>Our proposal ;<br><a href="http://tools.ietf.org/wg/ospf/draft-holla-ospf-update-graceful-restart-02.txt">
http://tools.ietf.org/wg/ospf/draft-holla-ospf-update-graceful-restart-02.txt</a><br>hopefully resolves this.<br>Could we add this as an addendum/reference to RFC3623?, purely an<br>add-on.<br>Best Regards.<br>Sujay<br><br>
<div><span class="gmail_quote">On 10/5/06, <b class="gmail_sendername">Acee Lindem</b> &lt;<a href="mailto:acee@cisco.com">acee@cisco.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Khan Amir-G20247 wrote:<br>&gt; Hi Ace<br>&gt;<br>&gt; But reaching to a FULL state is not one of the conditions for Helper to<br>&gt; quit Helper mode, I guess a Helper who has reached<br>&gt; to FULL state with its restarting router will wait for Grace LSAs to be
<br>&gt; flushed or GR timeout to happen for exiting Helper mode.<br>&gt;<br>No - The presumption is when you reach FULL state you don't need to &quot;quit&quot;<br>helping - you have &quot;finished&quot; helping. Over the years, there have been a
<br>few situations that could have been better documented - however, this never<br>caused any confusion in the past.<br><br>Thanks,<br>Acee<br><br>&gt; Regards<br>&gt; Aamir<br>&gt;<br>&gt;<br>&gt; -----Original Message-----
<br>&gt; From: Acee Lindem [mailto:<a href="mailto:acee@cisco.com">acee@cisco.com</a>]<br>&gt; Sent: Thursday, October 05, 2006 8:00 PM<br>&gt; To: Khan Amir-G20247<br>&gt; Cc: <a href="mailto:ospf@ietf.org">ospf@ietf.org
</a><br>&gt; Subject: Re: [OSPF] OSPF GR query<br>&gt;<br>&gt; Hello Amir,<br>&gt;<br>&gt; Khan Amir-G20247 wrote:<br>&gt;<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt; Hi<br>&gt;&gt;<br>&gt;&gt; I have query related to OSPF Graceful Restart.
<br>&gt;&gt;<br>&gt;&gt; Consider this scenario:<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt; - Three Routers R1, R2 and R3 connected via Broadcast networks.<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt;<br>
&gt;&gt;<br>&gt;&gt;<br>&gt;&gt; - Where R1 is a DR on both the segments, where as R2 and R3 are in<br>&gt;&gt; DR-other<br>&gt;&gt; - Now R1 wants to perform GR, R2 and R3 agrees to be its Helpers.<br>&gt;&gt; - Now after restart R1 will try to form adjacency with both R2 and R3.
<br>&gt;&gt;<br>&gt;<br>&gt;<br>&gt;&gt; - Lets say R1 and R2 had become FULL, while R1 and R3 had reached<br>&gt;&gt; Exstart state.&nbsp;&nbsp; Now at this time R2 receives an LSA (any type 1-5 and<br>&gt;&gt; 7, from some other router existing in the same area, not pictured
<br>&gt;&gt; here) which he needs to flood to R1.<br>&gt;&gt; - This will force R2 to quit Helper Status, while R1 and R3 are still<br>&gt;&gt; in process of forming adjacency.<br>&gt;&gt;<br>&gt;&gt;<br>&gt; Since he has reached FULL state, he is no longer a helper router.
<br>&gt;<br>&gt;&gt; Considering above scenario, my doubts are:<br>&gt;&gt;<br>&gt;&gt; - How will R1 come to know that its Helper R2 has quit?<br>&gt;&gt;<br>&gt;&gt;<br>&gt; Since he has reached FULL state, he is no longer a helper router.
<br>&gt;<br>&gt;&gt; - Will the adjacency between R1 and R2 needs to go down, as R2 quits<br>&gt;&gt; helper mode?<br>&gt;&gt;<br>&gt;&gt;<br>&gt; No<br>&gt;<br>&gt;&gt; - Will this effect the adjacency formation of R1 and R3?
<br>&gt;&gt;<br>&gt;&gt;<br>&gt; No. R3 MAY exit helper status and re-originate a new router LSA if he<br>&gt; receives the new LSA before reaching FULL state with R1 AND he is has<br>&gt; strict-LSA-checking configured.<br>
&gt;<br>&gt; Hope this helps,<br>&gt; Acee<br>&gt;<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt; Regards<br>&gt;&gt; Aamir<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt; ----------------------------------------------------------------------
<br>&gt;&gt; --<br>&gt;&gt;<br>&gt;&gt; _______________________________________________<br>&gt;&gt; OSPF mailing list<br>&gt;&gt; <a href="mailto:OSPF@ietf.org">OSPF@ietf.org</a><br>&gt;&gt; <a href="https://www1.ietf.org/mailman/listinfo/ospf">
https://www1.ietf.org/mailman/listinfo/ospf</a><br>&gt;&gt;<br>&gt;&gt;<br>&gt;<br>&gt;<br><br>_______________________________________________<br>OSPF mailing list<br><a href="mailto:OSPF@ietf.org">OSPF@ietf.org</a><br><a href="https://www1.ietf.org/mailman/listinfo/ospf">
https://www1.ietf.org/mailman/listinfo/ospf</a><br></blockquote></div><br>

------=_Part_31201_4521561.1161848466190--


--===============0873612843==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://www1.ietf.org/mailman/listinfo/ospf

--===============0873612843==--




From ospf-bounces@ietf.org Thu Oct 26 18:06:25 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GdDLg-0004G5-AG; Thu, 26 Oct 2006 18:05:16 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GdDL5-0000VJ-Bv
	for ospf@ietf.org; Thu, 26 Oct 2006 18:04:39 -0400
Received: from borg.juniper.net ([207.17.137.119])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GdDAl-0005uk-4g
	for ospf@ietf.org; Thu, 26 Oct 2006 17:54:00 -0400
Received: from unknown (HELO gamma.jnpr.net) ([172.24.245.25])
	by borg.juniper.net with ESMTP; 26 Oct 2006 14:51:20 -0700
X-IronPort-AV: i="4.09,363,1157353200"; 
	d="scan'208"; a="608241854:sNHT33760224"
Received: from hadron.jnpr.net ([172.24.15.25]) by gamma.jnpr.net with
	Microsoft SMTPSVC(6.0.3790.1830); Thu, 26 Oct 2006 14:53:58 -0700
X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Thu, 26 Oct 2006 14:53:57 -0700
Message-ID: <EA50CE238D0C654C89AED2D08B07CF6B07F2B52B@hadron.jnpr.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Question on SNMP for ospfv3
Thread-Index: Acb5STy0PGxSh2ubRe2E5w2a//RRYw==
From: "Sunil Patro" <sunilp@juniper.net>
To: <ospf@ietf.org>
X-OriginalArrivalTime: 26 Oct 2006 21:53:58.0572 (UTC)
	FILETIME=[3D7626C0:01C6F949]
X-Spam-Score: 0.2 (/)
X-Scan-Signature: fb6060cb60c0cea16e3f7219e40a0a81
Subject: [OSPF] Question on SNMP for ospfv3
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=subscribe>
Errors-To: ospf-bounces@ietf.org

Hi,

I have a quick question regarding the index of the neighbor table.=20

Here is the SMI object definition from the draft.

ospfv3NbrTable OBJECT-TYPE=20
            SYNTAX          SEQUENCE OF Ospfv3NbrEntry=20
            MAX-ACCESS      not-accessible=20
            STATUS          current=20
            DESCRIPTION=20
                "A table of non-virtual neighbor information."=20
            REFERENCE=20
                "OSPF Version 2, Section 10 The Neighbor Data=20
                Structure"=20
            ::=3D { ospfv3Objects 9 }=20
=20
    ospfv3NbrEntry OBJECT-TYPE=20
            SYNTAX          Ospfv3NbrEntry=20
            MAX-ACCESS      not-accessible=20
            STATUS          current=20
            DESCRIPTION=20
                "The information regarding a single neighbor."=20
            REFERENCE=20
                "OSPF Version 2, Section 10 The Neighbor Data=20
                Structure"=20
            INDEX           { ospfv3NbrIfIndex,=20
                              ospfv3NbrIfInstId,=20
                              ospfv3NbrRtrId }=20
            ::=3D { ospfv3NbrTable 1 }=20


    ospfv3NbrIfIndex OBJECT-TYPE=20
            SYNTAX          InterfaceIndex=20
            MAX-ACCESS      not-accessible=20
            STATUS          current=20
            DESCRIPTION=20
                "The local link ID of the link over which the=20
                 neighbor can be reached."=20
            ::=3D { ospfv3NbrEntry 1 }=20
=20
    ospfv3NbrIfInstId OBJECT-TYPE=20
            SYNTAX          Ospfv3IfInstIdTc=20
            MAX-ACCESS      not-accessible=20
            STATUS          current=20
            DESCRIPTION=20
                "Interface instance over which the neighbor=20
                can be reached. This ID has local link=20
                significance only."=20
            ::=3D { ospfv3NbrEntry 2 }=20
=20
    ospfv3NbrRtrId OBJECT-TYPE=20
            SYNTAX          Ospfv3RouterIdTc=20
            MAX-ACCESS      not-accessible=20
            STATUS          current=20
            DESCRIPTION=20
               "A 32-bit integer uniquely identifying the neighboring=20
               router in the Autonomous System."=20
            ::=3D { ospfv3NbrEntry 3 }


The Index is {ospfv3NbrIfIndex,
			   ospfv3NbrIfInstId,=20
                     ospfv3NbrRtrId}

1. ospfv3NbrIfInstId  - Does anyone have an idea about what the
interface instance ID's value can be?

Is the instance in the context apply to the routing instance the
interface is part of or something else?

Thanks,
Sunil

_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://www1.ietf.org/mailman/listinfo/ospf



From listproc@sun.soci.niu.edu Fri Oct 27 07:44:08 2006
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GdQ88-00006B-4y
	for ospf-archive@lists.ietf.org; Fri, 27 Oct 2006 07:44:08 -0400
Received: from sun.soci.niu.edu ([131.156.144.2])
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GdQ83-0007vM-37
	for ospf-archive@lists.ietf.org; Fri, 27 Oct 2006 07:44:08 -0400
Received: (from localhost [127.0.0.1])
	by sun.soci.niu.edu (8.13.6/8.13.6) with SMTP id k9RBi1bh029541
	for <ospf-archive@lists.ietf.org>; Fri, 27 Oct 2006 06:44:01 -0500 (CDT)
Date: Fri, 27 Oct 2006 06:44:01 -0500 (CDT)
Message-Id: <200610271144.k9RBi1bh029541@sun.soci.niu.edu>
Errors-To: critcrim@sun.soci.niu.edu
Reply-To: listproc@sun.soci.niu.edu
Sender: listproc@sun.soci.niu.edu
From: listproc@sun.soci.niu.edu
To: ospf-archive@lists.ietf.org
Subject: Error Condition Re: Invalid request
X-Listprocessor-Version: 6.0c -- ListProcessor by Anastasios Kotsikonas
X-Comment: Northern Illinois University Department of Sociology ListProcessor
X-Spam-Score: 0.2 (/)
X-Scan-Signature: 30ac594df0e66ffa5a93eb4c48bcb014

>This is a multi-part message in MIME format.

Unrecognized request THIS

Report any problems to 'critcrim@sun.soci.niu.edu'.
For a list of the available requests send a message to listproc@sun.soci.niu.edu
with a body consisting of nothing but the word HELP

PS: Any subsequent requests that you might have submitted have been ignored.



From ospf-bounces@ietf.org Fri Oct 27 08:24:07 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GdQjb-0004gv-6A; Fri, 27 Oct 2006 08:22:51 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GdQjZ-0004e7-P0
	for ospf@ietf.org; Fri, 27 Oct 2006 08:22:49 -0400
Received: from wip-ec-mm01.wipro.com ([203.91.193.25])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GdQjU-0003Dh-ST
	for ospf@ietf.org; Fri, 27 Oct 2006 08:22:49 -0400
Received: from wip-ec-mm01.wipro.com (localhost.localdomain [127.0.0.1])
	by localhost (Postfix) with ESMTP id 74E621F624A
	for <ospf@ietf.org>; Fri, 27 Oct 2006 17:52:45 +0530 (IST)
Received: from wipro.tcpn.com (adm.wipro.tcpn.com [172.31.41.11])
	by wip-ec-mm01.wipro.com (Postfix) with ESMTP id 5FF361F613E
	for <ospf@ietf.org>; Fri, 27 Oct 2006 17:52:45 +0530 (IST)
Received: from EC4HP120787 (isd-240.wipro.tcpn.com [172.31.42.240])
	by wipro.tcpn.com (8.9.3/8.9.3) with ESMTP id RAA22852
	for <ospf@ietf.org>; Fri, 27 Oct 2006 17:45:14 +0530 (IST)
Message-Id: <200610271215.RAA22852@wipro.tcpn.com>
From: "rajeev" <rajeev.joshi@wipro.com>
To: <ospf@ietf.org>
Date: Fri, 27 Oct 2006 17:55:01 +0530
MIME-Version: 1.0
X-Mailer: Microsoft Office Outlook, Build 11.0.6353
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506
Thread-Index: Acb5vSEeBccln5cuRQeFn3oADg3E9gABbqfQ
X-Spam-Score: 0.4 (/)
X-Scan-Signature: 16c9da4896bf5539ae3547c6c25f06a0
Subject: [OSPF] next hop calculation
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1324602133=="
Errors-To: ospf-bounces@ietf.org

This is a multi-part message in MIME format.

--===============1324602133==
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0047_01C6F9F1.06935030"

This is a multi-part message in MIME format.

------=_NextPart_000_0047_01C6F9F1.06935030
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit


Hi,

 

I am working on OSPF protocol, and currently going through the rfc2328, but
I am not getting exactly how the next hop calculation takes place.

Please provide me with some other documents or references to get the proper
understanding of the terms and functionality.

 

 

Thanks & Regards,

Rajeev Joshi

Project Engineer,i

Wipro Technlogies,

Bangalore, India.

 

 

 



 The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments.   WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email.   www.wipro.com 
------=_NextPart_000_0047_01C6F9F1.06935030
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:o=3D"urn:schemas-microsoft-com:office:office" xmlns:w=
=3D"urn:schemas-microsoft-com:office:word" xmlns:st1=
=3D"urn:schemas-microsoft-com:office:smarttags" xmlns=
=3D"http://www.w3.org/TR/REC-html40">

<head>
<meta http-equiv=3DContent-Type content=3D"text/html; charset=3Dus-ascii">
<meta name=3DGenerator content=3D"Microsoft Word 11 (filtered medium)">
<o:SmartTagType namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"
 name=3D"City"/>
<o:SmartTagType namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"
 name=3D"country-region"/>
<o:SmartTagType namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"
 name=3D"place"/>
<!--[if !mso]>
<style>
st1\:*{behavior:url(#default#ieooui) }
</style>
<![endif]-->
<style>
<!--
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman";}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:purple;
	text-decoration:underline;}
span.EmailStyle17
	{mso-style-type:personal;
	font-family:"Times New Roman";
	color:navy;
	font-weight:normal;
	font-style:normal;
	text-decoration:none none;}
span.EmailStyle19
	{mso-style-type:personal-reply;
	font-family:"Times New Roman";
	color:navy;
	font-weight:normal;
	font-style:normal;
	text-decoration:none none;}
@page Section1
	{size:8.5in 11.0in;
	margin:1.0in 1.25in 1.0in 1.25in;}
div.Section1
	{page:Section1;}
-->
</style>

</head>

<body lang=3DEN-US link=3Dblue vlink=3Dpurple>

<div class=3DSection1>

<p class=3DMsoNormal><font size=3D3 color=3Dnavy face=3D"Times New=
 Roman"><span
style=3D'font-size:12.0pt;color:navy'>Hi,<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D3 color=3Dnavy face=3D"Times New=
 Roman"><span
style=3D'font-size:12.0pt;color:navy'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D3 color=3Dnavy face=3D"Times New=
 Roman"><span
style=3D'font-size:12.0pt;color:navy'>I am working on OSPF protocol, and
currently going through the rfc2328, but I am not getting exactly how the=
 next
hop calculation takes place.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D3 color=3Dnavy face=3D"Times New=
 Roman"><span
style=3D'font-size:12.0pt;color:navy'>Please provide me with some other=
 documents
or references to get the proper understanding of the terms and=
 functionality.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D3 color=3Dnavy face=3D"Times New=
 Roman"><span
style=3D'font-size:12.0pt;color:navy'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D3 color=3Dnavy face=3D"Times New=
 Roman"><span
style=3D'font-size:12.0pt;color:navy'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><em><i><font size=3D3 color=3Dnavy face=3D"Times New=
 Roman"><span
style=3D'font-size:12.0pt;color:navy'>Thanks &amp;=
 Regards,</span></font></i></em><font
color=3Dnavy><span style=3D'color:navy'><o:p></o:p></span></font></p>

<p class=3DMsoNormal><em><i><font size=3D3 color=3Dnavy face=3D"Times New=
 Roman"><span
style=3D'font-size:12.0pt;color:navy'>Rajeev=
 Joshi</span></font><o:p></o:p></i></em></p>

<p class=3DMsoNormal><em><i><font size=3D3 color=3Dnavy face=3D"Times New=
 Roman"><span
style=3D'font-size:12.0pt;color:navy'>Project=
 Engineer,i<o:p></o:p></span></font></i></em></p>

<p class=3DMsoNormal><em><i><font size=3D3 color=3Dnavy face=3D"Times New=
 Roman"><span
style=3D'font-size:12.0pt;color:navy'>Wipro=
 Technlogies,<o:p></o:p></span></font></i></em></p>

<p class=3DMsoNormal><st1:place w:st=3D"on"><st1:City w:st=
=3D"on"><em><i><font
  size=3D3 color=3Dnavy face=3D"Times New Roman"><span style=
=3D'font-size:12.0pt;
  color:navy'>Bangalore</span></font></i></em></st1:City><em><i><font
 color=3Dnavy face=3D"Times New Roman"><span style=3D'color:navy'>,=
 <st1:country-region
 w:st=
=3D"on">India</st1:country-region></span></font></i></em></st1:place><em><i=
><font
color=3Dnavy face=3D"Times New Roman"><span style=
=3D'color:navy'>.</span></font></i></em><o:p></o:p></p>

<p class=3DMsoNormal><font size=3D3 color=3Dnavy face=3D"Times New=
 Roman"><span
style=3D'font-size:12.0pt;color:navy'>&nbsp;<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D3 color=3Dnavy face=3D"Times New=
 Roman"><span
style=3D'font-size:12.0pt;color:navy'>&nbsp;</span></font><o:p></o:p></p>

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span style=
=3D'font-size:
12.0pt'><o:p>&nbsp;</o:p></span></font></p>

</div>

</body>

</html>

<table><tr><td bgcolor=3D#ffffff><font color=3D#000000> The information=
 contained in this electronic message and any attachments to this message=
 are intended for the exclusive use of the addressee(s) and may contain=
 proprietary, confidential or privileged information. If you are not the=
 intended recipient, you should not disseminate, distribute or copy this=
 e-mail. Please notify the sender immediately and destroy all copies of=
 this message and any attachments.   WARNING: Computer viruses can be=
 transmitted via email. The recipient should check this email and any=
 attachments for the presence of viruses. The company accepts no liability=
 for any damage caused by any virus transmitted by this email.  =
 www.wipro.com <br>
</font></td></tr></table>
------=_NextPart_000_0047_01C6F9F1.06935030--




--===============1324602133==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://www1.ietf.org/mailman/listinfo/ospf

--===============1324602133==--






From ospf-bounces@ietf.org Fri Oct 27 09:02:06 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GdRLJ-0002oY-R7; Fri, 27 Oct 2006 09:01:49 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GdRLI-0002m0-MZ
	for ospf@ietf.org; Fri, 27 Oct 2006 09:01:48 -0400
Received: from wx-out-0506.google.com ([66.249.82.229])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GdRLC-0008N1-5r
	for ospf@ietf.org; Fri, 27 Oct 2006 09:01:48 -0400
Received: by wx-out-0506.google.com with SMTP id t4so750845wxc
	for <ospf@ietf.org>; Fri, 27 Oct 2006 06:01:39 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references;
	b=BpuTsPad2L7UOBJnNF72al0P7mbuf1OT6UojaDhWRa9bC2TdqctHi50bWIh2whQQTc2nJrT5Q4KSI1PNUbQ7tWOQAfWVBrx5RbGVv0RzKX7vWV95Fy6bqgtmMWgH6chyxjlIggXIFWbZDTyFUxgMpHba4yjJhM5seF5BMoSixHw=
Received: by 10.90.113.18 with SMTP id l18mr2280854agc;
	Fri, 27 Oct 2006 06:01:39 -0700 (PDT)
Received: by 10.90.66.1 with HTTP; Fri, 27 Oct 2006 06:01:39 -0700 (PDT)
Message-ID: <b33c82d0610270601s459d97a4n33b8fbac4e98db3b@mail.gmail.com>
Date: Fri, 27 Oct 2006 18:31:39 +0530
From: "sujay gupta" <sujay.ietf@gmail.com>
To: rajeev <rajeev.joshi@wipro.com>
Subject: Re: [OSPF] next hop calculation
In-Reply-To: <200610271215.RAA22852@wipro.tcpn.com>
MIME-Version: 1.0
References: <200610271215.RAA22852@wipro.tcpn.com>
X-Spam-Score: 0.3 (/)
X-Scan-Signature: a7d2e37451f7f22841e3b6f40c67db0f
Cc: ospf@ietf.org
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============2042258353=="
Errors-To: ospf-bounces@ietf.org

--===============2042258353==
Content-Type: multipart/alternative; 
	boundary="----=_Part_63922_33534105.1161954099687"

------=_Part_63922_33534105.1161954099687
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Rajeev,
You could google on it.

See this;
http://archives.neohapsis.com/archives/microsoft/various/ospf/2001-q3/0009.html

Regds,
Sujay


On 10/27/06, rajeev <rajeev.joshi@wipro.com> wrote:
>
>  Hi,
>
>
>
> I am working on OSPF protocol, and currently going through the rfc2328,
> but I am not getting exactly how the next hop calculation takes place.
>
> Please provide me with some other documents or references to get the
> proper understanding of the terms and functionality.
>
>
>
>
>
> *Thanks & Regards,*
>
> *Rajeev Joshi*
>
> *Project Engineer,i*
>
> *Wipro Technlogies,*
>
> *Bangalore**, India**.*
>
>
>
>
>
>
>   The information contained in this electronic message and any attachments
> to this message are intended for the exclusive use of the addressee(s) and
> may contain proprietary, confidential or privileged information. If you are
> not the intended recipient, you should not disseminate, distribute or copy
> this e-mail. Please notify the sender immediately and destroy all copies of
> this message and any attachments. WARNING: Computer viruses can be
> transmitted via email. The recipient should check this email and any
> attachments for the presence of viruses. The company accepts no liability
> for any damage caused by any virus transmitted by this email.
> www.wipro.com
>
> _______________________________________________
> OSPF mailing list
> OSPF@ietf.org
> https://www1.ietf.org/mailman/listinfo/ospf
>
>
>

------=_Part_63922_33534105.1161954099687
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

<div>Rajeev,</div>
<div>You could google on it.</div>
<div>&nbsp;</div>
<div>See this;</div>
<div><a href="http://archives.neohapsis.com/archives/microsoft/various/ospf/2001-q3/0009.html">http://archives.neohapsis.com/archives/microsoft/various/ospf/2001-q3/0009.html</a></div>
<div>&nbsp;</div>
<div>Regds,</div>
<div>Sujay<br><br>&nbsp;</div>
<div><span class="gmail_quote">On 10/27/06, <b class="gmail_sendername">rajeev</b> &lt;<a href="mailto:rajeev.joshi@wipro.com">rajeev.joshi@wipro.com</a>&gt; wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<div lang="EN-US" vlink="purple" link="blue">
<div>
<p><font face="Times New Roman" color="navy" size="3"><span style="FONT-SIZE: 12pt; COLOR: navy">Hi,</span></font></p>
<p><font face="Times New Roman" color="navy" size="3"><span style="FONT-SIZE: 12pt; COLOR: navy">&nbsp;</span></font></p>
<p><font face="Times New Roman" color="navy" size="3"><span style="FONT-SIZE: 12pt; COLOR: navy">I am working on OSPF protocol, and currently going through the rfc2328, but I am not getting exactly how the next hop calculation takes place.
</span></font></p>
<p><font face="Times New Roman" color="navy" size="3"><span style="FONT-SIZE: 12pt; COLOR: navy">Please provide me with some other documents or references to get the proper understanding of the terms and functionality.</span>
</font></p>
<p><font face="Times New Roman" color="navy" size="3"><span style="FONT-SIZE: 12pt; COLOR: navy">&nbsp;</span></font></p>
<p><font face="Times New Roman" color="navy" size="3"><span style="FONT-SIZE: 12pt; COLOR: navy">&nbsp;</span></font></p>
<p><em><i><font face="Times New Roman" color="navy" size="3"><span style="FONT-SIZE: 12pt; COLOR: navy">Thanks &amp; Regards,</span></font></i></em><font color="navy"><span style="COLOR: navy"></span></font></p>
<p><em><i><font face="Times New Roman" color="navy" size="3"><span style="FONT-SIZE: 12pt; COLOR: navy">Rajeev Joshi</span></font></i></em></p>
<p><em><i><font face="Times New Roman" color="navy" size="3"><span style="FONT-SIZE: 12pt; COLOR: navy">Project Engineer,i</span></font></i></em></p>
<p><em><i><font face="Times New Roman" color="navy" size="3"><span style="FONT-SIZE: 12pt; COLOR: navy">Wipro Technlogies,</span></font></i></em></p>
<p><em><i><font face="Times New Roman" color="navy" size="3"><span style="FONT-SIZE: 12pt; COLOR: navy">Bangalore</span></font></i></em><em><i><font face="Times New Roman" color="navy"><span style="COLOR: navy">, India</span>
</font></i></em><em><i><font face="Times New Roman" color="navy"><span style="COLOR: navy">.</span></font></i></em></p>
<p><font face="Times New Roman" color="navy" size="3"><span style="FONT-SIZE: 12pt; COLOR: navy">&nbsp;</span></font></p>
<p><font face="Times New Roman" color="navy" size="3"><span style="FONT-SIZE: 12pt; COLOR: navy">&nbsp;</span></font></p>
<p><font face="Times New Roman" size="3"><span style="FONT-SIZE: 12pt">&nbsp;</span></font></p></div></div>
<table>
<tbody>
<tr>
<td bgcolor="#ffffff"><font color="#000000">The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. 
<a onclick="return top.js.OpenExtLink(window,event,this)" href="http://www.wipro.com/" target="_blank">www.wipro.com</a> <br></font></td></tr></tbody></table><br>_______________________________________________<br>OSPF mailing list
<br><a onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:OSPF@ietf.org">OSPF@ietf.org</a><br><a onclick="return top.js.OpenExtLink(window,event,this)" href="https://www1.ietf.org/mailman/listinfo/ospf" target="_blank">
https://www1.ietf.org/mailman/listinfo/ospf</a><br><br><br></blockquote></div><br>

------=_Part_63922_33534105.1161954099687--


--===============2042258353==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://www1.ietf.org/mailman/listinfo/ospf

--===============2042258353==--




From evvppdhnclbnvcveg@lesk.com Fri Oct 27 11:11:50 2006
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GdTN8-0007xI-V7
	for ospf-archive@lists.ietf.org; Fri, 27 Oct 2006 11:11:50 -0400
Received: from stsc1260-eth-s1-s1p1-vip.va.neustar.com ([156.154.16.129] helo=chiedprmail1.ietf.org)
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GdTN8-0002SU-RK
	for ospf-archive@lists.ietf.org; Fri, 27 Oct 2006 11:11:50 -0400
Received: from ppp67-110.adsl.forthnet.gr ([195.74.237.110])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43)
	id 1GdTN3-00010B-Hc
	for ospf-archive@lists.ietf.org; Fri, 27 Oct 2006 11:11:50 -0400
Message-ID: <000b01c6f9da$376a2dd0$6501a8c0@ppp67-110.adsl.forthnet.gr>
Reply-To: "auvert" <evvppdhnclbnvcveg@lesk.com>
From: "auvert" <evvppdhnclbnvcveg@lesk.com>
To: "wadned" <ospf-archive@lists.ietf.org>
Subject: upset
Date: Fri, 27 Oct 2006 18:11:45 +0200
MIME-Version: 1.0
Content-Type: multipart/related;
	type="multipart/alternative";
	boundary="----=_NextPart_000_0007_01C6F9DA.376A2DD0"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
X-Spam-Score: 4.8 (++++)
X-Scan-Signature: 0bb031f3a6fb29f760794ac9bf1997ae

This is a multi-part message in MIME format.

------=_NextPart_000_0007_01C6F9DA.376A2DD0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_001_0008_01C6F9DA.376A2DD0"

------=_NextPart_001_0008_01C6F9DA.376A2DD0
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

a variety of suchlike vexatious tricks Ariel would often torment him,Puck =
or, as he was sometimes called, Robin Goodfellow was aThis poor deserted =
baby was found by a shepherd. He was a humane man,
he produced a jewel which she remembered Hermione had tied aboutwhich =
they had left Hero, would make this easy of belief and he alsobrought out =
with him his own little hoard, and he said, I have five
he had usurped so long, and with it the lands and revenues of his
and upon Protheus telling him that Valentine wished him with him,yet she =
feared it would go hard with Anthonio, and when she was leftsome of =
Imogen's attendants, and was by them conveyed into herThough Posthumus =
came over to Britain with the Roman army, he did not
to leave him in.saluted Macbeth with the title of thane of Glamis. The =
general wasat the point of it drops of blood but when he tried to grasp =
at it,
was in possession of, he would acknowledge her as his wife.
was in possession of, he would acknowledge her as his wife.gentleman for =
a positive answer, he said, My business is in haste,these masts with the =
children and but for this contrivance we hadhim shelter in her house.
Claudio, I have overheard what has past between you and your sister.marry =
and the friendly offices, while hid under the disguise of aat the =
rudeness of his unknown foe, yet he went very willingly into
which was sure to draw from this yielding and softhearted lord a gift
lord Timon, the lord of bounty, the flower of valour, their =
defencepurgatory, torture, hell. The good friar would have applied =
theduke's name was Gonzago, his wife Baptista. The play shewed how oneThe =
pirates, who had the prince in their power, shewed themselves
conducted his accusation with so much intemperance, producingthose gifts =
away Patience, good sir, said Lychorida, here is allrejoicings, what =
costly shews and entertainments the governor made in
did not wish that its master had his eye again, which that abominable
of stature surpassing human, who was coming to draw water from aUlysses's =
soul melted at her moving narration, and forgetting theand sleep, and =
quiet havens, and ease. That the best sacrificeand nostrils flowing with =
froth of the seabrine, much of which he had
Nausicaa having prepared them for his approach.antipathy to the sight of =
any thing like a beggar, and would have renthis eyes with his hands, that =
he might not shew the waters which stood
completest champion among them was by proof found too feeble.
shew any such signs of grief as those in which I used to express myThe =
trees and hedges seemed to fly swiftly by us, and one field, and
opinion, he would make me sensible that pride is a defect inseparableThus =
I reasoned as I wrote my drama, beginning with the title, whichI think I =
have some taste for drawing but as lady Harriot did not
they would say, Here, Emily, look what I have got. You may take it in
When it grew dark, we entered a large city the chaise began to rolltoys, =
were taken away by my father's merciless creditors. The week =
inrepresentation of wicked people set up as a warning.

------=_NextPart_001_0008_01C6F9DA.376A2DD0
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.3790.0" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<p><IMG alt=3D"" hspace=3D0 src=3D"cid:DpzHSHAkObMFcoyWLEDX" =
align=3Dbaseline border=3D0></p>
<DIV><FONT face=3DArial size=3D1><br>a variety of suchlike vexatious =
tricks Ariel would often torment him,Puck or, as he was sometimes called, =
Robin Goodfellow was aThis poor deserted baby was found by a shepherd. He =
was a humane man,<br>
he produced a jewel which she remembered Hermione had tied =
about&nbsp;&nbsp;which they had left Hero, would make this easy of belief =
and he also&nbsp;&nbsp;brought out with him his own little hoard, and he =
said, I have five<br>
he had usurped so long, and with it the lands and revenues of =
his&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br>
<br>and upon Protheus telling him that Valentine wished him with him,yet =
she feared it would go hard with Anthonio, and when she was leftsome of =
Imogen's attendants, and was by them conveyed into herThough Posthumus =
came over to Britain with the Roman army, he did not<br>
to leave him in.&nbsp;&nbsp;saluted Macbeth with the title of thane of =
Glamis. The general was&nbsp;&nbsp;at the point of it drops of blood but =
when he tried to grasp at it,<br>
was in possession of, he would acknowledge her as his =
wife.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br>
<br>was in possession of, he would acknowledge her as his wife.gentleman =
for a positive answer, he said, My business is in haste,these masts with =
the children and but for this contrivance we hadhim shelter in her =
house.<br>
Claudio, I have overheard what has past between you and your =
sister.&nbsp;&nbsp;marry and the friendly offices, while hid under the =
disguise of a&nbsp;&nbsp;at the rudeness of his unknown foe, yet he went =
very willingly into<br>
which was sure to draw from this yielding and softhearted lord a =
gift&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br>
<br>lord Timon, the lord of bounty, the flower of valour, their =
defencepurgatory, torture, hell. The good friar would have applied =
theduke's name was Gonzago, his wife Baptista. The play shewed how oneThe =
pirates, who had the prince in their power, shewed themselves<br>
conducted his accusation with so much intemperance, =
producing&nbsp;&nbsp;those gifts away Patience, good sir, said Lychorida, =
here is all&nbsp;&nbsp;rejoicings, what costly shews and entertainments =
the governor made in<br>
did not wish that its master had his eye again, which that =
abominable&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br>
of stature surpassing human, who was coming to draw water from aUlysses's =
soul melted at her moving narration, and forgetting theand sleep, and =
quiet havens, and ease. That the best sacrificeand nostrils flowing with =
froth of the seabrine, much of which he had<br>
Nausicaa having prepared them for his approach.&nbsp;&nbsp;antipathy to =
the sight of any thing like a beggar, and would have rent&nbsp;&nbsp;his =
eyes with his hands, that he might not shew the waters which stood<br>
completest champion among them was by proof found too =
feeble.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
shew any such signs of grief as those in which I used to express myThe =
trees and hedges seemed to fly swiftly by us, and one field, =
and&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
opinion, he would make me sensible that pride is a defect =
inseparable<br>Thus I reasoned as I wrote my drama, beginning with the =
title, which&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;I think I have some taste for =
drawing but as lady Harriot did not&nbsp;&nbsp;
they would say, Here, Emily, look what I have got. You may take it =
in&nbsp;&nbsp;&nbsp;&nbsp;<br>
When it grew dark, we entered a large city the chaise began to rolltoys, =
were taken away by my father's merciless creditors. The week =
in&nbsp;&nbsp;&nbsp;&nbsp;representation of wicked people set up as a =
warning.
</DIV></BODY></HTML>

------=_NextPart_001_0008_01C6F9DA.376A2DD0--

------=_NextPart_000_0007_01C6F9DA.376A2DD0
Content-Type: image/gif;
	name="4bnBfBMNLC.gif"
Content-Transfer-Encoding: base64
Content-ID: <DpzHSHAkObMFcoyWLEDX>

R0lGODdhDgIiAcIAAAQCBCSOBNQKLGRenCQSlKSKRAQC5Pz+/CwAAAAADgIiAQAD/ni63P4wykmr
vTjrzbv/YCiOZGmeaKqubOu+cCzPdG3feK7vfO//wKBwSCwaj8ikcslsOp/QqHRKrVqv2Kx2y+16
v+CweEwum8/otHrNbrvf8Lh8Tq/b7/i8fs/v+/+AgXIEhIQLhYYKiImJigSOjweLkYsPlYoNkY4M
l5KanpyfkJSZgqanKJ+kh5gOjaCtkpacrrSytpusuq+8oqqxoqjCwxu/t63BsqSazLO6uLe+u8/R
1c3HydjE29wXxt+zy8/JxtCr48C2j+LI1KXZ3fHx34iHl+uY1571+6/UlJNiReOnLJ/Ac87kKVzY
CSG5XPoeHstEUNrEVfTaTYsA/m+hx1MStdWCFTFhSGgD+ZUkOYqRhI4fY/45idCdyIn/RpaiFQzf
Rp4jy+GUSRTQSWX3gjJKivKoT6BQo44rtLOo1atYs2rdyrWr169gw4odS7as2bNo06pdy7at27dw
48olE0BB3RN357YRoIKvg7wH7gYYzIBwg8GGAyP+C1gC4ryLFyQOfDjx4wmNHwsubJewZs+RCzeu
PPrwh8sgSuu14hdFa86SY4s2LRty5QqAbc+WDZsy7weZ//YOzjuzat/IgZ/+zeH46iX+DrxWIKD6
Ar/Yr1vXzrf69t+67YofL5y8b+fJaY8PX/wC8d7I38eHXZo46vOdJ4ceLt6z/mTL+j0nBUHUNdBa
dtIVmKCC001XG3ybmcffg45FkBt5o+WGnoSaUcjhhOspRx+FEeIn4XyKeVhXeBsKWASBC14nY4Ld
Lejddt/FSNuFKv4n2H4mWihkj+r9h1mRHqan4WRBwhdkhCX+CKRilo0oWmgtukhEdA3OWGONOjKA
IwQlxtehkiH6OKWTw52ZIZkVstmkfGV+Vh6RUCZ5J3gf7qklFV0qGOOBM3pp4Xs8Jhclnycq2p6e
KGLop2pM0vlooyySKGmkzDk6H3t/XnEjdjkSyt2p2gG3pHlLsldnp/lBZhiPHWK5X4aXndnZlRBa
2SiVE+aJIZMnJmproqG2/pWlCssm6+wazaIQ7bPUVmvttdhmq+223Hbr7bfghivuuOSWa+656Kar
7rrsVjDAu/DGK++89NZr77345qvvvvz26++/AAcs8MAEF2wwvtsO0JbCbzGcrcNqQcyWxNZSfJbF
aWH8rMZkcWyWx6GCHJbIY5HsosleoQyWyquxbAYAPLj8sg8yy6VxT/uE4gpVLVGEAgBAw7xA0EJb
UHQDRx9A9ANJDx2000szoPF9tyKbn5onRK2A1h00vbUDT0PttdJhk831AjXHdXNQPptzkM4mHC20
3EZrXbbSDCQNNNN5fx0BxsbeBqurJdCN99AeEF303Yf3jTjSjo8tdcIv/uECjkBua5TC3I5PAPPY
ktPtteGSH2DxcbQODuvPfreuwecQGA75450fXroCacPFcTmXD/W25qw3LnwEsPMd++OjR3626SI2
/2Tz03bt+u0SFA923nbXPv3Wy+NOOUeW54TNUjxflPXe21eA/vVIr7+48a7T7r2fIDYJ3pohlC37
BuvPnv7+6fPf5LTlMYeIzyIGtAkJOCc/z/UvfspTHNi6l7TTDclT9YHT5gLIAcYJT3YSnKAHhze/
h00ggf1wiTqmAqPCcdBz8Qsd+6oHvxLKaVioyaDz4vbC18Wwdsmj4QwHaMITIpBtPylIVfIXOe0J
UW9AHGLT3tdAwAVL/jg69NQISOfEDDBQfgD84AzDyDwCUqAXT2GhPnKBEhBwrXtMe6PdRgjCBy5v
asdKD2XsdKzoUUCOD/QiIN13N8Ytzo4jLGMR7UA9GORODI2MwSPdMskvRNIFlbQkzb63lkwWxZMR
W5juOBnKhpEyY6M048RSuchSUvKUaAGlTGQZy4PZ8pa4zKUud8nLXvoyl7C8GCuxRUuFFNMjxyxL
MruxTHk0UyzPJEY0uTHNr1QTFdccRja5sk1BdPMU38xKOP8wzkCU0yrnPMIlW5BOdW5SlTqZSht5
hkBVwIR/AMgn9vR5gSnm85D/LB1A/+kuCMCIQL2AGwsCus91Hq+h/vwMKD/bN1GJXrKdszSoTnhh
kp0kdIFNbCDxGCpGEsaOihiwGO8sZ0+FqoCLIsWARI13O5hqAKMxWRs6bhK+FbIjeGS8HhSRp77G
OVSRbRwKO55Sk4X2sJ8mbV1NQ3rTYP6uGphLh08NssGSwnCofpspTcUWSZUmZBo/beoKvhjVosqQ
ewSVIlwnWlB4xjOBITniTxdY0S7GUYSgG+NDJ4CxirBtqUmNW19j2s/ADhaMNSSsVTXXu55uRIVA
9WscUWpSf4pVs0QEn1KRgZHEZpaxjZ0i8TZLV9Q6AKcf2R0wmFKVI7Kkq0Edq1dB61jJnjCrGAlu
C1/6VJkWF4IC/nRtA2CLTCPaJI3i42lWP2DTtrKPrdgVKWcbadadalUq090iVa1b1N16VbXHfe1k
2YizgJQvZ89VLF1J+kf6mk1ucYUgflv7N4O+tx/zHO1L83vfxNl3dAQGKEXXydyFNBgIR1XBgyH8
zlbSIcIpmPAPMCzh9ZZsmNfSsBxETAcSb8PEb0BxHFQsDBazwcVugLEpZJwGGq/BxoDAsRl0jAYe
9+GXQA6ykIdM5CIbOWAehiaIKyZKU9oVlU62cCyXXC0fj8HKZcCyHrQMBi6Lwct3AHMXxPwFMpe4
ya988hw4fAIz87AHbh5xBApAZzovoM52ZgCe9bxnBeA5z36u/vOdAX0AQjtwvgT+42YjKzaycjcC
pXoNjrwjpknfiDqSdmOCE82/xxa40axtKATivOI569nPp0b1nVfN6gJAwNWsLnQDDL1aoiqXrKjl
b0mPqrFIV1pQmRbUrwvVwfGy+bMJNrZczWvDEJu61amGdbSn7QBpV5vaxmU238Aq1Bqy1QIYQxCN
CiTuYIeJ3MR2Y3q/+tjqojesXSQ1HDRmbVjXW9XYlrW+Z/1sVVvbaOv+mt4OjFzS2VcC4Qa2jRYu
bFMZaFAg1TbAe3tdJ7r7AfJOcb/1/edYQ7vVHd/3tfEt8uotFrl/jaJRvc1ojD8g2GCK+aULNSoE
idvA2zWw/qdpF8aLq1fNgxa0v1Md7T6XnOT8Jvm/FS3xRf/PooANom8fbijp2FxMNH+5jByUuIAf
eojcU/mCB+q1jMd447GW9tLt/YClHz3tIYdq0yvObOpJHeEvHxWDrp51YWed69Kbe3m5TcLcFtzl
QEe60j2u9ra/muhsT3qt4X1rW/fc4pClAMUcBCas68jhXJc04OVOeZTLndt35+zhES9lj7te7UJX
fKHjPntAC3rt9UW0rlm739RDbcHgdgDnz00qSmO6+MYXvaZ1f+wDkxTqc+1cojmNtiSzgc0mMLu6
4Wz9NWC/BNqnboWJiebyO3uVUSY/+tPc+o9RmVrhl0L8/qkw/xof+f74z7/+98//ebXr/wAYgAI4
gARYgAZ4gAiYgAq4gAzYgA74gBAYgRI4gXzQfxZ4gRiYgRroL+1HgWpQfzvmgaWmfiJ4diRYgi/W
gSiYZSq4glfWgi7YVdx3gl7wfTIBfZ8GQ8A3VxVFfTn4g8sFgz3gfLuXXA1EhFPFgzZ4QB8VCo3Q
QtFhD/7wXpMQEDsneGJVXZmnckEFgizoDebQUgchFB3hcyOVX8lma6Z3ciawUi5lPtIVhXB4E0fR
coZnPf/DcgKUXazHZAYCeGQohhdBhqfHW1G1P3fXN6pHAm5IWRr1O3WIE2p1T8hmiALFg1uYeV1o
YTOH/kSOeA54lW13eIiT10Vf9FkjgEJY5Ts8pVaw4A4AwVGiCFpkU4rKtofF5YVkIDGduDMexQqg
iDlyKEKZmHJgd4S6toimxwGqGIyQMAq/yBFrtIqm9VCGB1ftU2tkhGwHV300aHUvYVvWkESvCHCC
ZzbHWISe1Y1LmETMQFsaYU/DtUL0uESDR4u2o1x8aIsop4sviAGgyBQ+YYXUyHTXmI/ak4RXSF7F
YBFz2DtrhDPeNY3hxYX4yEC+d17H2Fb++GUAWY+riFnUWIa3+ES4uGyFV4whgEZXBWCQmFQHJYv2
eFLMd2g9SF9IKH2t5YPNBn8f6Y6z9ZIKJGqgdobM/jc33DhfUsSTCtGOJNCRYaB9TpkWUykCUNll
kBSDoyaEWjlmXNmVW3CVZQaWPfaVZIkFYukFaVmCa8kFbemBb6kFcTmBc4mWB1iVWPmN15KTTEeU
0beROYiDTFCXV4BlB+JwHUA1+mE1fUQmQFI1n3Efy3aNWViSYTeZ9GeWQ6B8fqcBgbMbxcIovbIp
elSaJulaeLhrUZSReFkDhGkFVpZp5fYdfHdDGNQpoEI/aFKa0bKP2yZE/vNtT8eURvCaVSBjgbJ1
DFJ1N/crtxmaRnIoSCIlVnOGKpmNV4hSGWmESWCcmckEiLmcyJcdX6KbrEKauOkcVeIrtmmNF7mT
/v4EUfyFipUnBN45BTTWnOLZmeXpIKijJrNinuhRJvbjnO55a6fYcgiqoEdwn/LnBJ3neeAIcQrn
PJkCKYRTJBfKm32JkMtIeYmIkjyHj0PgoFGAY4B3mKhSoaoCIK9CJaAhK8QSK6QhJy3Cl0ZJdkjJ
jjo5cEXYoJpZLq2plkFKLkPqlXp5lmOZpEqKpOfXpB5JTBs4pVRapVZaZFCapVq6pVzapV76pWAa
pmI6pmRapmZ6pmiapmq6pmzapm76pnAap3I6p3Rap3aqpI10pIB5p6FWA5e0afhVn2HwfT1YXgzK
ptNxkDKogx6KkR9KBoR6SIa6p2vqIKBzcgom/lhA+GnUR0WeKnBf95fB+XtSJXA++j4RpXuk+jnF
83wElambijewA6uByYZwynXqWKorN6q7Kn0xhYY8J5y+2quKOKK7mozIo50/ZKpqmKDHql2y2qi6
+m5qmpzGGJhGxaOl926L+Kn6dZm8qozW460eGq4QBa7DY1POSq7ohZHPl6zceabheaArp4zG2q3G
Oqz4Kpzs+pvTqobmylgRdZL9+qzfipDcij2C+qX6qYmZiK/bqqkpGbEhlbDEKnbrOlj7OFSoSlUZ
S7EJ+a/LGqcRClh+ma6756opu6M0uU9jdKnKGlmAKqzY6rLYuKoRFKiwCrHB2ns3+6hkOnox/qCn
MNCORAu0fAqpUuCUR8uQSfu0UBu1Uju1VFu1Vnu1WJu1Wru1XNu1Xvu1YBu2Yju2ZFu2Znu2aJu2
w2AAbNu2bNsAbwu3BqAAblu3dFu3bTsBeCu3e/sAeDu3arsNcbsAg3sAhXu3iAsBh6u3hZu3iUu4
gAu5kfu4gYsKi9u4kzu4iwu5GHC5keu5DAC6lSsMosu5hpu5kyu3F7C5p0u5j8u6o7u2qdu6oQu4
mBsBsOsArBu3pZu7sXsKh7u5bsu3dnu3feu3s5u4wYu6vysPf5u8p7u8uAu9yKu4tvu3qiu5vtu8
eKC50Mu7zGu9q/u912u6tVu93BsIt6u7/uVrvuw7vuJLu64rvNSbvt2butJrvrCbu+t7vvOLv7O7
vfZLB70bwO2LvvFrvLX7uQa8wNk7wH1Av65Lu897vdg7wcc7wfJrvMMLwR78wchbwSI8wiRcwiZ8
wsULwiq8wizcwi78wjAcwzIcu5e4BU07w6k1lXa3eh0qfkWLwzxgr8XGqIdKohQGxDpQRwimqpv6
qlKlTzQbfe7KxLPTjY2KqaDql62KxT8LrGD1sSk5rqT6sxSFODt6wxOorppKrhYpRjsMos1KdxML
xki5xhnbquGqWni8x4XXsSI7sbbjrG2qxgFbrg77QT8qsp6qrRBLxzwsyJwzrmR3eHwcwMmAPD0q
O59xjLRhGrOADMZtbIZgFLM1LK6kDLD3mq+pacikKDrFqqtZfMmwDMlvenCd2rMKW8anCMX5msvZ
WpNVLLA2+5dLvF1KSavv6q+xHK2z3LMDhcnGnMgq/Mac7EVFgcZpq6id9hHEicTe/M3gHM7iPM7k
XM7mfM7onM7qvM7s3M7u/M7wHM/yPM/0XM/2fM/4nM/6vM/83M/+/M8AHdACPdAEXdAGfdAIndAK
vdAM3dAO/dAQHdESDaYJAAA7

------=_NextPart_000_0007_01C6F9DA.376A2DD0--




From ospf-bounces@ietf.org Tue Oct 31 06:14:45 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GerYN-0003qj-1u; Tue, 31 Oct 2006 06:13:11 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GerYK-0003qC-Od; Tue, 31 Oct 2006 06:13:08 -0500
Received: from weird-brew.cisco.com ([144.254.15.118]
	helo=av-tac-bru.cisco.com) by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GerYE-0006id-S9; Tue, 31 Oct 2006 06:13:08 -0500
X-TACSUNS: Virus Scanned
Received: from strange-brew.cisco.com (localhost [127.0.0.1])
	by av-tac-bru.cisco.com (8.11.7p3+Sun/8.11.7) with ESMTP id
	k9VBD1b06375; Tue, 31 Oct 2006 12:13:01 +0100 (CET)
Received: from [144.254.245.179] (dhcp-144-254-245-179.cisco.com
	[144.254.245.179])
	by strange-brew.cisco.com (8.11.7p3+Sun/8.11.7) with ESMTP id
	k9VBCxP17660; Tue, 31 Oct 2006 12:12:59 +0100 (CET)
Message-ID: <45472FBA.8000705@cisco.com>
Date: Tue, 31 Oct 2006 12:12:58 +0100
From: Peter Psenak <ppsenak@cisco.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.7.8) Gecko/20050511
X-Accept-Language: en-us, en, zh, ja, ko, de, ar, ru, fr, es, it, pt
MIME-Version: 1.0
To: j.schoenwaelder@iu-bremen.de
References: <20061030165712.GA6104@boskop.local> <45465B70.2040000@cisco.com>
In-Reply-To: <45465B70.2040000@cisco.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 2d133cc328f58695161c98bb4f4dc213
Cc: secdir@mit.edu, ospf@ietf.org, iesg@ietf.org
Subject: [OSPF] Re: secdir review of draft-ietf-ospf-mt-06.txt
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=subscribe>
Errors-To: ospf-bounces@ietf.org

Hi Juergen,

please see inline:

Peter Psenak wrote:

> 
> 
> Juergen Schoenwaelder wrote:
> 
>> Hi!
>>
>> As part of the security directorate review effort, I was asked to
>> review draft-ietf-ospf-mt-06 and below is my report.
>>
>> The document specifies how OSPF can be used multiple independent IP
>> topologies. The security considerations simply point to the security
>> considerations in RFC 2328 (the OSPF spec) which explains how OSPF
>> authentication works (by pointing to the relevant portions of the
>> spec). I do not really see a problem with this approach for this OSPF
>> extension and find it adequate.
>>
>> While reviewing the document, I found (besides editorial issues) two
>> things that remain rather unclear to me (and which I would love to get
>> clarified):
>>
>> - The IANA considerations confused me. What is IANA expected to do?

We have received comment from IANA and we agreed that we will state in 
the IANA considerations that we do NOT want IANA to manage the MT space.

>>
>> - Question: Will the MIB interfaces still work with the MT extension
>>   or are extensions to the OSPF-MIB needed to support OSPF-MT?

MIB interface should work as today what regards to the base topology. 
draft-rawat-ospf-mt-mib-01.txt has been submitted to extend the OSPFv2 
MIB to support multiple topologies.

>>
>> Editorial:

we will include below comments/corrections in the next version.

thanks,
Peter

>>
>> - Avoid acronyms and references in the abstract.
>>
>> - Some references use RFC number style, others to not. You may want to
>>   use a consistent approach.
>>
>> - There are a number of missing articles and such things. Rather than
>>   writing this up in details, I edited the document and I am attaching
>>   a unified context diff with the delta.
>>
>> --- ./draft-ietf-ospf-mt-06.txt    2006-02-01 21:46:37.000000000 +0100
>> +++ ./draft-ietf-ospf-mt-06-hacked.txt    2006-10-30 
>> 17:33:35.000000000 +0100
>> @@ -188,10 +188,10 @@
>>     Multi-topology routing differs from RFC 1583 TOS based routing in the
>>     following ways:
>>  
>> -   1.  With RFC 1583 TOS routing, the TOS or DSCP in the IP header is
>> -       mapped directly to the the corresponding OSPF SPF calculation and
>> +   1.  With RFC 1583 TOS routing, the TOS or DSCP value in the IP 
>> header is
>> +       mapped directly to the corresponding OSPF SPF calculation and
>>         routing table.  This limits the number and definition of the
>> -       topologies to the 16 TOS values specified is section 12.3 of RFC
>> +       topologies to the 16 TOS values specified in section 12.3 of RFC
>>         1583 [RFC1583].  With multi-topology routing, the classification
>>         of what type of traffic maps to which topology is not within the
>>         scope of the document.
>> @@ -324,9 +324,9 @@
>>     to a set of MTs, it will advertise the corresponding cost for each
>>     MT-ID.
>>  
>> -   By default, all links are included in default topology and all
>> +   By default, all links are included in the default topology and all
>>     advertised prefixes belonging to the default topology will use the
>> -   TOS0 metric the same as in standard OSPF [OSPF].
>> +   TOS0 metric, the same as in standard OSPF [OSPF].
>>  
>>     Each MT has its own MT-ID metric field.  When a link is not part of a
>>  
>> @@ -339,8 +339,9 @@
>>  
>>     given MT, the corresponding MT-ID metric is excluded from the LSA.
>>  
>> -   The Network-LSA does not contain any MT information since the DR is
>> -   shared by all MTs.  Hence, there is no change to the Network-LSA.
>> +   The Network-LSA does not contain any MT information since the
>> +   Distinguished Router (DR) is shared by all MTs.  Hence, there is no
>> +   change to the Network-LSA.
>>  
>>  3.4.2  Inter-Area and External Routing
>>  
>> @@ -409,7 +410,7 @@
>>  
>>  3.8  Forwarding in MT
>>  
>> -   It's outside of the scope of this document to specify how the
>> +   It is outside of the scope of this document to specify how the
>>     information in various topology specific forwarding structures are
>>     used during packet forwarding or how incoming packets are associated
>>     with the corresponding topology.  For correct operation, both
>> @@ -456,7 +457,7 @@
>>     from the default topology and reserve them for some specific classes
>>     of traffic.
>>  
>> -   The multi-topologies extension for default topology link or prefix
>> +   The multi-topologies extension for the default topology link or 
>> prefix
>>     exclusion is described in the following subsections.
>>  
>>  4.1  Exclusion of Links in the Default Topology
>> @@ -467,7 +468,7 @@
>>     Router-LSAs in the default topology and to alternately use the MT-
>>     ID#0 metric to advertise the metric associated with the default
>>     topology.  Hence, all routers within an area MUST agree on how the
>> -   metric for default topology will be advertised.
>> +   metric for the default topology will be advertised.
>>  
>>     The unused T-bit is defined as the MT-bit in the option field in
>>     order to  assure that a multi-topology link-excluding capable router
>> @@ -478,7 +479,7 @@
>>             |DN |O  |DC |EA |NP |MC |E  |MT |
>>             +---+---+---+---+---+---+---+---+
>>  
>> -       MT-bit: If DefaultExclusionCapability is enable, this bit MUST
>> +       MT-bit: If DefaultExclusionCapability is enabled, the MT bit MUST
>>                 be set in Hello packets and SHOULD be set in Database
>>                 Description packet (see Section 4.2).
>>  
>> @@ -519,10 +520,10 @@
>>     If DefaultExclusionCapability is enabled:
>>  
>>     o  The MT-bit MUST be set in Hello and SHOULD be set in Database
>> -      Description packets
>> +      Description packets.
>>  
>>     o  The router will only accept a Hello packet if the MT-bit is set
>> -      (see Section 4.3)
>> +      (see Section 4.3).
>>  
>>     When DefaultExclusionCapability is set to enabled a router is said to
>>     be operating in DefaultExclusionCapability mode.
>> @@ -532,9 +533,9 @@
>>     In order to have a smooth transition from a non-MT area to an MT-
>>     area, an MT router with DefaultExclusionCapability disabled will form
>>     adjacencies with non-MT routers and will include all links as part of
>> -   default topology.
>> +   the default topology.
>>  
>> -   A link may cease participating in default topology if
>> +   A link may cease participating in the default topology if
>>     DefaultExclusionCapability is set to enabled.  In this state, a
>>     router will only form adjacency with routers that set the MT-bit in
>>     their Hello packets.  This will ensure that all routers have
>> @@ -545,7 +546,7 @@
>>     modified as follows:
>>  
>>     o  If the DefaultExclusionCapability in the Area Data structure is
>> -      set to enabled, Hello packets are discarded if the the received
>> +      set to enabled, Hello packets are discarded if the received
>>        packet does not have the MT-bit set in the header options.
>>  
>>     Receiving OSPF Database Description packets as defined in section
>> @@ -574,13 +575,13 @@
>>  
>>  4.5  OSPF LSA Advertisement and SPF Computation for Excluded Links
>>  
>> -   When DefaultExclusionCapability is enabled and the link does not
>> +   When the DefaultExclusionCapability is enabled and the link does not
>>     participate in the default topology, the MT-ID#0 metric is not
>>     advertised.  The link's TOS0 metric is ignored during the default
>>     topology SPF computation.
>>  
>> -   When DefaultExclusionCapability is enabled and a link participates in
>> -   the default topology, MT-ID#0 metric is used to advertise the metric
>> +   When the DefaultExclusionCapability is enabled and a link 
>> participates in
>> +   the default topology, the MT-ID#0 metric is used to advertise the 
>> metric
>>     associated with the default topology.  The link's TOS0 metric is
>>     ignored during the default topology SPF computation.
>>  
>> @@ -590,7 +591,7 @@
>>     o  If the prefix or router does not exist in the default topology,
>>        the TOS0 metric is set to infinity (0xFFFFFF).
>>  
>> -   o  If the prefix or router exists in default the topology, the TOS0
>> +   o  If the prefix or router exists in the default the topology, the 
>> TOS0
>>        metric is used to advertise the metric in the default topology.
>>  
>>     During the summary and external prefix calculation for the default
>> @@ -698,10 +699,10 @@
>>         interaction required with non-MT routers.  In this mode, the
>>         default topology can be excluded on links as required.
>>  
>> -   3.  If there is more than one non-backbone areas where MT is being
>> -       used, it is desirable that the backbone area first be upgraded to
>> -       be MT capable so that inter-area routing is assured for MT
>> -       destinations in different areas.
>> +   3.  If there are multiple (more than one) non-backbone areas where
>> +       MT is being used, it is desirable that the backbone area first
>> +       be upgraded to be MT capable so that inter-area routing is
>> +       assured for MT destinations in different areas.
>>  
>>     4.  Gradually the whole network can be made MT capable.
>>  
>> @@ -1019,7 +1020,7 @@
>>     router-LSA.  The LSA describes the state and cost of the router's
>>     links (i.e., interfaces) to the area.  All of the router's links to
>>     the area must be described in a single router-LSA.  For details
>> -   concerning the construction of router-LSAs, see Section 12.4.1
>> +   concerning the construction of router-LSAs, see Section 12.4.1 of
>>     [OSPF].
>>  
>>  
>> @@ -1078,7 +1079,7 @@
>>     The distance from the network to all attached routers is zero.  This
>>     is why metric fields need not be specified in the network-LSA.  For
>>     details concerning the construction of network-LSAs, see Section
>> -   12.4.2 [OSPF].
>> +   12.4.2 of [OSPF].
>>  
>>  
>>       0                   1                   2                   3
>> @@ -1101,7 +1102,7 @@
>>       |                              ...                              |
>>  
>>     Note that network LSA does not contain any MT-ID fields as the cost
>> -   of the network to the attached routers is 0 and DR is shared by all
>> +   of the network to the attached routers is 0 and the DR is shared 
>> by all
>>     topologies.
>>  
>>  B.3  Summary-LSAs
>> @@ -1109,7 +1110,7 @@
>>     Summary-LSAs are the Type 3 and 4 LSAs.  These LSAs are originated by
>>     area border routers.  Summary-LSAs describe inter-area destinations.
>>     For details concerning the construction of summary- LSAs, see Section
>> -   12.4.3 [OSPF].
>> +   12.4.3 of [OSPF].
>>  
>>     Type 3 summary-LSAs are used when the destination is an IP network.
>>     In this case the LSA's Link State ID field is an IP network number
>> @@ -1122,7 +1123,7 @@
>>  
>>  
>>     (if necessary, the Link State ID can also have one or more of the
>> -   network's "host" bits set; see Appendix E [OSPF] for details).  When
>> +   network's "host" bits set; see Appendix E of [OSPF] for details).  
>> When
>>     the destination is an AS boundary router, a Type 4 summary-LSA is
>>     used, and the Link State ID field is the AS boundary router's OSPF
>>     Router ID.  (To see why it is necessary to advertise the location of
>> @@ -1161,12 +1162,12 @@
>>     AS-external-LSAs are the Type 5 LSAs.  These LSAs are originated by
>>     AS boundary routers, and describe destinations external to the AS.
>>     For details concerning the  construction of AS-external-LSAs, see
>> -   Section 12.4.3 [OSPF].
>> +   Section 12.4.3 of [OSPF].
>>  
>>     AS-external-LSAs usually describe a particular external destination.
>>     For these LSAs the Link State ID field specifies an IP network number
>>     (if necessary, the Link State ID can also have one or more of the
>> -   network's "host" bits set; see Appendix E [OSPF] for details).  AS-
>> +   network's "host" bits set; see Appendix E of [OSPF] for details).  
>> AS-
>>     external-LSAs are also used to describe a default route.  Default
>>     routes are used when no specific route exists to the destination.
>>  
>> @@ -1178,7 +1179,7 @@
>>  
>>  
>>     When describing a default route, the Link State ID is always set to
>> -   DefaultDestination (0.0.0.0) and the Network Mask is set to 0.0.0.0.
>> +   the DefaultDestination (0.0.0.0) and the Network Mask is set to 
>> 0.0.0.0.
>>  
>>  
>>        0                   1                   2                   3
>> @@ -1224,7 +1225,7 @@
>>     boundary routers local to an NSSA, and describe destinations external
>>     to the AS.  The changes to NSSA-LSAs are identical to those for
>>     External-LSAs (Appendix A.4.5).  For details concerning the
>> -   construction of NSSA-LSAs see Section 2.4 [NSSA].
>> +   construction of NSSA-LSAs see Section 2.4 of [NSSA].
>>  
>> /js
>>
> 

_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://www1.ietf.org/mailman/listinfo/ospf



From ospf-bounces@ietf.org Tue Oct 31 13:59:25 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GeynT-0001wK-Ca; Tue, 31 Oct 2006 13:57:15 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GeynQ-0001wD-DK
	for ospf@ietf.org; Tue, 31 Oct 2006 13:57:12 -0500
Received: from kremlin.juniper.net ([207.17.137.120])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GeynL-0002GD-St
	for ospf@ietf.org; Tue, 31 Oct 2006 13:57:12 -0500
Received: from unknown (HELO gamma.jnpr.net) ([172.24.245.25])
	by kremlin.juniper.net with ESMTP; 31 Oct 2006 10:54:24 -0800
X-IronPort-AV: i="4.09,375,1157353200"; 
	d="scan'208"; a="602197625:sNHT34971204"
Received: from hadron.jnpr.net ([172.24.15.25]) by gamma.jnpr.net with
	Microsoft SMTPSVC(6.0.3790.1830); Tue, 31 Oct 2006 10:57:06 -0800
X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [OSPF] Question on SNMP for ospfv3
Date: Tue, 31 Oct 2006 10:57:04 -0800
Message-ID: <EA50CE238D0C654C89AED2D08B07CF6B07F2B9BF@hadron.jnpr.net>
In-Reply-To: <EA50CE238D0C654C89AED2D08B07CF6B07F2B52B@hadron.jnpr.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [OSPF] Question on SNMP for ospfv3
Thread-Index: Acb5STy0PGxSh2ubRe2E5w2a//RRYwD1QMIQ
From: "Sunil Patro" <sunilp@juniper.net>
To: <ospf@ietf.org>
X-OriginalArrivalTime: 31 Oct 2006 18:57:06.0994 (UTC)
	FILETIME=[5C889920:01C6FD1E]
X-Spam-Score: 0.2 (/)
X-Scan-Signature: 10ba05e7e8a9aa6adb025f426bef3a30
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ospf>,
	<mailto:ospf-request@ietf.org?subject=subscribe>
Errors-To: ospf-bounces@ietf.org

Resending this as I got no response.

Thanks,
Sunil

> -----Original Message-----
> From: Sunil Patro
> Sent: Thursday, October 26, 2006 2:54 PM
> To: ospf@ietf.org
> Subject: [OSPF] Question on SNMP for ospfv3
>=20
> Hi,
>=20
> I have a quick question regarding the index of the neighbor table.
>=20
> Here is the SMI object definition from the draft.
>=20
> ospfv3NbrTable OBJECT-TYPE
>             SYNTAX          SEQUENCE OF Ospfv3NbrEntry
>             MAX-ACCESS      not-accessible
>             STATUS          current
>             DESCRIPTION
>                 "A table of non-virtual neighbor information."
>             REFERENCE
>                 "OSPF Version 2, Section 10 The Neighbor Data
>                 Structure"
>             ::=3D { ospfv3Objects 9 }
>=20
>     ospfv3NbrEntry OBJECT-TYPE
>             SYNTAX          Ospfv3NbrEntry
>             MAX-ACCESS      not-accessible
>             STATUS          current
>             DESCRIPTION
>                 "The information regarding a single neighbor."
>             REFERENCE
>                 "OSPF Version 2, Section 10 The Neighbor Data
>                 Structure"
>             INDEX           { ospfv3NbrIfIndex,
>                               ospfv3NbrIfInstId,
>                               ospfv3NbrRtrId }
>             ::=3D { ospfv3NbrTable 1 }
>=20
>=20
>     ospfv3NbrIfIndex OBJECT-TYPE
>             SYNTAX          InterfaceIndex
>             MAX-ACCESS      not-accessible
>             STATUS          current
>             DESCRIPTION
>                 "The local link ID of the link over which the
>                  neighbor can be reached."
>             ::=3D { ospfv3NbrEntry 1 }
>=20
>     ospfv3NbrIfInstId OBJECT-TYPE
>             SYNTAX          Ospfv3IfInstIdTc
>             MAX-ACCESS      not-accessible
>             STATUS          current
>             DESCRIPTION
>                 "Interface instance over which the neighbor
>                 can be reached. This ID has local link
>                 significance only."
>             ::=3D { ospfv3NbrEntry 2 }
>=20
>     ospfv3NbrRtrId OBJECT-TYPE
>             SYNTAX          Ospfv3RouterIdTc
>             MAX-ACCESS      not-accessible
>             STATUS          current
>             DESCRIPTION
>                "A 32-bit integer uniquely identifying the neighboring
>                router in the Autonomous System."
>             ::=3D { ospfv3NbrEntry 3 }
>=20
>=20
> The Index is {ospfv3NbrIfIndex,
> 			   ospfv3NbrIfInstId,
>                      ospfv3NbrRtrId}
>=20
> 1. ospfv3NbrIfInstId  - Does anyone have an idea about what the
> interface instance ID's value can be?
>=20
> Is the instance in the context apply to the routing instance the
> interface is part of or something else?
>=20
> Thanks,
> Sunil
>=20
> _______________________________________________
> OSPF mailing list
> OSPF@ietf.org
> https://www1.ietf.org/mailman/listinfo/ospf

_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://www1.ietf.org/mailman/listinfo/ospf