Czy sprzęt sieciowy powinien być ustawiony na „autonegocjację” prędkości czy stałe prędkości?


90

Mamy niedawno miał mały problem z sieci, gdzie będzie wiele serwerów przerwami stracić łączność z siecią w dość bolesny do zdecydowania sposób (wymagany twardy restart). Trwało to około dwóch tygodni, na pozór losowych, na różnych serwerach. Żaden szczególny wzorzec, który moglibyśmy rozpoznać.

Po kilku zagłębieniach w nim zauważyliśmy, że przełącznik zgłasza 100 Mb / s dla problematycznego portu:

Brzmi to niezwykle podobnie do tego, co wydarzyło się w artykule Joela Spolsky'ego Five Whys

Michael poświęcił trochę czasu na sekcję zwłok i odkrył, że problemem był prosty problem z konfiguracją przełącznika. Istnieje kilka możliwych prędkości, za pomocą których przełącznik może się komunikować (10, 100 lub 1000 megabitów na sekundę). Możesz ustawić prędkość ręcznie lub pozwolić przełącznikowi automatycznie wynegocjować najwyższą prędkość, z którą mogą współpracować obie strony. Przełącznik, który zawiódł, został ustawiony na automatyczną negocjację. To zwykle działa, ale nie zawsze, a rano 10 stycznia tak się nie stało.

Wyłączyliśmy teraz automatyczne negocjacje na naszym sprzęcie sieciowym i ustawiliśmy stałą prędkość 1000 Mb / s (gigabit).

Moje pytania do osób posiadających większą wiedzę na temat sprzętu sieciowego do serwerów:

  1. Jak często występują problemy z automatycznymi negocjacjami z nowoczesnym sprzętem sieciowym?
  2. Czy uważa się za dobrą, standardową praktykę sieciową, aby wyłączyć automatyczne negocjowanie i ustawić stałe prędkości podczas konfigurowania sieci?

Czy wyłączyłeś również automatyczne negocjowanie na swoich serwerach i ustawiłeś je na 1000 / pełne?
James

22
To tylko ja, ale gdybym natknął się na twój problem, zastanawiałbym się, dlaczego przełącznik i serwer nie negocjują prędkości o najwyższym priorytecie (1000 / pełny). To mówi mi, że coś jest zepsute i wymuszając link do określonej prędkości, po prostu ukrywasz problem.
Doug Luxem

istnieją pewne platformy (zwłaszcza Solaris 9), które mają problemy z autonegocjacją w znanych scenariuszach - używam autonegacji tylko do wszystkiego, co zostało wykonane w ostatniej dekadzie
warren

Coś, co prawie sprawiło, że dostałem różowy: serverfault.com/questions/328105/ethernet-interface-errors
nixnotwin

Odpowiedzi:


101
  1. Nie widziałem jeszcze problemu z autonegocjacją prędkości sieci, który nie jest spowodowany ani (a) niedopasowaniem instrukcji na jednym końcu łącza i auto na drugim końcu, ani (b) wadliwym komponentem łącza ( kabel, port itp.).

  2. Zależy to od administratora, ale moje doświadczenie pokazało mi, że jeśli ręcznie określisz prędkości łącza i ustawienia dupleksu, z pewnością spotkasz się z niedopasowaniem prędkości. Dlaczego? Ponieważ prawie niemożliwe jest udokumentowanie różnych połączeń między przełącznikami a serwerami, a następnie przestrzeganie tej dokumentacji podczas wprowadzania zmian. Większość niepowodzeń, które widziałem, są spowodowane przez 1 (a), a do tej sytuacji dochodzi tylko wtedy, gdy zaczniesz ręcznie ustawiać ustawienia prędkości / dupleksu.

Jak wspomniano w dokumentacji Cisco :

Jeśli wyłączysz autonegocjację, ukryje to spadki linków i inne problemy z warstwą fizyczną. Wyłącz automatyczną negocjację tylko dla urządzeń końcowych, takich jak starsze karty sieciowe Gigabit, które nie obsługują automatycznej negocjacji Gigabit. Nie wyłączaj autonegocjacji między przełącznikami, chyba że jest to absolutnie wymagane, ponieważ problemy z warstwą fizyczną mogą pozostać niewykryte i spowodować rozpinanie się pętli drzewa.

