From: Leandro Lucarella Date: Mon, 25 Jul 2005 21:59:12 +0000 (+0000) Subject: Arreglo 7.2.2 (con tablita) y agrego comentarios de cosas que faltan para no olvidar... X-Git-Tag: svn_import~6 X-Git-Url: https://git.llucax.com/z.facultad/75.43/tp2.git/commitdiff_plain/a8fc021c4cc269dcc1203d8dcfe97ae77aed8ccf?hp=ca0ede9fe4332a5c8d59a71def338a92e2caa633 Arreglo 7.2.2 (con tablita) y agrego comentarios de cosas que faltan para no olvidar nada. --- diff --git a/Informe.lyx b/Informe.lyx index 26f9952..eb76baa 100644 --- a/Informe.lyx +++ b/Informe.lyx @@ -15270,177 +15270,1027 @@ Luego el router H118 env Finalmente éste envía los frames al webserver, una vez más, sin fragmentar, ya que el MTU de Token Ring es mayor, quedando la responsabilidad de reensambla r el mensaje original en el webserver. +\layout Comment + +Falta tablita +\layout Paragraph + +Response HTTP +\layout Standard + +Camino: +\layout Standard + +Webserver -> Token Ring -> H132 -> FDDI -> H131 -> PPP -> H118 -> ethernet + -> host +\layout Standard + +Del webserver salen (por la fragmentación) 6 frames, ya que el MTU de Token + Ring es de 17914 bytes pero 52 de ellos se utilizan para las cabeceras + de TCP y IP (32 bytes y 20 bytes respectivamente), por lo que nos queda + un payload efectivo de 17862 bytes por frame y +\begin_inset Formula $\frac{102400}{17862}\approx5.73$ +\end_inset + + (por lo tanto necesito 6 frames para transmitir el mensaje HTTP). +\layout Standard + +Ahora el router H132 debe refragmentar los 5 primeros frames (que tenían + el payload completo) para poder enviarlos por la red FDDI, ya que el MTU + de esta red es menor (de 4352, pero el payload efectivo es de 4300) de + la siguiente forma: +\layout LyX-Code + +Payload Token Ring: | 17862 | ... + x5 | +\layout LyX-Code + +Payload FDDI: | 4300 | 4300 | 4300 | 4300 | 662 | ... + x5 | +\layout Standard + +El sexto y último frame (cuyo payload es de 13090 bytes) lo fragmenta de + la siguiente forma: +\layout LyX-Code + +Payload Token Ring: | 13090 | +\layout LyX-Code + +Payload FDDI: | 4300 | 4300 | 4300 | 190 | +\layout Standard + +Entonces pasamos de tener 6 frames Token Ring a tener 29 FDDI. +\layout Standard + +Ahora el router H131 toma estos nuevos frames y debe volver a fragmentarlos + para poder enviarlos por PPP (que como dijimos tiene un MTU de 1500), por + lo que tendremos 75 frames viajando por el PPP. + Los fragmentos con payload completo son los únicos que se fragmentan y + lo hacen de la siguiente manera: +\layout LyX-Code + +FDDI: | 4300 | +\layout LyX-Code + +PPP: | 1448 | 1448 | 1404 | +\layout Standard + +Por último H118 no necesita volver a fragmentar los frames, ya que el MTU + de ethernet coincide con el del enlace PPP. + Ahora es responsabilidad del host reensamblar los frames para obtener el + mensaje HTTP enviado por el webserver. +\layout Comment + +Falta tablita +\layout Subsubsection + +Token Ring del webserver (alf) - Token Ring (simpsons) +\layout Standard + +Se omitirán las explicaciones detalladas de los cálculos realizados en el + punto anterior. +\layout Paragraph + +Request HTTP +\layout Standard + +Camino: +\layout Standard + +host -> Token Ring -> H103 -> CSMA/CD -> H108 -> PPP (MTU: 1492) -> H116 + -> Gigabit Ethernet -> H118 -> PPP (MTU: 1500) -> H131 -> FDDI -> H132 + -> Token Ring -> Webserver +\layout Standard + +Del host salen (por la fragmentación) 6 frames: +\layout LyX-Code + +TOKEN: | 17862 | ... + x5 | 13090 | +\layout Standard + +Que H103 debe fragmentar para que quepan en el MTU de CSMA/CD, que es de + 1492, por lo tanto el payload efectivo es de 1440. + En total se convierten en 75 frames: +\layout LyX-Code + +TOKEN: | 17862 | ... + x5 | 13090 | +\layout LyX-Code + +CSMA: | 1440 | ... + x12 | 582 | ... + x5 | 1440 | ... + x9 | 130 | +\layout Standard + +A partir de ahora, no es necesario fragmentar más a estos frames, ya que + todos los MTU utilizados en el resto de la transmisión son mayores que + el del CSMA/CD. + Por lo tanto sólo resta que el webserver reensamble los frames. +\layout Standard + + +\begin_inset Tabular + + + + + + + + + + +\begin_inset Text + +\layout Standard + +Tecnología +\end_inset + + +\begin_inset Text + +\layout Standard + +Origen +\end_inset + + +\begin_inset Text + +\layout Standard + +Destino +\end_inset + + +\begin_inset Text + +\layout Standard + +Fragmentos +\end_inset + + +\begin_inset Text + +\layout Standard + +Fragmenta +\end_inset + + +\begin_inset Text + +\layout Standard + +Reensabla +\end_inset + + + + +\begin_inset Text + +\layout Standard + +Token Ring +\end_inset + + +\begin_inset Text + +\layout Standard + +host +\end_inset + + +\begin_inset Text + +\layout Standard + +H103 +\end_inset + + +\begin_inset Text + +\layout Standard + +6 +\end_inset + + +\begin_inset Text + +\layout Standard + +host +\end_inset + + +\begin_inset Text + +\layout Standard + +- +\end_inset + + + + +\begin_inset Text + +\layout Standard + +CSMA/CD +\end_inset + + +\begin_inset Text + +\layout Standard + +H103 +\end_inset + + +\begin_inset Text + +\layout Standard + +H108 +\end_inset + + +\begin_inset Text + +\layout Standard + +75 +\end_inset + + +\begin_inset Text + +\layout Standard + +H103 +\end_inset + + +\begin_inset Text + +\layout Standard + +- +\end_inset + + + + +\begin_inset Text + +\layout Standard + +PPP (MTU 1492) +\end_inset + + +\begin_inset Text + +\layout Standard + +H108 +\end_inset + + +\begin_inset Text + +\layout Standard + +H116 +\end_inset + + +\begin_inset Text + +\layout Standard + +75 +\end_inset + + +\begin_inset Text + +\layout Standard + +- +\end_inset + + +\begin_inset Text + +\layout Standard + +- +\end_inset + + + + +\begin_inset Text + +\layout Standard + +Gigabit Ethernet +\end_inset + + +\begin_inset Text + +\layout Standard + +H116 +\end_inset + + +\begin_inset Text + +\layout Standard + +H118 +\end_inset + + +\begin_inset Text + +\layout Standard + +75 +\end_inset + + +\begin_inset Text + +\layout Standard + +- +\end_inset + + +\begin_inset Text + +\layout Standard + +- +\end_inset + + + + +\begin_inset Text + +\layout Standard + +PPP (MTU 1500) +\end_inset + + +\begin_inset Text + +\layout Standard + +H118 +\end_inset + + +\begin_inset Text + +\layout Standard + +H131 +\end_inset + + +\begin_inset Text + +\layout Standard + +75 +\end_inset + + +\begin_inset Text + +\layout Standard + +- +\end_inset + + +\begin_inset Text + +\layout Standard + +- +\end_inset + + + + +\begin_inset Text + +\layout Standard + +FDDI +\end_inset + + +\begin_inset Text + +\layout Standard + +H131 +\end_inset + + +\begin_inset Text + +\layout Standard + +H132 +\end_inset + + +\begin_inset Text + +\layout Standard + +75 +\end_inset + + +\begin_inset Text + +\layout Standard + +- +\end_inset + + +\begin_inset Text + +\layout Standard + +- +\end_inset + + + + +\begin_inset Text + +\layout Standard + +Token Ring +\end_inset + + +\begin_inset Text + +\layout Standard + +H132 +\end_inset + + +\begin_inset Text + +\layout Standard + +webserver +\end_inset + + +\begin_inset Text + +\layout Standard + +75 +\end_inset + + +\begin_inset Text + +\layout Standard + +- +\end_inset + + +\begin_inset Text + +\layout Standard + +webserver +\end_inset + + + + +\end_inset + + \layout Paragraph -Response HTTP +Response HTTP +\layout Standard + +Camino: +\layout Standard + +Webserver -> Token Ring -> H132 -> FDDI -> H131 -> PPP (1500) -> H118 -> + Gigabit Ethernet -> H116 -> PPP (1492) -> H108 -> CSMA/CD -> H103 -> Token + Ring -> host +\layout Standard + +Del webserver salen (por la fragmentación) 6 frames: +\layout LyX-Code + +TOKEN: | 17862 | ... + x5 | 13090 | +\layout Standard + +Ahora el router H132 debe fragmentar para poder enviarlos por la red FDDI. + Pasamos de tener 24 frames Token Ring a tener 29 FDDI: +\layout LyX-Code + +TOKEN: | 17862 | ... + x5 | 13090 | +\layout LyX-Code + +FDDI: | 4300 | ... + x4 | 662 | ... + x5 | 4300 | ... + x3 | 190 | +\layout Standard + +Ahora el router H131 toma estos nuevos frames y debe volver a fragmentarlos + para poder enviarlos por PPP (que como dijimos tiene un MTU de 1500). + Cada fragmento de 4300 bytes de payload se convierte en 3 fragmentos; el + resto no necesita ser fragmentado. + Por lo tanto tenemos 75 fragmentos PPP: +\layout LyX-Code + +FDDI: | 4300 | ... + x23 | 662 | ... + x5 | 190 | +\layout LyX-Code + +PPP: | 1448 | 1448 | 1404 | ... + x23 | 662 | ... + x5 | 190 | +\layout Standard + +El router H116 tiene que fragmentar, ya que el MTU del enlace PPP tiene + 8 bytes menos que el de la Gigabit Ethernet, resultando 121 frames: +\layout LyX-Code + +PPP: | 1448 | 1448 | 1404 | ... + x23 | 662 | ... + x5 | 190 | +\layout LyX-Code + +CSMA: | 1440 | 8 | 1440 | 8 | 1404 | ... + x23 | 662 | ... + x5 | 190 | +\layout Standard + +A partir de ahora, no es necesario fragmentar más a estos frames, ya que + todos los MTU utilizados en el resto de la transmisión son mayores que + el del enlace PPP. + Por lo tanto sólo resta que el host reensamble los frames. +\layout Standard + + +\begin_inset Tabular + + + + + + + + + + +\begin_inset Text + +\layout Standard + +Tecnología +\end_inset + + +\begin_inset Text + +\layout Standard + +Origen +\end_inset + + +\begin_inset Text + +\layout Standard + +Destino +\end_inset + + +\begin_inset Text + +\layout Standard + +Fragmentos +\end_inset + + +\begin_inset Text + +\layout Standard + +Fragmenta +\end_inset + + +\begin_inset Text + +\layout Standard + +Reensabla +\end_inset + + + + +\begin_inset Text + +\layout Standard + +Token Ring +\end_inset + + +\begin_inset Text + +\layout Standard + +webserver +\end_inset + + +\begin_inset Text + +\layout Standard + +H132 +\end_inset + + +\begin_inset Text + +\layout Standard + +6 +\end_inset + + +\begin_inset Text + +\layout Standard + +webserver +\end_inset + + +\begin_inset Text + +\layout Standard + +- +\end_inset + + + + +\begin_inset Text + +\layout Standard + +FDDI +\end_inset + + +\begin_inset Text + +\layout Standard + +H132 +\end_inset + + +\begin_inset Text + +\layout Standard + +H131 +\end_inset + + +\begin_inset Text + +\layout Standard + +29 +\end_inset + + +\begin_inset Text + +\layout Standard + +H132 +\end_inset + + +\begin_inset Text + +\layout Standard + +- +\end_inset + + + + +\begin_inset Text + +\layout Standard + +PPP (MTU 1500) +\end_inset + + +\begin_inset Text + +\layout Standard + +H131 +\end_inset + + +\begin_inset Text + \layout Standard -Camino: +H118 +\end_inset + + +\begin_inset Text + \layout Standard -Webserver -> Token Ring -> H132 -> FDDI -> H131 -> PPP -> H118 -> ethernet - -> host +75 +\end_inset + + +\begin_inset Text + \layout Standard -Del webserver salen (por la fragmentación) 6 frames, ya que el MTU de Token - Ring es de 17914 bytes pero 52 de ellos se utilizan para las cabeceras - de TCP y IP (32 bytes y 20 bytes respectivamente), por lo que nos queda - un payload efectivo de 17862 bytes por frame y -\begin_inset Formula $\frac{102400}{17862}\approx5.73$ +H131 \end_inset + + +\begin_inset Text - (por lo tanto necesito 6 frames para transmitir el mensaje HTTP). \layout Standard -Ahora el router H132 debe refragmentar los 5 primeros frames (que tenían - el payload completo) para poder enviarlos por la red FDDI, ya que el MTU - de esta red es menor (de 4352, pero el payload efectivo es de 4300) de - la siguiente forma: -\layout LyX-Code +- +\end_inset + + + + +\begin_inset Text -Payload Token Ring: | 17862 | ... - x5 -\layout LyX-Code +\layout Standard + +Gigabit Ethernet +\end_inset + + +\begin_inset Text -Payload FDDI: | 4300 | 4300 | 4300 | 4300 | 662 | ... - x5 \layout Standard -El sexto y último frame (cuyo payload es de 13090 bytes) lo fragmenta de - la siguiente forma: -\layout LyX-Code +H118 +\end_inset + + +\begin_inset Text -Payload Token Ring: | 13090 | -\layout LyX-Code +\layout Standard + +H116 +\end_inset + + +\begin_inset Text -Payload FDDI: | 4300 | 4300 | 4300 | 190 | \layout Standard -Entonces pasamos de tener 6 frames Token Ring a tener 29 FDDI. +75 +\end_inset + + +\begin_inset Text + \layout Standard -Ahora el router H131 toma estos nuevos frames y debe volver a fragmentarlos - para poder enviarlos por PPP (que como dijimos tiene un MTU de 1500), por - lo que tendremos 75 frames viajando por el PPP. - Los fragmentos con payload completo son los únicos que se fragmentan y - lo hacen de la siguiente manera: -\layout LyX-Code +- +\end_inset + + +\begin_inset Text -FDDI | 4300 | -\layout LyX-Code +\layout Standard + +- +\end_inset + + + + +\begin_inset Text -ETH | 1448 | 1448 | 1404 | \layout Standard -Por último H118 no necesita volver a fragmentar los frames, ya que el MTU - de ethernet coincide con el del enlace PPP. - Ahora es responsabilidad del host reensamblar los frames para obtener el - mensaje HTTP enviado por el webserver. -\layout Subsubsection +PPP (MTU 1492) +\end_inset + + +\begin_inset Text -Token Ring del webserver (alf) - Token Ring (simpsons) \layout Standard -Se omitirán las explicaciones detalladas de los cálculos realizados en el - punto anterior. -\layout Paragraph +H116 +\end_inset + + +\begin_inset Text -Request HTTP \layout Standard -Camino: +H108 +\end_inset + + +\begin_inset Text + \layout Standard -host -> Token Ring -> H103 -> CSMA/CD -> H108 -> PPP (MTU: 1492) -> H116 - -> Gigabit Ethernet -> H118 -> PPP (MTU: 1500) -> H131 -> FDDI -> H132 - -> Token Ring -> Webserver +121 +\end_inset + + +\begin_inset Text + \layout Standard -Del host salen (por la fragmentación) 24 frames: -\layout LyX-Code +H116 +\end_inset + + +\begin_inset Text -TOKEN: | 4412 | ... - x23 | 924 | \layout Standard -Que H103 debe fragmentar para que quepan en el MTU de CSMA/CD, que es de - 1492, por lo tanto el payload efectivo es de 1440. - En total se convierten en 93 frames: -\layout LyX-Code +- +\end_inset + + + + +\begin_inset Text -TOKEN: | 4412 | ... - x23 | 924 | -\layout LyX-Code +\layout Standard + +CSMA/CD +\end_inset + + +\begin_inset Text -CSMA: | 1440 | 1440 | 1440 | 92 | ... - x23 | 924 | \layout Standard -A partir de ahora, no es necesario fragmentar más a estos frames, ya que - todos los MTU utilizados en el resto de la transmisión son mayores que - el del CSMA/CD. - Por lo tanto sólo resta que el webserver reensamble los frames. -\layout Paragraph +H108 +\end_inset + + +\begin_inset Text -Response HTTP \layout Standard -Camino: +H103 +\end_inset + + +\begin_inset Text + \layout Standard -Webserver -> Token Ring -> H132 -> FDDI -> H131 -> PPP (1500) -> H118 -> - Gigabit Ethernet -> H116 -> PPP (1492) -> H108 -> CSMA/CD -> H103 -> Token - Ring -> host +121 +\end_inset + + +\begin_inset Text + \layout Standard -Del webserver salen (por la fragmentación) 24 frames: -\layout LyX-Code +- +\end_inset + + +\begin_inset Text -TOKEN: | 4412 | ... - x23 | 924 | \layout Standard -Ahora el router H132 debe fragmentar para poder enviarlos por la red FDDI. - Pasamos de tener 24 frames Token Ring a tener 47 FDDI: -\layout LyX-Code +- +\end_inset + + + + +\begin_inset Text -TOKEN: | 4412 | ... - x23 | 924 | -\layout LyX-Code +\layout Standard + +Token Ring +\end_inset + + +\begin_inset Text -FDDI: | 4300 | 112 | ... - x23 | 924 | \layout Standard -Ahora el router H131 toma estos nuevos frames y debe volver a fragmentarlos - para poder enviarlos por PPP (que como dijimos tiene un MTU de 1500), por - lo que tendremos 93 frames viajando por el PPP. -\layout LyX-Code +H103 +\end_inset + + +\begin_inset Text -FDDI | 4300 | 112 | ... - x23 | 924 | -\layout LyX-Code +\layout Standard + +host +\end_inset + + +\begin_inset Text -ETH | 1448 | 1448 | 1404 | 112 | ... - x23 | 924 | \layout Standard -El router H116 tiene que fragmentar, ya que el MTU del enlace PPP tiene - 8 bytes menos que el de la Gigabit Ethernet, resultando 139 frames: -\layout LyX-Code +121 +\end_inset + + +\begin_inset Text -ETH | 1448 | 1448 | 1404 | 112 | ... - x23 | 924 | -\layout LyX-Code +\layout Standard + +- +\end_inset + + +\begin_inset Text -CSMA | 1440 | 8 | 1440 | 8 | 1404 | 112 | ... - x23 | 924 | \layout Standard -A partir de ahora, no es necesario fragmentar más a estos frames, ya que - todos los MTU utilizados en el resto de la transmisión son mayores que - el del enlace PPP. - Por lo tanto sólo resta que el host reensamble los frames. +webserver +\end_inset + + + + +\end_inset + + \layout Subsubsection Token Ring del webserver (alf) - FDDI (heman) @@ -15493,9 +16343,15 @@ s, que no deben ser fragmentados ya que entran perfectamente en el MTU del Nuevamente, el MTU del Token Ring es mayor y no deben ser fragmentados por el router H132, quedando la responsabilidad del reensable al webserver. +\layout Comment + +Falta tablita \layout Paragraph Response HTTP +\layout Comment + +Falta corregir TOKEN RING (17862) \layout Standard Camino: @@ -15542,6 +16398,9 @@ Sumando en total 813 frames X.25. Nuevamente X.25 reensambla obteniendo los frames FDDI originales, y al tener que viajar nuevamente por una red FDDI no es necesario refragmentarlos. Por lo tanto sólo resta que el host reensamble los frames. +\layout Comment + +Falta tablita \layout Subsubsection Token Ring del webserver (alf) - Bluetooth (csi) @@ -16330,6 +17189,12 @@ host \end_inset +\layout Subsubsection + +Token Ring del webserver (alf) - 802.16 (internet B) +\layout Comment + +Falta completo \layout Subsection FTP