2985605
PROTOCOLOS ELEMENTALES DE
ENLACE DE DATOS
- Protocolo simplex sin restricciones
- 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, el
tiempo de
procesamiento puede
ignorarse.
- 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, el
tiempo de
procesamiento puede
ignorarse.
- Protocolo simplex de parada y espera
- Receptor debe proporcionar
realimentación al transmisor,
el transmisor envía un frame
y luego espera acuse antes
de continuar.
- Receptor debe proporcionar
realimentación al transmisor,
el transmisor envía un frame
y luego espera acuse antes
de continuar.
- Protocolo de ventana corrediza
- 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.
- 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. 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.
Problema si el transmisor tiene un
temporizador corto, ya que enviará varias
veces el frame.
- Usa parada y espera, ya que el transmisor
envía un frame y espera su acuse antes de
transmitir el siguiente. 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.
Problema si el transmisor tiene un
temporizador corto, ya que enviará varias
veces el frame.
- 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.
- 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 que usa regresar n y 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.
- 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.
- PPP- PROTOCOLO PUNTO A PUNTO
- (Point-to-Point Protocol, protocolo
punto a punto). El PPP realiza
detección de errores, reconoce
múltiples protocolos, permite la
negociación de direcciones de IP en el
momento de la conexión, permite la
verificación de autenticidad y tiene
muchas mejoras respecto a SLIP.
- (Point-to-Point Protocol, protocolo
punto a punto). El PPP realiza
detección de errores, reconoce
múltiples protocolos, permite la
negociación de direcciones de IP en el
momento de la conexión, permite la
verificación de autenticidad y tiene
muchas mejoras respecto a SLIP.
- EL PROTOCOLO CSMA/CD.
- Cuando la interfaz del servidor tiene un
paquete para transmitir, escucha en la línea
para determinar si hay mensajes siendo
transmitidos. Si no detecta transmisión
alguna, la interfaz comienza a enviar. Cada
transmisión está limitada en el tiempo, pues
existe un tamaño máximo de paquete.
Cuando un transceiver comienza a transmitir,
la señal no llega a cada punto de la red
simultáneamente, a pesar de que viaja a casi
un 80% de la velocidad de la luz. Por lo
anterior, es posible que 2 transceivers
determinen que la red está ociosa y
comiencen a transmitir al mismo tiempo;
provocando la colisión de las dos señales.
- Detección de Colisiones (CD):
- Cada transceiver monitorea el cable
mientras está transfiriendo para
verificar que una señal externa no
interfiera con la suya. Cuando colisión
es detectada, la interfaz aborta la
transmisión y espera hasta que la
actividad cese antes de volver a
intentar la transmisión. Política de
retención exponencial. El emisor
espera un tiempo aleatorio después de
la primera colisión; un periodo de
espera 2 veces más largo que el
primero en caso de una segunda
colisión; 4 veces más largo la próxima
vez, etc., reduciendo así al máximo la
probabilidad de colisión.
- Cada transceiver monitorea el cable
mientras está transfiriendo para
verificar que una señal externa no
interfiera con la suya. Cuando colisión
es detectada, la interfaz aborta la
transmisión y espera hasta que la
actividad cese antes de volver a
intentar la transmisión. Política de
retención exponencial. El emisor
espera un tiempo aleatorio después de
la primera colisión; un periodo de
espera 2 veces más largo que el
primero en caso de una segunda
colisión; 4 veces más largo la próxima
vez, etc., reduciendo así al máximo la
probabilidad de colisión.
- Cuando la interfaz del servidor tiene un
paquete para transmitir, escucha en la línea
para determinar si hay mensajes siendo
transmitidos. Si no detecta transmisión
alguna, la interfaz comienza a enviar. Cada
transmisión está limitada en el tiempo, pues
existe un tamaño máximo de paquete.
Cuando un transceiver comienza a transmitir,
la señal no llega a cada punto de la red
simultáneamente, a pesar de que viaja a casi
un 80% de la velocidad de la luz. Por lo
anterior, es posible que 2 transceivers
determinen que la red está ociosa y
comiencen a transmitir al mismo tiempo;
provocando la colisión de las dos señales.
Want to create your own Mind Maps for free with GoConqr? Learn more.