RFC 10037: Registration Data Access Protocol (RDAP) Extension for DNS Time-to-Live (TTL) Values

RFC 10037: Uitbreiding van het Registratiegegevenstoegangsprotocol (RDAP) voor DNS Time-to-Live (TTL) waarden

G. Brown

Voorstel voor een standaard

Samenvatting

Dit document specificeert een uitbreiding van het Registratiegegevenstoegangsprotocol (RDAP), waardoor de Time-to-Live (TTL) waarden voor relevante DNS-recordtypen in RDAP-antwoorden kunnen worden opgenomen.¶

Status van dit memorandum

Dit is een document in het Internetstandaardenpad.¶

Dit document is een product van de Internet Engineering Task Force (IETF). Het vertegenwoordigt het consensus van de IETF-gemeenschap. Het heeft een openbare beoordeling ondergaan en is goedgekeurd voor publicatie door het Internet Engineering Steering Group (IESG). Meer informatie over internetstandaarden is beschikbaar in sectie 2 van RFC 7841.¶

Informatie over de huidige status van dit document, eventuele fouten en hoe feedback kan worden gegeven, kan worden verkregen opTekst: https://www.rfc-editor.org/info/rfc10037 Vertaling: https://www.rfc-editor.org/info/rfc10037.¶

Aandacht voor auteursrechten

Dit document is onderworpen aan BCP 78 en de juridische bepalingen van de IETF Trust met betrekking tot IETF-documenten.De tekst: https://trustee.ietf.org/license-info Vertaling: https://trustee.ietf.org/licentie-informatie) zijn van toepassing op de datum van publicatie van dit document. Bekijk deze documenten aandachtig, aangezien ze uw rechten en beperkingen met betrekking tot dit document beschrijven. Code-componenten die uit dit document zijn geëxtraheerd, moeten de tekst van de herziene BSD-licentie bevatten zoals beschreven in sectie 4.e van de Trust Legal Provisions en worden verstrekt zonder garantie zoals beschreven in de herziene BSD-licentie.¶

1. Inleiding

