Tengo dudas con la pregunta numero1.
Estoy conviertiendo a binario DBAC y esto es lo que sale:
1101 1011 1010 1100

Si comienzo a sumar desde el primer digito a la derecha (0) y sumo progresivamente multiplicado por dos, hasta llegar al ultimo digito a la izquierda (1) los valores van desde 1 hasta 64,768
Al final de la suma de todos los bits en uno, me da un resultado de 108,236.

Genial Hector! Estamos atentos a cualquier otra consulta! =D

• Esta respuesta fue modificada hace 5 años, 8 meses por AlvaroM.

Hola Jordy!

Si quieres convertir de hexadecimal a decimal pasando por el valor binario, primero tienes que convertir los valores hexdecimales a sus equivalentes binarios. Tendríamos lo siguiente:

D B A C
1101 1011 1010 1100

Ahora para llevarlo a decimal, tienes que agarrar toda la agrupación de valores binarios y convertirlos a su equivalente decimal, NO tienes que convertir los valores binarios de manera separada y sumarlos.

Tendrías que agarrar toda esa agrupación de bits resultante «1101101110101100» y transformarlo a decimal. El resultado sería el siguiente: 32768+16384+4096+2048+512+256+128+32+8+4 = 56236

Atento a tus comentarios!

SAludos cordiales

Hola Sebastian! Claro que sí!

– El paso 1 nos dice que tenemos que encontrar el digito hexadecimal de la dirección Ipv6 donde se encuentra el número de bit que es detallado en el tamaño de prefijo, para esto ir sumando de 4 en 4 de izquierda a derecha por cada digito hexadecimal hasta encontrar el digito hexadecimal donde se encuentre el número de bit detallado en el tamaño de prefijo.
El tamaño de prefijo es /43, entonces vamos sumando de 4 en 4 hasta encontrar el bit 43… El primer hexteto ya nos da los 16 primeros bits, el segundo hexteto nos da los segundos 16 bits, con esto ya tendríamos 32 bits, los siguientes valores hexadecimales (CD del tercer hexteto) nos dan otros 8 bits dando un total de 40 bits. Esto quiere decir que el bit número 43 se encuentra en el siguiente valor hexadecimal 1.

– El paso 2 nos dice que debemos convertir a binario el dígito hexadecimal encontrado en el paso 1.
Entonces 1 hexadecimal es igual a binario 0001, esto quiere decir que el bit número 41 es el primer digito binario 0, el 42 el siguiente digito binario 0, y el 43 el siguiente digito binario 0… ya hemos encontrado al bit numero 43…

– El paso 3 dice que debemos mantener todos los valores de bits de la dirección IPv6 de izquierda a derecha hasta el bit detallado en el tamaño de prefijo, el resto deberán ser valores de «ceros». Convertir nuevamente a hexadecimal para finalizar.
Esto quiere decir que el bit con valor de 1 correspondiente al bit número 44, debería convertirse a 0 dando como resultado 0000 que sería igual al valor hexadecimal 0.

Entonces ya podemos tener una respuesta, los primeros 10 hexadecimales se quedan igual, 2001:ABCD:CD … el siguiente digito hexadecimal pasa de tener un valor de 1 a tener un valor de 0 de acuerdo a la paso 3, el resto de los valores son ceros.

Por lo tanto ya podemos obtener nuestro valor de prefijo, sería 2001:ABCD:CD00::/43, este valor se encuentra entre las opciones disponibles como respuestas! =D

Espero que ahora quede claro.

Estoy atento a tus comentarios.

De nada Sebastian! =)

Hola Arnaldo!

No te preocupes que no te pedirán nada «fuera de lugar» que no pueda ser calculado con un lápiz y un papel, efectivamente necesitas ser ágil en estas conversiones por el tema del tiempo, pero no te pedirán nada que realmente necesite una calculadora. Los cálculos son realizados con cantidades pequeñas! No te preocupes por ello! =)

Atento a tus comentarios.

SAludos cordiales.

Hola Nelson!

Claro que sí, los mecanismos utilizados para evitar el agotamiento de las direcciones IPv4 son NAT y CIDR. Recuerda que un tiempo solo utilizábamos direcciones Classful y no Classless (CIDR), por lo tanto se desperdiciaban muchas direcciones IP al entregar redes lógicas muy grandes para redes que eran pequeñas, por ejemplo si entregabas una red clase B a una empresa, esa empresa tenía 65534 direcciones IP para sus hosts a pesar que solo tenga 10-100 dispositivos (una perdida bastante grande de direcciones IP). Es por ello que se introdujo CIDR donde solo se entregaban subredes de un tamaño determinado a los clientes al modificar la máscara de subred.

El otro mecanismo es NAT del cual ya hemos hablado en el tema de direcciones privadas y públicas y también hablamos sobre este mecanismo en el módulo 4, lo que NAT permite hacer, es que permite REHUSAR direcciones privadas en las empresas; podrías tener en una empresa A la red lógica 192.166.10.0/24 y la misma red lógica podías utilizarla en otra empresa ya que las empresas se comunicarían (si es que se comunican) a través de Internet. En Internet no se permite la circulación de paquetes con direcciones IP privadas, en realidad lo que se hace es enmascarar las direcciones IP privadas hacia una menor cantidad de direcciones IP públicas, puedes verlo mejor acá: https://netwgeeks.com/topic/1-11-direcciones-privadas-publicas-y-especiales-2/

Estoy atento a cualquier consulta.

Saludos cordiales! =)