Frage Sollte die Netzwerkhardware auf "autonegotiate" Geschwindigkeiten oder feste Geschwindigkeiten eingestellt sein?


Wir hatte vor kurzem ein kleines Problem mit Netzwerken, bei denen mehrere Server zeitweise die Netzwerkkonnektivität ziemlich schmerzhaft verlieren würden (erforderlicher harter Neustart). Dies geschieht seit ungefähr zwei Wochen scheinbar auf verschiedenen Servern. Kein besonderes Muster, das wir erkennen könnten.

Nach einigem Hin und Her haben wir gesehen, dass der Switch 100 Mbps für den Problem-Port gemeldet hat:

Das klingt bemerkenswert nach dem, was in dem Artikel von Joel Spolsky passiert ist Fünf Warum

Michael verbrachte einige Zeit damit, eine Obduktion durchzuführen und stellte fest, dass das Problem ein einfaches Konfigurationsproblem beim Switch war. Es gibt mehrere mögliche Geschwindigkeiten, die ein Switch verwenden kann, um zu kommunizieren (10, 100 oder 1000 Megabit / Sekunde). Sie können die Geschwindigkeit entweder manuell einstellen oder den Switch automatisch die höchste Geschwindigkeit aushandeln lassen, mit der beide Seiten arbeiten können. Der Switch, der fehlgeschlagen ist, wurde auf autonegotiate gesetzt. Das funktioniert normalerweise, aber nicht immer, und am Morgen des 10. Januar war es nicht so.

Wir haben jetzt deaktiviert automatisch aushandeln auf unserer Netzwerk-Hardware und setzen Sie es auf eine feste Rate von 1000 Mbps (Gigabit).

Meine Fragen an diejenigen mit mehr Erfahrung in der Server-Hardware-Vernetzung:

  1. Wie häufig treten Probleme mit der modernen Netzwerkhardware automatisch auf?
  2. Wird es als gute, standardmäßige Netzwerkübung angesehen, die automatische Verhandlung zu deaktivieren und feste Geschwindigkeiten beim Einrichten von Netzwerken festzulegen?

87
2018-01-25 18:57


Ursprung


Haben Sie die automatische Verhandlung auf Ihren Servern ebenfalls deaktiviert und sie auf 1000 / voll gesetzt? - James
Dies ist nur ich, aber wenn ich zu Ihrem Problem lief, würde ich mich wundern, warum der Switch und der Server nicht die höchste Priorität (1000 / voll) verhandeln. Das sagt mir, dass etwas kaputt ist, und indem Sie die Verbindung auf eine bestimmte Geschwindigkeit zwingen, vertuschen Sie nur ein Problem. - Doug Luxem
Es gibt einige Plattformen (insbesondere Solaris 9), die in bekannten Szenarien Probleme mit der Autonegotiation haben - ich benutze nur autoneg mit allem, was in den letzten zehn Jahren gemacht wurde - warren
Etwas, das mich fast pink pinkeln ließ: serverfault.com/questions/328105/ethernet-interface-errors - nixnotwin


Antworten:


  1. Ich habe noch ein Problem mit der automatischen Aushandlung von Netzwerkgeschwindigkeiten gesehen, das weder durch (a) eine Nichtübereinstimmung von manuell an einem Ende der Verbindung und automatisch auf der anderen Seite oder (b) eine fehlerhafte Komponente der Verbindung verursacht wird ( Kabel, Port usw.).

  2. Das hängt vom Administrator ab, aber meine Erfahrung hat gezeigt, dass Sie, wenn Sie die Verbindungsgeschwindigkeiten und Duplexeinstellungen manuell festlegen, mit Geschwindigkeitsüberschneidungen rechnen müssen. Warum? Weil es nahezu unmöglich ist, die verschiedenen Verbindungen zwischen Switches und Servern zu dokumentieren und diese Dokumentation dann zu befolgen, wenn Sie Änderungen vornehmen. Die meisten Fehler, die ich gesehen habe, sind wegen 1 (a) und Sie kommen nur in diese Situation, wenn Sie anfangen, Geschwindigkeits- / Duplexeinstellungen manuell einzustellen.

Wie erwähnt in der Cisco-Dokumentation:

