📌 EL INFORMATICO 👷 IBERO

sábado, 26 de octubre de 2024

Java Web : Proyecto Create, Read, Update and Delete (CRUD) con Spring Boot, DB en memoria H2 y Thymeleaf (MVC)

Explora el desarrollo de un proyecto Java Web paso a paso con Spring Boot, que abarca las operaciones básicas de Create, Read, Update y Delete (CRUD). En este tutorial, aprenderás a construir una aplicación utilizando el patrón de arquitectura MVC, con Thymeleaf para la capa de presentación y una base de datos en memoria H2 para el almacenamiento temporal de datos. Desde la configuración inicial hasta la implementación de funcionalidades CRUD completas, este artículo es ideal para quienes buscan fortalecer sus habilidades en desarrollo web con tecnologías modernas y el framework Spring Boot.

Creación del Proyecto

Para crear un proyecto existen dos formas, uno es utilizando el Spring Initializr y la otra es desde el Spring Tools Suite, los pasos son los siguientes:

Opción 01:

Abre Spring Initializr https://start.spring.io/ y selecciona las opciones de proyecto (maven, versión de Java 17).
Agrega las dependencias necesarias:

Spring boot devtools
H2 database
Thymeleaf
Spring web
Spring data JPA

Descarga el proyecto y ábrelo en tu IDE.
Configura el archivo application.properties para la base de datos en memoria H2.

Opcion 02:

Abre el IDE Spring Tool Suite

Para crear el proyecto sigue File > New >Others > Spring Boot > Spring started project.

Presionamos siguiente y agregamos las dependencias:

Por ultimo presionamos finish y se creará el proyecto.

Creación de la Estructura de los paquetes

En esta parte creamos los paquetes para el crud.

Crea los paquetes básicos:

Entities para las entidades.
Repositories para la interfaz de repositorio.
Service para la lógica de negocio.
Controllers para los controladores.

Creación de la Entidad

En esta parte, definiremos la entidad principal que servirá como modelo de datos en el proyecto. Esta entidad representará una tabla en la base de datos.

Crea una clase en el paquete Entities llamado People.
Define los atributos de la entidad y usa las anotaciones de JPA (@Entity, @Id, @GeneratedValue, etc.).

package com.ibero.web.entities;

import java.io.Serializable;

import jakarta.persistence.Column;
import jakarta.persistence.Entity;
import jakarta.persistence.GeneratedValue;
import jakarta.persistence.GenerationType;
import jakarta.persistence.Id;
import jakarta.persistence.PrePersist;
import jakarta.persistence.PreUpdate;
import jakarta.persistence.Table;
import jakarta.validation.constraints.NotBlank;
import jakarta.validation.constraints.NotEmpty;

@Entity
@Table(name = "peoples")
public class People implements Serializable{
	
	@Id
	@GeneratedValue(strategy = GenerationType.IDENTITY)
	private Integer id;
	
	@NotEmpty (message = "¡El nombres no debe ser vacío!")
	@NotBlank (message = "Complete el nombres con valores")
	@Column   (name = "names")
	private String names;
	
	@NotEmpty(message = "¡El apellidos no debe ser vacío!")
	@NotBlank (message = "Complete el apellidos con valores")
	private String lastNames;
	
	private String FullNames;
	
	//Cuando se crea una nuevo registro y se actualiza:
	@PrePersist
	@PreUpdate
	public void Prepersist() {
		this.FullNames = this.names + " " + this.lastNames;
	}
	
	public Integer getId() {
		return id;
	}

public void setId(Integer id) {
		this.id = id;
	}

public String getNames() {
		return names;
	}

public void setNames(String names) {
		this.names = names;
	}

public String getLastNames() {
		return lastNames;
	}

public void setLastNames(String lastNames) {
		this.lastNames = lastNames;
	}

public String getFullNames() {
		return FullNames;
	}

public void setFullNames(String fullNames) {
		FullNames = fullNames;
	}
	private static final long serialVersionUID = 1L;
}

Creación de la Interface Repository.

En esta sección, crearemos la interfaz del repositorio, que permitirá realizar las operaciones CRUD en la base de datos sin escribir consultas SQL manuales.

Creación de la Clase Service

En esta sección, crearemos una clase de servicio que se encargará de la lógica de negocio del proyecto, manejando las operaciones de creación, lectura, actualización y eliminación.

package com.ibero.web.services;

import java.util.List;

import org.springframework.stereotype.Service;
import org.springframework.transaction.annotation.Transactional;

import com.ibero.web.entities.People;
import com.ibero.web.repositories.IPeopleDao;

import jakarta.persistence.EntityManager;
import jakarta.persistence.PersistenceContext;

@Service
public class PeopleService implements IPeopleDao{

@PersistenceContext
	private EntityManager emManager;
	
	@SuppressWarnings("unchecked")
	@Transactional(readOnly = true)
	@Override
	public List<People> findAll() {
		return emManager.createQuery("from People").getResultList();
	}

@Override
	@Transactional
	public void savePeople(People people) {
		if(people.getId() != null && people.getId() > 0) {
			emManager.merge(people);
		}else {
			emManager.persist(people);
		}
	}

@Override
	@Transactional(readOnly = true) //Indica que es solo de lectura
	public People findById(Integer id) {
		return emManager.find(People.class, id);
	}

@Override
	@Transactional
	public void deletePeopleById(Integer id) {
		People people = findById(id);
		emManager.remove(people);
	}
}

Creación de la Clase Controller

En esta parte, configuraremos la clase de controlador para manejar las solicitudes de la aplicación y definir las rutas para las operaciones CRUD.

package com.ibero.web.controllers;

import java.util.List;

import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Controller;
import org.springframework.ui.Model;
import org.springframework.validation.BindingResult;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.PathVariable;
import org.springframework.web.bind.annotation.PostMapping;
import org.springframework.web.bind.annotation.SessionAttributes;
import org.springframework.web.bind.support.SessionStatus;

import com.ibero.web.entities.People;
import com.ibero.web.services.PeopleService;

import jakarta.validation.Valid;

@Controller
@SessionAttributes("people")
public class PeopleController {
	
	private final Logger log = LoggerFactory.getLogger(getClass());
	
	@Autowired
	private PeopleService peoservice;
	
	@GetMapping("/")
	public String showList(Model model) {
		List<People> peoples = peoservice.findAll();
		model.addAttribute("titlePage","Lista de Personas");
		model.addAttribute("peoples",peoples);
		return "showList";
	}
	
	@GetMapping("/showForm")
	public String showForm(Model model) {
		model.addAttribute("titleForm","Registrar Datos de la Persona");
		model.addAttribute("people",new People());
		return "form";
	}
	
	@PostMapping("/showForm")
	public String processForm(@Valid People people, BindingResult result,SessionStatus status,Model model) {
		if(result.hasErrors()) {
			model.addAttribute("titleForm", people.getId() != null && people.getId() > 0 ? "Editar Datos de la Persona" : "Registrar Datos de la Persona");
	        return "form";
		}
		peoservice.savePeople(people);
		status.setComplete();
		return "redirect:/";
	}
	
	@GetMapping("/showForm/{id}")
	public String showForm(@PathVariable Integer id, Model model) {
		People people = null;
		if(id > 0) {
			people = peoservice.findById(id);
		}else {
			return "redirect:/";
		}
		model.addAttribute("titleForm","Editar datos del Persona");
		model.addAttribute("people",people);
		return "form";
	}
	
