Wydajność protokołów IPX/SPX i TCP/IP

Question

Rozumiem, że protokoły IPX i SPX zapewniają usługi połączeń podobne do protokołu TCP/IP. W tym przypadku IPX jest podobny do IP, a SPX jest podobny do TCP i dlatego chętnie o tym wie.

Jak wydajność IPX/SPX przewyższa wydajność TCP w sieci LAN?
Dlaczego IPX/SPX nie jest używany w samej sieci LAN, jeśli jej wydajność jest lepsza niż w przypadku TCP w przypadku sieci LAN?

Przeszukałem Internet i wylądowałem w kilku linkach, ale nie zawierało to wyraźnych powodów - http://en.wikipedia.org/wiki/IPX/SPX. Jakieś pomysły ?

Answer 1

IPX został zoptymalizowany dla sieci LAN. Z jednej strony adresy IPX są tworzone przy użyciu adresów MAC sieci Ethernet i 32-bitowej sieci ID. Ten projekt pozwolił w większości przypadków na "zerową konfigurację" węzłów IPX - wystarczy podłączyć komputer i jest w sieci. IPv6 z bezstanowym autoconf ma te same właściwości, btw.

SPX (analog z TCP) został również zoptymalizowany pod kątem sieci LAN. Na przykład miał w pakiecie TCP wiele pakietów niż pakiety per-oktetów bez żadnych wyraźnych funkcji zarządzania oknami. Dzięki temu serwery plików były bardzo proste - wystarczy, że zawartość pliku spewnia się do Ethernetu z najwyższą prędkością. Jeśli klient pomija pakiet, możesz go ponownie odczytać z dysku/pamięci podręcznej i ponownie wysłać.

W przeciwieństwie do TCP, należy buforować wszystkie niepotwierdzone dane i ponownie wysłać wszystkie dane w buforze wysyłania po utraconym pakiecie (w przypadku, gdy nie jest używana funkcja selektywnego potwierdzania).

Jednak IPX nie był w ogóle odpowiedni dla WAN. Na przykład nie radził sobie z różnymi rozmiarami ramek. To znaczy. dwie sieci z różnymi ramkami (np. Ethernet i Ethernet z ramkami jumbo) nie mogą współpracować bez serwera proxy lub jakiejś formy enkapsulacji.

Ponadto, zmiana kolejności pakietów w WAN jest wszechobecna, ale gra w piekle z SPX (przynajmniej z implementacją Novella), powodując wiele fałszywych NAK.

I oczywiście adresy IPX nie były hierarchiczne, więc nie nadawały się do routingu. Identyfikator sieci można teoretycznie wykorzystać do tego celu, ale nawet duże wdrożenia IPX/SPX nie były wystarczająco złożone, aby opracować bogatą infrastrukturę routingu.

Obecnie IPX jest interesujący tylko jako historyczna ciekawość i utrzymanie niewielkiej liczby BARDZO starych systemów.

Answer 2

Brakuje istotnego rozróżnienia między SPX/IPX i TCP/IP. TCP/IP jest podstawą Internetu. SPX/IPX nie jest.

SPX/IPX był interesującym protokołem, ale teraz jest interesujący tylko w obrębie danej korporacji.

Często zdarza się, że coś, co technicznie lepsze, przegrywa z przyczyn biznesowych. Rozważmy format taśmy wideo Betamax vs. VHS. Betamax został uznany za najlepszego pod względem technicznym, ale nie możesz kupić dziś nagrywarki Betamax, chyba że w serwisie eBay. Można argumentować, że Windows wygrał na Macintoshu, mimo że interfejs użytkownika MacOS był znacznie przyjemniejszy, w całości dzięki decyzjom biznesowym (głównie decyzji Apple o zakazie klonowania).

Podobnie, problemy znacznie wykraczające poza kontrolę Xeroxa zniszczyły SPX/IPX jako wydajny protokół - HTTP działa przez TCP/IP, a nie przez SPX/IPX. HTTP rządzi światem, dlatego TCP/IP rządzi światem.

SPX/IPX został pozostawiony jako ćwiczenie dla czytelnika.

---

BTW Rozmawiałem o SPX/IPX jakby były protokół Xerox - nie całkiem. Są to protokoły Novell, ale oparte na protokołach Xerox Network System. Co ciekawe, nie znalazłem nic o tym protokole na stronie internetowej ani Xerox, ani Novell.

Zobacz także artykuł z Wikipedii pod adresem IPX/SPX.

Answer 3

IPX/SPX działał lepiej niż TCP/IP z powrotem w dzień, w systemach, w których można porównać dwa. Nie jest to już prawdą, ponieważ TCP dostał cały wysiłek programisty od około 1993 roku z powodu HTTP.

Zasadniczo protokół IPX/SPX został zastąpiony przez protokół TCP/IP i dlatego nie jest już istotny. Utrzymywanie dwóch zestawów protokołów jest zbyt dużym wysiłkiem dla operatorów sieci, więc mniej zdolni umierają. W końcu stanie się to z IPv4.

Answer 4

IPX/SPX może współistnieć w sieci LAN z protokołem TCP/IP. Komputery PC, które chcą być izolowane z Internetu, mogą nadal udostępniać pliki/drukarki za pomocą protokołu IPX i nie ładować protokołu TCP. Jest to bezpieczniejsze niż jakakolwiek zapora ogniowa, a drugie tylko do cięcia przewodów.