Ping-Anforderung schlägt bei erster Anforderung in einem Subnetz/NIC fehl. Der übrige Verkehr ist sehr langsam

Ping-Anforderung schlägt bei erster Anforderung in einem Subnetz/NIC fehl. Der übrige Verkehr ist sehr langsam

Ich habe einen Server mit 2 Netzwerkkarten, die jeweils in einem separaten Subnetz konfiguriert sind:

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.

Wenn ich vom Server aus ein Gerät im Subnetz 148 (also einen IP-Drucker oder sogar das Gateway) anpinge, kommt die erste Anfrage immer mit „Zielhost nicht erreichbar“ als Antwort von NIC2 zurück. Danach sind die restlichen Anfragen in Ordnung. Wenn ich eine Anfrage an ein Gerät im Subnetz 148 sende (in diesem Fall einen Druckauftrag), ist der erste Versuch ebenfalls sehr langsam, und die nachfolgenden Ausdrucke sind dann in Ordnung. Wenn ich etwa 15 Sekunden lang nichts an ein bestimmtes Gerät sende, kehrt es in den ursprünglichen Zustand zurück.

Es gibt einige Drucker im Subnetz 151, bei denen dieses Problem nicht auftritt.

Wie also beseitige ich diese anfängliche Verzögerung?

Zusatzinfo: Server: 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 
===========================================================================

EDIT 30. Mai 2014 Das ist schon eine Weile her und einige Details sind verschwommen, aber ich wollte meine Lösung hier einbringen. Letztendlich mussten wir die Druckergruppe im Subnetz 148 in das (zum Glück nicht genutzte) Subnetz 150 verschieben. Wie gesagt, ich erinnere mich nicht mehr genau an die genaue Schlussfolgerung,Warumdies geschah, hing aber mit der Subnetzmaske und den von uns verwendeten Subnetzen zusammen, was zu einem Konflikt führte.

verwandte Informationen