	@GetMapping("/deleteById/{id}")
	public String deleteById(@PathVariable Integer id) {
		if(id > 0) {
			peoservice.deletePeopleById(id);
		}
		return "redirect:/";
	}
}

Creación de la Vista para Listar Registros con Thymeleaf

Aquí crearemos una vista en Thymeleaf para mostrar la lista de registros almacenados en la base de datos, utilizando HTML y expresiones de Thymeleaf para renderizar los datos.

<!DOCTYPE html>
<html xmlns:th="http://www.thymeleaf.org">
<head>
<meta charset="UTF-8"/>

<link rel="stylesheet" href="https://cdn.jsdelivr.net/npm/bootstrap@4.3.1/dist/css/bootstrap.min.css">
<title>Home</title>
</head>
<body>
	<nav class="navbar navbar-expand-lg navbar-light bg-light">
		<a class="navbar-brand" th:href="@{/}">Menu</a>
		<button class="navbar-toggler" type="button" data-toggle="collapse"
			data-target="#navbarSupportedContent"
			aria-controls="navbarSupportedContent" aria-expanded="false"
			aria-label="Toggle navigation">
			<span class="navbar-toggler-icon"></span>
		</button>
		<div class="collapse navbar-collapse" id="navbarSupportedContent">
			<ul class="navbar-nav mr-auto">
				<li class="nav-item"><a class="nav-link" th:href="@{/}">TODOS<span
						class="sr-only">(current)</span>
				</a></li>
				<li class="nav-item"><a class="nav-link" th:href="@{/showForm}">NUEVO</a></li>
			</ul>
		</div>
	</nav>
	<div class="container-fluid">
		<div class="container">
			<div class="col-6">
				<h1 th:text="${titlePage}"></h1>
				<table>
					<thead>
						<tr>
							<th>Id</th>
							<th>Nombre Completo</th>
							<th>....</th>
						</tr>
					</thead>
					<tbody>
						<tr th:each="item: ${peoples}">
							<td th:text="${item.id}"></td>
							<td th:text="${item.FullNames}"></td>
							<td>
								<a class="btn btn-primary btn-xs" th:href="@{/showForm/}+ ${item.id}">Editar</a>
								<a class="btn btn-danger btn-xs" th:href="@{/deleteById/}+ ${item.id}">Eliminar</a>
							</td>
						</tr>
					</tbody>
				</table>
			</div>
		</div>
	</div>
</body>
</html>

Creación de la Vista Form para Crear y Editar Registros

En esta sección, crearemos una vista de formulario que permita a los usuarios ingresar y actualizar datos de los registros, aprovechando la capacidad de Thymeleaf para enlazar formularios con el controlador.

<!DOCTYPE html>
<html xmlns:th="http://www.thymeleaf.org">
<head>
<meta charset="UTF-8" />

<link rel="stylesheet" href="https://cdn.jsdelivr.net/npm/bootstrap@4.3.1/dist/css/bootstrap.min.css">
<title>Formulario</title>
</head>
<body>
	<nav class="navbar navbar-expand-lg navbar-light bg-light">
		<a class="navbar-brand" th:href="@{/}">Menu</a>
		<button class="navbar-toggler" type="button" data-toggle="collapse"
			data-target="#navbarSupportedContent"
			aria-controls="navbarSupportedContent" aria-expanded="false"
			aria-label="Toggle navigation">
			<span class="navbar-toggler-icon"></span>
		</button>
		<div class="collapse navbar-collapse" id="navbarSupportedContent">
			<ul class="navbar-nav mr-auto">
				<li class="nav-item"><a class="nav-link" th:href="@{/}">Home<span
						class="sr-only">(current)</span>
				</a></li>
				<li class="nav-item"><a class="nav-link" th:href="@{/showForm}">Registrar</a></li>
			</ul>
		</div>
	</nav>
	<div class="container-fluid">
		<div class="container">
			<div class="col-6">
				<h1 th:text="${titleForm}"></h1>
				<form th:action="@{/showForm}" th:object="${people}" method="post"
					class="p-4 shadow rounded bg-light">
					<div class="mb-3">
						<label for="names" class="form-label">Nombre</label> 
						<input type="text" th:field="*{names}" class="form-control" placeholder="Ingrese su nombre" 
							th:errorclass="'form-control alert-danger'"/>
						<div class="form-text text-danger" th:if="${#fields.hasErrors('names')}" th:errors="*{names}"></div>	
					</div>
					<div class="mb-3">
						<label for="lastNames" class="form-label">Apellido</label> 
						<input type="text" th:field="*{lastNames}" class="form-control"	placeholder="Ingrese su apellido" 
							th:errorclass="'form-control alert-danger'"/>
						<div class="form-text text-danger" th:if="${#fields.hasErrors('lastNames')}" th:errors="*{lastNames}"></div>
					</div>
					<div class="d-flex justify-content-end">
						<button type="submit" class="btn btn-success">Registrar Persona</button>
					</div>
				</form>
			</div>
		</div>
	</div>
</body>
</html>

Ultimo antes de probar el proyecto creamos un archivo en la src/main/resources llamado import.sql que tendrá dos valores para insertar a travez de el insert de SQL.

Configuramos el archivo application.properties

En cuentra el código fuente del proyecto en el GitHub del Canal : Proyecto CRUD☻

Revisa los Videos del Canal de Youtube : Guía Completa: Cómo Crear un CRUD con Spring Boot, DB en memoria H2 y Thymeleaf (MVC)♠

sábado, 6 de enero de 2024

Módulo VIII: Capa de Red

Uno de los aspectos que se observan diariamente como responsable de red es la capa de red. Este es un tema fundamental, ya que nos permite entender el enrutamiento y cómo un router toma decisiones para dirigir el tráfico entre distintas redes.

Características de la capa de red

La capa de red

La capa de red, o Capa OSI 3, proporciona servicios para permitir que los dispositivos finales intercambien datos a través de redes. Como se muestra en la figura, IP versión 4 (IPv4) e IP versión 6 (IPv6) son los principales protocolos de comunicación de la capa de red. Otros protocolos de capa de red incluyen protocolos de enrutamiento como Open Shortest Path First (OSPF) y protocolos de mensajería como Internet Control Message Protocol (ICMP).

Protocolos de capa de red

Para lograr comunicaciones end-to-end a través de los límites de la red, los protocolos de capa de red realizan cuatro operaciones básicas:

Direccionamiento de dispositivos finales : los dispositivos finales deben configurarse con una dirección IP única para la identificación en la red.
Encapsulación: La capa de red encapsula la unidad de datos de protocolo (PDU) de la capa de transporte en un paquete. El proceso de encapsulamiento agrega información de encabezado IP, como la dirección IP de los hosts de origen (emisores) y de destino (receptores). El proceso de encapsulación lo realiza el origen del paquete IP.
Enrutamiento: La capa de red proporciona servicios para dirigir los paquetes a un host de destino en otra red. Para transferir un paquete a otras redes, debe procesarlo un router. La función del router es seleccionar la mejor ruta y dirigir los paquetes al host de destino en un proceso que se denomina "enrutamiento". Un paquete puede cruzar muchos routers antes de llegar al host de destino. Se denomina "salto" a cada router que cruza un paquete antes de alcanzar el host de destino.
Desencapsulación: Cuando el paquete llega a la capa de red del host de destino, el host verifica el encabezado IP del paquete. Si la dirección IP de destino dentro del encabezado coincide con su propia dirección IP, se elimina el encabezado IP del paquete. Una vez que la capa de red desencapsula el paquete, la PDU de capa 4 que se obtiene se transfiere al servicio apropiado en la capa de transporte. El proceso de desencapsulación lo realiza el host de destino del paquete IP.

