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.
Es muy importante conocer todo sobre los protocolos, como la historia y el como funcionan los Convertidores de Protocolos.
ResponderBorrar