(08-10-2015 14:28)Fly escribió:  

(08-10-2015 14:20)IsaacNewton escribió:  Pregunto, que sentido tiene hacer preguntas de este tipo?

2-b que impedancia tiene un cable coaxil en 10b5
50 ohm
75 ohm
100 ohm
1000 ohm
ninguna de las anteriores

Por favor...
Saludos

Si no me equivoco, creo que esos temas antes entraban en Redes y ahora lo pasaron a Comunicaciones.
Si siguen haciendo esas preguntas, están MFT (meando fuera del tarro).

Son preguntas que hace Echazú. Depende quien haga el final. Se ve que el de febrero de 2015 lo hizo el.

Alguno lo intento hacer?
Tengo dudas con el de FR y el de los paquetes.

4) Ejercicio de Frame Relay
Access Rate = E1
CIR = 25%
EIR = 384 Kbps
Tc = 1 segundo

Las tramas eran de 6000 bytes. El trafico normal era 468Kbps pero habia rafagas en hora pico de de 1500 kbps entre las 15 y las 17

a) Definir si el enlace contratado es adecuado o no.
b) Detallar cuantas tramas pasan, cuantas tramas pasan marcadas y cuantas se descartan
c) Si hay que redefinir en enlace, detallar qué cambios se podrian hacer.

el CIR es 25% de que? de cada segmento?
Segun lo pienso 468kbps x 22 hs + 1500 kbps x 2 hs
o sera (468 kbps x 22 x 3600 s) + (1500 kbps x 2 x 3600 s)
37065600 bits + 10800000 bits = 47865600 bits
6000 bytes =48000 bits
47865600 bits / 48000 bits = 997.2 tramas, es decir 997 tramas recibidas
Si el CIR es 25 % supongo que pasaran 250 (redondeando para arriba) seran aceptadas
47865600 bits/(384Kbps/TC) = 121.72 = 121 tramas marcadas para descarte

No se si es adecuado o no.


Respecto al 6... Siempre toma el camino con menos saltos entre host A y Host B? Si es asi apenas ese camino le cierra el MTU o fragmenta o descarta. Es asi?
Otra duda... cada router que recibe fragmentos reensambla, no?

Alhasar te dejo como lo hice yo.

Por lo que lei http://www.alliedtelesis.com/media/fount...2-00-A.pdf
E1 es un standard, y la velocidad promedio es 2048 kbps

El CIR 25% es el 25% del A.R. En este caso, 512 kbps.

1) No se que se refirere con que sea adecuado. Si se refiere a que pasen todas las tramas, durante el dia esta bien pero en hora pico va a perder mas tramas. Yo pondria que no es adecuado por el funcionamiento en hora pico.

2) -Pasan sin marcar
Bc (512 * 1024) = 524288 bits
Long trama = 6000 * 8 = 48000 bits
Bc / Long Trama = 10 tramas

-Pasan marcadas
Be = 384 * 1024 = 393216 bits
Be / Long Trama = 8 tramas

-Descartan
La velocidad pico es 1500 Kbps, osea 1536000 bps.
Se rechazan las q superen Bc + Be, osea 917504 bits.
En 1 Tc, pasan 1536000 bits
Entonces se rechaza la diferencia. 1536000 - 917504 = 618496 bits.
Long trama= 48000 bits
Cantidad de tramas rechazadas = 618496 bits / 48000 bits = 12 tramas.

3) Y se puede mejorar el CIR a un 60% (a ojo, no hice las cuentas) para que pasen las tramas en hora pico. O aumentar el access rate.


Respecto al 6, creo que depende del protocolo si busca la ruta mas corta en saltos o no. Yo supongo que busca la ruta mas corta siempre cuando le cierre el MTU o pueda fragmentar. Si no le cierra, lo manda al que pueda.
Claramente el primer paquete llega a destino, por el camino que quieras (fragmentando o no).
En cambio el 2do, el R6 lo descarta porque se queda sin camino posible.

Hola, con respecto al de FR: enlace adecuado se refiere a si trafico comprometido + trafico en exceso es > demanda en todo momento. Si es asi es adecuado (no ideal, ya que puede haber tramas descartadas, pero adecuado). Por lo general nunca son adecuados, asi podes justificar, y suponiendo que el trafico pico sea por ejemplo 1024 mbps, cuando justificas tenes que poner cual sería el IDEAL (1024 mbps de CIR), y el OPTIMO (CIR + EIR = 1024 mbps). Aunque sea asi lo vi en todos los resueltos (y tiene sentido). Espero que les sirva!