O ile nie jesteś przygotowany do skonfigurowania systemu zarządzania zmianami dla zmian w sieci, który wymaga weryfikacji prędkości / dupleksu (i nie zapomnij o kontroli przepływu) lub nie jesteś w stanie poradzić sobie z okazjonalnymi niezgodnościami wynikającymi z ręcznego określania tych ustawień na wszystkich urządzeniach sieciowych, następnie trzymaj się domyślnej konfiguracji auto / auto.

W przyszłości rozważ monitorowanie błędów portów przełączników za pomocą MRTG, aby móc wykryć te problemy, zanim wystąpią problemy.

Edycja: Widzę wiele osób odnoszących się do niepowodzenia negocjacji na starym sprzęcie. Tak, to był problem dawno temu, kiedy powstawały standardy i nie wszystkie urządzenia je przestrzegały. Czy twoje karty sieciowe i przełączniki mają mniej niż 10 lat? Jeśli tak, to nie będzie problem.


6
Kaktusy to w zasadzie MRTG bez bałaganu konfiguracji, więc powinno być dobrze. Wystarczy rozpocząć monitorowanie spadków i błędów RX, kolizji TX itp. Jeden lub więcej z tych liczników będzie „wysoki”, jeśli masz problem z negocjacjami. Wysoka wartość w stosunku do natężenia ruchu w porcie.
Doug Luxem

2
@EK - Konfiguracja musi zostać wykonana na przełączniku i urządzeniu. Wymiana urządzenia (a może po prostu aktualizacja sterowników / oprogramowania układowego), przenoszenie portów lub wymiana przełącznika to obawy dotyczące niedopasowanych ustawień. Nie jestem pewien, dlaczego widzisz tyle błędów - tutaj uruchamiamy HP, Cisco, Extreme i Juniper i nigdy nie widzę problemów z automatyczną negocjacją. Jedyne problemy, które widziałem, to ręczne ustawienie jednego końca łącza. Jak wspomina dokument Cisco, może masz jakieś podstawowe problemy z L1?
Doug Luxem

7
Moje doświadczenia z używaniem przełączników HP, Cisco i Dell są zgodne z w / DLux. Zgaduję, że wielu ludzi uważa to samo. Sieci, w których administratorzy ustalili religijnie prędkości portów / dupleks, zawsze miały o wiele więcej problemów z niedopasowaniami niż sieci, w których wszystko było ustawione na automatyczną negocjację.
Evan Anderson

3
@ Linki Whisk WAN to inna historia. Kiedy dostajesz linki ethernetowe od jakiegoś dostawcy, są oni często zmuszeni do ręcznego lub używają transiwera, który nie obsługuje automatycznych negocjacji. Tych należy w zasadzie rozpatrywać indywidualnie.
Doug Luxem

3
Myślę, że głosowanie jest nieco mylące, ponieważ niektórzy ludzie będą mieli luksus sprzętu od 1 lub 2 dostawców (lub po prostu niewiele doświadczą) i nigdy nie zobaczą problemu, podczas gdy inni, tacy jak ja, odziedziczyli sprzęt od wielu różnych dostawców, którzy źle się zachowywać w niektórych kombinacjach.
JamesRyan

23
  1. Bardzo często, przez lata miałem wiele problemów z różnego rodzaju sprzętem.

  2. Moim zdaniem, jeśli konfiguracja jest statyczna (tj. Szafa na serwery) i nie sądzisz, że nastąpią zmiany, dobrym pomysłem jest ręczne ustawienie prędkości i dupleksów. Tak długo, jak jest dobrze udokumentowany, aby można było uniknąć problemów w przyszłości.

EDYTOWAĆ:

