From: Leandro Lucarella Date: Mon, 18 Jul 2005 00:41:11 +0000 (+0000) Subject: Hicimos lo que entendimos del punto 7.4. X-Git-Tag: svn_import~18 X-Git-Url: https://git.llucax.com/z.facultad/75.43/tp2.git/commitdiff_plain/1f9dbb491e359e07ba77a9b5e61e84eb6a8466e8 Hicimos lo que entendimos del punto 7.4. --- diff --git a/Informe.lyx b/Informe.lyx index c12ac19..bc780bc 100644 --- a/Informe.lyx +++ b/Informe.lyx @@ -2140,5 +2140,482 @@ Frames Ethernet Analogamente al caso anterior, podemos observar 1005 frames ethernet. \layout Section +Fragmentación +\layout Standard + + +\begin_inset Tabular + + + + + + +\begin_inset Text + +\layout Standard + +Tecnología +\end_inset + + +\begin_inset Text + +\layout Standard + +MTU (por defecto) +\end_inset + + + + +\begin_inset Text + +\layout Standard + +PPP +\end_inset + + +\begin_inset Text + +\layout Standard + +296 +\end_inset + + + + +\begin_inset Text + +\layout Standard + +X.25 +\end_inset + + +\begin_inset Text + +\layout Standard + +576 +\end_inset + + + + +\begin_inset Text + +\layout Standard + + +\family roman +\series medium +\shape up +\size normal +\emph off +\bar no +\noun off +\color none +IEEE 802.3 +\family default +\series default +\shape default +\size default +\emph default +\bar default +\noun default +\color default + (CSMA/CD) +\end_inset + + +\begin_inset Text + +\layout Standard + +1492 +\end_inset + + + + +\begin_inset Text + +\layout Standard + +Ethernet (Fast y Giga inclusive) +\end_inset + + +\begin_inset Text + +\layout Standard + +1500 +\end_inset + + + + +\begin_inset Text + +\layout Standard + +FDDI +\end_inset + + +\begin_inset Text + +\layout Standard + +4352 +\end_inset + + + + +\begin_inset Text + +\layout Standard + +Token Ring (4MB) +\end_inset + + +\begin_inset Text + +\layout Standard + +4464 +\end_inset + + + + +\end_inset + + +\layout Standard + +La información sobre el MTU de cada tecnología fue obtenida el sitio web + Tech-FAQ +\begin_inset Foot +collapsed true + +\layout Standard + +http://www.tech-faq.com/mtu.shtml +\end_inset + +. +\layout Standard + +Suponemos que el MTU de los PPP negociados es el mínimo entre los MTU de + las redes adyacentes a cada router participante del enlace PPP. +\layout Subsection + +HTTP +\layout Standard + +Calculamos la fragmentación suponiendo tanto el envío de un +\emph on +request +\emph default + HTTP del host al servidor web como su respuesta de 10KiB. +\layout Subsubsection + +Token Ring del webserver (alf) - Ethernet (seinfeld) +\layout Paragraph + +Request HTTP +\layout Standard + +El camino realizado por el paquete es el siguiente: +\layout Standard + +host -> ethernet -> H118 -> PPP -> H131 -> FDDI -> H132 -> Token Ring -> + Webserver +\layout Standard + +Del host salen (por la fragmentación) 8 frames, ya que el MTU de ethernet + es de 1500 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 1448 bytes por frame y +\begin_inset Formula $\frac{10240}{1448}\approx7.07$ +\end_inset + + (por lo tanto necesito 8 frames para transmitir el mensaje HTTP). +\layout Standard + +Luego el router H118 envía por PPP (según lo explicado anteriormente, el + MTU de este enlace PPP es de 1500 bytes) dichos frames, sin necesidad de + fragmentación extra. + H131 envía los frames, nuevamente sin necesidad de fragmentación extra, + a través de la red FDDI al router H132. + 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 +\layout Standard + +Del webserver salen (por la fragmentación) 3 frames, ya que el MTU de Token + Ring es de 4464 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 4412 bytes por frame y +\begin_inset Formula $\frac{10240}{4412}\approx2.32$ +\end_inset + + (por lo tanto necesito 3 frames para transmitir el mensaje HTTP). +\layout Standard + +Ahora el router H132 debe fragmentar los 2 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). + El tercer y último frame (cuyo payload es de 1416 bytes) no necesita ser + fragmentado. + Entonces pasamos de tener 3 frames Token Ring a tener 5 FDDI. +\layout LyX-Code + +Payload Token Ring: | 4412 | 4412 | 1416 | +\layout LyX-Code + +Payload FDDI: | 4300 | 112 | 4300 | 112 | 1416 | +\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 9 frames viajando por el PPP. +\layout LyX-Code + +FDDI | 4300 | 112 | 4300 | 112 | 1416 | +\layout LyX-Code + +ETH | 1448 | 1448 | 1404 | 112 | 1448 | 1448 | 1404 | 112 | 1416 | +\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 + +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) 3 frames: +\layout LyX-Code + +TOKEN: | 4412 | 4412 | 1416 | +\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 9 frames: +\layout LyX-Code + +TOKEN: | 4412 | 4412 | 1416 | +\layout LyX-Code + +CSMA: | 1440 | 1440 | 1440 | 92 | 1440 | 1440 | 1440 | 92 | 1416 | +\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 + +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) 3 frames: +\layout LyX-Code + +TOKEN: | 4412 | 4412 | 1416 | +\layout Standard + +Ahora el router H132 debe fragmentar para poder enviarlos por la red FDDI. + Pasamos de tener 3 frames Token Ring a tener 5 FDDI: +\layout LyX-Code + +TOKEN: | 4412 | 4412 | 1416 | +\layout LyX-Code + +FDDI: | 4300 | 112 | 4300 | 112 | 1416 | +\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 9 frames viajando por el PPP. +\layout LyX-Code + +FDDI | 4300 | 112 | 4300 | 112 | 1416 | +\layout LyX-Code + +ETH | 1448 | 1448 | 1404 | 112 | 1448 | 1448 | 1404 | 112 | 1416 | +\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 13 frames: +\layout LyX-Code + +ETH | 1448 | 1448 | 1404 | 112 | ... + (ídem ant.) | 1416 | +\layout LyX-Code + +CSMA | 1440 | 8 | 1440 | 8 | 1404 | 112 | ... + (ídem ant.) | 1416 | +\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 + +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) 3 frames: +\layout LyX-Code + +FDDI: | 4300 | 4300 | 1640 | +\layout Standard + +El router H101 fragmenta estos frames porque debe transferirlos a la X.25 + que tiene un MTU mucho menor (576 cuyo payload es 524). + Los frames con payload de 4300 bytes se convierten entonces en 9 frames + X.25: +\layout LyX-Code + +FDDI: | 4300 | +\layout LyX-Code + +X.25: | 524 | 524 | 524 | 524 | 524 | 524 | 524 | 524 | 108 | +\layout Standard + +Y el de 1640 bytes se convierte en 4: +\layout LyX-Code + +FDDI: | 1640 | +\layout LyX-Code + +X.25: | 524 | 524 | 524 | 68 | +\layout Standard + +Quedando en total 22 frames X.25. +\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 X.25. + Por lo tanto sólo resta que el webserver reensamble los frames. +\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) 3 frames: +\layout LyX-Code + +TOKEN: | 4412 | 4412 | 1416 | +\layout Standard + +Ahora el router H132 debe fragmentar para poder enviarlos por la red FDDI. + Pasamos de tener 3 frames Token Ring a tener 5 FDDI: +\layout LyX-Code + +TOKEN: | 4412 | 4412 | 1416 | +\layout LyX-Code + +FDDI: | 4300 | 112 | 4300 | 112 | 1416 | +\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 9 frames + X.25, los de 112 bytes no necesitan ser fragmentados y el de 1416 bytes + se fragmenta en 3: +\layout LyX-Code + +FDDI: | 1416 | +\layout LyX-Code + +X.25: | 524 | 524 | 368 | +\layout Standard + +Sumando en total 23 frames. +\layout Standard + +A partir de ahora, no es necesario fragmentar más a estos frames, ya que + el MTU utilizado por la red FDDI es mayor que el de X.25. + Por lo tanto sólo resta que el host reensamble los frames. +\layout Subsection + +FTP +\layout Standard + +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 + +Telnet +\layout Standard + +Telnet va a comportarse de manera muy similar a los comandos FTP, ya que + son paquetes muy pequeños, seguramente nunca van a ser necesario fragmentarlos. +\layout Section + Anexo \the_end