Re: [IPsec] Issue #177. (was: HA/LS terminology)

Yoav Nir <ynir@checkpoint.com> Thu, 25 March 2010 20:09 UTC

Return-Path: <ynir@checkpoint.com>
X-Original-To: ipsec@core3.amsl.com
Delivered-To: ipsec@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 44D133A6892 for <ipsec@core3.amsl.com>; Thu, 25 Mar 2010 13:09:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.591
X-Spam-Level:
X-Spam-Status: No, score=-1.591 tagged_above=-999 required=5 tests=[AWL=0.878, BAYES_00=-2.599, DNS_FROM_OPENWHOIS=1.13, RCVD_IN_DNSWL_LOW=-1]
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 BXNrGkMqxyJK for <ipsec@core3.amsl.com>; Thu, 25 Mar 2010 13:09:51 -0700 (PDT)
Received: from michael.checkpoint.com (michael.checkpoint.com [194.29.32.68]) by core3.amsl.com (Postfix) with ESMTP id C642F3A6B18 for <ipsec@ietf.org>; Thu, 25 Mar 2010 13:09:48 -0700 (PDT)
Received: from il-ex01.ad.checkpoint.com (il-ex01.checkpoint.com [194.29.34.26]) by michael.checkpoint.com (8.12.10+Sun/8.12.10) with ESMTP id o2PK9lsd003990; Thu, 25 Mar 2010 22:09:47 +0200 (IST)
X-CheckPoint: {4BABC23A-0-1211DC2-2FFFF}
Received: from il-ex01.ad.checkpoint.com ([126.0.0.2]) by il-ex01.ad.checkpoint.com ([126.0.0.2]) with mapi; Thu, 25 Mar 2010 22:10:09 +0200
From: Yoav Nir <ynir@checkpoint.com>
To: Dan Harkins <dharkins@lounge.org>
Date: Thu, 25 Mar 2010 22:09:45 +0200
Thread-Topic: [IPsec] Issue #177. (was: HA/LS terminology)
Thread-Index: AcrMVyrZa+0+oxzoSZqgsYEAhEMYNg==
Message-ID: <DF79A0E2-F56F-4AEA-B269-558C730D17BD@checkpoint.com>
References: <7EF09073-9D20-4077-A8DD-59B84B1732D0@sfc.wide.ad.jp> <7bc30fde97954c9f651eb436c822dab7.squirrel@webmail.arsc.edu> <118D7A1E-6090-4D71-9FEB-89AEB189CA94@sfc.wide.ad.jp> <1699285A-BDB7-40A6-BA58-5228AAE1133A@checkpoint.com> <1eac10bbf0fee9817dbc4c681868daa2.squirrel@webmail.arsc.edu> <3B0BF1DE-83E0-413E-A09E-146F8B2C7C9B@checkpoint.com> <f0aa47a3042adbe0b70d3befbcc8f468.squirrel@www.trepanning.net> <6AA54FAA-419E-4887-9801-227AABBCD702@checkpoint.com> <03e919e078c06550481ad5f272511dd0.squirrel@www.trepanning.net>
In-Reply-To: <03e919e078c06550481ad5f272511dd0.squirrel@www.trepanning.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: Rodney Van Meter <rdv@sfc.wide.ad.jp>, "ipsec@ietf.org" <ipsec@ietf.org>, Melinda Shore <shore@arsc.edu>
Subject: Re: [IPsec] Issue #177. (was: HA/LS terminology)
X-BeenThere: ipsec@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Discussion of IPsec protocols <ipsec.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ipsec>, <mailto:ipsec-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ipsec>
List-Post: <mailto:ipsec@ietf.org>
List-Help: <mailto:ipsec-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipsec>, <mailto:ipsec-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Mar 2010 20:09:52 -0000

Hi Dan

I am not trying to create a complete taxonomy of cluster types. I should also note that we don't really have a term for a single "thing" that does IKE and IPsec. Our documents use terms like "gateway" and "peer", but "gateway" does not encompass VPN clients and hosts, and "peer" is not just any implementation, it's the *other* implementation. "Implementation" is a little too long.

Anyway, draft-ietf-ipsecme-ipsec-ha is not out to make a complete taxonomy of clusters. We only define what we need to discuss the problems. All the clusters that are of interest to us provide the ability for another member to take over the work of a failed member. Since this is common to all the clusters that we are considering, we don't need to define this specially. The only difference that matters is whether or not more than one member is handling traffic with the same peer at the same time.

So the only terminology that we need, the only taxonomy that we need, is for these two mutually-exclusive types of cluster:
- Only one member handles all traffic for a particular peer at the same time
- Several members handle traffic for a particular peer at the same time.

That's all the terminology that we need.

So with that in mind, what terms would you suggest for these two types of cluster?