Dla wyjaśnienia, nie zalecam używania ręcznych prędkości w całej sieci, powiedziałbym, że 95% czasu to auto / auto. Mówię tylko, że miałem problemy z dupleksem / szybkością i że w mojej sieci jest niewielka część (tj. Jeden z naszych szaf serwerowych), które mają w większości ustawienia ręczne. Obsługujemy bardzo ściśle kontrolowaną sieć LAN z wyłączonymi nieużywanymi portami i filtrami MAC na większości portów, więc śledzenie prędkości nie jest bardzo trudne.


5
Znalazłem ten sam problem, ale może tylko serwery 1/100 będą miały problemy z automatyczną negocjacją. Zwykle nie jest to zauważalne w mniejszych sieciach, ale wystarcza, aby być denerwującym w większych.
Dave Drager

+1 - Przez lata widziałem także okienko problemu z automatycznymi negocjacjami. Zestandaryzowanie zespołu w zakresie wyłączania automatycznych negocjacji dla wszystkich przełączników wyeliminowało ten problem dla nas.
Joe Doyle,

Nic do tego nie dodam, poza tym, że mogę powtórzyć, że widziałem wiele problemów. Jeśli ktoś inny ma informacje na temat DLACZEGO automatyczna negocjacja kończy się niepowodzeniem, więc (względnie) regularnie, bardzo chciałbym to usłyszeć.
Schof

@dave, więc szanse na pojawienie się problemu z automatyczną negocjacją rosną wraz z rozmiarem i złożonością sieci - to ma sens. Rozbudowaliśmy również naszą małą sieć szaf serwerowych w ciągu ostatniego roku o 3x ...
Jeff Atwood

4
@Jeff Atwood: Tylko w takim stopniu, w jakim „rozmiar” mig odnosi się do większego prawdopodobieństwa dodania urządzenia o zepsutym autonegocjowanym zachowaniu, potencjalne problemy wzrosłyby. To nie jest jak zalewanie ramek lub ruch transmisji. Autonegocjacja odbywa się ściśle między każdym urządzeniem klienckim a każdym portem przełącznika.
Evan Anderson

15

Uważam, że jeśli autonegocjacja działała przez godzinę dziennie lub miesiąc, a następnie z jakiegoś powodu „coś się dzieje”, że ustawienie linku na stałą prędkość „naprawia”, istnieje problem, który nie został rozwiązany, ale został obchodzony. Wydaje mi się, że widzę ustawienie linku na naprawione jako rozwiązanie tymczasowe, dopóki prawdziwy problem nie zostanie naprawiony.


całkowicie możliwe; zrobiliśmy już kilka innych problemów w celu wykluczenia, ale martwiłem się, że zespół Joela miał ten sam problem, co udokumentowany w „Five Whys”. Wydaje się to dość powszechne ..
Jeff Atwood

7
Zgadzam się, że problem z autonegocjacją występuje „często”, ale w większości przypadków po jego zadziałaniu przez „jakiś czas”. Właśnie dlatego zachęca mnie do dalszych badań zamiast używania stałego łącza jako „rozwiązania”. Mam na myśli… jeśli twój samochód, który „działa dobrze”, zacznie działać nierówno, chyba że rozgrzeje się przez 10 minut, nie powiedziałbyś sam „Hej, robi się coraz starszy i teraz musi się rozgrzewać przez 10 minut”.
Przyjmiesz

15

