MTU i fragmentacja

13

Rozważ następujące kwestie: NAS z interfejsem 10G podłączonym do interfejsu 10G na przełączniku. Komputery klienckie podłączone do przełączania za pośrednictwem Gigabit Ethernet.

  • Czy nastąpi wzrost wydajności, jeśli rozmiar MTU zostanie zwiększony na serwerze NAS i port przełącznika, do którego podłączony jest NAS, jeśli rozmiar MTU nie zostanie zwiększony ze standardowych 1500 bajtów na kartach sieciowych klienta?

  • Czy spowoduje to problemy z fragmentacją?

  • W jaki sposób urządzenia „obsługują” niedopasowania w jednostkach MTU dla interfejsów w sieci komutowanej?

Sardynka
źródło
jakiego protokołu używasz dla ruchu SAN?
Mike Pennington,
1
Właściwie myślę, że Path MTU Discovery (PMTUD) jest obecnie dość powszechny na hostach, więc prawdopodobnie klient wyśle ​​komunikat ICMP Fragmentation Needed (Type 3, Code 4) zawierający jego MTU, co powinno spowodować, że host zmniejszy swój rozmiar pakietu .

Odpowiedzi:

20

Wzrost wydajności nie będzie istniał bez udziału wszystkich większych pakietów. Istotą ramek jumbo jest spakowanie większej ładowności przy tym samym obciążeniu. Zdolność serwera NAS do wysyłania większych pakietów jest bez znaczenia, jeśli klienci również nie.

W ogóle nie będzie „fragmentacji”. Warstwa 2 (ethernet) nie ma żadnego znaczenia, jeśli wskazuje „potrzebna fragmentacja”. Zostało to określone w warstwie 3 (IP) przez routery wysyłające komunikat ICMP, gdy musi upuścić pakiet, ponieważ nie zmieści się on w interfejsie następnego przeskoku. Nie może się to zdarzyć, gdy nie ma routera - w płaskiej, przełączonej sieci LAN. Jumbo pakiety wysyłane z NAS zostaną upuszczone przez klienta jako powiększone ramki - lub upuszczone przez przełącznik z tego samego powodu. [Pakiet 9k nie może zostać wysłany przez interfejs 1500B.]

Ricky Beam
źródło
Tak więc będzie to po prostu powodować niekończące się problemy, w których klient lub przełącznik zmniejszą duży ruch z sieci SAN?
nos
@Ricky - Jak może się objawiać powtarzające się upuszczanie zbyt dużych pakietów? Czy interfejs odbierający ma sposób „powiedzieć” nadawcy, że może przyjmować tylko ramki w rozmiarze X? Czy też nadawca widzi, że ramka nigdy nie została odebrana przez protokół wyższej warstwy, taki jak TCP?
sardean
1
Pakiet jest odrzucany i to już koniec. (cóż, licznik zaznacza, ale a) nikt go nie sprawdza, i b) nie będziesz wiedział, co go dokładnie spowodowało). Zobaczysz to jako zawieszanie połączeń TCP, gdy tylko rozpocznie się transfer, łącza iSCSI nie działają, itp.
Ricky Beam,
5

P: Czy nastąpi wzrost wydajności, jeśli rozmiar MTU zostanie zwiększony na NAS i port przełącznika, do którego NAS jest podłączony, jeśli rozmiar MTU nie zostanie zwiększony ze standardowych 1500 bajtów na kartach sieciowych klienta?

Odpowiedź: Nie, ponieważ klient nie wykorzystuje zwiększonego rozmiaru MTU. Jeśli chcesz przewieźć 100 osób z punktu A do punktu B, możesz użyć dwóch autobusów lub 25 sedanów. Jeśli droga między A i B jest tak zbudowana, że ​​autobusy mogą łatwiej poruszać się bez opóźnień, a ty nadal je poruszasz sedanami, nic nie zyskujesz.

P: Czy spowoduje to problemy z fragmentacją?

Odpowiedź: Nie, fragmentacja zachodzi w odwrotnym scenariuszu, gdy wysyłasz duży pakiet, gdy ścieżka go nie obsługuje i trzeba go pociąć na obsługiwane pakiety o rozmiarze.

P: Jak urządzenia „radzą sobie” z niedopasowaniem MTU dla interfejsów w sieci komutowanej?

Odpowiedź: Jeśli pakiet jest mniejszy niż dozwolony rozmiar pakietu, jest on przekazywany bez problemu. Jeśli pakiet jest większy niż dozwolony rozmiar, jest upuszczany.

AdnanG
źródło
1
To nie jest prawda. W warstwie 2 nie dochodzi do fragmentacji. Nie ma możliwości negocjacji MTU w segmencie ethernetowym. Jeśli wszystko nie jest takie samo, niektóre karty sieciowe (z mniejszym MTU) będą upuszczać duże ramki.
Ricky Beam
Zajrzyj na stronę supportforums.cisco.com/thread/20490, która wyjaśnia, co mam na myśli.
AdnanG
Rozumiem, dzięki za zwrócenie na to uwagi. Usuwam tę część z odpowiedzi.
AdnanG
1

MTU sesji tcp jest ustanawiane na początkowym połączeniu TCY SYN. jeśli masz niedopasowane MTU w sieci, nie będzie to miało znaczenia dla twojej aplikacji tcp ... warstwa 2 lub 3. UDP nie ma tej samej koncepcji, więc tak, dla UDP zaczniesz fragmentować ruch, który może / może nie wpływać na wydajność . Wszystko zależy od rodzaju ruchu, wielkości, głośności i sprzętu.

payam
źródło
0

Trochę brakowało ... Po pierwsze, nie ma negocjacji MTU. Po drugie, omawiając pakiety TCP SYN, rzadko kiedy przekraczają rozmiar ramki MTU łącza. W tym względzie podczas omawiania warstwy 3 są odpowiedzi PMTU, a także protokół MSS TCP, który dostarcza ładunek o maksymalnym rozmiarze. Nie twierdzę, że ktoś jest tu niepoprawny, ale często ustawienia MTU mogą pozostać niezauważone z powodu takich funkcji.

Jason B. Shrout
źródło