Apuntes
Sin título
Contenido del apunte (1)
Página 1
formato de las direcciones IP para la red
El número de sistemas que desea que sean compatibles determina la configuración de la red. Es posible que su organización requiera una pequeña red de varias docenas de sistemas independientes ubicados en una única planta de un edificio. También es posible que requiera la configuración de una red con más de 1.000 sistemas ubicados en varios edificios. Esta configuración podría hacer necesaria la división de la red en subdivisiones denominadas subredes.
Cuando planifique el esquema de direcciones de red, tenga en cuenta los siguientes factores:
El tipo de dirección IP que desea utilizar: IPv4 o IPv6
El número de sistemas potenciales de la red
El número de sistemas que son enrutadores o sistemas de host múltiple, que requieren una dirección IP para cada interfaz
Si se utilizarán direcciones privadas en la red
Si habrá un servidor DHCP que administre las agrupaciones de direcciones IPv4
Direcciones IPv4 Estas direcciones de 32 bits son el formato original de direcciones IP diseñado para TCP/IP. Originalmente, existen tres clases de direcciones IP: A, B y C. El número de red que se asigna a una red refleja esta designación de clase más 8 o más bits para representar un host. Las direcciones IPv4 basadas en clases requieren la configuración de una máscara de red para el número de red. Asimismo, para que hayan más direcciones disponibles para los sistemas de la red local, estas direcciones a menudo se dividen en subredes.
Actualmente, se hace referencia a las direcciones IP como direcciones IPv4. Aunque los ISP ya no proporcionan números de red IPv4 basados en clases, muchas redes existentes siguen teniéndolos. Si desea más información sobre la administración de direcciones IPv4, consulte Cómo diseñar un esquema de direcciones IPv4.
Direcciones IPv4 en formato CIDR IETF ha desarrollado las direcciones CIDR (Classless Inter-Domain Routing) como solución a corto y medio plazo para la escasez de direcciones IPv4. Asimismo, el formato CIDR se ha diseñado como solución para la falta de capacidad de las tablas de enrutamiento de Internet globales. Una dirección IPv4 con notación CIDR tiene una longitud de 32 bits y el mismo formato decimal con punto. Sin embargo, CIDR agrega una designación de prefijo después del byte de la derecha para definir la parte de red de la dirección IPv4. Para más información, consulteCómo diseñar un esquema de direcciones IPv4 CIDR.
Direcciones DHCP El protocolo DHCP (Dynamic Host Configuration Protocol o protocolo dinámico de configuración de host) permite a un sistema recibir información de configuración de un servidor DHCP, incluida una dirección IP, como parte del proceso de inicio. Los servidores DHCP cuentan con agrupaciones de direcciones IP desde las que se asignan direcciones a los clientes DHCP. Un sitio que utilice DHCP puede utilizar una agrupación de direcciones IP menor que la que se necesitaría si todos los clientes tuvieran asignada una dirección IP permanente. Puede configurar el servicio DHCP para administrar las direcciones IP del sitio, o parte de ellas. Para más información, consulte el Capítulo 12Acerca de DHCP (descripción general).
Direcciones IPv6 IETF ha creado las direcciones IPv6 de 128 bits como solución a largo plazo para la escasez de direcciones IPv4 disponibles. Las direcciones IPv6 proporcionan un espacio de direcciones mayor que el que hay disponible con las direcciones IPv4. Oracle Solaris admite direcciones IPv4 e IPv6 en el mismo host, gracias al uso de la pila doble de TCP/IP. Al igual que las direcciones IPv4 en formato CIDR, las direcciones IPv6 no tienen nociones de clases o máscaras de red. Al igual que en el formato CIDR, las direcciones IPv6 utilizan prefijos para designar la parte de la dirección que define la red del sitio. Para ver una introducción a IPv6, consulte Descripción general de las direcciones IPv6.
Máscaras de Subred
En una red bajo TCP/IP, el tráfico se encamina hacia un host consultando las partes de red y subred de una dirección de IP. La parte de red de una dirección de clase A, B o C tiene un tamaño fijo. Pero las organizaciones están en libertad de elegir sus propios tamaños de subred.
Ahora ¿cómo pueden conocer los encaminadores el tamaño de estos campos? La respuesta es simple, es necesario configurar los sistemas para que conozcan el tamaño de la parte de subred de la dirección y puedan crear sus tablas de enrutamiento para realizar los respectivos saltos.
El tamaño del campo de subred se almacena realmente en un parámetro de configuración llamado máscara de subred. La máscara de subred es una secuencia de 32 bits. Los bits que corresponden a los campos de red y subred de una dirección se ponen a (1) y los bits para el campo del sistema se ponen a (0).
Por ejemplo:
Si se usa el tercer byte de las direcciones que empiezan por 128.121.(xxx) para identificar las subredes, la máscara es;
11111111 11111111 11111111 00000000
lo que es igual a notación decimal con puntos:
255.255.255.0
en hexadecimal quedaría como;
X FF-FF-FF-00
Los host y los encaminadores conectados a una subred se deben configurar con la mascara de la subred.
Identificación de Redes y Subredes.
Resulta apropiado y más práctico usar el formato de notación con puntos para referirse a una red. Por convención, se hace completando la parte local de la dirección rellenándola con ceros, por ejemplo; 5.0.0.0 identifica una red clase A, 131.18.0.0 identifica una red clase B y 201.49.16.0 se refiere a una red de clase C.
Este mismo tipo de notación se usa para identificar las subredes. Por ejemplo, si la red 131.18.0.0 usa una máscara de red de 8 bits , 131.18.5.0 y 131.18.6.0 se refieren a subredes. Esta notación se usa para representar redes y subredes de destino en las tablas de encaminamiento IP. El precio por usar esta notación es que las direcciones de esta forma no se pueden asignar a ningún host ni encaminador. Además, el uso de un cero como número de subred hace que sea ambiguo el identificador 131.18.0.0. Por esta razón, en las normas se olvida el campo de subred cero.
¿Que es Subnetear?
Es dividir una red primaria en una serie de subredes, de tal forma que
cada una de ellas va a funcionar luego, a nivel de envio y
recepcion de paquetes, como una red individual, aunque todas pertenezcan
a la misma red principal y por lo tanto, al mismo dominio.
Nueva Página
Información
- Descripción
- Apunte sobre Sin título, creado por Gera Martinez el 12/09/2014.
- Creado por
- Gera Martinez
- Visitas
- 21
- Valoración