Więc kroki rozwiązywania problemów (zakładamy, że zatrzymujesz się po każdym z nich i czekasz na ponowne pojawienie się problemu):

  1. Sprawdź dzienniki na przełączniku, aby zobaczyć, czy mówi ci, dlaczego używa 100M.
  2. Jeśli nadal go uruchamiasz, wyłącz to badziewne bzdury „równoważenia obciążenia systemu Windows”, które Joel cały czas naciska - działa tak, jakby łamał pamięć podręczną przełącznika, zmuszając go do przetworzenia oprogramowania każdego pakietu. Twój przełącznik jest zaprojektowany do przekazywania pakietów sprzętowo i ma tylko procesor wymagany do ustalenia ścieżki fizycznej nieznanego przepływu ruchu (in -> asic -> out) i zaprogramowania sprzętu, aby to zrobił (czytaj: a kalkulator ma lepszy procesor niż twój przełącznik, nie rób głupich rzeczy, które sprawiają, że procesor twojego przełącznika działa ciężej). Równoważenie obciążenia systemu Windows polega na podjęciu decyzji przez przełącznik i ponownym zainstalowaniu pamięci podręcznej sprzętu dla każdego pakietu. To może nie rozwiązać tego konkretnego problemu, ale wkurza mnie podcasty ... przepraszam.
  3. Upewnij się, że config pasuje po obu stronach - brzmi, jakbyś to zrobił
  4. Google dla błędów autoneg na twoim przełączniku - chyba że sam go zbudowałeś, nie jesteś jedynym, który próbuje uruchomić autoneg na tym, czego używasz
  5. Wymień kabel na Cat5e lub lepszy - najlepiej kabel, który znasz, taki jak ten, do którego podłączona jest stacja robocza. Nie próbuj używać Cat5, lub jakiegoś badziewia zrobionego przez kogoś, użyj takiego, który ma faktycznie uformowane końce z opakowania.
  6. Przenieś port - Ustaw serwer na innym porcie na tym samym przełączniku
  7. Wymień kartę sieciową - użyj innej partii zamówionej w innym czasie

W tym momencie wyeliminowałeś konfigurację, fizyczne porty, do których jesteś podłączony, okablowanie między nimi. Jeśli nadal tak się dzieje, mogą być inne przyczyny:

  1. Prowadzenie kabli - uważaj na zakłócenia elektromagnetyczne ze strony kabli prądu przemiennego, poprowadź je po różnych stronach szafy.
  2. Chłodzenie - upewnij się, że temperatura otoczenia nie jest równa 90 stopni, a twoje karty sieciowe nie wpadają w tryb „drogi Boże, pozwól mi tylko przekazać ten jeden pakiet, proszę”. Słyszałem, ale nie widziałem, że routery Cisco przestają na przykład szybko przełączać i przesyłać dalej pakiety przez procesor, gdy się przegrzewają.
  3. Zamień przełącznik na coś, co nie jest do kitu - sprawdź, ile przepustowości mówią twoi gospodarze na sekundę łącznie, a następnie spójrz na znamionową pojemność płyty montażowej twojego przełącznika. 7 hostów z potencjalnego 48 wszystkie transmitujące 1,0G wystarczą na przykład do zatrzymania Cisco 3750. Bądź też bardzo ostrożny w stosunku do tanich sprzedawanych również dostawców sieci: D-Link, Linksys, Dell, Intel i HP. Nikt, kto poważnie traktuje sieci, nie używa tych facetów, i to nie dlatego, że „nikt nigdy nie został zwolniony za korzystanie z Cisco”, ale dlatego, że „ludzie pamiętają, że przełącznik Intela, który miał porty 20/48 zawodzi przez 2 lata” lub „Kiedyś korzystałem wyłącznie z ProCurve i opowiadać o tym, jak złe było Cisco, dopóki faktycznie nie użyłem Cisco, w którym to momencie przestałem kupować cokolwiek mniej ”. Cisco jest uważane za średniej klasysprzedawca sieci, więc co to mówi o chłopakach poniżej Cisco ...? :-)

Tło / dlaczego moja odpowiedź jest najbardziej niesamowita: pracuję jako inżynier sieci / systemów w branży finansowej, a oto moje doświadczenie z naszą małą globalną siecią (15 oddziałów, 8 centrów danych):

Wszystkie nasze porty LAN są autonegowane, ponieważ kontrolujemy sprzęt na obu końcach i mamy pewien dostęp do obu stron --- co może być tak proste, jak skontaktowanie się z kimś przez telefon i sprawdzenie ustawień. Przez trzy lata tylko jeden z naszych wewnętrznych portów uległ awarii z powodu awarii autoneg, a to z powodu złego kabla --- zniknął po wymianie kabla.