A diferencia de la capa de transporte (Capa OSI 4), que gestiona el transporte de datos entre los procesos que se ejecutan en cada host, los protocolos de comunicación de la capa de red (es decir, IPv4 e IPv6) especifican la estructura de paquetes y el procesamiento utilizado para transportar los datos de un host a otro host. La capa de red puede transportar paquetes de varios tipos de comunicación entre varios hosts porque funciona sin tener en cuenta los datos que contiene cada paquete.

Encapsulación IP

IP encapsula el segmento de la capa de transporte (la capa justo por encima de la capa de red) u otros datos agregando un encabezado IP. El encabezado IP se usa para entregar el paquete al host de destino.

La figura ilustra cómo la PDU de la capa de transporte es encapsulada por la PDU de la capa de red para crear un paquete IP.

El proceso de encapsulamiento de datos capa por capa permite que se desarrollen y se escalen los servicios en las diferentes capas sin afectar a las otras capas. Esto significa que IPv4 o IPv6 o cualquier protocolo nuevo que se desarrolle en el futuro puede armar sin inconvenientes un paquete con los segmentos de capa de transporte.

El encabezado IP es examinado por dispositivos de Capa 3 (es decir, routers y switches de Capa 3) a medida que viaja a través de una red a su destino. Es importante tener en cuenta que la información de direccionamiento IP permanece igual desde el momento en que el paquete sale del host de origen hasta que llega al host de destino, excepto cuando se traduce por el dispositivo que realiza la traducción de direcciones de red (NAT) para IPv4.

Nota: NAT se discute en módulos posteriores.

Los routers implementan protocolos de enrutamiento para enrutar paquetes entre redes. El enrutamiento realizado por estos dispositivos intermediarios examina el direccionamiento de la capa de red en el encabezado del paquete. En todos los casos, la porción de datos del paquete, es decir, la PDU de la capa de transporte encapsulada u otros datos, permanece sin cambios durante los procesos de la capa de red.

Características de IP

IP se diseñó como un protocolo con sobrecarga baja. Provee solo las funciones necesarias para enviar un paquete de un origen a un destino a través de un sistema interconectado de redes. El protocolo no fue diseñado para rastrear ni administrar el flujo de paquetes. Estas funciones, si es necesario, están a cargo de otros protocolos en otras capas, principalmente TCP en la capa 4.

Estas son las características básicas de la propiedad intelectual:

Sin conexión: - no hay conexión con el destino establecido antes de enviar paquetes de datos.
Mejor esfuerzo: - la IP es inherentemente poco confiable porque no se garantiza la entrega de paquetes.
Medios independientes: - Medios independientes: la operación es independiente del medio (es decir, cobre, fibra óptica o inalámbrico) que transporta los datos.

Sin conexión
IP no tiene conexión, lo que significa que IP no crea una conexión de extremo a extremo dedicada antes de enviar los datos. La comunicación sin conexión es conceptualmente similar a enviar una carta a alguien sin notificar al destinatario por adelantado. La figura resume este punto clave.
un paquete, que consiste en un encabezado y un segmento IP, se envía desde una red origen con destino a otra red

Sin conexión - Analogía

Las comunicaciones de datos sin conexión funcionan con el mismo principio. Como se muestra en la figura, IP no requiere un intercambio inicial de información de control para establecer una conexión de extremo a extremo antes de que se reenvíen los paquetes.

Sin conexión: red

Mejor esfuerzo

La IP tampoco necesita campos adicionales en el encabezado para mantener una conexión establecida. Este proceso reduce en gran medida la sobrecarga del protocolo IP. Sin embargo, sin una conexión completa preestablecida, los remitentes no saben si los dispositivos de destino están presentes y en funcionamiento cuando envían paquetes, ni tampoco si el destinatario recibe el paquete o si puede acceder al paquete y leerlo.

El protocolo IP no garantiza que todos los paquetes que se envían, de hecho, se reciban. En la ilustración, se muestran las características de entrega de mejor esfuerzo o poco confiable del protocolo IP.

Nota: Dado que es un protocolo de capa de red no confiable, el protocolo IP no garantiza que se reciban todos los paquetes enviados. Otros protocolos administran el proceso de seguimiento de paquetes y de aseguramiento de entrega.

Independiente de los medios

Que sea poco confiable significa que IP no tiene la funcionalidad para administrar o recuperar paquetes no recibidos o dañados. Esto se debe a que, si bien los paquetes IP se envían con información sobre la ubicación de la entrega, no contienen información que pueda procesarse para informar al remitente si la entrega fue exitosa. Es posible que los paquetes lleguen dañados o fuera de secuencia al destino o que no lleguen en absoluto. IP no tiene la funcionalidad de retransmitir paquetes si se producen errores.

Las aplicaciones que utilizan los datos o los servicios de capas superiores deben solucionar problemas como el envío de paquetes fuera de orden o la pérdida de paquetes. Esta característica permite que IP funcione de manera muy eficaz. En el conjunto de protocolos TCP / IP, la confiabilidad es la función del protocolo TCP en la capa de transporte.

IP funciona independientemente de los medios que transportan los datos en las capas más bajas de la pila de protocolos. Como se muestra en la ilustración, los paquetes IP pueden ser señales electrónicas que se transmiten por cables de cobre, señales ópticas que se transmiten por fibra óptica o señales de radio inalámbricas.

La capa de enlace de datos OSI es responsable de tomar un paquete IP y prepararlo para la transmisión a través del medio de comunicación. Esto significa que la entrega de paquetes IP no se limita a ningún medio en particular.

Sin embargo, la capa de red tiene en cuenta una de las características más importantes del medio, que es el tamaño máximo de PDU que cada medio puede transportar. Esta característica se conoce como "unidad de transmisión máxima" (MTU). Parte del control de la comunicación entre la capa de enlace de datos y la capa de red consiste en establecer el tamaño máximo del paquete. La capa de enlace de datos pasa el valor de MTU a la capa de red. La capa de red luego determina qué tamaño pueden tener los paquetes.

En algunos casos, un dispositivo intermedio, generalmente un router, debe dividir un paquete IPv4 cuando lo reenvía de un medio a otro con una MTU más pequeña. Este proceso se denomina “fragmentación de paquetes” o “fragmentación”. La fragmentación provoca latencia. El router no puede fragmentar los paquetes IPv6.

Paquete IPv4

Encabezado de paquetes IPv4

IPv4 es uno de los protocolos de comunicación de la capa de red principal. El encabezado del paquete IPv4 se utiliza para garantizar que este paquete se entrega en su siguiente parada en el camino a su dispositivo final de destino.

El encabezado de paquetes IPv4 consta de campos que contienen información importante sobre el paquete. Estos campos tienen números binarios que examinan el proceso de capa 3.

Campos de encabezado de paquete IPv4

Los valores binarios de cada campo identifican diversos parámetros de configuración del paquete IP. Los diagramas de encabezado del protocolo, que se leen de izquierda a derecha y de arriba hacia abajo, proporcionan una representación visual de consulta al analizar los campos de protocolo. El diagrama de encabezado del protocolo IP en la ilustración identifica los campos de un paquete IPv4.

