August 2023 - GNSO-TPR - lists.icann.org

Notes and action items: TPR WG Meeting #99 on 08 August at 1600 UTC
by Christian Wheeler Aug. 9, 2023

Aug. 9, 2023

Dear TPR WG members, Please find below the brief notes and action items from yesterday’s meeting. The next meeting will be on Tuesday, 15 August at 1600 UTC. Best regards, Christian, Emily, Julie, Berry, and Caitlin ACTION ITEMS/HOMEWORK: * Any WG members who have comments or concerns regarding charter question i1 preliminary agreements please note them in the ICANN-Approved Transfers Working Document<https://docs.google.com/document/d/1gX1N8d3qoktbniRmfGE4-8Un9dPavIKQ3IZYaoe…> in advance of the next meeting. * Continue today’s discussion on the mailing list: Should there be locks, notices, and/or opt-out options for registrants? Transfer Policy Review - Meeting #99 Proposed Agenda 08 August 2023 1. Welcome and Chair updates * Roger: On our last call, we transitioned from Charter question i1 to i2. The Working Document is available for comments and proposed edits to preliminary agreements. 2. Review edits to preliminary agreements for Charter Question i1 ICANN-Approved Transfer (Bulk Transfers): i1) In light of these challenges described in section 3.1.7.2 of the Final Issue Report [gnso.icann.org] should the required fee in Section I.B.2 of the Transfer Policy be revisited or removed in certain circumstances? 3. Charter Question i2 i2) Should the scope of voluntary bulk transfers, including partial bulk transfers, be expanded and/or made uniform across all registry operators? If so, what types of rules and considerations should govern voluntary bulk transfers and partial bulk transfers? (p.51) a. Preliminary Agreements from last meeting – do these reflect what the Working Group discussed during the last meetings? Potential expansion in BTAPPA or Transfer Policy: [ (iii) an agent of the Registrar, such as a Reseller or service provider, elects to transfer its portfolio of domain names to a new gaining registrar, and the registration agreement explicitly permits the transfer ] Preliminary Agreement #1 The process should be transparent, and Registrants should be informed. [Registrars shall either notify or ensure their Resellers (where applicable) notify affected Registered Name Holders of the transfer (and allow opt out?)] Preliminary Agreement #2 The expiration dates of transferred registrations are not affected and, therefore, there are no ICANN fees. Once the BTAPPA is complete, there is no grace period to reverse the transfer. (current text of BTAPPA) Preliminary Agreement #3 Registry Operator must reject a BTAPPA request if there is reasonable evidence that a transfer under BTAPPA is being requested in order to avoid fees otherwise due to Registry Operator or ICANN. Registry Operator has discretion to reject a BTAPPA request if a registrar with common ownership or management or both has already requested BTAPPA service within the preceding six-month period. (current language of BTAPPA) Preliminary Agreement #4 The losing registrar’s existing Registration Agreement with customers must permit the transfer of domain names in the event of the scenarios described in the Transfer Policy/BTAPPA.. Preliminary Agreement #5 Registry Operator may charge a fee for a partial bulk transfer, but Registry Operators MUST provide notice to registrars of any fees associated with partial bulk transfers upon request and prior to the completion of the transfer. How Registry Operators choose to provide notice of fees will be up to the Registry to decide, i.e., password protected portal, website, written notice, etc. (this language is a work in progress but attempts to characterize WG’s thoughts on full portfolio transfers) PA#1: * Steinar (chat): The Registrants have to be informed but cannot NACK the ICANN bulk transfers? * Theo (chat): Unless they opt out first * Sara: Regarding PA#1 where the registrant may opt out. May be a situation where the Losing Rr needs to get rid of a domain, perhaps a notice period for registrants for a required gap time, during which they can transfer to the Rr of their choice, and if not in that time then it will be transferred in BTAPPA * Roger: If there is an immediate transfer that happens, maybe the notice just has to cover “you can transfer after X days”. Expiration dates will not change. * Theo: There are situations where there isn’t always room for an opt-out. PA#3: * Jothan (chat) I am trying to determine how PA3 could provide the opportunity to dodge fees. where BTAPPA would not extend a domain term (ie Renewal) * Theo: You are not avoiding fees, because every time you change you pay. There is no delay or avoiding of fees by continually switching Registrars. As a Gaining Registrar, you need to do your due diligence before entering this process, but it is business as usual for the RO as they will get paid either way. * Roger: What if the Losing Registrar has a balance due and they want to transfer the names to a Gaining Registrar, which does not take any responsibility for any previous fees, shouldn't the RO have a say? * Jothan: The Gaining Registrar might have some debt owed to the RO. Could have domains subject to auto-renew grace period, leaving a Registrar funding scenario that is problematic. Maybe language that says the RO has discretion to ascertain that. * Volker: The question is what happens in the auto-renew situation. I believe the Losing Registrar gets refunded and the Gaining Registrar gets charged. With the transfer renewal not happening, that might cause issues. When the Rr is being told by ICANN that if the registrant doesn't pay the transfer fee cannot deny the transfer, this should similarly apply to ROs. * Rick: I would like to raise the macro question about why we are debating things related to Registry services unless we have already decided we are doing a BTAPPA requirement. It is out of scope to talk about modifying the BTAPPA only for those that use it. * Volker: If it is transfer related and we are making this ICANN-mandated policy then we should be able to talk about it. PA#5: * Theo: The expiry date remains intact, but the renewal is still coming at some point. We need to work on this a bit more. We don’t want anyone gaming the system, but eventually the bill will come due. Discussion: * Jothan: Just to clarify: BTAPPA as it exists is a standard amendment language, but it is not TLD wide. An RO can request to have this in an RSEP process if it's not in their RA. * Roger: Yes BTAPPA is currently voluntary, but do we want to make it a policy in effect for everyone? * Theo: Policy would make it uniform across ROs. * Jothan: we may want to include being able to bundle them, if you have a provider where there are multiple TLDs, like we now see TLDs bulked into RRA's * Steinar (chat): ICANN Approved transfer: Still a x days transfer lock? * Owen (chat): @Steinar: the transfer lock is optional (e.g. “may”) and yes, can be applied as part of ICANN-approved transfer * Sara: Could we talk about how other transfer requirements impact BTAPPA (e.g. NACK, locks) * Owen: For transfers via BTAPPA or ICANN-approved transfer as there is not the same concern about security: provide an exemption for the lock. Some registrants do not want to move and are then unhappy being faced with a transfer lock, unable to move away * Theo: When we talk about locks and statuses here, since there is not an actual transfer the lock is unaffected. Need to make sure the UDRP and DNS Abuse issue domains are exempted from the bulk switch, and sorting those is the task of the Losing Registrar not the RO. * Roger: Yes this is not a true transfer in the normal sense. * Rick (chat): Perhaps “change of sponsorship” is a better term in this situation? * Jothan (chat): I think that's a brilliant name * Theo (chat): I like that suggestion @Rick * Jothan (chat): there is also a lot of established expectation around "Transfer", such as the term extension of 1y and other stuff. and this is not really a "Transfer" but more of a "Move" or "Change of Sponsorship” * Theo (chat): a transfer lock is a UDRP requirement, but also I use that lock for domains engaged in DNS Abuse since i do not want the criminals to move to another registrar @Steinar, but the EPP code is the same. * Caitlin: We have heard the Working Group note that language in Section I.B.2 should be clarified. Also note that these transfers do not require all of the same notices and requirements as a typical registrant-requested transfer. * Theo: We should designate a number of domains for change of sponsorship. Domain name investors sometimes have thousands of domains. It is problematic to respond to 10,000 FOAs. * Steinar (chat): Do we have some stats of the volume of BTAPPA “transfers”? * Roger: The number is important especially if it becomes a policy. It is a painful manual process when the BTAPPA isn’t in effect. * Theo: If a RO provides numbers (low) as there are high fees associated with the BTAPPA, but we made it more complex for resellers to transfer domains. I am for more security, but need to remember large portfolio holders will be impacted by the new Transfer Policy. We want Registrars to go for this option as they will have no other way out. I can reach out to the Dutch registry and ask about their numbers. * Jim G: I like what Rick said that this is a change of sponsorship. BTAPPA is not about transfers, perhaps we change the vernacular. If it is not a transfer then locks and reversals don’t apply. I don’t think there is a golden number, and I don’t think there is a need when it is a change of sponsorship, and if the RO is able to set their own fees. * Rick: We are talking about changes of sponsorship without a term extension, and those fall into situations where there are required changes of sponsorship (non-elective situations) or elective situations where people are buying and selling registrations and resellers moving. There is no real difference between a reseller or domain investor moving, the only difference is volume. Any attempt to pick a number will be difficult. We seek this to ve a voluntary service to allow ROs and Rrs to be competitive in their offering and demonstrate their commercial capabilities. * Jothan: There may be some TLDs we get some statistics for. Right now, in agreements with registrants we can automatically transfer to Rr in lieu of a renewal. This might be broken by changes proposed elsewhere by the WG, this might make things harder. We could possibly implement across the span of a year rather than all at once. We will want to allow if there are Registrars in place where it is automated, that it is not broken. Keep those entities in mind as they may be affected. * Jothan (chat): basically the BTAPPA is a way to consolidate a portion of a registrar at another one. this MOSTLY happens when registrars upgrade from reseller to direct RRA with a registry. but there are some registrars that utilize multiple creds for registrant intake and more robust experience / success in registration for their customer, who ultimately want to consolidate the registrations under a sole cred. * Theo: I think a BTAPPA will be used more often if it is fair. Regarding the golden number, maybe a tiered approach. * Volker: We should not conflate resellers, registrants, and domain investors. Registrants have rights that resellers cannot do. Resellers do not have rights under the RA. This is a problem given the reliance on resellers, I would urge we have a bulk transfer functionality for such providers so they can manage the domain name portfolios of their customers in the best way possible. * Theo: there are many registrants who just want a working domain name and service, they don’t care who makes it work. They know their reseller but not necessarily their Registrar, and that’s not necessarily a bad thing. * Steinar: We have to remember that the change of sponsorship does not necessarily change the service provider. I don’t understand any locks with a change of sponsorship; there is no additional fee for the expiry year, there should be no lock. The increase of volume of use for the BTAPPA, if it is made policy this may be affected by the fees set by the ROs. * Theo: The fee should be a cost-price. I agree if a registrant isn’t pleased with the new Rr, there should be an opt-out. The reseller should announce that to their customers. The goal is to make this as smooth as possible for the registrant. * Roger: There is still the question of whether this is BTAPPA or Policy? We’ve raised some more questions and there are 3 weeks left. There is general agreement in this area but the details need to be worked through, probably on the list. * Theo: Remember this is not a fast process. It takes at least a month before every party is in sync. Not everything will change immediately and there are checks and balances in place. * Rick: Most of the time the operations and technology folks are not the long pole, but the business side. Keep in mind when optimizing for speed. * Steinar (chat): A key element is the notice periode (x days) where the RNH can opt-out from a ICANN change of sponsorship. This will be handled as a regular transfer * Sarah (chat): Steinar - I think they said it's 15 days, currently * Steiner (chat): Maybe too short @Sarah. In my view a minimum of 30 days * Sarah (chat): Steinar, I think so too, let's standardize at 30days :) * Roger: Should there be locks? * Steinar: The registrant shouldnt be affected by a change of sponsorship. So there should not be a lock following a BTAPPA or ICANN-initiated transfer. * Roger: There will be a light impact. They will get a notification and decide to go along with it or maybe opt-out. * Sarah (chat): I'm OK with expiration date not changing, and with the domain lock not being applied * Theo: I agree with Steinar. Registrants don’t notice it except for a notification. I don’t think locks will be handy. Don’t want the situation where a reseller constantly changes Registrar, but those are probably edge cases. We can put in the BTAPPA or Policy that the RO tracks this was move #X within X amount of time, maybe impose limits. * Roger: Good to think about. Also consider moves initiated by the registrant rather than by the reseller. * Steinar (chat): What is the likelihood of “reseller jumping” becoming a new business model… * Jothan (chat): it is unlikely. BTAPPA's not likely to be a simple process that could fuel Reseller hopping. its a good question - I appreciate the quality of your questions Steinar 4. AOB

