X-Git-Url: https://git.llucax.com/z.facultad/75.43/tp2.git/blobdiff_plain/4c6067828a9578296744b91dd89c9c0c213ea4eb..a8fc021c4cc269dcc1203d8dcfe97ae77aed8ccf:/Informe.lyx
diff --git a/Informe.lyx b/Informe.lyx
index 6ce988e..eb76baa 100644
--- a/Informe.lyx
+++ b/Informe.lyx
@@ -14838,7 +14838,7 @@ MTU
\size scriptsize
-Cabeceras
+Cabeceras (máx-mín si aplica)
\end_inset
@@ -15270,177 +15270,1027 @@ Luego el router H118 env
Finalmente éste envía los frames al webserver, una vez más, sin fragmentar,
ya que el MTU de Token Ring es mayor, quedando la responsabilidad de reensambla
r el mensaje original en el webserver.
+\layout Comment
+
+Falta tablita
+\layout Paragraph
+
+Response HTTP
+\layout Standard
+
+Camino:
+\layout Standard
+
+Webserver -> Token Ring -> H132 -> FDDI -> H131 -> PPP -> H118 -> ethernet
+ -> host
+\layout Standard
+
+Del webserver salen (por la fragmentación) 6 frames, ya que el MTU de Token
+ Ring es de 17914 bytes pero 52 de ellos se utilizan para las cabeceras
+ de TCP y IP (32 bytes y 20 bytes respectivamente), por lo que nos queda
+ un payload efectivo de 17862 bytes por frame y
+\begin_inset Formula $\frac{102400}{17862}\approx5.73$
+\end_inset
+
+ (por lo tanto necesito 6 frames para transmitir el mensaje HTTP).
+\layout Standard
+
+Ahora el router H132 debe refragmentar los 5 primeros frames (que tenían
+ el payload completo) para poder enviarlos por la red FDDI, ya que el MTU
+ de esta red es menor (de 4352, pero el payload efectivo es de 4300) de
+ la siguiente forma:
+\layout LyX-Code
+
+Payload Token Ring: | 17862 | ...
+ x5 |
+\layout LyX-Code
+
+Payload FDDI: | 4300 | 4300 | 4300 | 4300 | 662 | ...
+ x5 |
+\layout Standard
+
+El sexto y último frame (cuyo payload es de 13090 bytes) lo fragmenta de
+ la siguiente forma:
+\layout LyX-Code
+
+Payload Token Ring: | 13090 |
+\layout LyX-Code
+
+Payload FDDI: | 4300 | 4300 | 4300 | 190 |
+\layout Standard
+
+Entonces pasamos de tener 6 frames Token Ring a tener 29 FDDI.
+\layout Standard
+
+Ahora el router H131 toma estos nuevos frames y debe volver a fragmentarlos
+ para poder enviarlos por PPP (que como dijimos tiene un MTU de 1500), por
+ lo que tendremos 75 frames viajando por el PPP.
+ Los fragmentos con payload completo son los únicos que se fragmentan y
+ lo hacen de la siguiente manera:
+\layout LyX-Code
+
+FDDI: | 4300 |
+\layout LyX-Code
+
+PPP: | 1448 | 1448 | 1404 |
+\layout Standard
+
+Por último H118 no necesita volver a fragmentar los frames, ya que el MTU
+ de ethernet coincide con el del enlace PPP.
+ Ahora es responsabilidad del host reensamblar los frames para obtener el
+ mensaje HTTP enviado por el webserver.
+\layout Comment
+
+Falta tablita
+\layout Subsubsection
+
+Token Ring del webserver (alf) - Token Ring (simpsons)
+\layout Standard
+
+Se omitirán las explicaciones detalladas de los cálculos realizados en el
+ punto anterior.
+\layout Paragraph
+
+Request HTTP
+\layout Standard
+
+Camino:
+\layout Standard
+
+host -> Token Ring -> H103 -> CSMA/CD -> H108 -> PPP (MTU: 1492) -> H116
+ -> Gigabit Ethernet -> H118 -> PPP (MTU: 1500) -> H131 -> FDDI -> H132
+ -> Token Ring -> Webserver
+\layout Standard
+
+Del host salen (por la fragmentación) 6 frames:
+\layout LyX-Code
+
+TOKEN: | 17862 | ...
+ x5 | 13090 |
+\layout Standard
+
+Que H103 debe fragmentar para que quepan en el MTU de CSMA/CD, que es de
+ 1492, por lo tanto el payload efectivo es de 1440.
+ En total se convierten en 75 frames:
+\layout LyX-Code
+
+TOKEN: | 17862 | ...
+ x5 | 13090 |
+\layout LyX-Code
+
+CSMA: | 1440 | ...
+ x12 | 582 | ...
+ x5 | 1440 | ...
+ x9 | 130 |
+\layout Standard
+
+A partir de ahora, no es necesario fragmentar más a estos frames, ya que
+ todos los MTU utilizados en el resto de la transmisión son mayores que
+ el del CSMA/CD.
+ Por lo tanto sólo resta que el webserver reensamble los frames.
+\layout Standard
+
+
+\begin_inset Tabular
+
+
+
+
+
+
+
+
+
+|
+\begin_inset Text
+
+\layout Standard
+
+Tecnología
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+Origen
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+Destino
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+Fragmentos
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+Fragmenta
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+Reensabla
+\end_inset
+ |
+
+
+|
+\begin_inset Text
+
+\layout Standard
+
+Token Ring
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+host
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+H103
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+6
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+host
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+-
+\end_inset
+ |
+
+
+|
+\begin_inset Text
+
+\layout Standard
+
+CSMA/CD
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+H103
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+H108
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+75
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+H103
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+-
+\end_inset
+ |
+
+
+|
+\begin_inset Text
+
+\layout Standard
+
+PPP (MTU 1492)
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+H108
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+H116
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+75
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+-
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+-
+\end_inset
+ |
+
+
+|
+\begin_inset Text
+
+\layout Standard
+
+Gigabit Ethernet
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+H116
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+H118
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+75
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+-
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+-
+\end_inset
+ |
+
+
+|
+\begin_inset Text
+
+\layout Standard
+
+PPP (MTU 1500)
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+H118
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+H131
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+75
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+-
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+-
+\end_inset
+ |
+
+
+|
+\begin_inset Text
+
+\layout Standard
+
+FDDI
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+H131
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+H132
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+75
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+-
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+-
+\end_inset
+ |
+
+
+|
+\begin_inset Text
+
+\layout Standard
+
+Token Ring
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+H132
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+webserver
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+75
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+-
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+webserver
+\end_inset
+ |
+
+
+
+\end_inset
+
+
\layout Paragraph
Response HTTP
\layout Standard
-Camino:
+Camino:
+\layout Standard
+
+Webserver -> Token Ring -> H132 -> FDDI -> H131 -> PPP (1500) -> H118 ->
+ Gigabit Ethernet -> H116 -> PPP (1492) -> H108 -> CSMA/CD -> H103 -> Token
+ Ring -> host
+\layout Standard
+
+Del webserver salen (por la fragmentación) 6 frames:
+\layout LyX-Code
+
+TOKEN: | 17862 | ...
+ x5 | 13090 |
+\layout Standard
+
+Ahora el router H132 debe fragmentar para poder enviarlos por la red FDDI.
+ Pasamos de tener 24 frames Token Ring a tener 29 FDDI:
+\layout LyX-Code
+
+TOKEN: | 17862 | ...
+ x5 | 13090 |
+\layout LyX-Code
+
+FDDI: | 4300 | ...
+ x4 | 662 | ...
+ x5 | 4300 | ...
+ x3 | 190 |
+\layout Standard
+
+Ahora el router H131 toma estos nuevos frames y debe volver a fragmentarlos
+ para poder enviarlos por PPP (que como dijimos tiene un MTU de 1500).
+ Cada fragmento de 4300 bytes de payload se convierte en 3 fragmentos; el
+ resto no necesita ser fragmentado.
+ Por lo tanto tenemos 75 fragmentos PPP:
+\layout LyX-Code
+
+FDDI: | 4300 | ...
+ x23 | 662 | ...
+ x5 | 190 |
+\layout LyX-Code
+
+PPP: | 1448 | 1448 | 1404 | ...
+ x23 | 662 | ...
+ x5 | 190 |
+\layout Standard
+
+El router H116 tiene que fragmentar, ya que el MTU del enlace PPP tiene
+ 8 bytes menos que el de la Gigabit Ethernet, resultando 121 frames:
+\layout LyX-Code
+
+PPP: | 1448 | 1448 | 1404 | ...
+ x23 | 662 | ...
+ x5 | 190 |
+\layout LyX-Code
+
+CSMA: | 1440 | 8 | 1440 | 8 | 1404 | ...
+ x23 | 662 | ...
+ x5 | 190 |
+\layout Standard
+
+A partir de ahora, no es necesario fragmentar más a estos frames, ya que
+ todos los MTU utilizados en el resto de la transmisión son mayores que
+ el del enlace PPP.
+ Por lo tanto sólo resta que el host reensamble los frames.
+\layout Standard
+
+
+\begin_inset Tabular
+
+
+
+
+
+
+
+
+
+|
+\begin_inset Text
+
+\layout Standard
+
+Tecnología
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+Origen
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+Destino
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+Fragmentos
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+Fragmenta
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+Reensabla
+\end_inset
+ |
+
+
+|
+\begin_inset Text
+
+\layout Standard
+
+Token Ring
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+webserver
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+H132
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+6
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+webserver
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+-
+\end_inset
+ |
+
+
+|
+\begin_inset Text
+
+\layout Standard
+
+FDDI
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+H132
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+H131
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+29
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+H132
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+-
+\end_inset
+ |
+
+
+|
+\begin_inset Text
+
+\layout Standard
+
+PPP (MTU 1500)
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+H131
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+H118
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+75
+\end_inset
+ |
+
+\begin_inset Text
+
+\layout Standard
+
+H131
+\end_inset
+ |
+
+\begin_inset Text
+
\layout Standard
-Webserver -> Token Ring -> H132 -> FDDI -> H131 -> PPP -> H118 -> ethernet
- -> host
+-
+\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$
+Gigabit Ethernet
\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
+H118
+\end_inset
+ |
+
+\begin_inset Text
-Payload Token Ring: | 17862 | ...
- x5
-\layout LyX-Code
+\layout Standard
+
+H116
+\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
+75
+\end_inset
+ |
+
+\begin_inset Text
-Payload Token Ring: | 13090 |
-\layout LyX-Code
+\layout Standard
+
+-
+\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.
+-
+\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
+PPP (MTU 1492)
+\end_inset
+ |
+
+\begin_inset Text
-FDDI | 4300 |
-\layout LyX-Code
+\layout Standard
+
+H116
+\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
+H108
+\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
+121
+\end_inset
+ |
+
+\begin_inset Text
-Request HTTP
\layout Standard
-Camino:
+H116
+\end_inset
+ |
+
+\begin_inset Text
+
\layout Standard
-host -> Token Ring -> H103 -> CSMA/CD -> H108 -> PPP (MTU: 1492) -> H116
- -> Gigabit Ethernet -> H118 -> PPP (MTU: 1500) -> H131 -> FDDI -> H132
- -> Token Ring -> Webserver
+-
+\end_inset
+ |
+
+
+|
+\begin_inset Text
+
\layout Standard
-Del host salen (por la fragmentación) 24 frames:
-\layout LyX-Code
+CSMA/CD
+\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
+H108
+\end_inset
+ |
+
+\begin_inset Text
-TOKEN: | 4412 | ...
- x23 | 924 |
-\layout LyX-Code
+\layout Standard
+
+H103
+\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
+121
+\end_inset
+ |
+
+\begin_inset Text
-Response HTTP
\layout Standard
-Camino:
+-
+\end_inset
+ |
+
+\begin_inset Text
+
\layout Standard
-Webserver -> Token Ring -> H132 -> FDDI -> H131 -> PPP (1500) -> H118 ->
- Gigabit Ethernet -> H116 -> PPP (1492) -> H108 -> CSMA/CD -> H103 -> Token
- Ring -> host
+-
+\end_inset
+ |
+
+
+|
+\begin_inset Text
+
\layout Standard
-Del webserver salen (por la fragmentación) 24 frames:
-\layout LyX-Code
+Token Ring
+\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
+H103
+\end_inset
+ |
+
+\begin_inset Text
-TOKEN: | 4412 | ...
- x23 | 924 |
-\layout LyX-Code
+\layout Standard
+
+host
+\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
+121
+\end_inset
+ |
+
+\begin_inset Text
-FDDI | 4300 | 112 | ...
- x23 | 924 |
-\layout LyX-Code
+\layout Standard
+
+-
+\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
+webserver
+\end_inset
+ |
+
+
-ETH | 1448 | 1448 | 1404 | 112 | ...
- x23 | 924 |
-\layout LyX-Code
+\end_inset
-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)
@@ -15493,9 +16343,15 @@ s, que no deben ser fragmentados ya que entran perfectamente en el MTU del
Nuevamente, el MTU del Token Ring es mayor y no deben ser fragmentados por
el router H132, quedando la responsabilidad del reensable al webserver.
+\layout Comment
+
+Falta tablita
\layout Paragraph
Response HTTP
+\layout Comment
+
+Falta corregir TOKEN RING (17862)
\layout Standard
Camino:
@@ -15542,6 +16398,9 @@ Sumando en total 813 frames X.25.
Nuevamente X.25 reensambla obteniendo los frames FDDI originales, y al tener
que viajar nuevamente por una red FDDI no es necesario refragmentarlos.
Por lo tanto sólo resta que el host reensamble los frames.
+\layout Comment
+
+Falta tablita
\layout Subsubsection
Token Ring del webserver (alf) - Bluetooth (csi)
@@ -15745,29 +16604,29 @@ Camino:
Webserver -> Token Ring -> H132 -> bluetooth -> host
\layout Standard
-Del webserver salen (por la fragmentación) 24 frames:
+Del webserver salen (por la fragmentación) 6 frames:
\layout LyX-Code
-TOKEN: | 4412 | ...
- x23 | 924 |
+Payload Token Ring: | 17862 | ...
+ x5 | 13090 |
\layout Standard
Ahora el router H132 debe fragmentar para poder enviarlos por la red bluetooth.
- Por cada frame con 4412 de payload, pasamos a tener 16 frames bluetooth
- y el frame de 924 se convierte en 4, de la siguiente forma:
+ 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: | 4412 | ...
- x23 | 924 |
+TOKEN: | 17962 | ...
+ x5 | 13090 |
\layout LyX-Code
FDDI: | 291 | ...
- x15 | 47 | ...
- x23 | 291 | ...
- x3 | 51 |
+ x61 | 111 | ...
+ x5 | 291 | ...
+ x45 | 286 |
\layout Standard
-Quedando en total 372 frames bluetooth.
+Quedando en total 356 frames bluetooth.
Ahora sólo resta que el host los reensable.
\layout Standard
@@ -15911,7 +16770,7 @@ host
\layout Standard
-372
+356
\end_inset
|
@@ -16029,7 +16888,7 @@ Reensabla
\layout Standard
-bluetooth
+802.11g
\end_inset
|
@@ -16053,7 +16912,7 @@ H132
\layout Standard
-352
+46
\end_inset
|
@@ -16103,7 +16962,7 @@ webserver
\layout Standard
-352
+46
\end_inset
|
@@ -16139,29 +16998,29 @@ Camino:
Webserver -> Token Ring -> H132 -> 802.11g -> host
\layout Standard
-Del webserver salen (por la fragmentación) 24 frames:
+Del webserver salen (por la fragmentación) 6 frames:
\layout LyX-Code
-TOKEN: | 4412 | ...
- x23 | 924 |
+Payload Token Ring: | 17862 | ...
+ x5 | 13090 |
\layout Standard
-Ahora el router H132 debe fragmentar para poder enviarlos por la red bluetooth.
- Por cada frame con 4412 de payload, pasamos a tener 16 frames bluetooth
- y el frame de 924 se convierte en 4, de la siguiente forma:
+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: | 4412 | ...
- x23 | 924 |
+TOKEN: | 17962 | ...
+ x5 | 13090 |
\layout LyX-Code
-FDDI: | 291 | ...
- x15 | 47 | ...
- x23 | 291 | ...
- x3 | 51 |
+FDDI: | 2260 | ...
+ x7 | 2042 | ...
+ x5 | 2260 | ...
+ x5 | 1790 |
\layout Standard
-Quedando en total 372 frames bluetooth.
+Quedando en total 46 frames 802.11g.
Ahora sólo resta que el host los reensable.
\layout Standard
@@ -16255,7 +17114,7 @@ H132
\layout Standard
-24
+6
\end_inset
|
@@ -16281,7 +17140,7 @@ webserver
\layout Standard
-bluetooth
+802.11g
\end_inset
|
@@ -16305,7 +17164,7 @@ host
\layout Standard
-372
+46
\end_inset
|
@@ -16330,6 +17189,12 @@ host
\end_inset
+\layout Subsubsection
+
+Token Ring del webserver (alf) - 802.16 (internet B)
+\layout Comment
+
+Falta completo
\layout Subsection
FTP
|