nombres y longitud de bits de los campos en un encabezado de paquete IPv4

Campos del encabezado de paquetes IPv4

Los campos significativos en el encabezado IPv4 incluyen lo siguiente:

Versión - Contiene un valor binario de 4 bits establecido en 0100 que identifica esto como un paquete IPv4.
Servicios diferenciados o DiffServ (DS) - Este campo, formalmente conocido como Tipo de servicio (ToS), es un campo de 8 bits que se utiliza para determinar la prioridad de cada paquete. Los seis bits más significativos del campo DiffServ son los bits de un código de servicios diferenciados (DSCP) y los dos bits menos significativos son los del mecanismo de congestión explícita (ECN).
Suma de comprobación de encabezado - Se utiliza para detectar daños en el encabezado IPv4.
Tiempo de duración (Time to Live o TTL) - TTL contiene un valor binario de 8 bits que se utiliza para limitar la vida útil de un paquete. El dispositivo de origen del paquete IPv4 establece el valor TTL inicial. Se reduce en una unidad en cada router por el que pasa el paquete. Si el campo TTL llega a cero, el router descartará el paquete y enviará la dirección de IP de origen un mensaje de tiempo superado del protocolo de mensajes de control de Internet (ICMP). Debido a que el router disminuye el TTL de cada paquete, el router también debe volver a calcular su suma de comprobación de encabezado.
Protocolo - Este campo se utiliza para identificar al protocolo del siguiente nivel. Este valor binario de 8 bits indica el tipo de encabezado que sigue después del encabezado del paquete, lo que permite que la capa de red transmita los datos al protocolo de la capa superior apropiado. ICMP (1), TCP (6) y UDP (17) son algunos valores comunes.
Dirección IPv4 de origen - Contiene un valor binario de 32 bits que representa la dirección IPv4 de origen del paquete. La dirección IPv4 de origen es siempre una dirección unicast.
Dirección IPv4 de destino - Contiene un valor binario de 32 bits que representa la dirección IPv4 de destino del paquete. La dirección IPv4 de destino es una dirección unicast, multicast o de difusión.

Los dos campos a los que se hace más referencia son los de dirección IP de origen y de destino En estos campos, se identifica de dónde viene el paquete y a dónde va. Por lo general, estas direcciones no cambian mientras se viaja desde el origen hasta el destino.

Para identificar y validar el paquete, se usan los campos de longitud del encabezado de Internet (IHL), longitud total y el encabezado checksum.

Para reordenar un paquete fragmentado, se usan otros campos. Específicamente, el paquete IPv4 utiliza los campos de identificación, señaladores y desplazamiento de fragmentos para llevar un control de los fragmentos. Un router puede tener que fragmentar un paquete IPv4 cuando lo reenvía de un medio a otro con una MTU más pequeña.

Los campos Opciones y Relleno rara vez se usan.

Paquete IPv6

Limitaciones de IPv4

IPv4 todavía está en uso hoy en día. Este tema trata sobre IPv6, que eventualmente reemplazará a IPv4. Para comprender mejor por qué necesita conocer el protocolo IPv6, ayuda a conocer las limitaciones de IPv4 y las ventajas de IPv6.

A lo largo de los años, se han elaborado protocolos y procesos adicionales para hacer frente a los nuevos desafíos. Sin embargo, incluso con los cambios, IPv4 aún tiene tres grandes problemas:

Agotamiento de la dirección IPv4: IPv4 tiene un número limitado de direcciones públicas únicas disponibles. Si bien hay aproximadamente 4000 millones de direcciones IPv4, el incremento en la cantidad de dispositivos nuevos con IP habilitado, las conexiones constantes y el crecimiento potencial de regiones menos desarrolladas aumentaron la necesidad de direcciones.
Falta de conectividad de extremo a extremo: La traducción de direcciones de red (NAT) es una tecnología comúnmente implementada dentro de las redes IPv4. NAT proporciona una manera para que varios dispositivos compartan una única dirección IPv4 pública. Sin embargo, dado que la dirección IPv4 pública se comparte, se oculta la dirección IPv4 de un host de la red interna. Esto puede ser un problema para las tecnologías que necesitan conectividad completa.
Mayor complejidad de la red : mientras que NAT ha ampliado la vida útil de IPv4, solo se trataba de un mecanismo de transición a IPv6. NAT en sus diversas implementaciones crea una complejidad adicional en la red, creando latencia y haciendo más difícil la solución de problemas.

Información general sobre IPv6

A principios de la década de 1990, los problemas con IPv4 preocuparon al Grupo de trabajo de ingeniería de Internet (IETF) que, en consecuencia, comenzó a buscar un reemplazo. Esto tuvo como resultado el desarrollo de IP versión 6 (IPv6). IPv6 supera las limitaciones de IPv4 y representa una mejora importante con características que se adaptan mejor a las demandas de red actuales y previsibles.

Las mejoras que ofrece IPv6 incluyen las siguientes:

Manejo de paquetes mejorado: - las direcciones IPv6 se basan en el direccionamiento jerárquico de 128 bits en lugar de IPv4 con 32 bits.
Mejor manejo de paquetes - Manejo de paquetes mejorado: el encabezado IPv6 se ha simplificado con menos campos.
Elimina la necesidad de NAT: - Elimina la necesidad de NAT: con una cantidad tan grande de direcciones IPv6 públicas, no se necesita NAT entre una dirección IPv4 privada y una IPv4 pública. Esto evita algunos de los problemas inducidos por NAT que experimentan las aplicaciones que requieren conectividad de extremo a extremo.

El espacio de las direcciones IPv4 de 32 bits ofrece aproximadamente 4.294.967.296 direcciones únicas. El espacio de direcciones IPv6 proporciona 340,282,366,920,938,463,463,374,607,431,768,211,456, o 340 undecillones de direcciones. Esto es aproximadamente equivalente a cada grano de arena en la Tierra.

En la imagen, se puede ver una comparación entre el espacio de direcciones IPv4 e IPv6.

comparación del espacio de direcciones IPv4 e IPv6.

Leyenda:

Hay 4000 millones de direcciones IPv4.
Hay 340 sextillones de direcciones IPv6.

Campos de encabezado de paquetes IPv4 en el encabezado de paquetes IPv6

Uno de las mejoras de diseño más importantes de IPv6 con respecto a IPv4 es el encabezado simplificado de IPv6.

Por ejemplo, el encabezado IPv4 consiste en un encabezado de longitud variable de 20 octetos (hasta 60 bytes si se usa el campo Opciones) y 12 campos de encabezado básicos, sin incluir el campo Opciones y el campo Relleno.

Para IPv6, algunos campos se han mantenido igual, algunos campos han cambiado de nombre y posición, y algunos campos de IPv4 ya no son necesarios, como se destaca en la figura.

El encabezado IPv6 se simplifica, pero no es más pequeño.
El encabezado se fija en 40 Bytes u octetos de longitud.
Se eliminaron varios campos IPv4 para mejorar el rendimiento.
Algunos campos IPv4 se eliminaron para mejorar el rendimiento:
Señalador
Desplazamiento de fragmentos
Suma de comprobación del encabezado.

En contraste, el encabezado IPv6 simplificado que se muestra en la siguiente figura consiste en un encabezado de longitud fija de 40 octetos (en gran parte debido a la longitud de las direcciones IPv6 de origen y destino).

El encabezado simplificado IPv6 permite un procesamiento más eficiente de encabezados IPv6.