2 1

ACTION REQUIRED - TPR WG - Please check GNSO SOIs for accuracy
by Julie Bisland Aug. 9, 2023

Aug. 9, 2023

Dear all, In an effort to ensure accuracy, please take a moment to check your GNSO SOI and make any needed updates (select EDIT CONTENTS at the top of the page, not Edit). Please note all updates to SOIs must be done by you; as staff we are unable to update content. For quick access to your SOI, click here<https://community.icann.org/x/c4Lg> and then locate your SOI from the list on the left. In addition, please visit the WG Members wiki page<https://community.icann.org/x/U4aUCQ> (click on the link to the most recent roster) and verify all information is correct. If an update is needed to the member wiki page or if assistance is needed with your GNSO SOI, please email gnso-secs(a)icann.org<mailto:gnso-secs@icann.org>. Much thanks to you all, Policy Team Supporting the GNSO -- Julie Bisland Policy Operations Sr. Coordinator (GNSO) Internet Corporation for Assigned Names and Numbers (ICANN) Skype ID: 79613b691cb8a6c1 Find out more about the GNSO by visiting: https://learn.icann.org/<https://urldefense.proofpoint.com/v2/url?u=https-3A__learn.icann.org_&d=DwM…> Follow @GNSO on Twitter: https://twitter.com/ICANN_GNSO<https://urldefense.proofpoint.com/v2/url?u=https-3A__twitter.com_ICANN-5FGN…> Transcripts and recordings of GNSO Working Group and Council events are located on the GNSO Master Calendar <https://urldefense.proofpoint.com/v2/url?u=https-3A__gnso.icann.org_en_grou…>

