]> git.llucax.com Git - z.facultad/75.43/tp2.git/commitdiff
Hicimos lo que entendimos del punto 7.4.
authorLeandro Lucarella <llucax@gmail.com>
Mon, 18 Jul 2005 00:41:11 +0000 (00:41 +0000)
committerLeandro Lucarella <llucax@gmail.com>
Mon, 18 Jul 2005 00:41:11 +0000 (00:41 +0000)
Informe.lyx

index c12ac19253b27932e75be5bf833e4bbb18e7f096..bc780bc0bf3e951ffb5bdb31a267f7c8b70128b7 100644 (file)
@@ -2140,5 +2140,482 @@ Frames Ethernet
 Analogamente al caso anterior, podemos observar 1005 frames ethernet.
 \layout Section
 
+Fragmentación
+\layout Standard
+
+
+\begin_inset  Tabular
+<lyxtabular version="3" rows="7" columns="2">
+<features>
+<column alignment="center" valignment="top" leftline="true" width="0">
+<column alignment="center" valignment="top" leftline="true" rightline="true" width="0">
+<row topline="true" bottomline="true">
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\layout Standard
+
+Tecnología
+\end_inset 
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\layout Standard
+
+MTU (por defecto)
+\end_inset 
+</cell>
+</row>
+<row topline="true">
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\layout Standard
+
+PPP
+\end_inset 
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\layout Standard
+
+296
+\end_inset 
+</cell>
+</row>
+<row topline="true">
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\layout Standard
+
+X.25
+\end_inset 
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\layout Standard
+
+576
+\end_inset 
+</cell>
+</row>
+<row topline="true">
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\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 
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\layout Standard
+
+1492
+\end_inset 
+</cell>
+</row>
+<row topline="true">
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\layout Standard
+
+Ethernet (Fast y Giga inclusive)
+\end_inset 
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\layout Standard
+
+1500
+\end_inset 
+</cell>
+</row>
+<row topline="true">
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\layout Standard
+
+FDDI
+\end_inset 
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\layout Standard
+
+4352
+\end_inset 
+</cell>
+</row>
+<row topline="true" bottomline="true">
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\layout Standard
+
+Token Ring (4MB)
+\end_inset 
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\layout Standard
+
+4464
+\end_inset 
+</cell>
+</row>
+</lyxtabular>
+
+\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