1 00:00:00,000 --> 00:00:05,000 Ahora RFC o Solicitud de comentarios son documentos formales del IETF 2 00:00:05,000 --> 00:00:10,000 o Grupo de trabajo de ingeniería de Internet que normalmente se 3 00:00:10,000 --> 00:00:14,000 redactan a través de un comité de múltiples proveedores 4 00:00:14,000 --> 00:00:17,000 y son revisados ​​por las partes interesadas. 5 00:00:17,000 --> 00:00:21,000 Los RFC están destinados a convertirse en estándares de Internet 6 00:00:21,000 --> 00:00:25,000 y la versión final de un RFC se convertirá en 7 00:00:25,000 --> 00:00:30,000 un estándar de Internet y, a menudo, no se permiten cambios en ese RFC. 8 00:00:30,000 --> 00:00:35,000 Sin embargo, los cambios o actualizaciones se pueden realizar en RFCs 9 00:00:35,000 --> 00:00:40,000 posteriores y a menudo encontrará esto, donde ciertos RFC son reemplazados 10 00:00:40,000 --> 00:00:44,000 por otros RFC más nuevos y por lo tanto 11 00:00:44,000 --> 00:00:48,000 obsoletos. Esencialmente, gran parte de la información que estamos 12 00:00:48,000 --> 00:00:53,000 estudiando en las redes proviene originalmente de RFC o Solicitud de comentarios. 13 00:00:53,000 --> 00:00:57,000 Son importantes para entender y leer si quiere entrar en 14 00:00:57,000 --> 00:01:02,000 detalles o detalles de protocolos específicos. Sin embargo, en la creación de 15 00:01:02,000 --> 00:01:06,000 redes uno de los chistes que puede escuchar es que 16 00:01:06,000 --> 00:01:11,000 si no puede dormir por la noche, lea un montón de RFCs. 17 00:01:11,000 --> 00:01:14,000 y eso te pondrá a dormir. 18 00:01:14,000 --> 00:01:18,000 Sin embargo, algunos RFC se hacen de buen humor, e 19 00:01:18,000 --> 00:01:26,000 incluso hay un RFC, un RFC 1149 que describe IP sobre AVIAN Carriers o, en otras palabras, cómo transmitir 20 00:01:26,000 --> 00:01:30,000 paquetes IP usando palomas y no estoy bromeando, ve y 21 00:01:30,000 --> 00:01:35,000 echa un vistazo al RFC 1149 y puedes ver cómo es posible 22 00:01:35,000 --> 00:01:37,000 enviar datos usando palomas. 23 00:01:37,000 --> 00:01:42,000 Obviamente hecho de buen humor. 24 00:01:42,000 --> 00:01:47,000 Ahora, hablando en serio por un momento, uno de los RFCs famosos 25 00:01:47,000 --> 00:01:50,000 que necesitas saber es el RFC 1918. 26 00:01:50,000 --> 00:01:54,000 RFC 1918, discute las direcciones IP privadas que son direcciones 27 00:01:54,000 --> 00:01:58,000 no enrutables en Internet. Estas direcciones serán bloqueadas por los 28 00:01:58,000 --> 00:02:02,000 proveedores de servicios de Internet o ISP y, por lo 29 00:02:02,000 --> 00:02:06,000 tanto, no se pueden usar para enviar tráfico a internet. 30 00:02:06,000 --> 00:02:12,000 Así que aquí está el RFC 1918, solo haga una búsqueda simple en Google o 31 00:02:12,000 --> 00:02:16,000 en su motor de búsqueda favorito y podrá encontrar este 32 00:02:16,000 --> 00:02:24,000 RFC o ir a las herramientas. ietf. org / html / rfc1918 33 00:02:24,000 --> 00:02:28,000 Como puede ver aquí, varias partes participaron en 34 00:02:28,000 --> 00:02:33,000 la redacción de este RFC, y también obsoleta RFC anteriores. 35 00:02:33,000 --> 00:02:37,000 Este RFC es la asignación de direcciones para Internet 36 00:02:37,000 --> 00:02:42,000 privada y explica las mejores prácticas para la comunidad de Internet 37 00:02:42,000 --> 00:02:48,000 con respecto al direccionamiento privado, observe la fecha de febrero de 1996. 38 00:02:48,000 --> 00:02:51,000 Eso fue hace mucho tiempo, incluso 39 00:02:51,000 --> 00:02:55,000 hace muchos años se reconoció que había un 40 00:02:55,000 --> 00:02:59,000 problema con el agotamiento de las direcciones IPv4. 41 00:02:59,000 --> 00:03:01,000 Como estoy grabando esto 42 00:03:01,000 --> 00:03:06,000 en 2015, el registrador de direcciones para los estadounidenses se 43 00:03:06,000 --> 00:03:12,000 ha quedado sin direcciones IP, por lo que este RFC fue creado 44 00:03:12,000 --> 00:03:18,000 para tratar de aumentar la longevidad de IPv4 y en realidad funcionó bastante bien. 45 00:03:18,000 --> 00:03:22,000 El agotamiento de IPv4 se ha pospuesto, por 46 00:03:22,000 --> 00:03:26,000 más tiempo de lo que mucha gente esperaba. 47 00:03:26,000 --> 00:03:30,000 En este RFC mencionan algunos de los problemas de 48 00:03:30,000 --> 00:03:34,000 Internet que todavía son desafíos hoy, por ejemplo, cómo 49 00:03:34,000 --> 00:03:40,000 Internet ha crecido más allá de las expectativas de cualquier persona y esta 50 00:03:40,000 --> 00:03:45,000 RFC describe el uso de direcciones IP privadas dentro de las 51 00:03:45,000 --> 00:03:51,000 organizaciones y esas direcciones IP serían NAT '. d o Dirección Traducido cuando 52 00:03:51,000 --> 00:03:54,000 el tráfico se envía a Internet. 53 00:03:54,000 --> 00:03:58,000 Aviso en el RFC, indica que la Autoridad de 54 00:03:58,000 --> 00:04:04,000 números asignados de Internet o IANA, ha reservado los siguientes bloques de espacio 55 00:04:04,000 --> 00:04:07,000 de direcciones IP para las redes privadas. 56 00:04:07,000 --> 00:04:12,000 Entonces tenemos la red 10, que es una red de 57 00:04:12,000 --> 00:04:20,000 direcciones de clase A 172. 16 hasta 172. 31 que son redes de 58 00:04:20,000 --> 00:04:28,000 clase B y 192. 168 todo el camino hasta 192. 168. 255 que son redes de clase C. 59 00:04:28,000 --> 00:04:35,000 Se refieren a CIDR en el RFC y discutiremos el CIDR en un momento y 60 00:04:35,000 --> 00:04:41,000 explicaré qué significa esta máscara, pero en esencia notamos que se ha asignado 61 00:04:41,000 --> 00:04:46,000 una única red de clase A, 16 redes de clase 62 00:04:46,000 --> 00:04:51,000 B contiguas y 256 redes de clase C. direcciones privadas.