Re: [lisp] LISP EID Block Size

Sander Steffann <> Fri, 01 November 2013 12:48 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 4458621E8277 for <>; Fri, 1 Nov 2013 05:48:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.389
X-Spam-Status: No, score=-2.389 tagged_above=-999 required=5 tests=[AWL=0.210, BAYES_00=-2.599]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id y9vu0p1uvtFu for <>; Fri, 1 Nov 2013 05:48:49 -0700 (PDT)
Received: from ( [IPv6:2001:9e0:803::6]) by (Postfix) with ESMTP id 2825721E8235 for <>; Fri, 1 Nov 2013 05:45:55 -0700 (PDT)
Received: from localhost (localhost []) by (Postfix) with ESMTP id 2D52243; Fri, 1 Nov 2013 13:45:54 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id 3BhX1FObP3Dt; Fri, 1 Nov 2013 13:45:48 +0100 (CET)
Received: from ( []) by (Postfix) with ESMTPSA id 39F443D; Fri, 1 Nov 2013 13:45:48 +0100 (CET)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1816\))
From: Sander Steffann <>
In-Reply-To: <>
Date: Fri, 1 Nov 2013 13:45:47 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <>
References: <> <> <> <> <>
To: Rene Bartsch <>
X-Mailer: Apple Mail (2.1816)
Cc: LISP mailing list list <>
Subject: Re: [lisp] LISP EID Block Size
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Fri, 01 Nov 2013 12:48:50 -0000


> I want to ask everyone on the list: Which facts prevent a scaling experiment with the aim of global production state? In my opinion a /16-EID-prefix is perfect for that goal.

The problem is in that what you describe depends on public PITRs, and we have seen how badly that worked for 6to4 public relays. Running a public relay costs money (equipment, maintenance, bandwidth), and when nobody pays for them then we cannot expect any decent quality. And LISP will be blamed and seen as an unreliable protocol, just like 6to4. Relying on public relays is a very bad idea.

Now, if some big tier-1 transit networks start running production quality PxTRs (because PxTRs attract traffic, and their customers pay for traffic) then I can see some possibilities. If the LISP traffic volume increases then other networks might also start running PxTRs so they don't have to pay their transits for it, and then we are getting somewhere. But as long as 'public PxTR' means 'someone with good intentions but no real responsibility' then this will be a dangerous experiment for LISP...