Stephane, >> Michel Py a écrit: >> Je propose un nouveau système basé sur rDNS: Créer un RR de >> type TXT qui contient l'info.
> Stephane Bortzmeyer a écrit: > Je ne vois pas l'intérêt. Si les gens ne remplissent pas > (correctement) leurs champs LOC, pourquoi rempliraient-ils > ces TXT ? Pour 3 raisons: 1. Simplicité: RFC 1876 est basée sur les noms. Même si le cas de recherche par adresse est prévu: > 5.2.2 Searching by Address > If the application is beginning with an IP address (as a "visual > traceroute" application might be) it MUST first map the address > to a name using the IN-ADDR.ARPA namespace (see [RFC 1034], > section 5.2.1), then check for a LOC RR associated with that name. Le RR LOC est placé dans la zone du nom retourné par le PTR dans in-addr.arpa. Ce que je propose est de placer le RR TXT directement dans la zone in-addr.arpa, donc permettant d'obtenir l'info géoloc par une requête directe au lieu de deux. 2. Simplicité: J'aurais pu suggérer de placer un RR de type LOC dans in-addr.arpa à la place du TXT. Mais en y regardant de plus près, le RR LOC est limité aux coordonnées géographiques, il n'y a pas de champ "pays" par exemple. L'origine de ce fil étant de déterminer dans quel pays un serveur DNS est situé, se servir du RR LOC pour cela demande en plus de passer les dites coordonnées dans une moulinette qui en déduit le pays, alors que le RR TXT donne le pays directement. 3. Flexibilité: La syntaxe pseudo-XML du RR TXT permet très facilement d'ajouter des champs. Bon je ne m'attends pas à ce que ça change la face du monde, pour l'instant je tâte la température pour savoir si ça vaut l'effort de pondre un draft. Michel. --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
