La solución a este problema es activar la emisión de mensajes RTS

EXAMEN DE AMPLIACIÓN DE REDES JUNIO 2012
TEST LABORATORIO
SOLUCIÓN
L-1.- D
L-2.- D
L-3.- A
L-4.- A
L-5.- B.
L-6.- B
L-7.- A
L-8.- C
L-9.- A
L-10.- C
PREGUNTA:
A diferencia del SDR el VideoLAN no está preparado para recibir dos emisiones diferentes en la misma
dirección multicast. Si lo hace intenta reproducirlas como si fueran una sola, con lo que no se recibe
correctamente ninguna de ambas. Lo comprobábamos emitiendo simultáneamente desde dos servidores a
la misma dirección multicast ………
1
EXAMEN DE AMPLIACIÓN DE REDES JUNIO 2012
TEST TEORÍA
SOLUCIÓN
1.2.3.4.5.6.7.8.9.10.11.12.13.14.15.16.17.18.19.20.21.22.23.24.25.26.27.28.29.30.31.32.33.34.35.36.37.38.39.40.41.42.43.44.-
A
B
A
A
D
C
A
C
A
D
A
D
C
B
B
B
B
C
A
C
B
C
A
A
B
B
D
D
A
A
A
A
A
C
A
C
B
D
C
B
B
C
A
A
2
45.46.47.48.49.50.51.52.53.54.55.56.57.58.59.60.-
B
A
C
A
B
D
A
C
C
C
B
A
D
B
A
C
3
2
Preguntas:
2.1
En el caso de X, puesto que el conmutador A no implementa IGMP Snooping no habrá ningún
mecanismo de filtrado de tráfico y recibirá todo el multicast, y por supuesto el broadcast generado por
ambos emisores. Esto nos da un total de 350 Kb/s
En el caso de Y, el conmutador B solo le enviará la emisión multicast de P2 mas el tráfico broadcast
generado por P1; esto nos da un total de 250 Kb/s.
El host Z está suscrito al grupo P1, por lo que el router le reenviará dicho tráfico gracias a la distribución
generada por el protocolo de routing. El tráfico multicast de P2 no atravesará el router, ya que no ha
detectado la presencia de ningún receptor al otro lado. Tampoco pasará el tráfico broadcast, ya que ese
tipo de tráfico es siempre aislado por los routers. Por tanto su interfaz recibe un caudal de 100 Kb/s.
En cuanto al router, al tener que actuar en modo promiscuo respecto al tráfico multicast, recibirá por E0
todo el multicast más el broadcast, lo cual da un total de 350 Kb/s (como en X). Por su interfaz E1 el
rrouter no recibe ningún tráfico multicast ni broadcast ya que por lo que nos dicve el enunciado no parece
que Z genere ningún tipo de tráfico.
La siguiente tabla resume los resultados anteriores:
Interfaz
Host X
Host Y
Host Z
Router E0
Router E1
Tráfico broadcast/multicast recibido
200 + 50 + 100 = 350 Kb/s
200 + 50 = 250 Kb/s
100 Kb/s
200 + 50 + 100 = 350 Kb/s
0 Kb/s
2.2
La figura representa la estructura de una trama OC-3c (‘catenated’) definida con el fin de hacer
compatible el estándar SONET con el SDH. Dicha trama tiene la misma estructura que una trama STM-1.
Como puede verse en la propia figura la capacidad total de la trama es de 270 columnas por 9 filas, esto
es 2.430 bytes, que equivalen a 19.440 bits. Esta trama se transmite 8.000 veces por segundo, por lo que
el caudal correspondiente es de 19.440 * 8.000 = 155.520.000 bits/s, o sea 155,52 Mb/s.
Para calcular el caudal útil debemos hacer los cálculos pero tomando en cuenta esta vez que la carga útil
está formada por 260 columnas, es decir 260 * 9 = 2.340 bytes, que son 18.720 bits. Para calcular el
caudal correspondiente multiplicamos como antes por 8.000: 149.760.000 = 149,76 Mb/s.
2.3
El problema de la estación oculta se puede dar cuando dos estaciones asociadas al mismo punto de acceso
no se escuchan entre sí. Esto puede provocar que ambas estaciones transmitan a la vez produciendo una
colisión que ninguna de ellas detecta.
La solución a este problema es activar la emisión de mensajes RTS/CTS. Con este mecanismo el emisor
envía un mensaje de aviso previo al envío de la trama (el RTS o ‘Request To Send’) y el punto de acceso
le devuelve una confirmación (el CTS o ‘Clear To Send’). Se supone que todas las estaciones asociadas al
AP habrán recibido o bien el RTS o el CTS, por lo que todas deben ser conocedoras de la emisión que va
a comenzar. Esto sirve como una especie de reserva previa del canal, para asegurar que no va a ser
utilizado por otra estación durante la emisión
4