1 0

Post Call | Transfer Policy Review PDP WG | Tuesday, 08 August 2023
by Julie Bisland Aug. 8, 2023

Aug. 8, 2023

Dear all, All recordings for the Transfer Policy Review PDP WG call held on Tuesday, 08 August 2023 at 16:00 UTC can be found on the agenda wiki page <https://community.icann.org/x/9YSZDg> (attendance included) and the GNSO Master calendar<https://urldefense.com/v3/__https:/gnso.icann.org/en/group-activities/calen…>. These include: * Attendance * Audio recording * Zoom recording (including audio, visual, rough transcript, and chat.) * Transcript * Agenda and Notes/Action Items As a reminder only members and alternates can join the call as a Panelist, observers can join as an Attendee to listen. For additional information, you may consult the mailing list archives <https://mm.icann.org/pipermail/gnso-tpr/> and the main wiki page<https://community.icann.org/x/P4aUCQ>. Thank you. With kind regards, Julie

1 0

Meeting Invitation | Transfer Policy Review PDP WG call | Tuesday, 15 August 2023
by Julie Bisland Aug. 8, 2023

Aug. 8, 2023

Dear all, The next Transfer Policy Review PDP WG call is scheduled for Tuesday, 15 August 2023 at 16:00 UTC for 90 minutes. * If unable to attend, members must communicate their alternate replacement using this google form<https://urldefense.com/v3/__https:/docs.google.com/forms/d/e/1FAIpQLScXP3-H…>. To join - Zoom Information: Main Zoom Webinar link: https://icann.zoom.us/j/95363727469?pwd=N3A3OWFSaTlUME9wZzlGajk5VUI3QT09 <https://urldefense.com/v3/__https:/icann.zoom.us/j/95363727469?pwd=N3A3OWFS…> Passcode: @TP/^*4wg# If you are joining via audio only: One tap mobile: US: +19294362866,,95363727469#,,,,*7490739013# or +13017158592,,95363727469#,,,,*7490739013# Telephone: Dial (for higher quality, dial a number based on your current location): US: +1 929 436 2866 or +1 301 715 8592 or +1 312 626 6799 or +1 669 900 6833 or +1 253 215 8782 or +1 346 248 7799 or 888 788 0099 (Toll Free) or 877 853 5247 (Toll Free) Webinar ID: 953 6372 7469 Passcode: 7490739013 International numbers available: https://icann.zoom.us/u/acdLFXPLp6 <https://urldefense.com/v3/__https:/icann.zoom.us/u/acdLFXPLp6__;!!PtGJab4!v…> Members, alternates, and observers all have different access and participation directions, please read below! ALL: Before joining the call: * Please send apologies and dial out requests to gnso-secs(a)icann.org<mailto:gnso-secs@icann.org> only * Please be sure you have read the ICANN Expected Standards of Behavior<https://www.icann.org/resources/pages/expected-standards-2016-06-28-en> * Visit the Wiki Agenda meeting page: https://community.icann.org/x/94SZDg * Time conversion link: https://tinyurl.com/52b425vs ONLY FOR MEMBERS & ALTERNATES: * Staff will promote members and alternates to panelist once joined. * Chat: Please select Everyone so everyone can see your chat, and so it’s captured in the recording. * If unable to attend, members must communicate their alternate replacement using this google form<https://urldefense.com/v3/__https:/docs.google.com/forms/d/e/1FAIpQLScXP3-H…>. * Alternate assignments will be publicly posted to the Alternate Log-Transfer Policy Review PDP<https://community.icann.org/x/V4aUCQ> wiki page. * Alternates (not replacing a member): Rename your line by adding 3 Zs (zzz) before your name and add, your affiliation - alternate after your name. * Alternates (not replacing a member) are not allowed to engage in the chat or use any of the other zoom room functionalities such as raising hands or agreeing/disagreeing. ONLY FOR OBSERVERS: * Observers will have ability to view member chat and information shared in the zoom webinar room. * Observers will not be able to use chat or raise hands. Thank you. Kind regards, Julie

