Re: [rrg] Questions about Enhanced Efficiency of Mapping Distribution Protocols

Charrie Sun <charriesun@gmail.com> Thu, 31 December 2009 03:15 UTC

Return-Path: <charriesun@gmail.com>
X-Original-To: rrg@core3.amsl.com
Delivered-To: rrg@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 786953A682C for <rrg@core3.amsl.com>; Wed, 30 Dec 2009 19:15:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.173
X-Spam-Level:
X-Spam-Status: No, score=-2.173 tagged_above=-999 required=5 tests=[AWL=0.425, BAYES_00=-2.599, HTML_MESSAGE=0.001]
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 Lki3FM-vJY6r for <rrg@core3.amsl.com>; Wed, 30 Dec 2009 19:15:14 -0800 (PST)
Received: from mail-vw0-f203.google.com (mail-vw0-f203.google.com [209.85.212.203]) by core3.amsl.com (Postfix) with ESMTP id 2FE033A67B1 for <rrg@irtf.org>; Wed, 30 Dec 2009 19:15:14 -0800 (PST)
Received: by vws41 with SMTP id 41so3429457vws.15 for <rrg@irtf.org>; Wed, 30 Dec 2009 19:14:51 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=FCJdZYgL1c6JcGxBmbFEdrjgwWOAoBq9PmWhMy7CK9I=; b=L37BxsAOwNECAsKZjFvZ/HerP91WDYDT8mzKpEgzC/P1PU+MmqrRN4vNpDXjMsISZB x+Zy3dIJ37bBIZhjOXzdfIamTM5lUtrJO42Xmv03fTnqMFjS2Q6pZj8HY38hzlWsm/iI M+WTXasrtfjWHBKM9Ky3R1uOILswco7T6wQ6A=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=o7Sm6HkcZVuazdAsrQF2wNboVsCYrmE2cjbyAtihV81zCIkfBKIkuKLIYk8zmFYryE cN/Vwd3q2ygIsw73mIVu9wdiv2UPUbXFWPQxdzVHs60zjVw0DvB/ESwl0i+649Vnm5HT V4EJDJc9k/GxHLhR1t48QOsLrZFUmFO/QGaDY=
MIME-Version: 1.0
Received: by 10.220.123.167 with SMTP id p39mr21335146vcr.82.1262229291381; Wed, 30 Dec 2009 19:14:51 -0800 (PST)
In-Reply-To: <D7A0423E5E193F40BE6E94126930C493078D7343F8@MBCLUSTER.xchange.nist.gov>
References: <4eb512450912232027l730a767cnc8e3192c5eaa1c41@mail.gmail.com> <D7A0423E5E193F40BE6E94126930C493078D7343EE@MBCLUSTER.xchange.nist.gov> <4eb512450912292310s30bec5aex3e1f5edc98852178@mail.gmail.com> <D7A0423E5E193F40BE6E94126930C493078D7343F8@MBCLUSTER.xchange.nist.gov>
Date: Thu, 31 Dec 2009 11:14:51 +0800
Message-ID: <4eb512450912301914m2695ea01wb5864adf2f5f13d8@mail.gmail.com>
From: Charrie Sun <charriesun@gmail.com>
To: "Sriram, Kotikalapudi" <kotikalapudi.sriram@nist.gov>
Content-Type: multipart/alternative; boundary="001636d3395989b5af047bfda885"
Cc: "rrg@irtf.org" <rrg@irtf.org>
Subject: Re: [rrg] Questions about Enhanced Efficiency of Mapping Distribution Protocols
X-BeenThere: rrg@irtf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IRTF Routing Research Group <rrg.irtf.org>
List-Unsubscribe: <http://www.irtf.org/mailman/listinfo/rrg>, <mailto:rrg-request@irtf.org?subject=unsubscribe>
List-Archive: <http://www.irtf.org/mail-archive/web/rrg>
List-Post: <mailto:rrg@irtf.org>
List-Help: <mailto:rrg-request@irtf.org?subject=help>
List-Subscribe: <http://www.irtf.org/mailman/listinfo/rrg>, <mailto:rrg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Thu, 31 Dec 2009 03:15:15 -0000

2009/12/31 Sriram, Kotikalapudi kotikalapudi.sriram@nist.gov

>
> Follow up question from Charrie Sun:
> Then this backup information can make the same storage and distribution
> cost as to the original non-aggregated mappings, right?
>
> Response to the followup question:
> KS: That is not the case. Only a small fraction of subnets are multi-homed
> to multiple
> ASs as you can see from slide 40 at link below (based on analysis performed
> at NIST).
>
> http://www.antd.nist.gov/bgp_security/publications/ARIN_NetHandle_OriginAS_Analysis.pdf
> Actually, in this slide many of the MOASs are due to _stale_ route
> registrations at the IRRs!
> So the fraction we are talking about is really small.
> This is because, in reality, most of the time a subnet is originated by a
> single AS
> and it is the AS that is multi-homed to ASs of multiple upstream ISPs and
> not the subnet.
> Similarly, I think it would be rare that a subnet (or subsubnet) would
> multi-home directly
> to multiple ETRs. More often a serving ETR at lower-level would multi-home
> to multiple
> ETRs at higher-level in the hierarchy. The main savings in the proposal
> is due to efficient handling of deaggregates that reside at another ETR
> away from the ETR where bulk of the aggregated prefix resides.
>
> Here I'm confused about the separation granularity. Isn't the separation to
separate stub AS from the core, but rather to separate subnets from their
ASes? As there are often one AS for each subnet, what's the use we do so?
The same question applies to ETRs.

Letong