Public DENIC mailinglist

["Sabine Dolderer/Denic" <dolderer AT denic.de>]

Hallo,

ich kann mich im Moment an dieser Diskussion leider nicht substantiell
beteiligen, da ich mich (mal wieder :-( ) nicht an meinem Schreibtisch
befinde, sondern bis Ende der Woche außer Haus bin. Dasselbe gilt für Teile
unserer technischen Abteilung.

Ich verspreche aber, mir das Ganze nächste Woche anschauen werde und dann
gibt es auch eine Stellungnahme,

viele Grüße
Sabine Dolderer

Sabine  Dolderer
DENIC eG
Wiesenhüttenplatz 26
D-60329 Frankfurt

eMail: Sabine.Dolderer AT denic.de
Fon: +49 69 27235 0
Fax: +49 69 27235 235


                                                                              
             
                    lutz@iks-jena                                             
             
                    .de (Lutz            An:     public-l AT denic.de            
             
                    Donnerhacke)         Kopie:                               
             
                    Gesendet von:        Thema:  Re: [public-l] Minimum TTL 
nach RfC 2308  
                    owner-public-                                             
             
                    l AT denic.de                                                
             
                                                                              
             
                                                                              
             
                    20.02.01                                                  
             
                    09:07                                                     
             
                    Bitte                                                     
             
                    antworten an                                              
             
                    lutz                                                      
             
                                                                              
             
                                                                              
             




PostedDate: 20.02.2001 09:07:58
$MessageID: <slrn99499m.ok.lutz AT taranis.iks-jena.de>
From: owner-public-l AT denic.de
SendTo: public-l AT denic.de
CopyTo:
Subject: Re: [public-l] Minimum TTL nach RfC 2308
Received: from smtp.denic.de ([194.246.96.73]) by notes.denic.de (Lotus
Domino Release 5.0.4) with ESMTP id 2001022009101436:420 ; Tue, 20 Feb 2001
09:10:14 +0100
Received: from localhost by smtp.denic.de with local id 14V7p5-0001rv-00;
Tue, 20 Feb 2001 09:06:59 +0100
Received: from grannus.iks-jena.de (grannus.iks-jena.de [217.17.192.68]) by
smtp.denic.de with esmtp id 14V7p4-0001rl-00; Tue, 20 Feb 2001 09:06:58
+0100
Received: (from news@localhost) by grannus.iks-jena.de (8.11.2/8.10.1) id
f1K87xE24708 for public-l AT denic.de; Tue, 20 Feb 2001 09:07:59 +0100
path: lutz
PRINCIPAL: lutz AT iks-jena.de (Lutz Donnerhacke)
Newsgroups: iks.lists.ripe.de
Organization: IKS GmbH Jena
Lines: 44
References: <slrn992ckg.jn.lutz AT taranis.iks-jena.de>
<20010219160729.27842.qmail AT servnix.WRonline.de>
NNTP_Posting_Host: taranis.iks-jena.de
MIME_Version: 1.0
User_Agent: slrn/0.9.6.3 (Linux)
Precedence: bulk
ReplyTo: lutz AT iks-jena.de (Lutz Donnerhacke)
SMTPOriginator: owner-public-l AT denic.de
RouteServers: CN=notes/O=Denic
RouteTimes: 20.02.2001 09:10:14-20.02.2001 09:10:14
DeliveredDate: 20.02.2001 09:10:15
$FolderRef:
$FolderRefID: 124862
$FolderRefFlags: 0
DENICDOCOPENCOUNT: 1
$MIMETrack: Itemize by SMTP Server on notes/Denic(Release 5.0.4 |June 8,
2000) at 20.02.2001 09:10:14;MIME-CD by Notes Client on Sabine
Dolderer/Denic(Version 5.0.2c (Intl)|08 Februar 2000) at 20.02.2001
17:58:31;MIME-CD complete at 20.02.2001 17:58:31
BlindCopyTo:
WebSubject: Re: [public-l] Minimum TTL nach RfC 2308


* Stefan Paletta wrote:
>Lutz Donnerhacke wrote/schrieb/scribsit:
>> RfC 2308 beschränkt ja die Bedeutungen des Minimum TTL Werts im SOA auf
die
>> Bedeutung der 'negative cache TTL'. (Abschnitt vier). Nach Abschnitt
fünf
>> wird dort ein Wert von ein bis vier Stunden empfohlen. Das DENIC
Mitglied,
>> über das wir arbeiten, weist aber alle Anfragen zurück, einen Wert
kleiner
>> 40000 (11h06m40s) dort einzutragen. Als Begründung heißt es: Der DENIC
>> fordere das so.
>
>Die unsinnigen Vorgaben der Denic sind offensichtlich schon seit
>geraumer Zeit abgeschafft (viel zu spaet, aber das schrieb ich schon
>an anderer Stelle). Das Denic Mitglied hat also sowohl das, als auch
>den RFC verschlafen.

Leider nicht ganz richtig. Das DENIC hat tatsächlich diese Beschränkung
drin
und verweist dafür (
http://www.denic.de/hilfe/domainauftrag.html#NAMESERVERAPP)
auf RIPE-203 (http://www.ripe.net/ripe/docs/ripe-203.html). Dort steht:

  4.6. The Minimum TTL Value

    There are two meanings for this value with practical relevance. First,
    it serves as a default value for the TTL of all RRs without a given
    value. To be cache-friendly this value was chosen to be two days, which
    also follows the stability assumption. The second meaning is the
default
    negative TTL [RFC 2308], which would call for a lower value. We are in
a
    transition phase now with software implementing either of both
meanings,
    so the TTL of one hour is recommended for the SOA itself, which will
    lead to nearly the same effect.

Ich lese das so, daß RIPE den TTL Wert im SOA-RR als minimum TTL ansehen
möchte, aber den TTL Wert des SOA-RR selbst als negative caching TTL
ansieht. Damit stellt man sich gegen den zitierten RfC 2308. Und es ist
logisch widersprüchlich, da in diesem Fall der SOA-RR selbst eine zu kleine
TTL haben würde. Abegesehen davon soll ja nicht der SOA-RR verfallen,
sondern doppelte Anfragen in der von diesem Record kontrollierten Domain
für
eine bestimmte Zeit unterdrückt werden.

Das von RIPE vorgeschlagene Procedere ist demzufolge kontraproduktiv, da es
das Problem nicht adressiert, wohl aber zusätzliche Netzlast verursacht.

Da wir nun schon mehrere Trouble-Tickets offen haben, würde mich eine
Stellungnahme des DENIC selbst interessieren. Noch mehr bin ich aber an
einer Aufklärung durch die Fachleute interessiert, die täglich mit DNS ins
Bett gehen.