| Anterior | Siguiente |
| ERROR_IPSEC_IKE_QUEUE_DROP_MM | ERROR_IPSEC_IKE_DROP_NO_RESPONSE |
ERROR_IPSEC_IKE_QUEUE_DROP_NO_MM
Significado operativo de ERROR_IPSEC_IKE_QUEUE_DROP_NO_MM
ERROR_IPSEC_IKE_QUEUE_DROP_NO_MM (13812, 0x000035F4) — La solicitud de negociación permaneció demasiado tiempo en la cola sin una SA de modo principal disponible.
Los estados IKE no deben reducirse a “IPsec falló”. Captura peer, dirección local/remota, método de autenticación, propuesta y fase de negociación que produjo este valor.
Condición que hay que demostrar
La evidencia debe explicar exactamente «La solicitud de negociación permaneció demasiado tiempo en la cola sin una SA de modo principal disponible» en el componente que devolvió el valor.
Diagnóstico recomendado
- Registra timestamps de inicio, retransmisiones, respuesta del peer y tiempo en cola. Esto separa peer silencioso, backlog local y una negociación que supera su timeout.
- Comprueba pérdida/MTU/NAT y carga del servicio antes de aumentar timeouts; una cola saturada y una red sin respuesta requieren correcciones diferentes.
- Conserva como etiqueta de correlación «ipsec · ike · queue · drop · no · mm» y la descripción exacta «La solicitud de negociación permaneció demasiado tiempo en la cola sin una SA de modo principal disponible»; evita mezclar esta incidencia con otro código de la misma familia.
Estado próximo con otra causa
ERROR_IPSEC_IKE_DROP_NO_RESPONSE (13813) significa «No se recibió respuesta del par remoto». Aquí la condición es «La solicitud de negociación permaneció demasiado tiempo en la cola sin una SA de modo principal disponible».
Cómo actuar
Elimina la causa de cola, pérdida o peer silencioso antes de ampliar timeouts. Una negociación nueva debe progresar sin permanecer en el mismo punto de espera.
Escenario de diagnóstico
Una conexión con peer conocido termina con 13812. El trace se alinea con las SA activas y muestra la fase exacta —timing— donde diverge de una negociación sana; la corrección se prueba abriendo una SA nueva.
Distinción diagnóstica específica
La condición propia de esta página es «La solicitud de negociación permaneció demasiado tiempo en la cola sin una SA de modo principal disponible.». El estado más cercano por contenido, ERROR_IPSEC_IKE_QM_ACQUIRE_DROP, describe en cambio «La solicitud de negociación de modo rápido permaneció demasiado tiempo en la cola.». Ambos comparten IPsec, IKE, descarte, pero aquí el discriminante operativo es queue, no, modo principal.
Sitúa este resultado en la fase de ciclo de vida de la SA y conserva SA concreta, peer, timestamps, estado Main/Quick Mode y transición inmediatamente anterior.
Anota el primer punto donde aparece «queue, no, modo principal» y comprueba que la condición descrita por ERROR_IPSEC_IKE_QM_ACQUIRE_DROP no sea la que realmente se observa.
Prueba discriminante del estado
La investigación de este valor debe centrarse en estado interno IKE específico. Captura primer evento IKEEXT, fase, peer, SA y mensaje que precede al código y úsalo para preservar el estado exacto antes de reiniciar el servicio; esa evidencia separa este estado de errores IKE que aparecen en otra fase.
El código más parecido por estructura es ERROR_IPSEC_IKE_QM_ACQUIRE_DROP, cuya condición es «La solicitud de negociación de modo rápido permaneció demasiado tiempo en la cola.». Aquí Windows informa «La solicitud de negociación permaneció demasiado tiempo en la cola sin una SA de modo principal disponible.»; compara ambas frases con el trace y decide por el campo/objeto observado, no por pertenecer a la misma familia IPsec.
Como recuperación, corregir la condición demostrada y repetir una negociación nueva.
Referencias técnicas
¿Buscas un código diferente? Buscar otro código de estado o error.