How it Works: TLD Registry Protocols Ed Lewis Steve Conte | ICANN - - PowerPoint PPT Presentation

how it works tld registry protocols
SMART_READER_LITE
LIVE PREVIEW

How it Works: TLD Registry Protocols Ed Lewis Steve Conte | ICANN - - PowerPoint PPT Presentation

How it Works: TLD Registry Protocols Ed Lewis Steve Conte | ICANN 53 | 21 June 2015 Define and Focus | 3 What is a registry? Registry as defined by Merriam-Webster: "a place where


slide-1
SLIDE 1
slide-2
SLIDE 2

How it Works: TLD Registry Protocols

Ed Lewis – Steve Conte | ICANN 53 | 21 June 2015

slide-3
SLIDE 3

| 3

Define and Focus

slide-4
SLIDE 4

| 4

What is a registry?

  • Registry ¡as ¡defined ¡by ¡Merriam-­‑Webster: ¡

– "a ¡place ¡where ¡official ¡records ¡are ¡kept" ¡ – "a ¡book ¡or ¡system ¡for ¡keeping ¡an ¡official ¡list ¡or ¡ record ¡of ¡items" ¡

  • In ¡this ¡tutorial ¡we ¡will ¡focus ¡on ¡a ¡par@cular ¡

kind ¡of ¡registry ¡

– a ¡Domain ¡Name ¡registry ¡

slide-5
SLIDE 5

| 5

What is a Domain Name Registry?

  • Database ¡of ¡domain ¡names ¡and ¡associated ¡

informa@on ¡

– The ¡associa@on ¡of ¡names ¡and ¡servers ¡ – The ¡associa@on ¡of ¡names ¡and ¡responsible ¡par@es ¡

  • In ¡this ¡tutorial ¡we ¡will ¡focus ¡on ¡a ¡par@cular ¡

kind ¡of ¡Domain ¡Name ¡registry ¡

– Top-­‑level ¡Domain ¡Name ¡registry ¡(TLD) ¡

slide-6
SLIDE 6

| 6

Other Kinds of Registries

  • Regional ¡Internet ¡Registries ¡(RIRs) ¡

– Network ¡addresses ¡and ¡rou@ng ¡informa@on ¡

  • Protocol ¡parameter ¡registries ¡

– Internet ¡Assigned ¡Numbers ¡Authority ¡(IANA) ¡

  • Land ¡ownership ¡
  • Motor ¡vehicle ¡ownership ¡
  • GiK ¡registries ¡(e.g., ¡wedding, ¡baby) ¡
slide-7
SLIDE 7

| 7

Registries in the DNS Tree

. ¡ (root) ¡ gTLD ¡ Private ¡ Organiza4

  • n ¡

ccTLD ¡ Private ¡ Organiza4

  • n ¡

IDN ¡ccTLD ¡ Private ¡ Organiza4

  • n ¡

Other ¡TLD ¡ Private ¡ Organiza4

  • n ¡

host.domain.TLD

IANA Root DNS Registry Domains

slide-8
SLIDE 8

| 8

Service Level Definition of a Top Level Domain

slide-9
SLIDE 9

| 9

TLD ¡ Registry ¡

Registrant ¡ Reseller ¡ Registrar ¡ Registrar ¡ Registrant ¡

TLD Registry Relationship

slide-10
SLIDE 10

| 10

TLD ¡ Registry ¡

Data ¡ Escrow ¡ Trademark ¡ Clearinghouse ¡

From the Other Side…

slide-11
SLIDE 11

| 11

TLD External Affairs

TLD ¡ Registry ¡

Internet-­‑ Using ¡ Popula@on ¡

slide-12
SLIDE 12

| 12

Protocols of a TLD Registry

slide-13
SLIDE 13

DNS Domain Name System

slide-14
SLIDE 14

| 14

What is the DNS Protocol?

  • A ¡lookup, ¡much ¡akin ¡to ¡looking ¡up ¡someone's ¡

phone ¡number ¡in ¡an ¡old ¡style ¡phone ¡book ¡

  • Query ¡asks ¡for ¡informa@on ¡(e.g., ¡domain ¡name, ¡

type) ¡

  • Response ¡contains ¡the ¡informa@on ¡or ¡"no" ¡ ¡
slide-15
SLIDE 15

| 15

Significance of the DNS

  • One ¡of ¡the ¡earliest ¡protocols ¡

