av Andres ortiz 9 år siden
241
Mer som dette
- V.92 red telefónica módems
- xDSL
- IrDA capa física
- USB capa física
- Firewire
- EIA RS-232, EIA-422, EIA-423, RS-449, RS-485
- ITU Recomendaciones: ver ITU-T
- DSL
- ISDN
- T1 y otros enlaces T-carrier, y E1 y otros enlaces E-carrier
- 10BASE-T, 10BASE2, 10BASE5, 100BASE-TX, 100BASE-FX, 100BASE- T, 1000BASE-T, 1000BASE-SX y otras variedades de la capa física de Ethernet
- SONET/SDH
- GSM interfaz radio
- Bluetooth capa física
- IEEE 802.11x Wi-Fi capas físicas
Protocolo simplex sin restricciones
Los datos se transmiten en una dirección, las capas de red en el transmisor y receptor siempre están listas, el tiempo de procesamiento puede ignorarse, espacio infinito de buffer, canal libre errores.
Dos procedimientos diferentes, uno transmisor y uno receptor que se ejecutan en la capas de enlace.
Transmisor solo envía datos a la línea, obtiene un paquete de la capa de red, construye un frame de salida y lo envía a su destino. Receptor espera la llegada de un frame.
Protocolo simplex de parada y espera
El receptor no es capaz de procesar datos de entrada con una rapidez infinita
Receptor debe proporcionar realimentación al transmisor, el transmisor envía un frame y luego espera acuse antes de continuar.
Protocolo simplex para un canal ruidoso
Canal presenta errores, los frame pueden llegar dañados o perderse por completo
Agregar un temporizador, falla si el frame de acuse se pierde pues se retransmitirá el frame.
Se debe agregar un numero de secuencia en el encabezado de cada frame que se envía.
Protocolo de ventana corrediza
Usar el mismo circuito para datos en ambas direcciones
Se mezclan los frames de datos con los frame de acuse de recibido
Receptor analiza el campo de tipo en el encabezado de un frame de entrada para determinar si es de datos o acuse.
Incorporación, retardo temporal de los acuses para que puedan colgarse del siguiente frame de datos de salida, usando el campo ack del encabezado del frame
Mejor aprovechamiento del ancho de banda del canal, no son frames independientes
Si no llega un nuevo frame en un tiempo predeterminado, la capa de enlace de datos manda un frame de acuse independiente.
En todos los protocolos de ventana corrediza, cada frame de salida contiene un número de secuencia con un intervalo que va desde 0 hasta algún máximo. El máximo es generalmente 2(n) -1, por lo que el número de secuencia cabe bien
en un campo de n bits.
Protocolo de ventana corrediza de un bit
Usa parada y espera, ya que el transmisor envía un frame y espera su acuse antes de transmitir el siguiente.
La máquina que arranca obtiene su primer paquete de su capa de red, construye un frame a partir de él y lo envía. Al llegar este frame, la capa de enlace de datos receptor lo revisa para ver si es un duplicado. Si el marco es el esperado, se pasa a la capa de red y la ventana del receptor se recorre hacia arriba.
El campo de acuse contiene el número del último frame recibido sin error. Si este número concuerda con el número de
secuencia del marco que está tratando de enviar el transmisor, éste sabe que ha terminado con el marco almacenado en el buffer y que puede obtener el siguiente paquete de su capa de red. Si el número de secuencia no concuerda con el número, debe continuar intentando enviar el mismo frame.
Por cada frame que se recibe, se envía un frame de regreso.
Problema si el transmisor tiene un temporizador corto, ya que enviará varias veces el frame, sin embargo el receptor sólo aceptará el frame una vez y no entregará frames repetidos a la capa de red.
Protocolo que usa regresar n y protocolo de repetición selectiva
Hasta ahora hemos supuesto insignificante el tiempo necesario para que un frame llegue al receptor más el tiempo para que regrese el acuse.
El tiempo de viaje tiene importantes implicaciones para la eficiencia del aprovechamiento del ancho de banda. Canal de 50Kbps con retardo de propagación de ida y vuelta de 500 mseg.
Con frames de 1000 bits, en 20 mseg. el frame ha sido enviado completamente.
En 270 mseg. el frame llega por completo al receptor y en 520 mseg. llega el acuse de regreso al transmisor.
El transmisor estuvo bloqueado durante el 96% del tiempo (500/520). Sólo se usó el 4% del ancho de banda disponible.
Protocolos de la capa de sesión
Protocolo RCP (llamada a procedimiento remoto):
Es un protocolo que permite a un programa de ordenador ejecutar código en otra máquina remota sin tener que preocuparse por las comunicaciones entre ambos. El protocolo es un gran avance sobre los sockets usados hasta el momento. Las RPC son muy utilizadas dentro del paradigma cliente-servidor. Siendo el cliente el que inicia el proceso solicitando al servidor que ejecute cierto procedimiento o función y enviando éste de vuelta el resultado de dicha operación al cliente. Hoy en día se está utilizando el XML como lenguaje para definir el IDL y el HTTP como protocolo de red, dando lugar a lo que se conoce como servicios web.
SCP (protocolo de comunicación simple):
El protocolo SCP es básicamente idéntico al protocolo RCP diferencia de este, los datos son cifrados durante su transferencia, para evitar que potenciales packet sniffers extraigan información útil de los paquetes de datos. Sin embargo, el protocolo mismo no provee autenticación y seguridad; sino que espera que el protocolo subyacente, SSH, lo asegure.
ASP (Protocolo de sesión APPLE TALK): Fue desarrollado por Apple Computers, ofrece establecimiento de la sesión, mantenimiento y desmontaje, así como la secuencia petición. ASP es un protocolo intermedio que se basa en la parte superior de AppleTalk Protocolo de transacciones (ATP), que es el original fiable de nivel de sesión protocolo de AppleTalk.Proporciona servicios básicos para solicitar respuestas a las arbitrarias órdenes y llevar a cabo fuera de la banda de consultas de estado. También permite al servidor enviar mensajes asíncronos de atención al cliente.
Protocolos de la capa de presentación
Hay varios ejemplos de protocolos que se clasificarían en ésta capa: ASN.1 y MIME. El primero es una forma normalizada de representar datos, es decir, define una forma “estándar” de pasar un tipo de dato por una red, por ejemplo, cómo codificar un número con punto decimal que sea reconocible tanto en el extremo que lo envía como en el que lo lee sin importar si las máquinas tienen arquitecturas diferentes (p. ej.: Windows y Unix). Mime es un protocolo que también define tipos de datos, sólo que de un poco más alto nivel. MIME se usa para transportar los archivos adjuntos en protocolos como HTTP o SMTP, con él se definen tipos de archivo como IMAGE/JPG o TEXT/HTML para enviar éstos archivos como parte de una página web o de un mensaje de correo.