[NT4] NIC neemt default gateway niet over

[Gunner]

Situatie:

Server. 3 nic's waarvan 2 (Gigabit) kaarten een vast IP van me gehad hebben. Nu heb ik een default gateway heb ingesteld voor deze 2 nic's heb ik het probleem dat IPCONFIG een van de gateways niet heeft overgenomen

Als ik in de Network properties kijk dan staat hij daar ook gewoon tussen.

De 2 gigabit NIC's zijn nog niet fysiek aangesloten op het netwerk, maar dat mag IMO niet uitmaken

Nog meer vreemde zaken. Ik kan geen enkele andere machine vanaf die server pingen. maar vanaf mijn werkstation kan ik de nieuwe server WEL pingen en remote overnemen... hmmm vaag

Iemand een idee?

[tCC]

volgens mij is dat goed en kan je ook maar 1 default gateway hebben.

[Zwelgje]

post ook even je routing tabel,

dan wordt het een en ander wat duidelijker

[Gunner]

code:

===========================================================================
Interface List
0x1 ........................... MS TCP Loopback interface
0x2 ...00 03 47 b3 73 8a ...... Intel(R) PRO/1000 Server Adapter
0x3 ...00 03 47 dd 2c be ...... Intel(R) PRO/1000 Server Adapter
0x4 ...00 02 55 fc 62 35 ...... AMD PCNET Family Ethernet Adapter
===========================================================================
===========================================================================
Active Routes:
Network Destination   Netmask       Gateway  Interface  Metric
        0.0.0.0     0.0.0.0 172.18.16.1    172.18.16.25   1
        0.0.0.0     0.0.0.0 172.18.16.1   172.18.18.254   1
      127.0.0.0   255.0.0.0   127.0.0.1  127.0.0.1    1
    172.18.16.0    255.255.252.0     172.18.16.25    172.18.16.25     1
    172.18.16.0    255.255.252.0     172.18.16.26    172.18.16.26     1
    172.18.16.0    255.255.252.0    172.18.18.254   172.18.18.254     1
     172.18.16.25  255.255.255.255    127.0.0.1  127.0.0.1    1
     172.18.16.26  255.255.255.255    127.0.0.1  127.0.0.1    1
    172.18.18.254  255.255.255.255    127.0.0.1  127.0.0.1    1
   172.18.255.255  255.255.255.255     172.18.16.26    172.18.16.26   1
      224.0.0.0   224.0.0.0     172.18.16.25    172.18.16.25      1
      224.0.0.0   224.0.0.0     172.18.16.26    172.18.16.26      1
      224.0.0.0   224.0.0.0    172.18.18.254   172.18.18.254      1
  255.255.255.255  255.255.255.255     172.18.16.26    172.18.16.26   1
===========================================================================

[Remco]

en nu nog ip van de nic's en lan (s)

[Gunner]

IP Nic #1: 172.18.16.25
Subnet #1: 255.255.252.0
Gateway #1: ingesteld op 172.18.16.1 maar laat niets zien

IP Nic #2: 172.18.16.26
Subnet #2: 255.255.252.0
Gateway#2: 172.18.16.1

IP nic #3: DHCP 172.18.18.245
Subnet #3: DHCP 255.255.252.0

[Verwijderd]

Op donderdag 20 juni 2002 11:29 schreef Gunner het volgende:
Ik kan geen enkele andere machine vanaf die server pingen.

dat klopt wel want je server probeert te antwoorden via de nic's die geen verbinding hebben.

edit:

andere vraag waarom zitten de beide nic's (1+2) in de zelfde ip range ?

[Gunner]

Op donderdag 20 juni 2002 12:31 schreef DRG het volgende:

andere vraag waarom zitten de beide nic's (1+2) in de zelfde ip range ?

Tsjah.. goede vraag ...
Die 2 NIC's moeten samen voor een redundant verbinding gaan zorgen maar zou dat mijn probleem kunnen zijn?

[Remco]

probeer eens:

route add 172.18.16.0 mask 255.255.252.0 172.18.16.1 metric 3 if 1

kan ook if 2 zijn, maar kan niet zien welke interface welke is.

als het werkt, moet je route add -p doen, dan blijft de route na het rebooten staan.

[Gunner]

Op donderdag 20 juni 2002 12:44 schreef Remc0 het volgende:
probeer eens:

route add 172.18.16.0 mask 255.255.252.0 172.18.16.1 metric 3 if 1

kan ook if 2 zijn, maar kan niet zien welke interface welke is.

als het werkt, moet je route add -p doen, dan blijft de route na het rebooten staan.

Bedankt, ik zal dat eens gaan testen als ik die 2 Gigabit adapters op het netwerk heb aangesloten (snel hopelijk)

[Verwijderd]

Op donderdag 20 juni 2002 12:39 schreef Gunner het volgende:

[..]

Tsjah.. goede vraag ...
Die 2 NIC's moeten samen voor een redundant verbinding gaan zorgen maar zou dat mijn probleem kunnen zijn?

Jep, niet het probleem maar wel een probleem

Switch gaat straks niet snappen via welke kaart het verkeer gaat lopen, dit heeft dus geen nut. Bovendien pakt Windows de eerste default gateway, de 2e negeert ie.. Op metrics in NT4 zou ik in dat kader ook maar niet zo hard vertrouwen overigens..

Compaq heeft dit probleem opgelost door z'n NICs het channeling protocol van Cisco te leren. Op die manier 'team' je de kaarten dus via het Cisco EtherChannel protocol (da's wat de rest van de wereld trunken noemt )

Als je Compaq NIC's hebt moet je dus teaming aanzetten (krijgen ze samen ook 1 MAC adres, en het channeling protocol regelt dan de load-balancing (of fault-tolerance) (is in te stellen)

_{Da's zeg maar hoe ik het doe}



edit: typo's