ontdek duplex-mismatch-interfaces in het netwerk
Geplaatst op februari 15, 2021 door adminWat zijn de andere oorzaken van duplex-mismatch dan verkeerde configuratie? (stroomstoring? onjuiste bekabeling? bugs bij automatische onderhandeling?)
Enig idee over het ontdekken van duplex-mismatch? NetMRI lijkt het foutpercentage van de interface te gebruiken. Is het voldoende om alle interfacefoutpercentages op switches / servers te pollen? Wat als deze functie niet beschikbaar is op een apparaat?
Bewerken: stuurprogrammas kunnen zeker problemen veroorzaken met duplex. Ik heb Broadcom NIC zien vastlopen in half-duplex op FreeBSD.
Reacties
- welke leverancier ‘ s apparatuur denk je aan? Het is belangrijk voor hoe het ‘ s ontdekt werd
- echt gemengd .. Cisco Catalyst, H3C, HP Procurve, NetGear .. computers, printers, telefoons, IP-cameras enz. .
- Heeft een antwoord je geholpen? als dat het geval is, moet u het antwoord accepteren, zodat de vraag niet ‘ niet voor altijd opduikt, op zoek naar een antwoord. Je kunt ook je eigen antwoord plaatsen en accepteren.
Antwoord
Verreweg het meest voorkomende probleem is verkeerde configuratie. Sommige mensen houden nog steeds vast aan oude opvattingen dat automatische onderhandeling niet betrouwbaar werkt.
Als u verschillende leveranciers heeft, kunnen er problemen zijn, maar ik zie het niet vaak. Ik vertrouw veel liever op automatische onderhandeling als mijn eerste oplossing en als dat niet lukt, val terug op harde codering.
Het is vrij gebruikelijk om poorten in 100 / half te zien werken, want als de ene kant auto heeft en de andere kant 100 / vol, dan is de snelheid kan worden gedetecteerd, maar de duplex moet worden verondersteld half te zijn, omdat er niet over kan worden onderhandeld.
Uw NMS zou dit moeten kunnen detecteren, maar u zou een script kunnen maken dat inlogt en doet:
sh int status | i half
En rapporteert alle interfaces die in half duplex draaien. Dit zou alleen werken voor schakelaars. Voor routers heb je zoiets nodig als:
sh interfaces | i Fast|Giga|half
Dan zou je het op de een of andere manier moeten ontleden. Het is echter waarschijnlijk prettiger om SNMP te gebruiken. Als u door de Ciscos SNMP-pagina SNMP Object Navigator bladert, geeft u aan dat u OID 1.3.6.1.4.1.9.5 zou moeten kunnen gebruiken. 1.4.1.1.10 wat PortDuplex is.
Reacties
- Inderdaad ‘ werkt niet betrouwbaar soms … Toen ik in de IT-ondersteuning werkte, krijg ik vaak ondersteuningsoproepen omdat de computer van iemand ‘ wakker werd en besloot om voor half-duplex te gaan. Nooit een probleem gehad met Gigabit Tho. … Alleen die oude FE-poorten ….
- Btw PortDuplex op de switch zegt ‘ niet veel over de duplex-instelling aan de andere kant?
- ” Sommige mensen houden nog steeds vast aan oude opvattingen dat automatische onderhandeling niet betrouwbaar werkt. ” +1 alleen voor deze verklaring. Ik kan ‘ niet vertellen hoe vaak onze computermensen proberen ons ertoe te brengen onze snelheids- / duplexinstellingen hard te coderen. Fouten zijn altijd beter behandeld in de lagere lagen.
Antwoord
Een van de symptomen van een duplex-mismatch zijn late botsingen. Het is een goede manier om uw NMS te laten waarschuwen voor deze botsingen. Ten minste sommige Cisco-modellen / IOS-versies kunnen SNMP-traps verzenden voor deze botsingen.
Answer
Het is altijd een verkeerde configuratie omdat de duplexmodus is een probleem met de L1-configuratie. Als er L1-problemen zijn ondanks dat DM en een onberispelijke kabel overeenkomen, is ten minste één NIC kapot. Ik stel voor dat je twee feiten over autoconfiguratie in overweging neemt: noch ondersteunt elk apparaat autoconfiguratie, noch is er zekerheid dat beide interfaces in full-duplex-modus zullen werken.
Gezien de stroomstoring, zou dat een oorzaak van een verkeerde configuratie. De interfaces zouden opnieuw moeten onderhandelen. Ofwel de fabrikant documenteert zijn apparaten correct, ofwel u kunt alleen raden hoe de NIC prioriteit geeft aan duplex en gegevenssnelheid.
Gigabit Ethernet vereist full duplex werking, maar staat nog steeds half duplex toe. De duplexmodus is echter een factor wanneer Fast Ethernet of minder beschikbaar is. Er zijn nog steeds apparaten in gebruik die niet meer dan 100 Mbps nodig hebben omdat ze zijn verbonden met een lijn die nooit meer snelheid zal leveren.
Dan zijn er apparaten zonder webinterface of CLI. Deze gebruiken kleine DIP-schakelaars voor HD en FD. Een methode die waarschijnlijk voor verwarring zorgt bij gebruikers.
En er zijn apparaten van dezelfde fabrikant die niet in overeenstemming zijn met de rest van de serie. Alle apparaten verplichten bijvoorbeeld AN, behalve één apparaat. Misschien zou niemand dat verwachten. Om het zo te zeggen – negeer nooit verkeerde configuraties.
Antwoord
Op een laag niveau is de grote indicator van duplex-mismatches grote aantallen ” late botsingen “gerapporteerd op het half duplex uiteinde van de link. Het full-duplex-uiteinde geeft waarschijnlijk geen fouten weer.
Op een hoger niveau is een veel voorkomende indicator van duplex-mismatch dat pings werken, maar dat complexere dingen ofwel volledig mislukken of werken met hopeloze prestaties. Protocollen zoals TCP zullen proberen om gegevens in beide richtingen tegelijkertijd te verzenden, op een correct werkende full duplex link werkt dit uiteraard prima, op een correct werkende half duplex link werkt het ook prima aangezien ethernet de pakketten zal bufferen tot de lijn vrij is maar op een duplex niet-overeenkomende link is het praktisch gegarandeerd dat dit resulteert in late botsingen en dus verloren pakketten.
Geef een reactie