Wenn Sie die automatische Aushandlung deaktivieren, werden Verbindungsabbrüche und andere Probleme auf der physischen Ebene ausgeblendet. Deaktivieren Sie Autonegotiation nur für Endgeräte, z. B. ältere Gigabit-NICs, die keine Gigabit-Autonegotiation unterstützen. Deaktivieren Sie Autonegotiation zwischen den Switches nur dann, wenn dies unbedingt erforderlich ist, da Probleme mit der physikalischen Schicht unerkannt bleiben und zu Spanning Tree-Schleifen führen können.

Es sei denn, Sie sind bereit, ein Änderungsverwaltungssystem für Netzwerkänderungen einzurichten, das die Überprüfung der Geschwindigkeit / Duplex erfordert (und Flusskontrolle nicht vergisst) oder bereit ist, mit gelegentlichen Fehlanpassungen umzugehen, die sich aus der manuellen Festlegung dieser Einstellungen auf allen Netzwerkgeräten ergeben. Bleiben Sie dann bei der Standardkonfiguration von auto / auto.

In Zukunft sollten Sie die Fehler auf den Switch-Ports mit überwachen MRTG So können Sie diese Probleme erkennen, bevor Sie ein Problem haben.

Bearbeiten: Ich sehe viele Leute, die Verhandlungsfehler auf alten Geräten referenzieren. Ja, das war vor langer Zeit ein Problem, als die Standards erstellt wurden und nicht alle Geräte ihnen folgten. Sind Ihre NICs und Switches weniger als 10 Jahre alt? Wenn ja, dann ist das kein Problem.


101
2018-01-25 19:15



Kakteen sind im Wesentlichen MRTG ohne Konfigurationsfehler, also sollte es gut sein. Beginnen Sie einfach mit der Überwachung von RX-Ablegern und -Fehlern, TX-Kollisionen usw. Einer oder mehrere dieser Zähler sind "hoch", wenn Sie ein Verhandlungsproblem haben. High ist relativ zur Menge des Datenverkehrs auf dem Port. - Doug Luxem
@EK - Die Konfiguration muss auf dem Switch und dem Gerät erfolgen. Das Ersetzen des Geräts (oder möglicherweise nur das Aktualisieren von Treibern / Firmware), das Verschieben von Ports oder das Ersetzen des Switches führen zu Problemen bei nicht übereinstimmenden Einstellungen. Ich bin mir nicht sicher, warum Sie so viele Fehler sehen - wir führen HP, Cisco, Extreme und Juniper hier aus und ich sehe nie Probleme beim automatischen Aushandeln. Die einzigen Probleme, die ich gesehen habe, sind, wenn ein Ende der Verbindung manuell eingestellt wird. Wie der Cisco-Dokument erwähnt, haben Sie vielleicht einige zugrunde liegende L1-Probleme? - Doug Luxem
Meine Erfahrungen mit HP, Cisco und Dell Switches entsprechen denen von DLux. Ich schätze bei den Upvotes, dass viele andere Menschen genauso denken. Netzwerke, in denen Admins die Port-Geschwindigkeit / Duplex-Rate festsetzen, hatten immer mehr Probleme mit Mismatches als Netzwerke, in denen alles auf Autonegotiation eingestellt war. - Evan Anderson
@Whisk WAN-Verbindungen sind eine andere Geschichte. Wenn Sie Ethernet-Verbindungen von einem Anbieter erhalten, werden sie häufig gezwungen, manuell zu handeln oder verwenden einen Transceiver, der Auto-Negotiation nicht unterstützt. Diese müssen von Fall zu Fall behandelt werden. - Doug Luxem
Ich denke, die Abstimmung ist ein wenig irreführend, da einige Leute den Luxus von Hardware von 1 oder 2 Anbietern haben (oder einfach nicht viel erfahren) und nie ein Problem sehen, während andere wie ich die Ausrüstung von vielen verschiedenen Herstellern geerbt haben sich in bestimmten Kombinationen schlecht benehmen. - JamesRyan


  1. Sehr häufig hatte ich im Laufe der Jahre zahlreiche Probleme mit verschiedenen Arten von Hardware.

  2. Meiner Meinung nach, wenn das Setup statisch ist (d. H. Ein Server-Rack) und Sie nicht denken, dass es Änderungen geben wird, ist es eine gute Idee, die Geschwindigkeiten und Duplexs manuell einzurichten. So lange es gut dokumentiert ist, können zukünftige Probleme abgewendet werden.

BEARBEITEN:

