On Mon, 26 Apr 2004, JINMEI Tatuya / [ISO-2022-JP] [EMAIL PROTECTED]@C#:H wrote: > So, the desirable logic in Sections 4.4 and 4.5 is, IMO, as follows: > > - Section 4.4 > + there are two types of problems caused by missing additional > data. > + one of the problems is critical. the other can cause suboptimal > results, but there are workarounds > + for both problems, a protocol fix (EDNS0) and an operational fix > can be considered. > + for the non critical problem, the application should be careful to > not make the problem critical (perhaps we should move the last > paragraph of Section 4.5 here) > (other considerations, such as the one described in the second > paragraph of the current document) > > - Section 4.5 > different TTLs for A and AAAA can cause a similar problem as the > non-critical one described in Section 4.4. Using the same TTL might > be useful to minimize the problematic cases. Still, applications > should be careful enough.
Agreed. I've updated the text a bit, trying to make this clearer: http://www.netcore.fi/pekkas/ietf/temp/draft-ietf-dnsop-ipv6-dns-issues-06pre-diff.html http://www.netcore.fi/pekkas/ietf/temp/draft-ietf-dnsop-ipv6-dns-issues-06pre.txt Please see if these reflect to what you had in mind; I'm hoping of submitting this within a day. -- Pekka Savola "You each name yourselves king, yet the Netcore Oy kingdom bleeds." Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings . dnsop resources:_____________________________________________________ web user interface: http://darkwing.uoregon.edu/~llynch/dnsop.html mhonarc archive: http://darkwing.uoregon.edu/~llynch/dnsop/index.html
