From: Leandro Lucarella Date: Tue, 26 Jul 2005 00:24:46 +0000 (+0000) Subject: Se corrigen todos los caminos y se borran las tablas de fragmentación porque se embeb... X-Git-Tag: svn_import~5 X-Git-Url: https://git.llucax.com/z.facultad/75.43/tp2.git/commitdiff_plain/82ce8eea5d87cdfc31d124154486136b4b119e12?ds=sidebyside Se corrigen todos los caminos y se borran las tablas de fragmentación porque se embebieron en el .lyx. --- diff --git a/Informe.lyx b/Informe.lyx index eb76baa..9b92671 100644 --- a/Informe.lyx +++ b/Informe.lyx @@ -15270,124 +15270,1138 @@ 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 +\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 + +Ethernet +\end_inset + + +\begin_inset Text + +\layout Standard + +host +\end_inset + + +\begin_inset Text + +\layout Standard + +H118 +\end_inset + + +\begin_inset Text + +\layout Standard + +71 +\end_inset + + +\begin_inset Text + +\layout Standard + +host +\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 + +71 +\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 + +71 +\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 + +71 +\end_inset + + +\begin_inset Text + +\layout Standard + +- +\end_inset + + +\begin_inset Text + +\layout Standard + +webserver +\end_inset + + + + +\end_inset + + +\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 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 + +H118 +\end_inset + + +\begin_inset Text + +\layout Standard + +75 +\end_inset + + +\begin_inset Text + +\layout Standard + +H131 +\end_inset + + +\begin_inset Text + +\layout Standard + +- +\end_inset + + + + +\begin_inset Text + +\layout Standard + +Ethernet +\end_inset + + +\begin_inset Text + +\layout Standard + +H118 +\end_inset + + +\begin_inset Text + +\layout Standard + +host +\end_inset + + +\begin_inset Text + +\layout Standard + +75 +\end_inset + + +\begin_inset Text + +\layout Standard + +- +\end_inset + + +\begin_inset Text + +\layout Standard + +host +\end_inset + + + + +\end_inset + + +\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 -Falta tablita -\layout Paragraph +\layout Standard + +- +\end_inset + + + + +\begin_inset Text -Response HTTP \layout Standard -Camino: +Gigabit Ethernet +\end_inset + + +\begin_inset Text + \layout Standard -Webserver -> Token Ring -> H132 -> FDDI -> H131 -> PPP -> H118 -> ethernet - -> host +H116 +\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$ +H118 \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 +75 +\end_inset + + +\begin_inset Text -Payload Token Ring: | 17862 | ... - x5 | -\layout LyX-Code +\layout Standard + +- +\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 +- +\end_inset + + + + +\begin_inset Text -Payload Token Ring: | 13090 | -\layout LyX-Code +\layout Standard + +PPP (MTU 1500) +\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. +H118 +\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 +H131 +\end_inset + + +\begin_inset Text -FDDI: | 4300 | -\layout LyX-Code +\layout Standard + +75 +\end_inset + + +\begin_inset Text -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 +- +\end_inset + + +\begin_inset Text -Falta tablita -\layout Subsubsection +\layout Standard + +- +\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. +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 -Request HTTP +Response 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 +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 6 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 -Del host salen (por la fragmentación) 6 frames: +FDDI: | 4300 | ... + x23 | 662 | ... + x5 | 190 | \layout LyX-Code -TOKEN: | 17862 | ... - x5 | 13090 | +PPP: | 1448 | 1448 | 1404 | ... + x23 | 662 | ... + x5 | 190 | \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: +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 -TOKEN: | 17862 | ... - x5 | 13090 | +PPP: | 1448 | 1448 | 1404 | ... + x23 | 662 | ... + x5 | 190 | \layout LyX-Code -CSMA: | 1440 | ... - x12 | 582 | ... - x5 | 1440 | ... - x9 | 130 | +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 CSMA/CD. - Por lo tanto sólo resta que el webserver reensamble los frames. + el del enlace PPP. + Por lo tanto sólo resta que el host reensamble los frames. \layout Standard @@ -15464,7 +16478,7 @@ Token Ring \layout Standard -host +webserver \end_inset @@ -15472,7 +16486,7 @@ host \layout Standard -H103 +H132 \end_inset @@ -15488,7 +16502,7 @@ H103 \layout Standard -host +webserver \end_inset @@ -15506,7 +16520,7 @@ host \layout Standard -CSMA/CD +FDDI \end_inset @@ -15514,7 +16528,7 @@ CSMA/CD \layout Standard -H103 +H132 \end_inset @@ -15522,7 +16536,7 @@ H103 \layout Standard -H108 +H131 \end_inset @@ -15530,7 +16544,7 @@ H108 \layout Standard -75 +29 \end_inset @@ -15538,7 +16552,7 @@ H108 \layout Standard -H103 +H132 \end_inset @@ -15556,7 +16570,7 @@ H103 \layout Standard -PPP (MTU 1492) +PPP (MTU 1500) \end_inset @@ -15564,7 +16578,7 @@ PPP (MTU 1492) \layout Standard -H108 +H131 \end_inset @@ -15572,7 +16586,7 @@ H108 \layout Standard -H116 +H118 \end_inset @@ -15588,7 +16602,7 @@ H116 \layout Standard -- +H131 \end_inset @@ -15614,7 +16628,7 @@ Gigabit Ethernet \layout Standard -H116 +H118 \end_inset @@ -15622,7 +16636,7 @@ H116 \layout Standard -H118 +H116 \end_inset @@ -15656,7 +16670,7 @@ H118 \layout Standard -PPP (MTU 1500) +PPP (MTU 1492) \end_inset @@ -15664,7 +16678,7 @@ PPP (MTU 1500) \layout Standard -H118 +H116 \end_inset @@ -15672,7 +16686,7 @@ H118 \layout Standard -H131 +H108 \end_inset @@ -15680,7 +16694,7 @@ H131 \layout Standard -75 +121 \end_inset @@ -15688,7 +16702,7 @@ H131 \layout Standard -- +H116 \end_inset @@ -15706,7 +16720,7 @@ H131 \layout Standard -FDDI +CSMA/CD \end_inset @@ -15714,7 +16728,7 @@ FDDI \layout Standard -H131 +H108 \end_inset @@ -15722,7 +16736,7 @@ H131 \layout Standard -H132 +H103 \end_inset @@ -15730,7 +16744,7 @@ H132 \layout Standard -75 +121 \end_inset @@ -15764,7 +16778,7 @@ Token Ring \layout Standard -H132 +H103 \end_inset @@ -15772,7 +16786,7 @@ H132 \layout Standard -webserver +host \end_inset @@ -15780,7 +16794,7 @@ webserver \layout Standard -75 +121 \end_inset @@ -15796,7 +16810,7 @@ webserver \layout Standard -webserver +host \end_inset @@ -15805,94 +16819,177 @@ webserver \end_inset +\layout Subsubsection + +Token Ring del webserver (alf) - FDDI (heman) \layout Paragraph -Response HTTP +Request 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 +host -> FDDI -> H101 -> X.25 -> H131 -> FDDI -> H132 -> Token Ring -> Webserver \layout Standard -Del webserver salen (por la fragmentación) 6 frames: +Del host salen (por la fragmentación) 24 frames: \layout LyX-Code -TOKEN: | 17862 | ... - x5 | 13090 | +FDDI: | 4300 | ... + x23 | 3500 | \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: +El router H101 fragmenta estos frames porque debe transferirlos a la X.25 + que tiene un MTU mucho menor (125). + Los frames con payload de 4300 bytes se convierten entonces en 35 frames + X.25: \layout LyX-Code -TOKEN: | 17862 | ... - x5 | 13090 | +FDDI: | 4300 | \layout LyX-Code -FDDI: | 4300 | ... - x4 | 662 | ... - x5 | 4300 | ... - x3 | 190 | +X.25: | 125 | ... + x34 | 50 | \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: +Y el de 1640 bytes se convierte en 14: \layout LyX-Code -FDDI: | 4300 | ... - x23 | 662 | ... - x5 | 190 | +FDDI: | 1640 | \layout LyX-Code -PPP: | 1448 | 1448 | 1404 | ... - x23 | 662 | ... - x5 | 190 | +X.25: | 125 | ... + x13 | 15 | \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 +Quedando en total 816 frames X.25. + Pero el router H131 los reensambla, volviendo a obtener los 24 frames originale +s, que no deben ser fragmentados ya que entran perfectamente en el MTU del + FDDI (tecnología para la cual fueron fragmentados originalmente). +\layout Standard -PPP: | 1448 | 1448 | 1404 | ... - x23 | 662 | ... - x5 | 190 | -\layout LyX-Code +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 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 + +FDDI +\end_inset + + +\begin_inset Text + +\layout Standard + +host +\end_inset + + +\begin_inset Text + +\layout Standard + +H101 +\end_inset + + +\begin_inset Text + +\layout Standard + +24 +\end_inset + + +\begin_inset Text -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. +host +\end_inset + + +\begin_inset Text + \layout Standard - -\begin_inset Tabular - - - - - - - - - +- +\end_inset + + + \begin_inset Text \layout Standard -Tecnología +X.25 \end_inset @@ -15900,7 +16997,7 @@ Tecnolog \layout Standard -Origen +H101 \end_inset @@ -15908,7 +17005,7 @@ Origen \layout Standard -Destino +H131 \end_inset @@ -15916,7 +17013,7 @@ Destino \layout Standard -Fragmentos +816 \end_inset @@ -15924,7 +17021,7 @@ Fragmentos \layout Standard -Fragmenta +H118 \end_inset @@ -15932,7 +17029,7 @@ Fragmenta \layout Standard -Reensabla +H131 \end_inset @@ -15942,7 +17039,7 @@ Reensabla \layout Standard -Token Ring +FDDI \end_inset @@ -15950,7 +17047,7 @@ Token Ring \layout Standard -webserver +H131 \end_inset @@ -15966,7 +17063,7 @@ H132 \layout Standard -6 +24 \end_inset @@ -15974,7 +17071,7 @@ H132 \layout Standard -webserver +- \end_inset @@ -15986,13 +17083,13 @@ webserver \end_inset - + \begin_inset Text \layout Standard -FDDI +Token Ring \end_inset @@ -16008,7 +17105,7 @@ H132 \layout Standard -H131 +webserver \end_inset @@ -16016,7 +17113,7 @@ H131 \layout Standard -29 +24 \end_inset @@ -16024,7 +17121,7 @@ H131 \layout Standard -H132 +- \end_inset @@ -16032,17 +17129,85 @@ H132 \layout Standard -- +webserver \end_inset - + + +\end_inset + + +\layout Paragraph + +Response HTTP +\layout Standard + +Camino: +\layout Standard + +Webserver -> Token Ring -> H132 -> FDDI -> H131 -> X.25 -> H101 -> FDDI -> + 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 6 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 + +H131 debe fragmentar estos frames de forma muy similar a lo visto en el + punto anterior, ya que los frames de 4300 bytes se convierten en 35 frames + X.25, los de 662 bytes en 6 y el de 190 bytes en 2: +\layout LyX-Code + +FDDI: | 662 | | 190 | +\layout LyX-Code + +X.25: | 125 | ... + x5 | 37 | | 125 | 65 | +\layout Standard + +Sumando en total 837 frames X.25. +\layout Standard + +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 Standard + + +\begin_inset Tabular + + + + + + + + + \begin_inset Text \layout Standard -PPP (MTU 1500) +Tecnología \end_inset @@ -16050,7 +17215,7 @@ PPP (MTU 1500) \layout Standard -H131 +Origen \end_inset @@ -16058,7 +17223,7 @@ H131 \layout Standard -H118 +Destino \end_inset @@ -16066,7 +17231,7 @@ H118 \layout Standard -75 +Fragmentos \end_inset @@ -16074,7 +17239,7 @@ H118 \layout Standard -H131 +Fragmenta \end_inset @@ -16082,7 +17247,7 @@ H131 \layout Standard -- +Reensabla \end_inset @@ -16092,7 +17257,7 @@ H131 \layout Standard -Gigabit Ethernet +Token Ring \end_inset @@ -16100,7 +17265,7 @@ Gigabit Ethernet \layout Standard -H118 +webserver \end_inset @@ -16108,7 +17273,7 @@ H118 \layout Standard -H116 +H132 \end_inset @@ -16116,7 +17281,7 @@ H116 \layout Standard -75 +6 \end_inset @@ -16124,7 +17289,7 @@ H116 \layout Standard -- +webserver \end_inset @@ -16142,7 +17307,7 @@ H116 \layout Standard -PPP (MTU 1492) +FDDI \end_inset @@ -16150,7 +17315,7 @@ PPP (MTU 1492) \layout Standard -H116 +H132 \end_inset @@ -16158,7 +17323,7 @@ H116 \layout Standard -H108 +H131 \end_inset @@ -16166,7 +17331,7 @@ H108 \layout Standard -121 +29 \end_inset @@ -16174,7 +17339,7 @@ H108 \layout Standard -H116 +H132 \end_inset @@ -16192,7 +17357,7 @@ H116 \layout Standard -CSMA/CD +X.25 \end_inset @@ -16200,7 +17365,7 @@ CSMA/CD \layout Standard -H108 +H131 \end_inset @@ -16208,7 +17373,7 @@ H108 \layout Standard -H103 +H101 \end_inset @@ -16216,7 +17381,7 @@ H103 \layout Standard -121 +837 \end_inset @@ -16224,7 +17389,7 @@ H103 \layout Standard -- +H131 \end_inset @@ -16232,7 +17397,7 @@ H103 \layout Standard -- +H101 \end_inset @@ -16242,7 +17407,7 @@ H103 \layout Standard -Token Ring +FDDI \end_inset @@ -16250,7 +17415,7 @@ Token Ring \layout Standard -H103 +H101 \end_inset @@ -16266,7 +17431,7 @@ host \layout Standard -121 +29 \end_inset @@ -16282,7 +17447,7 @@ host \layout Standard -webserver +host \end_inset @@ -16293,116 +17458,6 @@ webserver \layout Subsubsection -Token Ring del webserver (alf) - FDDI (heman) -\layout Paragraph - -Request HTTP -\layout Standard - -Camino: -\layout Standard - -host -> FDDI -> H101 -> X.25 -> H131 -> FDDI -> H132 -> Token Ring -> Webserver -\layout Standard - -Del host salen (por la fragmentación) 24 frames: -\layout LyX-Code - -FDDI: | 4300 | ... - x23 | 3500 | -\layout Standard - -El router H101 fragmenta estos frames porque debe transferirlos a la X.25 - que tiene un MTU mucho menor (125). - Los frames con payload de 4300 bytes se convierten entonces en 35 frames - X.25: -\layout LyX-Code - -FDDI: | 4300 | -\layout LyX-Code - -X.25: | 125 | ... - x34 | 50 | -\layout Standard - -Y el de 1640 bytes se convierte en 14: -\layout LyX-Code - -FDDI: | 1640 | -\layout LyX-Code - -X.25: | 125 | ... - x13 | 15 | -\layout Standard - -Quedando en total 816 frames X.25. - Pero el router H131 los reensambla, volviendo a obtener los 24 frames originale -s, que no deben ser fragmentados ya que entran perfectamente en el MTU del - FDDI (tecnología para la cual fueron fragmentados originalmente). -\layout Standard - -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: -\layout Standard - -Webserver -> Token Ring -> H132 -> FDDI -> H131 -> X.25 -> H101 -> FDDI -> - host -\layout Standard - -Del webserver salen (por la fragmentación) 24 frames: -\layout LyX-Code - -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 - -TOKEN: | 4412 | ... - x23 | 924 | -\layout LyX-Code - -FDDI: | 4300 | 112 | ... - x23 | 924 | -\layout Standard - -H131 debe fragmentar estos frames de forma muy similar a lo visto en el - punto anterior, ya que los frames de 4300 bytes se convierten en 35 frames - X.25 y el de 924 bytes se fragmenta en 8: -\layout LyX-Code - -FDDI: | 924 | -\layout LyX-Code - -X.25: | 125 | ... - x7 | 49 | -\layout Standard - -Sumando en total 813 frames X.25. -\layout Standard - -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) \layout Paragraph diff --git a/fragmentacion.sxc b/fragmentacion.sxc deleted file mode 100644 index 8241d89..0000000 Binary files a/fragmentacion.sxc and /dev/null differ