(16-12-2015 05:35)fede333lago escribió:  Hola, con respecto al de FR: enlace adecuado se refiere a si trafico comprometido + trafico en exceso es > demanda en todo momento. Si es asi es adecuado (no ideal, ya que puede haber tramas descartadas, pero adecuado). Por lo general nunca son adecuados, asi podes justificar, y suponiendo que el trafico pico sea por ejemplo 1024 mbps, cuando justificas tenes que poner cual sería el IDEAL (1024 mbps de CIR), y el OPTIMO (CIR + EIR = 1024 mbps). Aunque sea asi lo vi en todos los resueltos (y tiene sentido). Espero que les sirva!

Hola, tengo una duda, si en el tráfico promedio el CIR es suficiente para no marcar ni rechazar ninguna trama, no sería mejor que el EIR fuera mayor para así marcar las tramas en los picos? Y así no tocar el CIR

(14-12-2015 18:23)martulino escribió:  Alhasar te dejo como lo hice yo.

Por lo que lei http://www.alliedtelesis.com/media/fount...2-00-A.pdf
E1 es un standard, y la velocidad promedio es 2048 kbps

El CIR 25% es el 25% del A.R. En este caso, 512 kbps.

1) No se que se refirere con que sea adecuado. Si se refiere a que pasen todas las tramas, durante el dia esta bien pero en hora pico va a perder mas tramas. Yo pondria que no es adecuado por el funcionamiento en hora pico.

2) -Pasan sin marcar
Bc (512 * 1024) = 524288 bits
Long trama = 6000 * 8 = 48000 bits
Bc / Long Trama = 10 tramas

-Pasan marcadas
Be = 384 * 1024 = 393216 bits
Be / Long Trama = 8 tramas

-Descartan
La velocidad pico es 1500 Kbps, osea 1536000 bps.
Se rechazan las q superen Bc + Be, osea 917504 bits.
En 1 Tc, pasan 1536000 bits
Entonces se rechaza la diferencia. 1536000 - 917504 = 618496 bits.
Long trama= 48000 bits
Cantidad de tramas rechazadas = 618496 bits / 48000 bits = 12 tramas.

3) Y se puede mejorar el CIR a un 60% (a ojo, no hice las cuentas) para que pasen las tramas en hora pico. O aumentar el access rate.


Respecto al 6, creo que depende del protocolo si busca la ruta mas corta en saltos o no. Yo supongo que busca la ruta mas corta siempre cuando le cierre el MTU o pueda fragmentar. Si no le cierra, lo manda al que pueda.
Claramente el primer paquete llega a destino, por el camino que quieras (fragmentando o no).
En cambio el 2do, el R6 lo descarta porque se queda sin camino posible.

Para mi el que lo descarta es R4 porque al datagrama le tenes que sumar la cabecera ip entonces en vez de ser 1190 Bytes pasan a ser 1210 bytes los que tiene que transferir y no alcanza a sobrepasar la MTU de 1200 que aparece en uno de los tramos.

Alguno que me corrija sin me equivoco en lo que digo
Gracias

Hola,

El ejercicio 6 en definitiva como esta correctamente resuelto? Te acordas? DarkCrazy

Descarta en un caso y fragmenta en el otro el R2?
Ensambla R9?
Llega 1 datagrama?

