De la documentación de Reaver, que encontré aquí :

  

Algunas implementaciones deficientes de WPS dejarán una conexión en el piso cuando se suministre un pin no válido en lugar de responder con un mensaje NACK como lo dictan las especificaciones. Para tener en cuenta esto, si se alcanza un tiempo de espera de M5 / M7, se trata de la misma manera que un NACK de forma predeterminada. Sin embargo, si se sabe que el AP de destino envía NACKS (la mayoría lo hace), esta función se puede desactivar para garantizar una mayor confiabilidad. Esta opción es en gran parte inútil ya que Reaver detectará automáticamente si un AP responde correctamente con NACKs o no:

     

reaver -i mon0 -b 00: 01: 02: 03: 04: 05 --nack

Por lo que respecta a su problema:

  

La velocidad a la que Reaver puede probar los números de pin está completamente limitada por la velocidad a la que el AP puede procesar las solicitudes WPS. Algunos AP son lo suficientemente rápidos para que un pin se pueda probar cada segundo; otros son más lentos y solo permiten un pin cada diez segundos. Estadísticamente, solo tomará la mitad de ese tiempo para adivinar el número de pin correcto.

¿Es posible que simplemente tengas un AP realmente muy lento? ¿O recibe otros mensajes de error / registros?