Internet Engineering Task Force N. McPherson
Internet-Draft 1&1 IONOS SE
Intended status: Best Current Practice T. Sattler, Editor
Expires: July 28, 2019 January 29, 2019
Transaction Report
draft-mcpherson-sattler-transaction-report-00
Abstract
This document describes the content of a Transaction Report based on
the Report Structure and delivered by the Reporting Repository.
Status of This Memo
This Internet-Draft is submitted in full conformance with the
provisions of BCP 78 and BCP 79.
Internet-Drafts are working documents of the Internet Engineering
Task Force (IETF). Note that other groups may also distribute
working documents as Internet-Drafts. The list of current Internet-
Drafts is at https://datatracker.ietf.org/drafts/current/.
Internet-Drafts are draft documents valid for a maximum of six months
and may be updated, replaced, or obsoleted by other documents at any
time. It is inappropriate to use Internet-Drafts as reference
material or to cite them other than as "work in progress".
This Internet-Draft will expire on July 28, 2019.
Copyright Notice
Copyright (c) 2019 IETF Trust and the persons identified as the
document authors. All rights reserved.
This document is subject to BCP 78 and the IETF Trust's Legal
Provisions Relating to IETF Documents
(https://trustee.ietf.org/license-info) in effect on the date of
publication of this document. Please review these documents
carefully, as they describe your rights and restrictions with respect
to this document. Code Components extracted from this document must
include Simplified BSD License text as described in Section 4.e of
the Trust Legal Provisions and are provided without warranty as
described in the Simplified BSD License.
McPherson & Sattler Expires July 28, 2019 [Page 1]
Internet-Draft Transaction Report January 2019
Table of Contents
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2
2. Terminology and Definitions . . . . . . . . . . . . . . . . . 2
2.1. Internationalized Domain Names . . . . . . . . . . . . . 3
2.2. Dates and Times . . . . . . . . . . . . . . . . . . . . . 3
2.3. Character Encoding . . . . . . . . . . . . . . . . . . . 3
2.4. Currency . . . . . . . . . . . . . . . . . . . . . . . . 3
3. Report Headings . . . . . . . . . . . . . . . . . . . . . . . 3
4. Transaction Types . . . . . . . . . . . . . . . . . . . . . . 4
4.1. Standard Transaction Types . . . . . . . . . . . . . . . 4
4.2. Non-Standard Transaction Types . . . . . . . . . . . . . 4
5. Transaction Periods . . . . . . . . . . . . . . . . . . . . . 5
6. Transaction Fees . . . . . . . . . . . . . . . . . . . . . . 5
6.1. Deviating Fees . . . . . . . . . . . . . . . . . . . . . 5
7. Registrar ID . . . . . . . . . . . . . . . . . . . . . . . . 5
8. Example . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
8.1. Single TLD File Example . . . . . . . . . . . . . . . . . 5
8.2. Multiple TLDs File Example . . . . . . . . . . . . . . . 6
9. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 6
10. Security Considerations . . . . . . . . . . . . . . . . . . . 6
11. Implementation Status . . . . . . . . . . . . . . . . . . . . 6
12. References . . . . . . . . . . . . . . . . . . . . . . . . . 7
12.1. Normative References . . . . . . . . . . . . . . . . . 7
12.2. Informative References . . . . . . . . . . . . . . . . 7
Appendix A. Change History . . . . . . . . . . . . . . . . . . . 8
A.1. Change from 00 to 01 . . . . . . . . . . . . . . . . . . 8
A.2. Change from 01 to 02 . . . . . . . . . . . . . . . . . . 8
A.3. Change from 02 to TXN 00 . . . . . . . . . . . . . . . . 8
Appendix B. Acknowledgements . . . . . . . . . . . . . . . . . . 8
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 8
1. Introduction
Modern top-level domain registries provide a number of detailed
reports and documents that their registrars require on a daily,
weekly and monthly basis. These most commonly include transaction
reports, as well as lists containing currently unavailable domains
and current premium domain fees. These reports are critical for
registrars' businesses and play an important role in accounting and
operations processes as well as in sales and marketing activities.
In the current set-up registrars must download these reports from
each registry's intranet in a different manner according to each
registry's own document management set up.
This document describes the content of a Transaction Report based on
the [I-D.mcpherson-sattler-report-structure] and delivered
by the [I-D.mcpherson-sattler-reporting-repository].
2. Terminology and Definitions
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
"SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this
document are to be interpreted as described in [RFC2119] when
specified in their uppercase forms.
McPherson & Sattler Expires July 28, 2019 [Page 2]
Internet-Draft Transaction Report January 2019
2.1. Internationalized Domain Names
MUST be as defined in
[I-D.mcpherson-sattler-report-structure].
2.2. Dates and Times
MUST be as defined in
[I-D.mcpherson-sattler-report-structure].
2.3. Character Encoding
MUST be as defined in
[I-D.mcpherson-sattler-report-structure].
2.4. Currency
MUST be as defined in
[I-D.mcpherson-sattler-report-structure].
3. Report Headings
The first row MUST be the column headings in the following order:
SVTRID Server transaction identifier MUST be assigned
by and MUST be unique to the server.
TLD It MUST contain the top-level domain name formatted
according to section 2.1 of this document.
DOMAIN It MUST contain the domain name formatted according
to section 2.1 of this document.
TIMESTAMP It MUST contain the timestamp of the successful
transaction formatted according to section 2.2 of
this document.
TRANSACTIONTYPE It MUST contain the type of the successful
transaction according to section 4 of this
document.
PERIOD It MUST either contain the Period of the the
successful transaction according to section 5 of
this document or MUST be empty if no Period is
assigned to the transaction.
TERM It MUST contain the unit of the Period noted
according to section 5 of this document.
FEE It MUST contain the fee of the successful
transaction according to section 6 of this
document.
McPherson & Sattler Expires July 28, 2019 [Page 3]
Internet-Draft Transaction Report January 2019
CURRENCY It MUST contain the currency of the successful
transaction according to section 2.4 of this
document.
REGISTRARID It MUST contain the registrar ID of the succesful
transaction according to section 7 of this
document.
DESCRIPTION It MAY contain a free description of the successful
transaction.
4. Transaction Types
Each transaction MUST be assigned to a type. There are Standard
Transactions and Non-Standard Transactions.
A successful transaction is also a completed transaction. Therefore,
transactions MUST NOT be deleted. If a transaction MUST be cleared, a
corresponding counter transaction MUST be made.
4.1. Standard Transaction Types
Standard transactions are considered to be CREATE, RENEWAL,
AUTORENEW, TRANSFER, TRADE, UPDATE, RESTORE and REGISTRYLOCK.
CREATE A successful domain create within the report period.
RENEWAL A successful explicit domain name renewal executed by
the domain name registrar within the report period.
AUTORENEW A successful domain name auto-renewal by the domain
name registry within the report period.
TRANSFER A successful domain name transfer within the report
period.
TRADE A successful domain name trade within the report
period.
UPDATE A successful billable domain name update within the
report period.
RESTORE A successful domain name restore within the report
period.
This event MUST only include the restore fee. Any
additional renewal fee MUST be independently listed.
REGISTRYLOCK A successful billable registry lock applied to domain
name within the report period.
4.2. Non-Standard Transaction Types
Non-Standard Transactions MAY be listed in the report and MAY receive
a custom type, but it MUST have a corresponding description in the
McPherson & Sattler Expires July 28, 2019 [Page 4]
Internet-Draft Transaction Report January 2019
description column.
5. Transaction Periods
Transaction Types usually occur in Periods of 1 to 10 years,
sometimes there are monthly periods. Therefore, each transaction
MUST either have a Period associated or it MUST be empty if no Period
is assigned to the transaction.
The Period format MUST be in the format <integer>, where
<integer> MUST be unsigned and between 1 and 65535, without any
leading zero
The Term format MUST be in the format <character> and MUST be either
'y' for years or 'm' for months.
If the number of months results in a full year, then the full year
MUST be used, e.g. instead of 12,m or 24,m, it should be 1,y
respectively 2,y.
6. Transaction Fees
All transactions MUST have a Fee associated. The fee amount, the
currency and the period MUST be listed separately.
Fees MUST either be whole numbers or rounded to two decimal places.
A period (.) is used as the dividing point.
6.1. Deviating Fees
If a domain name incurs a premium fee, that is not the standard price
for the TLD, a description of the price category SHOULD be given.
7. Registrar ID
A unique registrar ID MUST be listed, with each transaction. Those
IDs MUST be according the IANA registrar IDs (https://www.iana.org/
assignments/registrar-ids/registrar-ids.xhtml) where applicable,
otherwise another unique registrar ID MUST be used.
8. Example
8.1. Single TLD File Example
This is an example of a transaction report for a single top-level
domain .example.
Filename: example_transactions_2018-11.csv.gz
SVTRID,TLD,DOMAIN,TIMESTAMP,TRANSACTIONTYPE,PERIOD,TERM,FEE,CURRENCY,
REGISTRARID,DESCRIPTION
54321-XYZ,example,nic.example,2018-11-08T08:01:01Z,AUTORENEW,1,y,10,
USD,1,
McPherson & Sattler Expires July 28, 2019 [Page 5]
Internet-Draft Transaction Report January 2019
54322-XYZ,example,foo.example,2018-11-09T08:00:00Z,CREATE,3,y,10,USD,
1,
54323-XYZ,example,bar.example,2018-11-09T08:01:01Z,CREATE,1,y,1000,
USD,1,PREMIUM A
54324-XYZ,example,foobar.example,2018-11-10T07:00:00Z,RESTORE,,,40,
USD,1,
54325-XYZ,example,foobar.example,2018-11-10T07:00:01Z,RENEWAL,,,10,
USD,1,
54326-XYZ,example,xn--r8jz45g.example,2018-11-11T06:30:00Z,TRANSFER,
1,y,12.75,USD,1,
8.2. Multiple TLDs File Example
This is an example of a transaction report for multi top-level
domains by the example registry.
Filename: example_transactions_2018-11.csv.gz
SVTRID,TLD,DOMAIN,TIMESTAMP,TRANSACTIONTYPE,PERIOD,TERM,FEE,CURRENCY,
REGISTRARID,DESCRIPTION
54321-XYZ,example,nic.example,2018-11-08T08:01:01Z,AUTORENEW,1,y,10,
USD,1,
54322-XYZ,example1,foo.example1,2018-11-09T08:00:00Z,CREATE,6,m,9.90,
EUR,1,
54323-XYZ,example2,bar.example2,2018-11-09T08:01:01Z,CREATE,1,y,4000,
BRL,1,PREMIUM C
54324-XYZ,xn--0zwm56d,xn--fsqu00a.xn--0zwm56d,2018-11-10T07:00:00Z,
RESTORE,,275,CNY,1,
54325-XYZ,xn--0zwm56d,xn--fsqu00a.xn--0zwm56d,2018-11-10T07:00:01Z,
RENEWAL,,70,CNY,1,
54326-XYZ,xn--zckzah,xn--r8jz45g.xn--zckzah,2018-11-11T06:30:00Z,
TRANSFER,1,y,1200,JPY,1,
9. IANA Considerations
This document has no IANA actions.
10. Security Considerations
The registry transaction report described in this document does not
provide any security services.
11. Implementation Status
Note to RFC Editor: Please remove this section and the reference to
[RFC7942] before publication.
McPherson & Sattler Expires July 28, 2019 [Page 6]
Internet-Draft Transaction Report January 2019
This section records the status of known implementations of the
protocol defined by this specification at the time of posting of this
Internet-Draft, and is based on a proposal described in [RFC7942].
The description of implementations in this section is intended to
assist the IETF in its decision processes in progressing drafts to
RFCs. Please note that the listing of any individual implementation
here does not imply endorsement by the IETF. Furthermore, no effort
has been spent to verify the information presented here that was
supplied by IETF contributors. This is not intended as, and must not
be construed to be, a catalog of available implementations or their
features. Readers are advised to note that other implementations may
exist.
According to [RFC7942], "this will allow reviewers and working groups
to assign due consideration to documents that have the benefit of
running code, which may serve as evidence of valuable experimentation
and feedback that have made the implemented protocols more mature. It
is up to the individual working groups to use this information as
they see fit".
Add implementation details once available.
12. References
12.1. Normative References
[I-D.mcpherson-sattler-report-structure]
McPherson, N. and Sattler, T., "Report Strucutre",
<https://datatracker.ietf.org/doc/draft-mcpherson-sattler-
report-structure/> (work in progress), January 2019
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate
Requirement Levels", BCP 14, RFC 2119, March 1997,
<https://www.rfc-editor.org/info/rfc2119>.
12.2. Informative References
[I-D.mcpherson-sattler-reporting-repository]
McPherson, N. and Sattler, T., "Reporting Repository",
<https://datatracker.ietf.org/doc/draft-mcpherson-sattler-
reporting-repository/> (work in progress), January 2019
[RFC7942] Sheffer, Y. and Farrel, A., "Improving Awareness of
Running Code: The Implementation Status Section", RFC
7942, July 2016,
<https://www.rfc-editor.org/info/rfc7942>.
McPherson & Sattler Expires July 28, 2019 [Page 7]
Internet-Draft Transaction Report January 2019
Appendix A. Change History
A.1. Change from 00 to 01
Added acknowledgements. Changed Y to lowercase. Fixed csv examples.
Changed security considerations. Added SRTRID to identify
transactions. Clarified successful transaction.
A.2. Change from 01 to 02
Clarified the Period. Fixed numerous typos. Changed limit for Period
from 1-99 to unsigned 16 bit integer.
A.3. Change from 02 to TXN 00
Changed draft name. Added Term column to further clarify Period.
Defined Standard Transaction Types. Added Non-Standard Transaction
Types. Changed Column order so that DESCRIPTION is at end.
Appendix B. Acknowledgements
The authors wish to thank the following persons for their feedback
and suggestions (sorted alphabetically by company):
o Jeff Yeh, Brandma
o Elaine Pruis, Domain Research
o Gaurav Vedi, Dominion Registries
o Jody Kolker, GoDaddy
o Roger Carney, GoDaddy
Authors' Addresses
Neal McPherson
1&1 IONOS SE
Ernst-Frey-Str. 5
76135 Karlsruhe
DE
Email: neal.mcpherson@ionos.com
URI: https://www.ionos.com
Tobias Sattler
Email: tobias.sattler@me.com
URI: https://tobiassattler.com
McPherson & Sattler Expires July 28, 2019 [Page 8]