Encabezado de paquetes IPv6

El diagrama de encabezado del protocolo IP en la ilustración identifica los campos de un paquete IPv6.

nombres y longitud de bits de los campos en un encabezado IPv6

Campos del encabezado de paquetes IPv6

Los campos en el encabezado del paquete IPv6 incluyen lo siguiente:

Versión: Este campo contiene un valor binario de 4 bits establecido en 0110 qu eidentifica esto como un paquete IP versión 6.

Clase de Tráfico: Este campo de 8 bits es equivalente al campo de Servicios diferenciados (DS) IPv4.

Etiqueta de Flujo:Este campo de 20 bits sugiere que todos los paquetes con la misma etiqueta de flujo reciben el mismo tipo de manejo por routers.

Longitud de carga útil:Este campo de 16 bits indica la longitud de la porción de datos o carga útil del paquete IPv6. Esto no incluye la longitud del encabezado IPv6, que es un encabezado fijo de 40 bytes.

Encabezado siguiente: Este campo de 8 Bits es equivalente al campo de Protocolo IPv4. Es un valor que indica el tipo de contenido de datos que lleva el paquete, lo que permite que la capa de red transmita la información al protocolo de capa superior apropiado.

Limite de Salto: Este campo de 8 bits reemplaza al campo TTL de IPv4. cada router que reenvia el paquete reduce este valor en 1. Cuando el contador llega a 0, el paquete se descarta y se reenvia un mensaje ICMPv4 Tiempo excedido al host emisor. Esto indica que el paquete no llegó a su destino porque se excedio el limite de saltos. A diferenciade IPv4, IPv6 no incluye una suma de comprobación de encabezado IPv6, ya que esta función se realiza tanto en las capas inferior como superior. Esyo significa que la suma de comporbación no necesita ser recalculada por cada router cuando disminuye el capo Limite de santos, lo que tambien mejora el rendimiento de la red.

Dirección IPv6 de Origen:Este campo de 128 bits identifica la dirección IPv6 del host emisor.

Dirección IPv4 de Destino:Este campo de 128 bits identifica la dirección IPv6 del host receptor.

Un paquete IPv6 también puede contener encabezados de extensión (EH), que proveen información optativa de la capa de red. Los encabezados de extensión son opcionales y están ubicados entre el encabezado de IPv6 y el contenido. Los EH se usan para fragmentar, dar seguridad, admitir la movilidad y otras acciones.

A diferencia de IPv4, los routers no fragmentan de los paquetes IPv6 enrutados.

Cómo arma las rutas un host

La decisión de reenvío de host

Con IPv4 e IPv6, los paquetes siempre se crean en el host de origen. El host de origen debe poder dirigir el paquete al host de destino. Para ello, los dispositivos finales de host crean su propia tabla de enrutamiento. En este tema se explica cómo los dispositivos finales utilizan las tablas de enrutamiento.

Otra función de la capa de red es dirigir los paquetes entre hosts. Un host puede enviar un paquete a lo siguiente:

Itself - A host can ping itself by sending a packet to a special IPv4 address of 127.0.0.1 or an IPv6 address ::1, que se conoce como la interfaz de bucle invertido. El hacer ping a la interfaz de bucle invertido, pone a prueba la pila del protocolo TCP/IP en el host.

Host local - este es un host de destino que se encuentra en la misma red local que el host emisor. Los hosts de origen y destino comparten la misma dirección de red.

Host remoto - este es un host de destino en una red remota. Los hosts de origen y destino no comparten la misma dirección de red.

La imagen ilustra la conexión de PC1 a un host local en la misma red y a un host remoto ubicado en otra red.

El dispositivo final de origen determina si un paquete está destinado a un host local o a un host remoto. El dispositivo final de origen determina si la dirección IP de destino está en la misma red en la que está el propio dispositivo de origen. El método de determinación varía según la versión IP:

En IPv4 : el dispositivo de origen utiliza su propia máscara de subred junto con su propia dirección IPv4 y la dirección IPv4 de destino para realizar esta determinación.
En IPv6 : el router local anuncia la dirección de red local (prefijo) a todos los dispositivos de la red.

En una red doméstica o comercial, puede tener varios dispositivos cableados e inalámbricos interconectados mediante un dispositivo intermediario, como un switch LAN o un punto de acceso inalámbrico (WAP). Este dispositivo intermediario proporciona interconexiones entre hosts locales en la red local. Los hosts locales pueden conectarse y compartir información sin la necesidad de dispositivos adicionales. Si un host está enviando un paquete a un dispositivo que está configurado con la misma red IP que el dispositivo host, el paquete simplemente se reenvía desde la interfaz del host, a través del dispositivo intermediario, y directamente al dispositivo de destino.

Por supuesto, en la mayoría de las situaciones queremos que nuestros dispositivos puedan conectarse más allá del segmento de red local, como a otros hogares, negocios e Internet. Los dispositivos que no están en el segmento de red local se denominan "módulo remoto de E/S". Cuando un dispositivo de origen envía un paquete a un dispositivo de destino remoto, se necesita la ayuda de los routers y del enrutamiento. El enrutamiento es el proceso de identificación de la mejor ruta para llegar a un destino. El router conectado al segmento de red local se denomina gateway predeterminado.

Puerta de Enlace Predeterminada (Gateway)

La puerta de enlace predeterminada es el dispositivo de red (es decir, el router o el switch de capa 3) que puede enrutar el tráfico a otras redes. Si se piensa en una red como si fuera una habitación, el gateway predeterminado es como la puerta. Si desea ingresar a otra habitación o red, debe encontrar la puerta.

En una red, una puerta de enlace predeterminada suele ser un router con estas características:

Tiene una dirección IP local en el mismo rango de direcciones que otros hosts en la red local.
Puede aceptar datos en la red local y reenviar datos fuera de la red local.
Enruta el tráfico a otras redes.

Se requiere una puerta de enlace predeterminada para enviar tráfico fuera de la red local. El tráfico no se puede reenviar fuera de la red local si no hay una puerta de enlace predeterminada, la dirección de la puerta de enlace predeterminada no está configurada o la puerta de enlace predeterminada está desactivada.

Un host enruta a la puerta de enlace predeterminada

Una tabla de enrutamiento de host generalmente incluirá una puerta de enlace predeterminada. En IPv4, el host recibe la dirección IPv4 de la puerta de enlace predeterminada, ya sea dinámicamente desde el Protocolo de configuración dinámica de host (DHCP) o configurado manualmente. En IPv6, el router anuncia la dirección de la puerta de enlace predeterminada o el host se puede configurar manualmente.

En la imagen, PC1 y PC2 están configuradas con la dirección IPv4 de 192.168.10.1 como la puerta de enlace predeterminada.

La configuración de un gateway predeterminado genera una ruta predeterminada en la tabla de enrutamiento de la PC. Una ruta predeterminada es la ruta o camino que la PC utiliza cuando intenta conectarse a la red remota.

Tanto la PC1 como la PC2 tendrán una ruta predeterminada para enviar todo el tráfico destinado a las redes remotas al R1.

Tablas de enrutamiento de router

En un host de Windows, el comando route print o netstat -r se puede usar para mostrar la tabla de enrutamiento del host. Los dos comandos generan el mismo resultado. Al principio, los resultados pueden parecer abrumadores, pero son bastante fáciles de entender.

La imagen muestra una topología de ejemplo y la salida generada por el netstat –r comando.

