Skip to Content.
Sympa Menu

public-l - Re: [public-l] Minimum TTL nach RfC 2308

public-l AT list.denic.de

Subject: Public DENIC mailinglist

List archive

Re: [public-l] Minimum TTL nach RfC 2308


Chronological Thread 
  • From: Peter Koch <pk AT TechFak.Uni-Bielefeld.DE>
  • To: public-l AT denic.de
  • Subject: Re: [public-l] Minimum TTL nach RfC 2308
  • Date: Tue, 20 Feb 2001 11:17:22 +0100


>Lutz Donnerhacke schrieb:

> >wurde nicht schlagartig ueberall die Bedeutung des MinTTL-Feldes
> >veraendert,
> >sondern diese haengt in der Interpretation in der Flaeche davon ab, wieweit
> >2308 implementiert und im Feld verbreitet ist.
>
> Dem ist nicht so. Das minimum TTL Feld hatte drei Bedeutungen:

Dem ist sehrwohl so. Die Veroeffentlichung eines RFC initiiert keinen
spontanen Software-Upgrade. Registries und operationelle Empfehlungen
muessen sich nicht nur an den relevanten Standards sondern auch an ihrer
Verbreitung orientieren, zumal wir es hier mit einem Bedeutungsuebergang
zu tun haben.

> >Darum spricht das Dokument auch von "transition phase", was zum Zeitpunkt
> >des Erscheinens voellig korrekt war und auch heute noch nicht voellig
> >falsch ist.
>
> Ziemlich irrelevant, wenn man deswegen die Eintragung der neuen Bedeutung
> verhindert.

So lange im Feld bei der Zielgruppe von RIPE 203 nennenswert 'alte' Nameserver
im Einsatz sind, die MinTTL noch nicht nach RFC 2308 interpretieren, ist das
alles andere als irrelevant. Weder RIPE 203 noch die RIPE DNS WG haben
versucht, Werte nach 2308 zu verhindern. Das Dokument ist allein nicht als
Anleitung fuer das Policing gedacht gewesen und dafuer auch sicher nicht
geeignet; die Designkriterien waren andere.

> > This is required so that the response may be cached. The TTL of this
> > record is set from the minimum of the MINIMUM field of the SOA record
> > and the TTL of the SOA itself, and indicates how long a resolver may
> > cache the negative answer. [...]
>
> Falsch intepretiert: Abschnitt drei befasst sich mit dem Negatvbescheid
> eines
> authorisierten NS. Dieser hat einen SOA-RR mitzusenden und in _dieser_
> Antwort die TTL fuer _diesen_ SOA-RR auf den Wert der minimum TTL aus dem
> SOA
> Record zu uebernehmen, es sei denn, die TTL des SOA Records war noch
> kleiner.

Nein, korrekt interpretiert. Ziel: adaequate TTL fuer negative Antworten.
Bei einer TTL von 3600 fuer den SOA RR selbst bekommen die negativen Antworten
eben genau diesen Wert (da MinTTL mit zwei Tagen groesser ist).

-Peter Koch





Archive powered by MHonArc 2.6.19.

Top of Page