find duplex-mismatch-grænseflader i netværket
On februar 15, 2021 by adminHvad er årsagerne til duplex-mismatch bortset fra miskonfiguration? (strømafbrydelse? forkert kabler? fejl i implementering af automatisk forhandlingsimplementering?)
Har du nogle tanker om at opdage uoverensstemmelse i duplex? NetMRI ser ud til at bruge grænsefladefejlfrekvens. Er det tilstrækkeligt bare at afstemme alle grænsefladefejlrater på switche / servere? Hvad hvis denne funktion ikke er tilgængelig på en enhed?
Rediger: Drivere kan helt sikkert forårsage problemer med duplex. Jeg har set Broadcom NIC sidde fast i halv dupleks på FreeBSD.
Kommentarer
- hvilken leverandør ' s udstyr tænker du på? Det betyder noget for, hvordan det ' er opdaget
- virkelig blandet .. Cisco Catalyst, H3C, HP Procurve, NetGear .. computere, printere, telefoner, IP-kameraer osv. .
- Hjalp noget svar dig? hvis ja, skal du acceptere svaret, så spørgsmålet ikke ' ikke dukker op for evigt og leder efter et svar. Alternativt kan du sende og acceptere dit eget svar.
Svar
Langt det mest almindelige problem ville være forkert konfiguration. Nogle mennesker holder stadig fast ved gamle overbevisninger om, at automatisk forhandling ikke fungerer pålideligt.
Hvis du har forskellige leverandører, kan der være problemer, men jeg kan ikke se det meget ofte. Jeg vil meget hellere stole på automatisk forhandling som min første løsning, og hvis det mislykkes, falder det tilbage til hårdkodning.
Det er ret almindeligt at se porte, der kører i 100 / halv, for hvis den ene side har auto og den anden side har 100 / fuld, så er hastigheden kan detekteres, men duplexen må antages at være halvt, fordi det ikke kan forhandles.
Dit NMS burde være i stand til at registrere dette, men du kan lave et script, der logger ind og gør:
sh int status | i half
Og rapporterer alle grænseflader, der kører i halv duplex. Dette fungerer kun for switche. For routere har du brug for noget som:
sh interfaces | i Fast|Giga|half
Så skal du analysere det på en eller anden måde. Det er sandsynligvis pænere at bruge SNMP dog. Gennemse Ciscos SNMP-side SNMP Object Navigator angiver, at du skal kunne bruge OID 1.3.6.1.4.1.9.5. 1.4.1.1.10 som er PortDuplex.
Kommentarer
- Faktisk fungerer det ' ikke pålideligt nogle gange … Når jeg arbejdede med it-support, får jeg ofte supportopkald, fordi nogen ' s computer vågnede og besluttede at gå med halv dupleks. Har aldrig haft et problem med Gigabit tho. … Bare de gamle FE-porte ….
- Btw PortDuplex på kontakten fortæller ' ikke meget om duplexindstillingen i den anden ende?
- " Nogle mennesker holder stadig fast på gamle overbevisninger om, at automatisk forhandling ikke fungerer pålideligt. " +1 på denne erklæring alene. Jeg kan ' t fortælle dig, hvor mange gange vores computerfolk prøver at få os til at kode vores hastigheds- / duplexindstillinger. Fejl er håndteres altid bedre i de nederste lag.
Svar
Et af symptomerne af en duplex-uoverensstemmelse er sene kollisioner. At få din NMS til at advare dig om disse kollisioner er en god måde at finde dem på. I det mindste kan nogle Cisco-modeller / IOS-versioner sende SNMP-fælder til disse kollisioner.
Svar
Det er altid forkert konfiguration, fordi duplex-tilstand er et L1-konfigurationsproblem. Hvis der er L1-problemer på trods af matchende DM og et fejlfrit kabel, er mindst et NIC brudt. Jeg foreslår, at du overvejer to fakta om automatisk konfiguration: Hver enhed understøtter heller ikke automatisk konfiguration, og der er heller ikke sikkerhed for, at begge grænseflader kører i fuld duplex-tilstand.
I betragtning af strømafbrydelse ville det være en årsag til forkert konfiguration. Grænsefladerne bliver nødt til at forhandle igen. Enten dokumenterer producenten korrekt sine enheder, eller du kan kun gætte, hvordan NIC prioriterer duplex og datahastighed.
Gigabit Ethernet pålægger fuld duplexdrift, men tillader stadig halv duplex. Duplex-tilstand er dog en faktor, når Fast Ethernet eller mindre er tilgængelige. Der er stadig enheder i brug, der ikke har brug for mere end 100 Mbps, fordi det linker til en linje, der aldrig vil levere mere hastighed.
Så er der enheder uden en webgrænseflade eller CLI. Disse bruger små DIP-switche til HD og FD. En metode, der sandsynligvis forårsager forvirring blandt brugerne.
Og der er enheder fra den samme producent, der er ude af linje med resten af serien. For eksempel har alle enheder mandat til AN, undtagen én enhed. Måske ville ingen forvente det. Så at sige – afvis aldrig forkert konfiguration.
Svar
På et lavt niveau er den store indikator for duplex-mismatch et stort antal ” sene kollisioner “rapporteret om halvdelen af dupleksenden af linket. Den fulde duplex-ende viser sandsynligvis ikke fejl.
På et højere niveau er en fælles indikator for duplex-mismatch, at pings fungerer, men mere komplekse ting enten fejler fuldstændigt eller fungerer med uhyggelig ydeevne. Protokoller som TCP vil forsøge at sende data i begge retninger på samme tid, på et korrekt fungerende fuld duplex-link fungerer dette naturligvis fint, på et korrekt fungerende halv duplex-link fungerer det også fint, da Ethernet vil buffer pakkerne, indtil linjen er fri men på et duplex-uoverensstemmende link, er det praktisk talt garanteret at resultere i sene kollisioner og dermed tabte pakker.
Skriv et svar