Po pierwsze, najlepiej wyjaśnić, czym jest ethernetowa ramka typu jumbo. Ethernet to technologia sieciowa warstwy 2, a jej jednostka danych protokołu (PDU) to ramka. Dla porównania, L3PDU (warstwa IP) to pakiet, a L4PDU (tcp / udp) to segment.
Ramka Ethernet (istnieje kilka rodzajów Ethernetu, ale tutaj możemy uogólnić) składa się z nagłówka (zawierającego między innymi źródłowy MAC, docelowy MAC, tag VLAN 802.1q itp.) Danych lub paylod ramkę i sumę kontrolną CRC wykorzystaną do sprawdzenia poprawności transmisji ramki.
Oryginalna karta Ethernet określiła rozmiar ramki (wartość danych w całej ramce, w tym nagłówek i sumę kontrolną) jako 1500 bajtów (lub ewentualnie 1518, trzeba to sprawdzić). Liczba ta doprowadziła do równowagi między ilością danych do natychmiastowego wysłania a prawdopodobieństwem niepowodzenia lub kolizji tej transmisji i konieczności jej ponownego przesłania. Wraz z pojawieniem się szybkich, pełnodupleksowych sieci LAN ludzie zdali sobie sprawę, że wydajność można poprawić, zwiększając rozmiar ramki Ethernet. Tradycyjny rozmiar ramek jumbo to 9000 bajtów na ramkę, choć jest to w większości konwencja.
Na solidnej, pełnodupleksowej sieci LAN (lub VLAN), w której wszystkie elementy oczekują dużej liczby ramek Ethernet, faktycznie poprawia wydajność. Problem w tym scenariuszu polega na wprowadzeniu elementu sieci lub urządzenia końcowego, które go nie oczekuje. W najlepszym przypadku spowoduje to spadek wydajności, ponieważ pakiety zostaną utracone, ponieważ urządzenia odbierające oczekują tylko 1518 bajtów w ramce.
Teraz do konkretnych pytań:
Jaki byłby najlepszy sposób na wdrożenie Jumbo Frames w sieci?
To jest subiektywne pytanie. W moim miejscu działalności zdecydowaliśmy się na wdrożenie go tylko wtedy, gdy wiedzieliśmy, że mamy wszystkie zmienne pod kontrolą i wiedzieliśmy, że to pomoże. Aby to zrobić, wdrożyliśmy go w specjalnym „prywatnym” vlan, do którego tylko określone urządzenia mogły uzyskać dostęp za pośrednictwem swoich drugich kart sieciowych. W szczególności umieściliśmy drugą kartę sieciową naszych serwerów plików i serwerów aplikacji w tej nowej sieci VLAN, a następnie zmieniliśmy wszystkie odniesienia do schematu IP używanego w tej sieci VLAN. To pozwala nam wąsko celować (nikt nie zamierza podłączyć komputera stacjonarnego do tej sieci VLAN) na konkretny obszar, który, jak wiemy, byłby najbardziej korzystny (łącza danych o najwyższym wykorzystaniu w naszej infrastrukturze). To maksymalizuje zysk, minimalizując ryzyko.
Mówiąc dokładniej, po stronie sieci (używając IOS) zbudowaliśmy sieci VLAN dedykowane dla urządzeń ramowych typu jumbo, a następnie dodaliśmy „mtu 9000” do ich definicji vlan. Każdy interfejs przełącznika, który będzie korzystał z tej sieci, został umieszczony w tym vlan za pomocą czegoś takiego jak „switchport access vlan 11”. Na maszynach z linuksem (które mają eth0 podłączone do standardowej sieci i eth1 podłączone do sieci ramki jumbo) dodaliśmy „MTU = 9000” do / etc / sysconfig / network-scripts / ifcfg-eth1. Ponieważ nigdy nie kierujemy tych pakietów (nic, co nie jest bezpośrednio podłączone do sieci VLAN ramki Jumbo, nie może rozmawiać z kartą sieciową w sieci VLAN Jumbo Frame), nigdy nie musieliśmy się martwić o konfigurację routera.
Z tego, co mogę powiedzieć, aby działało poprawnie, wszystkie urządzenia sieciowe w sieci muszą obsługiwać duże ramki. Czy to prawda?
Tak, właściwie. Wszyscy „klienci” sieci (przez co mam na myśli serwery / komputery stacjonarne / IPKVM / monitory środowiskowe IP itp.) Również muszą to wypowiadać lub, jak wspomniano powyżej, będziesz mieć wiele półosiągalnych maszyn (będą pingować i dowolne L3 lub L4PDU, które mają mniej niż 1500 bajtów, odniosą sukces, co oznacza na przykład, że twój serwer pocztowy będzie pingował i będziesz w stanie ręcznie dostarczyć coś, co prawdopodobnie będzie małą wiadomością testową. Ale kiedy spróbujesz dostarczyć prawdziwy mail (ten z załącznikiem programu Excel, który ma rozmiar ramki przekraczający 1500 bajtów), w tajemniczy sposób zawiedzie).
Jeśli mam określony sprzęt (np. Drukarkę sieciową), którego nie można zaktualizować do GB sieci Ethernet, czy to uniemożliwi mi włączenie Jumbo Frames?
Jeśli tak jest, oto co bym zrobił (zakładając, że sprzęt sieciowy może to obsłużyć):
- zbuduj dwie sieci VLAN, jedną z dużą ramką, a drugą bez
- przypisz wszystkie urządzenia sieciowe do jednego vlan lub drugiego
- na routerze i przełącznikach, zaimplementuj jumbo frame vlan i zmień rozmiar ramki na dowolnym kliencie sieciowym.
Oznacza to, że nie będziesz już mieć płaskiej topologii L2 w swojej sieci. Na przykład, jeśli z serwera obsługującego duże ramki chcesz wydrukować na drukarce z ramką inną niż jumbo, pakiety będą musiały zostać przekierowane (podróż przez router, ramki przepisane do bardziej konwencjonalnego rozmiaru, a następnie wysłane do drukarka na drugiej sieci VLAN). Oznacza to, że komunikacja między ramką Jumbo i maszynami typu JUMBO będzie nieco gorsza niż wcześniej, ale prędkości przesyłania danych między wszystkimi urządzeniami w sieci VLAN Jumbro będą lepsze. To naprawdę tylko wyrok sądu.
Jakie są niektóre z problemów związanych z włączaniem ramek Jumbo?
Mam nadzieję, że omówione powyżej. Powodzenia!
Można znaleźć słupek Jeff Atwood jest na Jumbo Frames informacyjny.
Najważniejsze informacje o poście:
źródło
Możesz użyć ping.exe, aby sprawdzić maksymalny rozmiar pakietów i porównać to z ustawieniami Jumbo Frames.
Dostosuj rozmiar pakietu używany przez -l i użyj -f, aby ustawić flagę DO_ NOT_FRAGMENT. Po osiągnięciu maksymalnego rozmiaru pakietu pojawi się komunikat „Pakiet musi zostać podzielony na fragmenty, ale zestaw DF”.
To da ci wskazanie, czy Jumbo Frames działa, czy nie.
źródło
Tak, wszystko musi obsługiwać Jumbo Frames - traktuj to jak przełączanie między Token Ring i Ethernet. Jedyną różnicą jest to, że niektóre urządzenia mogą sprawiać wrażenie, jakby nadal działały przez krótki czas lub sporadycznie - może to być poważny ból głowy, jeśli nie śledzisz, które urządzenia skonfigurowałeś w dużej sieci (tj. 2 tygodnie później otrzymasz zgłoszenie problemu od jakiegoś użytkownika z drukarką wypchaną z tyłu kabiny, która „właśnie teraz” przestała działać). To samo dotyczy każdej nowej rzeczy - musisz skonfigurować procedurę, aby ponownie skonfigurować wszystkie nowe urządzenia i komputery z ramkami typu jumbo, aby uniknąć wywołań wsparcia, gdy nie działają one poza początkowym uruchomieniem.
źródło
W systemie Linux stwierdziłem, że działają: Jeśli używasz otagowanych sieci vlan, ustaw mtu dla urządzenia podstawowego (np. Eth1) na rozmiar ramki jumbo. Wszystkie vlany, które obsługują ramki jumbo, otrzymują to samo MTU, vlany, które nie pozostają z oryginalną, najczęściej 1500.
W rzeczywistości vlany z włączonymi jumbo talkerami i przełączaniem będą mogły wysyłać do lokalnego interfejsu vlan, nawet jeśli mtu na tym vlan jest mniejszy niż interfejs podstawowy.
Również w systemie Linux polecenie do przetestowania to: ping -s 4096 -M do
-s jest rozmiarem, -M mówi „nie fragmentuj”. Jeśli przekroczysz lokalne Mtu, pojawi się błąd. Jeśli przekroczysz zdalne Mtu, nic nie otrzymasz.
źródło