(03-03-2013 15:28)ajilko escribió:  

(02-03-2013 20:18)Kurt escribió:  Gracias Ajilko! sos un groso!

De nada groso!

---

(02-03-2013 19:32)nnimis escribió:  CIDR implica justamente que una IP es sin clase (Classless inter-domain routing). La diferencia entre una IP de clase y una CIDR es que una IP que pertenece a una clase tiene una máscara determinada. Clase A = /8, Clase B = /16, Clase C = /24. CIDR te permite tener direcciones IP con máscaras variables que no necesariamente sean 8, 16 y 24 (por ejemplo /20). El ejercicio dice que la IP es /24, entiendo que es exactamente lo mismo que tener un bloque de direcciones clase C.

Te quedan 8 bits para hacer subnetting solamente, no podés usar mas por mas que sea CIDR. Lo único que podés hacer es usar diferentes bloques con máscaras variables dentro del bloque que tenés, pero siempre con esos 8 bits. A mi criterio es imposible el ejercicio: si tenés dos subredes de 64 hosts necesitás dos bloques de 128, con lo que ya no tenés mas lugar en tu bloque. A menos que uses exactamente la cantidad de hosts para cada bloque sin restar los dos hosts de broadcast y red: usar bloques de 64 direcciones para 64 hosts, de 32 direcciones para 32 hots, etc, pero esto no es real.

Habría que preguntar si se puede hacer esto de poner exactamente la cantidad de hosts por bloque de direcciones (a mi criterio no se puede), algo mal hay: o el enunciado o simplemente no se puede.

La mano debe venir porque en el enunciado te dice direcciones. En ningun momento te hablan de host, red o broadcast... solo direcciones. Voy a resolverlo usando lo justo, 64 , 32 y 16. Y subo la resolucion.
Salutes.

Respondo como me quedaron los rangos:
1) 12.4.4.0 red 12.4.4.63 broadcast prefijo /26 utilizables: 1-62 nodos: 62
2) 12.4.4.64 red 12.4.4.127 broadcast prefijo /26 utilizables: 65-126 nodos: 62
3) 12.4.4.128 red 12.4.4.159 broadcast prefijo /27 utilizables: 129-158 nodos: 30
4) 12.4.4.160 red 12.4.4.191 broadcast prefijo /27 utilizables: 161-190 nodos: 30
5) 12.4.4.192 red 12.4.4.207 broadcast prefijo /28 utilizables: 193-206 nodos: 14
6) 12.4.4.208 red 12.4.4.223 broadcast prefijo /28 utilizables: 209-222 nodos: 14
7) 12.4.4.224 red 12.4.4.239 broadcast prefijo /28 utilizables: 225-238 nodos: 14
8) 12.4.4.240 red 12.4.4.243 broadcast prefijo /30 utilizables: 241-242 nodos: 2
9) 12.4.4.244 red 12.4.4.247 broadcast prefijo /30 utilizables: 245-246 nodos: 2
10) 12.4.4.248 red 12.4.4.251 broadcast prefijo /30 utilizables: 249-250 nodos: 2
11) 12.4.4.251 red 12.4.4.255 broadcast prefijo /30 utilizables: 252-253 nodos: 2

Esto se puede hacer ya que cuando me definen las redes me hablan de direcciones por rango y la direccion de red y la broadcast no dejan de ser direcciones ip.

---

(04-03-2013 21:02)UAL escribió:  Tengo una duda con el ejercicio 3 del tema 2:

3. Daban un datagrama IP e 1420 bytes y tenía que pasar por un router con MTU=620bytes. Preguntaba el tamaño exacto de cada fragmento, los valores de offset, y los de More framents.

En este caso el MTU deberia igual a MTU = cabecera ETHERNET + cabecera IP + datos

por lo tanto en este caso el campo de Datos de cada fragmento IP debería ser igual DATOS = MTU (620 Bytes) - Cabecera IP (20 Bytes) - Cabecera ETHERNET (14 Bytes) lo que daría fragmentos de 586 Byte (de datos).

1420/586 = 3 Fragmentos

Nro. de trama | DF | MF | Offset
---------------------------------
1 0 1 0
2 0 1 586
3 0 1 1172


Esta bien que sea así? porque veo en muchos lados que la cabecera de ETHERNET no la tienen en cuenta y tengo esa duda ahora....

Ademas, si el OFFSET no lo puedo expresar en múltiplos de 32 bit, esta bien que lo ponga así? como debería hacer para que me de en múltiplos de 32 bit??

Muchas Gracias x su ayuda siempre!!

Yo lo hice asi...



Con las siguientes consideraciones:

1) La cabecera ethernet no va porque no estás pasando por ethernet...la red es de otro tipo con un mtu diferente
2) El offset es múltiplo de 8 no de 32. Y lo voy acumulando... fijate q primero envío 592 bytes, eso dividido 8 da los 74 q es lo que uso de offset, luego envío 600 eso dividido 8 = 75. Entonces tenía 74 + 75 = 149.
Si la pregunta es cómo elegir el tamaño de los datos a enviar... siempre elijo el tamaño más grande múltiplo de 8 que al sumarle las cabeceras no pase del mtu.
3) La cabecera UDP solo se pasa en la primera trama

