Re: [Idr] draft on virtual aggregation

Daniel Ginsburg <dg@ot-e.biz> Tue, 08 July 2008 21:21 UTC

Return-Path: <idr-bounces@ietf.org>
X-Original-To: idr-archive@megatron.ietf.org
Delivered-To: ietfarch-idr-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1FFFE3A689C; Tue, 8 Jul 2008 14:21:44 -0700 (PDT)
X-Original-To: idr@core3.amsl.com
Delivered-To: idr@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1860A3A689C for <idr@core3.amsl.com>; Tue, 8 Jul 2008 14:21:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.571
X-Spam-Level:
X-Spam-Status: No, score=-0.571 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_MISMATCH_COM=0.553, HOST_EQ_RU=0.875, J_CHICKENPOX_52=0.6]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id B66vv8bR5VnI for <idr@core3.amsl.com>; Tue, 8 Jul 2008 14:21:41 -0700 (PDT)
Received: from iddater.nxceso.com (iddater.malpaso.ru [89.108.83.67]) by core3.amsl.com (Postfix) with ESMTP id 9146A3A67D8 for <idr@ietf.org>; Tue, 8 Jul 2008 14:21:41 -0700 (PDT)
Received: from [83.167.114.17] (helo=[192.168.1.254]) by iddater.nxceso.com with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from <dg@ot-e.biz>) id 1KGKd9-0006im-Ui; Wed, 09 Jul 2008 01:21:48 +0400
Message-ID: <4873DA60.3010604@ot-e.biz>
Date: Wed, 09 Jul 2008 01:21:36 +0400
From: Daniel Ginsburg <dg@ot-e.biz>
User-Agent: Icedove 1.5.0.10 (X11/20070328)
MIME-Version: 1.0
To: Paul Francis <francis@cs.cornell.edu>
References: <37BC8961A005144C8F5B8E4AD226DE1109D829@EXCHANGE2.cs.cornell.edu>
In-Reply-To: <37BC8961A005144C8F5B8E4AD226DE1109D829@EXCHANGE2.cs.cornell.edu>
Cc: idr@ietf.org
Subject: Re: [Idr] draft on virtual aggregation
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/idr>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: idr-bounces@ietf.org
Errors-To: idr-bounces@ietf.org

Paul Francis wrote:
> Its posted by IETF now.  At
> http://www.ietf.org/internet-drafts/draft-francis-idr-intra-va-00.txt
> 

Paul,

I think that there're few problems with the draft.

One is with PHP. If a router is a border VA router, it must perform 
*ultimate*-hop-popping, not penultimate as section 3.2.3 of the draft 
states, since the router is egress for an LSP (as per RFC5036 
terminology). I.e. it means that a border VA router must not advertise 
implicit (or explicit) null label for FECs corresponding to external 
next-hops. Also section 3.2.3 implies that external next-hops must be 
carried inside AS' IGP, and IMHO the draft should explicitly say so.

Another problem is mixing legacy hop-by-hop forwarding and VA. Consider 
the following topology.

     10
A--------B
|        |
|100     | 10
|        |
C--------D------E
    10       10

A, B, D are VA routers. A is APR. B and E are legacy routers capable of 
only hop-by-hop forwarding, i.e. not doing MPLS. Link metrics are shown.

Packets ingress the topology at A. They get forwarded to B as plain IP 
since B is not an LSR. B forwards plain IP packets to D. D is a VA 
router and has suppressed the specific routes, thus it sends the packets 
back to A.

-- 
dg
_______________________________________________
Idr mailing list
Idr@ietf.org
https://www.ietf.org/mailman/listinfo/idr