Tabla de enrutamiento IPv4 para la PC1

Nota: La salida sólo muestra la tabla de rutas IPv4.

Al ingresar el netstat -r comando o el comando equivalente, route printse muestran tres secciones relacionadas con las conexiones de red TCP / IP actuales:

Lista de interfaces: - enumera la dirección de control de acceso a medios (MAC) y el número de interfaz asignado de cada interfaz con capacidad de red en el host, incluidos los adaptadores Ethernet, Wi-Fi y Bluetooth.
Tabla de rutas IPv4: - enumera todas las rutas IPv4 conocidas, incluidas las conexiones directas, la red local y las rutas locales predeterminadas.
Tabla de rutas IPv6: - Tabla de rutas IPv6: enumera todas las rutas IPv6 conocidas, incluidas las conexiones directas, la red local y las rutas locales predeterminadas.

Introducción al enrutamiento

Decisión de envío de paquetes del router

En el tema anterior se discutieron las tablas de enrutamiento de host. La mayoría de las redes también contienen routers, que son dispositivos intermediarios. Los routers también contienen tablas de enrutamiento. En este tema se tratan las operaciones del router en la capa de red. Cuando un host envía un paquete a otro host, consulta su tabla de enrutamiento para determinar dónde enviar el paquete. Si el host de destino está en una red remota, el paquete se reenvía a la puerta de enlace predeterminada, que generalmente es el router local.

¿Qué sucede cuando llega un paquete a la interfaz de un router?

El router examina la dirección IP de destino del paquete y busca en su tabla de enrutamiento para determinar dónde reenviar el paquete. La tabla de enrutamiento contiene una lista de todas las direcciones de red conocidas (prefijos) y a dónde reenviar el paquete. Estas entradas se conocen como entradas de ruta o rutas. El router reenviará el paquete utilizando la mejor entrada de ruta que coincida (más larga).

La siguiente tabla muestra la información pertinente de la tabla de ruteo R1.

Tabla de enrutamiento de R1

Route	Next Hop or Exit Interface
192.168.10.0 /24	G0/0/0
209.165.200.224/30	G0/0/1
10.1.1.0/24	via R2
Default Route 0.0.0.0/0	via R2

Tabla de enrutamiento IP del router

La tabla de enrutamiento del router contiene entradas de ruta de red que enumeran todos los posibles destinos de red conocidos.

La tabla de enrutamiento almacena tres tipos de entradas de ruta:

Redes conectadas directamente - estas entradas de ruta de red son interfaces de router activas. Los routers agregan una ruta conectada directamente cuando una interfaz se configura con una dirección IP y se activa. Cada interfaz de router está conectada a un segmento de red diferente. En la figura, las redes conectadas directamente en la tabla de enrutamiento IPv4 R1 serían 192.168.10.0/24 y 209.165.200.224/30.
Redes remotas - estas entradas de ruta de red están conectadas a otros routers. Los routers aprenden acerca de las redes remotas ya sea mediante la configuración explícita de un administrador o mediante el intercambio de información de ruta mediante un protocolo de enrutamiento dinámico. En la figura, la red remota en la tabla de enrutamiento IPv4 R1 sería 10.1.1.0/24.
Ruta predeterminada - al igual que un host, la mayoría de los routers también incluyen una entrada de ruta predeterminada, una puerta de enlace de último recurso. La ruta predeterminada se utiliza cuando no hay una mejor coincidencia (más larga) en la tabla de enrutamiento IP. En la figura, la tabla de enrutamiento IPv4 R1 probablemente incluiría una ruta predeterminada para reenviar todos los paquetes al router R2.

La imagen identifica las redes directamente conectadas y remotas del router R1.

Un router puede descubrir redes remotas de dos maneras:

Manualmente - las redes remotas se ingresan manualmente en la tabla de rutas mediante rutas estáticas.
Dinámicamente - las rutas remotas se aprenden automáticamente mediante un protocolo de enrutamiento dinámico.

Enrutamiento estático

Las rutas estáticas son entradas de ruta que se configuran manualmente. La figura muestra un ejemplo de una ruta estática que se configuró manualmente en el router R1. La ruta estática incluye la dirección de red remota y la dirección IP del router de salto siguiente.

Si hay un cambio en la topología de la red, la ruta estática no se actualiza automáticamente y debe reconfigurarse manualmente. Por ejemplo, en la figura R1 tiene una ruta estática para llegar a la red 10.1.1.0/24 a través de R2. Si esa ruta ya no está disponible, R1 tendría que reconfigurarse con una nueva ruta estática a la red 10.1.1.0/24 a través de R3. Por lo tanto, el router R3 necesitaría tener una entrada de ruta en su tabla de enrutamiento para enviar paquetes destinados a 10.1.1.0/24 a R2.

El enrutamiento estático tiene las siguientes características:

Una ruta estática debe configurarse manualmente.
El administrador necesita volver a configurar una ruta estática si hay un cambio en la topología y la ruta estática ya no es viable.
Una ruta estática es apropiada para una red pequeña y cuando hay pocos o ninguno de los enlaces redundantes.
Una ruta estática se usa comúnmente con un protocolo de enrutamiento dinámico para configurar una ruta predeterminada.

Enrutamiento dinámico

Un protocolo de enrutamiento dinámico permite a los routers aprender automáticamente sobre redes remotas, incluida una ruta predeterminada, de otros routers. Los routers que usan protocolos de enrutamiento dinámico comparten automáticamente la información de enrutamiento con otros routers y compensan cualquier cambio de topología sin que sea necesaria la participación del administrador de la red. Si se produce un cambio en la topología de red, los routers comparten esta información mediante el protocolo de enrutamiento dinámico y actualizan automáticamente sus tablas de enrutamiento.

Los protocolos de enrutamiento dinámico incluyen OSPF y Enhanced Interior Gateway Routing Protocol (EIGRP). La figura muestra un ejemplo de routers R1 y R2 que comparten automáticamente información de red mediante el protocolo de enrutamiento OSPF.

La configuración básica sólo requiere que el administrador de red habilite las redes conectadas directamente dentro del protocolo de enrutamiento dinámico. El protocolo de enrutamiento dinámico hará automáticamente lo siguiente:

Detectar redes remotas.
Mantener información de enrutamiento actualizada.
Elija el mejor camino hacia las redes de destino
Intente encontrar una nueva mejor ruta si la ruta actual ya no está disponible

Cuando un router se configura manualmente con una ruta estática o aprende acerca de una red remota dinámicamente mediante un protocolo de enrutamiento dinámico, la dirección de red remota y la dirección de salto siguiente se introducen en la tabla de enrutamiento IP. Como se muestra en la figura, si hay un cambio en la topología de red, los routers se ajustarán automáticamente e intentarán encontrar una nueva mejor ruta.

Nota: Es común que algunos routers usen una combinación de rutas estáticas y un protocolo de enrutamiento dinámico.

Introducción a una tabla de enrutamiento IPv4

Observe en la figura que R2 está conectado a Internet. Por lo tanto, el administrador configuró R1 con una ruta estática predeterminada que envía paquetes a R2 cuando no hay ninguna entrada específica en la tabla de enrutamiento que coincida con la dirección IP de destino. R1 y R2 también están utilizando el enrutamiento OSPF para anunciar redes conectadas directamente.

