Si los números de serie son idénticos, los datos en la zona se considerará que no ha "cambiado", y el cliente puede seguir utilizando la copia de la base de datos que ya tiene, si tiene una.
Estos clientes no abren una conexión TCP con el servidor hasta que hayan determinado que ellos necesitan llevar a cabo la transferencia de datos.
Estos clientes abren la conexión TCP con el servidor antes de que incluso realizan el preámbulo.
Este es un proceso laborioso y que es propenso a error, ya sea con los administradores olvidándose de cambiar un número de serie o cambiando un número de serie incorrectamente (como la disminución o el aumento por una gran cantidad).
Este paradigma simplemente no coincide con el de un solo, centralizado y monótonamente creciente número para registrar los cambios, y por lo tanto es incompatible con transferencia de zona en gran medida.
Sin embargo, esto no fue claramente especificados en el RFC 1034, lo que resulta en que no todos los clientes realizan la verificación del número de serie, en el preámbulo, de la misma manera.
Algunos clientes simplemente comprueban que el número de serie proporcionado por el servidor es diferente al conocido por el cliente, o distinto de cero.
Sin embargo, otros clientes todavía realizan esta última comprobación y, además, comprobar que el número de serie suministrado por el servidor no es cero.
Existen varios casos donde aún siguiendo bien esta regla, solamente validar los números de serie hace que el cliente no detecte que necesita una actualización.
[7] Los datos contenidos en una zona DNS pueden ser sensibles desde un aspecto de la seguridad operacional.
[8] Hay numerosas formas de comprobar si un servidor DNS es vulnerable.