Skip to main content

Minutes IETF99: regext
minutes-99-regext-00

Meeting Minutes Registration Protocols Extensions (regext) WG
Date and time 2017-07-18 11:30
Title Minutes IETF99: regext
State Active
Other versions plain text
Last updated 2017-07-28

minutes-99-regext-00
REGEXT meeting minutes IETF 99
==============================

Prague, Czech Republic, 2017-07-18

Jim Galvin & Antoin open the meeting, show note-well document.

Document Status
===============

Launch Phase - submitted to IESG for publication - Review on Adam's side is in
progress. There's a relation to the fee document that we might need to fix.

Fee Extension
=============

Was topic of the Interim Meeting. Last big open issue is the relation between
fees and launch phases. Options regarding the way forward were outlined by Jody
on the mailing list (5 options) - subsequent discussion what an "active" phase
is.

Discussion:

Alex: Needs to work in registries without launch phase extension
Jim: That seems to be the case

Quiet periods - will responses say "unavailable"?
Jim Gould: Maybe

Chrystoph: Have seen both (available / unavailable) - but we cannot force by
means of that extension Thinks it should be "available", but have some
"reason"..

Ulrich: We should use the "original behavior" or the "normal" check command.

Jim Gould: No problem with 3.8, as long as we define what "multiple active
phases" means.

Roger: If it doesn't fit into the launch phase document, where do we put it?

"List Phases" can be a more generic use case as well - eg. Pre-Registration..

Conclusion:

Roger is going to post an updated document with the outcome from the
intermediate, and roger will also post a separate message on the list regarding
the "discovery" of phases, based on the discussion here.

"Organization" draft
====================

Rather than "reseller", this specifies an "organization" object.

Draft name has been adapted as well. The "role" does also contain an ID that
eg. can be used to reflect the IANA ID.

A registry for "roles" is specified.

Only 7 elements are required - considered feedback that "why is registrar less
important than reseller"

Jim Galvin: Any open issues with the document?
Authors: Change reflects working group requests, so should be a WG discussion -
wanna move forward.

Jim Gould: Co-Author, we need implementation experience.

Implementations? Verisign... (have implemented reseller and updated the rtk to
support organization) CORE - intends to implement the extension once its
finalized.

Scott: Suggestion to add "implementation status" section to draft.

Historical RDAP
===============

draft-ellacott-historical-rdap

used for eg. Transfer recipients, Disputants, Law enforcement, researchers

Introduces a new "history" object class - contains "content" and
"applicableFrom" "applicableTo" (half-open)

IP-addresses: Can be split/aggregated - history returns all intersecting ranges
(for simplicity)

Privacy: Exclude sensitive fields, or authentication

Jim: Please continue on mailing list, once you are ready for adoption we'll
consider that step

Milestone Status
================

* draft-ietf-regext-change-poll:

Jim Gould:  Change authorship (Kal is new), added implementation status section
(Verisign and Neustar), generic extension, encourage registries to consider it.
Use case could eg. be purging of unused objects.
Roger: useful, registries please implement this.

Document is stable, would like to see reviews.

* draft-ietf-regext-allocation-token:

Jim Gould: Verisign / Neustar cooperation, simple draft. Authorship change
(Kal), implementation status added (Neustar ahead). Allow for "allocation
tokens" to be used (eg. after an auction). Most complex thing is the definition
of the token format (up to implementors - can be anything).

* draft-ietf-regext-dnsoperator-to-rr-protocol

Matt Pounsett: Thought we were done, but there's a bit more work to do.
Acceptance of DNS operators in the ecosystem. Q: Who can accept the DNSSEC key
material? Only registrars? Contract text might allow registries to do that as
well? Definitive comments on that are appreciated.

Record in the zone to add an API entry point? Currently under consideration -
SRV looks promising 4 known implementations - CIRA, Gandi, APNIC, Fred (CZ.NIC)
in parallel to active scanning

New draft hopefully in a couple of weeks - asking for more comments.

Jim: Concern about who changes which data under certain circumstances.
Matt: Will discuss that with the community
Jody: Not comfortable with data being changed without being in the loop.

* bundling-registration

3 Types of bundling specified - experienced in bundling in Chinese IDN.
Strict / partial / (?) types.

Jim: Document was put on hold waiting for DNS bundling. No proposal was made
for a WG, so we are taking it "off hold" - at the end of milestone list. Want
to re-order it towards top?

Ning: We think the draft is mature, can we move forward?

Alex: Important for other registries? Is also used in ".shinshin" registry.
Jim: Implementation status section?

Jim Galvin: Propose to take that one to the mailing list.

* validate

Only 7 pages - Status: It's done, sits waiting to be wrapped up?

RDAP-Object-Tag
===============

draft-hollenbeck-regext-rdap-object-tag

In Chicago this document was pushed back, and we should rather trim our
milestones. this opinion by AD stays the same, has to stay pending until we
close up other items.

Scott - will see pilot implementations in gTLDs in the next few months.
gTLD registries should consider using that "tagging" draft during
a pilot.

Scott will update implementation status information based on feedback.

Interim Meetings
================

Jim Galvin: Meeting on fee extension was very successful, continues the
success of "concentrated work" we started in Chicago.
In future, we can use Meetecho (provided by the IETF)

Seems a good way forward to close a document.
Roger: Face to face or interim allows for more in-depth discussion.
Jim: Leaving out the issue of whether or not holding a second next time.

AOB
===

Scott: regex search document was updated to allow "plain text" regext parameters
Interest in moving forward? One hand - Jim suggests bringing it up to the list

Dimitry Belavsky: If anyone is interested in EAI, please contact me.

Registrar.IT: json document for RDAP... to improve interoperability, introduces
self-descriptive format. currently not way to

Andy: JCR / JSON Schema...

Scott: Interesting that two people come up independently with that..

Jim Galvin: Will consider this for the next meeting

Chrystof: Notices big differences with implementations of fee extensions.

Discussion about implementation choices - complexities - "techops" in gTLD
world discusses this (is a list from the registrars stakeholder group)

Jody will send out a pointer to the regext list.

Jim Gould: Escrow files and Bulk format files - the latter were not brough
forward, are those in/out of scope? Jim Galvin: Will discuss with AD where
these documents fit (though this group is currently full in terms of doc queue)
Andy Newton: I think this is the right place for these.

AD prefers adding them here if we can get enough interest, rather than AD
sponsored.

tmch technical interfaces: Document was dropped because the IDN matching rules
were unacceptable.. Francisco: thinks that issues have been solved between
Gustavo and Patrik Antoin: Was also rejected because it describes an ICANN
process, and should hance be informational.