Hvordan flere kort på samme nettverk som forventes å oppføre seg

Sammendrag

Hvis du konfigurerer en Windows-basert datamaskin som har mer enn ett nettverkskort på samme fysiske nettverk og protokollen delnettverk, kan du oppleve uventede resultater. Denne artikkelen beskriver forventet virkemåte av denne typen ikke-standard konfigurasjon.

Hvis du vil ha mer informasjon

Tenk deg følgende:

• Du har en fungerende datamaskin som har Windows installert.

• To nettverkskort er koblet til den samme fysiske nettverk eller hub.

• TCP/IP er installert som nettverksprotokoll.

• Kort-adresser på samme delnett er 192.168.0.1 og 192.168.0.2.

• En klient på nettverket bruker adressen 192.168.0.119.

I dette scenariet kan du forvente de to kortene på samme fysiske nettverk og protokoll for delnett å utføre belastningsfordeling. Men per definisjon, kan bare ett kort kommunisere på nettverket på et tidspunkt i Ethernet-nettverk-topologien. Derfor begge kortene kan ikke overføre samtidig og må vente Hvis overføring av en annen enhet på nettverket. Kringkastingsmeldinger i tillegg må håndteres av hvert kort, fordi begge lytter på samme nettverk. Denne konfigurasjonen krever betydelig overhead, unntatt protocol-relaterte problemer. Denne konfigurasjonen gir ikke en god metode for å gi et Redundante nettverkskort for det samme nettverket.

Obs! Windows Server 2012 inneholder en ny funksjon samtale SMB Multikanal. SMB Multikanal er en del av SMB 3.0-protokollen, og lar servere bruker flere nettverkstilkoblinger på samme tid. Hvis du vil ha mer informasjon om SMB Multikanal, går du til Grunnleggende om SMB Multikanal, en funksjon i Windows Server 2012 og SMB 3.0.

Obs! Windows Server 2012 servere kan ikke bruke flere nettverkstilkoblinger samtidig hvis nettverket er konfigurert ved hjelp av CSMA/CD.

Anta at serveren har til å sende en pakke ved hjelp av TCP/IP-protokollen til en klient som har adressen er 192.168.0.119. Denne adressen er plassert på det lokale delnettet. En gateway har derfor ikke brukes til å nå klienten. Protokollstakken bruker første ruten som finnes i den lokale rutingstabellen. Dette er vanligvis det første kortet som ble installert. I dette tilfellet er kortet 192.168.0.1. Hvis overføringen mislykkes, kan senere forsøk bruke samme kortet i henhold til posten som blir funnet i rutingstabellen.

Hvis nettverket kabel for 192.168.0.1 kort mislykkes, dette fører ikke nødvendigvis til ruten som skal fjernes fra rutingstabellen. Derfor, det andre kortet fortsatt ikke kan brukes.

En annen ting du bør vurdere er at noen nettverksprogrammer binder til spesifikke kort i systemet. Hvis det var et nettverksprogram å binde til det andre kortet spesielt, kan programmet-relatert trafikk som ble mottatt fra klienter på første kort bli ignorert av programmet. Dette kan være forårsaket av registrering for NetBIOS-navn på nettverket. I tillegg, hvis programmet er bundet til kortet mislykkes, kan programmet mislykkes hvis det ikke bruker det andre kortet.

Vanligvis, med mindre programmer krever spesielt den, er denne typen konfigurasjon ikke nyttig. Noen produsenter gjør feiltolerant nettverkskort for å beskytte mot en enkelt feilpunkt. Disse kortene kan to kort skal inkluderes på samme server, men at bare ett kort som skal brukes samtidig. Hvis det primære kortet mislykkes, vil driveren deaktiverer det første kortet og aktiverer andre ved hjelp av samme adressekonfigurasjon. Resultatet er en ganske sømløs overgang til alternative kortet. Dette er den foretrukne metoden for å beskytte mot et enkelt nettverkskort som en enkelt feilpunkt.