Mieliśmy o wiele więcej problemów, gdy poprzednicy zakodowali na stałe 100 / full na swoich kartach sieciowych i nie udokumentowali tego. Zresetuj wszystko do auto / auto w następnym oknie konserwacji i od tego czasu nie miałem z nimi żadnych problemów.

W kilku miejscach, w których mamy przekazanie miedzi od operatora dla naszej sieci WAN? Powinieneś raczej oczekiwać, że połączenie miedziane WAN / Internet będzie zassane przez cały czas --- częściowo, ponieważ nie masz pojęcia, co jest po drugiej stronie. Jakiś starożytny przełącznik Extreme, który akurat ma wadliwe oprogramowanie do autonegowania, ale czy tagowanie MPLS? Jakiś konwerter mediów za 5 USD, ponieważ urządzenie brzegowe Ciena twojego dostawcy usług internetowych o wartości 200 000 USD jest po prostu zbyt niesamowite, aby zapewnić Ethernet za pomocą skrętki? Zdecyduj z wyprzedzeniem, jak to będzie obsługiwane i trzymaj się tego, a następnie spodziewaj się, że jakiś twit wewnątrz przewoźnika zmieni go o 22:00 w sobotę, ponieważ uzgodniona konfiguracja nigdy nie została udokumentowana i mają pewne zasady, których należy przestrzegać.

Poważnie jednak uzyskaj przekazanie światłowodu od swojego usługodawcy internetowego.


2
Właśnie przeczytałem ten artykuł - doskonała odpowiedź.
Helvick

Doskonała odpowiedź.
Rushino

2
tak, że ostateczna odpowiedź jest tutaj, gdzieś, były złe sterowniki Broadcom. Nie mogliśmy znaleźć żadnego zestawu, który działałby. Przejście na Intel NIC naprawiło to w 100%. blog.serverfault.com/2011/03/04/broadcom-die-mutha
Jeff Atwood

@JeffAtwood Czy to ten sam problem? Myślałem, że ten został ostatecznie wyśledzony do trybu oszczędzania energii na przełączniku ...
James Cape

14

Sieć, za którą jestem odpowiedzialny (wraz z kilkoma innymi facetami) składa się z ~ 40 serwerów, ponad 1000 stacji roboczych (rozproszonych na dość dużym kampusie) i ~ 1000 WAP również na dużym obszarze o różnym typie i wieku sprzętu sieciowego.

Jak powiedział dimitri.p, gdy coś nagle nie przestaje się negocjować automatycznie, zwykle wskazuje to na inny problem. Ręczne ustawienie portu jest podobne do nakładania bandaidy na kogoś, kto został dźgnięty w jelito - może zatrzymać krwawienie, ale na pewno są szkody pod spodem.

Moja zwykła lista kontrolna:

  • czy coś zmieniło się na maszynie? Kierowcy? Ustawienia na poziomie systemu operacyjnego lub BIOS? Być może autoneg został wyłączony w systemie operacyjnym?
  • czy wymieniłeś kable krosowe i sprawdziłeś przebieg kabli (jeśli jest to program rejestrujący niż jeden stojak?)
  • testowałeś, czy port przełącznika jest zły czy nie działa?
  • czy karta sieciowa może pójść źle?

Z reguły nigdy nie wyłączamy autonegowania na serwerach (lub cokolwiek innego w centrum danych), chyba że jest to sytuacja, w której wszystkie inne możliwe przyczyny zostały wyeliminowane, przenieśliśmy porty przełączników, zmieniliśmy kable, przetestowaliśmy kartę sieciową itp. I nie ma inny wybór. W takim przypadku zostaje udokumentowane na śmierć. Zdarza się to bardzo rzadko i zwykle w przypadku urządzeń, do których nie możemy uzyskać dostępu, aby sprawdzić ustawienia BIOS i systemu operacyjnego.

Z drugiej strony stacje robocze i punkty dostępowe to inna historia. Nieudana autoneg jest klasyczną oznaką złego przebiegu kabla i wiele razy musimy ręcznie ustawić prędkość i dupleks, aż nadejdzie letni sezon z nowymi kablami w ścianach.


