Hello team, During the calls, we mentioned that we should use EPP as Registrars. To avoid some scripting issues is it perhaps an idea that Registrars also can push the RDE Deposit format in addition to EPP? https://www.icann.org/en/system/files/files/rde-specs-09nov07-en.pdf Every registrar has to make these deposits and the format is the same for everyone. Not taking into account Registrars who do not use Iron Mountain for Escrow, but that is most likely a very low number. It might be worth exploring if we cannot use the escrowed data to begin with. If we could use that data then we are talking just one entity migrating. The whole window of 12 months would not be required and as such we would speed up the process and not risk delays when Registrars start to migrate as late as possible for whatever reason. From a technical point of view, it makes a lot more sense since there is already 1 place where all the data is stored. Legal wise there are most likely a whole set of issues that we might not be able to tackle. During Marrakech, the idea was rejected during the Registrar meeting. Main reason we cannot use the escrow data as the contract does not permit it. And Iron Mountain did only have the real data and not the privacy protected data. The latter issue seems to be resolving itself as Iron Mountain is now requesting that data, I suspect on behalf of ICANN compliance. We might want to check with Compliance to see what is up there. Best regards, Theo Geurts
Good Morning, Theo are you suggesting using both EPP and the escrow files together, I am not clear on what/how these would be used together? I think just starting with the escrow comes with many issues as well. I think this would cause some issues on how we would get Contact IDs and Auth Info data transmitted? Does the escrow process support shared contacts? The escrow files may contain proxy/privacy contacts which I am sure most Registrars would not want to expose. Additionally, Verisign and Registrars are going to need to figure out error handling when files are used, is Verisign going to send back a file containing success/failure/reason for each domain/contact? How will re-transmission of error records be handled? Thanks Roger -----Original Message----- From: gnso-impl-thickwhois-rt-bounces@icann.org [mailto:gnso-impl-thickwhois-rt-bounces@icann.org] On Behalf Of gtheo Sent: Monday, June 06, 2016 5:29 AM To: gnso-impl-thickwhois-rt@icann.org Subject: [Gnso-impl-thickwhois-rt] Additional suggestions. Hello team, During the calls, we mentioned that we should use EPP as Registrars. To avoid some scripting issues is it perhaps an idea that Registrars also can push the RDE Deposit format in addition to EPP? https://www.icann.org/en/system/files/files/rde-specs-09nov07-en.pdf Every registrar has to make these deposits and the format is the same for everyone. Not taking into account Registrars who do not use Iron Mountain for Escrow, but that is most likely a very low number. It might be worth exploring if we cannot use the escrowed data to begin with. If we could use that data then we are talking just one entity migrating. The whole window of 12 months would not be required and as such we would speed up the process and not risk delays when Registrars start to migrate as late as possible for whatever reason.
From a technical point of view, it makes a lot more sense since there is already 1 place where all the data is stored.
Legal wise there are most likely a whole set of issues that we might not be able to tackle. During Marrakech, the idea was rejected during the Registrar meeting. Main reason we cannot use the escrow data as the contract does not permit it. And Iron Mountain did only have the real data and not the privacy protected data. The latter issue seems to be resolving itself as Iron Mountain is now requesting that data, I suspect on behalf of ICANN compliance. We might want to check with Compliance to see what is up there. Best regards, Theo Geurts _______________________________________________ Gnso-impl-thickwhois-rt mailing list Gnso-impl-thickwhois-rt@icann.org<mailto:Gnso-impl-thickwhois-rt@icann.org> https://mm.icann.org/mailman/listinfo/gnso-impl-thickwhois-rt
I do not think the escrow files would work because you are asking the registries to unwrap (or whatever tool) the file that you upload to the escrow provider. They definitely are not going to do that extra work and more importantly, they may not fit into their db seamlessly. Joyce ----- Original Message ----- From: Roger D Carney To: gnso-impl-thickwhois-rt@icann.org Sent: Monday, June 06, 2016 11:50 AM Subject: Re: [Gnso-impl-thickwhois-rt] Additional suggestions. Good Morning, Theo are you suggesting using both EPP and the escrow files together, I am not clear on what/how these would be used together? I think just starting with the escrow comes with many issues as well. I think this would cause some issues on how we would get Contact IDs and Auth Info data transmitted? Does the escrow process support shared contacts? The escrow files may contain proxy/privacy contacts which I am sure most Registrars would not want to expose. Additionally, Verisign and Registrars are going to need to figure out error handling when files are used, is Verisign going to send back a file containing success/failure/reason for each domain/contact? How will re-transmission of error records be handled? Thanks Roger -----Original Message----- From: gnso-impl-thickwhois-rt-bounces@icann.org [mailto:gnso-impl-thickwhois-rt-bounces@icann.org] On Behalf Of gtheo Sent: Monday, June 06, 2016 5:29 AM To: gnso-impl-thickwhois-rt@icann.org Subject: [Gnso-impl-thickwhois-rt] Additional suggestions. Hello team, During the calls, we mentioned that we should use EPP as Registrars. To avoid some scripting issues is it perhaps an idea that Registrars also can push the RDE Deposit format in addition to EPP? https://www.icann.org/en/system/files/files/rde-specs-09nov07-en.pdf Every registrar has to make these deposits and the format is the same for everyone. Not taking into account Registrars who do not use Iron Mountain for Escrow, but that is most likely a very low number. It might be worth exploring if we cannot use the escrowed data to begin with. If we could use that data then we are talking just one entity migrating. The whole window of 12 months would not be required and as such we would speed up the process and not risk delays when Registrars start to migrate as late as possible for whatever reason. From a technical point of view, it makes a lot more sense since there is already 1 place where all the data is stored. Legal wise there are most likely a whole set of issues that we might not be able to tackle. During Marrakech, the idea was rejected during the Registrar meeting. Main reason we cannot use the escrow data as the contract does not permit it. And Iron Mountain did only have the real data and not the privacy protected data. The latter issue seems to be resolving itself as Iron Mountain is now requesting that data, I suspect on behalf of ICANN compliance. We might want to check with Compliance to see what is up there. Best regards, Theo Geurts _______________________________________________ Gnso-impl-thickwhois-rt mailing list Gnso-impl-thickwhois-rt@icann.org https://mm.icann.org/mailman/listinfo/gnso-impl-thickwhois-rt ------------------------------------------------------------------------------ _______________________________________________ Gnso-impl-thickwhois-rt mailing list Gnso-impl-thickwhois-rt@icann.org https://mm.icann.org/mailman/listinfo/gnso-impl-thickwhois-rt
Thanks, Roger and Joyce for the input. Let me clarify a few things. https://community.icann.org/display/TWCPI/IRT+Meetings?preview=/48348893/596... -Slide 9 Q1 B. My suggestion is to keep the RDE format under consideration while we discuss the alternative when it comes to a bulk upload. Possible scenario's 1 There will be no bulk alternative 2 The RDE format is not suitable. 3 We can use the format with additional info. -RDE deposits and privacy protect. I was under the impression we (registrars) were not required to deposit the Privacy Protect info. It doesn't make a lot of sense to begin with. But it appears to be a requirement to also provide the public visible privacy protect data. So, in theory, the Escrow provider could migrate such data. I was not suggesting to migrate data protected data to a public whois server. That would result in a privacy breach of epic proportions ;) -Escrow data migration for existing domain registrations. Roger, those are valid arguments and most likely there are other issues. Unless people disagree, I think this topic has been caught on by reality and it is no longer viable to discuss by the IRT as an option. This could have a been a topic during the WG sessions, but it is now out of our scope I think. Best regards, Theo Roger D Carney schreef op 2016-06-06 05:50 PM:
*
Good Morning,
Theo are you suggesting using both EPP and the escrow files together, I am not clear on what/how these would be used together?
I think just starting with the escrow comes with many issues as well.
I think this would cause some issues on how we would get Contact IDs and Auth Info data transmitted?
Does the escrow process support shared contacts?
The escrow files may contain proxy/privacy contacts which I am sure most Registrars would not want to expose.
Additionally, Verisign and Registrars are going to need to figure out error handling when files are used, is Verisign going to send back a file containing success/failure/reason for each domain/contact? How will re-transmission of error records be handled?
Thanks
Roger
-----Original Message----- From: gnso-impl-thickwhois-rt-bounces@icann.org [mailto:gnso-impl-thickwhois-rt-bounces@icann.org] On Behalf Of gtheo Sent: Monday, June 06, 2016 5:29 AM To: gnso-impl-thickwhois-rt@icann.org Subject: [Gnso-impl-thickwhois-rt] Additional suggestions.
Hello team,
During the calls, we mentioned that we should use EPP as Registrars.
To avoid some scripting issues is it perhaps an idea that Registrars also can push the RDE Deposit format in addition to EPP?
https://www.icann.org/en/system/files/files/rde-specs-09nov07-en.pdf [1]
Every registrar has to make these deposits and the format is the same for everyone. Not taking into account Registrars who do not use Iron Mountain for Escrow, but that is most likely a very low number.
It might be worth exploring if we cannot use the escrowed data to begin with. If we could use that data then we are talking just one entity migrating. The whole window of 12 months would not be required and as such we would speed up the process and not risk delays when Registrars start to migrate as late as possible for whatever reason.
From a technical point of view, it makes a lot more sense since there is already 1 place where all the data is stored.
Legal wise there are most likely a whole set of issues that we might not be able to tackle. During Marrakech, the idea was rejected during the Registrar meeting. Main reason we cannot use the escrow data as the contract does not permit it. And Iron Mountain did only have the real data and not the privacy protected data.
The latter issue seems to be resolving itself as Iron Mountain is now requesting that data, I suspect on behalf of ICANN compliance.
We might want to check with Compliance to see what is up there.
Best regards,
Theo Geurts
_______________________________________________
Gnso-impl-thickwhois-rt mailing list
Gnso-impl-thickwhois-rt@icann.org
https://mm.icann.org/mailman/listinfo/gnso-impl-thickwhois-rt [2]
Links: ------ [1] https://www.icann.org/en/system/files/files/rde-specs-09nov07-en.pdf [2] https://mm.icann.org/mailman/listinfo/gnso-impl-thickwhois-rt _______________________________________________ Gnso-impl-thickwhois-rt mailing list Gnso-impl-thickwhois-rt@icann.org https://mm.icann.org/mailman/listinfo/gnso-impl-thickwhois-rt
participants (3)
-
gtheo -
Joyce Lin -
Roger D Carney