Nur um zu verdeutlichen, ich befürworte nicht die Verwendung von manuellen Geschwindigkeiten in Ihrem gesamten Netzwerk, würde ich sagen, dass 95% der Zeit Auto / Auto ist der Weg zu gehen. Ich habe nur gesagt, dass ich Probleme mit Duplex / Geschwindigkeit hatte und es gibt kleine Teile meines Netzwerks (d. H. Eines unserer Server-Racks), die hauptsächlich manuelle Einstellungen haben. Wir betreiben ein sehr streng kontrolliertes LAN mit unbenutzten Ports, die heruntergefahren werden, und MAC-Filtern an den meisten Ports, so dass die Verfolgung der Geschwindigkeiten nicht sehr schwierig ist.


23
2018-01-25 19:03



Ich habe das gleiche Problem gefunden, aber vielleicht haben nur 1/100 Server eine Art von Autonegotiate-Problemen. In kleineren Netzwerken ist es normalerweise nicht bemerkbar, aber bei größeren Netzwerken ist es störend. - Dave Drager
+1 - Ich habe auch das Auto-Negotiate-Problem-Popup im Laufe der Jahre gesehen. Die Standardisierung des Teams zur Deaktivierung der automatischen Verhandlung für alle Switches hat dieses Problem für uns beseitigt. - Joe Doyle
Nichts hinzuzufügen, außer dass ich wiederholen kann, dass ich zahlreiche Probleme gesehen habe. Wenn jemand andere Informationen darüber hat, warum Autonegotiate so (relativ) regelmäßig scheitert, würde ich es gerne hören. - Schof
@dave, so steigt die Wahrscheinlichkeit, dass das Autonegotiate-Problem auftritt, mit der Größe und Komplexität des Netzwerks - das macht Sinn. Außerdem haben wir unser kleines Server-Rack-Netzwerk im letzten Jahr um 3x erweitert ... - Jeff Atwood
@Jeff Atwood: Nur wenn sich die "Größe" migt darauf bezieht, bessere Chancen zu haben, ein Gerät mit gebrochenem autonegotierendem Verhalten hinzuzufügen, würde das Potenzial für Probleme steigen. Dies ist nicht wie Flooding von Frames oder Broadcast-Verkehr. Die automatische Aushandlung erfolgt ausschließlich zwischen jedem Client-Gerät und jedem Switch-Port. - Evan Anderson


Ich glaube, wenn Autonegotiation für eine Stunde pro Tag oder Monat arbeitet und dann aus irgendeinem Grund "etwas passiert", dass das Setzen der Verbindung zu fixer Geschwindigkeit es behebt, gibt es ein Problem, das nicht gelöst, sondern umgangen wird. Ich schätze, ich sehe die Verbindung als eine temporäre Lösung fest, bis das eigentliche Problem behoben ist.


15
2018-01-25 19:47



durchaus möglich; Wir haben bereits eine Reihe anderer Fehlerbehebungen durchgeführt, um die Dinge zu regeln, aber ich hatte Bedenken, dass Joels Team das gleiche Problem hatte, wie es in "Five Whys" dokumentiert ist. Es scheint ziemlich weit verbreitet .. - Jeff Atwood
Ich stimme zu, dass das Problem mit der Autonegotiation "oft" auftritt, aber in den meisten Fällen nachdem es für eine "Weile" gearbeitet hat. Das ist es, was mich dazu bringt, weiter zu forschen, anstatt die feste Verbindung als "Lösung" zu benutzen ... wenn dein Auto, das "gut läuft" anfängt, rau zu laufen, wenn es sich 10 Minuten lang nicht wärmt selbst "Hey, es wird älter und jetzt muss es sich 10 Minuten aufwärmen" Du würdest es so früh wie möglich anschauen, denn "etwas stimmt nicht", das war vorher nicht :) - dimitri.p


Das Netzwerk, für das ich verantwortlich bin (zusammen mit ein paar anderen Leuten), besteht aus ~ 40 Servern, 1000+ Workstations (verteilt über einen ziemlich großen Campus) und ~ 1000 WAPs verteilt sich ebenfalls auf ein großes Gebiet mit unterschiedlichen Typen und Altersstufen von Netzwerkgeräten.