wielokrotnie zamienialiśmy kable i porty na „problematycznym” serwerze i wróciliśmy do używania standardowych sterowników sieciowych „w pudełku” (Server 2008 R2). Dzieje się tak również na wielu serwerach o identycznej konfiguracji. Trudno mi się pogodzić z „nigdy tego nie rób!” i „zawsze rób to!” w odpowiedziach na to samo pytanie.
Jeff Atwood

@Jeff: Zapoznanie się z pytaniem, które pierwotnie opublikowałeś Ty i Twój zespół ( serverfault.com/questions/104791 ) Jestem zainteresowany, aby dowiedzieć się, czy problem dotyczy portu przełącznika lub portu karty sieciowej na problematycznym komputerze (serwerach) . Czym właściwie jest marka / model karty sieciowej / chipsetu?
Evan Anderson

1
@Jeff - Niektóre odpowiedzi nie są binarne :) Należy to zrobić, kiedy trzeba, dopóki nie będzie szansa, aby dowiedzieć się, na czym polega problem.
dimitri.p

@evan dzieje się na każdym serwerze warstwy internetowej, nie podążając za żadnym portem przełącznika ani kartą Ethernet. Jeśli po tej zmianie nadal występuje problem, oznacza to problem z oprogramowaniem. Serwery to Lenovo RS110 x6 i Lenovo RD120 x2.
Jeff Atwood

1
Żeby upewnić się, że gdzieś jest ostateczna odpowiedź: to był problem ze sterownikiem Broadcom. Nie można rozwiązać tego za pomocą żadnego znanego zestawu sterowników. Jedyną „poprawką” było przejście na karty sieciowe Intel.
Jeff Atwood,

10

To mit sieci. Nasi koledzy z sieci przysięgają na ten nonsens, ponieważ w 1998 r. Przełączniki Bay nie negocjowały z Cisco ani nic takiego. Zamiast więc używać domyślnej wartości 99,999% sprzętu na ziemi, mamy to śmieszne ćwiczenie zarządzania konfiguracją i świetny kozioł ofiarny w czasach, gdy aktualizacja sterownika karty sieciowej resetuje ustawienia do auto-negocjacji i wszystko się dzieje.

Stało się to bardziej zabawne, ponieważ wiele naszych serwerów korzysta z podejrzanych funkcji, takich jak łączenie NIC, które zapobiegają utracie dostępu do sieci w mało prawdopodobnym przypadku awarii przełącznika, jednocześnie narażając Cię na znacznie bardziej prawdopodobne awarie oprogramowania. (Kierowcy zawsze są do dupy)

W obronie facetów z sieci wiele serwerów działa z domyślnymi sterownikami NIC systemu Windows, które zwykle są do bani. Jeśli masz problemy z automatyczną negocjacją, a Twój sprzęt nie pochodzi z administracji Clintona, zaktualizuj sterowniki NIC.


1
To były ostatecznie złe sterowniki, ale jedynym rozwiązaniem, jakie mogliśmy znaleźć, było przejście na karty sieciowe Intel. Mamy teraz dożywotnią wendetę przeciwko sieciom Broadcom.
Jeff Atwood,

10

Powinieneś automatycznie negocjować. Jeśli masz przełącznik, który nie będzie automatycznie negocjował niezawodnie, kup lepszy przełącznik.

Gigabit ma się automatycznie negocjować, co obejmuje wykrywanie automatycznego krzyżowania (MDI-X).

100baseT jest gwarantowana na niepowodzenie, jeśli jeden koniec jest ustawiony na auto, a drugi do zestawu instrukcji, a to za specyfikacjach. Jeśli jeden koniec zmusić do 100 / full następnie drugi koniec będzie auto-negocjacji 100 / połowę, co daje niedopasowania dupleksu.


9

Zazwyczaj ustawiam serwery na naprawę, ponieważ widziałem, jak sprzęt sieciowy negocjuje 10 / pół zamiast 1000 / pełny.

Również niektórzy CoLos ustawiają swoje przełączniki nie na negocjacje, ale na utworzenie linku tylko na 1000 / pełny.


