[Idr] Document Action: 'Reclassification of RFC 1863 to Historic' to Informational RFC

[The IESG <[e-mail]>]

The IESG has approved the following document:

- 'Reclassification of RFC 1863 to Historic '
   <draft-ietf-idr-rfc1863-historic-00.txt> as an Informational RFC

This document is the product of the Inter-Domain Routing Working Group. 

The IESG contact persons are Bill Fenner and Alex Zinin.

Technical Summary
 
   This memo reclassifies RFC 1863, A BGP/IDRP Route Server alternative
   to a full mesh routing, to Historic status.

   Implementations of RFC 1863 route servers do not exist, and are not
   used as an alternative to full mesh routing.
 
Working Group Summary
 
   The Working Group had consensus to reclassify RFC 1863.
 
Protocol Quality
 
   Bill Fenner reviewed this document for the IESG.


_______________________________________________
Idr mailing list
[e-mail]
https://www1.ietf.org/mailman/listinfo/idr




Received: from megatron.ietf.org (megatron.ietf.org [132.151.6.71]) by nic.merit.edu (8.9.3/8.9.1) with ESMTP id SAA17125 for <[e-mail]>; Fri, 29 Apr 2005 18:12:35 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DRdWe-0002so-Kg; Fri, 29 Apr 2005 17:59:56 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DRdWZ-0002s2-7e; Fri, 29 Apr 2005 17:59:51 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA18615; Fri, 29 Apr 2005 17:59:48 -0400 (EDT)
Received: from [132.151.6.50] (helo=newodin.ietf.org) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DRdji-0006t1-AH; Fri, 29 Apr 2005 18:13:26 -0400
Received: from apache by newodin.ietf.org with local (Exim 4.43) id 1DRdWY-0008Vn-77; Fri, 29 Apr 2005 17:59:50 -0400
X-test-idtracker: no
From: The IESG <[e-mail]>
To: IETF-Announce <[e-mail]>
Message-Id: <[e-mail]>
Date: Fri, 29 Apr 2005 17:59:50 -0400
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 9182cfff02fae4f1b6e9349e01d62f32
Cc: idr chair <[e-mail]>, idr mailing list <[e-mail]>, idr chair <[e-mail]>, Internet Architecture Board <[e-mail]>, RFC Editor <[e-mail]>
Subject: [Idr] Document Action: 'Reclassification of RFC 1863 to Historic'  to Informational RFC 
X-BeenThere: [e-mail]
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/idr>, <mailto:[e-mail]?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/idr>
List-Post: <mailto:[e-mail]>
List-Help: <mailto:[e-mail]?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/idr>, <mailto:[e-mail]?subject=subscribe>
Sender: [e-mail]
Errors-To: [e-mail]

The IESG has approved the following document:

- 'Reclassification of RFC 1863 to Historic '
   <draft-ietf-idr-rfc1863-historic-00.txt> as an Informational RFC

This document is the product of the Inter-Domain Routing Working Group. 

The IESG contact persons are Bill Fenner and Alex Zinin.

Technical Summary
 
   This memo reclassifies RFC 1863, A BGP/IDRP Route Server alternative
   to a full mesh routing, to Historic status.

   Implementations of RFC 1863 route servers do not exist, and are not
   used as an alternative to full mesh routing.
 
Working Group Summary
 
   The Working Group had consensus to reclassify RFC 1863.
 
Protocol Quality
 
   Bill Fenner reviewed this document for the IESG.


_______________________________________________
Idr mailing list
[e-mail]
https://www1.ietf.org/mailman/listinfo/idr


