Del punto 2, yo como cursé con Rosendo Perez y este ejercicio lo tomo en el Segundo parcial, en el recurperatorio del segundo parcial y en el final de esta semana me lo sabía de memoria jaja La respuesta al punto 2.a son todas las tramas que se pueden pasar con el ancho de banda del Frame Relay. Después dada la congestión en la red, el Bc y el Be sabrás cuales pasan y cuales no. Las que pueden ser descartadas son las que tienen DE=1 en caso que haya congestión, o las que sean mayor a Bc+Be. En el cálculo que a mí me dio 40,96 tramas, el resultado es 40. Descarto 0.96 porque como no llega a un numero entero, en el control CRC nunca te va a dar porque la trama no está completa. Recorda el control CRC que era la suma de bit a bit y si te faltan bits (0.96) nunca te va a dar bien el control CRC, por lo tanto nunca va a pasar!

(18-07-2014 09:51)AGUSTIN27 escribió:  Del punto 2, yo como cursé con Rosendo Perez y este ejercicio lo tomo en el Segundo parcial, en el recurperatorio del segundo parcial y en el final de esta semana me lo sabía de memoria jaja La respuesta al punto 2.a son todas las tramas que se pueden pasar con el ancho de banda del Frame Relay. Después dada la congestión en la red, el Bc y el Be sabrás cuales pasan y cuales no. Las que pueden ser descartadas son las que tienen DE=1 en caso que haya congestión, o las que sean mayor a Bc+Be. En el cálculo que a mí me dio 40,96 tramas, el resultado es 40. Descarto 0.96 porque como no llega a un numero entero, en el control CRC nunca te va a dar porque la trama no está completa. Recorda el control CRC que era la suma de bit a bit y si te faltan bits (0.96) nunca te va a dar bien el control CRC, por lo tanto nunca va a pasar!

jajajja. Ok gracias.

Si, lo del redondeo lo entiendo, lo que no me cierra es la pregunta específica de lo que entra al "conmutador real".

Pero bueno, será una cosa muy en particular que toma este profesor.

Se ve que para este tipo saber DIFS y saber IPv6 son conceptos claves para aprobar la materia. Lamentablemente yo cursé con un profesor para el que los temas clave eran IPv4 y protocolos como el HDLC.

Igual ya estuve leyendo el thread y obvio la culpa es mia. Tendría que haber ido preparado, conociendo hasta la marca del casco de moto que trajo el profesor. Seguramente el pibe de la página anterior de este thread se lo sabe, porque fue preparadísimo jajajaja.

jaja te referis a mí ? yo no fui preparadisimo, ni siquiera estudie de un libro ni tomaba apuntes en clase. Trate de hacer 7 finales y leer por internet todo lo que no sabia, pero bueno, cada uno estudia como le parece mejor. A mi en clase me cuesta dar bola o estoy un toque desmotivado, dp cuando llega el final estoy re motivado y me estudio todo en 2 semanas y fue ! pero bueno cada elige su forma

(18-07-2014 09:51)AGUSTIN27 escribió:  Del punto 2, yo como cursé con Rosendo Perez y este ejercicio lo tomo en el Segundo parcial, en el recurperatorio del segundo parcial y en el final de esta semana me lo sabía de memoria jaja La respuesta al punto 2.a son todas las tramas que se pueden pasar con el ancho de banda del Frame Relay. Después dada la congestión en la red, el Bc y el Be sabrás cuales pasan y cuales no. Las que pueden ser descartadas son las que tienen DE=1 en caso que haya congestión, o las que sean mayor a Bc+Be. En el cálculo que a mí me dio 40,96 tramas, el resultado es 40. Descarto 0.96 porque como no llega a un numero entero, en el control CRC nunca te va a dar porque la trama no está completa. Recorda el control CRC que era la suma de bit a bit y si te faltan bits (0.96) nunca te va a dar bien el control CRC, por lo tanto nunca va a pasar!

Ah, o sea que según vos no importa el profesor pero justo dio la casualidad que rendiste un final que lo preparo justo tu profesor de la cursada que justo te lo tomaron en un parcial y que justo te lo tomaron en un recuperatorio y que justo te lo sabías de memoria.

Por favor..

jaja hablas como si me tuvieras envidia master, en vez de ver que estoy transmitiendo un mensaje positivo para todos los compañeros, que fui el unico de mi curso que fue a rendir en la primera fecha, y que de los 25 que eramos para dar el final fui uno de los 10 que se quedo y aprobo. Siempre rindo en la primer fecha, por sí no sabias te comento. Un abrazo y suerte.