El comando show ip route de EXEC mode privilegiado se utiliza para ver la tabla de enrutamiento IPv4 en un router Cisco IOS. El ejemplo muestra la tabla de enrutamiento IPv4 del router R1. Al principio de cada entrada de tabla de enrutamiento hay un código que se utiliza para identificar el tipo de ruta o cómo se aprendió la ruta. Entre las fuentes de ruta comunes (códigos) se incluyen las siguientes:

L - Dirección IP de interfaz local conectada directamente
C – Red conectada directamente
S — La ruta estática fue configurada manualmente por un administrador
O - OSPF
D - EIGRP

La tabla de enrutamiento muestra todas las rutas de destino IPv4 conocidas para R1.

Una ruta conectada directamente se crea automáticamente cuando se configura una interfaz de router con información de dirección IP y se activa. El router añade dos entradas de ruta con los códigos C (es decir, la red conectada) y L (es decir, la dirección IP de la interfaz local de la red conectada). Las entradas de ruta también identifican la interfaz de salida que se utilizará para llegar a la red. Las dos redes conectadas directamente en este ejemplo son 192.168.10.0/24 y 209.165.200.224/30.

Los routers R1 y R2 también están utilizando el protocolo de enrutamiento dinámico OSPF para intercambiar información de router. En la tabla de enrutamiento de ejemplo, R1 tiene una entrada de ruta para la red 10.1.1.0/24 que aprendió dinámicamente del router R2 a través del protocolo de enrutamiento OSPF.

Una ruta predeterminada tiene una dirección de red de todos los ceros. Por ejemplo, la dirección de red IPv4 es 0.0.0.0. Una entrada de ruta estática en la tabla de enrutamiento comienza con un código de S\ *, como se resalta en el ejemplo.

Revisa la publicación anterior módulo V: Sistemas de Númericos

Referencia del Módulo:

Cisco Networking Academy. Módulo 8: Capa de red. En CCNA I: Introducción a las redes. Cisco Networking Academy. https://www.netacad.com/es

viernes, 5 de enero de 2024

Módulo V: Sistemas Númericos

Sistemas Númericos

Sistema de numeración binaria

Direcciones binarias e IPv4

Las direcciones IPv4 comienzan como binarias, una serie de solo 1 y 0. Estos son difíciles de administrar, por lo que los administradores de red deben convertirlos a decimales. Se muestrarán algunas formas de hacerlo.

Binario es un sistema de numeración que consta de los dígitos 0 y 1 llamados bits. En contraste, el sistema de numeración decimal consta de 10 dígitos que consisten en los dígitos desde el 0 al 9.

Es importante que comprendamos el sistema binario, ya que los hosts, los servidores y los dispositivos de red usan el direccionamiento binario. Específicamente, usan direcciones IPv4 binarias, como se muestra en la figura, para identificarse entre sí.

Cada dirección consta de una cadena de 32 bits, divididos en cuatro secciones denominadas octetos. Cada octeto contiene 8 bits (o 1 byte) separados por un punto. Por ejemplo, a la PC1 de la ilustración se le asignó la dirección IPv4 11000000.10101000.00001010.00001010. La dirección de gateway predeterminado sería la de la interfaz Gigabit Ethernet del R1, 11000000.10101000.00001010.00000001.

Binario funciona bien con hosts y dispositivos de red. Sin embargo, es muy difícil para los humanos trabajar con ellos.

Para facilitar el uso por parte de las personas, las direcciones IPv4 se expresan comúnmente en notación decimal con puntos. A la PC1 se le asigna la dirección IPv4 192.168.10.10, y su dirección de puerta de enlace predeterminada es 192.168.10.1, como se muestra en la figura.

Para tener una buena comprensión del direccionamiento de red, es necesario comprender el direccionamiento binario y obtener habilidades prácticas en la conversión entre direcciones IPv4 binarias y decimales punteadas. aprenderá a convertir entre sistemas de numeración de base dos (binario) y base 10 (decimal).

Notación de posición binaria

Para aprender a convertir de sistema binario a decimal, es necesario entender la notación de posición. El término "notación de posición" significa que un dígito representa diferentes valores según la "posición" que el dígito ocupa en la secuencia de números. Ya conoce el sistema de numeración más común, el sistema de notación decimal (de base 10).

El sistema de notación posicional decimal funciona como se describe en la tabla.

Base	10	10	10	10
Posición en número	3	2	1	0
Cálculo	(10³)	(10²)	(10¹)	(10⁰)
Valor de la posición	1000	100	10	1

Para usar el sistema de posición, una un número dado con su valor de posición. El ejemplo en la tabla ilustra cómo se usa la notación posicional con el número decimal 1234.

	Millares	Centenas	Decenas	Unidades
Valor de posición	1000	100	10	1
Número decimal (1234)	1	2	3	4
Número decimal (1234)	1x1000	2 x 100	3 x 10	4 x 1
Valor de la posición	1000	+200	+30	+4
Resultado	1,234

En contraste, la notación posicional binaria opera como se describe en la tabla.

Base	2	2	2	2	2	2	2	2
Posición en número	7	6	5	4	3	2	1	0
Cálculo	(2⁷)	(2⁶)	(2⁵)	(2⁴)	(2³)	(2²)	(2¹)	(2⁰)
Valor de la posición	128	64	32	16	8	4	2	1

El ejemplo en la tabla ilustra cómo un número binario 11000000 corresponde al número 192. Si el número binario fuera 10101000, el número decimal correspondiente sería 168.

Valor de posición	128	64	32	16	8	4	2	1
Número binario (11000000)	1	1	0	0	0	0	0	0
Cálculo	1x128	1x64	0x32	0x16	0x8	0x4	0x2	0x1
Sumamos	128	+64	+0	+0	+0	+0	+0	+0
Resultado	192

Convertir binario a decimal

Para convertir una dirección IPv4 binaria a su equivalente decimal punteada, divida la dirección IPv4 en cuatro octetos de 8 bits. A continuación, aplique el valor de posición binario al primer octeto del número binario y calcule según corresponda.

Por ejemplo, suponga que 11000000.10101000.00001011.00001010 es la dirección IPv4 binaria de un host. Para convertir la dirección binaria a decimal, comience con el primer octeto, como se muestra en la tabla. Introduzca el número binario de 8 bits en el valor de posición de la fila 1 y, después, calcule para producir el número decimal 192. Este número entra en el primer octeto de la notación decimal punteada.

Valor de posición	128	64	32	16	8	4	2	1
Número binario (11000000)	1	1	0	0	0	0	0	0
Cálculo	128	64	32	16	8	4	2	1
Sumamos	128	+64	0	0	0	0	0	0
Resultado	192

A continuación, convertir el segundo octeto de 10101000 como se muestra en la tabla. El valor decimal resultante es 168 y entra en el segundo octeto.

Valor de posición	128	64	32	16	8	4	2	1
Número binario (11000000)	1	0	1	0	1	0	0	0
Cálculo	128	64	32	16	8	4	2	1
Sumamos	128	+0	+32	0	+8	0	0	0
Resultado	168

Convertir el tercer octeto de 00001011.

Valor de posición	128	64	32	16	8	4	2	1
Número binario (11000000)	0	0	0	0	1	0	1	1
Cálculo	128	64	32	16	8	4	2	1
Sumamos	+0	+0	+0	0	+8	0	+2	+1
Resultado	11

Actividad - Conversiones de binario a decimal