1 0

**STARTS IN 15 MINUTES** Meeting Invitation | Transfer Policy Review PDP WG call | Tuesday, 08 August 2023
by Julie Bisland Aug. 8, 2023

Aug. 8, 2023

**STARTS IN 15 MINUTES** Dear all, The next Transfer Policy Review PDP WG call is scheduled for Tuesday, 08 August 2023 at 16:00 UTC for 90 minutes. * If unable to attend, members must communicate their alternate replacement using this google form<https://urldefense.com/v3/__https:/docs.google.com/forms/d/e/1FAIpQLScXP3-H…>. To join - Zoom Information: Main Zoom Webinar link: https://icann.zoom.us/j/95363727469?pwd=N3A3OWFSaTlUME9wZzlGajk5VUI3QT09 <https://urldefense.com/v3/__https:/icann.zoom.us/j/95363727469?pwd=N3A3OWFS…> Passcode: @TP/^*4wg# If you are joining via audio only: One tap mobile: US: +19294362866,,95363727469#,,,,*7490739013# or +13017158592,,95363727469#,,,,*7490739013# Telephone: Dial (for higher quality, dial a number based on your current location): US: +1 929 436 2866 or +1 301 715 8592 or +1 312 626 6799 or +1 669 900 6833 or +1 253 215 8782 or +1 346 248 7799 or 888 788 0099 (Toll Free) or 877 853 5247 (Toll Free) Webinar ID: 953 6372 7469 Passcode: 7490739013 International numbers available: https://icann.zoom.us/u/acdLFXPLp6 <https://urldefense.com/v3/__https:/icann.zoom.us/u/acdLFXPLp6__;!!PtGJab4!v…> Members, alternates, and observers all have different access and participation directions, please read below! ALL: Before joining the call: * Please send apologies and dial out requests to gnso-secs(a)icann.org<mailto:gnso-secs@icann.org> only * Please be sure you have read the ICANN Expected Standards of Behavior<https://www.icann.org/resources/pages/expected-standards-2016-06-28-en> * Visit the Wiki Agenda meeting page: https://community.icann.org/x/9YSZDg * Time conversion link: https://tinyurl.com/2s44xvy2 [tinyurl.com]<https://urldefense.com/v3/__https:/tinyurl.com/2s44xvy2__;!!PtGJab4!_vnu8R2…> ONLY FOR MEMBERS & ALTERNATES: * Staff will promote members and alternates to panelist once joined. * Chat: Please select Everyone so everyone can see your chat, and so it’s captured in the recording. * If unable to attend, members must communicate their alternate replacement using this google form<https://urldefense.com/v3/__https:/docs.google.com/forms/d/e/1FAIpQLScXP3-H…>. * Alternate assignments will be publicly posted to the Alternate Log-Transfer Policy Review PDP<https://community.icann.org/x/V4aUCQ> wiki page. * Alternates (not replacing a member): Rename your line by adding 3 Zs (zzz) before your name and add, your affiliation - alternate after your name. * Alternates (not replacing a member) are not allowed to engage in the chat or use any of the other zoom room functionalities such as raising hands or agreeing/disagreeing. ONLY FOR OBSERVERS: * Observers will have ability to view member chat and information shared in the zoom webinar room. * Observers will not be able to use chat or raise hands. Thank you. Kind regards, Devan

