Re: [RAM] The mapping problem: rendezvous points?

JUAN-JOSE.ADAN@giss.seg-social.es Thu, 10 May 2007 09:10 UTC

Return-path: <ram-bounces@iab.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Hm4fJ-0004eN-C9; Thu, 10 May 2007 05:10:25 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Hm4fH-0004cg-F6 for ram@iab.org; Thu, 10 May 2007 05:10:23 -0400
Received: from giss7.seg-social.es ([194.179.55.129] helo=smtp.seg-social.es) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Hm4fH-0002mw-0G for ram@iab.org; Thu, 10 May 2007 05:10:23 -0400
Received: from gwsalida1.correo.portal.ss ([10.99.1.224]) by smtp.seg-social.es (Netscape Messaging Server 4.15) with ESMTP id JHTIT101.61S; Thu, 10 May 2007 11:10:13 +0200
In-Reply-To: <F2F9AE97-7599-42BB-A542-A4B33AC3FD18@virtualized.org>
X-Priority: 1 (High)
To: David Conrad <drc@virtualized.org>
Subject: Re: [RAM] The mapping problem: rendezvous points?
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 6.5.5 November 30, 2005
Message-ID: <OFB9DE91FD.3A98746E-ONC12572D7.002B7312-C12572D7.00325EC0@tgss.seg-social.es>
From: JUAN-JOSE.ADAN@giss.seg-social.es
Date: Thu, 10 May 2007 11:10:10 +0200
X-MIMETrack: Serialize by Router on GWSALIDA1/SRV/SEG-SOCIAL(Release 6.5.5|November 30, 2005) at 10/05/2007 11:10:11, Serialize complete at 10/05/2007 11:10:11
X-Spam-Score: 0.4 (/)
X-Scan-Signature: e1b0e72ff1bbd457ceef31828f216a86
Cc: ram@iab.org
X-BeenThere: ram@iab.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Routing and Addressing Mailing List <ram.iab.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ram>, <mailto:ram-request@iab.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ram>
List-Post: <mailto:ram@iab.org>
List-Help: <mailto:ram-request@iab.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ram>, <mailto:ram-request@iab.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0031050403=="
Errors-To: ram-bounces@iab.org

David,

David Conrad <drc@virtualized.org> wrote on 10/05/2007 00:20:56:
> 
> People have been talking about having a push based mapping 
> mechanism.  They have also been talking about having host-level 
> granularity.  How is this going to work?  Are people imagining a 
> flood protocol that propagates host-level mappings to every host on 
> the Internet?

I am the proponent of a BGP-based push mapping mechanism. In my
proposal on TIDR, I mention the possibility of propagating FEC
mappings that could even descend down to the TCP or UDP port level
per host. Obviously this is a nonsense nowadays. But, as almost
always, not all that can be done is eventually done.

I wanted to reflect in my proposal all the potentials of TIDR.
But this is similar to what currently happens with the use of
BGP for routing in the Internet: the BGP specification says
nothing about the maximum mask length that should be stored in
the RIB. It is the best current practice which dictates for
example that /24 is a reasonable limit. And this is achieved
by using filters.

Therefore an important feature of a flooding mechanism should
be the ability to differentiate the relative importance of
the objects being mapped so as to treat them differently by
means of filters of some type.

Someone mentioned some days ago that host-based solutions and
network-based solutions are orthogonal. I think he's right.

Regards,
Juanjo

_______________________________________________
RAM mailing list
RAM@iab.org
https://www1.ietf.org/mailman/listinfo/ram