TCP/IP se rapporte à deux protocoles de réseau utilisés sur l'Internet : Transmission Control Protocol et Internet Protocol. Cependant, les TCP et l'IP sont seulement deux protocoles appartenant à une collection de protocoles beaucoup plus grande appelés la suite de TCP/IP.
La suite de TCP/IP des protocoles de gestion de réseau relie de divers logiciels d'exploitation et composants de réseau. Elle fournit une méthode standard pour déplacer des données entre les systèmes, et est employée le les deux dessus Internet aussi bien que dans le monde de la gestion de réseau privée.
Les protocoles dans la suite de TCP/IP fournissent le transport de données pour tous les services disponibles à l'utilisateur d'aujourd'hui de réseau. Certains de ces services incluent
. Transmission de courrier électronique
|
|
. Transferts de fichier
. Transmission de messages instantanée
. Accédez au Web mondial
Le Modèle De Référence De l'Interconnexion De Systèmes Ouverts (OSI)
Le OSI Reference Model a été défini pour normaliser la discussion de diverses technologies impliquées dans la gestion de réseau. Ses sept couches représentent l'architecture pour des protocoles de communication de données. Chaque couche dans le modèle OSI Indique une fonction particulière de réseau. Le modèle OSI Peut être considéré comme une pile avec chaque couche se trouvant sur celle au-dessous de lui. Les services qu'une couche indiquée assure sont définis par les protocoles à cette couche. L'arrangement le modèle OSI Et chaque couche est très utile en conceptualisant comment les différentes parties de réseaux et d'applications de TCP/IP agissent l'un sur l'autre. Les sept couches de la pile de modèle OSI Sont
. Couche 7 (Application). La couche la plus élevée du modèle OSI. Cette couche définit les applications de manière interactives avec le réseau et entre les systèmes.
. Couche 6 (Présentation). Contient les protocoles qui font partie du logiciel d'exploitation. Cette couche définit comment l'information est composée pour l'affichage. Le chiffrage et la traduction de données peuvent se produire à cette couche.
. Couche 5 (Session). Coordonne la communication entre les points finaux. L'état de session est maintenu à cette couche pour la sécurité, la notation, et les fonctions administratives.
. Couche 4 (Transport). Commande l'écoulement des données entre les systèmes, définit la structure des données dans les messages, et exécute la vérification des erreurs. Le chiffrage de navigateur de Web se produit généralement à cette couche.
. Couche 3 (Réseau). Définit des protocoles pour des données de cheminement entre les systèmes. C'est la couche où l'adressage de point final se produit ; elle s'assure que les données arrivent à la destination correcte.
. Couche 2 (Donnée-lien ou interface de réseau). Définit les règles pour envoyer et recevoir l'information d'un noeud à l'autre dans les environnements locaux de réseau (c'est-à-dire, LANs).
. Couche 1 (examen médical ou médias). Régit des raccordements de matériel et le codage de byte-stream pour la transmission. C'est la seule couche qui implique un transfert physique d'information entre les noeuds de réseau.
TCP/IP a été créé avant le développement du OSI Reference Model, et, bien que les ajustements de TCP/IP dans l'architecture d'OSI, non toutes les couches OSI Soient appropriés en parlant de TCP/IP. En ce qui concerne TCP/IP, les couches OSI Les plus importantes sont l'application, le transport, le réseau, et le donnée-lien. Chacune de ces couches a des protocoles spécifiques liés à eux. Les protocoles communs à ces couches sont
. Application : Protocole de transfert hypertexte (HTTP)
. Transport : Transmission Control Protocol (Tcp)
. Réseau : Internet Protocol (IP)
. Donnée-lien : Address Resolution Protocol (Arp)
Ces protocoles peuvent être divisés en deux
types, réseaux et applications.
Protocoles De Réseau-Niveau
les protocoles de Réseau-niveau contrôlent les mécanismes du transfert de données, et sont en général invisibles à l'utilisateur. Par exemple, le Internet Protocol (IP) fournit la livraison de paquet d'information envoyée entre l'utilisateur et les machines à distance. Il fait ceci basé sur une variété de données, le plus notamment le IP address des deux machines. Basé sur le IP address et toute autre information, l'IP fournit un service d'"meilleur-effort" pour conduire l'information à sa destination prévue. Dans tout ce processus, l'IP agit l'un sur l'autre avec d'autres protocoles de réseau-niveau occupés dans le transport de données. Court d'employer des utilités de réseau (peut-être un renifleur ou tout autre dispositif qui indique des datagrammes d'IP), l'utilisateur ne verra jamais le travail de l'IP sur le réseau.
Protocoles D'Application-Niveau
À la différence des protocoles de réseau-niveau, les protocoles d'application-niveau sont évidents à l'utilisateur. Par exemple, le protocole de transfert hypertexte (HTTP) est un protocole interactif ; vous voyez les résultats de votre raccordement et les transférez pendant qu'il se produit. (cette information est présentée dans des messages d'erreur et des rapports de statut sur l'exemple de transfer.for, le nombre de bytes qui ont été transférés à n'importe quel moment indiqué).
En 1969, le Defense Advanced Research Projects Agency (DARPA) a commissionné le développement d'un réseau pour ses centres de recherches. Le souci en chef était les possibilités de ce réseau pour résister à une attaque nucléaire. Si Union Soviétique lançait une première grève, le réseau a dû encore faciliter la communication. La conception de ce réseau a eu plusieurs autres conditions requises, le plus important de ce qui était ceci : Elle a dû fonctionner indépendamment de n'importe quelle commande centralisée. Le prototype pour ce système (appelé ARPANET) a été basé dans la grande partie sur la recherche faite en 1962 et 1963.
L'ARPANET original a bien fonctionné mais était sujet à des arrêts du système périodiques. En outre, l'expansion à long terme de ce réseau a prouvé coûteux. Une recherche a été donc lancée pour un ensemble de protocoles plus fiable ; cette recherche a fini au milieu des années 70 avec le développement de TCP/IP.
TCP/IP a eu deux avantages en chef par rapport à d'autres protocoles : Il était léger et pourrait être mis en application au coût inférieur que les autres choix puis disponibles. Basé sur ces facteurs, TCP/IP est devenu excessivement populaire. D'ici 1983, TCP/IP a été intégré dans la version 4.2 du Berkeley Software Distribution (schéma) UNIX. Son intégration dans les formes commerciales d'UNIX bientôt suivies, et TCP/IP ont été établis comme norme d'Internet. Elle est restée ainsi à ce jour.
Aujourd'hui, TCP/IP est employé pour beaucoup de buts, pas simplement pour la communication d'Internet. Par exemple, des intranets sont souvent établis en utilisant TCP/IP. Dans de tels environnements, TCP/IP peut offrir des avantages significatifs par rapport à d'autres protocoles de gestion de réseau. Par exemple, TCP/IP travaille à une grande variété de matériel et de logiciels d'exploitation. En utilisant TCP/IP, un peut rapidement et facilement créer un heterogeneous network qui lie des impers, compatibles d'IBM, unités centrales, serveurs d'UNIX du soleil, MIPS de machines, et ainsi de suite. Chacune de ces derniers peut communiquer avec ses pairs en utilisant une suite commune de protocole. Pour cette raison, TCP/IP est resté extrêmement populaire depuis son introduction.
Le RFCs
Les protocoles de la suite de TCP/IP sont habituellement définis par des documents appelés les demandes des commentaires (RFCs). Le processus d'approbation de RFC est contrôlé par le Internet Engineering Steering Group (IESG) basé sur des recommandations de la technologie d'Internet Chargent la force (IETF). RFCs peut se composer et être soumis par n'importe qui. En outre, RFCs sont à la différence de beaucoup d'autres normes de gestion de réseau du fait ils sont librement accessibles en ligne et sont ouverts de commentaire par n'importe qui.
L'IETF est principalement responsable de constituer des groupes de travail concentrés sur les questions stratégiques de TCP/IP. Les normes RFCs sont souvent le produit de beaucoup de mois de discussion chez ces groupes de travail, qui se composent des personnes intéressées à un aspect particulier de l'Internet. L'ébauche de groupes de travail souvent a proposé RFCs et les rend disponibles pour la discussion. Ces discussions ont lieu typiquement sur les listes d'expédition, qui l'entrée bienvenue de tout ayant droit. Non tout le RFCs indiquent des normes de TCP/IP. Un certain RFCs contiennent l'information de fond, certains fournissent la documentation et les bouts pour en contrôler un réseau de TCP/IP, quelques faiblesses de protocole de document, et sont même complètement pleins d'humour. Le noyau RFCs qui définissent les normes liées à la gestion de réseau de TCP/IP sont
. RFC 768 : User Datagram Protocol
. RFC 791 : Internet Protocol
. RFC 792 : Internet Control Message Protocol
. RFC 793 : Transmission Control Protocol
. RFC 1122 : Conditions pour des couches de l'Internet Hosts.Communication
. RFC 1123 : Conditions pour l'Internet Hosts.Application et l'appui.
Pour des informations plus complètes sur des protocoles d'Internet et RFCs associé, visitez des archives de RFC comme cela fourni par l'IETF à http://www.ietf.org/rfc.html.
Réalisations de TCP/IP
La norme de fait pour des réalisations de TCP/IP
a été les dégagements du schéma 4.x, et son code a été le point
de départ pour beaucoup d'autres réalisations. Il y a de
nombreuses réalisations disponibles incluant un certain nombre de
dérivés de schéma tels que FreeBSD, OpenBSD, et NetBSD. En
outre, UNIX-comme le logiciel d'exploitation GNU/Linux inclut le code
source pour une exécution de TCP/IP. Le code source pour des
réalisations de non-Non-UNIX est également disponible. Les
paquets pour le MS-DOS et le Windows incluent WATTCP/WATT-32 et KA9Q.
Online: 681 users browsing the articles directory
|
|