Esta actividad le permite practicar la conversión de binario a decimal de 8 bits tanto como sea necesario. Le recomendamos que trabaje con esta herramienta hasta que pueda realizar la conversión sin errores. Convertir el número binario mostrado en el octeto a su valor decimal.

Desarrollando Aplicativo Java.

Conversión de sistema decimal a binario

También es necesario comprender cómo convertir una dirección IPv4 decimal punteada a una binaria. La tabla de valores de posición binarios es una herramienta útil.

¿Es el número decimal del octeto (n) igual o mayor que el bit más significativo (128)?

Si no es, introduzca el binario 0 en el valor posicional 128.
Si es, agregue un binario 1 en el valor posicional 128 y reste 128 del numero decimal.

¿Es el número decimal del octeto (n) igual o mayor que el siguiente bit más significativo (64)?

Si no es, introduzca el binario 0 en el valor posicional 64.
Si es, agregue un binario 1 en el valor posicional 64 y reste 64 del numero decimal.

¿Es el número decimal del octeto (n) igual o mayor que el siguiente bit más significativo (32)?

Si no es, introduzca el binario 0 en el valor posicional 32.
Si es, agregue un binario 1 en el valor posicional 32 y reste 32 del numero decimal.

¿Es el número decimal del octeto (n) igual o mayor que el siguiente bit más significativo (16)?

Si no es, introduzca el binario 0 en el valor posicional 16.
Si es, agregue un binario 1 en el valor posicional 16 y reste 16 del numero decimal.

¿Es el número decimal del octeto (n) igual o mayor que el siguiente bit más significativo (8)?

Si no es, introduzca el binario 0 en el valor posicional 8.
Si es, agregue un binario 1 en el valor posicional 8 y reste 8 del numero decimal.

¿Es el número decimal del octeto (n) igual o mayor que el siguiente bit más significativo (4)?

Si no es, introduzca el binario 0 en el valor posicional 4.
Si es, agregue un binario 1 en el valor posicional 4 y reste 4 del numero decimal.

¿Es el número decimal del octeto (n) igual o mayor que el siguiente bit más significativo (2)?

Si no es, introduzca el binario 0 en el valor posicional 2.

Si es, agregue un binario 1 en el valor posicional 2 y reste 2 del numero decimal.

¿Es el número decimal del octeto (n) igual o mayor que el último bit más significativo (1)?

Si no es, introduzca el binario 0 en el valor posicional 1.
Si es, agregue un binario 1 en el valor posicional 1 y reste 1 del numero decimal.

Ejemplo de conversión de sistema decimal a binario

Para poder comprender el proceso, considere la dirección IP 192.168.11.10.

El primer octeto número 192 se convierte a binario utilizando el proceso de notación posicional explicado anteriormente.

Es posible omitir el proceso de resta con números decimales menores o más pequeños. Por ejemplo, observe que es bastante fácil calcular el tercer octeto convertido a un número binario sin pasar realmente por el proceso de resta (8 + 2 = 10). El valor binario del tercer octeto es 00001010.

El cuarto octeto es 11 (8 + 2 + 1). El valor binario del cuarto octeto es 00001011.

La conversión de sistema binario a decimal puede parecer un desafío inicialmente, pero con la práctica resulta más fácil.

Paso 1

¿El primer octeto número 192 es igual o mayor que el bit de orden alto 128?

Sí es, por lo tanto, añadir un 1 al valor posicional de orden alto a un representar 128.
Resta 128 de 192 para producir un resto de 64.

Paso 2

¿El resto 64 es igual o mayor que el siguiente bit de orden alto 64?

Es igual, por lo tanto, agregue un 1 al siguiente valor posicional de alto orden.

Paso 3

Dado que no hay resto, introduzca binario 0 en los valores posicionales restantes.

El valor binario del primero octeto es 11000000.

Paso 4

¿El segundo número de octetos es 168 igual o mayor que el bit de orden alto 128?

Si, esto es cierto, por lo tanto agregue un 1 al valor posicional de alto orden para representar 128.
Reste 128 de 168 para producir un resto de 40.

Paso 5

¿El resto es 40 igual o mayor que el siguiente bit de orden alto 64?

No, no lo es, por lo tanto, ingrese un 0 binario en el valor posicional 64.

Paso 6

¿El resto es 40 igual o mayor que el siguiente bit de orden alto 32?

Si, esto es cierto, por lo tanto agregue un 1 al valor posicional de alto orden para representar 32.
Reste 32 de 40 para producir un resto de 8.

Paso 7

¿El resto es 8 igual o mayor que el siguiente bit de orden alto 16?

No, no lo es, por lo tanto, introduzca un 0 binario en el valor posicional.

Paso 8

¿El resto es 8 igual o mayor que el siguiente bit de orden alto 8?

Si, esto es cierto, por lo tanto agregue un 1.

Paso 9

Dado que no hay resto, introduzca binario 0 en los valores posicionales restantes.

El valor binario del segundo octeto es 10101000.

Paso 10

El valor binario del tercer octeto es.00001010

Paso 11

El valor binario del cuarto octeto es. 00001011

Actividad: Juego binario

Esta es una forma divertida de aprender números binarios para redes.

Link del juego: https://learningnetwork.cisco.com/docs/DOC-1803

Deberá iniciar sesión en cisco.com para utilizar este enlace. Será necesario crear una cuenta si aún no tiene una.

Direcciones IPv4

Como se mencionó al principio de este tema, los routers y las computadoras solo entienden binario, mientras que los humanos trabajan en decimal. Es importante que usted conozca a fondo estos dos sistemas de numeración y cómo se utilizan en redes.

192.168.10.10 es una dirección IP asignada a una computadora.

Octetos

La dirección se compone de cuatro octetos diferentes.

Dirección de 32 bits

La computadora almacena la dirección como el flujo de datos total de 32 bits.

Sistema numérico hexadecimal

Direcciones hexadecimales e IPv6

Ahora sabes cómo convertir binario a decimal y decimal a binario. Necesita esa habilidad para comprender el direccionamiento IPv4 en su red. Pero es igual de probable que use direcciones IPv6 en su red. Para entender las direcciones IPv6, debe ser capaz de convertir hexadecimal a decimal y viceversa.

Así como el decimal es un sistema de base diez, el hexadecimal es un sistema de base dieciséis. El sistema base de dieciséis números usa los dígitos del 0 al 9 y las letras de la A a la F. La figura muestra los valores decimales y hexadecimales equivalentes para el binario 0000 a 1111.

Binario y hexadecimal funcionan bien juntos porque es más fácil expresar un valor como un solo dígito hexadecimal que como cuatro bits binarios.

El sistema de numeración hexadecimal se usa en redes para representar direcciones IP Versión 6 y direcciones MAC Ethernet.

Las direcciones IPv6 tienen una longitud de 128 bits y cada 4 bits está representado por un solo dígito hexadecimal; para un total de 32 valores hexadecimales. Las direcciones IPv6 no distinguen entre mayúsculas y minúsculas, y pueden escribirse en minúsculas o en mayúsculas.

Como se muestra en la figura, el formato preferido para escribir una dirección IPv6 es x: x: x: x: x: x: x: x, donde cada "x" consta de cuatro valores hexadecimales. Al hacer referencia a 8 bits de una dirección IPv4, utilizamos el término “octeto”. En IPv6, un “hexteto” es el término no oficial que se utiliza para referirse a un segmento de 16 bits o cuatro valores hexadecimales. Cada “x” es un único hexteto, 16 bits o cuatro dígitos hexadecimales.