Received: from megatron.ietf.org (megatron.ietf.org [132.151.6.71]) by nic.merit.edu (8.9.3/8.9.1) with ESMTP id XAA20604 for <[e-mail]>; Fri, 22 Apr 2005 23:24:16 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DPBC7-0002vM-Dj; Fri, 22 Apr 2005 23:20:35 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DPBBW-0002jP-Bu for [e-mail]; Fri, 22 Apr 2005 23:19:59 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA29866 for <[e-mail]>; Fri, 22 Apr 2005 23:19:55 -0400 (EDT)
Received: from web86907.mail.ukl.yahoo.com ([217.12.13.59]) by ietf-mx.ietf.org with smtp (Exim 4.33) id 1DPBNF-0000oV-6W for [e-mail]; Fri, 22 Apr 2005 23:32:06 -0400
Received: (qmail 97523 invoked by uid 60001); 23 Apr 2005 03:19:46 -0000
Message-ID: <[e-mail]>
Received: from [65.223.109.2] by web86907.mail.ukl.yahoo.com via HTTP; Sat, 23 Apr 2005 04:19:46 BST
Date: Sat, 23 Apr 2005 04:19:46 +0100 (BST)
From: Acharya <[e-mail]>
Subject: Re: [Idr] BGP nexthop calculation question
To: Jeffrey Haas <[e-mail]>
In-Reply-To: 6667
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: a7d2e37451f7f22841e3b6f40c67db0f
Content-Transfer-Encoding: 8bit
Cc: [e-mail]
X-BeenThere: [e-mail]
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/idr>, <mailto:[e-mail]?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/idr>
List-Post: <mailto:[e-mail]>
List-Help: <mailto:[e-mail]?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/idr>, <mailto:[e-mail]?subject=subscribe>
Sender: [e-mail]
Errors-To: [e-mail]

Jeff,

--- Jeffrey Haas <[e-mail]> wrote:
> Acharya,
> 
> On Mon, Feb 28, 2005 at 02:48:20AM +0000, Acharya
> wrote:
> > Infact, since the latest versions of BSD, and
> Linux
> > since the start, allow IF-address configuration as
> in:
> > eth1 = 10.10.10.1/24 and eth2 = 10.10.10.2/24, its
> > next to imppossible to actually detect, on the
> RUT,
> > whether two Nbrs have direct connectivity or not.
> 
> In ipv4, in the above configuration, you are
> declaring that both
> of the above interfaces are on the same logical
> subnet.  If they
> don't share a common physical subnet, this is a
> configuration 
> error.
> 

They need not share a common physical subnet and it
actually makes no difference whether they do share a
common physical subnet or not. One may say certain
aspects of the network may be undefined but as its
today with linux/netbsd, it is configurable and valid
since both interfaces come up fine and one can ping
and do the "regular stuff".

> In ipv6, for ipv6 link-local addresses, this would
> be different.

Configuring overlapping addresses on different
physical I/Fs was allowed in dual-stack Linux/Netbsd
basically because of the L-Local IPv6 addresses all
having the same subnet mask by default. So v6 LLocal
is no strange scenario or in any way different. So in
the dual-stack kernels, other a-families (non-LLocal)
have just been made to fall inline with the same
checks in code.

> However, RFC 2545 mandates that a global address be
> sent with
> the nexthop.  As such, it is possible for two global
> addresses
> be configured on the subnet as above.  For purposes
> of first
> vs. third party nexthop behavior, the check is
> against the
> global address since it is a nonsensical check
> against the
> link-local address.
> 

If one configures LLocal neighbors, there is no way
the NHop can be Global. (Also see the following
comment)

> [elided]
> > The above statement makes the provision of a
> command
> > akin to "nexthop-self" mandatory.
> > 
> > This would become a requirement if both TR2 and
> TR1,
> > in Cleary's example, are IPv6-Link-local neighbors
> > which donot have direct reachability to each
> other.
> > Then its impossible for the RUT to check whether
> "the
> > router" is reachable for the neighbor!
> 
> There was a proposal a while back for utilizing
> link-local peering
> sessions.  In this proposal, only a link-local
> address was exchanged
> in the MP-BGP nexthop field.  I don't believe this
> proposal ever
> gained traction in the IDR WG.

Well, if NextHop.com does not support configuring BGP
peers with LLocal Addresses just because your belief
against it, doesnt mean the world will follow. Infact
the world  (Cisco & Junos) does allow configuring BGP
peers with LLocal addresses. So NextHop.com better
follow suite! Nothing personal here.

Infact, 2545 does not explicitly preclude the use of
LLocal NHop addresses with "MUST NOT"/"SHALL NOT"
(uppercase). Its terminology is more suggestive than
preclusive.

