1 1. INTRODUCCIÓN ........................................................... - Blearning
1 1. INTRODUCCIÓN ........................................................... - Blearning 1 1. INTRODUCCIÓN ........................................................... - Blearning
Inicialmente podemos transmitir sin necesidad de asentimiento las primeras 7 tramas al igual que el receptor puede recibirlas. Supongamos que el emisor envía varias tramas ej(3). Sin recibir mas confirmaciones solo podrá enviar las 3-4-5-6 porque puede enviar 7 máximo sin confirmación. El receptor ha recibido las 3 primeras tramas pero no ha enviado la confirmación. No ha porque confirmar todas las tramas, si se confirma una se confirman las anteriores. Si queremos confirmar que hemos recibido las tres primeras tramas lo que mandamos al receptor es un RRX (Receiver Ready x nº de secuencia siguiente al confirmado) en este caso sería RR3. Cuando ha enviado la confirmación de las tres primeras la ventana de recepción se amplia a 7 de nuevo. Lo mismo ocurre cuando llega la confirmación al emisor, se amplia de nuevo su ventana. Supongamos ahora que envía 4 tramas. Mientras no reciba confirmación no podrá enviar más del puntero 1. Ahora enviamos el asentimiento de la trama 3. Por lo que aumenta en 1 la ventana de recepción. Supongamos que la 4,5,6 llegan pero se quedan en el buffer y no las hemos entregado al nivel superior y hemos enviado el asentimiento. Un posible problema es que el receptor no devuelva el asentimiento y pase mucho tiempo con lo que el receptor reenviará la trama. Para evitar esto hay otro mensaje RNRx Receiver not Ready. Cuando se manda un RNRx le decimos al emisor que hemos recibido las tramas y que están en el buffer. Este mensaje no tienen ningún efecto en las ventanas de emisión y recepción. Pasado un tiempo cuando las tramas 4,5,6 sean liberadas habría que enviar un RRx para que vuelva a ampliar su ventana. El emisor y receptor son a su vez receptor y emisor, por ellos muchos protocolos “ahorran” en tramas hacia los dos lados, teniendo cabeceras del estilo: E n n N(S) N(R) I0,0 I1,0 I2,0 I0,3 I1,3 I2,3 I3,3 R N(S) - nº de secuencia de información N(R) – nº de secuencia de recepción I0,0 -> Te envío la 0 y espero la 0 I1,0 -> Te envío la 1 y espero la 0 .... I0,3 -> Te envío la 0 y espero la 3. Es como llevar un RRX en la trama de información, así en un trama se envían juntas las de Información y la de Asentimiento. Estas tramas coexisten con las de asentimiento por si no se quiere enviar información. 52
T ¿Por qué W ≤ 2 n –1 ? Ej n=3 Supongamos que W=2 n 5 6 7 0 1 2 3 4 5 6 7 0 1 2 (1) RR0 Recibido (2)Envío todas las tramas (3)Recibido RR0 ¿pero es el de antes o el de ahora? El tamaño 2 n da lugar a ambigüedad porque nos podemos confundir con los asentimientos. Análisis de prestaciones TTX TPROP TPROC ACK La diferencia entre parada y espera y ventana deslizante es que podemos enviar w tramas antes de recibir confirmación. 2 casos: (1) La ventana es suficientemente grande como para que llegue el ACK de la primera trama, esto se denomina ENVÍO CONTINUO. (2) La ventana no es suficientemente grande para recibir el primer ACK cuando se ha enviado la última trama. Hay que quedarse un tiempo esperando a que llegue el asentimiento. Esto se llama ENVÍO NO CONTINUO. ENVÍO CONTINUO: W*TTX ≥ T T = TTX + TPROP + TPROCTRAMA + TACK + TPROP + TPROPACK T ≈ TTX + 2*TPROP a= TPROP / TTX Parada y espera W * TTX ≥ TTX + 2*TPROP W ≥ 1 + 2*a W ≥ 1 + 2*a U = 1 Análisis de prestaciones: en envío continuo la utilización es U=1, es decir el 100%. ENVÍO NO CONTINUO: W < 1 + 2*a 0 TPROC TRAMA TPROP ACK W * T U = T TX 0 w W * T = T + 2T TX TX TTX TTX 0 PROP W = 1+ 2a Ventana deslizante 53
- Page 1 and 2: 1. INTRODUCCIÓN ..................
- Page 3 and 4: TRANSMISION: Proceso de envío de i
- Page 5 and 6: En el interior de la red, los nodos
- Page 7 and 8: mil -> mil decisiones. Lo que da pr
- Page 9 and 10: Protocolos y arquitectura de protoc
- Page 11 and 12: información a nivel de red). Para
- Page 13 and 14: El modelo OSI de transporte para ab
- Page 15 and 16: Transporte y aplicación se comunic
- Page 17 and 18: 2. NIVEL FÍSICO Transmisión de da
- Page 19 and 20: (III) (IV) Suma de un infinitas fre
- Page 21 and 22: Puedo meter a la entrada una señal
- Page 23 and 24: El inconveniente es que es más com
- Page 25 and 26: Y cada vez más atenuada los múlti
- Page 27 and 28: 3 bits M=8 4 bits M=16 M- niveles d
- Page 29 and 30: En 1991 elaboró una norma; EIA/TIA
- Page 31 and 32: TIPOS DE FIBRA Peor Salto índice I
- Page 33 and 34: Codificación de datos DATOS DIGITA
- Page 35 and 36: (5) PSEUDOTERNARIO Codificación 1
- Page 37 and 38: - Desplazamiento de fase (PSK: Phas
- Page 39 and 40: Interfaces de capa física TRANSMIS
- Page 41 and 42: RS-232 (ahora se llama EIA-232-E) A
- Page 43 and 44: (3) MODEM NULO ORIGEN DTE La tx la
- Page 45 and 46: Cuestiones: En primer lugar tenemos
- Page 47 and 48: ) Si hay problemas en la transmisi
- Page 49 and 50: Con un análisis de prestaciones va
- Page 51: También hay un temporizador para c
- Page 55 and 56: La palabra código tendrá más bit
- Page 57 and 58: En la codificación Hamming cada po
- Page 59 and 60: (4) CRC (CODIGO DE REDUNDANCIA CICL
- Page 61 and 62: El rechazo consiste en que cuando e
- Page 63 and 64: Hay otro inconveniente: si no se ut
- Page 65 and 66: Se puede demostrar que para los otr
- Page 67 and 68: Es un protocolo orientado a bit. El
- Page 69 and 70: Multiplexación por división en fr
- Page 71 and 72: thau. Probabilidad de que haya K tr
- Page 73 and 74: En el no-persistente el retardo en
- Page 75: (Token Bus) 802.4 General Motors To
Inicialmente podemos transmitir sin necesidad de asentimiento las<br />
primeras 7 tramas al igual que el receptor puede recibirlas. Supongamos<br />
que el emisor envía varias tramas ej(3). Sin recibir mas confirmaciones<br />
solo podrá enviar las 3-4-5-6 porque puede enviar 7 máximo sin<br />
confirmación. El receptor ha recibido las 3 primeras tramas pero no ha<br />
enviado la confirmación. No ha porque confirmar todas las tramas, si se<br />
confirma una se confirman las anteriores. Si queremos confirmar que hemos<br />
recibido las tres primeras tramas lo que mandamos al receptor es un RRX<br />
(Receiver Ready x nº de secuencia siguiente al confirmado) en este caso<br />
sería RR3. Cuando ha enviado la confirmación de las tres primeras la<br />
ventana de recepción se amplia a 7 de nuevo. Lo mismo ocurre cuando llega<br />
la confirmación al emisor, se amplia de nuevo su ventana. Supongamos ahora<br />
que envía 4 tramas.<br />
Mientras no reciba confirmación no podrá enviar más del puntero <strong>1.</strong><br />
Ahora enviamos el asentimiento de la trama 3. Por lo que aumenta en 1 la<br />
ventana de recepción. Supongamos que la 4,5,6 llegan pero se quedan en el<br />
buffer y no las hemos entregado al nivel superior y hemos enviado el<br />
asentimiento.<br />
Un posible problema es que el receptor no devuelva el asentimiento y<br />
pase mucho tiempo con lo que el receptor reenviará la trama. Para evitar<br />
esto hay otro mensaje RNRx Receiver not Ready. Cuando se manda un RNRx le<br />
decimos al emisor que hemos recibido las tramas y que están en el buffer.<br />
Este mensaje no tienen ningún efecto en las ventanas de emisión y<br />
recepción.<br />
Pasado un tiempo cuando las tramas 4,5,6 sean liberadas habría que<br />
enviar un RRx para que vuelva a ampliar su ventana.<br />
El emisor y receptor son a su vez receptor y emisor, por ellos<br />
muchos protocolos “ahorran” en tramas hacia los dos lados, teniendo<br />
cabeceras del estilo:<br />
E<br />
n<br />
n<br />
N(S) N(R)<br />
I0,0<br />
I1,0<br />
I2,0<br />
I0,3<br />
I1,3<br />
I2,3<br />
I3,3<br />
R<br />
N(S) - nº de secuencia de<br />
información<br />
N(R) – nº de secuencia de<br />
recepción<br />
I0,0 -> Te envío la 0 y espero la 0<br />
I1,0 -> Te envío la 1 y espero la 0<br />
....<br />
I0,3 -> Te envío la 0 y espero la 3.<br />
Es como llevar un RRX en la trama de información,<br />
así en un trama se envían juntas las de Información y la<br />
de Asentimiento.<br />
Estas tramas coexisten con las de asentimiento por<br />
si no se quiere enviar información.<br />
52