X-Git-Url: https://git.llucax.com/z.facultad/75.43/tp2.git/blobdiff_plain/ca0ede9fe4332a5c8d59a71def338a92e2caa633..42a266ec2ced1c74d705366ebe11bce0108fd9f3:/Informe.lyx diff --git a/Informe.lyx b/Informe.lyx index 26f9952..7507b8b 100644 --- a/Informe.lyx +++ b/Informe.lyx @@ -15229,6 +15229,21 @@ Suponemos que el MTU de los PPP negociados es el m las redes adyacentes a cada router participante del enlace PPP. \layout Subsection +Paquetes de red +\layout Standard + +No se realizó este punto, según lo indicado en la práctica. +\layout Subsection + +Cálculo de eficiencia +\layout Standard + +No se realizó este punto, según lo indicado en la práctica. +\layout Subsection + +Cálculo de fragmentación por distintos caminos +\layout Subsubsection + HTTP \layout Standard @@ -15237,10 +15252,10 @@ Calculamos la fragmentaci request \emph default HTTP del host al servidor web como su respuesta de 100KiB. -\layout Subsubsection +\layout Paragraph Token Ring del webserver (alf) - Ethernet (seinfeld) -\layout Paragraph +\layout Subparagraph Request HTTP \layout Standard @@ -15270,230 +15285,274 @@ 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 Paragraph - -Response HTTP \layout Standard -Camino: -\layout Standard -Webserver -> Token Ring -> H132 -> FDDI -> H131 -> PPP -> H118 -> ethernet - -> host +\begin_inset Tabular + + + + + + + + + + +\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$ +Tecnología \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 - -Payload Token Ring: | 17862 | ... - x5 -\layout LyX-Code +Origen +\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 - -Payload Token Ring: | 13090 | -\layout LyX-Code +Destino +\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. -\layout Standard +Fragmentos +\end_inset + + +\begin_inset Text -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 +\layout Standard -FDDI | 4300 | -\layout LyX-Code +Fragmenta +\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 +Reensabla +\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 +Ethernet +\end_inset + + +\begin_inset Text -Request HTTP \layout Standard -Camino: -\layout Standard +host +\end_inset + + +\begin_inset Text -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) 24 frames: -\layout LyX-Code +H118 +\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 - -TOKEN: | 4412 | ... - x23 | 924 | -\layout LyX-Code +71 +\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 +host +\end_inset + + +\begin_inset Text -Response HTTP \layout Standard -Camino: -\layout Standard +- +\end_inset + + + + +\begin_inset Text -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) 24 frames: -\layout LyX-Code +PPP (MTU 1500) +\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 - -TOKEN: | 4412 | ... - x23 | 924 | -\layout LyX-Code +H118 +\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 - -FDDI | 4300 | 112 | ... - x23 | 924 | -\layout LyX-Code +H131 +\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 - -ETH | 1448 | 1448 | 1404 | 112 | ... - x23 | 924 | -\layout LyX-Code +71 +\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. -\layout Subsubsection - -Token Ring del webserver (alf) - FDDI (heman) -\layout Paragraph +- +\end_inset + + +\begin_inset Text -Request HTTP \layout Standard -Camino: -\layout Standard +- +\end_inset + + + + +\begin_inset Text -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 +\end_inset + + +\begin_inset Text -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 +H131 +\end_inset + + +\begin_inset Text -X.25: | 125 | ... - x34 | 50 | \layout Standard -Y el de 1640 bytes se convierte en 14: -\layout LyX-Code - -FDDI: | 1640 | -\layout LyX-Code +H132 +\end_inset + + +\begin_inset Text -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). +71 +\end_inset + + +\begin_inset Text + \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 Paragraph +- +\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 Subparagraph Response HTTP \layout Standard @@ -15501,77 +15560,2750 @@ Response HTTP Camino: \layout Standard -Webserver -> Token Ring -> H132 -> FDDI -> H131 -> X.25 -> H101 -> FDDI -> - host +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 -Del webserver salen (por la fragmentación) 24 frames: +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 -TOKEN: | 4412 | ... - x23 | 924 | +Payload FDDI: | 4300 | 4300 | 4300 | 4300 | 662 | ... + x5 | \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: +El sexto y último frame (cuyo payload es de 13090 bytes) lo fragmenta de + la siguiente forma: \layout LyX-Code -TOKEN: | 4412 | ... - x23 | 924 | +Payload Token Ring: | 13090 | \layout LyX-Code -FDDI: | 4300 | 112 | ... - x23 | 924 | +Payload FDDI: | 4300 | 4300 | 4300 | 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 y el de 924 bytes se fragmenta en 8: +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: | 924 | +FDDI: | 4300 | \layout LyX-Code -X.25: | 125 | ... - x7 | 49 | +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 Paragraph + +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 Subparagraph + +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 Subparagraph + +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 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 + +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 + +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 + +Gigabit Ethernet +\end_inset + + +\begin_inset Text + +\layout Standard + +H118 +\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 + +PPP (MTU 1492) +\end_inset + + +\begin_inset Text + +\layout Standard + +H116 +\end_inset + + +\begin_inset Text + +\layout Standard + +H108 +\end_inset + + +\begin_inset Text + +\layout Standard + +121 +\end_inset + + +\begin_inset Text + +\layout Standard + +H116 +\end_inset + + +\begin_inset Text + +\layout Standard + +- +\end_inset + + + + +\begin_inset Text + +\layout Standard + +CSMA/CD +\end_inset + + +\begin_inset Text + +\layout Standard + +H108 +\end_inset + + +\begin_inset Text + +\layout Standard + +H103 +\end_inset + + +\begin_inset Text + +\layout Standard + +121 +\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 + +H103 +\end_inset + + +\begin_inset Text + +\layout Standard + +host +\end_inset + + +\begin_inset Text + +\layout Standard + +121 +\end_inset + + +\begin_inset Text + +\layout Standard + +- +\end_inset + + +\begin_inset Text + +\layout Standard + +host +\end_inset + + + + +\end_inset + + +\layout Paragraph + +Token Ring del webserver (alf) - FDDI (heman) +\layout Subparagraph + +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 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 + +\layout Standard + +host +\end_inset + + +\begin_inset Text + +\layout Standard + +- +\end_inset + + + + +\begin_inset Text + +\layout Standard + +X.25 +\end_inset + + +\begin_inset Text + +\layout Standard + +H101 +\end_inset + + +\begin_inset Text + +\layout Standard + +H131 +\end_inset + + +\begin_inset Text + +\layout Standard + +816 +\end_inset + + +\begin_inset Text + +\layout Standard + +H118 +\end_inset + + +\begin_inset Text + +\layout Standard + +H131 +\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 + +24 +\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 + +24 +\end_inset + + +\begin_inset Text + +\layout Standard + +- +\end_inset + + +\begin_inset Text + +\layout Standard + +webserver +\end_inset + + + + +\end_inset + + +\layout Subparagraph + +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 + +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 + +X.25 +\end_inset + + +\begin_inset Text + +\layout Standard + +H131 +\end_inset + + +\begin_inset Text + +\layout Standard + +H101 +\end_inset + + +\begin_inset Text + +\layout Standard + +837 +\end_inset + + +\begin_inset Text + +\layout Standard + +H131 +\end_inset + + +\begin_inset Text + +\layout Standard + +H101 +\end_inset + + + + +\begin_inset Text + +\layout Standard + +FDDI +\end_inset + + +\begin_inset Text + +\layout Standard + +H101 +\end_inset + + +\begin_inset Text + +\layout Standard + +host +\end_inset + + +\begin_inset Text + +\layout Standard + +29 +\end_inset + + +\begin_inset Text + +\layout Standard + +- +\end_inset + + +\begin_inset Text + +\layout Standard + +host +\end_inset + + + + +\end_inset + + +\layout Paragraph + +Token Ring del webserver (alf) - Bluetooth (csi) +\layout Subparagraph + +Request HTTP +\layout Standard + +Camino: +\layout Standard + +host -> bluetooth -> H132 -> Token Ring -> Webserver +\layout Standard + +Del host salen (por la fragmentación, ya que el payload de bluetooth es + 291 descontando las cabeceras IP+TCP) 352 frames: +\layout LyX-Code + +Bluetooth: | 291 | ... + x351 | 259 | +\layout Standard + +El router H132 no fragmenta estos frames porque caben perfectamente en la + red Token Ring (cuyo MTU es mucho mayor). + Sólo queda que el webserver los reensable. +\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 + +bluetooth +\end_inset + + +\begin_inset Text + +\layout Standard + +host +\end_inset + + +\begin_inset Text + +\layout Standard + +H132 +\end_inset + + +\begin_inset Text + +\layout Standard + +352 +\end_inset + + +\begin_inset Text + +\layout Standard + +host +\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 + +352 +\end_inset + + +\begin_inset Text + +\layout Standard + +- +\end_inset + + +\begin_inset Text + +\layout Standard + +webserver +\end_inset + + + + +\end_inset + + +\layout Subparagraph + +Response HTTP +\layout Standard + +Camino: +\layout Standard + +Webserver -> Token Ring -> H132 -> bluetooth -> host +\layout Standard + +Del webserver salen (por la fragmentación) 6 frames: +\layout LyX-Code + +Payload Token Ring: | 17862 | ... + x5 | 13090 | +\layout Standard + +Ahora el router H132 debe fragmentar para poder enviarlos por la red bluetooth. + Por cada frame completo, pasamos a tener 62 frames bluetooth y el frame + de 13090 se convierte en 46, de la siguiente forma: +\layout LyX-Code + +TOKEN: | 17962 | ... + x5 | 13090 | +\layout LyX-Code + +FDDI: | 291 | ... + x61 | 111 | ... + x5 | 291 | ... + x45 | 286 | +\layout Standard + +Quedando en total 356 frames bluetooth. + Ahora sólo resta que el host los reensable. +\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 + +24 +\end_inset + + +\begin_inset Text + +\layout Standard + +webserver +\end_inset + + +\begin_inset Text + +\layout Standard + +- +\end_inset + + + + +\begin_inset Text + +\layout Standard + +bluetooth +\end_inset + + +\begin_inset Text + +\layout Standard + +H132 +\end_inset + + +\begin_inset Text + +\layout Standard + +host +\end_inset + + +\begin_inset Text + +\layout Standard + +356 +\end_inset + + +\begin_inset Text + +\layout Standard + +H132 +\end_inset + + +\begin_inset Text + +\layout Standard + +host +\end_inset + + + + +\end_inset + + +\layout Paragraph + +Token Ring del webserver (alf) - 802.11g (friends) +\layout Subparagraph + +Request HTTP +\layout Standard + +Camino: +\layout Standard + +host -> 802.11g -> H132 -> Token Ring -> Webserver +\layout Standard + +Del host salen (por la fragmentación, ya que el payload de 802.11g es 2260 + descontando las cabeceras IP+TCP) 46 frames: +\layout LyX-Code + +802.11g: | 2260 | ... + x45 | 700 | +\layout Standard + +El router H132 no fragmenta estos frames porque caben perfectamente en la + red Token Ring (cuyo MTU es mucho mayor). + Sólo queda que el webserver los reensable. +\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 + +802.11g +\end_inset + + +\begin_inset Text + +\layout Standard + +host +\end_inset + + +\begin_inset Text + +\layout Standard + +H132 +\end_inset + + +\begin_inset Text + +\layout Standard + +46 +\end_inset + + +\begin_inset Text + +\layout Standard + +host +\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 + +46 +\end_inset + + +\begin_inset Text + +\layout Standard + +- +\end_inset + + +\begin_inset Text + +\layout Standard + +webserver +\end_inset + + + + +\end_inset + + +\layout Subparagraph + +Response HTTP +\layout Standard + +Camino: +\layout Standard + +Webserver -> Token Ring -> H132 -> 802.11g -> host +\layout Standard + +Del webserver salen (por la fragmentación) 6 frames: +\layout LyX-Code + +Payload Token Ring: | 17862 | ... + x5 | 13090 | +\layout Standard + +Ahora el router H132 debe fragmentar para poder enviarlos por la red 802.11g. + Por cada frame completo, pasamos a tener 8 frames 802.11g y el frame de + 13090 se convierte en 6, de la siguiente forma: +\layout LyX-Code + +TOKEN: | 17962 | ... + x5 | 13090 | +\layout LyX-Code + +FDDI: | 2260 | ... + x7 | 2042 | ... + x5 | 2260 | ... + x5 | 1790 | +\layout Standard + +Quedando en total 46 frames 802.11g. + Ahora sólo resta que el host los reensable. +\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 + +802.11g +\end_inset + + +\begin_inset Text + +\layout Standard + +H132 +\end_inset + + +\begin_inset Text + +\layout Standard + +host +\end_inset + + +\begin_inset Text + +\layout Standard + +46 +\end_inset + + +\begin_inset Text + +\layout Standard + +H132 +\end_inset + + +\begin_inset Text + \layout Standard -Sumando en total 813 frames X.25. -\layout Standard +host +\end_inset + + + + +\end_inset -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 Subsubsection -Token Ring del webserver (alf) - Bluetooth (csi) \layout Paragraph +Token Ring del webserver (alf) - 802.16 (internet B) +\layout Subparagraph + Request HTTP \layout Standard Camino: \layout Standard -host -> bluetooth -> H132 -> Token Ring -> Webserver +host -> 802.16 -> H114 -> Gigabit Ethernet -> H118 -> PPP (MTU: 1500) -> + H131 -> FDDI -> H132 -> Token Ring -> Webserver \layout Standard -Del host salen (por la fragmentación, ya que el payload de bluetooth es - 291 descontando las cabeceras IP+TCP) 352 frames: +El MTU de 802.16 es de 1996, pero descontando las cabeceras IP + TCP quedarían + 1944 bytes efectivos. + Por lo tanto se fragmenta en 53 frames: \layout LyX-Code -Bluetooth: | 291 | ... - x351 | 259 | +802.16: | 1944 | ... + x52 | 1312 | \layout Standard -El router H132 no fragmenta estos frames porque caben perfectamente en la - red Token Ring (cuyo MTU es mucho mayor). - Sólo queda que el webserver los reensable. +Pero H114 debe volver a fragmentar para que quepan en la Gigabit Ethernet, + resultando 105 frames: +\layout LyX-Code + +802.16: | 1944 | ... + x52 | 1312 | +\layout LyX-Code + +Gb ETH: | 1440 | 504 | ... + x52 | 1312 | +\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 de la Gigabit Ethernet. + Por lo tanto sólo resta que el webserver reensamble los frames. \layout Standard \begin_inset Tabular - + @@ -15635,7 +18367,7 @@ Reensabla \layout Standard -bluetooth +802.16 \end_inset @@ -15651,7 +18383,7 @@ host \layout Standard -H132 +H114 \end_inset @@ -15659,7 +18391,7 @@ H132 \layout Standard -352 +53 \end_inset @@ -15679,13 +18411,13 @@ host \end_inset - + \begin_inset Text \layout Standard -Token Ring +Gigabit Ethernet \end_inset @@ -15693,7 +18425,7 @@ Token Ring \layout Standard -H132 +H114 \end_inset @@ -15701,7 +18433,7 @@ H132 \layout Standard -webserver +H118 \end_inset @@ -15709,7 +18441,7 @@ webserver \layout Standard -352 +105 \end_inset @@ -15717,7 +18449,7 @@ webserver \layout Standard -- +H114 \end_inset @@ -15725,69 +18457,17 @@ webserver \layout Standard -webserver +- \end_inset - - -\end_inset - - -\layout Paragraph - -Response HTTP -\layout Standard - -Camino: -\layout Standard - -Webserver -> Token Ring -> H132 -> bluetooth -> host -\layout Standard - -Del webserver salen (por la fragmentación) 6 frames: -\layout LyX-Code - -Payload Token Ring: | 17862 | ... - x5 | 13090 | -\layout Standard - -Ahora el router H132 debe fragmentar para poder enviarlos por la red bluetooth. - Por cada frame completo, pasamos a tener 62 frames bluetooth y el frame - de 13090 se convierte en 46, de la siguiente forma: -\layout LyX-Code - -TOKEN: | 17962 | ... - x5 | 13090 | -\layout LyX-Code - -FDDI: | 291 | ... - x61 | 111 | ... - x5 | 291 | ... - x45 | 286 | -\layout Standard - -Quedando en total 356 frames bluetooth. - Ahora sólo resta que el host los reensable. -\layout Standard - - -\begin_inset Tabular - - - - - - - - - + \begin_inset Text \layout Standard -Tecnología +PPP (MTU 1500) \end_inset @@ -15795,7 +18475,7 @@ Tecnolog \layout Standard -Origen +H118 \end_inset @@ -15803,7 +18483,7 @@ Origen \layout Standard -Destino +H131 \end_inset @@ -15811,7 +18491,7 @@ Destino \layout Standard -Fragmentos +105 \end_inset @@ -15819,7 +18499,7 @@ Fragmentos \layout Standard -Fragmenta +- \end_inset @@ -15827,7 +18507,7 @@ Fragmenta \layout Standard -Reensabla +- \end_inset @@ -15837,7 +18517,7 @@ Reensabla \layout Standard -Token Ring +FDDI \end_inset @@ -15845,7 +18525,7 @@ Token Ring \layout Standard -webserver +H131 \end_inset @@ -15861,7 +18541,7 @@ H132 \layout Standard -24 +105 \end_inset @@ -15869,7 +18549,7 @@ H132 \layout Standard -webserver +- \end_inset @@ -15887,7 +18567,7 @@ webserver \layout Standard -bluetooth +Token Ring \end_inset @@ -15903,7 +18583,7 @@ H132 \layout Standard -host +webserver \end_inset @@ -15911,7 +18591,7 @@ host \layout Standard -356 +105 \end_inset @@ -15919,7 +18599,7 @@ host \layout Standard -H132 +- \end_inset @@ -15927,7 +18607,7 @@ H132 \layout Standard -host +webserver \end_inset @@ -15936,36 +18616,65 @@ host \end_inset -\layout Subsubsection - -Token Ring del webserver (alf) - 802.11g (friends) -\layout Paragraph +\layout Subparagraph -Request HTTP +Response HTTP \layout Standard Camino: \layout Standard -host -> 802.11g -> H132 -> Token Ring -> Webserver +Webserver -> Token Ring -> H132 -> FDDI -> H131 -> PPP (1500) -> H118 -> + Gigabit Ethernet -> H114 -> 802.16 -> host \layout Standard -Del host salen (por la fragmentación, ya que el payload de 802.11g es 2260 - descontando las cabeceras IP+TCP) 46 frames: +Del webserver salen (por la fragmentación) 6 frames: \layout LyX-Code -802.11g: | 2260 | ... - x45 | 700 | +TOKEN: | 17862 | ... + x5 | 13090 | \layout Standard -El router H132 no fragmenta estos frames porque caben perfectamente en la - red Token Ring (cuyo MTU es mucho mayor). - Sólo queda que el webserver los reensable. +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 + +FDDI: | 4300 | ... + x23 | 662 | ... + x5 | 190 | +\layout LyX-Code + +PPP: | 1448 | 1448 | 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 - + @@ -16029,7 +18738,7 @@ Reensabla \layout Standard -802.11g +Token Ring \end_inset @@ -16037,7 +18746,7 @@ Reensabla \layout Standard -host +webserver \end_inset @@ -16053,7 +18762,7 @@ H132 \layout Standard -46 +6 \end_inset @@ -16061,7 +18770,7 @@ H132 \layout Standard -host +webserver \end_inset @@ -16073,13 +18782,13 @@ host \end_inset - + \begin_inset Text \layout Standard -Token Ring +FDDI \end_inset @@ -16095,7 +18804,7 @@ H132 \layout Standard -webserver +H131 \end_inset @@ -16103,7 +18812,7 @@ webserver \layout Standard -46 +29 \end_inset @@ -16111,7 +18820,7 @@ webserver \layout Standard -- +H132 \end_inset @@ -16119,69 +18828,17 @@ webserver \layout Standard -webserver +- \end_inset - - -\end_inset - - -\layout Paragraph - -Response HTTP -\layout Standard - -Camino: -\layout Standard - -Webserver -> Token Ring -> H132 -> 802.11g -> host -\layout Standard - -Del webserver salen (por la fragmentación) 6 frames: -\layout LyX-Code - -Payload Token Ring: | 17862 | ... - x5 | 13090 | -\layout Standard - -Ahora el router H132 debe fragmentar para poder enviarlos por la red 802.11g. - Por cada frame completo, pasamos a tener 8 frames 802.11g y el frame de - 13090 se convierte en 6, de la siguiente forma: -\layout LyX-Code - -TOKEN: | 17962 | ... - x5 | 13090 | -\layout LyX-Code - -FDDI: | 2260 | ... - x7 | 2042 | ... - x5 | 2260 | ... - x5 | 1790 | -\layout Standard - -Quedando en total 46 frames 802.11g. - Ahora sólo resta que el host los reensable. -\layout Standard - - -\begin_inset Tabular - - - - - - - - - + \begin_inset Text \layout Standard -Tecnología +PPP (MTU 1500) \end_inset @@ -16189,7 +18846,7 @@ Tecnolog \layout Standard -Origen +H131 \end_inset @@ -16197,7 +18854,7 @@ Origen \layout Standard -Destino +H118 \end_inset @@ -16205,7 +18862,7 @@ Destino \layout Standard -Fragmentos +75 \end_inset @@ -16213,7 +18870,7 @@ Fragmentos \layout Standard -Fragmenta +H131 \end_inset @@ -16221,7 +18878,7 @@ Fragmenta \layout Standard -Reensabla +- \end_inset @@ -16231,7 +18888,7 @@ Reensabla \layout Standard -Token Ring +Gigabit Ethernet \end_inset @@ -16239,7 +18896,7 @@ Token Ring \layout Standard -webserver +H118 \end_inset @@ -16247,7 +18904,7 @@ webserver \layout Standard -H132 +H114 \end_inset @@ -16255,7 +18912,7 @@ H132 \layout Standard -6 +75 \end_inset @@ -16263,7 +18920,7 @@ H132 \layout Standard -webserver +- \end_inset @@ -16281,7 +18938,7 @@ webserver \layout Standard -802.11g +802.16 \end_inset @@ -16289,7 +18946,7 @@ webserver \layout Standard -H132 +H114 \end_inset @@ -16305,7 +18962,7 @@ host \layout Standard -46 +75 \end_inset @@ -16313,7 +18970,7 @@ host \layout Standard -H132 +- \end_inset @@ -16330,7 +18987,7 @@ host \end_inset -\layout Subsection +\layout Subsubsection FTP \layout Standard @@ -16338,7 +18995,7 @@ FTP El análisis de tráfico FTP va a ser muy similar al HTTP, con la diferencia de que probablemente los comandos FTP sean tan pequeños que no sufran fragmenta ción alguna, mientras que la transferencia de datos sí. -\layout Subsection +\layout Subsubsection Telnet \layout Standard