Die Zeiten, in denen man ein komplettes Class A, B oder C-Netz zugeteilt bekam sind ja schon lange vorbei. Und jetzt, wo das Ende des IPv4-Adressraumes naht, muss man den Bedarf an IP-Adressen immer besser nachweisen. Seit geraumer Zeit also bekommt man Netze nach dem Schema 1.2.3.0/26 zugewiesen. Dieses Verfahren ist als CIDR (Classless Inter-Domain Routing) bekannt und mit einer der Gründe, warum die Routingtabellen in den zentralen Routern immer größer werden. Ein Problem bei diesem Verfahren ist auch das Reverse-DNS für die IP-Adressen eines solchen Netzes kleiner als /24. Mit der herkömmlichen Art und Weise kann man die umgekehrte DNS-Auflösung (welchen vollqualifizierten Domainnamen hat die IP-Adresse?) nicht an andere DNS-Server delegieren, weil eine Delegation von DNS-Zonen nur an „Punkt-Grenzen“ möglich ist. Der DNS-Eintrag für die IP 1.2.3.5 sieht zum Beispiel so aus: 5.3.2.1.in-addr.arpa.. Da kann man also eigentlich nur den kompletten Bereich von 0 bis 255 delegieren durch ein 3 IN NS reverse-ns.dnsserver.net. in der Zone 2.1.in-addr.arpa.. Hat man das Netz jetzt aber zum beispiel in mehrere /29-Netze aufgeteilt, muss man einen anderen Weg gehen, um den Adressbereich an unterschiedliche DNS-Server delegieren zu können. Hier zeigt das RFC 2317 einen Weg auf, der im Moment als „Best current practise“ eingestuft ist.
Die Zeiten, in denen man ein komplettes Class A, B oder C-Netz zugeteilt bekam sind ja schon lange vorbei. Und jetzt, wo das Ende des IPv4-Adressraumes<\/a> naht, muss man den Bedarf an IP-Adressen immer besser nachweisen. Seit geraumer Zeit also bekommt man Netze nach dem Schema 1.2.3.0\/26<\/code> zugewiesen. Dieses Verfahren ist als CIDR (Classless Inter-Domain Routing<\/a>) bekannt und mit einer der Gr\u00fcnde, warum die Routingtabellen in den zentralen Routern immer gr\u00f6\u00dfer werden. Ein Problem bei diesem Verfahren ist auch das Reverse-DNS<\/a> f\u00fcr die IP-Adressen eines solchen Netzes kleiner als \/24<\/code>. Mit der herk\u00f6mmlichen Art und Weise kann man die umgekehrte DNS-Aufl\u00f6sung (welchen vollqualifizierten Domainnamen hat die IP-Adresse?) nicht an andere DNS-Server delegieren, weil eine Delegation von DNS-Zonen nur an „Punkt-Grenzen“ m\u00f6glich ist. Der DNS-Eintrag f\u00fcr die IP 1.2.3.5<\/code> sieht zum Beispiel so aus: 5.3.2.1.in-addr.arpa.<\/code>. Da kann man also eigentlich nur den kompletten Bereich von 0<\/code> bis 255<\/code> delegieren durch ein 3 IN NS reverse-ns.dnsserver.net.<\/code> in der Zone 2.1.in-addr.arpa.<\/code>. Hat man das Netz jetzt aber zum beispiel in mehrere \/29<\/code>-Netze aufgeteilt, muss man einen anderen Weg gehen, um den Adressbereich an unterschiedliche DNS-Server delegieren zu k\u00f6nnen. Hier zeigt das RFC 2317<\/a> einen Weg auf, der im Moment als „Best current practise“ eingestuft ist.