Hola Andres!

Tenias razón son múltiplos de 8 Bytes (64 bit). (me dijeron cualquiera los de laboratorio)

Lo único que me parece raro es que contas la cebecera UDP. Segun entiendo el enunciado dice "Datagrama IP de 1420 byte de longitud total, que transporta un datagrama UDP" ... por lo que la cabecera UDP ya esta incluida en la parte de los datos del datagrama IP y seria considerado DATOS de ese datagrama y no una cabecera... Así, el primer fragmento tendría 600 bytes de datos y no 592 byte...

Quedaría algo asi creo...

Nro. de trama | DF | MF | Offset
---------------------------------
1 0 1 0
2 0 1 75
3 0 1 150


PD: Andres, no sabia que ibas a rendir, sino te avisaba y nos juntabamos (oriundo de lanus) jaja

Walter Cuccaro

Todavía te dejan mirar el parcial e irte si no te gusta (es decir, si no sabés nada)?

Al menos en el último llamado si te dejaban

(05-03-2013 13:33)UAL escribió:  Hola Andres!

Tenias razón son múltiplos de 8 Bytes (64 bit). (me dijeron cualquiera los de laboratorio)

Lo único que me parece raro es que contas la cebecera UDP. Segun entiendo el enunciado dice "Datagrama IP de 1420 byte de longitud total, que transporta un datagrama UDP" ... por lo que la cabecera UDP ya esta incluida en la parte de los datos del datagrama IP y seria considerado DATOS de ese datagrama y no una cabecera... Así, el primer fragmento tendría 600 bytes de datos y no 592 byte...

Quedaría algo asi creo...

Nro. de trama | DF | MF | Offset
---------------------------------
1 0 1 0
2 0 1 75
3 0 1 150


PD: Andres, no sabia que ibas a rendir, sino te avisaba y nos juntabamos (oriundo de lanus) jaja

Walter Cuccaro

Concuerdo con tu respuesta Walter!!

Coincido con ajilko en su respuesta pero le cambio el prefijo porque me parece que esta mal. No podes calcular la direccion 12.4.4.127 con prefijo /26, porque esto indicaria que tenes 26 bits para red y 6 para host y 2^6= 64 por lo cual no te alcanza, necesitarias 7 bits para host y 25 para red, asi con todos los demas.. entonces en mi opinion quedaria del 2) en adelante asi:

1) 12.4.4.0 red 12.4.4.63 broadcast prefijo /26 utilizables: 1-62 nodos: 62
2) 12.4.4.64 red 12.4.4.127 broadcast prefijo /25 utilizables: 65-126 nodos: 62
3) 12.4.4.128 red 12.4.4.159 broadcast prefijo /24 utilizables: 129-158 nodos: 30
4) 12.4.4.160 red 12.4.4.191 broadcast prefijo /24 utilizables: 161-190 nodos: 30
5) 12.4.4.192 red 12.4.4.207 broadcast prefijo /24 utilizables: 193-206 nodos: 14
6) 12.4.4.208 red 12.4.4.223 broadcast prefijo /24 utilizables: 209-222 nodos: 14
7) 12.4.4.224 red 12.4.4.239 broadcast prefijo /24 utilizables: 225-238 nodos: 14
8) 12.4.4.240 red 12.4.4.243 broadcast prefijo /24 utilizables: 241-242 nodos: 2
9) 12.4.4.244 red 12.4.4.247 broadcast prefijo /24 utilizables: 245-246 nodos: 2
10) 12.4.4.248 red 12.4.4.251 broadcast prefijo /24 utilizables: 249-250 nodos: 2
11) 12.4.4.251 red 12.4.4.255 broadcast prefijo /24 utilizables: 252-253 nodos: 2

Avisen si pifie asi borro este comentario y no confundimos a nadie.

Salute

---

Che chicos, alguien sabe como se hace el ejercicio 2 ???? Yo lo unico que vi en mi cursada de analisis de tramas fue con un SW pero sin SW no se muy claro como hacerlo .. Gracias !

Una pregunta, por que no pusiste el tamaño de cada datagrama ip ?

Y ademas otra cosa mas, por que a la ultima trama le puse el bit de "More fragment" en 1 ?

Nro. de trama | DF | MF | Offset
---------------------------------
1 0 1 0
2 0 1 75
3 0 1 150


Si no voy a enviar mas tramas .. no entendi eso !

---

Dejo el punto 2.
Tipo de trama: es una trama Ethernet y encapsula un datagrama IP.
Longitud de la cabecera: 5 en decimal.
Version: 4 en decimal.
Cantidad de palabras de 32 bits: 5
TTL: 128 en decimal.
Longitud total del datagrama: 40 en decimal.
ID del protocolo de transporte: 6 en decimal.
Dir IP de destino: 192.168.170.253

salud