Je comprends que IPX et SPX fournissent les deux services de connexion similaires à TCP / IP. Ici, IPX est similaire à IP et SPX est similaire à TCP et donc désireux de savoir à ce sujet.
Comment la performance d'IPX / SPX dépasse celle de TCP dans LAN?
Pourquoi IPX / SPX n'est-il pas utilisé dans le réseau local seul si sa performance est supérieure à celle de TCP dans le cas de LAN?
J'ai fouillé sur Internet et a atterri dans quelques liens, mais il ne semblait pas transmettre des raisons claires à cela - http://fr.wikipedia.org/wiki/ipx/spx . Des idées?
5 Réponses :
Vous manquez une distinction critique entre SPX / IPX et TCP / IP. TCP / IP est la base d'Internet. SPX / IPX n'est pas.
SPX / IPX était un protocole intéressant, mais n'a maintenant d'intérêt que dans une société donnée.
C'est souvent le cas dans le monde réel que quelque chose de techniquement supérieur perd en raison de raisons commerciales. Considérez BETAMAX Format de bande vidéo vs. a href = "http: //fr.wikipedia. org / wiki / vhs "rel =" nOfollow noreferrer "> VHS . Betamax était considéré comme techniquement supérieur, mais vous ne pouvez pas acheter un enregistreur Betamax aujourd'hui, sauf peut-être sur eBay. On peut affirmer que Windows a gagné sur Macintosh, malgré le fait que l'interface utilisateur MacOS était beaucoup plus agréable, due entièrement aux décisions d'entreprise (principalement la décision d'Apple de ne pas permettre des clones).
De même, des problèmes bien au-delà du contrôle de Xerox détruit SPX / IPX en tant que protocole viable - HTTP fonctionne sur TCP / IP, pas sur SPX / IPX. Les règles HTTP Le monde, donc TCP / IP Règle le monde.
SPX / IPX a été laissé comme un exercice pour le lecteur.
BTW, je parle de SPX / IPX comme s'il s'agissait d'un protocole Xerox - pas tout à fait. Ils sont un protocole Novell, mais basé sur le Système de réseau Xerox protocoles. Fait intéressant, je n'ai rien trouvé sur ce protocole sur le site Web de Xerox ni de Novell.
Aussi, voir l'article Wikipedia sur IPX / SPX .
Vrai. Le protocole SPX / IPX n'est pas populaire dans le réseau étendu de zone et Internet, mais il est supérieur à TCP dans LAN. D'où désirait connaître les raisons.
@Karthik: Les raisons de quoi? La principale raison de l'échec de SPX / IPX est le succès de l'Internet, qui a utilisé TCP / IP. Cela remplace complètement les avantages techniques que SPX / IPX pourrait apprécier. Les avantages techniques sont totalement non pertinents.
Alors, est-ce juste parce que HTTP a opté pour utiliser TCP / IP, l'IPX / SPX a été obsolète? Mais il n'y a-t-il pas de raisons techniques qui entravées IPX / SPX d'être bonnes pour un réseau étendu ou Internet?
@Karthik: Je ne connais pas l'histoire à ce sujet. Je me souviens que http (et le Web) a été construit sur le dessus de l'ARPANET, qui a utilisé TCP / IP. Le reste, comme on dit, était l'histoire. Vous devriez faire une grande recherche pour déterminer si Xerox ait jamais tenté d'exiger que Internet soit exécuté sur le protocole.
@Karthik: N'oubliez pas non plus que, quand il a commencé, Internet était une chose assez modeste. Je me souviens de ma première vue d'Amazon.com. Je me suis moquée d'un collègue qui allait réellement permettre à son numéro de carte de crédit d'aller sur Internet en réellement Acheter Certains livres! Je pensais qu'il était fou. Aujourd'hui, nous ne pensons rien de faire des transactions financières et de tout le reste sur Internet. Je parie si Xerox avait connu que cela se produirait, ils auraient combattu pour la parité.
@John Saunders: Je pense que cela a également été vérifié avec Xerox.
@Karthik: Qu'est-ce que doit être vérifié avec Xerox?
IPX / SPX effectué mieux que TCP / IP de retour dans la journée, sur les systèmes où vous pourriez comparer les deux. Ce n'est plus vrai depuis que TCP a eu tous les efforts de développement d'environ 1993 en raison de http.
Essentiellement, IPX / SPX a été obsolète par TCP / IP, et il n'est donc plus pertinent. Le maintien de deux séries de protocoles est trop d'effort pour les opérateurs de réseau, de sorte que moins cela est capable de sortir. Finalement, cela arrivera à IPv4.
Est-ce juste parce que HTTP a opté pour utiliser TCP / IP, l'IPX / SPX a été obsolète? Mais il n'y a-t-il pas de raisons techniques qui entravées IPX / SPX d'être bonnes pour un réseau étendu ou Internet?
SPX n'a jamais fonctionné mieux que TCP, en raison d'aucun fenêtrage. En fait, SPX n'a jamais vraiment fonctionné du tout, en raison de la clôture de la commande. Au moment où ils l'ont réparé dans SPX-2, c'était déjà le jeu.
Les protocoles les moins capables ne sont pas toujours ceux à tomber. Il y a toutes sortes de raisons, pratiques et politiques, qui peuvent provoquer une solution supérieure à abandonner.
IPX a été optimisé pour les LANS. D'une part, les adresses IPX sont formées à l'aide d'adresses MAC Ethernet et d'un identifiant réseau 32 bits. Cette conception est autorisée à "la configuration zéro" des nœuds IPX dans la plupart des cas - il suffit de brancher l'ordinateur dans et c'est sur le réseau. IPv6 avec AutoConf n'a pas les mêmes propriétés, BTW.
SPX (analogue de TCP) a également été très optimisé pour les ordinateurs de distribution. Par exemple, il disposait de nacks par paquets au lieu d'acks per-octets dans TCP sans aucune fonction de gestion de fenêtre explicite. Cela a permis aux serveurs de fichiers très simples - il suffit de sensibiliser le fichier de fichier dans l'Ethernet à la vitesse supérieure. Si un client manque un paquet, vous pouvez le relire du disque / du cache et de la réenvertir.
En revanche, avec TCP, vous devez tamponner toutes les données non acquittées et re-envoyer toutes les données du tampon d'envoi après un paquet perdu (au cas où vous n'utilisez pas la fonction d'accusé de réception sélective).
Cependant, IPX ne convenait pas du tout pour le tout. Par exemple, il ne pouvait pas faire face à différentes tailles de trame. C'est à dire. Deux réseaux avec des cadres différents (disent, Ethernet et Ethernet avec des cadres Jumbo) ne pouvaient pas interopérer sans serveur proxy ni une forme d'encapsulation.
En outre, la réorganisation des paquets sur Wans est omniprésente, mais il joue un enfer avec SPX (au moins avec la mise en œuvre de Novell), ce qui provoque beaucoup de naks parasites.
Et bien sûr, les adresses IPX n'étaient pas hiérarchiques, elles ne sont donc pas très adaptées au routage. ID réseau en théorie pourrait être utilisé pour cela, mais même les grands déploiements IPX / SPX n'étaient pas assez complexes pour développer une infrastructure de routage riche.
En ce moment, IPX n'est intéressant que comme une curiosité historique et en maintenance d'un petit nombre de systèmes très hérités.
Cela rend très utile dans certaines applications d'automatisation. Par exemple, un contrôleur basé sur PC utilisant l'automationDirect.com E / S.
Les adresses réseau dans TCP / IP peuvent être agrégées, c'est-à-dire que le routeur doit garder seulement peu d'informations, mais ce n'est pas le cas avec IPX / SPX.
IPX / SPX peut coexister sur un réseau local avec TCP / IP. Le PC qui souhaitent être isolé à partir du Web peut toujours partager des fichiers / des imprimantes à l'aide de IPX et de ne pas charger TCP. Ceci est plus sécurisé que n'importe quel pare-feu et secondaire uniquement pour couper des fils.
L'inconvénient de la pile de protocoles TCP / IP est une vitesse inférieure à IPX / SPX. Cependant, la pile TCP / IP est maintenant également utilisée dans les réseaux locaux pour simplifier la négociation de protocoles réseau locaux et étendus. Actuellement, il est considéré comme le principal dans les systèmes d'exploitation les plus courants.