Acharya.

> 
> -- 
> Jeff Haas 
> NextHop Technologies
> 

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

_______________________________________________
Idr mailing list
[e-mail]
https://www1.ietf.org/mailman/listinfo/idr


Received: from megatron.ietf.org (megatron.ietf.org [132.151.6.71]) by nic.merit.edu (8.9.3/8.9.1) with ESMTP id OAA20681 for <[e-mail]>; Fri, 22 Apr 2005 14:20:12 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DP2hV-00087s-ST; Fri, 22 Apr 2005 14:16:25 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DP2hU-00087k-Aq; Fri, 22 Apr 2005 14:16:24 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA09806; Fri, 22 Apr 2005 14:16:17 -0400 (EDT)
Received: from gateway.avici.com ([208.246.215.5] helo=mailhost.avici.com) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DP2t4-000158-4D; Fri, 22 Apr 2005 14:28:23 -0400
Received: from hgowdapc (hgowda-pc.avici.com [10.2.20.191]) by mailhost.avici.com (8.12.8/8.12.8) with SMTP id j3MIFn7k018961; Fri, 22 Apr 2005 14:15:50 -0400
From: "Harisreeprasad Gowda" <[e-mail]>
To: "Vijayanand C - CTD, Chennai." <[e-mail]>, <[e-mail]>, <[e-mail]>
Subject: RE: [Idr] redistributing isis v6 routes into BGP
Date: Fri, 22 Apr 2005 14:15:50 -0400
Message-ID: <[e-mail]>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0)
In-Reply-To: <[e-mail]>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Importance: Normal
X-Avici-MailScanner-Information: Please contact the ISP for more information
X-Spam-Score: 0.2 (/)
X-Scan-Signature: 769a46790fb42fbb0b0cc700c82f7081
Content-Transfer-Encoding: 7bit
Cc: [e-mail], [e-mail]
X-BeenThere: [e-mail]
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/idr>, <mailto:[e-mail]?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/idr>
List-Post: <mailto:[e-mail]>
List-Help: <mailto:[e-mail]?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/idr>, <mailto:[e-mail]?subject=subscribe>
Sender: [e-mail]
Errors-To: [e-mail]

I think it should be the global address of the interface over which the IBGP
peering is established.

-Hari.


-----Original Message-----
From: [e-mail] [mailto:[e-mail]]On Behalf Of
Vijayanand C - CTD, Chennai.
Sent: Thursday, April 21, 2005 10:24 AM
To: [e-mail]; [e-mail]
Cc: [e-mail]; [e-mail]
Subject: [Idr] redistributing isis v6 routes into BGP


Hello all,
I have a question regarding redistribution of IPv6 ISIS routes into BGP.

The v6 routes of ISIS have link local next hops.  So, when these are
redistributed into I-BGP( without route maps having next hop set clause),
what should be the value of global next hop v6 address to be sent in the
update message. Would it be the global address of the interface
corresponding to the link local next hop or the global address of the
interface over which the IBGP peering is established or something else.

Thanks in advance,
Regards,
Vijay


DISCLAIMER
This message and any attachment(s) contained here are information that is
confidential, proprietary to HCL Technologies
and its customers. Contents may be privileged or otherwise protected by law.
The information is solely intended for the
individual or the entity it is addressed to. If you are not the intended
recipient of this message, you are not authorized to
read, forward, print, retain, copy or disseminate this message or any part
of it. If you have received this e-mail in error,
please notify the sender immediately by return e-mail and delete it from
your computer.


_______________________________________________
Idr mailing list
[e-mail]
https://www1.ietf.org/mailman/listinfo/idr


_______________________________________________
Idr mailing list
[e-mail]
https://www1.ietf.org/mailman/listinfo/idr


