differing TTLs in RRSet, same label/class/type
Chuck Anderson
cra at WPI.EDU
Wed Sep 24 17:43:37 UTC 2014
RFC 2181 section 5.2 says that differing TTLs in RRSet with the same
label/class/type should be deprecated with the behavior that an
authoritative server should reply with all the TTLs set to the lowest
TTL in the RRSet:
"Should an authoritative source send such a malformed RRSet, the client
should treat the RRs for all purposes as if all TTLs in the RRSet had
been set to the value of the lowest TTL in the RRSet."
I noticed that BIND 9.8.2 is choosing the HIGHEST TTL, not the lowest.
Is this a bug, or was there a newer RFC that changed the required
behavior?
More information about the bind-users
mailing list