upptäcka gränssnitt för duplexmatchning i nätverket
On februari 15, 2021 by adminVad är orsakerna till duplexmatchning annat än felkonfiguration? (strömavbrott? felaktig kabeldragning, implementering av auto-förhandlingsfel?)
Har du några tankar om att upptäcka att duplex inte matchar? NetMRI verkar använda gränssnittsfelfrekvens. Räcker det att bara undersöka alla gränssnittsfelfrekvenser på växlar / servrar? Vad händer om den här funktionen inte är tillgänglig på en enhet?
Redigera: Drivrutiner kan definitivt orsaka problem med dubbelsidig utskrift. Jag har sett Broadcom NIC fastnat i halv duplex på FreeBSD.
Kommentarer
- vilken leverantör ' s utrustning tänker du på? Det spelar roll för hur det ' upptäcktes
- verkligen blandades .. Cisco Catalyst, H3C, HP Procurve, NetGear .. datorer, skrivare, telefoner, IP-kameror etc. .
- Hjälpte något svar dig? Om så är fallet, bör du acceptera svaret så att frågan inte ' inte dyker upp för alltid och letar efter ett svar. Alternativt kan du lägga upp och acceptera ditt eget svar.
Svar
Den absolut vanligaste frågan är felkonfiguration. Vissa människor håller fortfarande fast vid gamla övertygelser om att automatisk förhandling inte fungerar tillförlitligt.
Om du har olika leverantörer kan det finnas problem men jag ser det inte så ofta. Jag vill hellre förlita mig på automatisk förhandling. som min första lösning och om det misslyckas faller det tillbaka till hårdkodning.
Det är ganska vanligt att portar fungerar i 100 / half för om en sida har auto och andra sidan har 100 / full så är hastigheten kan detekteras men duplex måste antas vara halv eftersom det inte kan förhandlas.
Ditt NMS borde kunna upptäcka detta men du kan göra ett skript som loggar in och gör:
sh int status | i half
Och rapporterar tillbaka alla gränssnitt som körs i halv duplex. Detta skulle bara fungera för switchar. För routrar behöver du något som:
sh interfaces | i Fast|Giga|half
Då måste du analysera det på något sätt. Det är förmodligen trevligare att använda SNMP. Surfa på Ciscos SNMP-sida SNMP Object Navigator indikerar att du ska kunna använda OID 1.3.6.1.4.1.9.5. 1.4.1.1.10 vilket är PortDuplex.
Kommentarer
- Det fungerar faktiskt inte ' ibland … När jag arbetade med IT-support får jag ofta supportsamtal eftersom någon ' s dator vaknade och bestämde sig för att gå med halv duplex. Har aldrig haft problem med Gigabit tho. … Bara de gamla FE-portarna ….
- Btw PortDuplex på omkopplaren berättar inte ' mycket om duplexinställningen i andra änden?
- " Vissa människor håller fortfarande fast vid gamla övertygelser om att automatisk förhandling inte fungerar tillförlitligt. " +1 på detta uttalande ensam. Jag kan ' t berätta hur många gånger våra dators folk försöker få oss att koda våra inställningar för hastighet / duplex. Fel är hanteras alltid bättre i de nedre lagren.
Svar
Ett av symtomen av en duplexmatchning är sena kollisioner. Att få ditt NMS att varna dig om dessa kollisioner är ett bra sätt att hitta dem. Åtminstone vissa Cisco-modeller / IOS-versioner kan skicka SNMP-fällor för dessa kollisioner.
Svar
Det är alltid fel konfiguration eftersom duplexläge är ett L1-konfigurationsproblem. Om det finns L1-problem trots matchning av DM och en felfri kabel, är minst en NIC trasig. Jag föreslår att du överväger två fakta om automatisk konfiguration: Inte heller stöder varje enhet automatisk konfiguration, och det finns inte säkerhet att båda gränssnitten kommer att köras i full-duplex-läge.
Med tanke på strömavbrott skulle det vara ett orsak till felkonfiguration. Gränssnitten skulle behöva förhandla igen. Antingen dokumenterar tillverkaren korrekt sina enheter eller så kan du bara gissa hur NIC prioriterar duplex och datahastighet.
Gigabit Ethernet föreskriver full duplexdrift, men ändå tillåter du halv duplex. Duplexläge är dock en faktor när Fast Ethernet eller mindre är tillgängliga. Det finns fortfarande enheter i bruk som inte behöver mer än 100 Mbps eftersom det länkar till en linje som aldrig ger mer hastighet.
Sedan finns det enheter utan ett webbgränssnitt eller CLI. Dessa använder små DIP-omkopplare för HD och FD. En metod som troligen orsakar förvirring bland användarna.
Och det finns enheter från samma tillverkare som inte stämmer överens med resten av serien. Till exempel har alla enheter mandat för AN, förutom en enhet. Kanske skulle ingen förvänta sig det. Så att säga – avvisa aldrig felkonfiguration.
Svar
På en låg nivå är den stora indikatorn för duplexmatchningar ett stort antal ” sena kollisioner ”rapporterade på halva duplexänden på länken. Det är osannolikt att hela duplexänden visar fel.
På en högre nivå är en vanlig indikator på att duplex inte matchar att pings fungerar men mer komplexa saker antingen misslyckas helt eller fungerar med oförskämd prestanda. Protokoll som TCP kommer att försöka skicka data i båda riktningarna samtidigt, på en korrekt fungerande full duplexlänk fungerar det självklart bra, på en korrekt fungerande halv duplexlänk fungerar det också bra eftersom Ethernet kommer att buffra paketen tills linjen är ledig men på en duplex felaktig länk är det praktiskt taget uppskattat för att resultera i sena kollisioner och därmed tappade paket.
Lämna ett svar