Wie Dimitri.p sagte, wenn etwas plötzlich nicht damit aufhört, automatisch zu verhandeln, ist es normalerweise ein Hinweis auf ein anderes Problem. Das manuelle Einstellen des Ports ist vergleichbar mit dem Anlegen eines Pflaster an jemanden, der in den Darm gestochen wurde - es könnte die Blutung stoppen, aber darunter ist sicher Schaden.

Meine übliche Checkliste:

  • Hat sich etwas an der Maschine geändert? Fahrer? Einstellungen auf OS- oder BIOS-Ebene? Vielleicht war Autoneg im Betriebssystem deaktiviert?
  • hast du die Patchkabel ausgetauscht, und verifiziert das Kabel läuft (wenn es ein Logner läuft als ein Rack?)
  • Haben Sie getestet, ob der Switch-Port fehlerhaft ist oder nicht?
  • Könnte die NIC schlecht gehen?

Wir, in der Regel, noch nie Deaktivieren Sie autoneg auf Servern (oder anderen Datencentern), es sei denn, es wurden alle anderen möglichen Ursachen beseitigt, wir haben Switch-Ports verschoben, Kabel geändert, die Netzwerkkarte getestet usw., und es gibt keine andere Wahl. In diesem Fall wird es zu Tode dokumentiert. Dies geschieht sehr selten und normalerweise bei Geräten, auf die wir keinen Zugriff haben, um BIOS- und Betriebssystemeinstellungen zu überprüfen.

Die Workstations und Access Points hingegen sind eine andere Geschichte. Fehlgeschlagenes Autoneg ist ein klassisches Zeichen für eine schlechte Kabelführung, und oft müssen wir die Geschwindigkeit und den Duplexbetrieb manuell einstellen, bis die Sommersaison - neue Kabel-in-der-Wände-Saison beginnt.


14
2018-01-25 20:08



Wir haben Kabel und Ports wiederholt auf einem "Problem" -Server ausgetauscht, und wir haben wieder auf Netzwerktreiber "in the box" (Server 2008 R2) zurückgegriffen. Es passiert auch auf mehreren Servern mit identischer Konfiguration. Es fällt mir schwer, mich zu versöhnen "mach das nie!" und "mach das immer!" in den Antworten auf die gleiche Frage. - Jeff Atwood
@Jeff: Ich kenne die Frage, die Sie und Ihr Team ursprünglich gestellt haben (serverfault.com/questions/104791) Ich möchte wissen, ob das Problem dem Switch-Port oder dem NIC-Port des / der Problem-Server-Computer (s) entspricht. Was ist die Marke / das Modell von NIC / Chipset überhaupt? - Evan Anderson
@Jeff - Einige Antworten sind nicht binär :) Es ist Tun Sie es, wenn Sie müssen, bis Sie eine Chance haben, herauszufinden, was das Problem ist. - dimitri.p
@evan passiert auf jedem Web-Tier-Server und folgt keinem Switch-Port oder keiner Ethernet-Karte. Wenn es nach dieser Änderung immer noch ein Problem gibt, handelt es sich um ein Softwareproblem. Die Server sind Lenovo RS110 x6 und Lenovo RD120 x2. - Jeff Atwood
Nur um sicherzustellen, dass die endgültige Antwort irgendwo da ist: Es war ein Treiberproblem bei Broadcom. Wir konnten es mit keinem bekannten Treibersatz lösen. Die einzige "Lösung" war der Wechsel zu Intel NICs. - Jeff Atwood


