Dlaczego nadal korzystamy z Ethernetu?

29

Bez wątpienia zdecydowana większość ramek Ethernet przenosi pakiety IP. Wiem, że istnieją różne inne protokoły, które również mogą być przesyłane przez Ethernet, ale mogą one być również przesyłane przez IP.

Ponieważ nowoczesne sieci Ethernet są w pełni dupleksowe, Ethernet skutecznie przekształcił się w połączenie punkt-punkt między punktem końcowym a przełącznikiem, który przełącza pakiet na podstawie miejsca docelowego MAC. Przełączniki L3 robią to samo, ale także wykonują routing IP.

Ponieważ używamy Ethernetu głównie jako środka transportu IP, czy jest jakiś powód, aby mieć tę dodatkową warstwę narzutu L2? Dlaczego nie po prostu przekierować pakietów na podstawie docelowego adresu IP? Przypuszczam, że w pewnym stopniu złamałoby to model OSI, ponieważ L2 przestałoby istnieć.

Wyobraź sobie technologię warstwy łącza, która została zaprojektowana tylko do transportu IP i nie posiadała żadnej specyficznej funkcjonalności L2 ani własnego nagłówka. Przełączniki i routery nadal istniałyby tak, jak dzisiaj: przełączniki byłyby „podstawowymi routerami” (podobnie jak przełączniki L3) i przeważnie przyjmowały tylko ustalone trasy i trasę domyślną. Zmiana przepływu: czy istnieje trasa dla tego miejsca docelowego? Trzymaj go w kolejce tego interfejsu. Jeśli nie, umieść go w kolejce interfejsu domyślnej trasy.

Czy jest jakiś przekonujący argument za utrzymaniem rzeczy takimi, jakimi są?

rfb
źródło
Nawet gdyby to, co mówisz, miało miejsce, L2 nie przestałoby istnieć. Frame-Relay to L2, PPP to L2, HDLC to L2, ATM to L2, 802.11 to L2, IPSec to L2 itp.
codey
Czy jakaś odpowiedź ci pomogła? jeśli tak, powinieneś zaakceptować odpowiedź, aby pytanie nie wyskakiwało wiecznie, szukając odpowiedzi. Alternatywnie możesz podać i zaakceptować własną odpowiedź.
Ron Maupin

Odpowiedzi:

27

Ponieważ używamy Ethernetu głównie jako środka transportu IP, czy jest jakiś powód, aby mieć tę dodatkową warstwę narzutu L2?

Nazywanie kilku popularnych protokołów lub funkcji wymagających narzutu L2, takich jak Ethernet:

  • Spanning-Tree (wymaga 802.2 LLC)
  • ISIS (wymaga 802.2 LLC)
  • Vlans
  • ARP (który nie dotyczy tylko sieci Ethernet)
  • Wybór pomiędzy IPv4 i IPv6
  • IEEE 802.11 Wifi (który ma wiele podstawowych funkcji z Ethernetem 802.3, ale zasadniczo jest innym protokołem)

Ethernet skutecznie zamienił się w połączenie punkt-punkt między punktem końcowym a przełącznikiem, który przełącza pakiet na podstawie miejsca docelowego MAC. Czy jest jakiś przekonujący argument za utrzymaniem rzeczy takimi, jakimi są?

Nadmiernie upraszczasz argument, aby zasugerować, że Ethernet służy wyłącznie do adresowania i przesyłania punkt-punkt. IEEE 802.3 obejmuje również warstwę fizyczną: różne formy mediów miedzianych i światłowodowych, kodowanie na przewodzie, odzyskiwanie błędów, kondycjonowanie linii i tak dalej. Jeśli dodasz wszystkie te funkcje bezpośrednio w IPv4, skopiowałeś wiele funkcji wewnątrz Ethernetu i co naprawdę zapisałeś? Ignoruje to także monumentalną standaryzację i wysiłki inżynieryjne, aby wbudować je bezpośrednio w IPv4 i IPv6. Mój mózg boli, by pomyśleć, jak to by działało na poziomie praktycznym.

