November 2017 - gtld-tech - lists.icann.org

TMCH Test-SMDs expired...
by Alexander Mayrhofer Oct. 24, 2022

Oct. 24, 2022

Hello everyone, the test SMD-Files provided by the TMCH have expired yesterday (see below). Our unit testing infrastructure obviously fails on these tests currently, because it requires/assumes the SMD files to be valid. Are there updated test files available yet? If not, when will they be provided? best, Alex SMDs from http://newgtlds.icann.org/en/about/trademark-clearinghouse/smd-active-15jul… $ grep notAfter *.smd Court-Agent-Arabic-Active.smd:notAfter: 2017-07-10 00:00:00 Court-Agent-Chinese-Active.smd:notAfter: 2017-07-10 00:00:00 Court-Agent-English-Active.smd:notAfter: 2017-07-10 00:00:00 Court-Agent-French-Active.smd:notAfter: 2017-07-10 00:00:00 Court-Agent-Russian-Active.smd:notAfter: 2017-07-10 00:00:00 Court-Holder-Arabic-Active.smd:notAfter: 2017-07-10 00:00:00 Court-Holder-Chinese-Active.smd:notAfter: 2017-07-10 00:00:00 Court-Holder-English-Active.smd:notAfter: 2017-07-10 00:00:00 Court-Holder-French-Active.smd:notAfter: 2017-07-10 00:00:00 Court-Holder-Russian-Active.smd:notAfter: 2017-07-10 00:00:00 Trademark-Agent-Arabic-Active.smd:notAfter: 2017-07-10 00:00:00 Trademark-Agent-Chinese-Active.smd:notAfter: 2017-07-10 00:00:00 Trademark-Agent-English-Active.smd:notAfter: 2017-07-10 00:00:00 Trademark-Agent-French-Active.smd:notAfter: 2017-07-10 00:00:00 Trademark-Agent-Russian-Active.smd:notAfter: 2017-07-10 00:00:00 Trademark-Holder-Arabic-Active.smd:notAfter: 2017-07-10 00:00:00 Trademark-Holder-Chinese-Active.smd:notAfter: 2017-07-10 00:00:00 Trademark-Holder-English-Active.smd:notAfter: 2017-07-10 00:00:00 Trademark-Holder-French-Active.smd:notAfter: 2017-07-10 00:00:00 Trademark-Holder-Russian-Active.smd:notAfter: 2017-07-10 00:00:00 TreatyStatute-Agent-Arabic-Active.smd:notAfter: 2017-07-10 00:00:00 TreatyStatute-Agent-Chinese-Active.smd:notAfter: 2017-07-10 00:00:00 TreatyStatute-Agent-English-Active.smd:notAfter: 2017-07-10 00:00:00 TreatyStatute-Agent-French-Active.smd:notAfter: 2017-07-10 00:00:00 TreatyStatute-Agent-Russian-Active.smd:notAfter: 2017-07-10 00:00:00 TreatyStatute-Holder-Arabic-Active.smd:notAfter: 2017-07-10 00:00:00 TreatyStatute-Holder-Chinese-Active.smd:notAfter: 2017-07-10 00:00:00 TreatyStatute-Holder-English-Active.smd:notAfter: 2017-07-10 00:00:00 TreatyStatute-Holder-French-Active.smd:notAfter: 2017-07-10 00:00:00 TreatyStatute-Holder-Russian-Active.smd:notAfter: 2017-07-10 00:00:00

6 20

Call for Presentations TechDay ICANN 60 Abu Dhabi
by Dr Eberhard W Lisse March 1, 2018

March 1, 2018

Call for Presentations TechDay at ICANN 60 in Abu Dhabi The ICANN Tech Working Group is again planning a technical workshop at the ICANN 60 meeting on Monday 2017-10-30 in Abu Duabi, UAE. The TechDay workshop has been a part of ICANN meetings for several years and has provided a forum for both experienced and new people to meet, present and discuss technical topics related to registry and DNS work and security. We are specially interested in: 1. Root KSK Rollover Readiness and first Experiences 2. IDN We would like to hear about your recent IDN implementation and experience 3. In addition, we welcome suggestions for additional topics, such as; * Registry security, services and systems * DNS & anycast security, services and systems * Big Data & associated data analysis * IETF DNS protocol updates (Privacy, Encryption) * (Recent) DDOS Attacks and Mitigation If you are interested in presenting, please email one or all of el(a)lisse.NA ondrej.filip(a)nic.cz jacques.latour(a)cira.ca kimberly.carlson(a)icann.org We hope that you can join us and request that you disseminate this Request to other lists where it might of interest. Regards, The TechDay Planning Committee

