IETF Logo Mail Archive

Re: [RAI] [drinks] FW: Global Service Provider ID - draft-pfautz-service-provider-identifier-urn-01

Hadriel Kaplan <HKaplan@acmepacket.com> Wed, 05 October 2011 03:57 UTC

Return-Path: <HKaplan@acmepacket.com>
X-Original-To: rai@ietfa.amsl.com
Delivered-To: rai@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BA79121F84CF for <rai@ietfa.amsl.com>; Tue, 4 Oct 2011 20:57:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.514
X-Spam-Level:
X-Spam-Status: No, score=-2.514 tagged_above=-999 required=5 tests=[AWL=0.085, BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ysH+XKwm+pbo for <rai@ietfa.amsl.com>; Tue, 4 Oct 2011 20:57:41 -0700 (PDT)
Received: from etmail.acmepacket.com (etmail.acmepacket.com [216.41.24.6]) by ietfa.amsl.com (Postfix) with ESMTP id 2866C21F84CE for <rai@ietf.org>; Tue, 4 Oct 2011 20:57:41 -0700 (PDT)
Received: from MAIL2.acmepacket.com (10.0.0.22) by etmail.acmepacket.com (216.41.24.6) with Microsoft SMTP Server (TLS) id 8.2.254.0; Wed, 5 Oct 2011 00:00:47 -0400
Received: from MAIL1.acmepacket.com ([169.254.1.230]) by Mail2.acmepacket.com ([169.254.2.157]) with mapi id 14.01.0270.001; Wed, 5 Oct 2011 00:00:47 -0400
From: Hadriel Kaplan <HKaplan@acmepacket.com>
To: Paul Kyzivat <pkyzivat@alum.mit.edu>
Thread-Topic: [RAI] [drinks] FW: Global Service Provider ID - draft-pfautz-service-provider-identifier-urn-01
Thread-Index: AQHMgxNcoDN8T3uarkGAhUkmh29rnQ==
Date: Wed, 05 Oct 2011 04:00:46 +0000
Message-ID: <B7CCD584-C06A-4EF2-ACF8-4C7869342B4A@acmepacket.com>
References: <38726EDA2109264987B45E29E758C4D6022778@MISOUT7MSGUSR9N.ITServices.sbc.com> <76AC5FEF83F1E64491446437EA81A61F8190C94665@srvxchg> <38726EDA2109264987B45E29E758C4D6022834@MISOUT7MSGUSR9N.ITServices.sbc.com> <94C682931C08B048B7A8645303FDC9F355A8E5AC67@PUEXCB1B.nanterre.francetelecom.fr> <C0F18337-E780-46D4-9D51-BD788CDC3CDF@cablelabs.com> <38726EDA2109264987B45E29E758C4D6022AA0@MISOUT7MSGUSR9N.ITServices.sbc.com> <94C682931C08B048B7A8645303FDC9F355A8E5ACE7@PUEXCB1B.nanterre.francetelecom.fr> <00a101cc7d30$1abda480$5038ed80$@us> <94C682931C08B048B7A8645303FDC9F355A8F48F72@PUEXCB1B.nanterre.francetelecom.fr> <4E8A1752.9010406@softarmor.com> <09A47EDD-34BC-4027-8F96-01B95C03A80C@acmepacket.com> <4E8B45D9.60805@softarmor.com> <00fb01cc82c4$3e7e0970$bb7a1c50$@us> <4E8B5D6D.1080104@softarmor.com> <014001cc82d7$e790fc80$b6b2f580$@us> <B55EC28D-50EF-46E1-BBD6-558539AF6C43@acmepacket.com> <4E8BB0B0.4000405@alum.mit.edu>
In-Reply-To: <4E8BB0B0.4000405@alum.mit.edu>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [216.41.24.34]
Content-Type: text/plain; charset="us-ascii"
Content-ID: <58A1C1AEEA1109429636F2E1C5D720E2@acmepacket.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: AAAAAQAAAWE=
Cc: "<rai@ietf.org>" <rai@ietf.org>
Subject: Re: [RAI] [drinks] FW: Global Service Provider ID - draft-pfautz-service-provider-identifier-urn-01
X-BeenThere: rai@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Real-time Applications and Infrastructure \(RAI\)" <rai.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rai>, <mailto:rai-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rai>
List-Post: <mailto:rai@ietf.org>
List-Help: <mailto:rai-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rai>, <mailto:rai-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 05 Oct 2011 03:57:41 -0000

On Oct 4, 2011, at 9:19 PM, Paul Kyzivat wrote:

> So how about simply having a means to revoke an assignment, leaving the associated value as "revoked", never to be assigned again?

Yes sorry I meant unassigned but not to be assigned again (unless we run out of course).  I like the term "revoked" better.
:)

-hadriel

v2.23.0 | Report a Bug | By Email