Tengo un servidor con 2 NIC, cada una configurada en una subred separada:
NIC1 xxx.xx.151.10, mask 255.255.252.0, gateway xxx.xx.148.1
NIC2 xxx.xx.148.10, mask 255.255.255.0, gateway None, but I tried setting same as NIC1 to see if it helped. Did not.
Desde el servidor, cuando hago ping a un dispositivo en la subred 148 (es decir, una impresora IP o incluso la puerta de enlace), la primera solicitud siempre regresa con Host de destino inalcanzable como respuesta de NIC2. Después de eso, el resto de las solicitudes están bien. De manera similar, cuando envío una solicitud a un dispositivo en la subred 148 (en este caso un trabajo de impresión), el primer intento es muy lento y luego las impresiones posteriores van bien. Si no envío nada a un dispositivo determinado durante aproximadamente 15 segundos, vuelve al estado original.
Hay algunas impresoras en la subred 151 que no tienen este problema.
Entonces, ¿cómo elimino este retraso inicial?
Información adicional: Servidor: Windows Server 2008 R2
Pinging xxx.xx.148.1 with 32 bytes of data:
Reply from xxx.xx.148.10: Destination host unreachable.
Reply from xxx.xx.148.1: bytes=32 time=2ms TTL=64
Reply from xxx.xx.148.1: bytes=32 time=1ms TTL=64
Reply from xxx.xx.148.1: bytes=32 time=1ms TTL=64
Ping statistics for xxx.xx.148.1:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 1ms, Maximum = 2ms, Average = 1ms
netstat-rn:
IPv4 Route Table
===========================================================================
Active Routes:
Network Destination Netmask Gateway Interface Metric
0.0.0.0 0.0.0.0 xxx.xx.148.1 xxx.xx.151.10 266
127.0.0.0 255.0.0.0 On-link 127.0.0.1 306
127.0.0.1 255.255.255.255 On-link 127.0.0.1 306
127.255.255.255 255.255.255.255 On-link 127.0.0.1 306
xxx.xx.148.0 255.255.252.0 On-link xxx.xx.151.10 266
xxx.xx.148.0 255.255.255.0 On-link xxx.xx.148.10 266
xxx.xx.148.10 255.255.255.255 On-link xxx.xx.148.10 266
xxx.xx.148.255 255.255.255.255 On-link xxx.xx.148.10 266
xxx.xx.151.10 255.255.255.255 On-link xxx.xx.151.10 266
xxx.xx.151.255 255.255.255.255 On-link xxx.xx.151.10 266
192.168.1.0 255.255.255.0 On-link 192.168.1.2 266
192.168.1.2 255.255.255.255 On-link 192.168.1.2 266
192.168.1.255 255.255.255.255 On-link 192.168.1.2 266
224.0.0.0 240.0.0.0 On-link 127.0.0.1 306
224.0.0.0 240.0.0.0 On-link xxx.xx.151.10 266
224.0.0.0 240.0.0.0 On-link xxx.xx.148.10 266
224.0.0.0 240.0.0.0 On-link 192.168.1.2 266
255.255.255.255 255.255.255.255 On-link 127.0.0.1 306
255.255.255.255 255.255.255.255 On-link xxx.xx.151.10 266
255.255.255.255 255.255.255.255 On-link xxx.xx.148.10 266
255.255.255.255 255.255.255.255 On-link 192.168.1.2 266
===========================================================================
Persistent Routes:
Network Address Netmask Gateway Address Metric
0.0.0.0 0.0.0.0 xxx.xx.148.1 Default
0.0.0.0 0.0.0.0 xxx.xx.150.250 Default
===========================================================================
EDITAR 30 de mayo de 2014 Esto fue hace algún tiempo y algunos de los detalles son confusos, pero quería incluir mi solución aquí. Al final, tuvimos que mover el grupo de impresoras de la subred 148 a la subred 150 (afortunadamente no en uso). Como dije, no recuerdo muy bien la conclusión exacta en cuanto apor quéEsto sucedió, pero estaba relacionado con la máscara de subred y las subredes que estábamos usando, lo que provocó un conflicto.