holautn
Es así:
El paquete va a intentar hacer el camino más corto, por lo que si no tenes prendido el bit de no fragmentar (don't fragment) no tenes problemas, es solo ver a ojo cual es el camino más corto (el que pasa por menos routers) y listo.
Los paquetes se particionan cuando tienen que pasar por una MTU más pequeña que la de su tamaño. Si por ejemplo del router 1 al router 2 tns una mtu de 500 y tu paquete pesa > 500, tenes que partirlo (tamaño de tu paquete / tamaño del mtu - 20). El que fragmentaría sería el router 1. Ahora vas a tener todos paquetes de 500, los mismos se reensamblan recién en la máquina destino, NO en los routers intermedios, o sea que en este ejemplo, el router 2 NO reensamblaría, porque destino es el host B.
Tenes que tener en cuenta que tu paquete ahora pesa lo que pesan sus fragmentos, así que sería raro que tengas por delante una mtu más chica que ellos y que necesites volver a fragmentar (no imposible, pero raro, y engorroso).
Entonces, si fragmentaste, a destino (máquina B) llegan esos N paquetes, y es dicha máquina la que reensambla.

Ahora, si tu paquete tiene prendido el bit de DN (don't fragment), si bien tu paquete/datagrama va a intentar hacer el camino màs corto, va a estar condicionado por los MTUs, no puede cruzar un MTU más chico que su tamaño porque no puede ser fragmentado, así que acá vas a buscar el camino más corto pero que al mismo tiempo permita pasar a tu paquete, si no lo encontras, la respuesta es que no llega a destino y decis en que router se quedo "trabado".
Entonces, nuevamente, si entre el router 1 y 2 hay una mtu de 500 y tu paquete pesa > 500, tu paquete será rechazado por el router 1, porque éste se dio cuenta que no lo puede hacer pasar (hablando mal y pronto)

Se entendió?
Saludos!

(05-12-2016 10:13)DarkCrazy escribió:  holautn
Es así:
El paquete va a intentar hacer el camino más corto, por lo que si no tenes prendido el bit de no fragmentar (don't fragment) no tenes problemas, es solo ver a ojo cual es el camino más corto (el que pasa por menos routers) y listo.
Los paquetes se particionan cuando tienen que pasar por una MTU más pequeña que la de su tamaño. Si por ejemplo del router 1 al router 2 tns una mtu de 500 y tu paquete pesa > 500, tenes que partirlo (tamaño de tu paquete / tamaño del mtu - 20). El que fragmentaría sería el router 1. Ahora vas a tener todos paquetes de 500, los mismos se reensamblan recién en la máquina destino, NO en los routers intermedios, o sea que en este ejemplo, el router 2 NO reensamblaría, porque destino es el host B.
Tenes que tener en cuenta que tu paquete ahora pesa lo que pesan sus fragmentos, así que sería raro que tengas por delante una mtu más chica que ellos y que necesites volver a fragmentar (no imposible, pero raro, y engorroso).
Entonces, si fragmentaste, a destino (máquina B) llegan esos N paquetes, y es dicha máquina la que reensambla.

Ahora, si tu paquete tiene prendido el bit de DN (don't fragment), si bien tu paquete/datagrama va a intentar hacer el camino màs corto, va a estar condicionado por los MTUs, no puede cruzar un MTU más chico que su tamaño porque no puede ser fragmentado, así que acá vas a buscar el camino más corto pero que al mismo tiempo permita pasar a tu paquete, si no lo encontras, la respuesta es que no llega a destino y decis en que router se quedo "trabado".
Entonces, nuevamente, si entre el router 1 y 2 hay una mtu de 500 y tu paquete pesa > 500, tu paquete será rechazado por el router 1, porque éste se dio cuenta que no lo puede hacer pasar (hablando mal y pronto)

Se entendió?
Saludos!

Entonces en el caso II de este ejercicio el Router que lo descarta es R4.

Mi conclusión es:
El Router R2 lo quiere mandar por el camino más corto pero como la MTU > Tamaño del Datagrama IP y no se puede fragmentar -> lo manda por el camino que no tiene que fragmentar. Luego en R4 ya no tiene camino por el cual mandarlo entonces lo descarta.

Está correcto? Porque por ahí leí que hay gente que dice que R2 lo descarta. Para mí es R4, ya que al tamaño 1190 B del segmento TCP hay que sumarle 20 B de la cabecera IP. Entonces sería un total de 1210 B. Y razonando como explique más arriba se quedaría "trabado" en R4.

Gracias

(05-12-2016 11:32)Nacho14 escribió:  

(05-12-2016 10:13)DarkCrazy escribió:  holautn
Es así:
El paquete va a intentar hacer el camino más corto, por lo que si no tenes prendido el bit de no fragmentar (don't fragment) no tenes problemas, es solo ver a ojo cual es el camino más corto (el que pasa por menos routers) y listo.
Los paquetes se particionan cuando tienen que pasar por una MTU más pequeña que la de su tamaño. Si por ejemplo del router 1 al router 2 tns una mtu de 500 y tu paquete pesa > 500, tenes que partirlo (tamaño de tu paquete / tamaño del mtu - 20). El que fragmentaría sería el router 1. Ahora vas a tener todos paquetes de 500, los mismos se reensamblan recién en la máquina destino, NO en los routers intermedios, o sea que en este ejemplo, el router 2 NO reensamblaría, porque destino es el host B.
Tenes que tener en cuenta que tu paquete ahora pesa lo que pesan sus fragmentos, así que sería raro que tengas por delante una mtu más chica que ellos y que necesites volver a fragmentar (no imposible, pero raro, y engorroso).
Entonces, si fragmentaste, a destino (máquina B) llegan esos N paquetes, y es dicha máquina la que reensambla.

Ahora, si tu paquete tiene prendido el bit de DN (don't fragment), si bien tu paquete/datagrama va a intentar hacer el camino màs corto, va a estar condicionado por los MTUs, no puede cruzar un MTU más chico que su tamaño porque no puede ser fragmentado, así que acá vas a buscar el camino más corto pero que al mismo tiempo permita pasar a tu paquete, si no lo encontras, la respuesta es que no llega a destino y decis en que router se quedo "trabado".
Entonces, nuevamente, si entre el router 1 y 2 hay una mtu de 500 y tu paquete pesa > 500, tu paquete será rechazado por el router 1, porque éste se dio cuenta que no lo puede hacer pasar (hablando mal y pronto)

Se entendió?
Saludos!

Entonces en el caso II de este ejercicio el Router que lo descarta es R4.

Mi conclusión es:
El Router R2 lo quiere mandar por el camino más corto pero como la MTU > Tamaño del Datagrama IP y no se puede fragmentar -> lo manda por el camino que no tiene que fragmentar. Luego en R4 ya no tiene camino por el cual mandarlo entonces lo descarta.

Está correcto? Porque por ahí leí que hay gente que dice que R2 lo descarta. Para mí es R4, ya que al tamaño 1190 B del segmento TCP hay que sumarle 20 B de la cabecera IP. Entonces sería un total de 1210 B. Y razonando como explique más arriba se quedaría "trabado" en R4.

Gracias

Muchas gracias a los 2! DarkCrazy Nacho14

Entonces, según lo que dicen sería:

Paquete I: llega por camino mas corto. Fragmentado por R2.
Paquete II: Descartado por R4.


f: Cuantos datagramas llegan? Primero que hay uno, y segundo que realmente llega el datagrama UDP.

Así es correcto?

(05-12-2016 15:18)holautn escribió:  

(05-12-2016 11:32)Nacho14 escribió:  

(05-12-2016 10:13)DarkCrazy escribió:  holautn
Es así:
El paquete va a intentar hacer el camino más corto, por lo que si no tenes prendido el bit de no fragmentar (don't fragment) no tenes problemas, es solo ver a ojo cual es el camino más corto (el que pasa por menos routers) y listo.
Los paquetes se particionan cuando tienen que pasar por una MTU más pequeña que la de su tamaño. Si por ejemplo del router 1 al router 2 tns una mtu de 500 y tu paquete pesa > 500, tenes que partirlo (tamaño de tu paquete / tamaño del mtu - 20). El que fragmentaría sería el router 1. Ahora vas a tener todos paquetes de 500, los mismos se reensamblan recién en la máquina destino, NO en los routers intermedios, o sea que en este ejemplo, el router 2 NO reensamblaría, porque destino es el host B.
Tenes que tener en cuenta que tu paquete ahora pesa lo que pesan sus fragmentos, así que sería raro que tengas por delante una mtu más chica que ellos y que necesites volver a fragmentar (no imposible, pero raro, y engorroso).
Entonces, si fragmentaste, a destino (máquina B) llegan esos N paquetes, y es dicha máquina la que reensambla.

Ahora, si tu paquete tiene prendido el bit de DN (don't fragment), si bien tu paquete/datagrama va a intentar hacer el camino màs corto, va a estar condicionado por los MTUs, no puede cruzar un MTU más chico que su tamaño porque no puede ser fragmentado, así que acá vas a buscar el camino más corto pero que al mismo tiempo permita pasar a tu paquete, si no lo encontras, la respuesta es que no llega a destino y decis en que router se quedo "trabado".
Entonces, nuevamente, si entre el router 1 y 2 hay una mtu de 500 y tu paquete pesa > 500, tu paquete será rechazado por el router 1, porque éste se dio cuenta que no lo puede hacer pasar (hablando mal y pronto)

Se entendió?
Saludos!

Entonces en el caso II de este ejercicio el Router que lo descarta es R4.

Mi conclusión es:
El Router R2 lo quiere mandar por el camino más corto pero como la MTU > Tamaño del Datagrama IP y no se puede fragmentar -> lo manda por el camino que no tiene que fragmentar. Luego en R4 ya no tiene camino por el cual mandarlo entonces lo descarta.

Está correcto? Porque por ahí leí que hay gente que dice que R2 lo descarta. Para mí es R4, ya que al tamaño 1190 B del segmento TCP hay que sumarle 20 B de la cabecera IP. Entonces sería un total de 1210 B. Y razonando como explique más arriba se quedaría "trabado" en R4.

Gracias

Muchas gracias a los 2! DarkCrazy Nacho14

Entonces, según lo que dicen sería:

Paquete I: llega por camino mas corto. Fragmentado por R2.
Paquete II: Descartado por R4.


f: Cuantos datagramas llegan? Primero que hay uno, y segundo que realmente llega el datagrama UDP.

Así es correcto?

Yo puse

en el caso I que llegan 2 datagramas. Porque llega fragmentado y el HOST es el que se encarga de reensambrarlo.

en el caso II no llega ninguno porque lo descarta R4.

Consulta, en el de subnetting, contesté todos los puntos menos el que dice:

a) cuantas subredes hay sin contar las prohibidas... de que prohibidas me habla?

Intuyo que es una pregunta muy boluda, pero para mi puede tener 16 subredes sin ninguna restricción.

Algun alma caritativa?

Gracias!

carla
Las subredes "prohibidas" son, en principio, las que tienen todos los bits en 0, y las que tienen todos los bits en 1. Sin embargo esto no es una verdad absoluta sino más bien un tema de convenciones. Algunos profesores toman por convención que para subredes no se puede usar ni la primer subred ni la última, otros toman que sí se puede usar la que es todo 0 pero no la que es todo 1 y otros toman que se pueden usar todas. En la práctica sucede que se trabaja sin clases (CIDR) por lo tanto, valen todas las subredes. [Si estoy diciendo algo mal por favor corrijanme]

Vos deberías aclarar que convención usas y/o preguntar en la mesa. Siempre lo mejor es aclarar cuanto puedas aclarar.
Para el caso de los hosts, ahí sí restas siempre la primera y la última dirección.

Nacho14 holautn
No me puse a ver el ejercicio en si pero sí, debería ser como dijeron. Lo descartaría el router 4 porque hasta él sí puede llegar, pero no lo puede pasar porque le sigue una MTU más chica y no se puede fragmentar.
En el caso que sí se puede fragmentar, a destino (host B) llegan tantos paquetes/fragmentos/datagramas como haya resultado de la fragmentación -obviamente hacen el cálculo y dicen cuantos-.
En el caso que NO se puede fragmentar, como el datagrama no llega a destino, a destino llegan 0 paquetes. Al router que lo descarta (el 4) llega uno.

(05-12-2016 17:14)DarkCrazy escribió:  carla
Las subredes "prohibidas" son, en principio, las que tienen todos los bits en 0, y las que tienen todos los bits en 1. Sin embargo esto no es una verdad absoluta sino más bien un tema de convenciones. Algunos profesores toman por convención que para subredes no se puede usar ni la primer subred ni la última, otros toman que sí se puede usar la que es todo 0 pero no la que es todo 1 y otros toman que se pueden usar todas. En la práctica sucede que se trabaja sin clases (CIDR) por lo tanto, valen todas las subredes. [Si estoy diciendo algo mal por favor corrijanme]

Vos deberías aclarar que convención usas y/o preguntar en la mesa. Siempre lo mejor es aclarar cuanto puedas aclarar.
Para el caso de los hosts, ahí sí restas siempre la primera y la última dirección.

Nacho14 holautn
No me puse a ver el ejercicio en si pero sí, debería ser como dijeron. Lo descartaría el router 4 porque hasta él sí puede llegar, pero no lo puede pasar porque le sigue una MTU más chica y no se puede fragmentar.
En el caso que sí se puede fragmentar, a destino (host B) llegan tantos paquetes/fragmentos/datagramas como haya resultado de la fragmentación -obviamente hacen el cálculo y dicen cuantos-.
En el caso que NO se puede fragmentar, como el datagrama no llega a destino, a destino llegan 0 paquetes. Al router que lo descarta (el 4) llega uno.

Aclaro un poco el tema de la subredes.

Antes se reservaban la dirección ip identificatoria de la Subred y la dirección ip de broadcast de la Subred. Por lo que el numero de subredes posibles era [ 2^N - 2 ] siendo N el número de bits para Subredes. (convención RFC950)

Actualmente esta convención cambió por la poca cantidad de direcciónes ip que estaban quedando y se admite todas las subredes por lo que el calculo de subredes es [ 2^N ] siendo N el número de bits para Subredes. (sin convención RFC950)

Y como dijo nuestro amigo DarkCrazy la verdad de la milanesa está en preguntarle a los profesores que convención hay que utilizar en el final.

Saludos

Gracias!! Tengo tantos apuntes distintos que me va a estallar la cabeza