No entendiste nada.
No importa, felicitaciones.
Saludos!

(17-07-2014 22:11)lukeSky9 escribió:  

(17-07-2014 17:10)AGUSTIN27 escribió:  lukesky9

el punto 1 como era el MTU para Ethernet es 1518 bytes si mal no recuerdo, tenias que hacer 5800 bytes / 1518 bytes = 3.82 aproximabas y era 4. Por lo menos asi lo hice yo.

Si. Puse 480 yo porque soy medio boludo y me olvidé que era 1480. jajaja. Y el MTU lo puse como lo tomamos en la cursada que fue 1500 bytes, pero es cierto que es 1518.

Pregunta, si el ejercicio dice que es un datagrama UDP, por que dicen que tomarian como MTU 1518? Se supone que los 5800 bytes tienen que ir dentro de IP, que cada paquete, sumado a la cabecera, tiene que dar 1500. Entonces la cantidad de paquetes seria 5800 / 1480.

Yo tome como MTU 1518 bytes porque dice transmitiendo en una red Ethernet.. Ojo ! Puedo estar equivocado ..

Che vos sos el chico que tiene de apellido Pampin ? Uno de pelo largo y colita ? Siempre tuve esa duda jeje aprovecho para preguntartelo!

(28-07-2014 00:10)Sr. Pampín escribió:  

(17-07-2014 22:11)lukeSky9 escribió:  

(17-07-2014 17:10)AGUSTIN27 escribió:  lukesky9

el punto 1 como era el MTU para Ethernet es 1518 bytes si mal no recuerdo, tenias que hacer 5800 bytes / 1518 bytes = 3.82 aproximabas y era 4. Por lo menos asi lo hice yo.

Si. Puse 480 yo porque soy medio boludo y me olvidé que era 1480. jajaja. Y el MTU lo puse como lo tomamos en la cursada que fue 1500 bytes, pero es cierto que es 1518.

Pregunta, si el ejercicio dice que es un datagrama UDP, por que dicen que tomarian como MTU 1518? Se supone que los 5800 bytes tienen que ir dentro de IP, que cada paquete, sumado a la cabecera, tiene que dar 1500. Entonces la cantidad de paquetes seria 5800 / 1480.

La MTU la tomo según lo que dice cada profesor. Fijate que aca hay gente que aprobó poniendo una MTU de 1518 bytes, que es la que dice Wikipedia, mientras yo tengo 845 apuntes distintos de mi profesor de cursada en el que me dice que la MTU es de 1500 bytes, como decis vos.

Tomandola como 1500 bytes, es correcto lo que planteas de que sería 5800 / 1480

Si fuese un Datagrama IP en vez de un UDP, también habría que tomar 1480 como MTU pero a su vez hay que tomar 5780 para el datagarama.

Si, soy ese. Ni idea quien sos vos jaja.

Para mi no puede ser 1518, porque en Ethernet no se pueden meter 1538 bytes de data.

En Ethernet tenemos:

MAC Origen - 6 bytes
MAC Destino - 6 bytes
Tipo/Longitud - 2 bytes
Datos - 46 a 1500 bytes (1500 bytes es el MTU)
FCS - 4 bytes

La suma de estos campos da como máximo 1518 que es el tamaño máximo de la trama de Ethernet, no de la MTU.

Saludos!

Yo lo saqué de acá:
http://es.wikipedia.org/wiki/Unidad_m%C3...nsferencia

Que dice el MTU para Ethernet es de 1518 bytes..

Habría que preguntarlo bien con un profesor.

http://en.wikipedia.org/wiki/Maximum_transmission_unit

Acá dice 1500. No se vos, yo confío más en los yankis (?)

Hay que buscar a los que saben directamente:

RFC 1042 escribió:IEEE 802.3 networks have a maximum packet size which depends on
the transmission rate. For type 10BASE5 802.3 networks the
maximum packet size is 1518 octets including all octets between
the destination address and the FCS inclusive.

This allows 1518 - 18 (MAC header+trailer) - 8 (LLC+SNAP header) =
1492 for the IP datagram (including the IP header). Note that
1492 is not equal to 1500 which is the MTU for Ethernet networks.

RFC 1042

No puedo entender como tenemos que ir a buscar a la Wikipedia y otros sitios, después de lo buena que son las cursadas (?)