[Redes] Final de 24 de febrero de 2010
Gabriel Przybylski
1- Que información bits está prevista en los cuadros de la tecnología Frame Relay como técnicas de control de congestión? Breve explicación.
Fecn y Becn notifican el sentido de la congestión, al nodo usuario situado arriba o abajo correspondientemente.
agregaría el DE
2- Explique los dos modos de operación previstos en las redes X.25. Que es el PAD y en que modo se usa?
lo del pad ya lo contestó nicolás.
supooooooooongo, que en los modos se refiere a los modos en los que opera lapb, que son SARM y SABM,. que vienen de HDLC. tambien supongo prejuiciosament que, como el pad se usa para conectar terminales bobas, tienen q usar el modo SARM q mantiene la onda master-slave, donde slave es la terminal en cuestion
5- Se dispone de un enlace wan entre dos redes basado en tecnología FR. Las condiciones son las siguientes:
AR=2048 kbps =E1
CIR 50%
EIR= 521 kbps
T 1 seg
A raíz de la implementación de un nuevo servidor de aplicaciones instalado en la red 1 que atenderá peticiones de la red 2 se desea saber si las condiciones de contratación actuales sirven o es necesario ampliar algunos de los parámetros. El promedio de tráfico durante el día es de 768 kbps pero se registran picos 1900 kbps entre las 15 y las 17. Ase asume que la longitud de las tramas es de 6000 bytes.
a) Sirven las condiciones de contratación o hay que reformlarla? Demuestre su afirmación
b) Calcule, en la actual contratación, la cantidad de tramas que pasarían, las que pasarían marcadas y las que serían descartadas.
En el día pasan 16 tramas (768kbps / (6000 *8) y en hora pico 40 tramas (1900 kbps / (6000 * 8)
BC = CIR * T = 1024 kb -> garantizo 21 tramas
BE = 512 Kb -> 10 tramas
AR – CIR – EIR = 512 -> 10 tramas son rechazadas.
No cumple con el horario pico.
yo hice otra cosa para las tramas rechazadas, xq no creo que te sirva el AR como criterio... coincido en q pasan seguro 21, 10 con el DE=1.
la cantidad de tramas rechazadas es el total de tramas, menos las aceptadas.
ahora mi duda es que, si lo calculo en función de las tramas, me da 8 rechazadas, pero si lo calculo en función de kbps, me da 7 rechazadas (probablemente sea un tema con el redondeo).
cuál de las 2 formas es la correcta???
hecho por tramas: en total entran 1900kbps / 48kb = 39,58 --> 39 tramas entran al canal. 39 - 21 - 10 = 8 tramas rechazadas
hecho por tasa de tx: 1900 - 1024 - 512 = 364 364 / 48 = 7,58 tramas por fuera del BC+BE redondeo para arriba o para abajo?
6- Un bridge que no puede realizar forward de frames (tramas) a suficiente velocidad pierde frames en condiciones de alta carga. Calcule cual debe ser la velocidad de forward tramas por segundo de un bridge debe tener en una red 100BaseT para no perder frames en la peor condición. Haga el cálculo utilizando el tamaño máximo de una trama Ethernet. 1526 B
1526 *8 = 12208
100 10^6 Mbps /12208 = 8191 tramas por segundo la cuenta da 8191,34 asi que redondearía para arriba, sino se estaría quedando corta por un pedacito de trama cada vez
7- Se desea transmitir un segmento TCP de 5000 B a través de una red cuyo MTU es de 500 B. suponiendo que el datagrama IP no tiene opciones indicar la cantidad de framgemntos que se envían.
1 segmento = 20 cab tcp + 20 cab ip + 480
5000 – 480 = 4520 B (faltan) / 500 = 10 segmentos.
En total 11 segmentos
si el MTU es 500 --> cada fragmento IP lleva 480B de datos de capa superior
5000B / 480B = 10,41 --> 11 fragmentos
si habla de "un segmento TCP de 5000B" asumo que están incluidos los 20B de TCP. sino habría que hacer 5020 / 480 que tmb da 11