– Impacts ¡design, ¡aTempts ¡to ¡improve ¡ – Has ¡proven ¡to ¡be ¡resistant ¡to ¡replacement ¡

  • Domain ¡Name ¡Registries ¡exist ¡because ¡of ¡it ¡

– Means ¡to ¡enter ¡and ¡manage ¡data ¡transferred ¡

slide-16
SLIDE 16

| 16

What DNS Means to a Registry

  • Most ¡important ¡component ¡in ¡terms ¡of ¡

resiliency ¡

– Unlike ¡other ¡components, ¡approaches ¡cri@cal ¡ status ¡

  • Most ¡used ¡component, ¡untold ¡relying ¡par@es ¡

– High ¡capacity ¡for ¡volume ¡of ¡use ¡ – Senders ¡of ¡queries ¡are ¡anonymous ¡

slide-17
SLIDE 17

| 17

Registrar ¡ (Registrant ¡Agent) ¡ Registra4on ¡ Interfaces ¡ Registry ¡Database ¡ DNS ¡Server ¡ IANA ¡ (Internet ¡Assigned ¡ Numbers ¡Authority) ¡

DNS ¡

slide-18
SLIDE 18

| 18

Components of the DNS

  • Authorita@ve ¡server ¡

– What ¡the ¡registry ¡operates ¡

  • Recursive ¡server ¡

– What ¡issues ¡queries ¡to ¡registry ¡servers ¡

  • Stub/clients ¡

– Individual ¡users ¡(people ¡or ¡automated ¡systems) ¡

slide-19
SLIDE 19

| 19

Recursive ¡Server ¡ DNS ¡Server ¡ (Authorita4ve) ¡ Stub ¡ Clients ¡

DNS ¡ DNS ¡

slide-20
SLIDE 20

DNSSEC DNS Security Extensions

slide-21
SLIDE 21

| 21

What does DNSSEC do?

  • The ¡end ¡user ¡rarely ¡contacts ¡the ¡true ¡source ¡
  • f ¡DNS ¡informa@on ¡directly ¡

– DNS ¡data ¡is ¡stored ¡in ¡intermediate ¡servers ¡ – DNS ¡data ¡is ¡transferred ¡in ¡the ¡open ¡ ¡

  • End-­‑to-­‑end ¡encryp@on, ¡like ¡HTTPS, ¡isn't ¡a ¡

solu@on ¡

– Provide ¡authen@city, ¡completeness ¡ – Within ¡constraints ¡of ¡DNS ¡

slide-22
SLIDE 22

| 22

History of DNSSEC

  • Developed ¡in ¡1990's, ¡workshops ¡with ¡operators ¡

through ¡2004 ¡

  • Internet ¡Engineering ¡Task ¡Force ¡(IETF) ¡base ¡documents ¡

published ¡2004 ¡

  • Dan ¡Kaminsky's ¡2008 ¡talk ¡elevated ¡priority ¡

– The ¡End ¡Of ¡The ¡Cache ¡As ¡We ¡Know ¡It ¡ – Black ¡Hat ¡Conference ¡2008 ¡

  • Since ¡2009 ¡has ¡been ¡in ¡opera@ons ¡in ¡TLDs ¡and ¡the ¡root ¡

zone ¡(2010) ¡

slide-23
SLIDE 23

| 23

Approach to DNSSEC

  • Data ¡is ¡accompanied ¡with ¡a ¡digital ¡signature ¡

which ¡can ¡be ¡validated ¡with ¡a ¡public ¡key ¡

  • Public ¡key ¡cryptography ¡enables ¡a ¡scalable ¡

trust ¡building ¡framework ¡

  • A ¡hierarchy ¡matching ¡the ¡DNS ¡tree ¡enables ¡a ¡

verifiable ¡trust ¡building ¡framework ¡

slide-24
SLIDE 24

| 24

The Registry's Portion of DNSSEC

  • Managing ¡keys ¡for ¡the ¡TLD ¡
  • Registering ¡delega@on ¡signer ¡(DS) ¡records ¡from ¡

registrants ¡

  • Signing ¡DS ¡records ¡and ¡publishing ¡
  • Signing ¡nega@ve ¡answers ¡("no") ¡
  • Interac@ng ¡with ¡IANA ¡to ¡register ¡TLD ¡key ¡material ¡
slide-25
SLIDE 25

| 25

Registrar ¡ (Registrant ¡Agent) ¡ DNSSEC ¡Func4ons ¡ Registry ¡Database ¡ DNS ¡Server ¡ IANA ¡Root ¡ Registry ¡

DNSSEC ¡

slide-26
SLIDE 26

