Re: [scale] Third (and final?) call to discuss scaling VPNs

Rob Shakir <rjs@rob.sh> Tue, 07 January 2014 17:09 UTC

Return-Path: <rjs@rob.sh>
X-Original-To: scale@ietfa.amsl.com
Delivered-To: scale@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 28A2E1AE037 for <scale@ietfa.amsl.com>; Tue, 7 Jan 2014 09:09:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.438
X-Spam-Level:
X-Spam-Status: No, score=-2.438 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.538] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Uav9Xy7qDHNF for <scale@ietfa.amsl.com>; Tue, 7 Jan 2014 09:08:59 -0800 (PST)
Received: from cappuccino.rob.sh (cappuccino.rob.sh [IPv6:2a03:9800:10:4c::cafe:b00c]) by ietfa.amsl.com (Postfix) with ESMTP id 2C7621ADFFF for <scale@ietf.org>; Tue, 7 Jan 2014 09:08:58 -0800 (PST)
Received: from [31.55.10.71] (helo=[10.210.8.207]) by cappuccino.rob.sh with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from <rjs@rob.sh>) id 1W0a92-0004QQ-3O; Tue, 07 Jan 2014 17:08:48 +0000
Content-Type: text/plain; charset=windows-1252
Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\))
From: Rob Shakir <rjs@rob.sh>
In-Reply-To: <C8B66878-3ED9-4BC2-B365-E4E3C3E94EDC@rob.sh>
Date: Tue, 7 Jan 2014 17:08:45 +0000
Content-Transfer-Encoding: quoted-printable
Message-Id: <BA10AF85-B6C6-4C23-9C6D-FDEEA881DC49@rob.sh>
References: <00d101cf0b95$aa505de0$fef119a0$@olddog.co.uk> <40746B2300A8FC4AB04EE722A593182B6BFC7592@ONWVEXCHMB04.ciena.com> <40746B2300A8FC4AB04EE722A593182B6BFC75AB@ONWVEXCHMB04.ciena.com> <016901cf0bc6$5a5da370$0f18ea50$@olddog.co.uk> <C8B66878-3ED9-4BC2-B365-E4E3C3E94EDC@rob.sh>
To: "adrian@olddog.co.uk Farrel" <adrian@olddog.co.uk>
X-Mailer: Apple Mail (2.1827)
Cc: scale@ietf.org
Subject: Re: [scale] Third (and final?) call to discuss scaling VPNs
X-BeenThere: scale@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: MPLS VPN Scaling <scale.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/scale>, <mailto:scale-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/scale/>
List-Post: <mailto:scale@ietf.org>
List-Help: <mailto:scale-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/scale>, <mailto:scale-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 07 Jan 2014 17:09:01 -0000

On 7 Jan 2014, at 17:01, Rob Shakir <rjs@rob.sh>; wrote:

> My intention in working on the draft-gs-vpn-scaling doc was to try to highlight what some of the scaling pitfalls can be, and provide some motivation (based on experiences) for such multi-dimensional scaling to be something that is actually examined by equipment implementors (typically, the head-line numbers on the spec. sheet are very nice in isolation, but not very good together). On this note, I am looking to update the doc based on some discussions Wes and I had in Berlin — but I have unfortunately not managed to carve out the cycles to do so just yet.

Although my cycles are limited, they’re not *that* limited — actually I’m updating post-Vancouver!

r.