Received: from megatron.ietf.org (megatron.ietf.org [132.151.6.71]) by nic.merit.edu (8.9.3/8.9.1) with ESMTP id KAA10519 for <[e-mail]>; Thu, 21 Apr 2005 10:37:46 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DOchH-0000za-90; Thu, 21 Apr 2005 10:30:27 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DOchD-0000yK-6v; Thu, 21 Apr 2005 10:30:25 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA04406; Thu, 21 Apr 2005 10:30:20 -0400 (EDT)
Received: from rose.ctd.hcltech.com ([202.54.64.23]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DOcmL-0000S2-Gx; Thu, 21 Apr 2005 10:35:43 -0400
Content-Class: urn:content-classes:message
X-MessageTextProcessor: DisclaimIt (2.50.252) [HCL Technologies Limited]
Received: from Ganesh.ctd.hcltech.com ([202.54.64.2]) by rose.ctd.hcltech.com with Microsoft SMTPSVC(5.0.2195.6713); Thu, 21 Apr 2005 19:53:40 +0530
Received: by Ganesh.ctd.hcltech.com with Internet Mail Service (5.5.2653.19) id <JJ10BM4N>; Thu, 21 Apr 2005 19:53:40 +0530
Message-ID: <[e-mail]>
From: "Vijayanand C - CTD, Chennai." <[e-mail]>
To: <[e-mail]>, <[e-mail]>
Content-Transfer-Encoding: 7bit
Date: Thu, 21 Apr 2005 19:53:31 +0530
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Content-Type: text/plain; charset="iso-8859-1"
X-OriginalArrivalTime: 21 Apr 2005 14:23:40.0987 (UTC) FILETIME=[B74A18B0:01C5467D]
X-Spam-Score: 0.3 (/)
X-Scan-Signature: 2409bba43e9c8d580670fda8b695204a
Content-Transfer-Encoding: 7bit
Cc: [e-mail], [e-mail]
Subject: [Idr] redistributing isis v6 routes into BGP
X-BeenThere: [e-mail]
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/idr>, <mailto:[e-mail]?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/idr>
List-Post: <mailto:[e-mail]>
List-Help: <mailto:[e-mail]?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/idr>, <mailto:[e-mail]?subject=subscribe>
Sender: [e-mail]
Errors-To: [e-mail]

Hello all,
I have a question regarding redistribution of IPv6 ISIS routes into BGP.

The v6 routes of ISIS have link local next hops.  So, when these are
redistributed into I-BGP( without route maps having next hop set clause),
what should be the value of global next hop v6 address to be sent in the
update message. Would it be the global address of the interface
corresponding to the link local next hop or the global address of the
interface over which the IBGP peering is established or something else.

Thanks in advance,
Regards,
Vijay


DISCLAIMER 
This message and any attachment(s) contained here are information that is
confidential, proprietary to HCL Technologies 
and its customers. Contents may be privileged or otherwise protected by law.
The information is solely intended for the 
individual or the entity it is addressed to. If you are not the intended
recipient of this message, you are not authorized to 
read, forward, print, retain, copy or disseminate this message or any part
of it. If you have received this e-mail in error, 
please notify the sender immediately by return e-mail and delete it from
your computer.


_______________________________________________
Idr mailing list
[e-mail]
https://www1.ietf.org/mailman/listinfo/idr


Received: from megatron.ietf.org (megatron.ietf.org [132.151.6.71]) by nic.merit.edu (8.9.3/8.9.1) with ESMTP id OAA12323 for <[e-mail]>; Mon, 18 Apr 2005 14:47:33 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DNayo-0006iS-6g; Mon, 18 Apr 2005 14:28:18 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DNaym-0006iN-Ce for [e-mail]; Mon, 18 Apr 2005 14:28:16 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA14271 for <[e-mail]>; Mon, 18 Apr 2005 14:28:15 -0400 (EDT)
Received: from colo-dns-ext1.juniper.net ([207.17.137.57]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DNb9c-0001ac-To for [e-mail]; Mon, 18 Apr 2005 14:39:30 -0400
Received: from merlot.juniper.net (merlot.juniper.net [172.17.27.10]) by colo-dns-ext1.juniper.net (8.11.3/8.9.3) with ESMTP id j3IIS3969436;  Mon, 18 Apr 2005 11:28:03 -0700 (PDT) (envelope-from [e-mail])
Received: from juniper.net (sapphire.juniper.net [172.17.28.108]) by merlot.juniper.net (8.11.3/8.11.3) with ESMTP id j3IIRge35593; Mon, 18 Apr 2005 11:27:42 -0700 (PDT) (envelope-from [e-mail])
Message-Id: <[e-mail]>
To: [e-mail]
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <[e-mail]>
Date: Mon, 18 Apr 2005 11:27:42 -0700
From: Yakov Rekhter <[e-mail]>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 30ac594df0e66ffa5a93eb4c48bcb014
Cc: [e-mail], Rick Wilder <[e-mail]>
Subject: [Idr] draft-ietf-l3vpn-rt-constrain-01.txt review
X-BeenThere: [e-mail]
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/idr>, <mailto:[e-mail]?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/idr>
List-Post: <mailto:[e-mail]>
List-Help: <mailto:[e-mail]?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/idr>, <mailto:[e-mail]?subject=subscribe>
Sender: [e-mail]
Errors-To: [e-mail]

Folks,

draft-ietf-l3vpn-rt-constrain-01.txt has completed last call in the
L3VPN WG. The area directors have asked for it to be reviewed by
the IDR WG.

The deadline for comments is May 2, 2005.

Yakov.

_______________________________________________
Idr mailing list
[e-mail]
https://www1.ietf.org/mailman/listinfo/idr


Received: from megatron.ietf.org (megatron.ietf.org [132.151.6.71]) by nic.merit.edu (8.9.3/8.9.1) with ESMTP id RAA23028 for <[e-mail]>; Mon, 11 Apr 2005 17:01:40 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DL5YA-0000r1-SZ; Mon, 11 Apr 2005 16:30:26 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DL5Y9-0000iD-Un for [e-mail]; Mon, 11 Apr 2005 16:30:25 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA21182 for <[e-mail]>; Mon, 11 Apr 2005 16:29:43 -0400 (EDT)
Received: from zcars04f.nortelnetworks.com ([47.129.242.57]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DL5gw-0005H8-F6 for [e-mail]; Mon, 11 Apr 2005 16:39:31 -0400
Received: from zcars2ky.ca.nortel.com (zcars2ky.ca.nortel.com [47.129.242.221]) by zcars04f.nortelnetworks.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id j3BKTUX07218 for <[e-mail]>; Mon, 11 Apr 2005 16:29:30 -0400 (EDT)
Received: from zcard305.ca.nortel.com (zcard305.ca.nortel.com [47.129.242.61]) by zcars2ky.ca.nortel.com (Switch-2.2.0/Switch-2.2.0) with ESMTP id j3BKTV301144 for <[e-mail]>; Mon, 11 Apr 2005 16:29:31 -0400 (EDT)
Received: by zcard305.ca.nortel.com with Internet Mail Service (5.5.2653.19) id <HQ3R2HP3>; Mon, 11 Apr 2005 16:29:29 -0400
Message-ID: <[e-mail]>
From: "Sharon Chisholm" <[e-mail]>
To: [e-mail]
Date: Mon, 11 Apr 2005 16:29:18 -0400
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 856eb5f76e7a34990d1d457d8e8e5b7f
Subject: [Idr] FW: draft-ietf-idr-bgp4-mibv2-04.txt Expired
X-BeenThere: [e-mail]
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/idr>, <mailto:[e-mail]?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/idr>
List-Post: <mailto:[e-mail]>
List-Help: <mailto:[e-mail]?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/idr>, <mailto:[e-mail]?subject=subscribe>
Sender: [e-mail]
Errors-To: [e-mail]

Resending since this didn't go through due to email address issues (mine)
...

-----Original Message-----
From: Chisholm, Sharon [CAR:5K50:EXCH] 
Sent: Monday, April 11, 2005 3:24 PM
To: '[e-mail]'
Subject: draft-ietf-idr-bgp4-mibv2-04.txt Expired


hi

It seems that draft-ietf-idr-bgp4-mibv2-04.txt has expired.

Sharon Chisholm
Nortel 
Ottawa, Ontario
Canada

_______________________________________________
Idr mailing list
[e-mail]
https://www1.ietf.org/mailman/listinfo/idr


Received: from megatron.ietf.org (megatron.ietf.org [132.151.6.71]) by nic.merit.edu (8.9.3/8.9.1) with ESMTP id QAA07035 for <[e-mail]>; Tue, 5 Apr 2005 16:02:14 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DItnE-00053N-Nj; Tue, 05 Apr 2005 15:32:56 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DItnB-00052l-4N; Tue, 05 Apr 2005 15:32:53 -0400
Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA24235; Tue, 5 Apr 2005 15:32:50 -0400 (EDT)
Message-Id: <[e-mail]>
Mime-Version: 1.0
Content-Type: Multipart/Mixed; Boundary="NextPart"
To: [e-mail]
From: [e-mail]
Date: Tue, 05 Apr 2005 15:32:50 -0400
Cc: [e-mail]
Subject: [Idr] I-D ACTION:draft-ietf-idr-bgp-identifier-05.txt
X-BeenThere: [e-mail]
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/idr>, <mailto:[e-mail]?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/idr>
List-Post: <mailto:[e-mail]>
List-Help: <mailto:[e-mail]?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/idr>, <mailto:[e-mail]?subject=subscribe>
Sender: [e-mail]
Errors-To: [e-mail]

--NextPart

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Inter-Domain Routing Working Group of the IETF.

	Title		: AS-wide Unique BGP Identifier for BGP-4
	Author(s)	: E. Chen, J. Yuan
	Filename	: draft-ietf-idr-bgp-identifier-05.txt
	Pages		: 5
	Date		: 2005-4-5
	
To accommodate situations where the current requirements for the BGP
Identifier are not met, this document relaxes the definition of the
BGP Identifier to be a 4-octet unsigned, non-zero integer, and
relaxes the 'uniqueness' requirement so that only AS-wide uniqueness
of the BGP Identifiers is required. These revisions to the base BGP
specification do not introduce any backward compatibility issue.

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-idr-bgp-identifier-05.txt

To remove yourself from the I-D Announcement list, send a message to 
[e-mail] with the word unsubscribe in the body of the message.  
You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce 
to change your subscription settings.


Internet-Drafts are also available by anonymous FTP. Login with the username
"anonymous" and a password of your e-mail address. After logging in,
type "cd internet-drafts" and then
	"get draft-ietf-idr-bgp-identifier-05.txt".

A list of Internet-Drafts directories can be found in
http://www.ietf.org/shadow.html 
or ftp://ftp.ietf.org/ietf/1shadow-sites.txt


Internet-Drafts can also be obtained by e-mail.

Send a message to:
	[e-mail].
In the body type:
	"FILE /internet-drafts/draft-ietf-idr-bgp-identifier-05.txt".
	
NOTE:	The mail server at ietf.org can return the document in
	MIME-encoded form by using the "mpack" utility.  To use this
	feature, insert the command "ENCODING mime" before the "FILE"
	command.  To decode the response(s), you will need "munpack" or
	a MIME-compliant mail reader.  Different MIME-compliant mail readers
	exhibit different behavior, especially when dealing with
	"multipart" MIME messages (i.e. documents which have been split
	up into multiple messages), so check your local documentation on
	how to manipulate these messages.
		
		
Below is the data which will enable a MIME compliant mail reader
implementation to automatically retrieve the ASCII version of the
Internet-Draft.

--NextPart
Content-Type: Multipart/Alternative; Boundary="OtherAccess"

--OtherAccess
Content-Type: Message/External-body; access-type="mail-server";
	server="[e-mail]"

Content-Type: text/plain
Content-ID: <[e-mail]>

ENCODING mime
FILE /internet-drafts/draft-ietf-idr-bgp-identifier-05.txt

--OtherAccess
Content-Type: Message/External-body;
	name="draft-ietf-idr-bgp-identifier-05.txt"; site="ftp.ietf.org";
	access-type="anon-ftp"; directory="internet-drafts"

Content-Type: text/plain
Content-ID: <[e-mail]>


--OtherAccess--

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

_______________________________________________
Idr mailing list
[e-mail]
https://www1.ietf.org/mailman/listinfo/idr

--NextPart--