7

Wyłączenie autonegocjacji w niesprawdzonej konfiguracji początkowej jest podobne do programowania voodoo - zmieniasz coś bez uzasadnionego powodu. Jeśli po przetestowaniu zauważysz niedopasowanie dupleksu lub prędkości lub nadmierne błędy w porcie, włącz inne rozwiązywanie problemów i na końcu napraw konfigurację, jeśli to konieczne.

Po uaktualnieniu sterownika lub wymianie sprzętu nie ma gwarancji, że ustawienia zostaną zachowane po stronie serwera.

Ustaw obie strony linku do negocjacji lub napraw obie strony. Po naprawieniu ustawień prędkości i dupleksu na niektórych urządzeniach nie ogłaszają już swoich możliwości swoim rówieśnikom. Nie wiem, co mówi standard Ethernet o tym, co robić, gdy jedna strona ogłasza możliwości, a druga nie, a to prawdopodobnie oznacza, że ​​wielu implementatorów też nie wie. Niektórzy wybiorą najniższy wspólny mianownik, który wynosi 10, a inni założą, że wszystko jest w porządku i wybiorą najszybszą możliwą prędkość.

Istnieje kilka współczesnych urządzeń, które nie obsługują automatycznych negocjacji gigabitowej miedzi Ethernet, jak (przynajmniej niektóre) przełączniki Cisco z miedzianymi SFP.


Moduły 6748-SFP wspaniale wspierają autoneg, po prostu nie pozwalają ci negocjować niczego poza 1000 / full. :-)
James Cape

6

Wiele lat temu spędziłem trochę czasu pracując dla 3com, zapewniając wsparcie techniczne dla prawie całego sprzętu sieciowego. To niesamowite, jak często pojawiał się ten problem i ustawianie wszystkiego ręcznie było prawie standardową procedurą.


4
Sformułowanie operacyjne w tej odpowiedzi brzmi „Wiele lat temu”. Autonegocjacja 10/100 to nie to samo, co dzisiejsza autonegocjacja gigabitowa.
Evan Anderson

1
Masz absolutną rację! To było rzeczywiście „wiele lat temu” i teraz z perspektywy czasu nie przypominam sobie, aby działo się to tak często z jakimkolwiek sprzętem gigabitowym, który był wówczas całkiem nowy.

4

Miałem wiele problemów z automatycznymi negocjacjami. Wiele oczywiście oznacza jeden raz na kilka miesięcy, ale w mojej książce jest to o jeden problem za dużo.

Trudno znaleźć problemy z automatycznymi negocjacjami, szczególnie gdy osoby obsługujące sieć, serwery, aplikacje i bazy danych to cztery różne zespoły. Zazwyczaj dwa ostatnie spędzają dużo czasu w kółko, oskarżając się nawzajem o złej wydajności i kłamając na temat pomiarów, a czasem kopiąc to serwerom, którzy należycie przyjrzą się wynikowi „góry” i powiedzą, że wszystko jest dobrze z serwerem.

Dzieje się tak, dopóki sprawa nie wzrośnie do tego stopnia, że ​​„ekspert” (właściwie ktoś, kto jest generalistą, a zatem rozumie sieci, sprzęt, systemy operacyjne, bazy danych, frameworki i aplikacje), zostaje przydzielony do problemu i znajduje problem w ciągu pięciu lub dziesięciu minut.

Tak więc moją własną zasadą jest, że gdy tylko mogę coś z tym zrobić, ZAWSZE ustawiam stałe prędkości na serwerach produkcyjnych, przełącznikach i routerach. Serwery nieprodukcyjne również, jeśli są wystarczająco segregowane, aby ludzie, którzy go używają, nie mieli w nim dostępu do roota.

Przełączniki obsługujące dostęp do komputera stacjonarnego / notebooka można pozostawić do automatycznej negocjacji, a są wyjątki od reguły. Wystarczy wspomnieć o jednym, jeśli w sieci dzieje się wiele zmian, lepiej pozostawić je w trybie automatycznym i mieć wszystko na oku.

