WEBVTT 00:00.090 --> 00:02.910 Instructor: En esta lección, vamos a hablar de IPv4, 00:02.910 --> 00:05.250 o protocolo de Internet versión cuatro. 00:05.250 --> 00:08.730 IPv4 es extremadamente popular y es el tipo más común de direccionamiento 00:08.730 --> 00:11.100 IP que se utiliza en nuestras redes. 00:11.100 --> 00:12.840 De hecho, si eres como la mayoría 00:12.840 --> 00:15.690 de la gente, ya has visto antes una dirección IPv4. 00:15.690 --> 00:16.530 Al mirarlos, se escriben 00:16.530 --> 00:18.660 como una serie de cuatro números decimales separados 00:18.660 --> 00:20.010 por puntos. 00:20.010 --> 00:28.470 Algunos ejemplos son direcciones IPv4 como 10. 1. 2. 3 ó 172. 00:28.470 --> 00:28.470 21. 243. 67. 00:28.470 --> 00:31.200 Como puede ver, cada dirección IPv4 se compone de cuatro 00:31.200 --> 00:33.360 partes para formar esa dirección. 00:33.360 --> 00:35.970 Esto se conoce como notación decimal con puntos. 00:35.970 --> 00:36.900 Cuando te refieres a cada 00:36.900 --> 00:39.690 una de esas cuatro partes individuales, las llamamos octeto porque 00:39.690 --> 00:41.400 cada una tiene un número decimal que se utiliza 00:41.400 --> 00:43.890 para representar un número de ocho bits. 00:43.890 --> 00:45.060 Dado que estos números 00:45.060 --> 00:47.640 decimales representan ocho bits u ocho dígitos binarios, 00:47.640 --> 00:49.770 esto significa que sólo pueden representar 00:49.770 --> 00:53.580 un valor de 0 a 255 en cada una de esas cuatro posiciones. 00:53.580 --> 00:55.620 Ahora, cuando se combinan los cuatro octetos, 00:55.620 --> 00:58.680 tenemos cuatro octetos que contienen ocho bits cada uno, 00:58.680 --> 01:01.950 para un total de 32 bits de espacio direccionable total cuando 01:01.950 --> 01:04.350 se utiliza una dirección IPv4. 01:04.350 --> 01:08.413 Ahora, por ejemplo, si tengo la dirección IPv4 192. 168. 1. 4, está escrito en notación 01:10.290 --> 01:12.480 decimal con puntos para que a los humanos 01:12.480 --> 01:14.730 nos resulte más fácil leerlo. 01:14.730 --> 01:17.583 Pero en realidad, es 11000000. 01:20.941 --> 01:21.774 10101000. 01:24.682 --> 01:25.515 00000001. 01:28.690 --> 01:29.523 00000100 si lo 01:32.100 --> 01:34.620 pongo en su verdadera forma binaria. 01:34.620 --> 01:37.200 Como puedes ver, utilizar la notación decimal con 01:37.200 --> 01:40.110 puntos nos facilita mucho la lectura y la escritura. 01:40.110 --> 01:42.630 Y por lo tanto es menos propenso a que cometamos errores porque 01:42.630 --> 01:44.580 como humanos introducir estos números en nuestros 01:44.580 --> 01:46.440 dispositivos de red usando binario sería 01:46.440 --> 01:48.660 un gran problema para nosotros. 01:48.660 --> 01:50.460 Simplemente no pensamos así. 01:50.460 --> 01:55.380 Ahora cuando vemos una dirección IP como 192. 168. 1. 4, en realidad se divide 01:55.380 --> 01:57.990 en dos partes mediante un segundo número 01:57.990 --> 02:02.010 de 32 bits conocido como máscara de subred. 02:02.010 --> 02:04.020 Ahora una parte de la dirección IPv4 se utiliza 02:04.020 --> 02:05.910 para identificar la parte de red y la otra 02:05.910 --> 02:07.350 parte se va a utilizar para identificar 02:07.350 --> 02:09.150 la parte de host. 02:09.150 --> 02:10.470 Cuando veas una máscara 02:10.470 --> 02:13.050 de subred, se parecerá mucho a una dirección IPv4, 02:13.050 --> 02:15.030 pero si la conviertes a binario, verás 02:15.030 --> 02:16.830 que tiene una cadena continua de 02:16.830 --> 02:19.320 unos o ceros para identificar las partes de red 02:19.320 --> 02:21.300 y host de esa dirección que utiliza el 02:21.300 --> 02:23.370 cliente o dispositivo. 02:23.370 --> 02:28.370 Así que si tengo una máscara de subred como 255. 255. 255. 0, esto se conoce como 02:28.560 --> 02:31.590 máscara de subred de clase C por defecto. 02:31.590 --> 02:33.630 Ahora no te preocupes por las clases todavía, 02:33.630 --> 02:35.910 vamos a cubrirlas más en un momento. 02:35.910 --> 02:36.960 Por ahora sólo quiero que 02:36.960 --> 02:38.820 veas cómo es una máscara de subred. 02:38.820 --> 02:41.700 Ahora bien, si convierto esto en binario, cada 02:41.700 --> 02:43.740 uno de esos octetos que son 255 se van 02:43.740 --> 02:45.693 a escribir como 11111111. 02:47.400 --> 02:51.360 Así que voy a 11111111. 02:51.360 --> 02:52.653 11111111. 02:54.434 --> 02:55.267 11111111. 02:57.780 --> 02:59.193 y luego 00000000. 03:01.530 --> 03:05.760 Esto es porque en binario, ocho unos va a ser igual a 255 cuando lo 03:05.760 --> 03:06.930 lea en decimal. 03:06.930 --> 03:08.580 Y si tengo ocho ceros en binario 03:08.580 --> 03:11.100 que va a ser igual a cero en decimal. 03:11.100 --> 03:12.810 Ahora, cuando miras este número, 03:12.810 --> 03:15.480 si ves un uno en el binario de esa máscara de subred, 03:15.480 --> 03:17.670 significa que es parte de la porción de red 03:17.670 --> 03:19.110 de la dirección IP. 03:19.110 --> 03:21.840 Si veo un cero en la parte binaria de la máscara de subred, 03:21.840 --> 03:23.610 significa que forma parte de la parte 03:23.610 --> 03:25.140 de host de la dirección IPv4. 03:25.140 --> 03:28.527 Así que vamos a poner esto junto mostrando tanto una dirección IPv4 03:28.527 --> 03:30.360 y una máscara de subred juntos. 03:30.360 --> 03:35.360 Primero tenemos nuestra dirección IPv4 de 192. 168. 1. 4. 03:35.790 --> 03:38.340 A continuación tenemos nuestra máscara de subred 03:38.340 --> 03:42.030 debajo con 255. 255. 255. 0. 03:42.030 --> 03:44.430 Ahora en todas partes veo que 255, esto 03:44.430 --> 03:46.950 va a representar un uno en binario. 03:46.950 --> 03:49.230 Así que esto se convierte en parte de la porción 03:49.230 --> 03:51.120 de red de esa dirección IPv4. 03:51.120 --> 03:55.110 Si utilizo este ejemplo, 192. 168. 1. 4, el 03:55.110 --> 03:59.520 198. 168. 1, que forma parte de la red. 03:59.520 --> 04:04.440 Ahora puedo hacer cualquier cosa que empiece por 192. 168. 1. algo y que todos serían 04:04.440 --> 04:07.020 direccionables por la misma red local porque 04:07.020 --> 04:10.260 todos comparten la misma porción de red. 04:10.260 --> 04:11.850 Ahora, cuando llego a la segunda 04:11.850 --> 04:13.530 parte, cada vez que veo esos ceros, 04:13.530 --> 04:15.930 esto representa todos los ceros en binario. 04:15.930 --> 04:19.770 Así que esa va a ser la parte del host de esa dirección IPv4. 04:19.770 --> 04:23.250 En este caso, se trata del . 4 parte de esta dirección, que 04:23.250 --> 04:24.930 va a representar el host. 04:24.930 --> 04:27.780 Ese host puede ser un servidor, un ordenador de sobremesa, un portátil, 04:27.780 --> 04:30.780 una tableta, un smartphone o cualquier otro dispositivo de red. 04:30.780 --> 04:32.070 Realmente no importa. 04:32.070 --> 04:34.200 Pero cuando hablamos de esto . 4 dispositivo, es 04:34.200 --> 04:35.760 decir, un único host. 04:35.760 --> 04:38.700 Cuando hablo del 192. 168. 1, es decir, 04:38.700 --> 04:43.320 la red que puede contener hasta 254 dispositivos. 04:43.320 --> 04:47.670 Así que si tengo un dispositivo como 192. 168. 1. 50 con una subred 04:47.670 --> 04:51.540 de 255. 255. 255. 0, ese dispositivo 04:51.540 --> 04:54.030 también está en la misma red que nuestro 04:54.030 --> 04:57.330 192. 168. 1. 4 dispositivo y pueden 04:57.330 --> 04:59.820 comunicarse entre sí utilizando un conmutador y no tendrían que 04:59.820 --> 05:01.320 utilizar un router porque ambos comparten 05:01.320 --> 05:06.320 la misma porción de red, 192. 168. 1. 05:06.480 --> 05:07.530 Ahora por otro lado, supongamos que 05:07.530 --> 05:11.970 tengo un dispositivo como el 192. 168. 0. 100 con una subred 05:11.970 --> 05:15.960 de 255. 255. 255. 0, ese dispositivo 05:15.960 --> 05:18.150 está en una red diferente. 05:18.150 --> 05:22.710 Concretamente, en el 192. 168. 0. algo de red. 05:22.710 --> 05:24.840 Así que no podemos comunicarlo desde nuestro dispositivo 05:24.840 --> 05:28.710 original en 192. 168. 1. 4 sin salir de 05:28.710 --> 05:30.330 nuestra red y enrutar 05:30.330 --> 05:32.820 nuestro tráfico a esta nueva red, 05:32.820 --> 05:36.360 esta 192. 168. 0. algo de red. 05:36.360 --> 05:38.430 Por eso necesitamos un router. 05:38.430 --> 05:40.320 Si esto aún no tiene sentido, no te 05:40.320 --> 05:41.820 preocupes demasiado. 05:41.820 --> 05:44.250 Ahora mismo apenas hemos arañado la superficie en los ejemplos 05:44.250 --> 05:45.280 de los que hemos hablado. 05:45.280 --> 05:46.920 Y sólo quería darte la idea e 05:46.920 --> 05:48.960 introducirte en este concepto. 05:48.960 --> 05:51.090 Ahora, el siguiente concepto del que tenemos 05:51.090 --> 05:52.950 que hablar es el de las direcciones IPv4 05:52.950 --> 05:55.620 y cómo se dividen en clases o agrupaciones de rangos que 05:55.620 --> 05:58.440 se pueden utilizar para diferentes propósitos. 05:58.440 --> 06:01.650 Ahora, cada clase tiene también su propia máscara de subred por defecto. 06:01.650 --> 06:04.710 Cuando hablamos de clases, las identificamos con una letra. 06:04.710 --> 06:08.850 Estas letras son A, B, C, D y E. 06:08.850 --> 06:11.610 Ahora, para identificar la clase de una dirección IP 06:11.610 --> 06:14.130 determinada, basta con mirar el primer octeto. 06:14.130 --> 06:17.850 Si ese primer octeto empieza por un número entre 1 y 127, se considerará una dirección 06:17.850 --> 06:19.920 de clase A y tendrá una máscara de subred por 06:19.920 --> 06:24.360 defecto de 255. 0. 0. 0. 06:24.360 --> 06:26.430 Esto significa que la parte de red de esa dirección 06:26.430 --> 06:28.170 es sólo el primer octeto. 06:28.170 --> 06:30.000 Y el segundo, tercer y cuarto octeto 06:30.000 --> 06:32.070 formarán la parte del host. 06:32.070 --> 06:34.260 Esto significa que con una red 06:34.260 --> 06:39.180 de clase A, podemos tener 256 veces 256 veces 256 hosts en una sola 06:39.180 --> 06:40.560 red, lo que significa 06:40.560 --> 06:43.320 que hay 16. 7 millones de posibles direcciones 06:43.320 --> 06:44.940 IP de host disponibles para una 06:44.940 --> 06:47.250 única porción de dirección de red asignada 06:47.250 --> 06:49.050 en una clase A. 06:49.050 --> 06:50.880 Nuestra segunda clase ocurre 06:50.880 --> 06:53.070 cuando el primer octeto comienza 06:53.070 --> 06:55.800 con un número entre 128 y 191. 06:55.800 --> 06:58.050 Esto se consideraría una dirección de clase B, y tendremos 06:58.050 --> 07:03.050 una máscara por defecto de 255. 255. 0. 0. 07:03.150 --> 07:05.460 Esto significa que la parte de red de esta dirección 07:05.460 --> 07:07.560 será el primer y segundo octeto. 07:07.560 --> 07:08.970 Y el tercer y cuarto octeto 07:08.970 --> 07:11.010 formarán la parte del host. 07:11.010 --> 07:12.990 Esto significa que para una red 07:12.990 --> 07:17.490 de clase B, podemos tener hasta 256 veces 256 hosts en una sola red. 07:17.490 --> 07:22.490 Y eso significa que tenemos 65.536 posibles direcciones IP de host disponibles para 07:22.710 --> 07:24.810 una única porción de dirección de red 07:24.810 --> 07:27.120 asignada dentro de una clase B. 07:27.120 --> 07:29.820 Ahora la tercera clase que tenemos ocurre cuando 07:29.820 --> 07:33.600 el primer octeto comienza con un número entre 192 y 223. 07:33.600 --> 07:35.610 Se considera una dirección de clase C y tiene una máscara 07:35.610 --> 07:40.610 de subred predeterminada de 255. 255. 255. 0. 07:40.920 --> 07:42.780 Esto significa que la parte de red de 07:42.780 --> 07:45.720 la dirección va a ser el primer, segundo y tercer octeto 07:45.720 --> 07:48.720 y guardamos ese cuarto octeto para la parte de host. 07:48.720 --> 07:50.550 Esto significa que para una red 07:50.550 --> 07:53.910 de clase C, sólo podrías tener 256 hosts en una única red. 07:53.910 --> 07:57.600 Y esto significa que sólo hay 256 posibles direcciones IP de host disponibles 07:57.600 --> 07:59.640 para una única porción de dirección de red 07:59.640 --> 08:01.020 que se está asignando. 08:01.020 --> 08:03.720 Ahora la cuarta clase que tenemos ocurre cuando 08:03.720 --> 08:07.260 el primer octeto comienza con un número entre 224 y 239. 08:07.260 --> 08:09.780 Se considera una dirección de clase D. 08:09.780 --> 08:11.790 Ahora bien, una dirección de clase D no tiene 08:11.790 --> 08:13.710 asignada ninguna máscara de subred. 08:13.710 --> 08:16.410 Esto se debe a que las direcciones de clase D son especiales 08:16.410 --> 08:20.010 y están reservadas para multidifusión o enrutamiento multidifusión. 08:20.010 --> 08:22.650 Ahora bien, una dirección de multidifusión es un identificador 08:22.650 --> 08:24.720 lógico de un grupo de hosts de una red informática 08:24.720 --> 08:26.130 que ya van a estar disponibles para 08:26.130 --> 08:29.490 procesar datagramas o tramas destinados a ser multidifundidos para un servicio 08:29.490 --> 08:31.380 de red designado. 08:31.380 --> 08:33.720 Así, la dirección de multidifusión real 08:33.720 --> 08:35.940 no tiene que alinearse con un único host, 08:35.940 --> 08:38.490 sino que se alinea con un grupo de hosts. 08:38.490 --> 08:40.410 Cuando pienses en una dirección multidifusión, 08:40.410 --> 08:42.900 quiero que lo hagas como si fuera un chat de grupo en Facebook. 08:42.900 --> 08:44.250 Es posible que tenga un nombre de chat de 08:44.250 --> 08:46.320 grupo, en nuestro caso, una dirección de multidifusión. 08:46.320 --> 08:48.720 Y cuando envías un mensaje al nombre de tu chat de grupo, todos 08:48.720 --> 08:49.860 los miembros de ese grupo van 08:49.860 --> 08:51.690 a recibir una copia de ese mensaje. 08:51.690 --> 08:54.150 Bueno, lo mismo va a pasar en multicast 08:54.150 --> 08:56.160 donde estamos usando IPv4. 08:56.160 --> 08:57.450 Esta es la idea de lo que hay que entender 08:57.450 --> 08:58.830 con la multidifusión. 08:58.830 --> 09:01.650 Lo envío desde una persona y llega a varias 09:01.650 --> 09:02.970 personas a la vez. 09:02.970 --> 09:05.220 Ahora la quinta clase que tenemos ocurre cuando 09:05.220 --> 09:08.520 el primer octeto comienza con un número entre 240 y 255. 09:08.520 --> 09:10.650 Se denomina dirección de clase E y tampoco 09:10.650 --> 09:13.410 tiene máscara de subred por defecto. 09:13.410 --> 09:16.140 Esto se debe a que las direcciones de clase E también son especiales. 09:16.140 --> 09:18.960 En este caso, se reservan únicamente para fines experimentales 09:18.960 --> 09:21.780 de investigación y desarrollo o estudio. 09:21.780 --> 09:25.680 Este rango experimental contiene unos 268 millones de direcciones 09:25.680 --> 09:28.050 reservadas para uso futuro. 09:28.050 --> 09:30.030 A lo largo de los años, ha habido algunas propuestas 09:30.030 --> 09:33.150 para reasignar estas direcciones de clase E para uso general porque 09:33.150 --> 09:35.430 las direcciones IPv4 públicas eran cada vez más 09:35.430 --> 09:37.920 escasas en los rangos de clase A, clase B y clase C a medida 09:37.920 --> 09:40.410 que más y más dispositivos empezaban a conectarse 09:40.410 --> 09:42.330 a Internet. 09:42.330 --> 09:45.450 Dicho esto, hasta la fecha, estas direcciones de clase C siguen estando asignadas 09:45.450 --> 09:48.180 únicamente para uso experimental, y la mayoría de las implementaciones 09:48.180 --> 09:50.550 IP dentro de nuestras redes considerarán cualquier IP de este 09:50.550 --> 09:55.080 rango a partir de 240. 0. 0. 0, hasta 09:55.080 --> 09:59.100 255. 255. 255. 255 para ser inválido 09:59.100 --> 10:03.210 como origen o destino dentro de un datagrama. 10:03.210 --> 10:05.430 Y, por tanto, el datagrama sería rechazado 10:05.430 --> 10:07.050 por el sistema de destino. 10:07.050 --> 10:08.670 Por lo tanto, si intenta enviar algo 10:08.670 --> 10:10.830 a un servidor de ventanas o a una estación de 10:10.830 --> 10:13.230 trabajo, se negará a comunicarse con ese dispositivo 10:13.230 --> 10:16.080 si afirma proceder de una dirección de clase E. 10:16.080 --> 10:16.913 De acuerdo. 10:16.913 --> 10:18.930 Así que ahora que hemos cubierto las cinco clases 10:18.930 --> 10:20.370 diferentes de direcciones IPv4, 10:20.370 --> 10:23.040 vamos a hablar un poco más sobre las máscaras de subred. 10:23.040 --> 10:24.630 Supongamos que tenemos una dirección 10:24.630 --> 10:27.540 IP de 192. 168. 1. 4 de nuevo con una 10:27.540 --> 10:32.010 máscara de subred de 255. 255. 255. 0. 10:32.010 --> 10:34.680 Esta máscara de subred es la máscara de subred por defecto 10:34.680 --> 10:36.150 para una red de clase C. 10:36.150 --> 10:38.700 Y como nuestra dirección IP empieza por 192, 10:38.700 --> 10:40.890 también es una dirección de clase C. 10:40.890 --> 10:42.960 Esto significa que tenemos una dirección de clase C 10:42.960 --> 10:45.240 utilizando una máscara de subred por defecto de clase C. 10:45.240 --> 10:48.240 Así que consideramos que esto es clasista. 10:48.240 --> 10:50.610 A esto lo llamamos máscara clasista. 10:50.610 --> 10:53.610 Ahora una máscara de subred classful es sólo la predeterminada 10:53.610 --> 10:55.770 para una clase dada de dirección IP. 10:55.770 --> 10:57.750 Sin embargo, esto no significa que sea la 10:57.750 --> 10:59.130 mejor para usar siempre. 10:59.130 --> 11:01.590 Por ejemplo, si estamos utilizando una dirección de clase A, recordarás que como 11:01.590 --> 11:06.590 máscara de subred por defecto es 255. 0. 0. 0. 11:06.900 --> 11:08.550 Esto significa que tenemos 11:08.550 --> 11:12.630 la posibilidad de tener 16. 7 millones de hosts en una sola red. 11:12.630 --> 11:13.920 No sé tú, pero yo no suelo 11:13.920 --> 11:16.530 encontrarme con redes tan grandes que requieran 11:16.530 --> 11:18.240 tantos hosts. 11:18.240 --> 11:19.350 De hecho, yo trabajaba 11:19.350 --> 11:21.510 en una de las mayores intranets del mundo 11:21.510 --> 11:23.730 y teníamos algo más de un millón de hosts 11:23.730 --> 11:26.310 repartidos por seis continentes. 11:26.310 --> 11:28.560 Era una red muy, muy grande. 11:28.560 --> 11:30.000 Y aún así no estuvimos 11:30.000 --> 11:32.880 cerca de usar los 16. 7 millones de direcciones 11:32.880 --> 11:34.980 IP en una subred de clase A. 11:34.980 --> 11:37.950 Por eso, a menudo queremos dividir estas grandes redes 11:37.950 --> 11:39.450 en redes más pequeñas. 11:39.450 --> 11:42.330 Para ello, vamos a utilizar un proceso conocido como subnetting. 11:42.330 --> 11:43.830 En este curso no vamos a tratar 11:43.830 --> 11:45.690 el tema de las subredes en detalle. 11:45.690 --> 11:47.520 Por ahora, sólo quiero que recuerdes que 11:47.520 --> 11:50.280 no tenemos que ceñirnos a una máscara de subred con clase. 11:50.280 --> 11:53.970 En su lugar, podemos utilizar una máscara de subred sin clase si lo deseamos. 11:53.970 --> 11:57.540 Se trata de un proceso conocido como enrutamiento de dominio interno sin clases. 11:57.540 --> 11:59.850 Esto nos permitirá tomar prestados algunos de esos 11:59.850 --> 12:01.860 bits de host, esos ceros que te mostré en la máscara 12:01.860 --> 12:04.500 de subred, y luego reasignarlos a la parte de red. 12:04.500 --> 12:07.080 Así que esto me permite reducir el tamaño de mis redes 12:07.080 --> 12:09.570 en porciones mucho más pequeñas con menos hosts y esto 12:09.570 --> 12:10.770 es más eficiente. 12:10.770 --> 12:12.000 Esto me dará el mismo tiempo, 12:12.000 --> 12:14.310 muchas más redes que posiblemente pueda utilizar. 12:14.310 --> 12:16.230 Porque, de nuevo, si piensas en un pastel, puedes 12:16.230 --> 12:17.730 cortarlo de muchas maneras diferentes, 12:17.730 --> 12:20.310 pero sigue siendo un pastel y es una cantidad fija de PI que tenemos 12:20.310 --> 12:21.540 en total. 12:21.540 --> 12:23.340 Así que puedo cortar la tarta por la mitad 12:23.340 --> 12:25.110 y tendríamos dos mitades de tarta, o puedo 12:25.110 --> 12:26.430 cortarla en cuartos y tendríamos 12:26.430 --> 12:28.110 cuatro trozos de tarta, pero cada uno 12:28.110 --> 12:30.060 de esos trozos es más pequeño, lo mismo con 12:30.060 --> 12:31.920 nuestras redes. 12:31.920 --> 12:33.180 Así, por ejemplo, digamos 12:33.180 --> 12:35.820 que tengo una máscara de subred de clase C, y 12:35.820 --> 12:40.740 tendría 255. 255. 255. 0 como máscara de subred. 12:40.740 --> 12:43.620 Esto me permitía tener 256 hosts, ¿verdad? 12:43.620 --> 12:47.220 Bueno, en mi red doméstica, realmente no necesito 256 hosts. 12:47.220 --> 12:50.550 Así que quizás quiera dividir esto en cuatro redes más pequeñas. 12:50.550 --> 12:53.310 Si tomo 256 y los divido por cuatro, obtengo 12:53.310 --> 12:56.670 64 hosts para cada una de esas cuatro redes. 12:56.670 --> 12:58.710 Para ello, cambiaría la máscara de subred 12:58.710 --> 13:05.940 de 255. 255. 255. 0 a 255. 13:05.940 --> 13:05.940 255. 255. 192. 13:05.940 --> 13:06.960 ¿Cómo lo he hecho? 13:06.960 --> 13:09.030 Bueno, tomé prestados dos bits del host 13:09.030 --> 13:11.760 y se los di a la parte de red de la dirección. 13:11.760 --> 13:15.420 Y así es como hago cuatro diferentes subredes o subredes de 13:15.420 --> 13:17.610 esto usando mi máscara de subred. 13:17.610 --> 13:19.380 Por ahora, sólo quiero que recuerdes que 13:19.380 --> 13:22.140 la creación de subredes te permite utilizar una máscara de subred 13:22.140 --> 13:24.330 sin clase para crear redes más pequeñas con menos hosts 13:24.330 --> 13:25.620 en cada una de esas redes de lo que 13:25.620 --> 13:28.830 podrías si tuvieras una máscara de subred con clase por sí sola. 13:28.830 --> 13:32.130 Este proceso se conoce como Classless Inner-Domain 13:32.130 --> 13:35.730 Routing o C-I-D-R y vamos a abreviar nuestras direcciones 13:35.730 --> 13:39.030 IP utilizando esta notación C-I-D-R o CIDR. 13:39.030 --> 13:40.140 Ahora, cuando hacemos esto, 13:40.140 --> 13:42.000 no tenemos que escribir la máscara de subred. 13:42.000 --> 13:46.050 En su lugar, sólo escribimos la dirección IP, una barra y un número. 13:46.050 --> 13:48.300 Esto se conoce como nuestra notación CIDR. 13:48.300 --> 13:53.100 Así que si tengo una dirección IP de 192. 168. 1. 4 con una máscara de 13:53.100 --> 13:57.270 subred de 255. 255. 255. 0. 13:57.270 --> 13:59.610 Puedo abreviarlo utilizando la notación 13:59.610 --> 14:04.610 CIDR como 192. 168. 1. 4/24. 14:04.620 --> 14:08.310 A menudo oirás llamar a esto notación CIDR o barra oblicua. 14:08.310 --> 14:12.300 Ahora, si tuviera una dirección IP de 192. 168. 1. 4, pero mi máscara 14:12.300 --> 14:17.300 de subred era 255. 255. 255. 192, puedo abreviarlo 14:17.370 --> 14:22.370 como 192. 168. 1. 4/26, porque recuerda, 14:23.520 --> 14:26.790 tomé prestados dos bits de la parte del host, así 14:26.790 --> 14:31.790 que pasé de 24 como mi máscara de subred por defecto /24 a una /26 tomando 14:32.190 --> 14:35.220 prestados dos bits y haciendo mi parte de red 14:35.220 --> 14:39.210 mucho más grande, llevándola de 24 a 26. 14:39.210 --> 14:41.160 Ahora para las máscaras de subred classful, 14:41.160 --> 14:43.950 nuestra anotación CIDR va a ser bastante simple. 14:43.950 --> 14:46.530 Si tienes una máscara de subred de clase 14:46.530 --> 14:49.560 A, tendrás un /8 después de la dirección IP. 14:49.560 --> 14:53.490 Esto significa que la máscara de subred es 255. 0. 0. 0, o tiene ocho 14:53.490 --> 14:55.620 bits de unos, que es el /8 y 14:55.620 --> 14:58.530 luego 24 bits de ceros dentro de la máscara 14:58.530 --> 15:00.390 de subred. 15:00.390 --> 15:02.760 Ahora, si tienes una máscara de subred classful 15:02.760 --> 15:05.940 clase B, vas a usar un /16 después de tu dirección IP. 15:05.940 --> 15:10.230 Esto significa que la máscara de subred es 255. 255. 0. 0. 15:10.230 --> 15:12.750 También significa que tiene 16 bits de 15:12.750 --> 15:16.020 unos y 16 bits de ceros en esa máscara de subred. 15:16.020 --> 15:18.390 Ahora, si tienes una máscara de subred de 15:18.390 --> 15:21.690 clase C, vas a usar un /24 después de la dirección IP. 15:21.690 --> 15:26.460 Esto significa que la máscara de subred será 255. 255. 255. 0, o que tiene 24 15:26.460 --> 15:30.510 bits de unos y luego ocho bits de ceros en esa máscara 15:30.510 --> 15:32.280 de subred. 15:32.280 --> 15:34.470 A continuación, tenemos que hablar de dos tipos diferentes 15:34.470 --> 15:36.180 de IPv4 para direcciones. 15:36.180 --> 15:38.430 Se denominan IP públicas y privadas, y es 15:38.430 --> 15:39.930 posible que también las oigas 15:39.930 --> 15:42.390 llamar IP enrutables y no enrutables. 15:42.390 --> 15:45.270 Cuando una IP se considera pública o enrutable, se puede 15:45.270 --> 15:47.460 acceder directamente a esta dirección IP 15:47.460 --> 15:49.830 a través de Internet y su proveedor de servicios 15:49.830 --> 15:51.900 de Internet la asigna a su red. 15:51.900 --> 15:54.030 Las IPs enrutables son enrutables públicamente 15:54.030 --> 15:55.590 a través de todo Internet, y por lo tanto 15:55.590 --> 15:57.270 son gestionadas globalmente por la corporación 15:57.270 --> 16:00.330 de Internet para los nombres y números asignados. 16:00.330 --> 16:02.460 Así que si quieres una dirección IP pública, por ejemplo 16:02.460 --> 16:04.530 para ejecutar un servidor web para tu empresa o un 16:04.530 --> 16:06.330 servidor Minecraft para tus hijos, puedes 16:06.330 --> 16:07.860 comprar esa dirección IP a través de tu 16:07.860 --> 16:10.080 proveedor local de servicios de Internet. 16:10.080 --> 16:12.810 Ahora, por otro lado, también hay IPs no enrutables 16:12.810 --> 16:13.980 conocidas como IPs privadas 16:13.980 --> 16:16.290 porque, bueno, no son públicas. 16:16.290 --> 16:19.260 Las IP privadas pueden ser utilizadas por cualquiera en cualquier momento, 16:19.260 --> 16:21.960 pero sólo dentro de sus propias redes de área local. 16:21.960 --> 16:24.810 Por eso se considera que estas IP no son enrutables, 16:24.810 --> 16:26.820 porque nadie controla quién las utiliza 16:26.820 --> 16:28.470 y en qué redes. 16:28.470 --> 16:30.360 De hecho, si miras la dirección IP 16:30.360 --> 16:31.620 de tu ordenador ahora 16:31.620 --> 16:32.883 mismo, apuesto a que estás 16:32.883 --> 16:36.660 utilizando una dirección IP que empieza con un 10, un 172 o un 192 como 16:36.660 --> 16:38.130 primer octeto. 16:38.130 --> 16:41.430 ¿No me cree? Adelante, pausa este vídeo y compruébalo. 16:41.430 --> 16:42.300 Si no sabes cómo comprobarlo, 16:42.300 --> 16:44.250 te voy a decir cómo hacerlo ahora mismo. 16:44.250 --> 16:45.660 Si estás en un ordenador 16:45.660 --> 16:47.310 con Windows, mantén pulsada 16:47.310 --> 16:49.380 la tecla Windows y pulsa la tecla R 16:49.380 --> 16:52.350 al mismo tiempo, escribe cmd y pulsa Intro. 16:52.350 --> 16:53.850 Esto significa mando. 16:53.850 --> 16:56.070 A continuación, tienes esta ventana negra 16:56.070 --> 16:59.700 en tu pantalla, escribe ipconfig para la configuración IP, y luego 16:59.700 --> 17:02.370 pulsa Enter y mira tu dirección IP. 17:02.370 --> 17:05.520 ¿Empieza por 10, 172 o 192? 17:05.520 --> 17:06.870 Apuesto a que sí. 17:06.870 --> 17:08.220 Si usas un Mac, no te preocupes. 17:08.220 --> 17:09.420 No te estoy dejando fuera. 17:09.420 --> 17:11.340 Puedes seguir adelante y mirar esto también. 17:11.340 --> 17:12.300 Si estás viendo este vídeo 17:12.300 --> 17:14.040 a través de una conexión de red inalámbrica, 17:14.040 --> 17:16.020 mantén pulsada la tecla Opción y haz clic en 17:16.020 --> 17:17.850 el icono Wi-Fi de la parte superior derecha 17:17.850 --> 17:19.560 de la barra de menús. 17:19.560 --> 17:21.600 Mira debajo del nombre de tu red inalámbrica 17:21.600 --> 17:23.130 y verás tu dirección IP. 17:23.130 --> 17:27.690 De nuevo, apuesto a que empieza con un 10, un 172 o un 192 17:27.690 --> 17:29.490 como parte de esa IP. 17:29.490 --> 17:31.290 Ahora bien, ¿soy un mago capaz de decirte 17:31.290 --> 17:32.640 cuál es tu dirección IP? 17:32.640 --> 17:33.870 Bueno, en realidad no. 17:33.870 --> 17:36.240 Esos tres valores son parte de lo que llamamos 17:36.240 --> 17:38.040 rangos de IP privadas. 17:38.040 --> 17:41.280 Esto incluye algo así como 10. 0. 0. algo, o 17:41.280 --> 17:44.490 172. 16. 1. algo, o 17:44.490 --> 17:47.640 192. 168. 1. algo y un montón 17:47.640 --> 17:49.590 de otras IPs también. 17:49.590 --> 17:51.780 Así que si estás usando una de estas IPs privadas 17:51.780 --> 17:53.370 y he dicho que no son enrutables, ¿cómo 17:53.370 --> 17:54.780 estás realmente saliendo a Internet 17:54.780 --> 17:56.310 para ver este video? 17:56.310 --> 17:58.140 Pues bien, cuando te conectas a Internet, 17:58.140 --> 18:00.360 tu router realiza un pequeño truco llamado 18:00.360 --> 18:02.160 traducción de direcciones de red, 18:02.160 --> 18:05.074 y cambia tu IP privada por una IP pública. 18:05.074 --> 18:05.907 De acuerdo. 18:05.907 --> 18:07.560 Para el examen y tu vida como técnico 18:07.560 --> 18:09.270 de redes en el mundo real, va a ser 18:09.270 --> 18:11.220 realmente importante que entiendas 18:11.220 --> 18:13.620 los rangos de direcciones IP privadas. 18:13.620 --> 18:15.630 Si te fijas en las direcciones de clase 18:15.630 --> 18:18.150 A, todo lo que empiece por 10 en el primer octeto 18:18.150 --> 18:20.340 se considerará una IP privada. 18:20.340 --> 18:23.730 Así que puedes tener desde 10. 0. 0. 0 hasta 18:23.730 --> 18:28.440 10. 255. 255. 255 como tu dirección 18:28.440 --> 18:30.030 y será una IP privada. 18:30.030 --> 18:33.840 Esto te da un total de 16. 7 millones de direcciones IP que cualquiera 18:33.840 --> 18:35.400 puede utilizar. 18:35.400 --> 18:36.480 Ahora, además de eso, también 18:36.480 --> 18:38.340 tenemos algunas direcciones de clase B, y esta 18:38.340 --> 18:40.380 es un poco más difícil de memorizar. 18:40.380 --> 18:44.610 Para las direcciones de clase B, todo lo que empiece por 172. 16, hasta 18:44.610 --> 18:47.850 172. 31 va a formar parte de 18:47.850 --> 18:49.560 un rango IP privado. 18:49.560 --> 18:52.260 Esto incluye más de 1 millón de direcciones 18:52.260 --> 18:56.250 IP porque tenemos 16 por 256 por 256. 18:56.250 --> 18:58.470 Ahora, si usted está buscando una dirección de clase C, cualquier 18:58.470 --> 19:01.200 cosa que comience con un 192. 168 se considera 19:01.200 --> 19:03.120 una IP privada. 19:03.120 --> 19:06.930 Esto incluye la gama de 192. 168. 0. 0 hasta 19:06.930 --> 19:11.190 192. 168. 255. 255. 19:11.190 --> 19:15.090 Esto te da 65.536 direcciones IP que están ahí para 19:15.090 --> 19:17.520 que las uses si quieres. 19:17.520 --> 19:19.860 Ahora, quiero que memorices estos rangos. 19:19.860 --> 19:22.050 Recuerda, la clase A es muy fácil. 19:22.050 --> 19:25.200 Todo lo que empiece por 10. algo. algo. algo es una 19:25.200 --> 19:27.600 IP privada en el rango de clase A. 19:27.600 --> 19:29.220 Ahora la clase C también es bastante fácil porque 19:29.220 --> 19:32.970 cualquier cosa que sea 192. 168. algo. algo también se considera 19:32.970 --> 19:34.920 una dirección privada, en este caso, 19:34.920 --> 19:37.410 una dirección privada de clase C. 19:37.410 --> 19:39.960 Pero en la clase B es donde la mayoría de la gente va a tener dificultades 19:39.960 --> 19:41.520 porque es un poco diferente. 19:41.520 --> 19:43.260 Contendrá cualquier dirección que 19:43.260 --> 19:46.800 empiece por 172. 16. algo. algo hasta 19:46.800 --> 19:50.550 172. 31. algo. algo. 19:50.550 --> 19:53.880 Se trata esencialmente de 16 clases de direcciones de clase B que 19:53.880 --> 19:55.350 están unas junto a otras. 19:55.350 --> 19:58.110 Puedes elegir cualquiera de ellas como IP privada. 19:58.110 --> 20:01.350 Ahora en el día de la prueba CompTIA puede tratar de engañarte y 20:01.350 --> 20:03.180 decir algo así como cuál de estas direcciones 20:03.180 --> 20:04.890 no es una IP privada. 20:04.890 --> 20:06.060 Y luego te darán algo 20:06.060 --> 20:09.060 como 172. 12. algo. algo. 20:09.060 --> 20:12.420 Ahora bien, esto comienza con un 172, por lo que parece una IP privada, 20:12.420 --> 20:15.240 sino porque es 172. 12, no es entre 20:15.240 --> 20:19.680 172. 16 y 172. 31. 20:19.680 --> 20:22.710 172. 12. algo. algo es en realidad 20:22.710 --> 20:24.390 una IP pública porque está 20:24.390 --> 20:26.580 fuera de mi rango privado. 20:26.580 --> 20:27.900 Tienes que tener especial cuidado 20:27.900 --> 20:30.120 cuando veas una dirección que empiece por 172, porque 20:30.120 --> 20:34.403 tiene que estar entre 172. 16 a 172. 31 para ser una 20:35.580 --> 20:37.350 IP privada. 20:37.350 --> 20:41.520 Los otros 172. algo las direcciones serán públicas. 20:41.520 --> 20:43.170 Ahora, lo siguiente de lo que tenemos que 20:43.170 --> 20:44.940 hablar es de algunas PI especializadas, y 20:44.940 --> 20:47.340 hay dos grandes categorías que tenemos que cubrir. 20:47.340 --> 20:50.160 La dirección Loopback y las direcciones APIPA. 20:50.160 --> 20:53.070 Ahora la primera IP especial es la dirección Loopback. 20:53.070 --> 20:56.550 Se asigna como 127. 0. 0. 1. 20:56.550 --> 20:58.080 Ahora bien, cuando esto se creó en los 20:58.080 --> 20:59.520 primeros días de Internet, los diseñadores 20:59.520 --> 21:02.040 no estaban demasiado preocupados por el desperdicio de IPs 21:02.040 --> 21:03.900 porque nunca imaginaron que íbamos a utilizar 21:03.900 --> 21:06.390 un montón de direcciones IP en todo el mundo. 21:06.390 --> 21:11.287 Así que simplemente dedican una gama entera que es 127. 0. 0. 0/8 o 21:12.600 --> 21:15.510 16. 7 millones de direcciones IP para ser 21:15.510 --> 21:18.240 utilizadas como direcciones Loopback de host de Internet. 21:18.240 --> 21:20.520 Ahora bien, esto permite que cualquier protocolo 21:20.520 --> 21:22.500 de nivel superior envíe datos al propio host 21:22.500 --> 21:24.900 sin tener que salir a un conmutador o un enrutador. 21:24.900 --> 21:27.300 Esencialmente, esto crea un Loopback al host 21:27.300 --> 21:29.220 y prueba sus protocolos de red. 21:29.220 --> 21:30.690 Por lo tanto, se utiliza a menudo en la solución 21:30.690 --> 21:33.180 de problemas y pruebas de protocolos de red en un sistema determinado para asegurarse 21:33.180 --> 21:35.370 de que sus controladores funcionan correctamente. 21:35.370 --> 21:37.440 Ahora bien, debido a la forma en que se desarrolló la norma, 21:37.440 --> 21:38.550 cualquier cosa que veas que empiece 21:38.550 --> 21:41.220 por 127. algo. algo. algo se considera 21:41.220 --> 21:43.110 una dirección Loopback. 21:43.110 --> 21:47.400 Aunque la mayoría de la gente sólo utiliza 127. 0. 0. 1 como nuestra dirección 21:47.400 --> 21:49.560 Loopback por defecto. 21:49.560 --> 21:53.640 Es decir, los otros 16. 7 millones de IPs son bastante desperdiciadas 21:53.640 --> 21:55.110 porque estamos usando este rango 21:55.110 --> 21:56.700 para que sea todo el rango Loopback a 21:56.700 --> 21:59.820 pesar de que la mayoría de nosotros sólo usamos esta dirección IP. 21:59.820 --> 22:01.320 Es posible que hayas oído el viejo chiste que 22:01.320 --> 22:03.180 les gusta utilizar a algunos técnicos de redes. 22:03.180 --> 22:06.450 No hay lugar como el 127. 0. 0. 1, lo que significa 22:06.450 --> 22:09.240 que no hay lugar como aquí en casa, ¿verdad? 22:09.240 --> 22:12.420 Son 127. 0. 0. 1. Es el anfitrión local. 22:12.420 --> 22:16.380 Ahora, cuando se trata de la dirección IP de 127. 0. 0. 1, vas a oír que lo 22:16.380 --> 22:18.210 llaman el Loopback, o puede que 22:18.210 --> 22:20.580 oigas a la gente llamarlo el host local como 22:20.580 --> 22:21.900 he hecho antes. 22:21.900 --> 22:26.340 Ahora la palabra host local siempre se resolverá a 127. 0. 0. 1 en cada ordenador 22:26.340 --> 22:29.250 como parte de su configuración DNS local. 22:29.250 --> 22:34.250 Así que si haces ping a 127. 0. 0. 1, o haces ping al host local, 22:34.410 --> 22:36.030 obtendrás el mismo resultado. 22:36.030 --> 22:39.270 Va a resultar a la dirección IP de ese Loopback 22:39.270 --> 22:41.910 IP, 127. 0. 0. 1. 22:41.910 --> 22:44.130 Ahora la segunda dirección IP especial 22:44.130 --> 22:47.220 que tenemos se conoce como APIPA, A-P-I-P-A. 22:47.220 --> 22:50.460 Esto también se conoce como direcciones IP privadas automáticas. 22:50.460 --> 22:52.200 Estas direcciones son asignadas dinámicamente 22:52.200 --> 22:53.370 por su sistema operativo siempre 22:53.370 --> 22:55.650 que su servidor DHCP no esté disponible y no se haya 22:55.650 --> 22:58.860 asignado ya una dirección IP de forma estática. 22:58.860 --> 23:00.720 Las direcciones APIPA siempre empezarán 23:00.720 --> 23:04.320 por 169. 254. algo. algo. 23:04.320 --> 23:06.360 Así que los encontrarás en el rango de direcciones 23:06.360 --> 23:09.630 169. 254. 0. 0, hasta 23:09.630 --> 23:14.070 169. 254. 255. 255. 23:14.070 --> 23:16.590 Así que si alguna vez ves una dirección IP en este rango 23:16.590 --> 23:18.660 cuando miras la IP de un dispositivo de red, 23:18.660 --> 23:21.360 significa que hay algo mal con el proceso DHCP y el dispositivo 23:21.360 --> 23:23.790 no está obteniendo una IP privada normal de uno 23:23.790 --> 23:27.240 de nuestros rangos de clase A, clase B o clase C. 23:27.240 --> 23:28.950 Ahora, cuando tu estación de trabajo 23:28.950 --> 23:31.050 arranque, intentará obtener su propia dirección 23:31.050 --> 23:34.560 IP usando IPs dinámicas, usando el protocolo DHCP. 23:34.560 --> 23:37.620 Esto pasa por un proceso de cuatro pasos conocido 23:37.620 --> 23:41.160 como DORA: descubrir, ofrecer, solicitar y reconocer. 23:41.160 --> 23:42.060 Si algo va mal en este 23:42.060 --> 23:44.910 proceso de negociación DORA con DHCP, el sistema simplemente 23:44.910 --> 23:46.980 no puede obtener una dirección y tu ordenador 23:46.980 --> 23:48.660 acabaría por bloquearse porque no 23:48.660 --> 23:49.767 sabría qué hacer y seguiría 23:49.767 --> 23:52.080 intentándolo una y otra vez. 23:52.080 --> 23:53.610 Así que lo que hicieron los brillantes 23:53.610 --> 23:56.820 ingenieros del grupo de trabajo de Internet fue crear esta gama APIPA. 23:56.820 --> 23:58.950 Ahora, básicamente lo que dice es que si una estación de 23:58.950 --> 24:01.800 trabajo no puede obtener una asignación DHCP para una dirección IP dinámica 24:01.800 --> 24:03.240 dentro de cierta cantidad de tiempo, 24:03.240 --> 24:05.490 la estación de trabajo simplemente va a elegir su propia dirección 24:05.490 --> 24:07.260 de este rango especial APIPA. 24:07.260 --> 24:08.790 Básicamente cualquier IP a la vez, siempre 24:08.790 --> 24:13.260 que empiece por 169. 254. algo. algo. 24:13.260 --> 24:14.730 Así que si encuentras un ordenador 24:14.730 --> 24:16.290 que no puede conectarse a Internet, 24:16.290 --> 24:19.080 lo primero que debes hacer es comprobar su dirección IP. 24:19.080 --> 24:20.460 Ahora, si ves una dirección 24:20.460 --> 24:23.670 IP de 169. 254. algo. algo, sabes que 24:23.670 --> 24:25.740 tienes un problema de DHCP, y necesitas comprobar 24:25.740 --> 24:27.600 tu servidor DHCP para asegurarte de que 24:27.600 --> 24:29.040 funciona correctamente y está 24:29.040 --> 24:31.020 repartiendo direcciones IP privadas 24:31.020 --> 24:34.380 de rangos asignados de clase A, clase B o clase C. 24:34.380 --> 24:37.980 Esto es todo lo que necesitamos profundizar en DHCP ahora mismo, pero 24:37.980 --> 24:41.100 te prometo que volveremos a DHCP más adelante, y hablaremos 24:41.100 --> 24:42.690 de todas estas cosas y de cómo proporciona 24:42.690 --> 24:44.730 estas direcciones IP y cómo van a ser utilizadas 24:44.730 --> 24:47.520 dentro de tus redes. 24:47.520 --> 24:48.353 De acuerdo. 24:48.353 --> 24:51.390 Sé que ha sido mucha información en este largo vídeo. 24:51.390 --> 24:53.370 Así que si he ido demasiado rápido para 24:53.370 --> 24:55.950 ti, por favor, mira esta lección una segunda vez. 24:55.950 --> 24:57.600 Hay mucha información importante 24:57.600 --> 25:00.600 sobre el direccionamiento IPv4 que debes conocer. 25:00.600 --> 25:02.700 Es fundamental que entiendas las diferentes 25:02.700 --> 25:05.340 clases de direcciones IP, las IP públicas y privadas y cuándo 25:05.340 --> 25:06.930 se utiliza cada una de ellas, así como 25:06.930 --> 25:09.240 las diferentes direcciones IP especiales que tenemos, 25:09.240 --> 25:11.763 como la Loopback, APIPA y otras.