Re: [paws] need for DB initialization message
"Rosen, Brian" <Brian.Rosen@neustar.biz> Fri, 10 August 2012 01:27 UTC
Return-Path: <brian.rosen@neustar.biz>
X-Original-To: paws@ietfa.amsl.com
Delivered-To: paws@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A343B21F85FC for <paws@ietfa.amsl.com>; Thu, 9 Aug 2012 18:27:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.366
X-Spam-Level:
X-Spam-Status: No, score=-6.366 tagged_above=-999 required=5 tests=[AWL=0.233, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 XK4xc+L5Y7aM for <paws@ietfa.amsl.com>; Thu, 9 Aug 2012 18:27:11 -0700 (PDT)
Received: from neustar.com (mx2.neustar.com [156.154.25.104]) by ietfa.amsl.com (Postfix) with ESMTP id A86A821F85F0 for <paws@ietf.org>; Thu, 9 Aug 2012 18:27:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=neustar.biz; s=neustarbiz; t=1344561789; x=1659919027; q=dns/txt; h=From:Date:Subject:Message-ID:Content-Language: Content-Type:Content-Transfer-Encoding; bh=SJmObhACfFFU0OJu8v+hW po5bT3jTEzfW8gsAq+LFbE=; b=MELcbvkeb4t4+6oF+OtPx6nsBLRQLG2wwp/w7 +W51OukUtNWPtR/y7u/mfQpqkovW1l1SOzUAXMinSKomptWMQ==
Received: from ([10.31.13.228]) by chihiron2.nc.neustar.com with ESMTP with TLS id J041123125.9704789; Thu, 09 Aug 2012 21:23:08 -0400
Received: from STNTEXCH01.cis.neustar.com ([fe80::31b6:4d09:2ada:e6c0]) by STNTEXCHHT01.cis.neustar.com ([::1]) with mapi; Thu, 9 Aug 2012 21:27:08 -0400
From: "Rosen, Brian" <Brian.Rosen@neustar.biz>
Date: Thu, 09 Aug 2012 21:27:07 -0400
Thread-Topic: [paws] need for DB initialization message
Thread-Index: Ac12l0GlZCXWd6pLROONS/t0aUZPIw==
Message-ID: <645E8354-AC28-4DE6-85FC-025F1FEA5FCE@neustar.biz>
References: <1ECAFF543A2FED4EA2BEB6CACE08E47601FAFF1F@008-AM1MPN1-006.mgdnok.nokia.com> <502462F4.8000002@joelhalpern.com>
In-Reply-To: <502462F4.8000002@joelhalpern.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
x-ems-proccessed: R64IxjzeHPwwd+efoj3ZcA==
x-ems-stamp: bhdL/7B5D0prtRX1a4YcDw==
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
To: "Joel M. Halpern" <jmh@joelhalpern.com>
Cc: "paws@ietf.org" <paws@ietf.org>
Subject: Re: [paws] need for DB initialization message
X-BeenThere: paws@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Protocol to Access White Space database \(PAWS\)" <paws.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/paws>, <mailto:paws-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/paws>
List-Post: <mailto:paws@ietf.org>
List-Help: <mailto:paws-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/paws>, <mailto:paws-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 10 Aug 2012 01:27:12 -0000
Yeah, that also handles the situation where discovery gets you the national list and then you choose one from the list. Brian On Aug 9, 2012, at 9:25 PM, "Joel M. Halpern" <jmh@joelhalpern.com> wrote: > Related suggestion: Assuming we have a discovery protocol which can > return a URI, the protocol semantics should be such that the URI can be > the final DB URI, or another intermediary in the process. Thus, the > protocol should not lock in that there can be only 0 or 1 intermediaries > in the resolution, but should allow several. (We already have suggested > cases where at least two are needed, one to determine where you are by > asking your vendor, and one to determine who you can talk to by asking > your local regulator.) > > Yours, > Joel > > On 8/9/2012 8:02 PM, Gabor.Bajko@nokia.com wrote: >> Folks, >> >> During the Vancouver F2F discussions we had some good discussions, but >> no agreement on whether an initialization message, as proposed in >> draft-das is necessary or not. >> >> You may check the minutes to see what was said at the mike: >> http://www.ietf.org/proceedings/84/minutes/minutes-84-paws >> >> People spoke mostly in favor, but there were people who also said that >> this message is redundant with registration message. >> >> Question#1: need for an initialization message >> >> Unfortunately we did not have time to discuss the DB discovery aspect, >> and that may be related to this topic. The only DB discovery document >> available currently, >> http://www.ietf.org/id/draft-probasco-paws-discovery-01.txt, proposes, >> that the master device contacts a pre-provisioned discovery server and >> provides its location, and in return the discovery server returns the >> URI of the DB for that regulatory domain. At this point, the master >> device knows which DB to contact, but it does not necessarily know what >> regulatory domain that DB belongs to. Thus, it doesn’t know what are the >> operating rules, whether it has to authenticate, or register, etc. >> >> Thus, it seems logical to me that the master device first queries the DB >> to find out the regulatory domain. We even have such a requirement in >> the requirement draft, requirement: >> >> “P.3: The protocol MUST support determination of >> regulatory domain governing its current location.” >> >> The information about the regulatory domain may be cached, and the >> master device may not need to place that query every time, but this >> message exchange may be necessary in certain cases. Any comments to this >> point? >> >> Question#2 >> >> Then, it is a slightly separate issue, if this message exchange has to >> take place, then what additional information the DB returns. draft-das >> proposes that regulatory domain specific information be returned to the >> master device. >> >> Question#3 >> >> Yet another separate point is that draft-das proposes to use this >> initialization message also to initiate client authentication (putting >> shared secret vs cert issue aside for the time being). In cases when the >> master device does not know the regulatory domain it is in, then it does >> not know whether authentication is required in that regulatory domain or >> not; so why would initiate authentication then? Similar comment applies >> to draft-wei, where it is proposed that after DB discovery the master >> device authenticates at TLS layer and performs registration; how does it >> know that it has to authenticate and register, if it doesn’t know the >> regulatory domain? >> >> In my opinion (chair hat off), the sequence of events should be sg like >> this: >> >> 1.DB discovery (may be skipped if cached information available) >> >> 2.Regulatory domain query (may be skipped if cached information available) >> >> 3.Authentication (if required) >> >> 4.Registration (if required) >> >> 5.Channel availability query (may be combined with registration?) >> >> Comments are welcome and expected. >> >> -Gabor >> >> >> >> _______________________________________________ >> paws mailing list >> paws@ietf.org >> https://www.ietf.org/mailman/listinfo/paws >> > _______________________________________________ > paws mailing list > paws@ietf.org > https://www.ietf.org/mailman/listinfo/paws
- [paws] need for DB initialization message Gabor.Bajko
- Re: [paws] need for DB initialization message Rosen, Brian
- Re: [paws] need for DB initialization message Joel M. Halpern
- Re: [paws] need for DB initialization message Rosen, Brian
- Re: [paws] need for DB initialization message Gabor.Bajko
- Re: [paws] need for DB initialization message Joel M. Halpern
- Re: [paws] need for DB initialization message Peter McCann
- Re: [paws] need for DB initialization message Rosen, Brian
- Re: [paws] need for DB initialization message Peter McCann
- Re: [paws] need for DB initialization message Basavaraj.Patil
- Re: [paws] need for DB initialization message Basavaraj.Patil
- Re: [paws] need for DB initialization message Rosen, Brian
- Re: [paws] need for DB initialization message Gabor.Bajko
- Re: [paws] need for DB initialization message Manikkoth Sajeev
- Re: [paws] need for DB initialization message Rosen, Brian
- Re: [paws] need for DB initialization message Gabor.Bajko