Re: [Idr] Re: draft-ietf-idr-as-pathlimit-03.txt

Marcelo Schmidt <mschmidt@equinix.com> Tue, 14 August 2007 18:41 UTC

Return-path: <idr-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IL1Kh-0004qn-7L; Tue, 14 Aug 2007 14:41:35 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IL1Kg-0004qi-Cf for idr@ietf.org; Tue, 14 Aug 2007 14:41:34 -0400
Received: from somehost-5.equinix.net ([207.20.85.157] helo=glaciar.corp.equinix.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IL1KZ-0002kr-W2 for idr@ietf.org; Tue, 14 Aug 2007 14:41:34 -0400
Received: from glaciar.corp.equinix.com (localhost [127.0.0.1]) by glaciar.corp.equinix.com (8.12.11/8.12.11) with ESMTP id l7EIf73l023738; Tue, 14 Aug 2007 11:41:07 -0700 (PDT)
Received: (from mschmidt@localhost) by glaciar.corp.equinix.com (8.12.11/8.12.11) id l7EIf2F6000707; Tue, 14 Aug 2007 11:41:02 -0700 (PDT)
Date: Tue, 14 Aug 2007 11:41:02 -0700
From: Marcelo Schmidt <mschmidt@equinix.com>
To: Tony Li <tli@cisco.com>
Subject: Re: [Idr] Re: draft-ietf-idr-as-pathlimit-03.txt
Message-ID: <20070814184102.GA4953@equinix.com>
References: <Pine.LNX.4.64.0707301444510.418@hibernia.jakma.org> <68357C8C-66C0-4520-8316-CACA1C431CCE@cisco.com>
Mime-Version: 1.0
In-Reply-To: <68357C8C-66C0-4520-8316-CACA1C431CCE@cisco.com>
User-Agent: Mutt/1.4.2.1i
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 082a9cbf4d599f360ac7f815372a6a15
Cc: Inter-Domain Routing List <idr@ietf.org>, Paul Jakma <paul@clubi.ie>
X-BeenThere: idr@ietf.org
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:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/idr>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0019750319=="
Errors-To: idr-bounces@ietf.org

On Mon, Jul 30, 2007 at 07:11:59AM -0700, Tony Li wrote:
>    >    E.g. When sending an AS_PATHLIMIT with a private-ASN to an EBGP
>    >    neighbour outside of the parent AS, a speaker should update the
>    >    ASN in the attribute with preferrably its own ASN, if that is a
>    >    public ASN, or else the ASN of the EBGP peer the attribute is
>    >    being sent to, if that is a public ASN.
>    >
>    >  That still allows for the discretion around determining 'parent AS'
>    > which the original wording carefully put there, but gives a gentle
>    > hint as to expected behaviour..
> 
>    Works for me.  Other folks?

I think the e.g works but I just have a little problem understand the
wording around the end of the e.g. "being sent to, if that is a public ASN."
If I would tried to follow the example in this kinda psuedo C (laughable
enough) it looks like this :)

/* AS_PATHLIMIT with a private-ASN to an EBGP \
_neighbor_ outside of the parent AS: */
	
	if (that is a public ASN) {
		a speaker should update the ASN in  \
		the attribute with preferrably its own ASN
	} else { 
		the ASN of the EBGP peer the attribute is \
		being sent to
	}
	if that is a public ASN?

-- 
-m

====================================================================
Key fingerprint = 8E48 6CD0 6D2B 538E 264B  D1D0 21E2 E7EE A40F 2A0B
gpg --keyserver wwwkeys.pgp.net --recv-keys 0xA40F2A0B
====================================================================

_______________________________________________
Idr mailing list
Idr@ietf.org
https://www1.ietf.org/mailman/listinfo/idr