3. Impact of a Wildcard Domain Name on a Response

L'algorithme de la RFC 1034, section 4.3.2, reste inchangé, sauf comme spécifié dans la section 3.3.3 de ce document. Le problème réside dans l'interprétation de l'algorithme dans la section 4.3.2, étape 3, partie 'c' de la RFC 1034, comme indiqué dans la section 4.3.3 de la RFC 1034, définissant les jokers.

3.1 Step 2 (Étape 2)

L'étape 2 de l'algorithme de recherche consiste à "trouver la correspondance la plus longue possible". Il a été soutenu qu'une référence mise en cache répond à la question de la "correspondance la plus longue" et élimine le besoin de continuer avec les étapes suivantes. Ceci est incorrect. Compléter l'étape 2 inclut la détermination s'il existe une correspondance plus longue disponible plus loin dans la hiérarchie DNS.

3.2 Step 3 (Étape 3)

L'étape 3 de l'algorithme de recherche dans la RFC 1034, section 4.3.2, est l'endroit où les jokers sont invoqués, mais seulement si un ensemble d'enregistrements de ressources correspondant au type de la requête n'est pas trouvé au nom de domaine. Il s'agit de la partie 'c' de l'étape 3.

3.3 Part 'c' (Partie 'c')

Ceci est la discussion sur le texte "look to see" cité de la section 4.3.2, étape 3, partie 'c' de la RFC 1034.

3.3.1 Closest Encloser and the Source of Synthesis (Enceinte la plus proche et source de synthèse)

L'"enceinte la plus proche (closest encloser)" est le nœud dans l'arbre des noms de domaine existants de la zone qui a le plus d'étiquettes correspondant à un nom de requête (consécutivement, en comptant à partir de l'étiquette racine vers le bas). La "source de synthèse (source of synthesis)" est le nom de domaine joker descendant immédiatement de l'enceinte la plus proche, à condition qu'un nom de domaine joker apparaisse à cet emplacement dans la zone.