TCP.
TCP es un servicio de entrega orientado a conexión. Es totalmente fiable.
Los datos TCP se transmiten en segmentos y se establece una sesión antes de que las maquinas puedan intercambiar datos. TCP usa comunicaciones en flujo de bytes, es decir los datos son considerados una secuencia de bytes.
El TCP está definido en la RFC 793.
Puertos TCP.
Un puerto TCP nos da una localización para la entrega de mensajes. Los numeros de puertos inferiores a 256 son definidos como los puertos mas corrientemente usados. Por ejemplo podemos fijarnos en los siguientes puertos:
21 FTP
22 Telnet
53 Domain Name System (DNS)
139 Servicio de Sesión NetBIOS
UDP.
‘User Datagram Protocol’ UDP es un servicio de envío de datagramas sin garantía de entrega. A este método se le denomina ‘no conectado’ al contrario que el TCP que al establecer una sesión, se le denomina ‘conectado’. Por tanto, la llegada al destino de un datagrama o la secuencia correcta de entrega no está garantizada.
Para utilizar UDP, una aplicación debe dar una dirección IP y un numero de puerto de la aplicación destino. Un puerto, funciona como una cola de mensajes multiplexados que puede recibir múltiples mensajes al tiempo. Es importante resaltar que los puertos que vamos a mencionar en la siguiente tabla son puertos UDP y son distintos de los puertos TCP aún cuando algunos de ellos puedan tener el mismo numero.
15 NETSTAT Estado de la red
53 DOMAIN DNS (Domain Name Server)
69 TFTP Trivial File Transfer Protocol
137 NETBIOS-NS Servicio de nombres NETBIOS
138 NETBIOS-DGM Servicio de datagramas NETBIOS
161 SNMP Monitor de red SNMP
Después de haber visto estos conceptos vamos a ver lo que realmente necesitamos analizar y en lo que realmente nos vamos a concentrar.
DIRECCIONAMIENTO IP.
La Dirección IP.
La dirección IP identifica la localización de un sistema en la red. Equivale a una dirección de una calle y número de postal. Es decir, es única. No pueden existir en la misma ciudad dos calles con el mismo nombre y números de portal.
Cada dirección IP tiene dos partes. Una de ellas, identifica a la RED y la otra identifica a la maquina dentro de esa red. Todas las maquinas que pertenecen a la misma red requieren el mismo numero de RED el cual debe ser además único en Internet.
Identificación de RED e identificación de Host.
Hay dos formatos para referirnos a una dirección IP, formato binario y formato decimal con puntos. Cada dirección IP es de 32 bits de longitud y está compuesto por 4 campos de 8 bits, llamados bytes u octetos. Estos octetos están separados por puntos y cada uno de ellos representa un numero decimal entre ceo y 255. Los 32 bits de una dirección IP contienen tanto la Identificación de RED como la Identificación de Hosts dentro de la RED.
La manera mas fácil de “leer” para los humanos un dirección IP es mediante la notación decimal con puntos. Vamos a ver a continuación un ejemplo de una dirección IP en binario y decimal con puntos:
10011001110111000011010100001111 153.220.53.15
Ahora veremos como se realiza la conversión de Binario a Decimal.
Para convertir las direcciones de binario a decimal recordemos que cada bit de un octeto tiene asignado un valor decimal. Cuando convertimos cada bit a formato decimal, el mayor valor de un octeto es 255. Cada octeto se convierte separadamente.
CLASES DE DIRECCIONES
Hay dos diferentes clases de direcciones IP. Cada clase define la parte de la dirección IP que identifica a la RED y la parte que identifica al número de hosts dentro de esa red.
La comunidad Internet ha definido 5 clases de direcciones para poder acomodar redes de diferentes tamaños. El TCP/IP de Microsoft soporta las clases A, B y C.
La clase A, son direcciones del tipo w.x.y.z en donde ‘w’ representa la RED y x.y.z el número de host dentro de la red. En el siguiente cuadro podemos ver las clases A, B y C.
Existen Cinco Tipos de Clases Diferentes de Direcciones IP.
Vamos a verlas De Forma Rápida.
Clase A
Las direcciones de Clase A son asignadas a redes con un elevado numero de hosts. El bit de mayor orden en una dirección de clase A siempre es un cero. Los siguiente 7 bits que completan el primer octeto es la identificación de RED. Los restantes 24 bits (los 3 últimos octetos) representan el número de host. Esto permite en total 126 redes y aproximadamente 17 millones de host por cada red.
Clase B
Las direcciones de clase B son asignadas a redes de tamaño mediano / grande. Los dos primeros bits del primer octeto de las direcciones de clase B son siempre 1 0. Los siguientes 14 bits que completan los dos primeros octetos son la identificación de la RED. Los restantes 16 bits de los dos últimos octetos representan la Identificación del host. Esto supone 16.384 redes y aproximadamente 65.000 hosts en cada red.
Clase C
La clase C se utiliza para pequeñas LANs (redes de área local). Los tres primeros bits del primer octeto son siempre 1 1 0. Los siguientes 21 bits que completan los 3 primeros octetos representan la Identificación de una red en Clase C. Los últimos 8 bits (ultimo octeto) representa la Identificación del host. Esto permite aproximadamente 2 millones de redes y 254 hosts en cada red.
Clase D
Las direcciones de clase D son usadas para uso de grupos multicast. Un grupo multicast puede estar formado por uno o más hosts o por ninguno de ellos. Los 4 bits de mayor orden en el primer octeto en una clase D son siempre 1 1 1 0. El resto de bits designan el grupo especifico en el cual participa el cliente. No hay redes o Identificaciones de hosts del las operaciones de multicast. Los paquetes son pasados a una colección de hosts en una red. Solo los hosts registrados con una direccion multicasr van a recibir esos paquetes. Microsoft soporta las direcciones de clase D para las aplicaciones de datos en multicasting (radiodifusión) a los hosts en un segmento de trabajo Internet. Esto incluye WINS y Microsoft NetShow.
Clase E
La clase E son direcciones experimentales que no están disponibles para uso general y que se reservan para uso futuro. Los 4 bits del byte de mayor orden en una clase E están siempre colocados a 1 1 1 1.
PRINCIPIOS DE DIRECCIONAMIENTO.
No existen reglas para asignar direcciones IP. Por tanto se deben seguir ciertos principios para asegurarse que se está asignando un numero válido de Identificación de RED y de host.
Vamos a ver como asignar direcciones IP en un entorno de RED.
Hay varios principios que se deben seguir para asignar una Identificación de red y las Identificaciones de hosts.
· El ID de RED no debe ser 127. Esta Identificación está reservada para loopback (‘lazo’ para simular una red dentro de un único PC) y para funciones de diagnóstico.
· La identificación de RED y el número de host no pueden estar todos a ‘1’. Si todos los bits están colocados a ‘1’, la dirección se interpreta como una dirección de broadcast en vez de una dirección de un host.
· La identificación de RED y el número de host no pueden estar todos a 0. Si todos los bits están colocados a 0, la dirección se interpreta como ‘esta red únicamente’.
· EL número de host debe ser único para la Identificación de RED.
Asignando ID a los hosts.
Un número de host (ID host) identifica un host TCP/IP en una RED y debe ser único para esa Identificación de RED. Todos los hosts TCP, incluyendo las interfaces a los routers requieren una única ID. La ID del router es la dirección IP confogirada como una workstation default gateway (pasarela por defecto).
En el ejemplo anterior, para el host 123.0.0.13 su pasarela por defecto (default gateway) sería el 123.0.0.1.
Sugerencias para asignar números de hosts.
No existen reglas de cómo asignar una dirección IP válida. Se pueden por ejemplo, numerar todos los hosts consecutivamente o se puede asignar un numero que pueda ser fácilmente identificado. Por ejemplo:
Asignar los ID de los hosts en grupos basados en el tipo o en las características de su servidor.
MASCARA DE RED Y DIRECCION IP
Cada host en una red TCP/IP requiere una mascara de red (subnet mask). Vamos a ver el propósito de una mascara de red y como esta, forma parte del proceso que el IP usa para enviar paquetes.
Una mascara de red es una dirección de 32 bits usada para ‘enmascarar’ una parte de la dirección IP para distinguir el ID de red del ID de host. Esto es necesario para que el TCP/IP pueda determinar cuando una dirección IP pertenece a la red local o a una red remota.
Cada maquina en una red TCP/IP requiere una mascara de red, bien una mascara de red por defecto usada cuando una red no está dividida en subredes, o una mascara ‘personalizada’ cuando la red está dividida en segmentos.
Mascaras de red por defecto.
Una mascara de red por defecto se usa en las redes TCP/IP cuando estas no están divididas en subredes. Todos los hosts TCP/IP requieren esta mascara aunque estén en un solo segmento de red. La mascara por defecto que podemos utilizar, depende de la ‘clase’ de dirección.
En la mascara de red, todos los bits que corresponden a un ID de red están colocados a 1. El valor decimal de un octeto con todos unos, es 255. Todos los bits que corresponden al ID host estarán colocados a cero.
Direccionamiento IPv4.
Las direcciones IPv4 se expresan por un número binario de 32 bits permitiendo un espacio de direcciones de 4.294.967.296 (232) direcciones posibles. Las direcciones IP se pueden expresar como números de notación decimal: se dividen los 32 bits de la dirección en cuatro octetos. El valor decimal de cada octeto está comprendido en el rango de 0 a 255 [el número binario de 8 bits más alto es 11111111 y esos bits, de derecha a izquierda, tienen valores decimales de 1, 2, 4, 8, 16, 32, 64 y 128, lo que suma 255].
En la expresión de direcciones IPv4 en decimal se separa cada octeto por un carácter único ".". Cada uno de estos octetos puede estar comprendido entre 0 y 255, salvo algunas excepciones. Los ceros iniciales, si los hubiera, se pueden obviar.
Aqui encontramos las Direcciones IP Privadas.
Direcciones Privadas.
Hay ciertas direcciones en cada clase de dirección IP que no están asignadas y que se denominan direcciones privadas. Las direcciones privadas pueden ser utilizadas por los hosts que usan traducción de dirección de red (NAT) para conectarse a una red pública o por los hosts que no se conectan a Internet. En una misma red no pueden existir dos direcciones iguales, pero sí se pueden repetir en dos redes privadas que no tengan conexión entre sí o que se conecten mediante el protocolo NAT. Las direcciones privadas son:
- Clase A: 10.0.0.0 a 10.255.255.255 (8 bits red, 24 bits hosts).
- Clase B: 172.16.0.0 a 172.31.255.255 (16 bits red, 16 bits hosts). 16 redes clase B contiguas, uso en universidades y grandes compañías.
- Clase C: 192.168.0.0 a 192.168.255.255 (24 bits red, 8 bits hosts). 256 redes clase C contiguas, uso de compañías medias y pequeñas además de pequeños proveedores de internet (ISP).
SUBREDES.
Vamos a ver como podemos asignar direcciones IP a múltiples redes TCP/IP con un simple identificativo de numero de red (un único ID).
Veremos conceptos fundamentales y procedimientos para implementar las subredes y supraredes. Igualmente veremos cuando es necesario hacer una subred, y como y cuándo usar una submascara de red por defecto, como definir una submascara personalizada y como crear un rango de direcciones IP para cada subred.
INTRODUCCIÓN A LAS SUBREDES
Una subred es un segmento físico del entorno TCP/IP que utiliza una direccion IP derivada de un único ID de red. Recordemos que una empresa o una organización tiene un ID de red que le es asignado por el comité InterNIC.
Dividiendo la red en sub-redes, requiere que cada segmento use un diferente ID de red, o en un diferente ID de subred.
Como vemos en el ejemplo anterior un único ID de subred está utilizado para cada segmento simplemente haciendo que el ID de red forme parte de ID de subred. Una parte la utilizamos para identificar el segmento como una única red, y la otra parte es la usada para identificar los PCs (hosts). Esto es lo que llamamos subredes. No es necesario utilizarlo en una red privada, pero también es conveniente en ella por labores administrativas y de mantenimiento.
Existe beneficios claros al hacer subredes:
- Mezclar diferentes topologías de red, como por ejemplo Ethernet y Token Ring.
- Superar limitaciones de las actuales tecnologías, como exceder el máximo numero de hosts por segmento.
- Reducir la congestión de red redireccionando el trafico y reduciendo el broadcasting.
Implementando las subredes.
Antes de implementar las subredes, debemos determinar las necesidades actuales y planear los requerimientos futuros. Esta pequeña guía puede orientarnos:
a. Determinar el número de segmentos físicos en nuestra red.
b. Determinar el número de direcciones hosts en cada segmento físico de la red. Cada host TCP/IP requiere al menos una dirección IP.
c. Basado en nuestras necesidades, definir:
- Una mascara de red para TODA la red
- Una única ID de subred para segmento físico.
- Un rango de ID de host para cada subred.
Mascaras de bits en las subredes.
Antes de definir una mascara de subred, debemos determinar el número de segmentos y host por segmento que vamos a necesitar en el futuro.
Cuantos mas bits utilicemos en las mascara de subred, más subredes estarán disponibles. Por ejemplo, los siguientes ejemplos en clase B muestran la correlación entre el número de bits y el número de subredes y hosts.
3 bits = 6 subredes = 8000 hosts por subred (aproximadamente)
8 bits = 254 subredes = 254 hosts por subred.
Usando mas bits de los necesarios, nos permitirá aumentar el número de subredes pero nos va a limitar la cantidad de hosts en cada subred. Si se utilizan los bits necesarios para las subredes actuales, nos permitirá aumentar el numero de hosts pero estaremos limitados al número de subredes definidas inicialmente.
DEFINIENDO UNA MASCARA DE SUBRED
El definir una mascara de subred es un proceso de tres pasos. Vamos a ver esos tres pasos y a realizar unos ejemplos para definir las subredes.
Definir una mascara de subred es necesario si estamos dividiendo nuestra red en subredes. Vamos a seguir para ello los tres pasos siguientes:
1) Una vez que hayamos determinado el número de segmentos en nuestra red, convertimos dicho número a formato binario.
2) Contamos el número de bits necesarios para representar el número de segmentos físicos en binario. Por ejemplo, si necesitásemos 6 subredes, el valor binario es 1 1 0. Para representar 6 en binario, requerimos tres bits.
3) Convertir ese número de bits a formato decimal de izquierda a derecha. Por ejemplo si son necesarios 3 bits, utilizaremos los tres primeros bits del ID de host como el ID de subred. Es decir: 11100000. Su valor decimal (podemos utilzar para las conversiones la calculadora de Windows) es 224. La mascara de subred es por tanto: 255.255.224.0 en nuestro ejemplo de clase B.
A continuación encontramos una tabla de conversión en donde apreciamos conversiones ya realizadas y en forma fácil de entender.
Tablas de Conversión
La siguiente tabla lista mascaras de subred ya convertidas a decimal usando un octeto para las redes de clase A.
La siguiente tabla lista mascaras de subred ya convertidas a decimal usando un octeto para las redes de clase B.
La siguiente tabla lista mascaras de subred ya convertidas a decimal usando un octeto para las redes de clase C.
DEFINIENDO IDs DE SUBRED
Los identificadores (IDs) de subred se definen usando el mismo número de bits que se usan para definir la mascar de subred.
Podemos definir el ID de subred usando el mismo numero de bits que hemos utilizado para la mascara de subred.
1) Usando el mismo número de bits que son usados para el caclulo de la mascara de subred, listamos todas las posibles combinaciones.
2) Eliminamos todos los valores que su contenido son todos ceros o unos. Todos los ceros o unos son direcciones IP inválidas, debido a que todo ceros, indica “esta red unicamente” y todos a unos, coincide con la mascara de subred.
3) Convertir a decimal los valores para cada subred. Cada valor decimal representa una única subred. Este valor será usado para definir el rango de hosts para esa subred.
DEFINIENDO IDs DE HOSTS EN UNA SUBRED.
Podemos seguir un pequeño procedimiento para determinar el número de hosts por subred. De hecho, si hemos definido los IDs de subred, entonces hemos definido ya los IDs de los hosts de cada subred.
El resultado de cada valor incremental que hemos visto anteriormente, indica el comienzo de un rango de IDs de host. Sigamos con el ejemplo:
Como determinar el número de hosts por subred.
1) Calcular el número de bits disponibles para la ID del host. Por ejemplo, si estamos en una direccion de clase B, que usa 16 bits para la ID de red y 2 bits para la ID de subred, nos quedan 14 bits para el ID de host.
2) Convertir el valor binario de los bits del ID de host a decimal. Por ejemplo 11111111111111 en binario (14 bits) es 16.383 en formato decimal.
3) Restarle 1.
IMPLEMENTANDO ROUTING DE IP.
Routing (encaminar) es el proceso de escoger el camino bajo el cual van a ser enviados los paquetes. El routing sucede cuando enviamos los paquetes a través de un router debido a que el host destino no está en nuestra red. Un router es una maquina o un dispositivo que reenvía los paquetes desde una red física a otra. A los routers muchas veces se les llama gateways.
Recordemos, de los primeros capítulos, la secuencia por la que el TCP/IP envía los paquetes:
1) Se hace una suma lógica (AND) entre la dirección IP origen (nuestra maquina) y la mascara de IP.
2) Se hace una suma lógica (AND) entre la dirección IP destino y la mascara de IP.
3) Si coinciden, pertenece a nuestra red, por lo que se localizará la dirección física del destino, primero mirando en la caché ARP de nuestra maquina, y si no existe, se localizará la maquina destino mediante broadcasting de ARP. Una vez localizada se enviará el paquete IP al destino y se guardará la dirección física de ese destino en la caché ARP.
4) Si no coinciden, el paquete se envía al router o gateway por defecto que tengamos definido en nuestro hosts.
Pensemos que nuestra maquina, puede tener más de un adaptador de red. Este es el caso de los routers e incluso el caso de un PC domestico, con tarjeta de red y con módem (el cual es un adaptador más). Antes de enviar el paquete a la red, se debe tomar la decisión de ‘por donde’ enviarlo.
1) Cuando un host espera comunicar con otro host, el IP determina primero si el destino está en la red local o en otra red.
2) Si el destino es un host remoto (está en otra red), el IP busca en la tabla de rutas una posible ruta para localizar el host destino en la red remota.
3) Si no hay una ruta explicita, IP utiliza el gateway por defecto para enviar el paquete al router.
4) En el router otra vez, es consultada su tabla de rutas, para seguir buscando un camino del host remoto o de la red. Si no existe un camino explicito, el router reenviará otra vez el paquete a su propio gateway por defecto para que continuar la cadena y que sea este siguiente router el encargado de repetir el ciclo.
Según vamos encintrando cada router el paquete se envía al siguiente router. Esto se le llama un “salto”. Finalmente el paquete es entregado en el host destino. Si alguna ruta no se encuentra se envía un mensaje de error al hosts origen.
Encaminamiento (routing) de IP. Estático versus Dinámico.
Como los routers obtienen información depende de si los routers permiten encaminamiento de IP estático o dinámico.
Los routers estáticos necesitan que las tablas de rutas sean construidas y actualizadas manualmente. Si una ruta cambia, los routers estáticos no informan a nadie de esta cambio, es decir los routers estáticos con intercambian información con los routers dinámicos.
El encaminamiento dinámico es una función de los protocolos de routing, como por ejemplo el Routing Informatiuon Protocol (RIP) y el Open Shortest Parh First (OSPF). Los protocolos de routing periódicamente intercambian rutas a redes conocidas a lo largo de los routers dinámicos. Si una ruta cambia, todos los routers dinámicos son informados de dicho cambio.
- Podemos ver la tabla de rutas de nuestro ordenador ejecutando el comando route print.
- Dicho comando también nos permitirá modificarla, añadiendo entradas o cambiándolas.
ENRUTAMIENTO ESTATICO DE IP
Para enviar paquetes IP a otras redes, debemos configurar cada uno de los routers estáticos de nuestra red. Debemos entrar en la configuración de cada router y modificar la tabla de rutas para cada red o subred de nuestra red total de trabajo.
Veamos el siguiente ejemplo:
- El ordenador A tiene únicamente una conexión local a las redes 1 y 2. De esta manera los hosts de la red 1 pueden comunicarse con los hosts de la red 2, pero no pueden comunicarse con los hosts de la red 3.
- El ordenador B puede únicamente conectar las redes 2 y 3. Los hosts de la red 3 pueden comunicar con los hosts de la red 2, pero no pueden comunicar con los hosts en la red 1.
Configurando los routers estáticos.
En una red de trabajo con al menos un router estático, necesitamos configurar la entrada de la tabla de rutas (routing table) de cada router para ‘mostrarle’ todas las redes conocidas.
Vamos a ceñirnos al ejemplo anterior y veamos como debemos configurar cada uno de los routers A y B.
- Creamos una entrada en la tabla estática de rutas en el ordenador A. La entrada contiene la identificación de red (network ID) de la red 3 y la dirección IP (131.96.5.1) de la interface que el ordenador A necesita para enviar paquetes (route) desde la red 1 a la red 3.
- Creamos una entrada en la tabla estática de rutas en el ordenador B. La entrada contiene la identificación de red (network ID) de la red 1. Estea entrada también contiene la direccion IP (131.96.5.2) de la interface que el ordenador B necesita para enviar paquetes desde la red 3 a la red 1.
Usando la dirección del Gateway por defecto.
Uno de los métodos de configurar un router estático sin añadir manualmente rutas a la tabla de rutas, es configurar cada ‘multihomed computer’ la dirección del gateway por defecto como la interface local de otro ‘multihomed computer’ en la red común. Este método solo trabaja correctamente con dos routers estáticos.
Construyendo una tabla de rutas.
Podemos añadir información a la tabla de rutas, utilizando el comando route. El comando route print se puede utilizar para ver las entradas por defecto en las tablas de rutas. Una entrada estática debe añadirse a los routers estáticos de todas las redes en los cuales no esté configurada una nueva interface. Una entrada estática incluye a lo siguiente:
- Dirección de red. El ID de red o el nombre de red de la red de destino. Si un nombre de red es usado para definir el destino, este debe encontrarse en el fichero ‘Networks’. (veremos estos temas de resolución de nombres en capítulos posteriores).
- Mascara de red. La mascara de subred para esa dirección de red.
- Dirección del Gateway. La dirección IP o el nombre del host de la interface de destino de red. Si utilizamos un nombre para esta gateway, debe ser encontrado en le fichero ‘Hosts’. (veremos estos temas de resolución de nombres en capítulos posteriores).
Entradas por defecto en la tabla de rutas.
La taba de rutas que mantiene Windows con las entradas por defecto lo podemos ver en la siguiente tabla.
Dirección Descripción
0.0.0.0 La dirección usada como ruta por defecto para cualquier no especificada en la tabla de rutas.
Subnet Broadcast La dirección usada para broadcasting en la subred local.
Network Broadcast La dirección usada para broadcasting a la red.
Local loopback La dirección usada para pruebas de configuración de IP y conexiones.
Local network La dirección usada para enviar paquetes a los hosts en a red local.
Local host La dirección del ordenador local (del propio ordenador). Esta dirección referencia a la dirección de loopback.
ENCAMINAMIENTO DINAMICO DE IP
Con encaminamiento dinámico, los routers automáticamente intercambian los caminos conocidos para ir de una a otra red. Si el camino cambia, los protocolos de routing automáticamente actualizan las tablas de rutas e informan a los otros routers de estos cambios. En las grandes redes (y en Internet), las tablas de rutas dinámicas, juegan un papel importante en las comunicaciones de la red.
El routing dinámico se implementa típicamente en las grandes redes debido a que necesita una mínima configuración y mantenimiento por los administradores de la red. El routing dinámico requiere un protocolo de routing como RIP u OSPF.
Para que un hosts se comunique con otros hosts en una red, la dirección del default gateway debe contener la dirección IP del router. No es necesaria otro tipo de configuración.
INTEGRANDO ROUTING DINAMICO Y ESTATICO.
Un router estático no intercambia información de sus tablas de rutas con los routers dinámicos. Para encaminar desde un router estático a uno dinámico, necesitamos añadir una ruta estática en ambos routers.
Nota: Algunas implementaciones del RIP no propagan las tablas de rutas estáticas. En este caso, es necesario configurar estáticamente todos los routers de la red.
VLSM-Máscaras de subred de tamaño variable.
Las máscaras de subred de tamaño variable (variable length subnet mask, VLSM) representan otra de las tantas soluciones que se implementaron para el agotamiento de direcciones ip (1987). Otra de las funciones de VLSM es descentralizar las redes y de esta forma conseguir redes mas seguras y jerárquicas.
Ejemplo de desperdicio de direcciones 1.
Si se utiliza una máscara de subred de tamaño fijo (la misma máscara de subred en todas las subredes), todas las subredes van a tener el mismo tamaño. Por ejemplo, si la subred más grande necesita 200 hosts, todas las subredes van a tener el mismo tamaño de 256 direcciones IP. (Nota: se ha redondeado hacia arriba, hacia la siguiente potencia de 2.) Si a una subred que necesita 10 equipos, se asigna la misma subred de 256 direcciones, las restantes 246 direcciones se desperdician. Incluso los enlaces seriales (WAN), que sólo necesitan dos direcciones IP, requieren la misma subred, de 256 direcciones.
En el siguiente ejemplo se plantea la creación de la red de una empresa que tendrá oficinas en diferentes ciudades del país por tanto se plantea lo siguiente:
Bogotá: 1000 Host
Baranquilla:500 Host
Bucaramanga: 500 Host
Cúcuta: 300 Host
Valledupar: 300 Host
Arauca:300 Host
Santa Marta: 300 host
Esta red se planteara usando VLSM, lo cual permitirá un mejor aprovechamiento de las IP disponibles:
Por tanto se plantea la siguiente tabla de direccionamiento:
RED | ID RED | DIRECCIONES DISPONIBLES | BROADCAST | MASCARA |
BOGOTA | 10.0.0.0 | 10.0.0.1—- 10.0.3.254 | 10.0.3.255 | 255.255.252.0 |
BUCARAMANGA | 10.0.4.0 | 10.0.4.1—- 10.0.5.254 | 10.0.5.255 | 255.255.248.0 |
BARRANQUILLA | 10.0.6.0 | 10.0.6.1—- 10.0.7.254 | 10.0.7.255 | 255.255.252.0 |
ARAUCA | 10.0.8.0 | 10.0.8.1—- 10.0.9.254 | 10.0.9.255 | 255.255.252.0 |
CUCUTA | 10.0.10.0 | 10.0.10.1—- 10.0.11.254 | 10.0.11.255 | 255.255.240.0 |
VALLEDUPAR | 10.0.12.0 | 10.0.12.1—- 10.0.13.254 | 10.0.13.255 | 255.255.240.0 |
SANTAMARTA | 10.0.14.0 | 10.0.14.1—- 10.0.15.254 | 10.0.15.255 | 255.255.240.0 |
Basándose en el direccionamiento anterior se procede a montar la red en Packet Tracer:
En el siguiente link podran encontar, el ejerciccio en Packet Tracer en la version 5.3.1