| 26

DNSSEC Sessions @ICANN54

DNSSEC ¡for ¡Everybody: ¡A ¡ Beginner's ¡Guide ¡

  • Monday, ¡19 ¡October ¡
  • 17:30 ¡– ¡19:00 ¡
  • L4 ¡Foyer ¡

DNSSEC ¡Workshop ¡

  • Wednesday, ¡21 ¡October ¡
  • 09:00 ¡– ¡15:15 ¡
  • L4 ¡Foyer ¡
slide-27
SLIDE 27

WhoIs

slide-28
SLIDE 28

| 28

History of WhoIs

  • Preda@ng ¡even ¡DNS ¡
  • Means ¡to ¡iden@fy ¡the ¡other ¡end(s) ¡of ¡the ¡

network ¡

  • Simplis@c ¡ques@on ¡and ¡answer ¡
  • At ¡the ¡@me, ¡no ¡concerns ¡about ¡privacy, ¡

security, ¡accuracy ¡

slide-29
SLIDE 29

| 29

WhoIs Protocol Definition

  • Open ¡a ¡TCP ¡connec@on ¡to ¡port ¡43 ¡
  • Send ¡a ¡ques@on ¡
  • Wait ¡
  • Receive ¡an ¡answer ¡
  • Close ¡the ¡connec@on ¡
slide-30
SLIDE 30

| 30

WhoIs ¡Client ¡ WhoIs ¡Server ¡ Registry ¡Database ¡

WhoIs ¡

slide-31
SLIDE 31

| 31

Why is that a Problem? (WhoIs Challenges?)

  • Ques@ons ¡and ¡answers ¡undefined ¡

– Free ¡form ¡is ¡not ¡good ¡for ¡interoperability ¡ – Early ¡soKware ¡assumed ¡ASCII ¡only ¡

  • No ¡meta-­‑answers, ¡no ¡"use ¡some ¡other ¡server" ¡
  • Differen@ated ¡access ¡impossible ¡
  • No ¡means ¡to ¡validate ¡data ¡in ¡answers ¡
slide-32
SLIDE 32

| 32

WhoIs Sessions @ICANN54

Whois ¡Review ¡Team ¡Interna@onal ¡ Registra@on ¡Data ¡Expert ¡WG ¡

  • Sunday, ¡18 ¡October ¡
  • 14:00 ¡– ¡15:30 ¡
  • Wicklow ¡MR3 ¡

Thick ¡Whois ¡Policy ¡ Implementa@on ¡-­‑ ¡IRT ¡Mee@ng ¡

  • Wednesday, ¡21 ¡October ¡
  • 08:00 ¡– ¡09:15 ¡
  • Wicklow ¡Hall ¡2 ¡
slide-33
SLIDE 33

EPP Extensible Provisioning Protocol

slide-34
SLIDE 34

| 34

What it EPP?

  • A ¡business-­‑to-­‑business ¡protocol ¡between ¡a ¡

registrar ¡and ¡registry ¡

  • Purpose ¡is ¡to ¡edit ¡the ¡registra@on ¡data ¡base ¡

– Add, ¡delete ¡registered ¡names ¡ – Add, ¡delete, ¡modify ¡contacts ¡ – Transfers ¡ – Plus ¡some ¡other ¡"maintenance" ¡

slide-35
SLIDE 35

| 35

History of EPP

  • 2000-­‑2003 ¡developed ¡in ¡IETF ¡

– Based ¡on ¡earlier ¡protocols ¡with ¡the ¡COM/NET ¡ registry ¡

  • 2003-­‑2009 ¡progressed ¡to ¡full ¡standard ¡
  • Mandated ¡for ¡gTLDs ¡and ¡sTLDs ¡
  • Gained ¡acceptance ¡among ¡ccTLDs ¡
  • Current ¡IETF ¡WG ¡to ¡manage ¡extension ¡

designated ¡as ¡standard ¡

slide-36
SLIDE 36

| 36

EPP Exclusivity

  • EPP ¡need ¡not ¡be ¡exclusive ¡

– A ¡registry ¡is ¡technically ¡able ¡to ¡use ¡mul@ple ¡ protocols ¡for ¡this ¡ – Policy ¡might ¡restrict ¡(such ¡as ¡strict ¡First ¡Come ¡First ¡ Served ¡via ¡registrars) ¡

slide-37
SLIDE 37

| 37