Ostatecznie argumentem jest ekonomia. Cała planeta opracowała serwery, przełączniki, systemy operacyjne itp. Wokół założenia warstwy łącza między IP a kodowaniem sygnału na przewodzie. Ethernet robi dla nas wiele i jest niezwykle tani, ponieważ obecnie stał się de facto technologią połączeń dla większości komputerów na naszej planecie. Zastąpienie Ethernetu przypomina nieco zastąpienie Kongresu USA organem zarządzającym. Może nie jest idealny, ale w tym momencie nie można nic zrobić.

Mike Pennington
źródło
1
Twój spór o to, że niektóre protokoły wymagają Ethernetu, jest odwrotny. Te protokoły zostały wynalezione dla Ethernetu. Jeśli nie mamy domen Ethernet L2, nie potrzebujemy STP. ARP służy do mapowania informacji IP na Ethernet i ponownie, jeśli nie mamy Ethernetu, nie bylibyśmy potrzebni. Wybór pomiędzy IPv4 i IPv6 na łączu byłby łatwy, gdybyśmy przyjęli dość rozsądne założenie, że mamy tylko IP na łączu, ponieważ wersja IP to pierwsze 4 bity nagłówków zarówno IPv4, jak i IPv6. ISIS obsługuje 802.2 LLC przez sieci Ethernet, ale oczywiście nie działa na innych mediach, takich jak SDH lub łącza szeregowe.
kll
1
Źle zrozumiałeś o co chodzi. Odpowiadam: „Ponieważ używamy Ethernetu głównie jako środka transportu IP, czy jest jakiś powód, aby mieć tę dodatkową warstwę narzutu L2?” w 2013 r . Tak, niektóre z tych rzeczy zostały wymyślone dla Ethernetu, ale nie o to pytano. OP chce wiedzieć, dlaczego nadal potrzebujemy narzutu ramek Ethernet.
Mike Pennington
2
Myślę, że nie czytasz całej odpowiedzi. Ostatni akapit wyjaśnia, dlaczego powód używania enkodera Ethernet jest bardzo jasny. Jeśli masz pewność co do swoich pomysłów, możesz założyć firmę, która wdraża IP bezpośrednio w sieci. Ale jeśli jest to spółka publiczna, będę opowiadać na giełdzie od dnia debiutu giełdowego.
Mike Pennington,
2
@kll, „Te protokoły zostały wynalezione dla Ethernetu”. Jeśli zamierzasz wyłudzać stare posty, wyjaśnij swoje fakty. „Jeśli nie mamy domen Ethernet L2, nie potrzebujemy STP”. STP jest częścią IEEE 802.1; Ethernet jest częścią IEEE 802.3. Podobnie jak VLAN, STP został zaprojektowany niezależnie od Ethernetu i jako taki może być używany w dowolnym środowisku z wieloma mostkami, aby zapobiec pętlom L2. „ARP służy do mapowania informacji IP na Ethernet i ponownie, jeśli nie mamy Ethernetu, nie potrzebowalibyśmy ich”. Znowu źle. ARP istniał również dla technologii L2, z których jednym z nich był Token Ring.
YLearn
2
@kll, głosowałem za obie odpowiedzi. Oba dotyczą różnych części pytania zadanego przez użytkownika. Tak, ytti lepiej rozwiązuje część pytania, które zacytowałeś w PO. Jednak oprócz cytatu znajdują się pytania „Dlaczego nadal korzystamy z sieci Ethernet?” i „czy jest jakiś powód, aby mieć tę dodatkową warstwę L2 nad głową?” i „Czy jest jakiś przekonujący argument za utrzymaniem rzeczy takimi, jakimi są?” Na wszystkie z nich odpowiedź Ytti nie rozwiązuje dobrze. Ponadto, punkt końcowy równania PO, który ma zostać przełączony jako „punkt-punkt”, jest co najwyżej wadliwy z różnych powodów, których nie poruszono.
YLearn
16

To bardzo dobre pytanie.

Nie sądzę, żebyśmy pozbyli się Ethernetu, ponieważ łącza wielodostępne będą nadal potrzebne w nieskończoność.

