<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Glosario (CCNA) on Blog de Ciberseguridad y Networking</title>
    <link>https://rpmirabal.gitlab.io/terminos/</link>
    <description>Recent content in Glosario (CCNA) on Blog de Ciberseguridad y Networking</description>
    <generator>Hugo</generator>
    <language>es</language>
    <lastBuildDate>Sun, 30 Nov 2025 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://rpmirabal.gitlab.io/terminos/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Serialización de Datos: JSON, XML y YAML</title>
      <link>https://rpmirabal.gitlab.io/terminos/json-xml-yaml/</link>
      <pubDate>Sun, 30 Nov 2025 00:00:00 +0000</pubDate>
      <guid>https://rpmirabal.gitlab.io/terminos/json-xml-yaml/</guid>
      <description>&lt;p&gt;En el mundo de la automatización de redes y el desarrollo de software moderno, entender cómo se mueven los datos entre aplicaciones es fundamental. Este proceso se conoce como &lt;strong&gt;Serialización de Datos&lt;/strong&gt;. En este post, desglosaremos qué es y analizaremos los tres lenguajes de serialización más importantes: JSON, XML y YAML.&lt;/p&gt;&#xA;&lt;h3 id=&#34;1-qué-es-la-serialización-de-datos&#34;&gt;1. ¿Qué es la Serialización de Datos?&lt;/h3&gt;&#xA;&lt;p&gt;La serialización de datos es el proceso de convertir datos (que residen en la memoria de un programa) en un formato o estructura estandarizada que pueda ser:&lt;/p&gt;</description>
    </item>
    <item>
      <title>Trama Wi-Fi</title>
      <link>https://rpmirabal.gitlab.io/terminos/trama-wifi/</link>
      <pubDate>Sun, 09 Nov 2025 00:00:00 +0000</pubDate>
      <guid>https://rpmirabal.gitlab.io/terminos/trama-wifi/</guid>
      <description>&lt;p&gt;Las tramas 802.11, fundamentales para las redes Wi-Fi, tienen un formato diferente a las tramas Ethernet 802.3.&lt;/p&gt;&#xA;&lt;h3 id=&#34;componentes-clave-de-una-trama-80211&#34;&gt;Componentes Clave de una Trama 802.11&lt;/h3&gt;&#xA;&lt;p&gt;Dependiendo de la versión 802.11 y el tipo de mensaje, algunos campos pueden no estar presentes. Por ejemplo, no todos los mensajes utilizan los cuatro campos de dirección.&lt;/p&gt;&#xA;&lt;p align=&#34;center&#34;&gt;&#xA;&lt;img src=&#34;https://rpmirabal.gitlab.io/images/tramaWIFI.png&#34; alt=&#34;Trama Wi-Fi&#34; width=&#34;900&#34;&gt;&#xA;&lt;/p&gt;&#xA;&lt;p&gt;Aquí desglosamos los principales campos:&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&lt;strong&gt;Frame Control (2 bytes):&lt;/strong&gt; Proporciona información esencial como el tipo de mensaje y el subtipo.&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;Duration/ID (2 bytes):&lt;/strong&gt; Dependiendo del tipo de mensaje, este campo puede indicar:&#xA;&lt;ul&gt;&#xA;&lt;li&gt;El tiempo (en microsegundos) que el canal estará dedicado a la transmisión de la trama.&lt;/li&gt;&#xA;&lt;li&gt;Un identificador para la asociación (conexión).&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;Addresses (hasta 4 direcciones, cada una de 6 bytes):&lt;/strong&gt; Pueden presentarse hasta cuatro direcciones en una trama 802.11. Cuáles estén presentes depende del tipo de mensaje.&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&lt;strong&gt;Destination Address (DA):&lt;/strong&gt; Receptor final de la trama.&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;Source Address (SA):&lt;/strong&gt; Emisor original de la trama.&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;Receiver Address (RA):&lt;/strong&gt; Receptor inmediato de la trama.&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;Transmitter Address (TA):&lt;/strong&gt; Emisor inmediato de la trama.&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;Sequence Control (2 bytes):&lt;/strong&gt; Utilizado para reensamblar fragmentos y eliminar tramas duplicadas.&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;QoS Control (2 bytes):&lt;/strong&gt; Usado en QoS (Calidad de Servicio) para priorizar cierto tráfico.&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;HT (High Throughput) Control (4 bytes):&lt;/strong&gt; Añadido en 802.11n para habilitar operaciones de alto rendimiento.&#xA;&lt;ul&gt;&#xA;&lt;li&gt;802.11n también es conocido como &amp;ldquo;High Throughput (HT) Wi-Fi&amp;rdquo;.&lt;/li&gt;&#xA;&lt;li&gt;802.11ac es también conocido como &amp;ldquo;Very High Throughput (VHT) Wi-Fi&amp;rdquo;.&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;Frame Body (Payload - variable size):&lt;/strong&gt; Contiene el paquete de datos (el paquete IP).&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;FCS (Frame Check Sequence - 4 bytes):&lt;/strong&gt; Similar a un FCS de trama Ethernet, utilizado para comprobación de errores.&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;Comprender la estructura de la trama 802.11 nos ayuda a entender cómo se gestiona y transmite la información en nuestras redes inalámbricas, asegurando una comunicación eficiente y fiable.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Inteligencia Artificial (IA)</title>
      <link>https://rpmirabal.gitlab.io/terminos/ia-ml/</link>
      <pubDate>Tue, 04 Nov 2025 00:00:00 +0000</pubDate>
      <guid>https://rpmirabal.gitlab.io/terminos/ia-ml/</guid>
      <description>&lt;p&gt;La Inteligencia Artificial (IA) ha pasado de ser un concepto de ciencia ficción a una herramienta indispensable en nuestra vida diaria y profesional. Aunque herramientas como ChatGPT han acaparado los titulares recientemente, el campo de la IA es mucho más vasto y complejo.&lt;/p&gt;&#xA;&lt;h3 id=&#34;1-qué-es-la-inteligencia-artificial-ia&#34;&gt;1. ¿Qué es la Inteligencia Artificial (IA)?&lt;/h3&gt;&#xA;&lt;p&gt;La &lt;strong&gt;Inteligencia Artificial (IA)&lt;/strong&gt; es el campo de la informática que utiliza computadoras para simular la inteligencia humana. El objetivo es permitir que las máquinas exhiban comportamientos típicamente asociados con los humanos, tales como:&lt;/p&gt;</description>
    </item>
    <item>
      <title>VRF (Virtual Routing &amp; Forwarding)</title>
      <link>https://rpmirabal.gitlab.io/terminos/vrf/</link>
      <pubDate>Tue, 04 Nov 2025 00:00:00 +0000</pubDate>
      <guid>https://rpmirabal.gitlab.io/terminos/vrf/</guid>
      <description>&lt;h3 id=&#34;1-qué-es-vrf&#34;&gt;1. ¿Qué es VRF?&lt;/h3&gt;&#xA;&lt;p&gt;Virtual Routing and Forwarding (VRF) es una tecnología que permite crear &lt;strong&gt;múltiples tablas de enrutamiento dentro de un mismo router&lt;/strong&gt; o dispositivo de red. Esencialmente, VRF divide un router físico en varios routers virtuales e independientes. &lt;strong&gt;Cada instancia de VRF tiene su propia tabla de enrutamiento, su propio conjunto de interfaces, y su propia tabla de reenvío (forwarding table).&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;h4 id=&#34;11-por-qué-usar-vrf&#34;&gt;1.1 ¿Por qué usar VRF?&lt;/h4&gt;&#xA;&lt;ol&gt;&#xA;&lt;li&gt;&lt;strong&gt;Aislamiento y Seguridad:&lt;/strong&gt; VRF proporciona aislamiento total entre las diferentes redes de clientes o departamentos dentro de una organización. Los paquetes de un VRF no pueden pasar a otro VRF a menos que se configure explícitamente una ruta entre ellos. Esto es crucial en entornos donde diferentes clientes comparten la misma infraestructura de red pero requieren un aislamiento completo de sus datos.&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;Solución para Superposición de Direcciones IP:&lt;/strong&gt; Permite el uso de direcciones IP que se superponen entre diferentes VRF. Esto significa que dos clientes pueden usar la misma subred (ej. &lt;code&gt;192.168.1.0/24&lt;/code&gt;) sin conflictos, ya que cada uno opera en su propia instancia de enrutamiento.&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;Simplificación de la Red:&lt;/strong&gt; Reduce la necesidad de tener múltiples routers físicos, consolidando la infraestructura en un solo dispositivo. Esto ahorra costos y simplifica la gestión.&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;Escalabilidad:&lt;/strong&gt; Facilita la expansión de la red al permitir añadir nuevos VRF sin afectar los existentes.&lt;/li&gt;&#xA;&lt;/ol&gt;&#xA;&lt;h4 id=&#34;12-componentes-clave-de-vrf&#34;&gt;1.2 Componentes Clave de VRF&lt;/h4&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&lt;strong&gt;Tabla de Enrutamiento (Routing Table):&lt;/strong&gt; Cada VRF tiene su propia tabla de enrutamiento independiente, que contiene las rutas para las redes asociadas con ese VRF.&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;Tabla de Reenvío (Forwarding Table):&lt;/strong&gt; También conocida como FIB (Forwarding Information Base), contiene la información necesaria para reenviar paquetes basándose en las rutas de su VRF.&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;Conjunto de Interfaces:&lt;/strong&gt; Las interfaces se asignan a un VRF específico. &lt;strong&gt;Una interfaz solo puede pertenecer a un VRF a la vez&lt;/strong&gt;. Los paquetes que entran por una interfaz asignada a un VRF solo pueden ser enrutados utilizando la tabla de enrutamiento de ese VRF.&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;h3 id=&#34;2-vrf-lite-vs-mpls-vpns&#34;&gt;2. VRF-Lite vs. MPLS VPNs&lt;/h3&gt;&#xA;&lt;p&gt;Existen dos implementaciones principales de VRF:&lt;/p&gt;</description>
    </item>
    <item>
      <title>Paquete IPv6</title>
      <link>https://rpmirabal.gitlab.io/terminos/ipv6-paquete/</link>
      <pubDate>Sat, 25 Oct 2025 00:00:00 +0000</pubDate>
      <guid>https://rpmirabal.gitlab.io/terminos/ipv6-paquete/</guid>
      <description>&lt;p&gt;El encabezado IPv6, a diferencia de su predecesor IPv4, ha sido diseñado para ser más eficiente y simplificado. Consta de varios campos fundamentales que permiten el enrutamiento y la identificación del paquete a lo largo de la red.&lt;/p&gt;&#xA;&lt;p align=&#34;center&#34;&gt;&#xA;&lt;img src=&#34;https://rpmirabal.gitlab.io/images/wiki_ipv6.png&#34; alt=&#34;Cabecera IP&#34; width=&#34;600&#34;&gt;&#xA;&lt;/p&gt;&#xA;&lt;blockquote&gt;&#xA;&lt;p&gt;Fuente: &lt;a href=&#34;https://en.wikipedia.org/wiki/IPv6_packet&#34;&gt;Wikipedia – Cabecera IPv6&lt;/a&gt;, bajo Licencia Creative Commons Atribución-CompartirIgual 4.0.&lt;/p&gt;&#xA;&lt;/blockquote&gt;&#xA;&lt;h4 id=&#34;los-campos-de-la-cabecera-ipv6&#34;&gt;Los Campos de la Cabecera IPv6:&lt;/h4&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&#xA;&lt;p&gt;&lt;strong&gt;Versión (4 bits)&lt;/strong&gt;: Este campo de 4 bits de longitud, indica la versión del protocolo IP que se utiliza. En el caso de IPv6, este campo siempre tiene el valor 6 (&lt;strong&gt;0110&lt;/strong&gt; en binario). Gracias a este identificador, los dispositivos de red pueden reconocer de inmediato que se trata de un paquete IPv6 y procesarlo según las reglas de esta versión del protocolo, diferenciándolo de los paquetes IPv4.&lt;/p&gt;</description>
    </item>
    <item>
      <title>IPv6 Address</title>
      <link>https://rpmirabal.gitlab.io/terminos/ipv6/</link>
      <pubDate>Fri, 24 Oct 2025 00:00:00 +0000</pubDate>
      <guid>https://rpmirabal.gitlab.io/terminos/ipv6/</guid>
      <description>&lt;h4 id=&#34;1-la-gran-pregunta-por-qué-necesitamos-ipv6&#34;&gt;1. La Gran Pregunta: ¿Por qué necesitamos IPv6?&lt;/h4&gt;&#xA;&lt;p&gt;La razón principal es simple y alarmante: &lt;strong&gt;¡simplemente no hay suficientes direcciones IPv4 disponibles!&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;IPv4, que ha sido el pilar de internet durante décadas, utiliza un sistema de 32 bits, lo que permite un total de 2^32 direcciones IP únicas. Cuando IPv4 fue diseñado hace más de 30 años, los creadores no tenían idea del crecimiento exponencial de internet que vemos hoy.&lt;/p&gt;</description>
    </item>
    <item>
      <title>CDP/LLDP</title>
      <link>https://rpmirabal.gitlab.io/terminos/cdp-lldp/</link>
      <pubDate>Mon, 13 Oct 2025 00:00:00 +0000</pubDate>
      <guid>https://rpmirabal.gitlab.io/terminos/cdp-lldp/</guid>
      <description>&lt;p&gt;Los protocolos de descubrimiento de Capa 2 son herramientas fundamentales para que los dispositivos de red puedan compartir información y descubrir a sus vecinos conectados. Hoy exploraremos dos de los más relevantes: &lt;strong&gt;CDP (Cisco Discovery Protocol)&lt;/strong&gt; y &lt;strong&gt;LLDP (Link Layer Discovery Protocol)&lt;/strong&gt;.&lt;/p&gt;&#xA;&lt;h4 id=&#34;1-cisco-discovery-protocol-cdp&#34;&gt;1. Cisco Discovery Protocol (CDP)&lt;/h4&gt;&#xA;&lt;p&gt;CDP es un protocolo propietario de Cisco, lo que significa que solo funciona en dispositivos Cisco (routers, switches, firewalls, teléfonos IP, etc.). Por defecto, CDP viene habilitado en estos equipos, facilitando la detección automática de otros dispositivos Cisco en la red.&lt;/p&gt;</description>
    </item>
    <item>
      <title>TFTP (Trivial File Transfer Protocol) / FTP (File Transfer Protocol)</title>
      <link>https://rpmirabal.gitlab.io/terminos/ftp-tftp/</link>
      <pubDate>Fri, 10 Oct 2025 00:00:00 +0000</pubDate>
      <guid>https://rpmirabal.gitlab.io/terminos/ftp-tftp/</guid>
      <description>&lt;p&gt;FTP (File Transfer Protocol) y TFTP (Trivial File Transfer Protocol) son dos protocolos fundamentales en la industria para la transferencia de archivos a través de una red. Aunque ambos cumplen un propósito similar, presentan diferencias clave en su funcionalidad y seguridad.&lt;/p&gt;&#xA;&lt;h4 id=&#34;ftp-el-protocolo-robusto&#34;&gt;FTP: El Protocolo Robusto&lt;/h4&gt;&#xA;&lt;p&gt;&lt;strong&gt;Características Principales:&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&lt;strong&gt;Conexiones:&lt;/strong&gt; Utiliza TCP (puertos 20 y 21) para una comunicación orientada a conexión. El puerto 21 se usa para el control y el puerto 20 para la transferencia de datos.&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;Seguridad:&lt;/strong&gt; Permite el uso de nombres de usuario y contraseñas para la autenticación, aunque la información se envía sin cifrar de forma predeterminada. Para mayor seguridad, se puede actualizar a FTPS (FTP over SSL/TLS) o SFTP (SSH File Transfer Protocol).&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;Funcionalidad:&lt;/strong&gt; Es un protocolo más complejo que TFTP. Permite navegar por directorios, crear y eliminar directorios, y listar archivos.&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;Modos de Conexión:&lt;/strong&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&lt;strong&gt;Modo Activo:&lt;/strong&gt; El servidor inicia la &lt;strong&gt;conexión de datos&lt;/strong&gt; con el cliente.&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;Modo Pasivo:&lt;/strong&gt; El cliente inicia la &lt;strong&gt;conexión de datos&lt;/strong&gt;, lo que es útil cuando hay un firewall bloqueando las conexiones entrantes al cliente.&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;&lt;strong&gt;Fases de una Conexión FTP:&lt;/strong&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>SNMP (Simple Network Management Protocol)</title>
      <link>https://rpmirabal.gitlab.io/terminos/snmp/</link>
      <pubDate>Thu, 09 Oct 2025 00:00:00 +0000</pubDate>
      <guid>https://rpmirabal.gitlab.io/terminos/snmp/</guid>
      <description>&lt;p&gt;SNMP (Simple Network Management Protocol) es un marco y protocolo estándar de la industria lanzado originalmente en 1988, diseñado para gestionar dispositivos en una red.&lt;/p&gt;&#xA;&lt;p&gt;SNMP es una herramienta esencial para monitorear el estado de los dispositivos, realizar cambios de configuración y recibir notificaciones sobre eventos importantes en tu infraestructura de red.&lt;/p&gt;&#xA;&lt;h4 id=&#34;componentes-clave-de-snmp&#34;&gt;Componentes Clave de SNMP&lt;/h4&gt;&#xA;&lt;p&gt;Existen dos tipos principales de dispositivos en una configuración SNMP:&lt;/p&gt;&#xA;&lt;ol&gt;&#xA;&lt;li&gt;&lt;strong&gt;Dispositivos Administrados:&lt;/strong&gt; Estos son los dispositivos de red (como routers, switches y firewalls) que están siendo gestionados mediante SNMP.&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;Estación de Gestión de Red (NMS - Network Management Station):&lt;/strong&gt; Esta es la máquina o servidor que gestiona los dispositivos administrados. Se le puede considerar el &amp;ldquo;servidor&amp;rdquo; SNMP.&lt;/li&gt;&#xA;&lt;/ol&gt;&#xA;&lt;p&gt;El funcionamiento de SNMP se basa en la interacción entre estos componentes a través de mensajes específicos.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Syslog</title>
      <link>https://rpmirabal.gitlab.io/terminos/syslog/</link>
      <pubDate>Thu, 09 Oct 2025 00:00:00 +0000</pubDate>
      <guid>https://rpmirabal.gitlab.io/terminos/syslog/</guid>
      <description>&lt;p&gt;Syslog es un protocolo estándar de la industria fundamental para el &lt;strong&gt;registro de mensajes en dispositivos de red&lt;/strong&gt;. Su propósito principal es capturar y almacenar eventos que ocurren dentro de un sistema, lo que resulta invaluable para la gestión de sistemas, el análisis, la resolución de problemas (troubleshooting) y la investigación de incidentes.&lt;/p&gt;&#xA;&lt;h4 id=&#34;qué-registra-syslog&#34;&gt;¿Qué Registra Syslog?&lt;/h4&gt;&#xA;&lt;p&gt;En los dispositivos de red, Syslog se utiliza para registrar una amplia variedad de eventos, incluyendo:&lt;/p&gt;</description>
    </item>
    <item>
      <title>DNS (Domain Name System)</title>
      <link>https://rpmirabal.gitlab.io/terminos/dns/</link>
      <pubDate>Wed, 08 Oct 2025 00:00:00 +0000</pubDate>
      <guid>https://rpmirabal.gitlab.io/terminos/dns/</guid>
      <description>&lt;p&gt;El &lt;strong&gt;Sistema de Nombres de Dominio (DNS)&lt;/strong&gt; tiene un propósito fundamental: &lt;strong&gt;traducir nombres de dominio en direcciones IP&lt;/strong&gt;.&lt;/p&gt;&#xA;&lt;h4 id=&#34;-facilidad-para-el-usuario&#34;&gt;🌐 Facilidad para el usuario&lt;/h4&gt;&#xA;&lt;p&gt;Los humanos recordamos fácilmente nombres, no números. Por ejemplo, es mucho más cómodo escribir &lt;strong&gt;youtube.com&lt;/strong&gt; que memorizar &lt;strong&gt;172.217.25.110&lt;/strong&gt;. El DNS se encarga de hacer esa traducción automáticamente!&lt;/p&gt;&#xA;&lt;h4 id=&#34;-cómo-funciona&#34;&gt;⚙️ Cómo funciona&lt;/h4&gt;&#xA;&lt;p&gt;Cuando escribes &lt;code&gt;youtube.com&lt;/code&gt; en tu navegador, tu dispositivo envía una &lt;strong&gt;consulta DNS&lt;/strong&gt; a un servidor para obtener la dirección IP asociada al nombre. Una vez obtenida la IP, el navegador puede comunicarse directamente con el servidor correspondiente.&lt;/p&gt;</description>
    </item>
    <item>
      <title>NTP (Network Time Protocol)</title>
      <link>https://rpmirabal.gitlab.io/terminos/ntp/</link>
      <pubDate>Wed, 08 Oct 2025 00:00:00 +0000</pubDate>
      <guid>https://rpmirabal.gitlab.io/terminos/ntp/</guid>
      <description>&lt;p&gt;En toda infraestructura de red estable, un factor clave y a menudo subestimado es la precisión horaria. Todos los dispositivos —routers, switches o servidores— dependen de una gestión de tiempo precisa, esencial para el diagnóstico, la seguridad y la coherencia operativa.&lt;/p&gt;&#xA;&lt;p&gt;Mantener una hora precisa es fundamental para generar &lt;strong&gt;logs consistentes y facilitar el troubleshooting&lt;/strong&gt;. Tiempos desalineados dificultan rastrear eventos y detectar fallas.&lt;/p&gt;&#xA;&lt;p&gt;Aquí entra en juego NTP, encargado de sincronizar automáticamente la hora en todos los dispositivos de la red.&lt;/p&gt;</description>
    </item>
    <item>
      <title>DHCP (Dynamic Host Configuration Protocol)</title>
      <link>https://rpmirabal.gitlab.io/terminos/dhcp/</link>
      <pubDate>Mon, 06 Oct 2025 00:00:00 +0000</pubDate>
      <guid>https://rpmirabal.gitlab.io/terminos/dhcp/</guid>
      <description>&lt;p&gt;DHCP es utilizado para que los hosts aprendan de forma automática y dinámica varios aspectos de su configuración de red, como la dirección IP, máscara de subred, puerta de enlace predeterminada, servidor DNS, etc., sin necesidad de una configuración manual o estática.&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&lt;strong&gt;Dispositivos Cliente:&lt;/strong&gt; Típicamente usado para &amp;lsquo;dispositivos cliente&amp;rsquo; como estaciones de trabajo (PCs), teléfonos, etc.&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;Dispositivos de Red:&lt;/strong&gt; Dispositivos como routers y servidores suelen configurarse manualmente.&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;Redes Pequeñas:&lt;/strong&gt; En redes pequeñas (como redes domésticas), el router generalmente actúa como el servidor DHCP para los hosts en la LAN.&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;Redes Grandes:&lt;/strong&gt; En redes más grandes, el servidor DHCP suele ser un servidor Windows/Linux dedicado.&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;h4 id=&#34;1-proceso-de-dhcp-d-o-r-a&#34;&gt;1. Proceso de DHCP: D-O-R-A&lt;/h4&gt;&#xA;&lt;p&gt;El proceso DHCP se describe comúnmente con las siglas D-O-R-A:&lt;/p&gt;</description>
    </item>
    <item>
      <title>OSPF – Neighbors</title>
      <link>https://rpmirabal.gitlab.io/terminos/neighbors-ospf/</link>
      <pubDate>Sun, 28 Sep 2025 00:00:00 +0000</pubDate>
      <guid>https://rpmirabal.gitlab.io/terminos/neighbors-ospf/</guid>
      <description>&lt;h4 id=&#34;proceso-de-formación-de-vecindades-en-ospf&#34;&gt;Proceso de Formación de Vecindades en OSPF&lt;/h4&gt;&#xA;&lt;p&gt;El protocolo OSPF no crea la relación de vecino de manera inmediata. Para lograr una adyacencia completa, los routers atraviesan una serie de estados que garantizan que la información de la topología se comparta de forma ordenada y segura.&lt;/p&gt;&#xA;&lt;p align=&#34;center&#34;&gt;&#xA; &lt;img src=&#34;https://rpmirabal.gitlab.io/images/neighborsOSPF.png&#34; alt=&#34;Neighbors OSPF&#34; width=&#34;600&#34;&gt;&#xA;&lt;/p&gt;&#xA;&lt;h4 id=&#34;-estado-down&#34;&gt;🔴 Estado &lt;strong&gt;Down&lt;/strong&gt;&lt;/h4&gt;&#xA;&lt;p&gt;En este punto inicial, el router tiene OSPF habilitado en su interfaz, pero todavía no conoce a ningún vecino.&lt;br&gt;&#xA;Lo único que hace es enviar paquetes &lt;strong&gt;Hello&lt;/strong&gt; a la dirección multicast &lt;code&gt;224.0.0.5&lt;/code&gt;, esperando recibir respuesta.&lt;/p&gt;</description>
    </item>
    <item>
      <title>DR (Designated Router)/BDR (Backup Designated Router)</title>
      <link>https://rpmirabal.gitlab.io/terminos/dr-bdr-ospf/</link>
      <pubDate>Mon, 22 Sep 2025 00:00:00 +0000</pubDate>
      <guid>https://rpmirabal.gitlab.io/terminos/dr-bdr-ospf/</guid>
      <description>&lt;p&gt;En redes OSPF de tipo broadcast (como Ethernet), no todos los routers forman adyacencias completas entre sí, ya que eso generaría demasiado tráfico. Para optimizar la comunicación, OSPF implementa la elección de dos roles clave: el DR (Designated Router) y el BDR (Backup Designated Router).&lt;/p&gt;&#xA;&lt;h4 id=&#34;dr-designated-router&#34;&gt;DR (Designated Router)&lt;/h4&gt;&#xA;&lt;p&gt;El DR es el router elegido para centralizar la comunicación OSPF dentro de un segmento broadcast. Su función principal es recibir LSAs de todos los routers y redistribuirlos al resto. Evita que todos los routers formen adyacencias entre sí, lo que reduce la carga de procesamiento y tráfico.&lt;/p&gt;</description>
    </item>
    <item>
      <title>OSPF – Point-to-Point Network Type</title>
      <link>https://rpmirabal.gitlab.io/terminos/point-to-point-ospf/</link>
      <pubDate>Mon, 22 Sep 2025 00:00:00 +0000</pubDate>
      <guid>https://rpmirabal.gitlab.io/terminos/point-to-point-ospf/</guid>
      <description>&lt;p&gt;En OSPF, el tipo de red determina cómo se forman las adyacencias y cómo se intercambia la información. Uno de los más comunes en enlaces WAN es el Point-to-Point Network Type.&lt;/p&gt;&#xA;&lt;h3 id=&#34;características-principales&#34;&gt;&lt;strong&gt;Características principales&lt;/strong&gt;&lt;/h3&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&#xA;&lt;p&gt;Se habilita en interfaces serial que usan encapsulaciones PPP o HDLC por defecto.&lt;/p&gt;&#xA;&lt;/li&gt;&#xA;&lt;li&gt;&#xA;&lt;p&gt;Los routers descubren a sus vecinos de manera dinámica, enviando y escuchando mensajes Hello en la dirección multicast 224.0.0.5.&lt;/p&gt;&#xA;&lt;/li&gt;&#xA;&lt;li&gt;&#xA;&lt;p&gt;En este tipo de red NO se eligen DR ni BDR, ya que solo existen dos dispositivos en el enlace.&lt;/p&gt;</description>
    </item>
    <item>
      <title>CIDR (Classless Inter-Domain Routing)</title>
      <link>https://rpmirabal.gitlab.io/terminos/cidr/</link>
      <pubDate>Thu, 11 Sep 2025 00:00:00 +0000</pubDate>
      <guid>https://rpmirabal.gitlab.io/terminos/cidr/</guid>
      <description>&lt;p&gt;Método de asignación y enrutamiento de direcciones IP que reemplazó el sistema antiguo basado en &lt;strong&gt;clases A, B y C&lt;/strong&gt;.&lt;/p&gt;&#xA;&lt;p&gt;En lugar de dividir las redes en clases fijas, &lt;strong&gt;CIDR usa prefijos de longitud variable&lt;/strong&gt;, escritos con el formato: Dirección_IP/Prefijo&lt;/p&gt;&#xA;&lt;p&gt;Ejemplo:&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&lt;code&gt;192.168.1.0/24&lt;/code&gt; → 256 direcciones&lt;/li&gt;&#xA;&lt;li&gt;&lt;code&gt;10.0.0.0/8&lt;/code&gt; → 16 millones de direcciones&lt;/li&gt;&#xA;&lt;li&gt;&lt;code&gt;172.16.0.0/12&lt;/code&gt; → 1 millón de direcciones&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;h4 id=&#34;ventajas-de-cidr&#34;&gt;Ventajas de CIDR&lt;/h4&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;✅ Mejor aprovechamiento del espacio de direcciones IPv4.&lt;/li&gt;&#xA;&lt;li&gt;✅ Permite crear &lt;strong&gt;subredes más pequeñas o más grandes&lt;/strong&gt; según la necesidad.&lt;/li&gt;&#xA;&lt;li&gt;✅ Hace posible el &lt;strong&gt;route aggregation (supernetting)&lt;/strong&gt;, reduciendo el tamaño de las tablas de enrutamiento.&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;En resumen, CIDR es la forma moderna y flexible de trabajar con direcciones IP, dejando atrás las limitaciones de las clases tradicionales.&lt;/p&gt;</description>
    </item>
    <item>
      <title>IPv4 Address</title>
      <link>https://rpmirabal.gitlab.io/terminos/ipv4/</link>
      <pubDate>Thu, 11 Sep 2025 00:00:00 +0000</pubDate>
      <guid>https://rpmirabal.gitlab.io/terminos/ipv4/</guid>
      <description>&lt;h4 id=&#34;-direcciones-ipv4-clases-y-usos&#34;&gt;📡 Direcciones IPv4: Clases y Usos&lt;/h4&gt;&#xA;&lt;p&gt;Las direcciones &lt;strong&gt;IPv4&lt;/strong&gt; están formadas por &lt;strong&gt;32 bits&lt;/strong&gt; (4 octetos), representadas en notación decimal con puntos (ej: &lt;code&gt;192.168.1.1&lt;/code&gt;).&lt;br&gt;&#xA;Históricamente, se dividieron en &lt;strong&gt;clases&lt;/strong&gt; para facilitar la asignación de redes según su tamaño.&lt;/p&gt;&#xA;&lt;h4 id=&#34;clase-a&#34;&gt;Clase A&lt;/h4&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&lt;strong&gt;Rango:&lt;/strong&gt; &lt;code&gt;0.0.0.0 – 127.255.255.255&lt;/code&gt;&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;Primer octeto:&lt;/strong&gt; &lt;code&gt;0-127&lt;/code&gt; (*)&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;Prefijo por defecto:&lt;/strong&gt; &lt;code&gt;/8&lt;/code&gt; (máscara &lt;code&gt;255.0.0.0&lt;/code&gt;)&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;Cantidad de hosts:&lt;/strong&gt; ~16 millones por red&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;Uso:&lt;/strong&gt; Grandes organizaciones o proveedores de servicios.&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;blockquote&gt;&#xA;&lt;p&gt;(*) En realidad se considera de &lt;code&gt;0&lt;/code&gt; a &lt;code&gt;126&lt;/code&gt;, porque las direcciones que comienzan por &lt;code&gt;127&lt;/code&gt; (&lt;code&gt;127.0.0.0 – 127.255.255.255&lt;/code&gt;) están destinadas a ser &lt;strong&gt;direcciones loopback&lt;/strong&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Modelo TCP/IP</title>
      <link>https://rpmirabal.gitlab.io/terminos/tcp-ip-model/</link>
      <pubDate>Thu, 11 Sep 2025 00:00:00 +0000</pubDate>
      <guid>https://rpmirabal.gitlab.io/terminos/tcp-ip-model/</guid>
      <description>&lt;p&gt;El &lt;strong&gt;modelo TCP/IP&lt;/strong&gt; (Transmission Control Protocol / Internet Protocol) es un marco de referencia práctico y ampliamente utilizado en redes modernas, especialmente en Internet. A diferencia del &lt;a href=&#34;https://rpmirabal.gitlab.io/terminos/osi-model&#34;&gt;modelo OSI&lt;/a&gt; de 7 capas, el modelo TCP/IP consta de &lt;strong&gt;4 capas&lt;/strong&gt;, cada una con responsabilidades bien definidas.&lt;/p&gt;&#xA;&lt;p&gt;Este modelo describe cómo los datos deben empaquetarse, direccionarse, transmitirse, enrutarse y recibirse en una red.&lt;/p&gt;&#xA;&lt;p&gt;Las capas que componen el modelo TCP/IP están representadas en la figura que sigue.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Paquete IPv4</title>
      <link>https://rpmirabal.gitlab.io/terminos/ipv4-paquete/</link>
      <pubDate>Thu, 11 Sep 2025 00:00:00 +0000</pubDate>
      <guid>https://rpmirabal.gitlab.io/terminos/ipv4-paquete/</guid>
      <description>&lt;p&gt;La cabecera del paquete IPv4 es como la etiqueta de dirección y las instrucciones especiales que acompañan a cada envío de datos. Contiene información crucial que permite a los routers y dispositivos de red dirigir el paquete a su destino correcto, manejar errores y asegurar que la comunicación fluya sin problemas.&lt;/p&gt;&#xA;&lt;p align=&#34;center&#34;&gt;&#xA;&lt;img src=&#34;https://rpmirabal.gitlab.io/images/wiki_ipv4.png&#34; alt=&#34;Cabecera IP&#34; width=&#34;600&#34;&gt;&#xA;&lt;/p&gt;&#xA;&lt;blockquote&gt;&#xA;&lt;p&gt;Fuente: &lt;a href=&#34;https://es.wikipedia.org/wiki/Cabecera_IP&#34;&gt;Wikipedia – Cabecera IP&lt;/a&gt;, bajo Licencia Creative Commons Atribución-CompartirIgual 4.0.&lt;/p&gt;&#xA;&lt;/blockquote&gt;&#xA;&lt;h4 id=&#34;los-campos-de-la-cabecera-ipv4&#34;&gt;Los Campos de la Cabecera IPv4:&lt;/h4&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&#xA;&lt;p&gt;&lt;strong&gt;Versión (4 bits)&lt;/strong&gt;: Este campo, de solo 4 bits, especifica la versión del Protocolo de Internet. Para IPv4, este valor siempre es &lt;code&gt;0100&lt;/code&gt; (que representa el número 4, para IPv6 sería &lt;code&gt;0110&lt;/code&gt;). Es lo primero que un dispositivo de red mira para saber cómo interpretar el resto de la cabecera.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Modelo OSI</title>
      <link>https://rpmirabal.gitlab.io/terminos/osi-model/</link>
      <pubDate>Wed, 10 Sep 2025 00:00:00 +0000</pubDate>
      <guid>https://rpmirabal.gitlab.io/terminos/osi-model/</guid>
      <description>&lt;p&gt;El modelo OSI es un marco conceptual que categoriza y describe cómo se relacionan los protocolos de red, dividiendo la comunicación en siete capas que van desde la transmisión física de los datos hasta las aplicaciones visibles al usuario.&lt;/p&gt;&#xA;&lt;p&gt;Las capas que componen el modelo OSI estan representadas en la figura que sigue.&lt;/p&gt;&#xA;&lt;p align=&#34;center&#34;&gt;&#xA; &lt;img src=&#34;https://rpmirabal.gitlab.io/images/modelOSI.png&#34; alt=&#34;OSi model&#34; width=&#34;300&#34;&gt;&#xA;&lt;/p&gt;&#xA;&lt;h4 id=&#34;7-capa-de-aplicación&#34;&gt;7. Capa de Aplicación&lt;/h4&gt;&#xA;&lt;p&gt;La Capa de Aplicación es la mas cercana al usuario e interactúa con aplicaciones de software (navegador web, clientes de correo electrónico, clientes DNS, aplicaciones de videollamadas, etc).&lt;/p&gt;</description>
    </item>
    <item>
      <title>PDU (Protocol Data Units)</title>
      <link>https://rpmirabal.gitlab.io/terminos/pdu/</link>
      <pubDate>Wed, 10 Sep 2025 00:00:00 +0000</pubDate>
      <guid>https://rpmirabal.gitlab.io/terminos/pdu/</guid>
      <description>&lt;p&gt;En el mundo de las redes y el &lt;a href=&#34;https://rpmirabal.gitlab.io/terminos/osi-model&#34;&gt;modelo OSI&lt;/a&gt;, cada capa tiene una tarea específica para preparar los datos. Cuando una capa recibe datos de la capa superior, los encapsula añadiéndoles su propia información de cabecera (y a veces un tráiler). Esta nueva unidad de datos, con la información específica de la capa, es lo que llamamos una PDU.&lt;/p&gt;&#xA;&lt;h4 id=&#34;1-identidad-de-las-pdu-en-cada-capa&#34;&gt;1. Identidad de las PDU en cada Capa&lt;/h4&gt;&#xA;&lt;p&gt;Piensa en las PDU como &amp;ldquo;paquetes&amp;rdquo; con diferentes nombres y propósitos a medida que descienden y ascienden por el modelo OSI:&lt;/p&gt;</description>
    </item>
    <item>
      <title>ARP (Address Resolution Protocol)</title>
      <link>https://rpmirabal.gitlab.io/terminos/arp/</link>
      <pubDate>Fri, 22 Aug 2025 00:00:00 +0000</pubDate>
      <guid>https://rpmirabal.gitlab.io/terminos/arp/</guid>
      <description>&lt;p&gt;El Protocolo de Resolución de Direcciones (ARP) es un protocolo fundamental en las redes TCP/IP, especialmente en entornos Ethernet. Su función principal es &lt;strong&gt;resolver direcciones lógicas (IP) a &lt;a href=&#34;https://rpmirabal.gitlab.io/terminos/mac&#34;&gt;direcciones físicas (MAC)&lt;/a&gt;&lt;/strong&gt;. En otras palabras, ARP permite que un dispositivo que conoce la dirección IP de otro dispositivo en la misma red local pueda descubrir su dirección MAC, que es necesaria para la entrega directa de tramas en la Capa 2.&lt;/p&gt;&#xA;&lt;p&gt;El proceso de ARP se puede dividir en dos mensajes principales:&lt;/p&gt;</description>
    </item>
    <item>
      <title>CRC (Cyclic Redundancy Check)</title>
      <link>https://rpmirabal.gitlab.io/terminos/crc/</link>
      <pubDate>Fri, 22 Aug 2025 00:00:00 +0000</pubDate>
      <guid>https://rpmirabal.gitlab.io/terminos/crc/</guid>
      <description>&lt;p&gt;Es un método de detección de errores usado en tramas de red y almacenamiento de datos.&lt;/p&gt;&#xA;&lt;p&gt;El emisor calcula un valor numérico (llamado “checksum” o redundancia cíclica) aplicando una operación matemática al contenido de la trama. Ese valor viaja junto con la trama.&lt;/p&gt;&#xA;&lt;p&gt;El receptor realiza el mismo cálculo y compara resultados:&lt;/p&gt;&#xA;&lt;p&gt;✅ Si coinciden → la trama se considera íntegra.&lt;/p&gt;&#xA;&lt;p&gt;❌ Si difieren → significa que hubo un error en la transmisión.&lt;/p&gt;</description>
    </item>
    <item>
      <title>CSMA/CD (Carrier Sense Multiple Access with Collision Detection)</title>
      <link>https://rpmirabal.gitlab.io/terminos/csma-cd/</link>
      <pubDate>Fri, 22 Aug 2025 00:00:00 +0000</pubDate>
      <guid>https://rpmirabal.gitlab.io/terminos/csma-cd/</guid>
      <description>&lt;p&gt;Es un método de acceso al medio usado en redes Ethernet antiguas (con cable coaxial o hubs).&lt;/p&gt;&#xA;&lt;p&gt;&lt;strong&gt;CSMA:&lt;/strong&gt; los dispositivos &amp;ldquo;escuchan&amp;rdquo; (Carrier Sense) antes de transmitir y comparten el mismo canal (Multiple Access).&lt;/p&gt;&#xA;&lt;p&gt;&lt;strong&gt;CD:&lt;/strong&gt; si ocurre una colisión (dos dispositivos transmitiendo a la vez), la detectan y detienen la transmisión para reintentar después de un tiempo aleatorio.&lt;/p&gt;&#xA;&lt;p&gt;👉 Hoy casi no se usa porque las redes modernas con switches trabajan en full-duplex, lo que elimina las colisiones.&lt;/p&gt;</description>
    </item>
    <item>
      <title>MAC Address</title>
      <link>https://rpmirabal.gitlab.io/terminos/mac/</link>
      <pubDate>Fri, 22 Aug 2025 00:00:00 +0000</pubDate>
      <guid>https://rpmirabal.gitlab.io/terminos/mac/</guid>
      <description>&lt;p&gt;La Dirección MAC (Media Access Control) es un identificador único asignado a la interfaz de red (NIC) de un dispositivo para la comunicación dentro de un segmento de red. Se utiliza en la Capa 2 (Capa de Enlace de Datos) del modelo OSI y es fundamental para que los dispositivos puedan identificarse y enviarse tramas directamente entre sí en una red local como Ethernet.&lt;/p&gt;&#xA;&lt;p&gt;A menudo se le denomina &amp;ldquo;dirección física&amp;rdquo; porque está grabada en el firmware de la tarjeta de red durante su fabricación.&lt;/p&gt;</description>
    </item>
    <item>
      <title>OSPF – Broadcast Network Type</title>
      <link>https://rpmirabal.gitlab.io/terminos/broadcast-network-type-ospf/</link>
      <pubDate>Fri, 22 Aug 2025 00:00:00 +0000</pubDate>
      <guid>https://rpmirabal.gitlab.io/terminos/broadcast-network-type-ospf/</guid>
      <description>&lt;p&gt;Cuando configuramos OSPF, el tipo de red de la interfaz determina cómo se forman las adyacencias y cómo se intercambian los LSAs. En redes Ethernet (broadcast), OSPF utiliza un mecanismo especial para optimizar la comunicación: la elección de un &lt;a href=&#34;https://rpmirabal.gitlab.io/terminos/dr-bdr-ospf&#34;&gt;Designated Router (DR)&lt;/a&gt; y un &lt;a href=&#34;https://rpmirabal.gitlab.io/terminos/dr-bdr-ospf&#34;&gt;Backup Designated Router (BDR)&lt;/a&gt;.&lt;/p&gt;&#xA;&lt;h3 id=&#34;características-principales&#34;&gt;&lt;strong&gt;Características principales&lt;/strong&gt;&lt;/h3&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;El tipo de red broadcast se asigna automáticamente en interfaces Ethernet y FDDI.&lt;/li&gt;&#xA;&lt;li&gt;Los routers descubren a sus vecinos enviando mensajes Hello hacia la dirección multicast &lt;code&gt;224.0.0.5.&lt;/code&gt;&lt;/li&gt;&#xA;&lt;li&gt;Se elige un DR y un BDR en cada segmento, los demás routers son DROther.&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;blockquote&gt;&#xA;&lt;p&gt;El objetivo: reducir la cantidad de adyacencias y LSAs intercambiados.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Trama Ethernet</title>
      <link>https://rpmirabal.gitlab.io/terminos/trama-ethernet/</link>
      <pubDate>Fri, 22 Aug 2025 00:00:00 +0000</pubDate>
      <guid>https://rpmirabal.gitlab.io/terminos/trama-ethernet/</guid>
      <description>&lt;p&gt;La trama Ethernet es la unidad de datos básica que viaja a través de una red Ethernet. Opera en la Capa 2 (Capa de Enlace de Datos) del modelo OSI y es fundamental para la comunicación local entre dispositivos. Entender su estructura es clave para comprender cómo se transmiten los datos en una LAN.&lt;/p&gt;&#xA;&lt;p&gt;El paquete IP de Capa 3 se encapsula con la cabecera (header) y el trailer de Capa 2 tal y como muestra la figura.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