Also die Schritte zur Fehlerbehebung (nehmen Sie an, dass Sie nach jedem Schritt anhalten und warten, bis das Problem wieder auftritt):

  1. Überprüfen Sie die Protokolle auf dem Switch, um zu sehen, ob es Ihnen sagt, warum es 100M verwendet.
  2. Wenn Sie es immer noch ausführen, schalten Sie den extrem bösen "Windows Load Balancing" -Aufbau aus, den Joel ständig antreibt - so wie es funktioniert, indem der Cache des Switches aufgebrochen wird und jedes Paket zur Software verarbeitet wird. Ihr Switch ist so konzipiert, dass er Pakete in Hardware weiterleitet und nur die CPU benötigt, um herauszufinden, welchen physikalischen Pfad ein unbekannter Datenfluss haben muss (in -> asic -> out), und die Hardware dafür zu programmieren (lesen Sie: a Rechner hat eine bessere CPU als dein Schalter, mach keine dummen Dinge, die die CPU deines Switchs härter arbeiten lassen). Windows Load Balancing funktioniert, indem der Switch diese Entscheidung trifft und den Hardware-Cache für jedes Paket neu installiert. Das mag dieses spezielle Problem nicht beheben, aber es bringt mich aus den Podcasts heraus ... sorry.
  3. Stellen Sie sicher, dass die Konfiguration auf beiden Seiten übereinstimmt - klingt, als hätten Sie das getan
  4. Google, um Fehler auf Ihrem Switch automatisch zu beheben - es sei denn, Sie haben es selbst erstellt, Sie sind nicht der Einzige, der versucht, autoneg auf dem laufen zu lassen, was Sie gerade verwenden
  5. Tauschen Sie das Kabel gegen Cat5e oder besser aus - idealerweise ein Kabel, von dem Sie wissen, dass es funktioniert, wie das, an dem Ihre Workstation angeschlossen ist. Versuchen Sie nicht, Cat5 oder irgendeinen anderen Mist zu benutzen, sondern einen, der tatsächlich geformte Enden aus einer Verpackung hat.
  6. Verschieben des Ports - Setzen Sie den Server auf einen anderen Port desselben Switches
  7. Ändern Sie die NIC - verwenden Sie eine andere Charge, die zu einem anderen Zeitpunkt bestellt wurde

An diesem Punkt haben Sie die Konfiguration, die physischen Anschlüsse, an die Sie angeschlossen sind, und die Verkabelung zwischen ihnen beseitigt. Wenn es immer noch passiert, einige andere Ursachen können sein:

  1. Kabelführung - Achten Sie auf EM-Interferenzen von den AC-Stromkabeln und verlegen Sie sie auf verschiedenen Seiten des Racks.
  2. Kühlung - Stellen Sie sicher, dass die Umgebungstemperatur nicht etwa 90 Grad beträgt, und Ihre NIC-Karten fallen nicht in eine Art "lieber Gott, lassen Sie mich nur dieses eine Paket bitte weiterleiten" -Modus. Ich habe gehört, aber nicht gesehen, dass Cisco-Router aufhören, schnell zu schalten und Pakete über die CPU weiterleiten, wenn sie zum Beispiel überhitzen.
  3. Ersetzen Sie den Switch durch etwas, das nicht lutscht - prüfen Sie, wie viel Bandbreite Ihre Hosts pro Sekunde insgesamt agieren, und sehen Sie sich dann die Backplane-Kapazität Ihres Switches an. 7 Hosts aus dem Potenzial 48, die alle 1,0G übertragen, reichen aus, um beispielsweise eine Cisco 3750 zu stoppen. Auch sein sehr vorsichtig über die billigen auch-ran-Netzwerk-Anbieter: D-Link, Linksys, Dell, Intel und HP. Niemand, der Networking ernst nimmt, nutzt diese Leute, und nicht weil "niemand für die Verwendung von Cisco gefeuert wurde", sondern weil "Leute sich daran erinnern, dass Intel Switches, die 20/48 Ports hatten, über 2 Jahre ausfallen" oder "Ich habe ProCurve ausschließlich und wie schlecht Cisco war, bis ich tatsächlich Cisco einsetzte, und zu diesem Zeitpunkt hörte ich auf, weniger zu kaufen ". Cisco gilt als Mittlerer Bereich Netzwerkanbieter, also was sagt dir das über die Jungs? unten Cisco ...? :-)

Hintergrund / warum meine Antwort die beste ist: Ich arbeite als Netzwerk- / Systemingenieur in der Finanzbranche und hier sind meine Erfahrungen mit unserem kleinen globalen Netzwerk (15 Niederlassungen, 8 Rechenzentren):

Alle unsere LAN-Ports sind autoneg, weil wir das Gerät an beiden Enden kontrollieren und Zugang zu beiden Seiten haben - was so einfach sein kann, wenn man jemanden anruft und die Einstellungen überprüft. In drei Jahren habe ich immer nur einen unserer internen Ports ausfallen lassen, weil der Autoneg ausgefallen ist, und das war wegen eines schlechten Kabels --- es ging nach dem Austausch des Kabels weg.

Wir hatten viel mehr Probleme, wenn Vorgänger ihre NICs zu 100 / h fest codierten und dies nicht dokumentierten. Setzen Sie im nächsten Wartungsfenster alles auf auto / auto zurück und hatten seitdem keine Probleme mit ihnen.