Kolejną kwestią, która może się przydać, niezależnie od tego, jaki wybierzesz wybór w zakresie auto-negocjacji , jest monitorowanie tego. Wystarczy skonfigurować Nagios lub what-have-you, aby mieć oko na stan każdego ważnego portu. W każdym razie już monitorujesz ten sprzęt sieciowy, prawda?


4

Szorstki. Widziałem karty sieciowe 3com 100Mb, które nie łączyłyby się z niczym powyżej 10 Mb, gdybyś narzucił prędkość lub dupleks. Możesz uzyskać pełną prędkość, pozwalając im na automatyczną negocjację, mimo że kierowca miał ustawienia 100 Mb pełne i Połowa 100 Mb.

Wiele sterowników karty sieciowej nie pozwala określić 1000 Mb. Jedyne opcje to 10, 100, Auto. Ponownie zmuszając cię do zrobienia Auto, jeśli chcesz pełnej prędkości. na przykład tak zachowuje się sterownik Broadcom netXtreme 57xx Gigabit.

Możesz łatwo zmusić Gigabit do przełączenia, ale myślę, że będziesz zmuszony pozwolić większości NIC na automatyczne negocjowanie.


5
Specyfikacja gigabit wymaga automatycznej negocjacji.
duffbeer703

3
  1. Z mojego doświadczenia (głównie sprzęt 3Com i HP, niewiele Cisco), automatyczne negocjowanie nie powoduje wielu problemów.

  2. Podobnie jak mrdenny, zwykle ustawiam serwery na ich najwyższą prędkość (wciąż mamy ich na 100), pełny dupleks, a potem zostawiam przełącznik na auto. Ponieważ mamy mieszankę prędkości zarówno na serwerach, jak i stacjach roboczych, zdecydowanie wolę pozostawić przełączniki w pozycji auto i pozwolić im dostosować się do punktu końcowego.


2
Dzięki sprzętowi Cisco, jeśli ręcznie ustawisz prędkość na hoście i pozostawisz przełącznik w pozycji automatycznej, zwiększysz prawdopodobne problemy. Ciscos wolą Auto-Auto lub manual-manual
einstiien

Nie tylko Cisco - wszystko działa lepiej, gdy oba końce łącza pasują do siebie.
James

3

Miałem pewne problemy z autonegocjacją w konfiguracji domowej i problemem było okablowanie, w szczególności kable sieciowe zwinięte w pętlę o zbyt małej średnicy lub zbyt blisko kabli zasilających.

Ale uważam, że te sugestie są zbyt trywialne dla twojej konfiguracji. ;)


2

Ostatnio czytałem o tym w Network Warrior Gary'ego Donahue. W oparciu o tę książkę, aby automatyczne negocjowanie działało poprawnie ZARÓWNO przełącznik i karta sieciowa muszą być ustawione na automatyczne negocjowanie. Ustawienie karty sieciowej na określoną prędkość i tryb dupleks i pozostawienie serwera na automatycznej negocjacji nie będzie działać poprawnie - automatyczna negocjacja jest protokołem i obie strony muszą mówić, aby ustawienia działały poprawnie.

Jeśli chcesz jawnie ustawić tryb prędkości i dupleks, musisz to zrobić na obu końcach połączenia.


zależy to od tego, czy chodzi o automatyczną negocjację gigabitową - to zupełnie inna sytuacja niż stara automatyczna negocjacja 10/100.
Jeff Atwood


1

Moją ogólną zasadą jest używanie automatycznej negocjacji do wszystkiego oprócz łączy routera, chyba że masz konkretny problem (jak ostatnie karty Broadcom ... BAH!)

Jeśli masz na przykład dwa routery połączone przez Ethernet, ręcznie ustaw prędkość na obu końcach.


2
Dlaczego miałbyś ręcznie ustawiać prędkość między routerami?
Amok

Przypuszczam, że to nawyk. Ale kiedy zaczynasz myśleć o linkach innych niż Ethernet, zwykle musisz ustawić prędkość.
Aaron C. de Bruyn
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.