EPP Protocol Architecture

  • Uses ¡TLS ¡or ¡strongly ¡secured ¡transport ¡layer ¡
  • Exchange ¡is ¡encoded ¡in ¡XML ¡
  • Server ¡inside ¡registry, ¡clients ¡at ¡registrars ¡

Registrar ¡ EPP ¡Client ¡

EPP ¡

EPP ¡Server ¡ Registry ¡Database ¡

slide-38
SLIDE 38

RDAP Registration Data Access Protocol

slide-39
SLIDE 39

| 39

What is RDAP?

  • Registra@on ¡Data ¡Access ¡Protocol ¡(RDAP) ¡
  • A ¡query/response ¡means ¡to ¡inspect ¡a ¡

registra@on ¡database ¡

– Regardless ¡of ¡where ¡it ¡is ¡hosted ¡ – Biased ¡towards ¡registra@on ¡not ¡only ¡domain ¡ names ¡

  • A ¡layer ¡on ¡top ¡of ¡HTTPS ¡

– Reuses ¡much ¡of ¡web-­‑developed ¡technology ¡

slide-40
SLIDE 40

| 40

Components of RDAP

  • Server ¡

– SoKware ¡to ¡parse ¡queries ¡ – SoKware ¡to ¡access ¡the ¡database ¡ – SoKware ¡to ¡prepare ¡response ¡

  • Client ¡

– Web ¡browser ¡API ¡with ¡specific ¡abili@es ¡ – Can ¡perform ¡authen@ca@on ¡steps ¡

slide-41
SLIDE 41

| 41

History of RDAP

  • Dissa@sfac@on ¡with ¡WhoIs ¡led ¡two ¡RIRs ¡to ¡

experiment ¡with ¡a ¡Web-­‑based ¡approach ¡

– Very ¡successful ¡

  • From ¡this, ¡the ¡story ¡of ¡RDAP ¡is ¡very ¡much ¡@ed ¡

to ¡

– Replacement ¡of ¡the ¡WhoIs ¡protocol ¡ – Commonality ¡of ¡names ¡and ¡numbers ¡ – The ¡HTTPS ¡protocol ¡

slide-42
SLIDE 42

| 42

Basic Description of RDAP

  • Query ¡over ¡HTTPS, ¡looks ¡like ¡a ¡URL ¡

– Like ¡WhoIs, ¡but ¡formalized ¡

  • Response ¡over ¡HTTPS ¡

– FormaTed ¡data ¡answering ¡query, ¡using ¡"JSON" ¡

  • Like ¡WhoIs, ¡but ¡formalized ¡

– FormaTed ¡redirec@on ¡message ¡

  • Not ¡in ¡WhoIs ¡
  • To ¡do: ¡opera@onal ¡profile ¡
slide-43
SLIDE 43

| 43

Features of RDAP

  • Defined ¡data ¡model ¡

– Expansion-­‑friendly ¡query ¡and ¡response ¡formats ¡

  • Expansion ¡beyond ¡ASCII ¡characters ¡(I18N) ¡
  • Distribu@on ¡of ¡data ¡sources ¡
  • Differen@ated ¡access ¡(authoriza@on ¡model) ¡

– Presumes ¡an ¡authen@ca@on ¡model ¡too ¡

  • Compa@bility ¡with ¡2010-­‑era ¡soKware ¡

engineering ¡

slide-44
SLIDE 44

| 44

RDAP ¡Client ¡

RDAP ¡

RDAP ¡Message ¡ Handler ¡ Registry ¡Database ¡

slide-45
SLIDE 45

| 45

RDAP Sessions @ICANN54

Registra@on ¡Data ¡Access ¡ Protocol ¡(RDAP) ¡Implementa@on ¡

  • Wednesday, ¡21 ¡October ¡
  • 12:30 ¡– ¡13:45 ¡
  • Liffey ¡Hall ¡1 ¡
slide-46
SLIDE 46

Data Escrow

slide-47
SLIDE 47

| 47

Purpose of Data Escrow

  • Store ¡the ¡registra@on ¡database ¡contents ¡with ¡a ¡

third ¡party ¡for ¡safe ¡keeping ¡

  • Why? ¡

– Operator ¡"business" ¡failure ¡ – Allows ¡for ¡restart ¡of ¡registry ¡by ¡another ¡operator ¡

  • Stored ¡by ¡a ¡third ¡party ¡with ¡strict ¡rules ¡for ¡access ¡

by ¡anyone ¡else ¡

– E.g., ¡ICANN ¡can ¡request ¡the ¡deposits ¡under ¡a ¡slim ¡set ¡

  • f ¡circumstances ¡ ¡