Het Registratiegegevenstoegangsprotocol (RDAP)[STD95]biedt toegang tot informatie over internetbronnen (domeinnamen, autonome systeemnummers en IP-adressen).RFC 9083 [STD95]stelt beheerders van RDAP-servers in staat om informatie te verstrekken over de inhoud van deNS", "DS - DS", "A - Een, and " - ", enAAAA - AAAA" RRset(s) (see - "RRset(s) (zieSection 5 - Sectie 5of [ - van [RFC9499 - RFC9499]), die in de DNS worden gepubliceerd voor een bepaald registratieobject (domein of hostobject), het biedt geen mechanisme om de Time-to-Live (TTL) waarden (zieSectie 5Tekst: van [RFC9499]De inclusie van deze waarden in RDAP-antwoorden (naast nameservers, glue IP-adressen en Delegatie-ondertekeningen (DS)-records) maakt het mogelijk om buiten band de DNS-configuratie van problematische domeinnamen te debuggen.¶

Dit document beschrijft hoe TTL-informatie kan worden opgenomen in domein- en nameserverobjecten in RDAP-antwoorden. VolgensSectie 5.2Tekst: van [RFC2181]TTL-waarden zijn van toepassing op RR-sets in plaats van individuele records.¶

2. Conventies die in dit document worden gebruikt

De sleutelwoorden "MOET", "MOET NIET", "VERBODEN", "ZAL", "ZAL NIEMAND DOEN", "MOET", "MOET NIET", "AANBEVOLEN", "NIET AANBEVOLEN", "MAG, enVERKIEZELBAARDe tekst in dit document moet worden geïnterpreteerd zoals beschreven in BCP 14.[RFC2119] [RFC 8174]Wanneer en alleen wanneer ze in alle hoofdletters staan, zoals hier te zien is.¶

Dit document gebruikt termen zoals gedefinieerd in Sectie1.1Van 1 tot 10 van 10 artikelen: - "Nieuwe technologieën voor duurzame landbouw" - "Klimaatverandering: een wereldwijde uitdaging" - "De opkomst van elektrische voertuigen" - "Kunstmatige intelligentie in de gezondheidszorg" - "De toekomst van werk: flexibiliteit en automatisering" - "Onderzoek naar hernieuwbare energiebronnen" - "De impact van sociale media op de politiek" - "Globalisering en de wereldhandel" - "De rol van onderwijs in sociale mobiliteit" - "Cyberbeveiliging: bescherming in de digitale wereld"RFC 9083 [STD95].¶

3. RDAP Antwoord Specificatie

Servers die deze extensie ondersteunenMEIinclusief een "ttl0_data" lid in elk domein (Sectie5.3vanRFC 9083 [STD95]) en nameserver (Sectie5.2vanRFC 9083 [STD95]) objecten die zijn opgenomen in RDAP-antwoorden.2.1vanRFC 9083 [STD95]klanten die deze specificatie niet implementerenMOETnegeer de "ttl0_data" lid.¶

The "ttl0_data"Lid is een object dat de volgende leden heeft:¶

Een "waarden" lid, dat een object is dat DNS-recordtype mnemonics toewijst aan TTL-waarden; en¶
EenOPTIONEEL "opmerkingen" lid, dat een array van opmerkingen is (zie sectie4.3vanRFC 9083 [STD95]).¶

Zoals gespecificeerd inSectie 8van [RFC2181], een TTL-waarde is "een onondertekend getal, met een minimumwaarde van 0 en een maximumwaarde van 2147483647. Dat wil zeggen, een maximum van 2^31 - 1". TTL-waardenMoetDit zal worden weergegeven als JSON-getallen zonder decimale component of exponentiële notatie.¶

De TTL-waarden die zijn opgenomen in "ttl0_dataledenMoetDe tekst weerspiegelt de TTL-waarden zoals ze zijn geconfigureerd in de registerdatabase, niet de resterende TTL van DNS-records zoals waargenomen uit live DNS-query's.¶

Een voorbeeld van een domeinobject met een geldig "ttl0_gegevensEen lid wordt hieronder verstrekt. Lezers moeten verwijzen naar...RFC 9083 [STD95]Voor een beschrijving van de andere objecten in het voorbeeld.¶

Een voorbeeld van een nameserver-object met een geldige "ttl0_gegevensLeden wordt hieronder verstrekt.¶

3.1. DNS-recordtypen en TTL-waarden

De DNS-recordtype mnemotechnieken die verschijnen als lidnamen in "waarden" objectenMOETENin hoofdletters staan enMOETgeregistreerd zijn bij IANA in[IANA-RRTYPES].MOETongerangde gehele getallen zijn tussen 0-2147483647 volgensSectie 8van [RFC2181].¶

3.2. Conformiteit met RDAP

Servers die reacties retourneren met TTL-waardenMOETde string "ttl0bevatten in het veldrdapConformantieArray.¶

4. Operatieve overwegingen

4.1. RDAP-servers

Deze specificatie is complementair aan het Uitbreidbare Voorbereidingsprotocol (EPP)[RFC5730]en de EPP-toewijzing voor DNS Time-to-Live (TTL)-waarden[RFC9803], maar registratiebeheerders hoeven die extensie niet in hun EPP-servers te implementeren om deze RDAP-extensie te implementeren.¶

4.2. RDAP-klanten

Veel RDAP-klanten maken gebruik van frameworks die objecten automatisch "hydrateren" met behulp van JSON-gegevens die zijn ontvangen in RDAP-antwoorden. Als gevolg hiervan moeten RDAP-klanten die deze frameworks gebruiken, expliciet de "Waardenlid vanttl0_dataleden.¶

Sinds de lijst van recordtypen die verschijnen in "ttl0_dataLeden kunnen in de loop van de tijd veranderen, klanten die deze extensie implementerenMOETaanvaardenreacties die waarden bevatten voor alle geldige DNS-recordtypesMOET[periodiek de lijst met geldige DNS-recordtypes bijwerken om in lijn te zijn met]IANA-RRTYPES, om een onlangs toegevoegde recordtype niet te verwerpen.¶

5. IANA Overwegingen

IANA heeft de volgende waarde geregistreerd in het "RDAP Extensions"-register.[IANA-RDAP-EXTENSIES]:¶

Uitbreidingsidentificatie:ttl0¶Registratiebeheerder: Elke¶Specificatie: RFC 10037¶Contact: IETF<mailto:iesg@ietf.org>¶**Gebruiksdoel:** Deze extensie beschrijft hoe DNS TTL-waarden kunnen worden opgenomen in RDAP-antwoorden.¶

6. Beveiligingsoverwegingen

**Beveiligingsdiensten voor de in dit document gespecificeerde extensie worden beschreven in:** RFC 7481**STD95** [**Deze documentatie betreft alleen de weergave van geconfigureerde TTL-waarden voor domein- en hostobjecten.**].¶

**De beveiligingsimplicaties van hoe die TTL-waarden worden bepaald, toegewezen of gewijzigd binnen een registersysteem vallen buiten het bereik van deze documentatie. Lezers worden verwezen naar:**Sectie 6vanRFC9803]voor verdere discussie.¶

7. Referenties

7.1. Normatieve referenties

[IANA-RDAP-UITbreidingen]IANA, RDAP Extensies, <https://www.iana.org/assignments/rdap-extensions>.IANA, Resource Record (RR) Typen, <https://www.iana.org/assignments/dns-parameters>.Bradner, S., Sleutelwoorden voor gebruik in RFC's om vereist niveaus aan te geven, BCP 14, RFC 2119, DOI 10.17487/RFC2119In maart 1997<https://www.rfc-editor.org/info/rfc2119>.Elz, R.enR. Bush, Verduidelijkingen van de DNS-specificatie, RFC 2181, DOI 10.17487/RFC2181, juli 1997,<https://www.rfc-editor.org/info/rfc2181>.Leiba, B., Onzekerheid over hoofdletters en kleine letters in RFC 2119 sleutelwoorden, BCP 14, RFC 8174, DOI 10.17487/RFC8174, mei 2017,<https://www.rfc-editor.org/info/rfc8174>.Hoffman, P.enK. Fujiwara, DNS Terminologie, BCP 219, RFC 9499, DOI 10.17487/RFC9499, maart 2024,<https://www.rfc-editor.org/info/rfc9499>.

Internetstandaard 95,<https://www.rfc-editor.org/info/std95>.
Op het moment van schrijven omvat deze STD het volgende:

Newton, A., Ellacott, B.enN. Kong, HTTP Gebruik in het Registratiegegevens Toegangsprotocol (RDAP), STD 95 (Standaard 95), RFC 7480 (Request for Comments 7480), DOI 10.17487/RFC7480 (Digitale Object Identificatie 10.17487/RFC7480), maart 2015, (in maart 2015)< (minder dan)https://www.rfc-editor.org/info/rfc7480 (URL voor RFC 7480)> (groter dan).

Hollenbeck, S. (Hollenbeck, S.)enNoord-Korea, Beveiligingsdiensten voor het Registratiegegevens Toegangsprotocol (RDAP), STD 95, RFC 7481, DOI 10.17487/RFC7481, maart 2015,<https://www.rfc-editor.org/info/rfc7481 (Vertaling: https://www.rfc-editor.org/info/rfc7481)> (Vertaling: >).

Hollenbeck, S. (Vertaling: Hollenbeck, S.)en (Vertaling: en)A. Newton (Vertaling: A. Newton), "Registration Data Access Protocol (RDAP) Query Format" (Vertaling: "Toegangsprotocol voor registratiegegevens (RDAP) Query Formaat"), STD 95 (Vertaling: STD 95), RFC 9082 (Vertaling: RFC 9082), DOI 10.17487/RFC9082, juni 2021,<https://www.rfc-editor.org/info/rfc9082>.

Hollenbeck, S.enA. Newton, JSON-antwoorden voor het Registratiegegevenstoegangsprotocol (RDAP), STD 95, RFC 9083, DOI 10.17487/RFC9083, juni 2021,<https://www.rfc-editor.org/info/rfc9083>.

Blanchet, M., Het vinden van de autoritaire registratiegegevens toegangsprotocol (RDAP) service, STD 95, RFC 9224, DOI 10.17487/RFC9224, maart 2022,<https://www.rfc-editor.org/info/rfc9224>.

7.2. Informatieve referenties

[RFC5730]Hollenbeck, S., Extensibel Provisioneringsprotocol (EPP), STD 69, RFC 5730, DOI 10.17487/RFC5730In augustus 2009<https://www.rfc-editor.org/info/rfc5730>.Brown, G., Extensibel Provisioneringsprotocol (EPP) Toewijzing voor DNS Time-to-Live (TTL) Waarden, RFC 9803, DOI 10.17487/RFC9803, Juni 2025,# Nieuwsartikel: **Titel: Wereldwijde impact van de COVID-19-pandemie** De COVID-19-pandemie heeft een ongekende wereldwijde impact gehad, met verreikende gevolgen voor de volksgezondheid, de economie en de sociale structuur. Sinds het begin van de uitbraak in december 2019 hebben landen wereldwijd stappen ondernomen om de verspreiding van het virus te beperken. De Wereldgezondheidsorganisatie (WHO) heeft een cruciale rol gespeeld in het coördineren van de internationale respons. Ze hebben richtlijnen uitgegeven, vaccins gepromoot en landen geholpen bij het opzetten van test- en behandelingsfaciliteiten. De pandemie heeft geleid tot een wereldwijde economische crisis, met een aanzienlijke daling van het BBP in veel landen. Bedrijven hebben te maken gehad met sluitingen en financiële moeilijkheden, wat heeft bijgedragen aan een toename van de werkloosheid. Bovendien heeft de pandemie sociale en culturele veranderingen teweeggebracht. Sociale afstand en quarantainemaatregelen hebben de manier waarop mensen interacteren en samenleven beïnvloed. Veel landen hebben hun grenzen gesloten en reisbeperkingen ingesteld om de verspreiding van het virus te voorkomen. Ondanks de uitdagingen blijft de wereld veerkrachtig. Wetenschappers en medische professionals werken onvermoeibaar aan het ontwikkelen van behandelingen en vaccins. De internationale samenwerking blijft van cruciaal belang om de pandemie effectief te bestrijden.Tekst: https://www.rfc-editor.org/info/rfc9803 Vertaling: https://www.rfc-editor.org/info/rfc9803> De journalistieke tekst: > > Op 15 mei 2023 kondigde de Europese Commissie een nieuw initiatief aan om de digitale transformatie in de gezondheidszorg te versnellen. Dit initiatief, genaamd "Digital Health Europe", streeft ernaar om de toegang tot digitale gezondheidsdiensten te verbeteren en de interoperabiliteit tussen verschillende gezondheidsinformatiesystemen te bevorderen. > > Volgens de Commissie kan de digitale transformatie aanzienlijke voordelen opleveren voor patiënten, zorgverleners en de gezondheidszorgsystemen als geheel. Door de implementatie van geavanceerde technologieën, zoals kunstmatige intelligentie en blockchain, hoopt men de efficiëntie te verhogen, kosten te verlagen en de kwaliteit van de zorg te verbeteren. > > "Digital Health Europe is een cruciale stap voorwaarts in de modernisering van onze gezondheidszorgsystemen," zei commissaris voor Gezondheid, Stella Kyriakides. "Door digitale oplossingen te omarmen, kunnen we de patiëntenzorg verbeteren, de veiligheid verhogen en een meer duurzame gezondheidszorg voor de toekomst vormgeven." > > Het initiatief omvat verschillende acties, waaronder de ontwikkeling van gemeenschappelijke standaarden voor gezondheidsgegevens, het bevorderen van veilige gegevensuitwisseling en het ondersteunen van onderzoek en innovatie in de digitale gezondheidszorg. > > De Europese Commissie werkt samen met lidstaten, gezondheidsorganisaties en belanghebbenden om de implementatie van "Digital Health Europe" te verzekeren en de digitale transformatie in de gezondheidszorg in de komende jaren vorm te geven..

Bedankingen

De auteur wil de volgende bedanken voor hun constructieve feedback en advies tijdens de ontwikkeling van dit document:Andy Newton, Pawel Kowalik, Maarten Wullink, Mohamed Boucadair, Vijay K. Gurbani, Di Ma, Nabeel Cocker, Ketan Talaulikar, Ralf Weber, Mike Bishop, Mahesh JethanandanienÉric Vyncke.¶

Adres van de auteur

Gavin Brown

ICANN

12025 Waterfront Drive, Suite 300

Los Angeles, Californië 90094–2536

Verenigde Staten van Amerika

E-mail: gavin.brown@icann.org

RFC 10037: Protocol voor toegang tot registratiedata (RDAP) voor DNS Time-to-Live (TTL) waarden