1a)
El "bitRate" de la app es N/k alcanza con que disponga de un canal o link cuyo ancho de banda se mayor al bitRate de la app no?
Si fuese la de circuitos y tuviese 4 bandas o 4 slice por segundo usaria 1/4 del ancho de banda del enlace y "solo podrian haber 4 apps que usen el canal"
Si fuese por conmutacion de paquetes cada envio del paquete p usaria todo el ancho de banda disponible y ademas como ejecuta durante un periodo largo, si las otras apps bajan el envio, esta va a poder enviar mas paquetes, haciendo mas factible que en k segundos envie N bits. Esta parece mas conveniente.
1b)
Como el canal nunca se llena xq la velocidad de la app es menor al ancho de banda, nunca va a haber un buffer overflow (drop) en los routers/switches hay capacidad ociosa por lo que no seria necesario un mecanismo de control de congestion.
2)R bps
dnodal = dproc + dqueue + dtrans + dprop =>
ayb) dnodal= k + dtrans + dprop
dnodal = k + L/R + m/s
s es una velocidad
c)k=0
d) hay dos opciones o esta en la cola o en canal. Como paso el tiempo de transmision todos los bits ya salieron de la cola y estan en el canal.(resien saliendo de la cola)
e) va a estar en el canal a dprop*dtrans metros de salida (del host A) metros recorridos en el canal.
f)en el host B
g m/s=L/R => m = L/R*s =120/(56*1024)*25*10^7 = 523 158 m ~ 523km un enlace de aca a salto, rivera o artigas maso