Hi, Will this API be available to ccTLD as well? Jacques On 2017-05-12, 6:12 PM, "Victor Figueroa" <gtld-tech-bounces@icann.org<mailto:gtld-tech-bounces@icann.org> on behalf of victor.figueroa@icann.org<mailto:victor.figueroa@icann.org>> wrote: Hello Ron Geens, ICANN is currently working on the development of the production version of the Monitoring System API (MoSAPI). There is no date yet for the release of this version. We plan to notify registries in advance of the release. In the meantime, the MoSAPI beta version is available. Registries can request access to the MoSAPI beta through ICANN's Global Support Center, please see https://www.icann.org/resources/pages/customer-support-2015-06-22-en. Regards, Victor Figueroa Technical Services Senior Manager ICANN From: <gtld-tech-bounces@icann.org<mailto:gtld-tech-bounces@icann.org>> on behalf of Ronald Geens <ronald.geens@dnsbelgium.be<mailto:ronald.geens@dnsbelgium.be>> Date: Thursday, May 4, 2017 at 1:33 AM To: "gtld-tech@icann.org<mailto:gtld-tech@icann.org>" <gtld-tech@icann.org<mailto:gtld-tech@icann.org>> Subject: Re: [gtld-tech] ICANN monitoring system API Hi, I am re-opening this thread to inform about any progress that has been made on specifying or even rolling out this API. We would be interested in using this as an additional monitoring service but I cannot find a more recent update than this mail thread from February. Best regards, Ron Geens DNS Belgium On 25 Feb 2017, at 01:48, Gustavo Lozano <gustavo.lozano@icann.org<mailto:gustavo.lozano@icann.org>> wrote: Thank you for your feedback, Scott, and Michele, @Scott, I think it would be helpful to note somewhere that TLS protection is required, and that the credentials are protected using TLS. [Gustavo Lozano] - OK, I will add text in this regard. Have you thought about using TLS with mutual authentication of both clients and servers? That would add an extra layer of protection to ensure that only authorized clients have access to TLD-specific data. [Gustavo Lozano] - Thank you for the suggestion, we have it in our to-do list. It would also be helpful to explicitly state that login credentials are provided by ICANN (how are they requested and delivered?), or at least provide a link to some other document that explains the process. [Gustavo Lozano] - OK, I will add text in this regard. It would also be helpful to note that the client must provide (how?) ICANN with a list of IP addresses to be added to a per-TLD white list. Are both IPv4 and IPv6 addresses acceptable? If not, why? [Gustavo Lozano] - OK, I will add text in this regard. The input mechanism for IP address blocks supports IPv4 and IPv6, however in the beta of the Monitoring System API, we only have IPv4 transport support. @Michele, Speaking of IPs .. Ideally being able to provide blocks, rather than lists of IPs .. [Gustavo Lozano] - In the GDD Portal, the Registry Operator can set the list of IP address blocks to be allowed to access the RRI (Registry Reporting Interface). The Monitoring System API uses the same credentials. Regards, Gustavo From: Michele Neylon - Blacknight [mailto:michele@blacknight.com] Sent: Friday, February 17, 2017 5:15 AM To: Hollenbeck, Scott <shollenbeck@verisign.com<mailto:shollenbeck@verisign.com>>; Gustavo Lozano <gustavo.lozano@icann.org<mailto:gustavo.lozano@icann.org>>; 'gtld-tech@icann.org<mailto:gtld-tech@icann.org>' <gtld-tech@icann.org<mailto:gtld-tech@icann.org>> Subject: [Ext] Re: [gtld-tech] ICANN monitoring system API Speaking of IPs .. Ideally being able to provide blocks, rather than lists of IPs .. -- Mr Michele Neylon Blacknight Solutions Hosting, Colocation & Domains https://www.blacknight.com/ http://blacknight.blog/ Intl. +353 (0) 59 9183072 Direct Dial: +353 (0)59 9183090 Personal blog: https://michele.blog/ Some thoughts: https://ceo.hosting/ ------------------------------- Blacknight Internet Solutions Ltd, Unit 12A,Barrowside Business Park,Sleaty Road,Graiguecullen,Carlow,R93 X265,Ireland Company No.: 370845 From: <gtld-tech-bounces@icann.org<mailto:gtld-tech-bounces@icann.org>> on behalf of Scott Hollenbeck <shollenbeck@verisign.com<mailto:shollenbeck@verisign.com>> Date: Friday 17 February 2017 at 13:05 To: "'gustavo.lozano@icann.org<mailto:gustavo.lozano@icann.org>'" <gustavo.lozano@icann.org<mailto:gustavo.lozano@icann.org>>, "'gtld-tech@icann.org<mailto:gtld-tech@icann.org>'" <gtld-tech@icann.org<mailto:gtld-tech@icann.org>> Subject: Re: [gtld-tech] ICANN monitoring system API Thanks for the opportunity to provide comments, Gustavo. It would be helpful to add more introductory text (perhaps in a section titled something like “Operational Assumptions”) to explicitly note several implied functional points. Here are a few that I found: In Section 3, the document says that HTTP Basic authentication is used. Without additional information, that means that credentials are exchanged in plaintext form. Encryption service is hidden in the description of the base URL mentioned in Section 2. I think it would be helpful to note somewhere that TLS protection is required, and that the credentials are protected using TLS. Have you thought about using TLS with mutual authentication of both clients and servers? That would add an extra layer of protection to ensure that only authorized clients have access to TLD-specific data. It would also be helpful to explicitly state that login credentials are provided by ICANN (how are they requested and delivered?), or at least provide a link to some other document that explains the process. It would also be helpful to note that the client must provide (how?) ICANN with a list of IP addresses to be added to a per-TLD white list. Are both IPv4 and IPv6 addresses acceptable? If not, why? Scott From: gtld-tech-bounces@icann.org<mailto:gtld-tech-bounces@icann.org> [mailto:gtld-tech-bounces@icann.org] On Behalf Of Gustavo Lozano Sent: Saturday, February 11, 2017 12:17 AM To: gtld-tech@icann.org<mailto:gtld-tech@icann.org> Subject: [EXTERNAL] [gtld-tech] ICANN monitoring system API Hello Colleagues, Specification 10 of the base registry agreement (https://newgtlds.icann.org/sites/default/files/agreements/agreement-approved-09jan14-en.htm[newgtlds.icann.org]<https://urldefense.proofpoint.com/v2/url?u=https-3A__newgtlds.icann.org_sites_default_files_agreements_agreement-2Dapproved-2D09jan14-2Den.htm&d=DwMGaQ&c=FmY1u3PJp6wrcrwll3mSVzgfkbPSS6sJms7xcl4I5cM&r=VbweciUcwYQpIOZDSxl0ezGd1hGDtd-0BvgAgfmwfE0&m=cTdHSr5Ru2vE9oxoRasvA_FP8b5lxG_LgBzPtUN6cuc&s=cN9Uyg3mU-hTu7dDU3f-oCpzmJG_1sKiAvIoKReQo28&e=>) describes the Service Level Requirements and emergency thresholds that a Registry Operator has to comply related to the Registry Services. ICANN has been monitoring compliance of new gTLDs following the algorithms defined in this specification. ICANN provides access to Registry Operators to the incident information of its TLDs through an API currently in beta, and we are planning on releasing the production version in the future. The Registry Operators using the beta API had provided valuable feedback, and the specification to be implemented in the production version has been modified accordingly. Attached you will find the latest draft of this specification. I appreciate your feedback no later than February 24, 2017. Regards, Gustavo