1 0

**REMINDER** Meeting Invitation | Transfer Policy Review PDP WG call | Tuesday, 08 August 2023
by Julie Bisland Aug. 7, 2023

Aug. 7, 2023

Dear all, The next Transfer Policy Review PDP WG call is scheduled for Tuesday, 08 August 2023 at 16:00 UTC for 90 minutes. * If unable to attend, members must communicate their alternate replacement using this google form<https://urldefense.com/v3/__https:/docs.google.com/forms/d/e/1FAIpQLScXP3-H…>. To join - Zoom Information: Main Zoom Webinar link: https://icann.zoom.us/j/95363727469?pwd=N3A3OWFSaTlUME9wZzlGajk5VUI3QT09 <https://urldefense.com/v3/__https:/icann.zoom.us/j/95363727469?pwd=N3A3OWFS…> Passcode: @TP/^*4wg# If you are joining via audio only: One tap mobile: US: +19294362866,,95363727469#,,,,*7490739013# or +13017158592,,95363727469#,,,,*7490739013# Telephone: Dial (for higher quality, dial a number based on your current location): US: +1 929 436 2866 or +1 301 715 8592 or +1 312 626 6799 or +1 669 900 6833 or +1 253 215 8782 or +1 346 248 7799 or 888 788 0099 (Toll Free) or 877 853 5247 (Toll Free) Webinar ID: 953 6372 7469 Passcode: 7490739013 International numbers available: https://icann.zoom.us/u/acdLFXPLp6 <https://urldefense.com/v3/__https:/icann.zoom.us/u/acdLFXPLp6__;!!PtGJab4!v…> Members, alternates, and observers all have different access and participation directions, please read below! ALL: Before joining the call: * Please send apologies and dial out requests to gnso-secs(a)icann.org<mailto:gnso-secs@icann.org> only * Please be sure you have read the ICANN Expected Standards of Behavior<https://www.icann.org/resources/pages/expected-standards-2016-06-28-en> * Visit the Wiki Agenda meeting page: https://community.icann.org/x/9YSZDg * Time conversion link: https://tinyurl.com/2s44xvy2 [tinyurl.com]<https://urldefense.com/v3/__https:/tinyurl.com/2s44xvy2__;!!PtGJab4!_vnu8R2…> ONLY FOR MEMBERS & ALTERNATES: * Staff will promote members and alternates to panelist once joined. * Chat: Please select Everyone so everyone can see your chat, and so it’s captured in the recording. * If unable to attend, members must communicate their alternate replacement using this google form<https://urldefense.com/v3/__https:/docs.google.com/forms/d/e/1FAIpQLScXP3-H…>. * Alternate assignments will be publicly posted to the Alternate Log-Transfer Policy Review PDP<https://community.icann.org/x/V4aUCQ> wiki page. * Alternates (not replacing a member): Rename your line by adding 3 Zs (zzz) before your name and add, your affiliation - alternate after your name. * Alternates (not replacing a member) are not allowed to engage in the chat or use any of the other zoom room functionalities such as raising hands or agreeing/disagreeing. ONLY FOR OBSERVERS: * Observers will have ability to view member chat and information shared in the zoom webinar room. * Observers will not be able to use chat or raise hands. Thank you. Kind regards, Devan