An den paar Stellen, an denen wir die Kupferübergabe von einem Carrier für unser WAN erhalten haben? Man sollte eigentlich erwarten, dass eine Kupfer-WAN / Internetverbindung die ganze Zeit lutscht - teilweise, weil man keine Ahnung hat, was auf der anderen Seite ist. Einige alte Extreme Schalter, die zufällig Buggy Firmware für Autoneg haben, aber MPLS Tagging? Ein 5-Euro-Medienkonverter, weil das Ciena-Edge-Gerät Ihres Internetanbieters zu 200 US-Dollar einfach zu fantastisch ist, um Ethernet über Twisted Pair bereitzustellen? Entscheide dich im Voraus, wie das gehandhabt werden soll, und bleib dabei, dann erwarte von einem anderen Trottel in der Spedition, dass es an einem Samstag um 22 Uhr geändert wird, weil die vereinbarte Konfiguration nie dokumentiert wurde und sie einige Richtlinien befolgen müssen.

Im Ernst, erhalten Sie einen Glasfaser-Handoff von Ihrem ISP.


14
2018-01-26 12:37



Bin gerade dabei gewesen, dies zu lesen - ausgezeichnete Antwort. - Helvick
Ausgezeichnete Antwort. - Rushino
nur damit die endgültige Antwort hier ist, irgendwo, es waren schlechte Broadcom-Treiber. Wir konnten keinen Satz finden, der funktionierte. Der Wechsel zu Intel NICs hat es zu 100% behoben. blog.serverfault.com/2011/03/04/broadcom-die-mutha - Jeff Atwood
@ JeffAtwood Ist das das gleiche Problem? Ich dachte, dass dieser irgendwann auf dem Switch in einen Stromspar-Modus zurückverfolgt wurde ... - James Cape


Das ist Netzwerk-Mythos. Unsere Netzwerk-Jungs schwören auf diesen Unsinn, weil Bay Switches 1998 nicht mit Cisco oder so etwas verhandeln würden. Anstatt die Standardeinstellungen für 99,999% der Geräte auf der Erde zu verwenden, haben wir diese lächerliche Konfigurationsverwaltungsübung und einen großen Sündenbock für die Zeiten, in denen ein NIC-Treiberupdate die Einstellungen auf Auto-Negotiation zurücksetzt und alles passiert.

Es macht mehr Spaß, weil viele unserer Server zweifelhafte Funktionen wie NIC-Teaming verwenden, die verhindern, dass Sie im unwahrscheinlichen Fall eines Switch-Fehlers den Netzwerkzugriff verlieren, während Sie dem viel wahrscheinlichen Softwarefehler ausgesetzt sind. (Die Fahrer sind immer scheiße)

Zur Verteidigung der Netzwerk-Jungs laufen viele Server mit Windows-Standard-NIC-Treibern, die normalerweise scheiße sind. Wenn Sie Probleme mit der Autonegotiation haben und Ihre Ausrüstung nicht mit der Clinton-Regierung zusammenhängt, aktualisieren Sie diese NIC-Treiber.


10
2018-01-26 04:16



Es waren letztendlich schlechte Treiber, aber die einzige Lösung, die wir finden konnten, war der Wechsel zu Intel NICs. Wir haben jetzt eine lebenslange Vendetta gegen Broadcom NICs. - Jeff Atwood


Sie sollten automatisch verhandeln. Wenn Sie einen Switch haben, der nicht automatisch zuverlässig aushandelt, kaufen Sie einen besseren Switch.

Gigabit ist soll Auto-Verhandlung, und das schließt Auto-Crossover (MDI-X) Erkennung ein.

100baseT ist garantiert um zu versagen, wenn ein Ende auf auto und das andere auf manuell eingestellt ist, und zwar gemäß den Spezifikationen. Wenn Sie ein Ende auf 100 / voll drücken, dann das andere Ende werden automatisch zu 100 / halb aushandeln, was zu einer Duplex-Nichtübereinstimmung führt.


10
2018-01-26 10:12





In der Regel setze ich Server so, dass sie repariert werden, da ich gesehen habe, dass Netzwerkgeräte zu 10 / halb statt zu 1000 / voll aushandeln.

Auch einige CoLos setzen ihre Switches nicht zum Aushandeln, sondern nur zum Herstellen einer Verbindung bei 1000 / Full.


9
2018-01-25 19:06