2 7

Re: [gtld-tech] Request ROID for .BAIDU
by Victor Figueroa Nov. 11, 2017

Nov. 11, 2017

Hi, You may verify the requirements at https://www.iana.org/assignments/epp-repository-ids/epp-repository-ids.xhtml and send the request to iana(a)iana.org. Regards, -Victor From: <gtld-tech-bounces(a)icann.org> on behalf of "honghong(a)zdns.cn" <honghong(a)zdns.cn> Date: Thursday, November 9, 2017 at 9:39 PM To: "gtld-tech(a)icann.org" <gtld-tech(a)icann.org> Cc: 'gaolei' <gaolei(a)zdns.cn> Subject: [gtld-tech] Request ROID for .BAIDU Hi I’m from Chinese ZDNS, which is the backend for .TOP and .WANG and other TLDs, recently .BAIDU will be delegated to our system, so we want to request a EPP Repository Identifier for .BAIDU: Change Controller ID: baidu Change Controller Name:baidu Change Controller Email:fengshuo@zdns.cn Reference/Contact ID:fengshuo Reference/Contact Name:fengshuo Reference/Contact Email:fengshuo@zdns.cn Do the information above is enough and right for the request? Regards Hong, Hong

1 0

RDAP questions
by Taras Heichenko Nov. 10, 2017

Nov. 10, 2017

Hi all! According to https://community.icann.org/display/RP/RDAP+Pilot this mailing list is used for RDAP pilot program. I work at .UA registry and we plan to implement RDAP. But during RFCs reading I got some questions. I wrote one question to another mailing list and had received some answers with possible solutions. But variants are questionable (I will show them after question) and may be anyone has better solutions. 1. Contact data of our registrants can be in ASCII encoding (international-int) and/or in UTF-8 encoding (local-loc). For local data the UTF-8 encoding is used but language of data is not defined. It is impossible to define language because EPP does not provide language definition mechanism. So when we show ENTITY we can not define strings language for local data according to vCard RFC. The question is: How should we present data in conformity with RFC? To this question I received two answers: 1a. Do not define language at all. Just include multiply values without language definition. As for me this answer does not conflict with RFC but it is very inconvenient for user recognition and/or data processing (we do not think that JSON is the best format for data presentation for end user, isn't it?) 1b. The second advice is better (as for me). Int and loc data we can separate by ALTID property parameter. This allows at least differentiate data of different languages and encoding. Of course we just shift data representation to those who will process and present received JSON data. But all local data uses UTF-8 encoding and this should not cause any problem on web. But may be anyone has better solution for this question? 2. The second question is also concerns of entity data presentation. According to legislation of our country private person may demand to hide private data. In this case registrator in EPP request defines fields that must not be shown. Besides all it can be registrant's name. According to vCard RFC FN field is mandatory but according to our legislation sometimes I must not show this field. What should I do in this case? Do not show this entity at all? Or may be I should write "privacy protected" in FN field? Any ideas? -- Best regards Taras Heychenko tasic(a)hostmaster.ua

2 1

Request ROID for .BAIDU
by honghong＠zdns.cn Nov. 10, 2017

Nov. 10, 2017

Hi I'm from Chinese ZDNS, which is the backend for .TOP and .WANG and other TLDs, recently .BAIDU will be delegated to our system, so we want to request a EPP Repository Identifier for .BAIDU: Change Controller ID: baidu Change Controller Name:baidu Change Controller Email:fengshuo@zdns.cn Reference/Contact ID:fengshuo Reference/Contact Name:fengshuo Reference/Contact Email:fengshuo@zdns.cn Do the information above is enough and right for the request? Regards Hong, Hong

1 0