1 0

Proposed agenda - TPR WG Meeting #99 - 8 August 2023
by Caitlin Tubergen Aug. 4, 2023

Aug. 4, 2023

Dear TPR WG members, Please find below the proposed agenda for our upcoming meeting on Tuesday, 8 August at 16:00 UTC. As a reminder, please complete the following homework before the next meeting: Please review the preliminary agreements (within the orange box, beginning on p. 3 of the Working Doc<https://docs.google.com/document/d/1gX1N8d3qoktbniRmfGE4-8Un9dPavIKQ3IZYaoe…>) and provide comments, concerns, and proposed edits within the Google Doc<https://docs.google.com/document/d/1gX1N8d3qoktbniRmfGE4-8Un9dPavIKQ3IZYaoe…> in advance of the next meeting on Tuesday, 8 August. Thank you. Best regards, Emily, Julie, Berry, and Caitlin -- Transfer Policy Review - Meeting #99 Proposed Agenda 8 August 2023 1. Welcome and Chair updates 2. Review edits to preliminary agreements for Charter Question i1 ICANN-Approved Transfer (Bulk Transfers): i1) In light of these challenges described in section 3.1.7.2 of the Final Issue Report<https://gnso.icann.org/sites/default/files/file/field-file-attach/final-iss…>, should the required fee in Section I.B.2 of the Transfer Policy<https://www.icann.org/resources/pages/transfer-policy-2016-06-01-en> be revisited or removed in certain circumstances? 3. Charter Question i2 i2) Should the scope of voluntary bulk transfers, including partial bulk transfers, be expanded and/or made uniform across all registry operators? If so, what types of rules and considerations should govern voluntary bulk transfers and partial bulk transfers? 1. Preliminary Agreements from last meeting – do these reflect what the Working Group discussed during the last meetings? * Potential expansion of BTAPPA or Transfer Policy around Resellers/Service Providers * The process should be transparent, and Registrants should be informed. [Registrars shall either notify or ensure their Resellers (where applicable) notify affected Registered Name Holders of the transfer (and allow opt out?)] * The expiration dates of transferred registrations are not affected and, therefore, there are no ICANN fees. Once the BTAPPA is complete, there is no grace period to reverse the transfer. (current text of BTAPPA) * Registry Operator must reject a BTAPPA request if there is reasonable evidence that a transfer under BTAPPA is being requested in order to avoid fees otherwise due to Registry Operator or ICANN. Registry Operator has discretion to reject a BTAPPA request if a registrar with common ownership or management or both has already requested BTAPPA service within the preceding six-month period. (current language of BTAPPA) * To proceed with a partial bulk transfer, the losing registrar’s existing Registration Agreement with customers must permit the transfer of domain names in the event of the scenarios described in the Transfer Policy/BTAPPA. * Registry Operator may charge a fee for a partial bulk transfer, but Registry Operators MUST provide notice to registrars of any fees associated with partial bulk transfers upon request and prior to the completion of the transfer. How Registry Operators choose to provide notice of fees will be up to the Registry to decide, i.e., password protected portal, website, written notice, etc. (this language is a work in progress but attempts to characterize WG’s thoughts on full portfolio transfers) 1. Discussion 4. AOB

1 0

For your review: proposed preliminary agreements related to ICANN-approved transfers
by Caitlin Tubergen Aug. 2, 2023

Aug. 2, 2023

Dear TPR Working Group members, Policy Support Staff has taken a stab at drafting the updated preliminary agreements from yesterday’s meeting. These agreements can be found on p. 3 of the ICANN-approved Transfers Working Doc<https://docs.google.com/document/d/1gX1N8d3qoktbniRmfGE4-8Un9dPavIKQ3IZYaoe…> within the orange box. For ease of reference, we have also included the draft preliminary agreements in this email. Please review the preliminary agreements and provide comments, concerns, and proposed edits within the Google Doc<https://docs.google.com/document/d/1gX1N8d3qoktbniRmfGE4-8Un9dPavIKQ3IZYaoe…> in advance of the next meeting on Tuesday, 8 August. Thank you. Kind regards, Emily, Julie, Berry, and Caitlin -- Proposed Preliminary Agreement #1: The Working Group recommends that Registry Operators MAY charge a fee to implement a full domain name portfolio transfer from one ICANN-accredited registrar to another ICANN-accredited registrar. The Working Group recognizes that there may be instances where the Registry chooses to waive this fee, such as cases where ICANN org terminates a registrar due to a breach, ICANN terminates the registrar due to unresponsiveness to renewal notices, etc. Rationale: There may be instances when Registries choose to waive this fee, so the Working Group is recommending a change from the current language where the fee is mandatory for transfers involving 50,000 names or more. The carve out for instances of a full portfolio transfer resulting from an involuntary termination/non-renewal is in recognition of the difficulty ICANN org has noted in procuring a gaining registrar to take on a failing or unresponsive registrar’s domain name portfolio. Proposed Preliminary Agreement #2: The Working Group recommends that the entity voluntarily requesting a full portfolio transfer (typically, the Losing Registrar) MUST be responsible for paying the relevant Registry’s fee (if any). Rationale: The Working Group recognizes that a voluntary request to transition a domain name portfolio to another registrar will require internal coordination and work from the relevant Registry Operator, and accordingly, the Registry Operator may charge a fee for this process. Due to the voluntary nature of the portfolio transfer request, the requesting entity should be responsible for paying this fee to the Registry Operator. Proposed Preliminary Agreement #3: The Working Group recognizes the fee associated with full portfolio transfers could be variable and recommends removing prescribed numbers from the policy language, i.e., removal of the reference in Section I.B to $50,000. Rationale: The Working Group recognizes that a fee may be involved in a full portfolio transfer but believes flexibility is necessary, and the number should not be explicitly prescribed in the Transfer Policy. Proposed Preliminary Agreement #4: Due to the variable nature of the fee associated with full portfolio transfers, the Working Group recommends that Registry Operators MUST provide notice to registrars of any fees associated with full portfolio transfers upon request and prior to the completion of the full portfolio transfer. How Registry Operators choose to provide notice of fees will be up to the Registry to decide, i.e., password protected portal, website, written notice, etc. Proposed Preliminary Agreement #5: In the event a registry establishes a mandatory fee for full portfolio transfers, the Working Group recommends [the fee MUST NOT exceed $50,000 or $1 per domain name, whichever is less.] Proposed edit to Section I.B.1 Current language: I.B.1 Transfer of the sponsorship of all the registrations sponsored by one Registrar as the result of (i) a Registrar acquisition of that Registrar or its assets by another Registrar, or (ii) lack of accreditation of that Registrar or lack of its authorization with the Registry Operator, may be made according to the following procedure: Potential Update for WG editing: [There are some instances that fall outside of the requirements in Section I(A) of the Transfer Policy. Specifically, ICANN org may authorize the transfer of a registrar’s domain names through an ICANN-approved bulk transfer without the prior approval of the Registered Name Holder in the following instances: (i) the Registrar or its assets are acquired by another ICANN-accredited Registrar; (ii) the Registrar is no longer accredited with ICANN org; (iii) the Registrar is no longer accredited with a Registry Operator(s) in a TLD(s), e.g., termination of Registry-Registrar Agreement(s)* (iv) [Potential language to be added regarding registry approval partial bulk transfers following discussion of Charter Question i2)].

1 0

Post Call | Transfer Policy Review PDP WG | Tuesday, 01 August 2023
by Devan Reed Aug. 1, 2023

Aug. 1, 2023

Dear all, All recordings for the Transfer Policy Review PDP WG call held on Tuesday, 01 August 2023 at 16:00 UTC can be found on the agenda wiki page <https://community.icann.org/x/84SZDg> (attendance included) and the GNSO Master calendar<https://urldefense.com/v3/__https:/gnso.icann.org/en/group-activities/calen…>. These include: * Attendance * Audio recording * Zoom recording (including audio, visual, rough transcript, and chat.) * Transcript * Agenda and Notes/Action Items As a reminder only members and alternates can join the call as a Panelist, observers can join as an Attendee to listen. For additional information, you may consult the mailing list archives <https://mm.icann.org/pipermail/gnso-tpr/> and the main wiki page<https://community.icann.org/x/P4aUCQ>. Thank you. With kind regards, Devan

1 0

Meeting Invitation | Transfer Policy Review PDP WG call | Tuesday, 08 August 2023
by Devan Reed Aug. 1, 2023

Aug. 1, 2023

Dear all, The next Transfer Policy Review PDP WG call is scheduled for Tuesday, 08 August 2023 at 16:00 UTC for 90 minutes. * If unable to attend, members must communicate their alternate replacement using this google form<https://urldefense.com/v3/__https:/docs.google.com/forms/d/e/1FAIpQLScXP3-H…>. To join - Zoom Information: Main Zoom Webinar link: https://icann.zoom.us/j/95363727469?pwd=N3A3OWFSaTlUME9wZzlGajk5VUI3QT09 <https://urldefense.com/v3/__https:/icann.zoom.us/j/95363727469?pwd=N3A3OWFS…> Passcode: @TP/^*4wg# If you are joining via audio only: One tap mobile: US: +19294362866,,95363727469#,,,,*7490739013# or +13017158592,,95363727469#,,,,*7490739013# Telephone: Dial (for higher quality, dial a number based on your current location): US: +1 929 436 2866 or +1 301 715 8592 or +1 312 626 6799 or +1 669 900 6833 or +1 253 215 8782 or +1 346 248 7799 or 888 788 0099 (Toll Free) or 877 853 5247 (Toll Free) Webinar ID: 953 6372 7469 Passcode: 7490739013 International numbers available: https://icann.zoom.us/u/acdLFXPLp6 <https://urldefense.com/v3/__https:/icann.zoom.us/u/acdLFXPLp6__;!!PtGJab4!v…> Members, alternates, and observers all have different access and participation directions, please read below! ALL: Before joining the call: * Please send apologies and dial out requests to gnso-secs(a)icann.org<mailto:gnso-secs@icann.org> only * Please be sure you have read the ICANN Expected Standards of Behavior<https://www.icann.org/resources/pages/expected-standards-2016-06-28-en> * Visit the Wiki Agenda meeting page: https://community.icann.org/x/9YSZDg * Time conversion link: https://tinyurl.com/2s44xvy2 ONLY FOR MEMBERS & ALTERNATES: * Staff will promote members and alternates to panelist once joined. * Chat: Please select Everyone so everyone can see your chat, and so it’s captured in the recording. * If unable to attend, members must communicate their alternate replacement using this google form<https://urldefense.com/v3/__https:/docs.google.com/forms/d/e/1FAIpQLScXP3-H…>. * Alternate assignments will be publicly posted to the Alternate Log-Transfer Policy Review PDP<https://community.icann.org/x/V4aUCQ> wiki page. * Alternates (not replacing a member): Rename your line by adding 3 Zs (zzz) before your name and add, your affiliation - alternate after your name. * Alternates (not replacing a member) are not allowed to engage in the chat or use any of the other zoom room functionalities such as raising hands or agreeing/disagreeing. ONLY FOR OBSERVERS: * Observers will have ability to view member chat and information shared in the zoom webinar room. * Observers will not be able to use chat or raise hands. Thank you. Kind regards, Devan

1 0