jueves, 28 de abril de 2016

Historia de los protocolo de red

Historia de los protocolo: 
Desde un principio, los programas de comunicaciones escritos personalizados permitián que una computadora hablara con otra. Si queriamos hablar con una computadora diferente, teníamos que escribir un programa nuevo.
Este método no podía ampliarse más que a unas cuantas computadoras.
 
Los primeros intentos de solucionar este problema fueron protocolos patentados que permitían a las computadoras del mismo fabricante hablar unas con otras. Ninguno de estos protocolos se utiliza mucho hoy en día, pero el UUCP (Unix-to-Unix Copy Program, prgorama de copia de Unix a Unix) es parecido en un concepto: un protocolo monolítico que puede utilizarse sólo con otra computadora que comprenda UUCP. Afortunadamente, UUCP está ampliamente disponible, en lugar de estar bloqueado como un protocolo específico de distribuidor. (Aún más afortunado es el hecho de que UUCP ya no se utiliza casi, y en la mayoría de los casos en los que se hace, se implementa detrás de TCP.)

La siguiente etapa en la evolución de los protocolos fue el protocolo en capas. en este modelo, el protocolo está dividido en capas dispuestas en una pila (como los platos en un armario). Cada una de estas capas está compuesta de uno o más protocolos, una desafortunada duplicación de terminología.Cada capa pasa información verticalmente dentro de la pila. Ejemplos de protocolos en capas que no son TCP/IP incluyen el XNS (eXtensible Nmale Service, Servicio de nombres extensible; el ancestro de la pila de protocolos Novell) y la SNA (System Network Architecture, Arquitectura de redes de sistemas; el protocolo de comunicaciones de IBM).
Normalmente,, se habla de los protocolos en capas en términos de modelo de siete capa OSI. Cada capa es responsable de ciertas funciones dentro de la red (por ejemplo, la capa de red direcciona y encamina paquetes y la capa de presentación cifra y comprime datos).

Los datos de una capa dada están organizados de un modo muy parecido a los de cualquier otra cpaa. Un paquete (término genérico para un conjunto de datos de cualquier capa) se compone de dos partes, un encabezamiento y una carga útil (o datos).

Encabezamiento => Datos 

Cada capa encapsula aquéllas que están por encima de ella.

Encabezamiento => Encabezamiento=> Datos 

Un paquete encapsula de nivel superior

Este proceso añade un coste adicional a la cantidad de datos trasferidos y ésta es una de las quejas sobre los protocolos en capas. Si embargo, a la luz de las ventajas, el coste es minimo.


Las dos grandes ventajas d este modelo son que es fácil de implementar y fácil de extender. Implementar el protocolo significa que cualquier distribuidor de harware puede utilizar una pila de protocolos de manera que su equipo pueda comunicarse con el equipo de cualquier otra distruibuidor (suponiendo que los aspectos especificos del protocolo sean abiertos y que elotro distribuidor lo haya implementado también). Extender un protocolo significa añadirle funcionalidad.


Para extender TCP/IP agregando un servicio nuevo de capa de aplicación sólo hay que implementar un protocolo en una capa del modelo mientras hacemos uso de las capas existentes para el resto del trabajo. Por ejemplo, si queremos implementar un protocolo para permitir que todos muestros hosts en red intercambien actualizaciones, podríamos confiar en IP y en el UDP (User Datagram Protocol, Protocolo de datagrama de usuario) para entregar los datos, y concentrarnos en cómo formatear y utilizar la información en el protocolo de capa de aplicación que desarrollemos.

1 comentario:

  1. Es muy importante conocer todo sobre los protocolos, como la historia y el como funcionan los Convertidores de Protocolos.

    ResponderBorrar

REGRESA