Es viejo el primer post pero tal vez a alguien le sirva la rta
El 1
Para ver los tamaños hay que usar los números de SEQ y/0 ACK. La diferencia entre los valores inmediatamente posteriores al segmento cuyo tamaño se quiere conocer y los valores inmediatamente anteriores (o del segmento mismo si es que figuran) da la respuesta. Un detalle: ignorar el segmento 194 ya que no pertenece a la sesión que tenemos que mirar (el source no es el server HTTP).
1a.
Al ser un paquete HTTP, el sniffer no muestra los SEQ y ACK del propio segmento así que hay que remitirse al segmento anterior de la sesión. Mirando el #192, la PC 172.21.105.100 indica que el primer bytes de datos que envía en ese segmento corresponde al 1 que envía en la sesión (por el campo SEQ), y que espera recibir el 1 del destino (por el campo ACK). Además, el #192 no transporta datos (Len = 0), por lo que si en ese segmento enviaba el 1er byte de datos, en el próximo también porque no en realidad no envió nada. Es decir, el campo SEQ del segmento #193 debe tener el valor 1.
Ahora bien, ya se sabe entonces que los datos del segmento #193 arrancaban en el byte 1, por lo que si pudiésemos saber en cual terminaron tendríamos el largo. Para esto hay que mirar el próximo segmento de la sesión. El #195 es una respuesta del servidor HTTP con valores SEQ = 1 y ACK = 416. En lenguaje natural, el servidor envía su primer byte de datos y espera recibir el 416 del cliente. Si espera recibir el 416, significa que ya recibió hasta el 415 incluido. Si el cliente envió datos en el #193 empezado por el byte 1 e inmediatamente después el servidor contestó que esperaba el 416, entonces el cliente tuvo que haber enviado 415 bytes en el segmento #193.
Rta: 415 B.
1b.
La idea es la misma que el 1a., sólo que esta vez pregunta por la suma de los datos de dos segmentos. El servidor indicó, en el segmento #195, que enviaba su primer byte de datos (SEQ = 1) pero no envió datos (Len = 0), por lo que en el #196 va a volver a indicar que envía el primer bytes de datos (el SEQ sería 1).
Mirando el #198, el cliente responde que espera recibir el byte 1276, por lo que el servidor envió, entre los segmentos #196 y #197, 1275 bytes de datos.
Rta: 1275 B.
Generalizando
Considerando que se quiere saber el tamaño de lo que envía A a B en un segmento y que los segmentos anteriores y posteriores NO ENVIABAN DATOS (Len = 0), hay 4 situaciones que se pueden dar según quién haya enviado los segmentos anteriores:
#1 A-> B con info en pantalla y Len = 0
#2 A-> B incógnita
#3 A-> B con info en pantalla y Len = 0
Rta: SEQ(3)-SEQ(1)
#1 A-> B con info en pantalla y Len = 0
#2 A-> B incógnita
#3 B-> A con info en pantalla y Len = 0
Rta: ACK(3)-SEQ(1)
#1 B-> A con info en pantalla y Len = 0
#2 A-> B incógnita
#3 A-> B con info en pantalla y Len = 0
Rta: SEQ(3)-ACK(1)
#1 B-> A con info en pantalla y Len = 0
#2 A-> B incógnita
#3 B-> A con info en pantalla y Len = 0
Rta: ACK(3)-ACK(1)
Hay que tener cuidado si los segmentos que uno usa para mirar también llevaban datos (Len != 0). Sólo influye en los dos primeros casos, cuando del segmento anterior se utiliza el SEQ (es decir, lo envió el mismo que envió el incógnita). Por ejemplo:
#1 A-> B con info en pantalla y Len = Y
#2 A-> B incógnita
#3 A-> B con info en pantalla y Len = Z
Rta: SEQ(3) - (SEQ(1)+Y)
#1 A-> B con info en pantalla y Len = Y
#2 A-> B incógnita
#3 B-> A con info en pantalla y Len = Z
Rta: ACK(3)- (SEQ(1)+Y)
1c.
Debió dividirse por que el tamaño de datos a enviar era mayor al MSS utilizado en la sesión. Es el menor de los dos intercambiados al iniciar la misma, así que es 1260 (1275 es, efectivamente, mayor a 1260). El MSS es una de las opciones que se envían en los segmentos de inicio de sesión([SYN] (#190) y [SYN + ACK] (#191)). En este caso se intercambian MSS = 1260 y MSS = 1380.
#196 = 1260 B
#197 = 15 B
1d.
Se intercambiaron 3: MSS, WS y SACK_PERM.
El 5
Es una paja copiar cada línea para explicar de donde sale el resultado, así que las numero siendo la #1 la que empieza con 10.0.0.0/30 is... y #10 la última.
Primero la parte más facil: las
redes conectadas directamente al router.
Para esto, hay que mirar las líneas que empiezan con C (que indica que el router esta conectado directamente a una red).
La línea #3 dice que la red 10.0.0.4 está conectada al router en su interfaz Se0/0/0. No aclara la máscara de subred, pero figura en la línea #1 donde dice que 10.0.0.0 está subneteado con /30 (y es consistente, ya que en /30 10.0.0.4 es dirección de red).
Entonces, mirando el dibujo se ve que la interfaz Se0/0/0 del router C (ya que lo que se muestra es la tabla de ruteo del C) es la que se conecta con el router A así que ya podemos decir que la dirección de red de LINK A-C = 10.0.0.4/30.
Análogamente, la línea #5 dice que la red 10.0.0.12/30 está conectada en la interfaz Se0/1/0 que en el dibujo es la que se conecta con el router D. LINK C-D = 10.0.0.12/30.
Por último, la línea #9 dice que la red 192.168.12.0/24 está conectada a la interfaz Fe0/0 que en el dibujo se conecta al switch C e indirectamente a C1 y C2. RED C = 192.168.12.0/24
Redes ruteadas
Las líneas que empiezan con R dan información sobre el ruteo hacia redes no conectadas directamente al router. La sintaxis sería:
R @D [@DA/@MET] via @IP, @TIEMPO, @INT
@D = Dirección de red.
@DA = Distancia administrativa (ni idea qué es).
@MET = Métrica (como es RIP el protocolo, es la cantidad de saltos).
@IP = IP del próximo router de la ruta.
@TIEMPO = Hace cuánto no se tiene información de la ruta (puede que esté mandando fruta con esto, igual no se usa).
@INT = Interfaz del router por la que habría que mandar el paquete (que debería estar en la misma red que @IP).
Por ejemplo, tomando la línea #2 sabemos que desde la interfaz Se0/0/0 del router y pasando por un sólo router (porque la métrica es 1) se debería llegar a la red 10.0.0.0/30. Además, sabemos que la IP a la que habría que mandar el paquete es la 10.0.0.5 que pertenece a la red 10.0.0.4/30 (que ya vimos que es la del LINK A-C). Esta IP tiene que hacer referencia entonces a la interfaz Se0/0/0 del router A (no se pide, pero para que cierre mejor el tema
).
Entonces, si para llegar a la red 10.0.0.0/30 hay que mandar el paquete hacia el router A, la misma tiene que estar conectada directamente a ese router (si no fuese directamente, habría al menos un router más en el camino haciendo a la métrica 2). Puede ser la de RED A o la de LINK A-B. Uno pensaría que si LINK A-C y LINK C-D eran subredes de 10.0.0.0 entonces se usaron subredes de 10.0.0.0 para todos los links entre routers. Pero lo que da la seguridad de que es así, es que las subredes /30 admiten 2 hosts por lo que no podrían ser las de las redes (ya que hay 2 PCs + 1 interfaz de router > 2 hosts).
Finalmente, LINK A-B = 10.0.0.0/30.
Análogamente, la línea #4 permite saber que LINK D-B = 10.0.0.8/30 y, ya que estamos, que la interfaz Se del router D que se conecta con C tiene la IP 10.0.0.13/30 (consistente con que LINK C-D = 10.0.0.12/30 ya que forma parte de la red).
La línea #6 dice que a través del router A (porque I) via 10.0.0.5 es IP de A y II) la interfaz Se0/0/0 está conectada a A) se llega a la red 192.168.10.0/24. Como la métrica es 1, esta red debe estar conectada directamente a A por lo que RED A = 192.168.10.0/24.
Línea #10, misma idea que línea #6, pero con el router D. RED D = 192.168.13.0/24.
Por descarte, RED B = 192.168.11.0/24. De todas formas, mirando las líneas #8 y #9 se verifica esto. La métrica es 2 por lo que se hacen 2 saltos antes de llegar a la red, y la única red a la que se necesitan para llegar 2 saltos desde el router C es RED B. También, hay dos caminos iguales (a nivel costo (osea métrica)) para llegar a la red y es por esto que las 2 líneas hacen referencia a la misma (la ruta C-A-B-RED B y la ruta C-D-B-RED B).
Rta:
RED A: 192.168.10.0/24
RED B: 192.168.11.0/24
RED C: 192.168.12.0/24
RED D: 192.168.13.0/24
LINK A-C: 10.0.0.4/30
LINK C-D: 10.0.0.12/30
LINK D-B: 10.0.0.8/30
LINK A-B: 10.0.0.0/30
Saludos!
![[-]](images/collapse.gif)
fisurados recibio 1 Gracias por este post