Jednak większość sieci rdzeniowej tak naprawdę nie ma żadnego zastosowania dla DMAC / SMAC, więc z pewnością powinien istnieć wariant Ethernet typu punkt-punkt o znacznie krótszej ramce. Zamiast obecnego 18B (DMAC + SMAC + Type + FCS), możesz zrobić z 6B (Type + FCS).
Ten wariant ethernetowy punkt-punkt ładnie zrównoważyłby narzut związany z rdzeniem (etykiety MPLS, tagi VLAN), dzięki czemu rozmiar ramki klienta / krawędzi bardziej odpowiadałby rozmiarowi ramki rdzenia. Wyeliminowałoby to również potrzebę stosowania ARP i ND, zmniejszając ryzyko i upraszczając rdzeń.
Z technicznego punktu widzenia nie ma powodu, dla którego nie można całkowicie upuścić części L2 sieci Ethernet, ale będziesz potrzebować jej części L1, ponieważ sam adres IP nie ma specyfikacji, jak zakodować go na dowolnym przewodzie. Możesz więc uruchomić Ethernet L1 z ładunkiem L2 (IP) bezpośrednio na nim.

Jestem osobiście przekonany, że kiedy nadejdzie czas, że określimy nowy nagłówek ethernetowy do używania EUI64 zamiast EUI48, ludzie będą chcieli korzystać z tego protokołu L2 od punktu do punktu. Nie wierzę, że będzie to „zerowy L2”, ponieważ przynajmniej pożądana jest sekwencja sprawdzania ramek (FCS) i typ ładunku (IP? MPLS? Ethernet?).

iti
źródło
Bardzo dobre myśli. Myślałem też o możliwości usunięcia ARP - przypuszczam, że to kolejny bonus.
rfb
8

Odpowiem na to absurdalne pytanie ... Dlaczego nadal nie korzystamy z ARCnet ? A może Token Ring?

Istnieje (było i będzie) wiele technologii warstwy 2. W przypadku systemów „stacjonarnych” ethernet wygrał. Dlaczego wciąż go używamy ... najprostszą odpowiedzią jest to, że działa; technologia jest prosta, tania, solidna i bogata. (czytaj: sprawdzona technologia ) Dla przypomnienia, istnieją karty bankomatowe PCI „desktop” - nie widziałem żadnej od lat i nigdy nie widziałem, żeby była w użyciu.

Sugerujesz jedynie nową technologię warstwy 2. Życzę powodzenia, aby świat przyjął go.

[Ok, Token Ring nadal istnieje, ale jest niezwykle rzadki.]

Ricky Beam
źródło
2

Czy jest jakiś przekonujący argument za utrzymaniem rzeczy takimi, jakimi są?

Dobre pytanie, kilka przemyśleń.

  1. Kompatybilność jest często ważniejsza niż wydajność.
  2. Większość twórców sieci (poza niektórymi aplikacjami o bardzo wysokim poziomie bezpieczeństwa) nie chce statycznie przypisywać urządzeń do portów. Potrzebny jest więc jakiś system do automatycznego lokalizowania urządzeń.
  3. Przydatne jest posiadanie identyfikatora, który identyfikuje konkretny element sprzętu, gdziekolwiek jest podłączony.
  4. Przy IPv4 przynajmniej nie chcemy marnować adresu IPv4 na każdym porcie przełącznika.

Prawdopodobnie byłoby możliwe zaprojektowanie protokołu łącza, który rozwiązał 2 do 4, przy jednoczesnym niższym obciążeniu enkapsulacją niż ramkowanie Ethernet lub być może w ogóle brak narzutu enkapsulacji, ale to nie byłby trywialny przypadek powiedzenia „użyj IP”.

A potem nadal musisz przekonać ludzi o 1, wiele bólu w przyjmowaniu nowego standardu za stosunkowo niewielki zysk.

Zwiększenie prędkości przy zachowaniu tego samego formatu kadru to ścieżka najmniejszego oporu. Tak się dzieje.

Peter Green
źródło
0

P2P Ethernet jest możliwy. Ale

  • Wymaga pełnej sieci L3 (każde łącze korzysta ze stałego adresu IP)
  • Narzut adresów MAC jest sensowny dla małych pakietów i w tunelach L2.
  • Informacje o wydajności łącza. Jeśli łącze nie jest wystarczająco szybkie, nie twórz nowego protokołu i oprogramowania, po prostu rób te same proste rzeczy 10 razy szybciej. Tak wygrał Ethernet.
  • O tunelach L2. W sieci tylko L3 tunele L2 nie mają znaczenia.
  • Zjednoczenie to dobra rzecz.
mmv-ru
źródło