slide-48
SLIDE 48

| 48

History of Data Escrow

  • IETF ¡Birds ¡of ¡Feather ¡session ¡

– Deemed ¡uninteres@ng ¡to ¡the ¡IETF ¡

  • This ¡doesn't ¡mean ¡data ¡escrow ¡is ¡unimportant ¡
  • The ¡reason ¡is ¡that ¡data ¡escrow ¡is ¡technically ¡

very ¡simple, ¡but ¡very ¡specific ¡and ¡related ¡to ¡ governing ¡policy ¡

slide-49
SLIDE 49

| 49

Data Escrow Deposits

  • Defined ¡in ¡two ¡places ¡

– Data ¡"framework" ¡in ¡an ¡Internet ¡DraK ¡ – Timing ¡of ¡ac@ons ¡in ¡Specifica@on ¡2 ¡of ¡registry ¡ agreements ¡

  • A ¡"dump" ¡of ¡the ¡registry ¡database ¡

– XML ¡version ¡in ¡one ¡or ¡more ¡files ¡ – Compressed/Encrypted ¡ – Deposit ¡made ¡every ¡day ¡

  • Full ¡on ¡Sunday; ¡Incremental ¡all ¡other ¡days ¡of ¡the ¡week ¡
slide-50
SLIDE 50

| 50

Registry ¡ Operator ¡ Escrow ¡Agent ¡ ICANN ¡ Sunday: ¡Full ¡File ¡Deposit ¡ Other ¡Days: ¡Incremental ¡ Public ¡Keys ¡ Public ¡Keys ¡ No@fica@on ¡ No@fica@on ¡

slide-51
SLIDE 51

TMCH Trademark Clearinghouse

slide-52
SLIDE 52

| 52

What is TMCH?

  • Trademark ¡Clearing ¡House ¡(TMCH) ¡is ¡an ¡open ¡

but ¡mostly ¡ICANN-­‑specific ¡mechanism ¡to ¡ address ¡trademarks ¡in ¡domain ¡names ¡

  • Limi@ng ¡the ¡discussion ¡to ¡registry-­‑touching ¡

protocols ¡

– Two ¡phases, ¡Sunrise ¡and ¡Trademark ¡Claims ¡ – Protocol ¡built ¡over ¡HTTPS ¡(secured ¡Web) ¡

slide-53
SLIDE 53

| 53

TMCH in Sunrise

  • Sunrise ¡refers ¡to ¡opening ¡of ¡TLD ¡to ¡trademark ¡

holders ¡first ¡

  • Registry ¡supplies ¡to ¡a ¡TMCH ¡

– List ¡of ¡domain ¡name ¡registered ¡

  • Registry ¡receives ¡from ¡a ¡TMCH ¡

– A ¡list ¡of ¡marks ¡no ¡longer ¡listed ¡(revoked ¡from ¡a ¡ previously ¡published ¡list) ¡

slide-54
SLIDE 54

| 54

TMCH in Trademark Claims

  • Claims ¡refers ¡to ¡early ¡days ¡of ¡a ¡TLD ¡when ¡registra@ons ¡
  • f ¡trademark ¡"look ¡alikes" ¡result ¡in ¡no@ces ¡
  • Registry ¡supplies ¡to ¡a ¡Trademark ¡Clearing ¡House ¡

– List ¡of ¡domain ¡names ¡registered ¡matching ¡the ¡pre-­‑ registered ¡trademarks ¡

  • Registry ¡receives ¡from ¡a ¡Trademark ¡Clearing ¡House ¡

– A ¡list ¡of ¡labels ¡corresponding ¡to ¡pre-­‑registered ¡trademarks ¡

slide-55
SLIDE 55

| 55

Trademark ¡Clearing ¡ House ¡ Registry ¡ (Sunrise) ¡SMD ¡ ¡ Revoca@on ¡List ¡ via ¡HTTPS ¡ ¡ (Claims) ¡DNL ¡List ¡ via ¡HTTPS ¡ ¡ Names ¡effec@vely ¡ allocated ¡... ¡

slide-56
SLIDE 56

| 56

Protocols of a TLD Registry

slide-57
SLIDE 57

| 57

Reach us at: Email: edward.lewis@icann.org

Thank You and Questions

gplus.to/icann weibo.com/ICANNorg flickr.com/photos/icann slideshare.net/icannpresentations twitter.com/icann facebook.com/icannorg linkedin.com/company/icann youtube.com/user/icannnews

Engage with ICANN – http://www.icann.org