From nobody Mon Oct 5 08:27:40 2015 Return-Path: X-Original-To: weirds@ietfa.amsl.com Delivered-To: weirds@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A6E981AD0BA for ; Mon, 5 Oct 2015 08:27:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] 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 ce-uvdH6YCjY for ; Mon, 5 Oct 2015 08:27:36 -0700 (PDT) Received: from mail-qg0-f98.google.com (mail-qg0-f98.google.com [209.85.192.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 60D051AD0B8 for ; Mon, 5 Oct 2015 08:27:36 -0700 (PDT) Received: by qgev79 with SMTP id v79so10243587qge.3 for ; Mon, 05 Oct 2015 08:27:35 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:subject:thread-topic:thread-index:date :message-id:references:in-reply-to:accept-language:content-language :content-type:content-transfer-encoding:mime-version; bh=bMAomZqnMD+B5jRVoJ3VtYye07wTIPz08WoK0OkwZrY=; b=Zmoz2L08SCQMJmLA5X22FCxOBzkyY/qFVyuXefvqmsGGQ1mmwJL7eFp+mytvkISoKD dcq3hsqivJi1pqgx+eM6xSTHuTfR2oqMKQgdh2727I7xkgMVgQz4oWoR6ZrPqoIZ4w6L tEzyi/IQ1xmETV8W9y9Qe8JW0kyhDTUnXvAyVv7ArqX+Hpx+b23f5IFj7H37eP4C3oKK 7N7TV7HaAh+H/SBwojBoMDp2OW3F4bA0p39sAu4VB/6RY/FT6nSwnyP1vriXJazIHRy2 syQXukNV37tceG28UvqYxHJr0EU0XhU6nfeN7rDStGV2imbG4FD1n9LOylMaKH1pp4kt uCKg== X-Gm-Message-State: ALoCoQnZtFQZgQ2LnogRsaKslZFCb3+BPTevyIGgAVIHr2msvxRId7fjZFWGh8JnFaSB0+aAcWRFFDlj164bKr+OtH8jCcUCNQ== X-Received: by 10.140.237.14 with SMTP id i14mr41925312qhc.28.1444058855477; Mon, 05 Oct 2015 08:27:35 -0700 (PDT) Received: from brn1lxmailout01.verisign.com (brn1lxmailout01.verisign.com. [72.13.63.41]) by smtp-relay.gmail.com with ESMTPS id s2sm2902025qkl.12.2015.10.05.08.27.35 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 05 Oct 2015 08:27:35 -0700 (PDT) X-Relaying-Domain: verisign.com Received: from brn1wnexcas01.vcorp.ad.vrsn.com (brn1wnexcas01 [10.173.152.205]) by brn1lxmailout01.verisign.com (8.13.8/8.13.8) with ESMTP id t95FRYBA002315 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Mon, 5 Oct 2015 11:27:35 -0400 Received: from BRN1WNEXMBX02.vcorp.ad.vrsn.com ([::1]) by brn1wnexcas01.vcorp.ad.vrsn.com ([::1]) with mapi id 14.03.0174.001; Mon, 5 Oct 2015 11:27:34 -0400 From: "Hollenbeck, Scott" To: "weirds@ietf.org" Thread-Topic: New Non-WG Mailing List: http-use -- Discussion and review of IETF protocols that use HTTP and related Web technologies (sometimes called "RESTful" protocols) Thread-Index: AQHQ/4HW8ckAX8Bi7kya7BMGMQqU1p5dBaHA Date: Mon, 5 Oct 2015 15:27:33 +0000 Message-ID: <831693C2CDA2E849A7D7A712B24E257F4A0A8A1B@BRN1WNEXMBX02.vcorp.ad.vrsn.com> References: <20151005152252.14962.86055.idtracker@ietfa.amsl.com> In-Reply-To: <20151005152252.14962.86055.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.173.152.4] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: [weirds] FW: New Non-WG Mailing List: http-use -- Discussion and review of IETF protocols that use HTTP and related Web technologies (sometimes called "RESTful" protocols) X-BeenThere: weirds@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "WHOIS-based Extensible Internet Registration Data Service \(WEIRDS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Oct 2015 15:27:38 -0000 RllJLCBmb2xrcy4NCg0KU2NvdHQNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206 IElFVEYtQW5ub3VuY2UgW21haWx0bzppZXRmLWFubm91bmNlLWJvdW5jZXNAaWV0Zi5vcmddIE9u IEJlaGFsZiBPZiBJRVRGIFNlY3JldGFyaWF0DQpTZW50OiBNb25kYXksIE9jdG9iZXIgMDUsIDIw MTUgMTE6MjMgQU0NClRvOiBJRVRGIEFubm91bmNlbWVudCBMaXN0DQpTdWJqZWN0OiBOZXcgTm9u LVdHIE1haWxpbmcgTGlzdDogaHR0cC11c2UgLS0gRGlzY3Vzc2lvbiBhbmQgcmV2aWV3IG9mIElF VEYgcHJvdG9jb2xzIHRoYXQgdXNlIEhUVFAgYW5kIHJlbGF0ZWQgV2ViIHRlY2hub2xvZ2llcyAo c29tZXRpbWVzIGNhbGxlZCAiUkVTVGZ1bCIgcHJvdG9jb2xzKQ0KDQpBIG5ldyBJRVRGIG5vbi13 b3JraW5nIGdyb3VwIGVtYWlsIGxpc3QgaGFzIGJlZW4gY3JlYXRlZC4NCg0KTGlzdCBhZGRyZXNz OiBodHRwLXVzZUBpZXRmLm9yZw0KQXJjaGl2ZTogaHR0cHM6Ly9tYWlsYXJjaGl2ZS5pZXRmLm9y Zy9hcmNoL3NlYXJjaC8/ZW1haWxfbGlzdD1odHRwLXVzZQ0KVG8gc3Vic2NyaWJlOiBodHRwczov L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2h0dHAtdXNlDQoNClB1cnBvc2U6DQoNClRo aXMgbGlzdCBpcyBmb2N1c2VkIG9uIGJlc3QgcHJhY3RpY2VzIGFuZCBwYXR0ZXJucyBvZiB1c2Us IGFuZCBnaXZpbmcgY29uc3RydWN0aXZlIGZlZWRiYWNrIHRvIElFVEYgd29yayB0aGF0IGxldmVy YWdlcyB0aGUgV2ViIHN0YWNrIG9mIHRlY2hub2xvZ2llcywgd2l0aCBhbiBlbXBoYXNpcyBvbiBh cHByb3ByaWF0ZSB1c2Ugb2YgSFRUUCwgYnV0IGFsc28gaW5jbHVkaW5nIGNvbmNlcHRzIGxpa2Ug VVJMcywgV2ViIExpbmtpbmcsIEpTT04sIFhNTCwgZXRjLiANCg0KRGlzY3Vzc2lvbiBvZiBuZXcg SFRUUCBleHRlbnNpb25zIGlzIG9mZi10b3BpYzsgc2VlIHRoZSBpZXRmLWh0dHAtd2dAdzMub3Jn IG1haWxpbmcgbGlzdC4gTGlrZXdpc2UsIGRpc2N1c3Npb24gb2Ygbm9uLUlFVEYgcHJvdG9jb2xz IGJhc2VkIHVwb24gSFRUUCBhcmUgb2ZmLXRvcGljIChhbHRob3VnaCB0aGV5IG1heSBiZW5lZml0 IGZyb20gcmV2aWV3aW5nIHRoZSBkaXNjdXNzaW9uIGhlcmUpLg0KDQpGb3IgYWRkaXRpb25hbCBp bmZvcm1hdGlvbiwgcGxlYXNlIGNvbnRhY3QgdGhlIGxpc3QgYWRtaW5pc3RyYXRvcnMuDQoNCg== From nobody Wed Oct 14 07:58:43 2015 Return-Path: X-Original-To: weirds@ietfa.amsl.com Delivered-To: weirds@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AAB7A1A00B4 for ; Wed, 14 Oct 2015 07:58:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.912 X-Spam-Level: X-Spam-Status: No, score=-106.912 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_WHITELIST=-100] 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 76brnE991s9I for ; Wed, 14 Oct 2015 07:58:40 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) by ietfa.amsl.com (Postfix) with ESMTP id EEFA31A911F for ; Wed, 14 Oct 2015 07:58:39 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id EB9F218046A; Wed, 14 Oct 2015 07:58:26 -0700 (PDT) To: andy@arin.net, shollenbeck@verisign.com, barryleiba@computer.org, olaf@nlnetlabs.nl, superuser@gmail.com X-PHP-Originating-Script: 30:errata_mail_lib.php From: RFC Errata System Message-Id: <20151014145826.EB9F218046A@rfc-editor.org> Date: Wed, 14 Oct 2015 07:58:26 -0700 (PDT) Archived-At: Cc: weirds@ietf.org, rfc-editor@rfc-editor.org Subject: [weirds] [Technical Errata Reported] RFC7483 (4503) X-BeenThere: weirds@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "WHOIS-based Extensible Internet Registration Data Service \(WEIRDS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Oct 2015 14:58:41 -0000 The following errata report has been submitted for RFC7483, "JSON Responses for the Registration Data Access Protocol (RDAP)". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=7483&eid=4503 -------------------------------------- Type: Technical Reported by: Scott Hollenbeck Section: 5.2 and 5.3 Original Text ------------- In Section 5.2: \\"ldhName\\" : \\"ns1.xn--fo-5ja.example\\", \\"unicodeName\\" : \\"ns1.foo.example\\", In Section 5.3: \\"ldhName\\" : \\"xn--fo-5ja.example\\", \\"unicodeName\\" : \\"foo.example\\", \\"ldhName\\" : \\"xn--fo-cka.example\\", \\"unicodeName\\" : \\"foo.example\\" \\"ldhName\\" : \\"xn--fo-fka.example\\", \\"unicodeName\\" : \\"foo.example\\" \\"ldhName\\": \\"xn--fo-8ja.example\\", \\"unicodeName\\" : \\"foo.example\\" Corrected Text -------------- In Section 5.2: \\"ldhName\\" : \\"ns1.xn--fo-5ja.example\\", \\"unicodeName\\" : \\"ns1.fóo.example\\", In Section 5.3: \\"ldhName\\" : \\"xn--fo-5ja.example\\", \\"unicodeName\\" : \\"fóo.example\\", \\"ldhName\\" : \\"xn--fo-cka.example\\", \\"unicodeName\\" : \\"fõo.example\\" \\"ldhName\\" : \\"xn--fo-fka.example\\", \\"unicodeName\\" : \\"föo.example\\" \\"ldhName\\" : \\"xn--fo-8ja.example\\", \\"unicodeName\\" : \\"fôo.example\\" Notes ----- The unicodeName examples in RFC 7483 are invalid per RFC 5890. Here\\'s an example from Section 5.2 on page 23: \\"unicodeName\\" : \\"ns1.foo.example\\", Section 3 of 7483 says this about Unicode names: \\"Unicode names: Textual representations of DNS names where one or more of the labels are U-labels as described by [RFC5890].\\" 5890 says: \\"A \\"U-label\\" is an IDNA-valid string of Unicode characters, in Normalization Form C (NFC) and including at least one non-ASCII character, expressed in a standard Unicode Encoding Form (such as UTF-8).\\" The examples in 7483 contain all ASCII characters. Syntactically valid examples are shown in the corrected text. Ignore the backslash characters. They were inserted by the errata submission tool. Instructions: ------------- This erratum is currently posted as "Reported". If necessary, please use "Reply All" to discuss whether it should be verified or rejected. When a decision is reached, the verifying party (IESG) can log in to change the status and edit the report, if necessary. -------------------------------------- RFC7483 (draft-ietf-weirds-json-response-14) -------------------------------------- Title : JSON Responses for the Registration Data Access Protocol (RDAP) Publication Date : March 2015 Author(s) : A. Newton, S. Hollenbeck Category : PROPOSED STANDARD Source : Web Extensible Internet Registration Data Service Area : Applications Stream : IETF Verifying Party : IESG From nobody Wed Oct 14 17:18:29 2015 Return-Path: X-Original-To: weirds@ietfa.amsl.com Delivered-To: weirds@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CFAA61B2CE7; Wed, 14 Oct 2015 17:18:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.43 X-Spam-Level: X-Spam-Status: No, score=-3.43 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_NEUTRAL=0.779, T_RP_MATCHES_RCVD=-0.01] 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 LH4q7N3uP_HQ; Wed, 14 Oct 2015 17:18:26 -0700 (PDT) Received: from out.west.pexch112.icann.org (pfe112-ca-2.pexch112.icann.org [64.78.40.10]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 591241B2CDE; Wed, 14 Oct 2015 17:18:26 -0700 (PDT) Received: from PMBX112-W1-CA-1.pexch112.icann.org (64.78.40.21) by PMBX112-W1-CA-1.pexch112.icann.org (64.78.40.21) with Microsoft SMTP Server (TLS) id 15.0.1044.25; Wed, 14 Oct 2015 17:18:24 -0700 Received: from PMBX112-W1-CA-1.pexch112.icann.org ([64.78.40.21]) by PMBX112-W1-CA-1.PEXCH112.ICANN.ORG ([64.78.40.21]) with mapi id 15.00.1044.021; Wed, 14 Oct 2015 17:18:24 -0700 From: Gustavo Lozano To: "gtld-tech@icann.org" Thread-Topic: gTLD RDAP profile meeting during IETF94 Thread-Index: AQHRBt8AWvMdJLftt0m1mluidgoZSA== Date: Thu, 15 Oct 2015 00:18:23 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.5.6.150930 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [192.0.32.234] Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="B_3527687899_9694615" MIME-Version: 1.0 Archived-At: Cc: "eppext@ietf.org" , "weirds@ietf.org" Subject: [weirds] gTLD RDAP profile meeting during IETF94 X-BeenThere: weirds@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "WHOIS-based Extensible Internet Registration Data Service \(WEIRDS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Oct 2015 00:18:28 -0000 --B_3527687899_9694615 Content-type: multipart/alternative; boundary="B_3527687899_9706865" --B_3527687899_9706865 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Hello, [Apologies if you receive multiple copies of this email] Are you interested in meeting during IETF94 in order to discuss the gTLD RDAP profile (see http://mm.icann.org/pipermail/gtld-tech/2015-September/000507.html)? If there is enough interest, I could request a room. Remote participation would be provided if there is interest. Regards, Gustavo --B_3527687899_9706865 Content-type: text/html; charset="US-ASCII" Content-transfer-encoding: quoted-printable
Hello,

[Apologies if you receive multiple copies of this email]
<= br>
Are you interested in meeting during IETF94 in order to discus= s the gTLD RDAP profile (see http://mm.icann.org/pipermail/gtld-tech/2015-Se= ptember/000507.html)? 

If there is enough inte= rest, I could request a room.

Remote particip= ation would be provided if there is interest.

Regar= ds,
Gustavo
--B_3527687899_9706865-- --B_3527687899_9694615 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIITsQYJKoZIhvcNAQcCoIITojCCE54CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC EX0wggb4MIIF4KADAgECAhAMNMzaaOCLlcX5TdjpURhNMA0GCSqGSIb3DQEBBQUAMGIxCzAJ BgNVBAYTAlVTMRUwEwYDVQQKEwxEaWdpQ2VydCBJbmMxGTAXBgNVBAsTEHd3dy5kaWdpY2Vy dC5jb20xITAfBgNVBAMTGERpZ2lDZXJ0IEFzc3VyZWQgSUQgQ0EtMTAeFw0xMzA1MDgwMDAw MDBaFw0xNjA1MDgxMjAwMDBaMIGiMQswCQYDVQQGEwJVUzETMBEGA1UECBMKQ2FsaWZvcm5p YTEUMBIGA1UEBxMLTG9zIEFuZ2VsZXMxPDA6BgNVBAoTM0ludGVybmV0IENvcnBvcmF0aW9u IGZvciBBc3NpZ25lZCBOYW1lcyBhbmQgTnVtYmVyczERMA8GA1UECxMIUmVnaXN0cnkxFzAV BgNVBAMTDkd1c3Rhdm8gTG96YW5vMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA 3w18r+IUAk+jj+kX9oTY/E3q0GyAzR+0x8YvIlksG3cKpkVBqjAKnpZL+GaN98aXYqsIDo8g gctjo1fAx8QxgPkGeZ56EP5uaaN65I1guFa/mVTzSGg2WyXVMRjJmcLBBt//k9APKpvl4Qj4 o+ItgJAKcEA9mtErJB1UE6FtX6ubRd7l/t2BlYHaJLEmdtA4hXfE9TYiVSo4J8652aQ1ba7I g/Qzse32X4A6gm2w6EbEt7m8UVcH0pbxOXpi8Vvz1l6qG3+kxdtJUclg3os4mm0/Iz5glFzM a7OvDyGDbRZbL8ewlnsx3+mjNqDy2S5xNSYFKmdo65xJL1HItfJcSQIDAQABo4IDZzCCA2Mw HwYDVR0jBBgwFoAUFQASKxOYspkH7R7for5XDStnAs0wHQYDVR0OBBYEFDejkLO4b/vTq4z4 /ln0RuaCGgvuMCMGA1UdEQQcMBqBGGd1c3Rhdm8ubG96YW5vQGljYW5uLm9yZzAOBgNVHQ8B Af8EBAMCBaAwHQYDVR0lBBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMCMH0GA1UdHwR2MHQwOKA2 oDSGMmh0dHA6Ly9jcmwzLmRpZ2ljZXJ0LmNvbS9EaWdpQ2VydEFzc3VyZWRJRENBLTEuY3Js MDigNqA0hjJodHRwOi8vY3JsNC5kaWdpY2VydC5jb20vRGlnaUNlcnRBc3N1cmVkSURDQS0x LmNybDCCAcUGA1UdIASCAbwwggG4MIIBtAYKYIZIAYb9bAQBAjCCAaQwOgYIKwYBBQUHAgEW Lmh0dHA6Ly93d3cuZGlnaWNlcnQuY29tL3NzbC1jcHMtcmVwb3NpdG9yeS5odG0wggFkBggr BgEFBQcCAjCCAVYeggFSAEEAbgB5ACAAdQBzAGUAIABvAGYAIAB0AGgAaQBzACAAQwBlAHIA dABpAGYAaQBjAGEAdABlACAAYwBvAG4AcwB0AGkAdAB1AHQAZQBzACAAYQBjAGMAZQBwAHQA YQBuAGMAZQAgAG8AZgAgAHQAaABlACAARABpAGcAaQBDAGUAcgB0ACAAQwBQAC8AQwBQAFMA IABhAG4AZAAgAHQAaABlACAAUgBlAGwAeQBpAG4AZwAgAFAAYQByAHQAeQAgAEEAZwByAGUA ZQBtAGUAbgB0ACAAdwBoAGkAYwBoACAAbABpAG0AaQB0ACAAbABpAGEAYgBpAGwAaQB0AHkA IABhAG4AZAAgAGEAcgBlACAAaQBuAGMAbwByAHAAbwByAGEAdABlAGQAIABoAGUAcgBlAGkA bgAgAGIAeQAgAHIAZQBmAGUAcgBlAG4AYwBlAC4wdwYIKwYBBQUHAQEEazBpMCQGCCsGAQUF BzABhhhodHRwOi8vb2NzcC5kaWdpY2VydC5jb20wQQYIKwYBBQUHMAKGNWh0dHA6Ly9jYWNl cnRzLmRpZ2ljZXJ0LmNvbS9EaWdpQ2VydEFzc3VyZWRJRENBLTEuY3J0MAwGA1UdEwEB/wQC MAAwDQYJKoZIhvcNAQEFBQADggEBAGaf7RGm6z5gi7JPp8yiw4JQc1rNztSU2JyQfjy3XtFU rrkK3UhhhYKXVoTRL4bSEx2OTc7ejQ2uMNNKU0ew/hPWhx1jU3AMvf6f3FHFt8X/dAcse+TU QyHT822Kup802tVILAijiq+3SnpNoT2VbI1aw1M4lJpIUezERhbDSRkPXMdIK/nRl57KCXc/ PyM2AD4HvdT1OqXQ1j1baeooPcvofWewjD/WyHkpdVbQ+RJ7F1a9ndagERt4D1kTp1yiZwVH 8gKthT5JXVvA1yTOg8Z8nDl2c12SrVQcP/pIAz8VsTNFlIrcO22XGFfyIfj+WFeLkDJeMccK B1IlFAPPKO0wggbCMIIFqqADAgECAhAKBN8hdF1NK4zqM3IFAFDpMA0GCSqGSIb3DQEBBQUA MGUxCzAJBgNVBAYTAlVTMRUwEwYDVQQKEwxEaWdpQ2VydCBJbmMxGTAXBgNVBAsTEHd3dy5k aWdpY2VydC5jb20xJDAiBgNVBAMTG0RpZ2lDZXJ0IEFzc3VyZWQgSUQgUm9vdCBDQTAeFw0w NjExMTAwMDAwMDBaFw0yMTExMTAwMDAwMDBaMGIxCzAJBgNVBAYTAlVTMRUwEwYDVQQKEwxE aWdpQ2VydCBJbmMxGTAXBgNVBAsTEHd3dy5kaWdpY2VydC5jb20xITAfBgNVBAMTGERpZ2lD ZXJ0IEFzc3VyZWQgSUQgQ0EtMTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAOiC LZn5ysJClaWAc0Bw0p5WVFypxNJBBo/JM/xNRZFcgZ/tLJz4FlnfnrUkFcKYubR3SdyJxAra r8tea+2tsHEx6886QAxGTZPsi3o2CAOrDDT+GEmC/sfHMUiAfB6iD5IOUMnGh+s2P9gww/+m 9/uizW9zI/6sVgWQ8DIhFonGcIj5BZd9o8dD3QLoOz3tsUGj7T++25VIxO4es/K8DCuZ0MZd EkKB4YNugnM/JksUkK5ZZgrEjb7SzgaurYRvSISbT0C58Uzyr5j79s5AXVz2qPEvr+yJIvJr GGWxwXOt1/HYzx4KdFxCuGh+t9V3CidWfA9ipD8yFGCV/QcEogkCAwEAAaOCA28wggNrMA4G A1UdDwEB/wQEAwIBhjA7BgNVHSUENDAyBggrBgEFBQcDAQYIKwYBBQUHAwIGCCsGAQUFBwMD BggrBgEFBQcDBAYIKwYBBQUHAwgwggHGBgNVHSAEggG9MIIBuTCCAbUGC2CGSAGG/WwBAwAE MIIBpDA6BggrBgEFBQcCARYuaHR0cDovL3d3dy5kaWdpY2VydC5jb20vc3NsLWNwcy1yZXBv c2l0b3J5Lmh0bTCCAWQGCCsGAQUFBwICMIIBVh6CAVIAQQBuAHkAIAB1AHMAZQAgAG8AZgAg AHQAaABpAHMAIABDAGUAcgB0AGkAZgBpAGMAYQB0AGUAIABjAG8AbgBzAHQAaQB0AHUAdABl AHMAIABhAGMAYwBlAHAAdABhAG4AYwBlACAAbwBmACAAdABoAGUAIABEAGkAZwBpAEMAZQBy AHQAIABDAFAALwBDAFAAUwAgAGEAbgBkACAAdABoAGUAIABSAGUAbAB5AGkAbgBnACAAUABh AHIAdAB5ACAAQQBnAHIAZQBlAG0AZQBuAHQAIAB3AGgAaQBjAGgAIABsAGkAbQBpAHQAIABs AGkAYQBiAGkAbABpAHQAeQAgAGEAbgBkACAAYQByAGUAIABpAG4AYwBvAHIAcABvAHIAYQB0 AGUAZAAgAGgAZQByAGUAaQBuACAAYgB5ACAAcgBlAGYAZQByAGUAbgBjAGUALjAPBgNVHRMB Af8EBTADAQH/MH0GCCsGAQUFBwEBBHEwbzAkBggrBgEFBQcwAYYYaHR0cDovL29jc3AuZGln aWNlcnQuY29tMEcGCCsGAQUFBzAChjtodHRwOi8vd3d3LmRpZ2ljZXJ0LmNvbS9DQUNlcnRz L0RpZ2lDZXJ0QXNzdXJlZElEUm9vdENBLmNydDCBgQYDVR0fBHoweDA6oDigNoY0aHR0cDov L2NybDMuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0QXNzdXJlZElEUm9vdENBLmNybDA6oDigNoY0 aHR0cDovL2NybDQuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0QXNzdXJlZElEUm9vdENBLmNybDAd BgNVHQ4EFgQUFQASKxOYspkH7R7for5XDStnAs0wHwYDVR0jBBgwFoAUReuir/SSy4IxLVGL p6chnfNtyA8wDQYJKoZIhvcNAQEFBQADggEBAIRhTkEeuHYEKrW274/yVYW5XVb+Cpjm5L1l in1AKdP8sV1F/Tq4KlszSyRczbm05HOtYV12rXQzimbVI69MH3JuRdl1QLuiO8+NSS/AQbDi KaNROENQmRSsMwY1Yol9d6lSB+VsIFe2gbpvvLPClO12AoDZfM6FqBzsx0NKS7FXz3LO3/Ul PMsiT/2fUtE3ywi7OD7g1T5veQmtW3wxs3c1w+Rj+WgKmAfnRjh3hNI+l7wKoKisJU9EbpHh 0lqva+8wHI2jREKzEIsj+tfmNXQ3rM/rq1gfyYgj/zbUB+o0akfqnZVsnilPU+3jK5UgTirP lmB6+CyA8JVSzimWgWIwggO3MIICn6ADAgECAhAM5+DlF9hG/o/lYPwb8DA5MA0GCSqGSIb3 DQEBBQUAMGUxCzAJBgNVBAYTAlVTMRUwEwYDVQQKEwxEaWdpQ2VydCBJbmMxGTAXBgNVBAsT EHd3dy5kaWdpY2VydC5jb20xJDAiBgNVBAMTG0RpZ2lDZXJ0IEFzc3VyZWQgSUQgUm9vdCBD QTAeFw0wNjExMTAwMDAwMDBaFw0zMTExMTAwMDAwMDBaMGUxCzAJBgNVBAYTAlVTMRUwEwYD VQQKEwxEaWdpQ2VydCBJbmMxGTAXBgNVBAsTEHd3dy5kaWdpY2VydC5jb20xJDAiBgNVBAMT G0RpZ2lDZXJ0IEFzc3VyZWQgSUQgUm9vdCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBAK0OFc7kQ4BcsYfzt2D5cRKlrtwmlIiq9M71IDkoWGAM+IDaqRWVMmE8tbEohIqK 3J8KDIMXeo+QrIrneVNcMYQq9g+YMjZ2zN7dPKii72r7IfJSYd+fINcf4rHZ/hhk0hJbX/lY GDW8R82hNvlrf9SwOD7BG8OMM9nYLxj+KA+zp4PWw25EwGE1lhb+WZyLdm3X8aJLDSv/C3La nmDQjpA1xnhVhyChz+VtCshJfDGYM2wi6YfQMlqiuhOCEe05F52ZOnKh5vqk2dUXMXWuhX0i rj8BRob2KHnIsdrkVxfEfhwOsLSSplazvbKX7aqn8LfFqD+VFtD/oZbrCF8Yd08CAwEAAaNj MGEwDgYDVR0PAQH/BAQDAgGGMA8GA1UdEwEB/wQFMAMBAf8wHQYDVR0OBBYEFEXroq/0ksuC MS1Ri6enIZ3zbcgPMB8GA1UdIwQYMBaAFEXroq/0ksuCMS1Ri6enIZ3zbcgPMA0GCSqGSIb3 DQEBBQUAA4IBAQCiDrzf4u3w43JzemSUv/dyZtgy5EJ1Yq6H6/LV2d5Ws5/MzhQouQ2XYFwS TFjk0z2DSUVYlzVpGqhH6lbGeasS2GeBhN9/CTyU5rgmLCC9PbMoifdf/yLil4Qf6WXvh+Df wWdJs13rsgkq6ybteL59PyvztyY1bV+JAbZJW58BBZurPSXBzLZ/wvFvhsb6ZGjrgS2U60K3 +owe3WLxvlBnt2y98/Efaww2BxZ/N3ypW2168RJGYIPXJwS+S86XvsNnKmgR34DnDDNmvxMN FG7zfx9jEB76jRslbWyPpbdhAbHSoyahEHGdreLD+cOZUbcrBwjOLuZQsqf6CkUvovDyMYIB /DCCAfgCAQEwdjBiMQswCQYDVQQGEwJVUzEVMBMGA1UEChMMRGlnaUNlcnQgSW5jMRkwFwYD VQQLExB3d3cuZGlnaWNlcnQuY29tMSEwHwYDVQQDExhEaWdpQ2VydCBBc3N1cmVkIElEIENB LTECEAw0zNpo4IuVxflN2OlRGE0wCQYFKw4DAhoFAKBdMCMGCSqGSIb3DQEJBDEWBBTKQssX 84QpOOYSWFnqLdduUKax5DAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJ BTEPFw0xNTEwMTUwMDE4MTlaMA0GCSqGSIb3DQEBAQUABIIBACXJ7rqduASqs1PRczCakUyO VUJzJTI3AAd+bvC/pDQUQHflzt6ck0TAShN1R3jp0yM+MKeERqe9LMeF/36ez8qFptB6TxDr SF2ApPFnGDWxLtSkXccWiCXGyHlgOEHZHmim7aX189Tl7218wAnwrtbCYbxRo7Uf4Q6rKqFz 2dPXTOVVXQNi+1jC8VW7vXC1RfaGWjMz3xURg/HS1xW5haGWwFX9y1pmiHHFtCaydMuKelhK HNg/PZgLy3tLxLj6U3g3mCkKqdAIGjN13KdOJEg8GKxyOd0iR0qn5qWsqET9mePiUjlezN1k ykkr4YLILuRkp7JfcxmG88TFnkC26TY= --B_3527687899_9694615-- From nobody Thu Oct 15 04:07:13 2015 Return-Path: X-Original-To: weirds@ietfa.amsl.com Delivered-To: weirds@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EA1741B2ADF for ; Thu, 15 Oct 2015 04:07:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] 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 NsQ9AdKEmOnt for ; Thu, 15 Oct 2015 04:07:10 -0700 (PDT) Received: from mail-oi0-f100.google.com (mail-oi0-f100.google.com [209.85.218.100]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 836181B2ADD for ; Thu, 15 Oct 2015 04:07:10 -0700 (PDT) Received: by oiho185 with SMTP id o185so5800955oih.0 for ; Thu, 15 Oct 2015 04:07:10 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:thread-topic:thread-index :date:message-id:references:in-reply-to:accept-language :content-language:content-type:mime-version; bh=keOG2lUi88o53MdWrjWIlpFFlkrWFp1EpeSanCBlUNE=; b=Mint+6XJ2lAQlbs2FDYEzo0pVqZX8HnD50QDY/94ARSuafiFA8q/jAj9MEDvHyJVmv ObzZ2wfDV6UdTUHK70BGJaPvYLTN7NinLaK6EyrT8z47eIOG02XdoX2E2EJQ3Qqhi9Zw qjg+dAzWjMkg6C/5sJUBKhDc7QQD6M5CQtrZTCCQoSaJQYY/HDE9ul1+PecHnSy1bTUP qqy1XQ2gmwsvSyMhWsKutaQ2PmaGJG8CwO/mySO6Q1NPoBYk9v/LZuGweKTpVB6WMAkm MvtJ1kVntnhrYHQZ902b2KkltPK34HwsNkTzpbr0voV+MdJTF7daXuxoIV+nf3RHKrV3 4U1g== X-Gm-Message-State: ALoCoQloE78SWPbouT/FGiOWZMlg518dj7gCC3KKGwE8QfrbI+14g5D0piMb0HG1QLg0WSgsARsPCRifu+5yqj9C936kCtb/TQ== X-Received: by 10.140.20.102 with SMTP id 93mr10790852qgi.40.1444907229834; Thu, 15 Oct 2015 04:07:09 -0700 (PDT) Received: from brn1lxmailout02.verisign.com (brn1lxmailout02.verisign.com. [72.13.63.42]) by smtp-relay.gmail.com with ESMTPS id p63sm1462368qkl.10.2015.10.15.04.07.09 (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 15 Oct 2015 04:07:09 -0700 (PDT) X-Relaying-Domain: verisign.com Received: from BRN1WNEXCHM01.vcorp.ad.vrsn.com (brn1wnexchm01 [10.173.152.255]) by brn1lxmailout02.verisign.com (8.13.8/8.13.8) with ESMTP id t9FB79Kk018459 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 15 Oct 2015 07:07:09 -0400 Received: from BRN1WNEXMBX02.vcorp.ad.vrsn.com ([::1]) by BRN1WNEXCHM01.vcorp.ad.vrsn.com ([::1]) with mapi id 14.03.0174.001; Thu, 15 Oct 2015 07:07:09 -0400 From: "Hollenbeck, Scott" To: Gustavo Lozano , "gtld-tech@icann.org" Thread-Topic: gTLD RDAP profile meeting during IETF94 Thread-Index: AQHRBt8AWvMdJLftt0m1mluidgoZSJ5sZWPA Date: Thu, 15 Oct 2015 11:07:08 +0000 Message-ID: <831693C2CDA2E849A7D7A712B24E257F4A0B2F23@BRN1WNEXMBX02.vcorp.ad.vrsn.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.173.152.4] Content-Type: multipart/alternative; boundary="_000_831693C2CDA2E849A7D7A712B24E257F4A0B2F23BRN1WNEXMBX02vc_" MIME-Version: 1.0 Archived-At: Cc: "eppext@ietf.org" , "weirds@ietf.org" Subject: Re: [weirds] gTLD RDAP profile meeting during IETF94 X-BeenThere: weirds@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "WHOIS-based Extensible Internet Registration Data Service \(WEIRDS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Oct 2015 11:07:13 -0000 --_000_831693C2CDA2E849A7D7A712B24E257F4A0B2F23BRN1WNEXMBX02vc_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I would attend if a meeting is scheduled. Scott From: weirds [mailto:weirds-bounces@ietf.org] On Behalf Of Gustavo Lozano Sent: Wednesday, October 14, 2015 8:18 PM To: gtld-tech@icann.org Cc: eppext@ietf.org; weirds@ietf.org Subject: [weirds] gTLD RDAP profile meeting during IETF94 Hello, [Apologies if you receive multiple copies of this email] Are you interested in meeting during IETF94 in order to discuss the gTLD RD= AP profile (see http://mm.icann.org/pipermail/gtld-tech/2015-September/0005= 07.html)? If there is enough interest, I could request a room. Remote participation would be provided if there is interest. Regards, Gustavo --_000_831693C2CDA2E849A7D7A712B24E257F4A0B2F23BRN1WNEXMBX02vc_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I would attend if a meeting is scheduled.<= o:p>

 

Scott<= o:p>

 

From: weirds [= mailto:weirds-bounces@ietf.org] On Behalf Of Gustavo Lozano
Sent: Wednesday, October 14, 2015 8:18 PM
To: gtld-tech@icann.org
Cc: eppext@ietf.org; weirds@ietf.org
Subject: [weirds] gTLD RDAP profile meeting during IETF94=

 

Hello,

 

[Apologies if you receive m= ultiple copies of this email]

 

Are you interested in meeti= ng during IETF94 in order to discuss the gTLD RDAP profile (see http://mm.icann.org/pipermail/gtld-tech/2015-September/000507.html)= ? 

 

If there is enough interest= , I could request a room.

 

Remote participation would = be provided if there is interest.

 

Regards,<= /p>

Gustavo

--_000_831693C2CDA2E849A7D7A712B24E257F4A0B2F23BRN1WNEXMBX02vc_-- From nobody Thu Oct 15 04:13:23 2015 Return-Path: X-Original-To: weirds@ietfa.amsl.com Delivered-To: weirds@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 68DF21B2B0C for ; Thu, 15 Oct 2015 04:13:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.977 X-Spam-Level: X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] 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 FBhqwvM652wP for ; Thu, 15 Oct 2015 04:13:18 -0700 (PDT) Received: from mail-wi0-f173.google.com (mail-wi0-f173.google.com [209.85.212.173]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E1FEE1B2B1C for ; Thu, 15 Oct 2015 04:13:17 -0700 (PDT) Received: by wicgb1 with SMTP id gb1so267431409wic.1 for ; Thu, 15 Oct 2015 04:13:16 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-type; bh=qDR1pIRjL7G7EqtNt3GZi5gvGiBJJnwet0D/aiWTpag=; b=hBQxi6UB88V/pA+dIY9rlC8UmR619g4s94sqrtf08o28GIRh8h2aSEZWdZDBPqc2Iy QmRwsLxqBBmHQc89HHQ0qXgWtWu2cIlFxIYPge6PurV17tSAAwZidUBZM57IQyT0X344 lpRNTAUgtr4xtlNsYMMgoIXUEqtKR8g+/2Yf3qTJjrAQg6G2b7TjGFuwKl3mkbddhHtu K0oXurBSymClAfjIAnUGOy196cNo+5Mh/A0FI/kotDeawjbgMf9M2Qwc0ggmrJIdXIKG nMG7CJMNaqfmI1qxshrMx3vnh7fGUJLOtvqNYoYxARSTx/5Uy7ZwSasm71XvxW4Up0b4 ehWg== X-Gm-Message-State: ALoCoQnvPV8+ipQR05pIIvKiEzTW8PAWXPh/1SU8c/+txZA8kEJKfl7UZGpa9+WU+5t3xd08uZmR X-Received: by 10.194.20.68 with SMTP id l4mr11219800wje.24.1444907595691; Thu, 15 Oct 2015 04:13:15 -0700 (PDT) MIME-Version: 1.0 References: <831693C2CDA2E849A7D7A712B24E257F4A0B2F23@BRN1WNEXMBX02.vcorp.ad.vrsn.com> In-Reply-To: <831693C2CDA2E849A7D7A712B24E257F4A0B2F23@BRN1WNEXMBX02.vcorp.ad.vrsn.com> From: Ulrich Wisser Date: Thu, 15 Oct 2015 11:13:06 +0000 Message-ID: To: "Hollenbeck, Scott" , Gustavo Lozano , "gtld-tech@icann.org" Content-Type: multipart/alternative; boundary=047d7b5d382af992cc052222c3a2 Archived-At: Cc: "eppext@ietf.org" , "weirds@ietf.org" Subject: Re: [weirds] gTLD RDAP profile meeting during IETF94 X-BeenThere: weirds@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "WHOIS-based Extensible Internet Registration Data Service \(WEIRDS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Oct 2015 11:13:20 -0000 --047d7b5d382af992cc052222c3a2 Content-Type: text/plain; charset=UTF-8 +1 Hollenbeck, Scott schrieb am Do., 15. Okt. 2015 um 13:07 Uhr: > I would attend if a meeting is scheduled. > > > > Scott > > > > *From:* weirds [mailto:weirds-bounces@ietf.org] *On Behalf Of *Gustavo > Lozano > *Sent:* Wednesday, October 14, 2015 8:18 PM > *To:* gtld-tech@icann.org > *Cc:* eppext@ietf.org; weirds@ietf.org > *Subject:* [weirds] gTLD RDAP profile meeting during IETF94 > > > > Hello, > > > > [Apologies if you receive multiple copies of this email] > > > > Are you interested in meeting during IETF94 in order to discuss the gTLD > RDAP profile (see > http://mm.icann.org/pipermail/gtld-tech/2015-September/000507.html)? > > > > If there is enough interest, I could request a room. > > > > Remote participation would be provided if there is interest. > > > > Regards, > > Gustavo > _______________________________________________ > weirds mailing list > weirds@ietf.org > https://www.ietf.org/mailman/listinfo/weirds > -- Ulrich Wisser ulrich@wisser.se --047d7b5d382af992cc052222c3a2 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
+1

Holl= enbeck, Scott <shollenbeck@verisign.com> schrieb am Do., 15. Okt. 2015 um 13:0= 7=C2=A0Uhr:

I would attend if a meeting is scheduled.<= u>

=C2=A0

Scott<= u>

=C2=A0

From: weirds [= mailto:weirds-= bounces@ietf.org] On Behalf Of Gustavo Lozano
Sent: Wednesday, October 14, 2015 8:18 PM
To: gtld-te= ch@icann.org
Cc: eppext@ietf= .org; weirds@ietf.= org
Subject: [weirds] gTLD RDAP profile meeting during IETF94<= /u>

=

=C2=A0

Hello,=

=C2=A0=

[Apologies if you receive m= ultiple copies of this email]

=C2=A0=

Are you interested in meeti= ng during IETF94 in order to discuss the gTLD RDAP profile (see http://mm.icann.org/pipermail/gtld-tech/2015-Septembe= r/000507.html)?=C2=A0

=C2=A0=

If there is enough interest= , I could request a room.

=C2=A0=

Remote participation would = be provided if there is interest.

=C2=A0=

Regards,

Gustavo

_______________________________________________
weirds mailing list
weirds@ietf.org https://www.ietf.org/mailman/listinfo/weirds
--
Ulr= ich Wisser --047d7b5d382af992cc052222c3a2-- From nobody Thu Oct 15 05:03:42 2015 Return-Path: X-Original-To: weirds@ietfa.amsl.com Delivered-To: weirds@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9B6031ACEA5; Thu, 15 Oct 2015 05:03:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001] 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 FaiE320nr7eD; Thu, 15 Oct 2015 05:03:32 -0700 (PDT) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0105.outbound.protection.outlook.com [207.46.100.105]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7D56F1B2BD3; Thu, 15 Oct 2015 05:03:32 -0700 (PDT) Received: from BY2PR0201MB0773.namprd02.prod.outlook.com (10.160.125.139) by DM2PR0201MB0782.namprd02.prod.outlook.com (10.160.95.140) with Microsoft SMTP Server (TLS) id 15.1.300.14; Thu, 15 Oct 2015 12:03:30 +0000 Received: from BY2PR0201MB0773.namprd02.prod.outlook.com ([10.160.125.139]) by BY2PR0201MB0773.namprd02.prod.outlook.com ([10.160.125.139]) with mapi id 15.01.0293.007; Thu, 15 Oct 2015 12:03:31 +0000 From: Roger D Carney To: Gustavo Lozano , "gtld-tech@icann.org" Thread-Topic: [eppext] [weirds] gTLD RDAP profile meeting during IETF94 Thread-Index: AQHRBt8AWvMdJLftt0m1mluidgoZSJ5sZWPAgAABzQCAAA4VAQ== Date: Thu, 15 Oct 2015 12:03:30 +0000 Message-ID: References: <831693C2CDA2E849A7D7A712B24E257F4A0B2F23@BRN1WNEXMBX02.vcorp.ad.vrsn.com>, In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=rcarney@godaddy.com; x-originating-ip: [97.127.135.82] x-microsoft-exchange-diagnostics: 1; DM2PR0201MB0782; 5:IdGGfu6Wich23fY3v9rkeywrFZTmMjhrUKpEj1H6zM7pc+2qj+GGyUTfEhmnSgrln4tE4ZKx8xQEt9Zokxp2g1mCtrdwbqqFFSF21H6vYALjOReVlQGRPdFfwyoNPa32yrG09loJclnG84BLfU5Igg==; 24:YMKgXzDl+itUBSfobkHMHTlT7Kej8IhpSdwhiIWbb2E+cmM8yKiJPnQUIJ/Fvqq/th1QUZ2gyIPN564inVIWr7Ajo762Pn6yxfZYm0rbSHk=; 20:oVt5R7HOvyGZm8KLvWrbpI2oNvhUhhWlGV6CPZvGYuXObwPoEL7IVVzNhfSQb2pd4KQs3nYknU5vs4eyUkpHvw== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DM2PR0201MB0782; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(520078)(5005006)(8121501046)(3002001); SRVR:DM2PR0201MB0782; BCL:0; PCL:0; RULEID:; SRVR:DM2PR0201MB0782; x-forefront-prvs: 0730093765 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(377454003)(189002)(199003)(106116001)(101416001)(189998001)(15975445007)(87936001)(102836002)(97736004)(5001960100002)(5001770100001)(86362001)(77096005)(2950100001)(19617315012)(5002640100001)(2501003)(81156007)(50986999)(2900100001)(16297215004)(54356999)(76176999)(5007970100001)(76576001)(5004730100002)(92566002)(5008740100001)(19580395003)(19580405001)(99286002)(33656002)(46102003)(105586002)(40100003)(16236675004)(122556002)(10400500002)(74316001)(5003600100002)(66066001)(64706001)(106356001); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR0201MB0782; H:BY2PR0201MB0773.namprd02.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: godaddy.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_BY2PR0201MB0773ECDA6FD5AA59D21BC64FB13E0BY2PR0201MB0773_" MIME-Version: 1.0 X-OriginatorOrg: godaddy.com X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Oct 2015 12:03:30.6674 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: d5f1622b-14a3-45a6-b069-003f8dc4851f X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR0201MB0782 Archived-At: Cc: "eppext@ietf.org" , "weirds@ietf.org" Subject: Re: [weirds] [eppext] gTLD RDAP profile meeting during IETF94 X-BeenThere: weirds@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "WHOIS-based Extensible Internet Registration Data Service \(WEIRDS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Oct 2015 12:03:41 -0000 --_000_BY2PR0201MB0773ECDA6FD5AA59D21BC64FB13E0BY2PR0201MB0773_ Content-Type: text/plain; charset="windows-1256" Content-Transfer-Encoding: quoted-printable +1 ________________________________ From: Ulrich Wisser Sent: =FD10/=FD15/=FD2015 6:13 AM To: Hollenbeck, Scott; Gustavo Lozano; gtld-tech@icann.org Cc: eppext@ietf.org; weirds@ietf.org Subject: Re: [eppext] [weirds] gTLD RDAP profile meeting during IETF94 +1 Hollenbeck, Scott > schrieb am Do., 15. Okt. 2015 um 13:07 Uhr: I would attend if a meeting is scheduled. Scott From: weirds [mailto:weirds-bounces@ietf.org] On Behalf Of Gustavo Lozano Sent: Wednesday, October 14, 2015 8:18 PM To: gtld-tech@icann.org Cc: eppext@ietf.org; weirds@ietf.org Subject: [weirds] gTLD RDAP profile meeting during IETF94 Hello, [Apologies if you receive multiple copies of this email] Are you interested in meeting during IETF94 in order to discuss the gTLD RD= AP profile (see http://mm.icann.org/pipermail/gtld-tech/2015-September/0005= 07.html)? If there is enough interest, I could request a room. Remote participation would be provided if there is interest. Regards, Gustavo _______________________________________________ weirds mailing list weirds@ietf.org https://www.ietf.org/mailman/listinfo/weirds -- Ulrich Wisser ulrich@wisser.se --_000_BY2PR0201MB0773ECDA6FD5AA59D21BC64FB13E0BY2PR0201MB0773_ Content-Type: text/html; charset="windows-1256" Content-Transfer-Encoding: quoted-printable
+1
From: Ulrich Wisser
Sent: =FD10= /=FD15/=FD2015 6:13 AM
To: Hollenbeck, Scott; Gustavo Lozano; gtld-tech@icann.org
Cc: eppext@ietf.org; weirds@ietf.org
Subject: Re: [= eppext] [weirds] gTLD RDAP profile meeting during IETF94

+1

Hollenbeck, Scott <shollenbeck@verisign.com> schrieb am Do., = 15. Okt. 2015 um 13:07 Uhr:

I would attend if a meeting is scheduled.=

 

Scott=

 

From: weirds= [mailto:weird= s-bounces@ietf.org] On Behalf Of Gustavo Lozano
Sent: Wednesday, October 14, 2015 8:18 PM
To: gtld-te= ch@icann.org
Cc: eppext@ietf= .org; weirds@ietf.org
Subject: [weirds] gTLD RDAP profile meeting during IETF94<= /u>

 

Hello,

 

[Apologies if you receive= multiple copies of this email]

 

Are you interested in mee= ting during IETF94 in order to discuss the gTLD RDAP profile (see http://mm.icann.org/pipermail/gtld-tech/2015-September/000507.html)?&nb= sp;

 

If there is enough intere= st, I could request a room.

 

Remote participation woul= d be provided if there is interest.

 

Regards,

Gustavo

_______________________________________________
weirds mailing list
weirds@ietf.org https://www.ietf.org/mailman/listinfo/weirds
--
Ulrich Wisser
--_000_BY2PR0201MB0773ECDA6FD5AA59D21BC64FB13E0BY2PR0201MB0773_-- From nobody Thu Oct 15 19:58:55 2015 Return-Path: X-Original-To: weirds@ietfa.amsl.com Delivered-To: weirds@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 163451B2D97; Thu, 15 Oct 2015 19:58:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.161 X-Spam-Level: X-Spam-Status: No, score=-0.161 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 6ZefD0brVtjC; Thu, 15 Oct 2015 19:58:52 -0700 (PDT) Received: from cnnic.cn (smtp13.cnnic.cn [218.241.118.13]) by ietfa.amsl.com (Postfix) with ESMTP id 3C04F1B2D90; Thu, 15 Oct 2015 19:58:51 -0700 (PDT) Received: from [218.241.103.236] (unknown [218.241.103.236]) by ocmail02.zx.nicx.cn (Coremail) with SMTP id AQAAf0AJEEzMZyBW7wuzBA--.1905S2; Fri, 16 Oct 2015 10:58:21 +0800 (CST) Content-Type: multipart/alternative; boundary="Apple-Mail=_A409966D-7D34-40EC-A60D-19DBBF2A6111" Mime-Version: 1.0 (Mac OS X Mail 9.0 \(3094\)) From: Ning Kong In-Reply-To: <831693C2CDA2E849A7D7A712B24E257F4A0B2F23@BRN1WNEXMBX02.vcorp.ad.vrsn.com> Date: Fri, 16 Oct 2015 10:58:21 +0800 Message-Id: <05121C51-3D3C-469C-964E-929E1EA539F3@cnnic.cn> References: <831693C2CDA2E849A7D7A712B24E257F4A0B2F23@BRN1WNEXMBX02.vcorp.ad.vrsn.com> To: "Hollenbeck, Scott" X-Mailer: Apple Mail (2.3094) X-CM-TRANSID: AQAAf0AJEEzMZyBW7wuzBA--.1905S2 X-Coremail-Antispam: 1UD129KBjvdXoW7GFWDZr4xGr48KFWfGrWkXrb_yoWfZrb_Gr nrXa4kXrnrAw4xtF43Aw1DKr13X3yY9343AasxJF17Z34vyr1DGrZ2gr9rZa48GFyDGF43 Jr1fXry7JrW5GjkaLaAFLSUrUUUUUb8apTn2vfkv8UJUUUU8Yxn0WfASr-VFAUDa7-sFnT 9fnUUIcSsGvfJTRUUUb-kYjsxI4VWxJwAYFVCjjxCrM7AC8VAFwI0_Jr0_Gr1l1xkIjI8I 6I8E6xAIw20EY4v20xvaj40_Wr0E3s1l1IIY67AEw4v_Jr0_Jr4l8cAvFVAK0II2c7xJM2 8CjxkF64kEwVA0rcxSw2x7M28EF7xvwVC0I7IYx2IY67AKxVW7JVWDJwA2z4x0Y4vE2Ix0 cI8IcVCY1x0267AKxVWxJVW8Jr1l84ACjcxK6I8E87Iv67AKxVWxJr0_GcWl84ACjcxK6I 8E87Iv6xkF7I0E14v26rxl6s0DM2AIxVAIcxkEcVAq07x20xvEncxIr21l5I8CrVAYj202 j2C_Gr0_Xr1l5I8CrVAKz4kIr2xC04v26r1j6r4UMcIj6xIIjxv20xvE14v26r106r15Mc Ij6I8E87Iv67AKxVWUJVW8JwAm72CE4IkC6x0Yz7v_Jr0_Gr1lF7xvr2IYc2Ij64vIr41l 7480Y4vEI4kI2Ix0rVAqx4xJMxkIecxEwVAFwVW8JwCF04k20xvY0x0EwIxGrwCFx2IqxV CFs4IE7xkEbVWUJVW8JwC20s026c02F40E14v26r106r1rMI8I3I0E7480Y4vE14v26r10 6r1rMI8E67AF67kF1VAFwI0_JF0_Jw1lIxkGc2Ij64vIr41lIxAIcVC0I7IYx2IY67AKxV WUJVWUCwCI42IY6xIIjxv20xvEc7CjxVAFwI0_Jr0_Gr1lIxAIcVCF04k26cxKx2IYs7xG 6rWUJVWrZr1UMIIF0xvEx4A2jsIE14v26r1j6r4UMIIF0xvEx4A2jsIEc7CjxVAFwI0_Jr 0_GrUvcSsGvfC2KfnxnUUI43ZEXa7IU1loGJUUUUU== X-CM-SenderInfo: xqnr0ww6fq0xffof0/ Archived-At: Cc: "weirds@ietf.org" , "gtld-tech@icann.org" , "eppext@ietf.org" Subject: Re: [weirds] gTLD RDAP profile meeting during IETF94 X-BeenThere: weirds@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "WHOIS-based Extensible Internet Registration Data Service \(WEIRDS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Oct 2015 02:58:54 -0000 --Apple-Mail=_A409966D-7D34-40EC-A60D-19DBBF2A6111 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=gb2312 +1 > =D4=DA 2015=C4=EA10=D4=C215=C8=D5=A3=AC19:07=A3=ACHollenbeck, Scott = =D0=B4=B5=C0=A3=BA >=20 > I would attend if a meeting is scheduled. > =20 > Scott > =20 > From: weirds [mailto:weirds-bounces@ietf.org = ] On Behalf Of Gustavo Lozano > Sent: Wednesday, October 14, 2015 8:18 PM > To: gtld-tech@icann.org > Cc: eppext@ietf.org ; weirds@ietf.org = > Subject: [weirds] gTLD RDAP profile meeting during IETF94 > =20 > Hello, > =20 > [Apologies if you receive multiple copies of this email] > =20 > Are you interested in meeting during IETF94 in order to discuss the = gTLD RDAP profile = (seehttp://mm.icann.org/pipermail/gtld-tech/2015-September/000507.html = )?=20= > =20 > If there is enough interest, I could request a room. > =20 > Remote participation would be provided if there is interest. > =20 > Regards, > Gustavo > _______________________________________________ > weirds mailing list > weirds@ietf.org > https://www.ietf.org/mailman/listinfo/weirds = --Apple-Mail=_A409966D-7D34-40EC-A60D-19DBBF2A6111 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=gb2312
+1

=D4=DA 2015=C4=EA10=D4=C215=C8=D5=A3=AC19:07=A3=ACHollenbeck, = Scott <shollenbeck@verisign.com> =D0=B4=B5=C0=A3=BA

I would attend if a = meeting is scheduled.
 
Scott
 
From: weirds [mailto:weirds-bounces@ietf.org] On Behalf = Of Gustavo = Lozano
Sent: Wednesday, October 14, 2015 = 8:18 PM
To: gtld-tech@icann.org
Cc: eppext@ietf.org; weirds@ietf.org
Subject: [weirds] gTLD RDAP profile = meeting during IETF94
 
Hello,
 
[Apologies if you receive multiple copies of this email]
 
Are you interested in = meeting during IETF94 in order to discuss the gTLD RDAP profile (seehttp://mm.icann.org/pipermail/gtld-tech/2015-September/000507.h= tml)? 
 
If there is enough interest, I could request a room.
 
Remote participation would = be provided if there is interest.
 
Regards,
Gustavo
_______________________________________________
weirds mailing = list
weirds@ietf.org
https://www.ietf.org/mailman/listinfo/weirds

= --Apple-Mail=_A409966D-7D34-40EC-A60D-19DBBF2A6111-- From nobody Tue Oct 20 08:44:30 2015 Return-Path: X-Original-To: weirds@ietfa.amsl.com Delivered-To: weirds@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 823AE1AC41B for ; Tue, 20 Oct 2015 08:44:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.578 X-Spam-Level: X-Spam-Status: No, score=-0.578 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-0.7] 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 uZi0qusMbFPD for ; Tue, 20 Oct 2015 08:44:27 -0700 (PDT) Received: from mail-wi0-f180.google.com (mail-wi0-f180.google.com [209.85.212.180]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 07D3A1AC3E7 for ; Tue, 20 Oct 2015 08:44:27 -0700 (PDT) Received: by wijp11 with SMTP id p11so53811722wij.0 for ; Tue, 20 Oct 2015 08:44:25 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=zpdjWPpLQunlaZ/PWJoo5nMnbzXM/sOBOPXrA0Qvxp0=; b=dDIJ3UlhwXPvxQWB2vkmBP41ouXFKeaiKhftygwSHjAh2vmLhK5BVY8h7UeVtVq1Ci BNGoX73H6bdgZV17q31XE4eTvkk836PlqjC3eK0JT4T1vt3nJPACYkv/QScAgjZNI3XV eJ7pyGAqPULJNdxowPVVQUhMeGrob6iUL3iL5Z7dE3+kM2NetxbAhDR549/c2xzktHCy Yl7/6HFxwZ7X0iN+e5dUEuU2L4o+aqU0u6DH0RQWM477xf/9xzD0T4SQXN50eaT+P9Jz 4PvhQ73pFRJGbCMc0Ss+to7/FGRI4s9+hPuZOCm7coiol21edlJIxgMSBwEg+Oc5Iqxn rV4Q== X-Gm-Message-State: ALoCoQmBCUQ8ZrM35FxIz424aqwDzgHnMIgmp1VBmFAzckSMKuyV75GKkUiEnXn9W3gv6S5KvrQJ MIME-Version: 1.0 X-Received: by 10.180.35.38 with SMTP id e6mr4273475wij.37.1445355865539; Tue, 20 Oct 2015 08:44:25 -0700 (PDT) Received: by 10.194.83.37 with HTTP; Tue, 20 Oct 2015 08:44:25 -0700 (PDT) X-Originating-IP: [2001:500:4:15:24b3:976c:2f80:67de] Date: Tue, 20 Oct 2015 11:44:25 -0400 Message-ID: From: Andrew Newton To: "weirds@ietf.org" , eppext Content-Type: text/plain; charset=UTF-8 Archived-At: Subject: [weirds] draft-newton-rdap-jcr X-BeenThere: weirds@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "WHOIS-based Extensible Internet Registration Data Service \(WEIRDS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Oct 2015 15:44:28 -0000 Just thought I'd bring this to the attention of the group(s). draft-newton-rdap-jcr can be found here: https://datatracker.ietf.org/doc/draft-newton-rdap-jcr/ It is an attempt to take the JSON described in RFC 7483 (RDAP) and give it a formal schema using JCR. -andy From nobody Thu Oct 29 14:57:12 2015 Return-Path: X-Original-To: weirds@ietfa.amsl.com Delivered-To: weirds@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 622BC1B3213; Thu, 29 Oct 2015 14:57:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.531 X-Spam-Level: X-Spam-Status: No, score=-1.531 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_NEUTRAL=0.779, T_RP_MATCHES_RCVD=-0.01] 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 RLT_bR0q7ex1; Thu, 29 Oct 2015 14:57:08 -0700 (PDT) Received: from out.west.pexch112.icann.org (pfe112-ca-1.pexch112.icann.org [64.78.40.7]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E5E6C1B3211; Thu, 29 Oct 2015 14:57:08 -0700 (PDT) Received: from PMBX112-W1-CA-1.pexch112.icann.org (64.78.40.21) by PMBX112-W1-CA-2.pexch112.icann.org (64.78.40.23) with Microsoft SMTP Server (TLS) id 15.0.1044.25; Thu, 29 Oct 2015 14:57:06 -0700 Received: from PMBX112-W1-CA-1.pexch112.icann.org ([64.78.40.21]) by PMBX112-W1-CA-1.PEXCH112.ICANN.ORG ([64.78.40.21]) with mapi id 15.00.1044.021; Thu, 29 Oct 2015 14:57:06 -0700 From: Francisco Arias To: "gtld-tech@icann.org" Thread-Topic: [weirds] gTLD RDAP profile meeting during IETF94 Thread-Index: AQHREpS/sT0xryvMTU6sj9cXMEOUww== Date: Thu, 29 Oct 2015 21:57:05 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.5.7.151005 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [192.0.35.1] Content-Type: multipart/alternative; boundary="_000_D257E28176822franciscoariasicannorg_" MIME-Version: 1.0 Archived-At: Cc: "eppext@ietf.org" , "weirds@ietf.org" Subject: Re: [weirds] gTLD RDAP profile meeting during IETF94 X-BeenThere: weirds@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "WHOIS-based Extensible Internet Registration Data Service \(WEIRDS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Oct 2015 21:57:10 -0000 --_000_D257E28176822franciscoariasicannorg_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RGVhciBjb2xsZWFndWVzLA0KDQpXZSBoYXZlIHJvb20gNDE5IGluIHRoZSBJRVRGIHZlbnVlIGZy b20gOTowMCAtIDEyOjAwIG9uIFdlZG5lc2RheSwgNC1Ob3YgKGxvY2FsIHRpbWUpLiBBbnlvbmUg aW50ZXJlc3RlZCBpbiBkaXNjdXNzaW5nIHRoZSBkcmFmdCBnVExEIFJEQVAgcHJvZmlsZSBpcyB3 ZWxjb21lLiBGZWVsIGZyZWUgdG8gY2lyY3VsYXRlIHRoaXMuDQoNClJlZ2FyZHMsDQoNCi0tDQpG cmFuY2lzY28uDQoNCg0KT24gMTAvMTQvMTUsIDU6MTggUE0sICJ3ZWlyZHMgb24gYmVoYWxmIG9m IEd1c3Rhdm8gTG96YW5vIiA8d2VpcmRzLWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRvOndlaXJkcy1i b3VuY2VzQGlldGYub3JnPiBvbiBiZWhhbGYgb2YgZ3VzdGF2by5sb3phbm9AaWNhbm4ub3JnPG1h aWx0bzpndXN0YXZvLmxvemFub0BpY2Fubi5vcmc+PiB3cm90ZToNCg0KSGVsbG8sDQoNCltBcG9s b2dpZXMgaWYgeW91IHJlY2VpdmUgbXVsdGlwbGUgY29waWVzIG9mIHRoaXMgZW1haWxdDQoNCkFy ZSB5b3UgaW50ZXJlc3RlZCBpbiBtZWV0aW5nIGR1cmluZyBJRVRGOTQgaW4gb3JkZXIgdG8gZGlz Y3VzcyB0aGUgZ1RMRCBSREFQIHByb2ZpbGUgKHNlZSBodHRwOi8vbW0uaWNhbm4ub3JnL3BpcGVy bWFpbC9ndGxkLXRlY2gvMjAxNS1TZXB0ZW1iZXIvMDAwNTA3Lmh0bWwpPw0KDQpJZiB0aGVyZSBp cyBlbm91Z2ggaW50ZXJlc3QsIEkgY291bGQgcmVxdWVzdCBhIHJvb20uDQoNClJlbW90ZSBwYXJ0 aWNpcGF0aW9uIHdvdWxkIGJlIHByb3ZpZGVkIGlmIHRoZXJlIGlzIGludGVyZXN0Lg0KDQpSZWdh cmRzLA0KR3VzdGF2bw0K --_000_D257E28176822franciscoariasicannorg_ Content-Type: text/html; charset="utf-8" Content-ID: <22973D0A0140CD42B22D405EEA16E695@pexch112.icann.org> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdj4NCjxkaXY+RGVh ciBjb2xsZWFndWVzLDwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+V2UgaGF2ZSByb29t IDQxOSBpbiB0aGUgSUVURiB2ZW51ZSBmcm9tIDk6MDAgLSAxMjowMCBvbiBXZWRuZXNkYXksIDQt Tm92IChsb2NhbCB0aW1lKS4gQW55b25lIGludGVyZXN0ZWQgaW4gZGlzY3Vzc2luZyB0aGUgZHJh ZnQgZ1RMRCBSREFQIHByb2ZpbGUgaXMgd2VsY29tZS4gRmVlbCBmcmVlIHRvIGNpcmN1bGF0ZSB0 aGlzLjwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+UmVnYXJkcyw8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+LS0mbmJzcDs8L2Rpdj4NCjxkaXY+RnJh bmNpc2NvLjwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N CjxkaXY+PGJyPg0KPC9kaXY+DQo8c3BhbiBpZD0iT0xLX1NSQ19CT0RZX1NFQ1RJT04iPg0KPGRp dj4NCjxkaXY+T24gMTAvMTQvMTUsIDU6MTggUE0sICZxdW90O3dlaXJkcyBvbiBiZWhhbGYgb2Yg R3VzdGF2byBMb3phbm8mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzp3ZWlyZHMtYm91bmNlc0Bp ZXRmLm9yZyI+d2VpcmRzLWJvdW5jZXNAaWV0Zi5vcmc8L2E+IG9uIGJlaGFsZiBvZg0KPGEgaHJl Zj0ibWFpbHRvOmd1c3Rhdm8ubG96YW5vQGljYW5uLm9yZyI+Z3VzdGF2by5sb3phbm9AaWNhbm4u b3JnPC9hPiZndDsgd3JvdGU6PC9kaXY+DQo8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8Ymxv Y2txdW90ZSBpZD0iTUFDX09VVExPT0tfQVRUUklCVVRJT05fQkxPQ0tRVU9URSIgc3R5bGU9IkJP UkRFUi1MRUZUOiAjYjVjNGRmIDUgc29saWQ7IFBBRERJTkc6MCAwIDAgNTsgTUFSR0lOOjAgMCAw IDU7Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJ3b3JkLXdyYXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQt bmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJyZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsg Y29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAxNHB4OyBmb250LWZhbWlseTogQ2FsaWJy aSwgc2Fucy1zZXJpZjsiPg0KPGRpdj4NCjxkaXY+SGVsbG8sPC9kaXY+DQo8ZGl2Pjxicj4NCjwv ZGl2Pg0KPGRpdj5bQXBvbG9naWVzIGlmIHlvdSByZWNlaXZlIG11bHRpcGxlIGNvcGllcyBvZiB0 aGlzIGVtYWlsXTwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+QXJlIHlvdSBpbnRlcmVz dGVkIGluIG1lZXRpbmcgZHVyaW5nIElFVEY5NCBpbiBvcmRlciB0byBkaXNjdXNzIHRoZSBnVExE IFJEQVAgcHJvZmlsZSAoc2VlDQo8YSBocmVmPSJodHRwOi8vbW0uaWNhbm4ub3JnL3BpcGVybWFp bC9ndGxkLXRlY2gvMjAxNS1TZXB0ZW1iZXIvMDAwNTA3Lmh0bWwiPmh0dHA6Ly9tbS5pY2Fubi5v cmcvcGlwZXJtYWlsL2d0bGQtdGVjaC8yMDE1LVNlcHRlbWJlci8wMDA1MDcuaHRtbDwvYT4pPyZu YnNwOzwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+SWYgdGhlcmUgaXMgZW5vdWdoIGlu dGVyZXN0LCBJIGNvdWxkIHJlcXVlc3QgYSByb29tLjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pjxicj4N CjwvZGl2Pg0KPGRpdj5SZW1vdGUgcGFydGljaXBhdGlvbiB3b3VsZCBiZSBwcm92aWRlZCBpZiB0 aGVyZSBpcyBpbnRlcmVzdC48L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PlJlZ2FyZHMs PC9kaXY+DQo8ZGl2Pkd1c3Rhdm88L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+ DQo8L3NwYW4+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_D257E28176822franciscoariasicannorg_-- From nobody Fri Oct 30 09:02:06 2015 Return-Path: X-Original-To: weirds@ietfa.amsl.com Delivered-To: weirds@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EE5921B2D53 for ; Fri, 30 Oct 2015 09:02:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.388 X-Spam-Level: X-Spam-Status: No, score=-1.388 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no 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 VEF6Yoki-6pk for ; Fri, 30 Oct 2015 09:02:03 -0700 (PDT) Received: from mail-vk0-x235.google.com (mail-vk0-x235.google.com [IPv6:2607:f8b0:400c:c05::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CD7041A883E for ; Fri, 30 Oct 2015 09:02:02 -0700 (PDT) Received: by vkex70 with SMTP id x70so49850466vke.3 for ; Fri, 30 Oct 2015 09:02:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=rbXAslsA7l6CXRBFAZkffJfm2ook+lBYYrzEDnc9rJ8=; b=WV5RHcEp6Q7jlsKSr7My+4nRFEcaCkmKSxa6JkyRsWXGeaguhHEdJ7R/grpIIt9dqs wOXknQsf7uO5Is1Zc7erVAMGjoU2ccm5LV3CUmxUg9LpwFwYmmXRIT8kJ1p4Cx+/swKq i+j4f8HAEnzxuFFh+5IqPHG1l9qJU0cXlnOjQfq4uxKLom+G05F7EY2b5FWDRwwSwZif gDRvW10Y4KBWt3/vLbl+1l5sFNZAiShBaFvUIbZo3Yb9+JkHY9W+PPh4iGpmhzhvpPJ+ rzqLbxK/la+pKaSQIe90nudfoO6TQs55J7pyie2UzHqltumQnqjGmghS8SaBiE4++CU6 J2QQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-type; bh=rbXAslsA7l6CXRBFAZkffJfm2ook+lBYYrzEDnc9rJ8=; b=Ek4z6groSwFb+6EFMhrTMTtgQZ78WZ4gtakFxnRvWZjDa1rlcsNjswzf8H3pxS10VK horO03I7xbFg1knBUk00/gKaYvcnHzOwLzXY7fw0E06WuYVtlhDEhq8bpLzH04IJSrTQ eq7UalEgGtg5T1YlIcOW2JPkvvURszFPCrDzgQjNCmt8vcghM8akFPCNbMUc368bd1VQ /Q0i2KuvI0mB90+3WbMqvD+Ann9XZ6IDMtL3Shy4fCmUNy7iYqPR13q59NEyaczAD4TT RQ0OR8gvK0PXvCwI/ZYjwakGrCZYHTgQM3AWmrXQCJItv5AZciwYO91PPsSW5ZCxiHp/ e+/Q== X-Gm-Message-State: ALoCoQnr11xO9ZuPsILP1y7DU3X8+VcVKCNbzN1Z9xCfnPRAGaUpUXoATxHSM1mncjVsdLJGD5Du X-Received: by 10.31.138.72 with SMTP id m69mr5868282vkd.66.1446220920770; Fri, 30 Oct 2015 09:02:00 -0700 (PDT) MIME-Version: 1.0 Received: by 10.31.230.68 with HTTP; Fri, 30 Oct 2015 09:01:41 -0700 (PDT) From: Brian Mountford Date: Fri, 30 Oct 2015 12:01:41 -0400 Message-ID: To: weirds@ietf.org Content-Type: multipart/alternative; boundary=001a11456322400c940523548cd9 Archived-At: Subject: [weirds] RDAP registrar entities X-BeenThere: weirds@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "WHOIS-based Extensible Internet Registration Data Service \(WEIRDS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Oct 2015 16:02:05 -0000 --001a11456322400c940523548cd9 Content-Type: text/plain; charset=UTF-8 Hello, all. I have been directed to this list as a possible place to get some RDAP questions answered. Here's one, regarding RDAP entities, which appear to include both contacts and registrars. In our system internally, the two are quite separate, and in fact registrars can themselves have multiple contacts, just as a domain can. So I'm trying to figure out how to fit the data into the RDAP format. First of all, is there a reason why registrars and contacts were lumped together into one type of thing? Just curious. The example in RFC 7483 for a registrar included several addresses and phone numbers, as if the sample registrar also had contacts associated with it. But none of the addresses and phone numbers were marked with anything that would distinguish between the contacts (e.g. a type of "admin", "tech", etc.). Should we just take all the data we have for a registrar, including all addresses of associated contacts, and throw them into the entity JSON object one after another? Can we mark them with the contact role as a type? Or does type always need to be "home" or "work"? RFC 7482 describes searching for an entity by name. In the case of our registrars, we have two things that could be a "name": the name of the registrar itself, and the name of any associated contact. Am I correct that the search is confined to the registrar name? Or are we supposed to look through to the contact names, and pass back any registrar with a matching contact? Thanks. Brian --001a11456322400c940523548cd9 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello, all. I have been directed to this list as a possibl= e place to get some RDAP questions answered. Here's one, regarding RDAP= entities, which appear to include both contacts and registrars. In our sys= tem internally, the two are quite separate, and in fact registrars can them= selves have multiple contacts, just as a domain can. So I'm trying to f= igure out how to fit the data into the RDAP format.

Firs= t of all, is there a reason why registrars and contacts were lumped togethe= r into one type of thing? Just curious.

The exampl= e in RFC 7483 for a registrar included several addresses and phone numbers,= as if the sample registrar also had contacts associated with it. But none = of the addresses and phone numbers were marked with anything that would dis= tinguish between the contacts (e.g. a type of "admin", "tech= ", etc.). Should we just take all the data we have for a registrar, in= cluding all addresses of associated contacts, and throw them into the entit= y JSON object one after another? Can we mark them with the contact role as = a type? Or does type always need to be "home" or "work"= ?

RFC 7482 describes searching for an entity by na= me. In the case of our registrars, we have two things that could be a "= ;name": the name of the registrar itself, and the name of any associat= ed contact. Am I correct that the search is confined to the registrar name?= Or are we supposed to look through to the contact names, and pass back any= registrar with a matching contact?

Thanks.
<= div>
Brian
--001a11456322400c940523548cd9-- From nobody Fri Oct 30 10:13:42 2015 Return-Path: X-Original-To: weirds@ietfa.amsl.com Delivered-To: weirds@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 35D2E1A8928 for ; Fri, 30 Oct 2015 10:13:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.909 X-Spam-Level: X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, T_RP_MATCHES_RCVD=-0.01] 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 iy2JwdslBOi9 for ; Fri, 30 Oct 2015 10:13:29 -0700 (PDT) Received: from smtp1.arin.net (smtp1.arin.net [IPv6:2001:500:4:13::33]) by ietfa.amsl.com (Postfix) with ESMTP id 614FA1A896C for ; Fri, 30 Oct 2015 10:09:41 -0700 (PDT) Received: by smtp1.arin.net (Postfix, from userid 323) id 11A0E164F85; Fri, 30 Oct 2015 13:09:41 -0400 (EDT) Received: from chaedge02.corp.arin.net (chaedge02.corp.arin.net [192.149.252.119]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp1.arin.net (Postfix) with ESMTP id EFFBB164F7D; Fri, 30 Oct 2015 13:09:39 -0400 (EDT) Received: from CHACAS02.corp.arin.net (10.1.30.108) by chaedge02.corp.arin.net (192.149.252.119) with Microsoft SMTP Server (TLS) id 14.3.210.2; Fri, 30 Oct 2015 13:17:35 -0400 Received: from CHAMBX02.corp.arin.net ([fe80::905e:9b4d:2909:f55a]) by CHACAS02.corp.arin.net ([fe80::54ae:f9de:2f8b:1072%12]) with mapi id 14.03.0224.002; Fri, 30 Oct 2015 13:09:39 -0400 From: Andy Newton To: Brian Mountford Thread-Topic: [weirds] RDAP registrar entities Thread-Index: AQHREyxU/5P+LzobD0C321JNH0r2Mp6EiEAA Date: Fri, 30 Oct 2015 17:09:38 +0000 Message-ID: <88D41CC9-BC39-4936-A47E-3618695FB8A9@arin.net> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.149.252.96] Content-Type: multipart/alternative; boundary="_000_88D41CC9BC394936A47E3618695FB8A9arinnet_" MIME-Version: 1.0 Archived-At: Cc: "weirds@ietf.org" Subject: Re: [weirds] RDAP registrar entities X-BeenThere: weirds@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "WHOIS-based Extensible Internet Registration Data Service \(WEIRDS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Oct 2015 17:13:32 -0000 --_000_88D41CC9BC394936A47E3618695FB8A9arinnet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgQnJpYW4sDQoNCg0KT24gT2N0IDMwLCAyMDE1LCBhdCAxMjowMSBQTSwgQnJpYW4gTW91bnRm b3JkIDxtb3VudGZvcmRAZ29vZ2xlLmNvbTxtYWlsdG86bW91bnRmb3JkQGdvb2dsZS5jb20+PiB3 cm90ZToNCg0KRmlyc3Qgb2YgYWxsLCBpcyB0aGVyZSBhIHJlYXNvbiB3aHkgcmVnaXN0cmFycyBh bmQgY29udGFjdHMgd2VyZSBsdW1wZWQgdG9nZXRoZXIgaW50byBvbmUgdHlwZSBvZiB0aGluZz8g SnVzdCBjdXJpb3VzLg0KDQpUaGUgcmVhc29uIGlzIHF1aXRlIHNpbXBsZS4gQWxsIHNvcnRzIG9m IG9yZ2FuaXphdGlvbnMgZW5kIHVwIGJlaW5nIG1vZGVsZWQgdGhlIHNhbWUgd2F5LCB3aXRoIG9u bHkgYSByZWxhdGlvbnNoaXAgcXVhbGlmaWVyIGRpZmZlcmVudGlhdGluZyB0aGVtLg0KDQpUaGUg ZXhhbXBsZSBpbiBSRkMgNzQ4MyBmb3IgYSByZWdpc3RyYXIgaW5jbHVkZWQgc2V2ZXJhbCBhZGRy ZXNzZXMgYW5kIHBob25lIG51bWJlcnMsIGFzIGlmIHRoZSBzYW1wbGUgcmVnaXN0cmFyIGFsc28g aGFkIGNvbnRhY3RzIGFzc29jaWF0ZWQgd2l0aCBpdC4gQnV0IG5vbmUgb2YgdGhlIGFkZHJlc3Nl cyBhbmQgcGhvbmUgbnVtYmVycyB3ZXJlIG1hcmtlZCB3aXRoIGFueXRoaW5nIHRoYXQgd291bGQg ZGlzdGluZ3Vpc2ggYmV0d2VlbiB0aGUgY29udGFjdHMgKGUuZy4gYSB0eXBlIG9mICJhZG1pbiIs ICJ0ZWNoIiwgZXRjLikuIFNob3VsZCB3ZSBqdXN0IHRha2UgYWxsIHRoZSBkYXRhIHdlIGhhdmUg Zm9yIGEgcmVnaXN0cmFyLCBpbmNsdWRpbmcgYWxsIGFkZHJlc3NlcyBvZiBhc3NvY2lhdGVkIGNv bnRhY3RzLCBhbmQgdGhyb3cgdGhlbSBpbnRvIHRoZSBlbnRpdHkgSlNPTiBvYmplY3Qgb25lIGFm dGVyIGFub3RoZXI/IENhbiB3ZSBtYXJrIHRoZW0gd2l0aCB0aGUgY29udGFjdCByb2xlIGFzIGEg dHlwZT8gT3IgZG9lcyB0eXBlIGFsd2F5cyBuZWVkIHRvIGJlICJob21lIiBvciAid29ya+KAnT8N Cg0KVGhpcyBpcyBzaW1pbGFyIHRvIGhvdyBzb21lIFJJUnMgbW9kZWwgSVNQcy4gVGhlIElTUCBp cyBhbiBlbnRpdHksIHRoYXQgdGhlbiBoYXMgY2hpbGQgZW50aXRpZXMgZm9yIHRoZSBjb250YWN0 cy4NClNlZSBodHRwOi8vcmRhcC5hcmluLm5ldC9yZWdpc3RyeS9lbnRpdHkvQVJJTk9QUyBhcyBh biBleGFtcGxlLg0KDQpUaGlzIHR5cGUgb2YgdGhpbmcgbWF5IG5vdCBiZSBzbyBvYnZpb3VzIGlu IHRoZSBSRkMgYmVjYXVzZSBvZiB0aGUgd2F5IHRoZSBKU09OIGlzIGRlc2NyaWJlZC4gSSBoYXZl IGFuIFJEQVAgSkNSIGRyYWZ0IHRoYXQgbWlnaHQgbWFrZSBpdCBtb3JlIHJlYWRhYmxlLg0KaHR0 cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LW5ld3Rvbi1yZGFwLWpjci0wMA0KDQpSRkMg NzQ4MiBkZXNjcmliZXMgc2VhcmNoaW5nIGZvciBhbiBlbnRpdHkgYnkgbmFtZS4gSW4gdGhlIGNh c2Ugb2Ygb3VyIHJlZ2lzdHJhcnMsIHdlIGhhdmUgdHdvIHRoaW5ncyB0aGF0IGNvdWxkIGJlIGEg Im5hbWUiOiB0aGUgbmFtZSBvZiB0aGUgcmVnaXN0cmFyIGl0c2VsZiwgYW5kIHRoZSBuYW1lIG9m IGFueSBhc3NvY2lhdGVkIGNvbnRhY3QuIEFtIEkgY29ycmVjdCB0aGF0IHRoZSBzZWFyY2ggaXMg Y29uZmluZWQgdG8gdGhlIHJlZ2lzdHJhciBuYW1lPyBPciBhcmUgd2Ugc3VwcG9zZWQgdG8gbG9v ayB0aHJvdWdoIHRvIHRoZSBjb250YWN0IG5hbWVzLCBhbmQgcGFzcyBiYWNrIGFueSByZWdpc3Ry YXIgd2l0aCBhIG1hdGNoaW5nIGNvbnRhY3Q/DQoNCkhvdyB5b3UgbGltaXQgb3IgYnJvYWRlbiB0 aGUgc2VhcmNoIGlzIHlvdXIgY2hvaWNlLiBSREFQIGp1c3Qgc3BlY2lmaWVzIGhvdyB0aGUgcXVl cnkgaXMgZm9ybXVsYXRlZCBieSB0aGUgY2xpZW50cy4gWW91IG1heSBoYXZlIHJlcXVpcmVtZW50 cyBmcm9tIGEgcG9saWN5IGJvZHkgYWJvdXQgaG93IHRoYXQgaXMgdG8gd29yaywgYnV0IHRoZSBw cm90b2NvbCBpcyBub3QgdGhhdCBwcm9zY3JpcHRpdmUuDQoNCkkgaG9wZSB0aGF0IGhlbHBzLg0K DQotYW5keQ0KDQo= --_000_88D41CC9BC394936A47E3618695FB8A9arinnet_ Content-Type: text/html; charset="utf-8" Content-ID: <2842D83437C7E24184C1A3F40B82336E@corp.arin.net> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj5IaSBCcmlh biw8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8YnIgY2xhc3M9 IiI+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSIgY2xhc3M9IiI+DQo8ZGl2IGNsYXNz PSIiPk9uIE9jdCAzMCwgMjAxNSwgYXQgMTI6MDEgUE0sIEJyaWFuIE1vdW50Zm9yZCAmbHQ7PGEg aHJlZj0ibWFpbHRvOm1vdW50Zm9yZEBnb29nbGUuY29tIiBjbGFzcz0iIj5tb3VudGZvcmRAZ29v Z2xlLmNvbTwvYT4mZ3Q7IHdyb3RlOjwvZGl2Pg0KPGJyIGNsYXNzPSJBcHBsZS1pbnRlcmNoYW5n ZS1uZXdsaW5lIj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IGRpcj0ibHRyIiBjbGFzcz0iIj4NCjxk aXYgY2xhc3M9IiI+Rmlyc3Qgb2YgYWxsLCBpcyB0aGVyZSBhIHJlYXNvbiB3aHkgcmVnaXN0cmFy cyBhbmQgY29udGFjdHMgd2VyZSBsdW1wZWQgdG9nZXRoZXIgaW50byBvbmUgdHlwZSBvZiB0aGlu Zz8gSnVzdCBjdXJpb3VzLjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxk aXY+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQpUaGUgcmVhc29uIGlzIHF1aXRlIHNpbXBsZS4gQWxs IHNvcnRzIG9mIG9yZ2FuaXphdGlvbnMgZW5kIHVwIGJlaW5nIG1vZGVsZWQgdGhlIHNhbWUgd2F5 LCB3aXRoIG9ubHkgYSByZWxhdGlvbnNoaXAgcXVhbGlmaWVyIGRpZmZlcmVudGlhdGluZyB0aGVt LjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiIGNs YXNzPSIiPg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgZGlyPSJsdHIiIGNsYXNzPSIiPg0KPGRpdiBj bGFzcz0iIj5UaGUgZXhhbXBsZSBpbiBSRkMgNzQ4MyBmb3IgYSByZWdpc3RyYXIgaW5jbHVkZWQg c2V2ZXJhbCBhZGRyZXNzZXMgYW5kIHBob25lIG51bWJlcnMsIGFzIGlmIHRoZSBzYW1wbGUgcmVn aXN0cmFyIGFsc28gaGFkIGNvbnRhY3RzIGFzc29jaWF0ZWQgd2l0aCBpdC4gQnV0IG5vbmUgb2Yg dGhlIGFkZHJlc3NlcyBhbmQgcGhvbmUgbnVtYmVycyB3ZXJlIG1hcmtlZCB3aXRoIGFueXRoaW5n IHRoYXQgd291bGQgZGlzdGluZ3Vpc2gNCiBiZXR3ZWVuIHRoZSBjb250YWN0cyAoZS5nLiBhIHR5 cGUgb2YgJnF1b3Q7YWRtaW4mcXVvdDssICZxdW90O3RlY2gmcXVvdDssIGV0Yy4pLiBTaG91bGQg d2UganVzdCB0YWtlIGFsbCB0aGUgZGF0YSB3ZSBoYXZlIGZvciBhIHJlZ2lzdHJhciwgaW5jbHVk aW5nIGFsbCBhZGRyZXNzZXMgb2YgYXNzb2NpYXRlZCBjb250YWN0cywgYW5kIHRocm93IHRoZW0g aW50byB0aGUgZW50aXR5IEpTT04gb2JqZWN0IG9uZSBhZnRlciBhbm90aGVyPyBDYW4gd2UgbWFy ayB0aGVtIHdpdGggdGhlIGNvbnRhY3QNCiByb2xlIGFzIGEgdHlwZT8gT3IgZG9lcyB0eXBlIGFs d2F5cyBuZWVkIHRvIGJlICZxdW90O2hvbWUmcXVvdDsgb3IgJnF1b3Q7d29ya+KAnT88L2Rpdj4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2PjxiciBjbGFzcz0iIj4NCjwvZGl2 Pg0KVGhpcyBpcyBzaW1pbGFyIHRvIGhvdyBzb21lIFJJUnMgbW9kZWwgSVNQcy4gVGhlIElTUCBp cyBhbiBlbnRpdHksIHRoYXQgdGhlbiBoYXMgY2hpbGQgZW50aXRpZXMgZm9yIHRoZSBjb250YWN0 cy48L2Rpdj4NCjxkaXY+U2VlJm5ic3A7PGEgaHJlZj0iaHR0cDovL3JkYXAuYXJpbi5uZXQvcmVn aXN0cnkvZW50aXR5L0FSSU5PUFMiIGNsYXNzPSIiPmh0dHA6Ly9yZGFwLmFyaW4ubmV0L3JlZ2lz dHJ5L2VudGl0eS9BUklOT1BTPC9hPiZuYnNwO2FzIGFuIGV4YW1wbGUuPC9kaXY+DQo8ZGl2Pjxi ciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdj5UaGlzIHR5cGUgb2YgdGhpbmcgbWF5IG5vdCBiZSBz byBvYnZpb3VzIGluIHRoZSBSRkMgYmVjYXVzZSBvZiB0aGUgd2F5IHRoZSBKU09OIGlzIGRlc2Ny aWJlZC4gSSBoYXZlIGFuIFJEQVAgSkNSIGRyYWZ0IHRoYXQgbWlnaHQgbWFrZSBpdCBtb3JlIHJl YWRhYmxlLjwvZGl2Pg0KPGRpdj48YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwv ZHJhZnQtbmV3dG9uLXJkYXAtamNyLTAwIiBjbGFzcz0iIj5odHRwczovL3Rvb2xzLmlldGYub3Jn L2h0bWwvZHJhZnQtbmV3dG9uLXJkYXAtamNyLTAwPC9hPjxiciBjbGFzcz0iIj4NCjxiciBjbGFz cz0iIj4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj4N CjxkaXYgZGlyPSJsdHIiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj5SRkMgNzQ4MiBkZXNjcmli ZXMgc2VhcmNoaW5nIGZvciBhbiBlbnRpdHkgYnkgbmFtZS4gSW4gdGhlIGNhc2Ugb2Ygb3VyIHJl Z2lzdHJhcnMsIHdlIGhhdmUgdHdvIHRoaW5ncyB0aGF0IGNvdWxkIGJlIGEgJnF1b3Q7bmFtZSZx dW90OzogdGhlIG5hbWUgb2YgdGhlIHJlZ2lzdHJhciBpdHNlbGYsIGFuZCB0aGUgbmFtZSBvZiBh bnkgYXNzb2NpYXRlZCBjb250YWN0LiBBbSBJIGNvcnJlY3QgdGhhdCB0aGUgc2VhcmNoIGlzIGNv bmZpbmVkIHRvDQogdGhlIHJlZ2lzdHJhciBuYW1lPyBPciBhcmUgd2Ugc3VwcG9zZWQgdG8gbG9v ayB0aHJvdWdoIHRvIHRoZSBjb250YWN0IG5hbWVzLCBhbmQgcGFzcyBiYWNrIGFueSByZWdpc3Ry YXIgd2l0aCBhIG1hdGNoaW5nIGNvbnRhY3Q/PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9j a3F1b3RlPg0KPGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2PkhvdyB5b3UgbGltaXQgb3IgYnJv YWRlbiB0aGUgc2VhcmNoIGlzIHlvdXIgY2hvaWNlLiBSREFQIGp1c3Qgc3BlY2lmaWVzIGhvdyB0 aGUgcXVlcnkgaXMgZm9ybXVsYXRlZCBieSB0aGUgY2xpZW50cy4gWW91IG1heSBoYXZlIHJlcXVp cmVtZW50cyBmcm9tIGEgcG9saWN5IGJvZHkgYWJvdXQgaG93IHRoYXQgaXMgdG8gd29yaywgYnV0 IHRoZSBwcm90b2NvbCBpcyBub3QgdGhhdCBwcm9zY3JpcHRpdmUuPC9kaXY+DQo8ZGl2PjxiciBj bGFzcz0iIj4NCjwvZGl2Pg0KPGRpdj5JIGhvcGUgdGhhdCBoZWxwcy48L2Rpdj4NCjxkaXY+PGJy IGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2Pi1hbmR5PC9kaXY+DQo8YnIgY2xhc3M9IiI+DQo8L2Jv ZHk+DQo8L2h0bWw+DQo= --_000_88D41CC9BC394936A47E3618695FB8A9arinnet_-- From nobody Fri Oct 30 10:30:51 2015 Return-Path: X-Original-To: weirds@ietfa.amsl.com Delivered-To: weirds@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C2C151A90B1 for ; Fri, 30 Oct 2015 10:30:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.388 X-Spam-Level: X-Spam-Status: No, score=-1.388 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no 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 L06UFLDPRdsf for ; Fri, 30 Oct 2015 10:30:48 -0700 (PDT) Received: from mail-vk0-x231.google.com (mail-vk0-x231.google.com [IPv6:2607:f8b0:400c:c05::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EA0681A8986 for ; Fri, 30 Oct 2015 10:30:47 -0700 (PDT) Received: by vkgs66 with SMTP id s66so51821404vkg.1 for ; Fri, 30 Oct 2015 10:30:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=OCNccYdgQIdWMa4rh9dwXWahvuVMrrZsWgWJF2HwPzs=; b=lM0JRVc1YZmTP2C3KQ6pVLPwxr3zqRlcvPExWAfjcDxfR0wTeuTNkhi3ssTXmCwFLK Cyavlnw6G3lY05uax6zh4CF5fjx56hfXLX+KF3SBZmEEmSZaDkziiZrG1e26wtqPBVtA YRpXBAeS1YeTZTItQsuZFXMCs8N/LWtBoQWsU0NDMNO9xm/wvc3nSxnppunc1RF41Xds 5lUFZNQ9Fjd+3OnOhXo/AOducfz0ztfD5U/of4Lb0Z3x/nyOvfBzejdon6en1+xZJ4iB 3hvcsWA9N14h29Nsnk0kUdqxfiCUtMmSLavdQQLeCUsFTV78urYGfh2BAgvX9T2yoQfr e/SA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=OCNccYdgQIdWMa4rh9dwXWahvuVMrrZsWgWJF2HwPzs=; b=GfI5ix9SVyU6Wg1Jo1rmS+5Ek2EkX6SnNK6WWx454lUnpwrnqigqgBmPW2/KqasHbb 3fcY+S0KNA93twYpb2e3jJFmqT4Dd+cv88VDUNY+WywnF5YQYUaC87dwm+eGdsEXqaSX 8Hrd0JdEH9pAGSW3UJhfsih7ZbkkSFtyYkgyxJk4QHyZ77o9Tg+Hk8KmOyX+LyL3EmDt f360QVCXqKfLULtJHX5H5gxvbKGaEwbUEv01L3oWOEfp7R8m0XdE9P3bzfX994W1YGkW bZav2TxhgVLd6P8jMZLxRVyVmibXdTUvB1I1dnAYzYTMr1SMNZaxTL+87t7uRgtjnT2s 1uVw== X-Gm-Message-State: ALoCoQmsK48WfUd5aDgHNfAZL8FkMfXX1EUY2oTJvSh8nteHE2edqa+1qioYe+lBbNMHm09S4X8o X-Received: by 10.31.108.216 with SMTP id j85mr6194031vki.134.1446226246979; Fri, 30 Oct 2015 10:30:46 -0700 (PDT) MIME-Version: 1.0 Received: by 10.31.230.68 with HTTP; Fri, 30 Oct 2015 10:30:27 -0700 (PDT) In-Reply-To: <88D41CC9-BC39-4936-A47E-3618695FB8A9@arin.net> References: <88D41CC9-BC39-4936-A47E-3618695FB8A9@arin.net> From: Brian Mountford Date: Fri, 30 Oct 2015 13:30:27 -0400 Message-ID: To: Andy Newton Content-Type: multipart/alternative; boundary=001a11478f34b79a1e052355c972 Archived-At: Cc: "weirds@ietf.org" Subject: Re: [weirds] RDAP registrar entities X-BeenThere: weirds@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "WHOIS-based Extensible Internet Registration Data Service \(WEIRDS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Oct 2015 17:30:49 -0000 --001a11478f34b79a1e052355c972 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I see. So an array of child entities is legal inside an entity or nameserver, not just a domain, correct? On Fri, Oct 30, 2015 at 1:09 PM, Andy Newton wrote: > Hi Brian, > > > On Oct 30, 2015, at 12:01 PM, Brian Mountford > wrote: > > First of all, is there a reason why registrars and contacts were lumped > together into one type of thing? Just curious. > > > The reason is quite simple. All sorts of organizations end up being > modeled the same way, with only a relationship qualifier differentiating > them. > > The example in RFC 7483 for a registrar included several addresses and > phone numbers, as if the sample registrar also had contacts associated wi= th > it. But none of the addresses and phone numbers were marked with anything > that would distinguish between the contacts (e.g. a type of "admin", > "tech", etc.). Should we just take all the data we have for a registrar, > including all addresses of associated contacts, and throw them into the > entity JSON object one after another? Can we mark them with the contact > role as a type? Or does type always need to be "home" or "work=E2=80=9D? > > > This is similar to how some RIRs model ISPs. The ISP is an entity, that > then has child entities for the contacts. > See http://rdap.arin.net/registry/entity/ARINOPS as an example. > > This type of thing may not be so obvious in the RFC because of the way th= e > JSON is described. I have an RDAP JCR draft that might make it more > readable. > https://tools.ietf.org/html/draft-newton-rdap-jcr-00 > > RFC 7482 describes searching for an entity by name. In the case of our > registrars, we have two things that could be a "name": the name of the > registrar itself, and the name of any associated contact. Am I correct th= at > the search is confined to the registrar name? Or are we supposed to look > through to the contact names, and pass back any registrar with a matching > contact? > > > How you limit or broaden the search is your choice. RDAP just specifies > how the query is formulated by the clients. You may have requirements fro= m > a policy body about how that is to work, but the protocol is not that > proscriptive. > > I hope that helps. > > -andy > > --001a11478f34b79a1e052355c972 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I see. So an array of child entities is legal inside an en= tity or nameserver, not just a domain, correct?

On Fri, Oct 30, 2015 at 1:09 PM, Andy N= ewton <andy@arin.net> wrote:
Hi Brian,


On Oct 30, 2015, at 12:01 PM, Brian Mountford <mountford@google.com> wrote:
First of all, is there a reason why registrars and contacts were lumpe= d together into one type of thing? Just curious.

 The reason is quite simple. All sorts of organizations end up being modeled= the same way, with only a relationship qualifier differentiating them.

The example in RFC 7483 for a registrar included several addresses and= phone numbers, as if the sample registrar also had contacts associated wit= h it. But none of the addresses and phone numbers were marked with anything= that would distinguish between the contacts (e.g. a type of "admin", "tech", = etc.). Should we just take all the data we have for a registrar, including = all addresses of associated contacts, and throw them into the entity JSON o= bject one after another? Can we mark them with the contact role as a type? Or does type always need to be "home" or "w= ork=E2=80=9D?

This is similar to how some RIRs model ISPs. The ISP is an entity, that the= n has child entities for the contacts.
See=C2=A0http://rdap.arin.net/registry/entity/ARINOPS=C2=A0as an e= xample.

This type of thing may not be so obvious in the RFC because of the way= the JSON is described. I have an RDAP JCR draft that might make it more re= adable.
https://tools.ietf.org/html/draft-newton-rdap-jcr-00

RFC 7482 describes searching for an entity by name. In the case of our= registrars, we have two things that could be a "name": the name = of the registrar itself, and the name of any associated contact. Am I corre= ct that the search is confined to the registrar name? Or are we supposed to look through to the contact name= s, and pass back any registrar with a matching contact?

How you limit or broaden the search is your choice. RDAP just specifie= s how the query is formulated by the clients. You may have requirements fro= m a policy body about how that is to work, but the protocol is not that pro= scriptive.

I hope that helps.

-andy


--001a11478f34b79a1e052355c972-- From nobody Fri Oct 30 10:41:17 2015 Return-Path: X-Original-To: weirds@ietfa.amsl.com Delivered-To: weirds@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C7B271B2DC7 for ; Fri, 30 Oct 2015 10:41:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.388 X-Spam-Level: X-Spam-Status: No, score=-1.388 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no 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 3gLWUXo98LKg for ; Fri, 30 Oct 2015 10:41:15 -0700 (PDT) Received: from mail-vk0-x234.google.com (mail-vk0-x234.google.com [IPv6:2607:f8b0:400c:c05::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9CBE71B2DC4 for ; Fri, 30 Oct 2015 10:41:15 -0700 (PDT) Received: by vkgs66 with SMTP id s66so52003200vkg.1 for ; Fri, 30 Oct 2015 10:41:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=k9ZkqVL7PxBla3R/8nlpG66BxGg4kRnTO09j6imf7WI=; b=j7FYVn1Y2hGAqITil3E7UKz2UyE58IdDT8eRVZYT6SWKxV9M4m9lOYhl+K/A+QFFxf L67On8oaz6Nn0xoPlb9fp+v2aQgaCqtU9tVd+PRY7X8Sme8gMJIxeMjUQvb3taozJRx7 CgBdUv5SwvFnPrP+9YWyxaeJKR3dV5YqYUo+dzjpn1UT4pWDq41w46nFd6pUEMc16/gp THOgK70ejFRT4aP/doAnjftdNBztv9v8APuEiLB3k81H1JF105KeyP7FkiOxtBudPlaU aH6H746ZIeNfOpnfb/lHJqbuvt0w0mOoHWTRlwDsYQB8sbmrGOgrU2OjCvRc0RVJ2CMc /HjQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-type; bh=k9ZkqVL7PxBla3R/8nlpG66BxGg4kRnTO09j6imf7WI=; b=bA6bB5v5xazuaORP5Cb/SjiGy6W2pQ2u4Zqew+iw9DdbHT/mtDvuOzc8hhi3JmK57K V5zT2mxIt/UpzoBIbborY/fKIERG1mxiZFiVjereT1GhOjf1H0t6pPgok2sHT4HhHssS UKktjyaYWSNE+O30KWDQUYprFUl6fPvztbBiWWcDsJ7BSuKNDtAnQYPTT6VdtZASNhxG XfnMhYIjh4SQMZ70Vs9GiM0/kVx9ntY2yGD/95RgWDFNbhYd4yapYuiVDnU/c+x4W1U4 cRRsweHmokAxPY9Oj9viztyS8ir5cNOasodSw3Ahc+pUTSRUZ6GQK6CekisaB5ms2w4T imfA== X-Gm-Message-State: ALoCoQleKe/cJA/7mmzSD4XtFER4svnYW/choYToFXlpUW7qUC+8NMsabdYMWffAPDuZTaHwRywX X-Received: by 10.31.150.142 with SMTP id y136mr6307899vkd.53.1446226874687; Fri, 30 Oct 2015 10:41:14 -0700 (PDT) MIME-Version: 1.0 Received: by 10.31.230.68 with HTTP; Fri, 30 Oct 2015 10:40:55 -0700 (PDT) From: Brian Mountford Date: Fri, 30 Oct 2015 13:40:55 -0400 Message-ID: To: weirds@ietf.org Content-Type: multipart/alternative; boundary=001a1141dc9e21ab1d052355efda Archived-At: Subject: [weirds] Questions about suffix matches in domain and nameserver searches X-BeenThere: weirds@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "WHOIS-based Extensible Internet Registration Data Service \(WEIRDS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Oct 2015 17:41:16 -0000 --001a1141dc9e21ab1d052355efda Content-Type: text/plain; charset=UTF-8 RFC 7482 describes the format of search strings to be used in partial match queries. If I understand correctly, a wildcard search string should have a prefix, exactly one wildcard asterisk, and then zero or more complete domain labels at the end. I am wondering if the RDAP authors had in mind an efficient way to implement such queries on a standard database system. The prefix and single wildcard seem to be designed for ease of lookup using a sorted database index. But then I'm not sure how one would efficiently implement the domain label suffixes. For instance, it appears to be legal to search for nameservers using the pattern ns*.subdomain.example.tld. The ns* part is easy, but the suffix is harder to figure out. I am tempted to think that the authors figured that queries too complicated for a given system would just get rejected as per the wiggle room in the RFC. But if that's the case, why is only one wildcard allowed? Why not define a generic syntax with asterisk as the wildcard, and let implementors decide where to draw the line. I'm unclear on the thought process behind the spec. In a tangentially related question, it looked to me like IP address lookups of nameservers and domains did not need to support a wildcard asterisk, because the syntax was never defined. Is that true? Or does the RDAP spec envision wildcard IP address lookups as well? If so, what is the syntax for that? Thanks. Brian --001a1141dc9e21ab1d052355efda Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
RFC 7482 describes the format of search strings to be used= in partial match queries. If I understand correctly, a wildcard search str= ing should have a prefix, exactly one wildcard asterisk, and then zero or m= ore complete domain labels at the end. I am wondering if the RDAP authors h= ad in mind an efficient way to implement such queries on a standard databas= e system. The prefix and single wildcard seem to be designed for ease of lo= okup using a sorted database index. But then I'm not sure how one would= efficiently implement the domain label suffixes. For instance, it appears = to be legal to search for nameservers using the pattern ns*.subdomain.examp= le.tld. The ns* part is easy, but the suffix is harder to figure out. I am = tempted to think that the authors figured that queries too complicated for = a given system would just get rejected as per the wiggle room in the RFC. B= ut if that's the case, why is only one wildcard allowed? Why not define= a generic syntax with asterisk as the wildcard, and let implementors decid= e where to draw the line. I'm unclear on the thought process behind the= spec.

In a tangentially related question, it looked to = me like IP address lookups of nameservers and domains did not need to suppo= rt a wildcard asterisk, because the syntax was never defined. Is that true?= Or does the RDAP spec envision wildcard IP address lookups as well? If so,= what is the syntax for that?

Thanks.
Brian
--001a1141dc9e21ab1d052355efda-- From nobody Fri Oct 30 10:47:29 2015 Return-Path: X-Original-To: weirds@ietfa.amsl.com Delivered-To: weirds@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BA1881B2DDC for ; Fri, 30 Oct 2015 10:47:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.388 X-Spam-Level: X-Spam-Status: No, score=-1.388 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no 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 K-D1NfeVW4S6 for ; Fri, 30 Oct 2015 10:47:26 -0700 (PDT) Received: from mail-vk0-x236.google.com (mail-vk0-x236.google.com [IPv6:2607:f8b0:400c:c05::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C36E51B2D5C for ; Fri, 30 Oct 2015 10:47:25 -0700 (PDT) Received: by vkex70 with SMTP id x70so51785714vke.3 for ; Fri, 30 Oct 2015 10:47:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=H8hPHS+grRexAgnRhpOAMre180axQTgjePIyreJwYYU=; b=btMtvpd4gKRGBamtgxOkh0NXW3EPmCf5ZQoejt2QmDxK82lceKYyb218L35wxwWm6P YMwYhIa/prbUgOau5hcvLhb0lXOJkaL/IeeCKvt0YSfXjw6EDT7lKd9jUWi8503zRusI RtZgmTc/xdAeFiy48UIK9FqP/5YlBWinaTNeQFTyqjwHLdB2rADSt3zPgOAMh9MB+nYT CDjKDa6HwBSzSY2yAYZINIzy46afHGv+TcJZC+KCgmxEtuGuHD1mpvXXugs28Fjap++6 TZ+bDmOXfDcdyvE3DeJxPVoZceaZvldzSrl6GbjLkxr68tMvk9Vd1ZQVmd6S0bpHB9Nr 6/+Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=H8hPHS+grRexAgnRhpOAMre180axQTgjePIyreJwYYU=; b=O42VNg0Q8FnO6HihMtz/1kXV+xQ/t/eY4Pl8Sxqjn1jySdSrATlnqypyOTVswCld4M XulQXQWBkP5rYkcFYMyo0QSImT4Odex8x1xMAvY8JE/jmf2wyj5yK6HL/zDx+f0mUVb5 0jU16CFqzEAeNzunCZ4WkcSMyZDERGsBQb2ZiCIGnUXJ+Iu/wH489yrD+W0M3IZAAJm2 0WxtLjJYOhKljXPXemfUX5dyKJigmz13QrkjBQi2uZLHs5vsDTwrevlmX4gc844GAXrS fKkjEal5MusvMoSTQIEiQuP3vAQbzHgckXr0eVL+Azy5UcG62ROdCVE+Anl0NZ4fPllf K7TA== X-Gm-Message-State: ALoCoQl64MmTciROGVjAAjCSi3T0ZjDIFxHeJxWHvOmmlWhOIs+b4Q4vj/TGE08jQSyW23NdtJ3m X-Received: by 10.31.188.142 with SMTP id m136mr6277584vkf.36.1446227244874; Fri, 30 Oct 2015 10:47:24 -0700 (PDT) MIME-Version: 1.0 Received: by 10.31.230.68 with HTTP; Fri, 30 Oct 2015 10:47:05 -0700 (PDT) In-Reply-To: References: <88D41CC9-BC39-4936-A47E-3618695FB8A9@arin.net> From: Brian Mountford Date: Fri, 30 Oct 2015 13:47:05 -0400 Message-ID: To: Andy Newton Content-Type: multipart/alternative; boundary=001a1143026e3247a20523560591 Archived-At: Cc: "weirds@ietf.org" Subject: Re: [weirds] RDAP registrar entities X-BeenThere: weirds@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "WHOIS-based Extensible Internet Registration Data Service \(WEIRDS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Oct 2015 17:47:27 -0000 --001a1143026e3247a20523560591 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable In a related question, I'm trying to figure out how to return information about contact roles. RFC 7483 includes a roles field at the entity level. If we are returning information for a domain, that works fine. What do we put in the roles field, though, if the user queries for the contact directly? The role would depend on which, if any, domain is referencing the contact. The contact could be a stand-alone entity with no referencing domains at all. Is it expected that the registry will loop through all domains, looking for any that reference the contact, and build a union of all roles that the contact plays in any domain? That seems inefficient. On Fri, Oct 30, 2015 at 1:30 PM, Brian Mountford wrote: > I see. So an array of child entities is legal inside an entity or > nameserver, not just a domain, correct? > > On Fri, Oct 30, 2015 at 1:09 PM, Andy Newton wrote: > >> Hi Brian, >> >> >> On Oct 30, 2015, at 12:01 PM, Brian Mountford >> wrote: >> >> First of all, is there a reason why registrars and contacts were lumped >> together into one type of thing? Just curious. >> >> >> The reason is quite simple. All sorts of organizations end up being >> modeled the same way, with only a relationship qualifier differentiating >> them. >> >> The example in RFC 7483 for a registrar included several addresses and >> phone numbers, as if the sample registrar also had contacts associated w= ith >> it. But none of the addresses and phone numbers were marked with anythin= g >> that would distinguish between the contacts (e.g. a type of "admin", >> "tech", etc.). Should we just take all the data we have for a registrar, >> including all addresses of associated contacts, and throw them into the >> entity JSON object one after another? Can we mark them with the contact >> role as a type? Or does type always need to be "home" or "work=E2=80=9D? >> >> >> This is similar to how some RIRs model ISPs. The ISP is an entity, that >> then has child entities for the contacts. >> See http://rdap.arin.net/registry/entity/ARINOPS as an example. >> >> This type of thing may not be so obvious in the RFC because of the way >> the JSON is described. I have an RDAP JCR draft that might make it more >> readable. >> https://tools.ietf.org/html/draft-newton-rdap-jcr-00 >> >> RFC 7482 describes searching for an entity by name. In the case of our >> registrars, we have two things that could be a "name": the name of the >> registrar itself, and the name of any associated contact. Am I correct t= hat >> the search is confined to the registrar name? Or are we supposed to look >> through to the contact names, and pass back any registrar with a matchin= g >> contact? >> >> >> How you limit or broaden the search is your choice. RDAP just specifies >> how the query is formulated by the clients. You may have requirements fr= om >> a policy body about how that is to work, but the protocol is not that >> proscriptive. >> >> I hope that helps. >> >> -andy >> >> > --001a1143026e3247a20523560591 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
In a related question, I'm trying to figure out how to= return information about contact roles. RFC 7483 includes a roles field at= the entity level. If we are returning information for a domain, that works= fine. What do we put in the roles field, though, if the user queries for t= he contact directly? The role would depend on which, if any, domain is refe= rencing the contact. The contact could be a stand-alone entity with no refe= rencing domains at all. Is it expected that the registry will loop through = all domains, looking for any that reference the contact, and build a union = of all roles that the contact plays in any domain? That seems inefficient.<= /div>

On Fri, Oct = 30, 2015 at 1:30 PM, Brian Mountford <mountford@google.com> wrote:
I see. So an a= rray of child entities is legal inside an entity or nameserver, not just a = domain, correct?

On Fri, Oct 30, 2015 at 1:09 P= M, Andy Newton <andy@arin.net> wrote:
Hi Brian,


On Oct 30, 2015, at 12:01 PM, Brian Mountford <mountford@google.com> wrote:
First of all, is there a reason why registrars and contacts were lumpe= d together into one type of thing? Just curious.

 The reason is quite simple. All sorts of organizations end up being modeled= the same way, with only a relationship qualifier differentiating them.

The example in RFC 7483 for a registrar included several addresses and= phone numbers, as if the sample registrar also had contacts associated wit= h it. But none of the addresses and phone numbers were marked with anything= that would distinguish between the contacts (e.g. a type of "admin", "tech", = etc.). Should we just take all the data we have for a registrar, including = all addresses of associated contacts, and throw them into the entity JSON o= bject one after another? Can we mark them with the contact role as a type? Or does type always need to be "home" or "w= ork=E2=80=9D?

This is similar to how some RIRs model ISPs. The ISP is an entity, that the= n has child entities for the contacts.
See=C2=A0http://rdap.arin.net/registry/entity/ARINOPS=C2=A0as an e= xample.

This type of thing may not be so obvious in the RFC because of the way= the JSON is described. I have an RDAP JCR draft that might make it more re= adable.
https://tools.ietf.org/html/draft-newton-rdap-jcr-00=

RFC 7482 describes searching for an entity by name. In the case of our= registrars, we have two things that could be a "name": the name = of the registrar itself, and the name of any associated contact. Am I corre= ct that the search is confined to the registrar name? Or are we supposed to look through to the contact name= s, and pass back any registrar with a matching contact?

How you limit or broaden the search is your choice. RDAP just specifie= s how the query is formulated by the clients. You may have requirements fro= m a policy body about how that is to work, but the protocol is not that pro= scriptive.

I hope that helps.

-andy



--001a1143026e3247a20523560591-- From nobody Sat Oct 31 14:08:54 2015 Return-Path: X-Original-To: weirds@ietfa.amsl.com Delivered-To: weirds@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C16B71B2F84 for ; Sat, 31 Oct 2015 14:08:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.278 X-Spam-Level: X-Spam-Status: No, score=-1.278 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622] autolearn=no 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 LGd0SgMdPc8J for ; Sat, 31 Oct 2015 14:08:53 -0700 (PDT) Received: from mail-wi0-x22f.google.com (mail-wi0-x22f.google.com [IPv6:2a00:1450:400c:c05::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C0A491B2F83 for ; Sat, 31 Oct 2015 14:08:52 -0700 (PDT) Received: by wicfx6 with SMTP id fx6so29270417wic.1 for ; Sat, 31 Oct 2015 14:08:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hxr_us.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=QIjFDDgfdsSTnYuAfnSMtH/hlXngSmWeWpIyqcYsm2w=; b=GT8zuXvBazqUfmYQTYUGLoYlr8s47l7Vf2rUtiKFf+CvrYRAZZBuOKXn+hRBbE3wcI KY2fEQFPjaL6YBP34MNjoUd8oxsEgYEWmGj9X1zEATxOOjbmYv36SkueBe74bBzcc8Bw km1BX4iRI4+5jZq3K8sW2/Pxqp/XS+ave+Ygg6CNoG2cCWSrm11xGtDaC/buBicc/afG z9sMYHooDcu1gaGvn9Ri1vrURw/2DtqH5wjbDBCZjNFjuUc4BqcDMrPolTnbIXCp3OIK LzG9a9Fvh4ih0wdkesDKzzZTsRz+tQK0nMk9gwx2WTcCNElkhj1ZcOd8H00kbcud0f1S MQiQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=QIjFDDgfdsSTnYuAfnSMtH/hlXngSmWeWpIyqcYsm2w=; b=IyDav0ZG0jsiFVj+hyUOQB1BuWOqXxeLUBI0Ju5Phu5x7MgoTpS4vkE1bPOlcftNCk aKiZbGwmn/m+gBMgj3RX1hyDW+mnJX/99YZQKDnUf7gqPkowcKEcDl+t/Nm2f3TqrEDA RIrv/cFEQzkUaX+Cww3aN8QYZ7CIQ8WFtA7ANfhB8WZLtY9lQWT0UPNnGIoVTbOD5z0C 3XwyBAxhtAGk5KLDhiNC4eZ8sBZjJ5WyI+3l0qnpH8cMAqbQ+UA60ndPiry3v5Kn7B4k ocAA/9MTEmz570Ri3pYQylNytZr1hhr3IQ4FFYxe+mbtU8ilRGYIqL/fXUEGBQULTRNn hTLw== X-Gm-Message-State: ALoCoQmXo2mCONyLJjlSuSVHCg0k+NY3YhpQnkGZUEGV07L38QfKd7SaisfXmW811Z462DZxstiB MIME-Version: 1.0 X-Received: by 10.194.114.135 with SMTP id jg7mr15464742wjb.11.1446325731179; Sat, 31 Oct 2015 14:08:51 -0700 (PDT) Received: by 10.194.91.134 with HTTP; Sat, 31 Oct 2015 14:08:51 -0700 (PDT) X-Originating-IP: [2001:c40:0:3080:588e:96ec:6758:66ae] In-Reply-To: References: <88D41CC9-BC39-4936-A47E-3618695FB8A9@arin.net> Date: Sat, 31 Oct 2015 17:08:51 -0400 Message-ID: From: Andrew Newton To: Brian Mountford Content-Type: text/plain; charset=UTF-8 Archived-At: Cc: "weirds@ietf.org" Subject: Re: [weirds] RDAP registrar entities X-BeenThere: weirds@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "WHOIS-based Extensible Internet Registration Data Service \(WEIRDS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Oct 2015 21:08:53 -0000 On Fri, Oct 30, 2015 at 1:30 PM, Brian Mountford wrote: > I see. So an array of child entities is legal inside an entity or > nameserver, not just a domain, correct? Yes, that is true for all object classes. Even entities can have entities. -andy From nobody Sat Oct 31 14:13:13 2015 Return-Path: X-Original-To: weirds@ietfa.amsl.com Delivered-To: weirds@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5F50E1B2FF6 for ; Sat, 31 Oct 2015 14:13:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.278 X-Spam-Level: X-Spam-Status: No, score=-1.278 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622] autolearn=no 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 AmnmoefocAIi for ; Sat, 31 Oct 2015 14:13:10 -0700 (PDT) Received: from mail-wi0-x232.google.com (mail-wi0-x232.google.com [IPv6:2a00:1450:400c:c05::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 491231B2FF7 for ; Sat, 31 Oct 2015 14:13:10 -0700 (PDT) Received: by wicll6 with SMTP id ll6so29469743wic.0 for ; Sat, 31 Oct 2015 14:13:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hxr_us.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ztofRjM1zo1a3WTRa99dxtSx3MUkPbbDrIJoTGho5OI=; b=0+DsJzOLXgL4gIvu7j9T/1czWAs0V1BB98BiZUE1KcLglG/O7XuuvParrAhLgFFOu6 cIy5zm6gwNfIWlrcY9WIb+mNgEsmS0iQU6JSL0wLjTxFCNhph5ERhvi9/8P6Y4D4fmAU l9OS1ZtfyB9RsUdmKDpP5usSCUqJEEFwOizmgNFCETDci0yIPe/eYhteC6sLKU85Bxas kvd2tplde9y/CX8grhPiUj44BtQiVzKqiz2MwgtLtn9a4+7uzstLK/IkC5R14bnkAnMv Z0X30mO0p4OV/IX75BioPIka2EHXeg8L4JEq7Cy6by5eo+TGQNP3IjUqe36uU/zLlc7V k2mg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=ztofRjM1zo1a3WTRa99dxtSx3MUkPbbDrIJoTGho5OI=; b=e31BUcPRNOfjtz9QQmudd3Q9wTY4HhRgH5dtvs/QNNcWKvd/1zDAnzP6cClvsGxUIr K9RfhpSw+5S/4lmdF6kC/78q0PSOuyOfl8cxd4bbPzm5ZyubvPVpxOgPMz8IWcmnzGab vtHSB2F5ZhT0ZeLLIZtR5bboSpjLueitsQwk4qgQITd0C8Cz3hOqDYua6gCxaqM3MRoq wXsr4G/u3/D+8aP8s8FPU/7+2Y4ZbZCcyu+Wgl9AAh08dh9upbBenE6p1kE10vnxEYVc 0QlZImmghi1XxQKzDmXcu/M2HzvpwvuQyPh8Ao1Dg+byAmNzhbwDjVrm5mISyA+7Iv4g assA== X-Gm-Message-State: ALoCoQn1w+m9IYOdOzv7+tyb6FgzK/6yqubJS1HcitsozXA00i5ftQWB4etGR/keveZ+CmTAGE7b MIME-Version: 1.0 X-Received: by 10.194.235.37 with SMTP id uj5mr17193504wjc.115.1446325988851; Sat, 31 Oct 2015 14:13:08 -0700 (PDT) Received: by 10.194.91.134 with HTTP; Sat, 31 Oct 2015 14:13:08 -0700 (PDT) X-Originating-IP: [2001:c40:0:3080:588e:96ec:6758:66ae] In-Reply-To: References: <88D41CC9-BC39-4936-A47E-3618695FB8A9@arin.net> Date: Sat, 31 Oct 2015 17:13:08 -0400 Message-ID: From: Andrew Newton To: Brian Mountford Content-Type: text/plain; charset=UTF-8 Archived-At: Cc: "weirds@ietf.org" Subject: Re: [weirds] RDAP registrar entities X-BeenThere: weirds@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "WHOIS-based Extensible Internet Registration Data Service \(WEIRDS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Oct 2015 21:13:11 -0000 On Fri, Oct 30, 2015 at 1:47 PM, Brian Mountford wrote: > In a related question, I'm trying to figure out how to return information > about contact roles. RFC 7483 includes a roles field at the entity level. If > we are returning information for a domain, that works fine. What do we put > in the roles field, though, if the user queries for the contact directly? Most likely nothing. > The role would depend on which, if any, domain is referencing the contact. > The contact could be a stand-alone entity with no referencing domains at > all. Is it expected that the registry will loop through all domains, looking > for any that reference the contact, and build a union of all roles that the > contact plays in any domain? That seems inefficient. I would hope your indexes aren't built in such a way that you are scanning all of your domains. Regardless of the inefficiency, roles do not make sense in the context of an entity query. They are meant to describe the relationship between an entity and the object instance containing them. I hope that helps explain it. -andy From nobody Sat Oct 31 14:29:56 2015 Return-Path: X-Original-To: weirds@ietfa.amsl.com Delivered-To: weirds@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0532F1AC3F5 for ; Sat, 31 Oct 2015 14:29:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.278 X-Spam-Level: X-Spam-Status: No, score=-1.278 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622] autolearn=no 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 emRMw3lhKzuS for ; Sat, 31 Oct 2015 14:29:54 -0700 (PDT) Received: from mail-wi0-x234.google.com (mail-wi0-x234.google.com [IPv6:2a00:1450:400c:c05::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CC67C1AC3E9 for ; Sat, 31 Oct 2015 14:29:53 -0700 (PDT) Received: by wijp11 with SMTP id p11so30502311wij.0 for ; Sat, 31 Oct 2015 14:29:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hxr_us.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ggnNOjQSF84IwBZa310VlD3kaegFysiIgXLC8nBqGTY=; b=YF8CnwByh2L9hkXxVV5g9dZorPZ9BXPXJ9Sac8hgR4IWnUl7JkSvsjQwrqbTb1r2aV 2Xc7lEgWBShGVRSAwlCR0rDBCon4LcWX9BwDetjTQzDtkie5yCNyCrjRp2+pXgfHmUYB B2+9tohCIHejlGonLHKyUFAwAV49nN5x254FrNcfAR9aENcc0newAYWTQlMhTOxtAEp2 HXU00Poyc2nREL7eLFd3DX4IwHux0efManfrs6tCZrxdob45xoYMutoTrk+xXNQOKcFQ OLaQO2wji+kXY/THvOJbyMprvEcbYKk7c1Z9t9fa5jayk9EPVQrl4g9vgA1z+PrQJFIP EQkg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=ggnNOjQSF84IwBZa310VlD3kaegFysiIgXLC8nBqGTY=; b=Af0yzYu+fI3W5TC1lvsV5ZC3u10EoPhxQGQhy9dXx6MHRlIcDBqB04mPnfoK9D13Tf t1xnhqbwR3OtmwPGeznHecn9vXg8FGiHMKwNh2eyxhFScOIFBaiEWdNtH1FHdgnVK84t PkUvPvWZv39hMhmgorjCbX6vpiB9E7mLhb14lvVqWHdEbfmNYTlHEjoNjvXoxL3mXNuF zLfFfkqOUN2z0cPJd+EBEWDbiT0Cy8zDBIlT/IRIZW/iwaqLqcctQBJBC1UHdguLi4s/ oGY6V5xDhS+sosqae/nA+IHccVT6jw3WQgExiZ/XLkQQLm14wOJpwcwqyvLbxLPmf6MV VNDw== X-Gm-Message-State: ALoCoQkqqLveT8l0u8Avum0VDczRDB994CToBqI3r7CgBdkIW/58xOHFr8A1GV6meELgLya7h5GB MIME-Version: 1.0 X-Received: by 10.195.11.98 with SMTP id eh2mr15704326wjd.59.1446326992341; Sat, 31 Oct 2015 14:29:52 -0700 (PDT) Received: by 10.194.91.134 with HTTP; Sat, 31 Oct 2015 14:29:52 -0700 (PDT) X-Originating-IP: [133.93.86.12] In-Reply-To: References: Date: Sat, 31 Oct 2015 17:29:52 -0400 Message-ID: From: Andrew Newton To: Brian Mountford Content-Type: text/plain; charset=UTF-8 Archived-At: Cc: "weirds@ietf.org" Subject: Re: [weirds] Questions about suffix matches in domain and nameserver searches X-BeenThere: weirds@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "WHOIS-based Extensible Internet Registration Data Service \(WEIRDS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Oct 2015 21:29:55 -0000 On Fri, Oct 30, 2015 at 1:40 PM, Brian Mountford wrote: > But then I'm not sure how one would efficiently > implement the domain label suffixes. I'm sure if I thought about it for awhile, I could figure something out. But you are correct that standard SQL 'like' matching won't do the trick. Perhaps somebody from a domain registry could provide some hints. > I am tempted to think > that the authors figured that queries too complicated for a given system > would just get rejected as per the wiggle room in the RFC. That is the answer you have been looking for. :) > But if that's the > case, why is only one wildcard allowed? Why not define a generic syntax with > asterisk as the wildcard, and let implementors decide where to draw the > line. I'm unclear on the thought process behind the spec. Two reasons: 1) The working group felt that for any given query there had to be some expectation of what would be returned, and more than one asterisk could lead to all sorts of interpretation and lack of agreement. If you want to define an extension to do this, feel free. 2) It didn't appear to be a feature of today's Whois servers, nor was there a compelling need to cover this case. > > In a tangentially related question, it looked to me like IP address lookups > of nameservers and domains did not need to support a wildcard asterisk, > because the syntax was never defined. Is that true? Or does the RDAP spec > envision wildcard IP address lookups as well? If so, what is the syntax for > that? I've often wondered about the use case for wildcard IP address queries. IP address hierarchies follow a mathematical model that does not perfectly align with the lexical notation (unless the notation is binary). So by themselves they are problematic. With respect to finding name servers by an IP address, the use case of name servers by CIDR never came up. And I'm not sure it would be useful. Do people really assign entire /24s (or whatever) to their name servers? -andy From nobody Sat Oct 31 19:02:33 2015 Return-Path: X-Original-To: weirds@ietfa.amsl.com Delivered-To: weirds@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B5A4A1B500D for ; Sat, 31 Oct 2015 19:02:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] 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 zdu8O6lM13b4 for ; Sat, 31 Oct 2015 19:02:29 -0700 (PDT) Received: from mail-oi0-f98.google.com (mail-oi0-f98.google.com [209.85.218.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AA5BD1B500C for ; Sat, 31 Oct 2015 19:02:29 -0700 (PDT) Received: by oigi82 with SMTP id i82so6716563oig.0 for ; Sat, 31 Oct 2015 19:02:28 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:thread-topic:thread-index :date:message-id:references:in-reply-to:accept-language :content-language:content-type:content-transfer-encoding :mime-version; bh=mLiLWKbfttFJ+fqLEomE1UhKr74Aj64/tXKnvUgJHpM=; b=aOYQtxJPsFcrTrzT1DreEM+yoI/FftK+JZAClvdLXWAG4So07kMhflyGjhKqjLUMtw Ja6S6LMVw6bIy06VQ7A7zFf1P+Vn4oNip0WKayjeJELSc3srGN3DeHUAS4JNiq6758jI S/sPFai2542mL29un4FG6/QwfC4vCopEk6Q9Q/vfLV/FLjT/qWROEdqD9/XV9NT4CpKP sTtD8rPp79f3+wO8halBFuMidUgjJOuW4mgjeVATOW6rrRP/xKPQE3Le0hX/OrDmgBVP LNyAVXLnQbV7TqfqHusLEDUs1OjisUkt/RlzJSYWkRbnQJio1YkBPU+th9VlVjVREJM2 llUg== X-Gm-Message-State: ALoCoQlzAr7Y+UXIW7M1yS5KQNJttfMI+qfihF/oIeqdZkbD75yJr2gMLC/8/a5M+zDwPjql4IQA/1vW0OZ+YwAIjagkhD+mDA== X-Received: by 10.55.79.205 with SMTP id d196mr20332749qkb.76.1446343348659; Sat, 31 Oct 2015 19:02:28 -0700 (PDT) Received: from brn1lxmailout02.verisign.com (brn1lxmailout02.verisign.com. [72.13.63.42]) by smtp-relay.gmail.com with ESMTPS id a90sm1689603qkj.2.2015.10.31.19.02.28 (version=TLSv1 cipher=RC4-SHA bits=128/128); Sat, 31 Oct 2015 19:02:28 -0700 (PDT) X-Relaying-Domain: verisign.com Received: from brn1wnexcas01.vcorp.ad.vrsn.com (brn1wnexcas01 [10.173.152.205]) by brn1lxmailout02.verisign.com (8.13.8/8.13.8) with ESMTP id tA122RBC010153 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sat, 31 Oct 2015 22:02:28 -0400 Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by brn1wnexcas01.vcorp.ad.vrsn.com ([::1]) with mapi id 14.03.0174.001; Sat, 31 Oct 2015 22:02:27 -0400 From: "Hollenbeck, Scott" To: Andrew Newton , Brian Mountford Thread-Topic: [weirds] Questions about suffix matches in domain and nameserver searches Thread-Index: AQHRFCNLIw5lxn79qEyeQtcjNaurNJ6GaaGw Date: Sun, 1 Nov 2015 02:02:26 +0000 Message-ID: <831693C2CDA2E849A7D7A712B24E257F4A0D3033@BRN1WNEXMBX01.vcorp.ad.vrsn.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.173.152.4] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "weirds@ietf.org" Subject: Re: [weirds] Questions about suffix matches in domain and nameserver searches X-BeenThere: weirds@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "WHOIS-based Extensible Internet Registration Data Service \(WEIRDS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Nov 2015 02:02:31 -0000 > -----Original Message----- > From: weirds [mailto:weirds-bounces@ietf.org] On Behalf Of Andrew > Newton > Sent: Saturday, October 31, 2015 5:30 PM > To: Brian Mountford > Cc: weirds@ietf.org > Subject: Re: [weirds] Questions about suffix matches in domain and > nameserver searches >=20 > On Fri, Oct 30, 2015 at 1:40 PM, Brian Mountford > wrote: > > But then I'm not sure how one would efficiently > > implement the domain label suffixes. >=20 > I'm sure if I thought about it for awhile, I could figure something > out. But you are correct that standard SQL 'like' matching won't do > the trick. Perhaps somebody from a domain registry could provide some > hints. >=20 > > I am tempted to think > > that the authors figured that queries too complicated for a given > system > > would just get rejected as per the wiggle room in the RFC. >=20 > That is the answer you have been looking for. :) Andy's right. Search functionality was a late addition to the document, and= we struggled to find a reasonable compromise between minimally needed func= tionality and complexity. Scott