Ruteo en Linux vs Cisco – Parte 2

Para seguir evaluando las difrencias y similitudes en ambas plataformas (ver parte 1),  trataré de ir haciendo una muestra de equivalencias en ambos sistemas, para que pueda ser usado como “diccionario” para los habitantes de estos dos mundos.

Privilegios

En el mundo de los sistemas, conozco un solo sistema operativo anarquico, es decir, donde cualquier usuario puede llegar a cambiar cualquier configuración, pero no es el tema de este artículo, si no por el contrario, tanto linux como IOS (sistema operativo de CISCO), necesitamos ciertos privilegios en el sistema para poder cambiar una configuración.
Basicamente, en linux tenemos a los usuarios, los grupos, y el usuario root.
Los permisos se otorgan mediante distintos permisos en los archivos, siendo que los archivos tienen un dueño (un usuario), tambien tienen un grupo, el cual es un conjunto de usuarios. De esta manera, linux puede distribuir ciertas responsabilidades en distintos usuarios. Sin embargo, el poder de todo lo tiene el usuario “root” (esto no es nada particular de linux, si no mas bien de los sistemas operativos unix).

Así cuando querramos configurar algo en nuestro linux deberemos tener acceso al usuario root.

Podemos pasar de usuario común a root de la siguiente manera:

usuario@myhome:~$ su - root
Password:
myhome:~#

Tipicamente, en los unix, ver el signo  # significa tener los permisos de superusuario (root).
Algo parecido (en realidad identico pero enmascarado), sucede en los sistemas IOS.
Cuando iniciamos por primera vez un router cisco, y nos conectamos mediante una terminal (hyperterminal o minicom), vemos esto:

Router>

Que significa que solo tenemos acceso a un limitado número de comandos, para poder ejecutar comandos que afecten a la configuración del router debemos ejecutar el comando “enable”.

Router>enable
Router#

Como vemos el prompt, nos muestra el signo #, que nos indica que tenemos los permisos equivalentes a root, en un sistema unix.
En este caso, ejecutar el comando enable nos transforma automaticamente en superusuarios, sin embargo, cuando se configura un router, mas que para realizar unas pruebas, se establece una contraseña, asi mismo, se puede establecer una contraseña para el usuario mas básico, de forma tal que nadie que no conozca la contraseña pueda siquiera husmear en el router.

Router>enable
Password:
Router#

Al instalar un IOS, lo primero que debemos hacer es configurar una contraseña,
para estar mas seguros de que nadie meterá las narices donde no debe.

Tanto IOS como linux, tienen mecanismos similares de autenticación, en el caso de linux pueden ser mucho mas avanzado, sin embargo no suelen tener mucha reelevancia si queremos que actue solo como router.

Guardar Cambios

Una diferencia, que si bien es simple, pero importante, es como ambos sistemas, es la forma en que estos guardan los cambios efectuados.
En ambas plataformas,  los cambios de configuración se hacen inmediatamente al ejecutar el comando, sin embargo, este cambio solo dura, hasta que se reinicie el equipo. Para perdurar los cambios mas allá de los reinicios, en las plataformas cisco, debemos ejecutar el comando “write”, este comando guarda todas los cambios realizados en el equipo, y volveran a ser levantadas una vez que se reinicie.

En linux, no existe un comando tan general que guarde todos los cambios realizados, si no que cada configuración o variable, tiene su o sus archivo/s. En las siguientes secciones revisaremos esos archivos y la forma analoga de hacerlo en cisco.

Configuración de interfaces en [ Linux | Cisco ]

Algo fundamental en cualquier dispositivo de red, es poder configurar las interfaces de red.
Compararemos los siguientes puntos, para hace un primer “approach”, en estas equivalencias entre cisco y linux.

En este post nos encargaremos de analizar y comparar estos puntos.

Configuración básica

Salvado de información

Visualización de datos

Configuración básica

Para asignara una dirección de red a una interfaz en linux (como root):

ifconfig eth0 192.168.1.1 netmask 255.255.255.0

Aún que vale recalcar que esto se mantiene por compatibilidad con los unixs, ya que la mejor manera de configurar las interfaces en linux, es con el pack de utilidades iproute2, que se haría de la siguiente manera:

ip addres add 192.168.1.1 dev eth0

Para agregar una descripción podemos agregarla en los archivos de configuración que veremos mas abajo.

En un router cisco, lo hariamos de la siguiente manera:

Router>enable
Router#config t
Enter configuration commands, one per line.  End with CNTL/Z.
Router(config)#interface FastEthernet 0/0
Router(config-if)#no shutdown
Router(config-if)#ip address 192.168.1.1 255.255.255.0

Al momento de ejecutar el comando enable, el router puede pedirnos un password, este password se configurar
en la instalacion del router, aunque puede quedar sin password, como en este caso.

Para agregar una descripción podemos usar:

Router(config-if)#description "Ethernet conectada a la dmz"

Para configurar el hostname de un router Cisco:
Router>enable
Router#config t
Router(config)#hostname MyRouter
MyRouter(config)#exit
MyRouter#write
El "write" graba todos los cambios hechos, por lo cual insisto en ser cuidadosos con este comando, por que si ademas de cambiar el nombre, cambiamos otra cosa, quedará grabado al ejecutar "write"

En linux, necesitamos ser root,  y lo hacemos de la siguiente manera:
gustavo@Onix:~$ su -
Contraseña:
Onix:~# hostname MyHostname
Onix:~#
Como vemos, el comando es igual que en cisco, sin embargo, pareciera ser que no cambia automáticamente el hostname,  sin embargo si es asi, solo que el hostname que vemos en nuestra consola ( Onix:~# ) es una variable que se configura en el momento que iniciamos sesión. Por lo tanto, si ejecutamos el comando exit, y volvemos a loguearnos, ya aparecerá el nombre cambiado.

Otra forma de cambiar el hostname, es ejecutando:
Onix:~# echo "MyHostname"  > /proc/sys/kernel/hostname
De todos modos, el hostname no cambiara en nuestra consola, hasta que loguemos de nuevo.

Los comandos vistos recientemente,  no cambian el hostname de nuestro linux permanentemente. Para hacerlo permanente mente, debemos editar el archivo: /etc/hostname
En este caso no necesitamos editarlo con un editor, ya que es solo una linea la que hay que cambiar:
echo "MyHostname" > /etc/hostname
Salvado de configuración de las interfaces
Tanto en Cisco, como en Linux, los cambios explicados arriba, se pierden a la hora de reiniciar el equipo. Los dos sistemas tienen formas de guardar esta información, a saber:

En una distro tipo Debian el archivo es: /etc/network/interfaces

En los sistemas tipo RedHat el archivo es: /etc/sysconfig/network-scripts/ifcfg-[nombre de la intefaz]

Para poder editar estos archivos usamos cualquier editor de texto instalado. Generalmente Vi.

Una vez editado el archivo correspondiente, los cambios no se aplican hasta que reiniciemos los scripts de red.
En la plataforma Cisco, una vez realizado el cambio pretendido, si se quiere guardar dicho cambio, se hace de la siguiente manera:
Router(config-if)#ip address 192.168.1.1 255.255.255.0
Router(config-if)#exit
Router(config)#exit
Router#write
Building configuration...
[OK]
Router#
Este comando, guarda todos los cambios realizados en el router, por lo cual hay que tener cuidado al utilizarlo, por que podemos estar guardando algun otro cambio que hayamos realizado.
Visualización de datos
En ocaciones necesitamos visualizar cierta información de las interfaces, en Cisco podemos hacerlo de la siguiente manera:
Router>show interfaces
FastEthernet0/0 is administratively down, line protocol is down (disabled)
 Hardware is Lance, address is 00e0.8f0d.d501 (bia 00e0.8f0d.d501)
 Description: "Ethernet conectada a la dmz"
 Internet address is 192.168.1.1/24
 MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec, rely 255/255, load 1/255
 Encapsulation ARPA, loopback not set
 ARP type: ARPA, ARP Timeout 04:00:00,
 Last input 00:00:08, output 00:00:05, output hang never
 Last clearing of "show interface" counters never
 Queueing strategy: fifo
 Output queue :0/40 (size/max)
 5 minute input rate 0 bits/sec, 0 packets/sec
 5 minute output rate 0 bits/sec, 0 packets/sec
 0 packets input, 0 bytes, 0 no buffer
 Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
 0 input packets with dribble condition detected
 0 packets output, 0 bytes, 0 underruns
 0 output errors, 0 collisions, 1 interface resets
 0 babbles, 0 late collision, 0 deferred
 0 lost carrier, 0 no carrier
 0 output buffer failures, 0 output buffers swapped out
....
Este comando nos lista abundante información de todas las interfaces de red.
En Linux ejecutamos:
Para ver información sobre una sola interfaz:
/sbin/ifconfig eth0
eth0      Link encap:Ethernet  HWaddr 00:16:17:77:cd:1b
 inet addr:192.168.1.3  Bcast:192.168.1.7  Mask:255.255.255.248
 inet6 addr: fe80::216:17ff:fe77:cd1b/64 Scope:Link
 UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
 RX packets:4606 errors:0 dropped:0 overruns:0 frame:0
 TX packets:3338 errors:0 dropped:0 overruns:0 carrier:0
 collisions:0 txqueuelen:1000
 RX bytes:384745 (375.7 KiB)  TX bytes:602690 (588.5 KiB)
 Interrupt:250 Base address:0x2000
Para ver info de todas las interfaces:
/sbin/ifconfig
eth0      Link encap:Ethernet  HWaddr 00:16:17:77:cd:1b
 inet addr:192.168.1.3  Bcast:192.168.1.7  Mask:255.255.255.248
 inet6 addr: fe80::216:17ff:fe77:cd1b/64 Scope:Link
 UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
 RX packets:4606 errors:0 dropped:0 overruns:0 frame:0
 TX packets:3338 errors:0 dropped:0 overruns:0 carrier:0
 collisions:0 txqueuelen:1000
 RX bytes:384745 (375.7 KiB)  TX bytes:602690 (588.5 KiB)
 Interrupt:250 Base address:0x2000

lo        Link encap:Local Loopback
 inet addr:127.0.0.1  Mask:255.0.0.0
 inet6 addr: ::1/128 Scope:Host
 UP LOOPBACK RUNNING  MTU:16436  Metric:1
 RX packets:4112 errors:0 dropped:0 overruns:0 frame:0
 TX packets:4112 errors:0 dropped:0 overruns:0 carrier:0
 collisions:0 txqueuelen:0
 RX bytes:176739 (172.5 KiB)  TX bytes:176739 (172.5 KiB)
Con el comando iproute, podemos visualizar sobre una sola interfaz de la siguiente manera:
ip address list eth0
3: eth1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000
 link/ether 00:16:17:77:cd:1a brd ff:ff:ff:ff:ff:ff
ó
ip address list
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN
 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
 inet 127.0.0.1/8 scope host lo
 inet6 ::1/128 scope host
 valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000
 link/ether 00:16:17:77:cd:1b brd ff:ff:ff:ff:ff:ff
 inet 192.168.1.3/29 brd 192.168.1.7 scope global eth0
 inet6 fe80::216:17ff:fe77:cd1b/64 scope link
 valid_lft forever preferred_lft forever
para ver la info de todas las interfaces.
En los siguientes posts veremos algunos detalles mas avanzados, relacionados con el ruteo en ambos sistemas.
/* A partir de marzo nos estamos mudando a http://netsecure.com.ar o http://www.netvulcano.com.ar */

Ruteo en linux vs Cisco I

Por que comparar

Podés estar preguntandoté por que realizar una comparación entre cisco (reyes indiscutibles de las grandes redes) contra el kernel linux, utilizado principal mente para brindar servicios de red, es probable, que opines que es como comparar Papas con frutillas.
He aquí la respuesta: Sin duda, cada uno ocupa un lugar que no puede ser remplazado por el otro, empero, hay una zona gris, donde si bien puede usarse un router cisco, también puede usarse un servidor linux, ahorrando costos y teniendo muchos mas beneficios. Otra de las razones, es que con una serie de artículos que cubran las diferencias y similitudes entre ambos, quienes conozcan de cisco podrán aproximarse al mundo linux de manera mas simple, y viceversa.

Empezemos de una vez!

Cabe mencionar, que existe un proyecto llamado FREESCO, el cual intenta proveer en un solo disquette un sistema operativo (kernel linux) que suplante a los productos de CISCO o 3COM.

Cisco provee una cantidad enorme de productos, dentro de los cuales los firewalls, los routers y los switch son los mas conocidos y abundantes. CISCO suele innovar en los protocolos y funcionalidades de dispositivos de red, y es el referente mas grande del mundo en cuanto a Networking.

Linux por su parte es un kernel, con varios años de desarrollo, al igual que los kernels BSD tiene carácteristicas importantes cuando hablamos de ruteo o firewalls, por sobre eso, las distribuciones GNU/Linux, son tan abundantes que pueden instalarse en varios tipos de arquitecturas de servidores (incluso mainframes) y PCs de escritorios.

Para empezar, debemos hablar sobre la diferencia de Hardware, la cual es muy importante en esta comparación.

Hardware

Linux, ha demostrado ser un de los kernels mas portables, exceptuando NetBSD (que sin duda es el kernel mas portado) Linux ha podido instalarse en Mainframes (la famosa BlueGene) y hasta en pockets pc o telefonos celulares. Esto nos da la ventaja de poder instalar linux en casi cualquier hard disponible.

Si bien esto nos da mayor flexibilidad, cuando lo comparamos con CISCO, debemos entender que todo el hard de cisco, esta especialmente integrado, ayudando a que el software haga uso de las capacidades a nivel firmware.
Otra punto importante a evaluar, es la fidelidad.
Es probable, que un hard CISCO, tenga una mayor fidelidad que una pc cualquiera. Para poder usar una PC, deberiamos eliminar los discos con partes mobiles (suplantandolós por disco de estado solido) , lo cual son la parte mas sensibles de las PC junto con la alimentación electríca y la temperatura.
Es decir, que el hecho de que Linux se pueda instalar en cualquier hard, no significa necesariamente, que nos saldrá mas barato, pero sin duda, si que nos da mayor flexibilidad desde cualquier punto de vista.
Sin embargo, Linux tomará ventaja, cuando pensemos que a la pc podemos remplazar cualquiera de sus partes para mejorarla, o reemplazar alguna parte dañada.

Tanto en el hard cisco como en el que puede instalarse un Linux, son unidades de procesamiento, y las capacidades dependerán fundamentalmente del costo que estemos dispuestos a gastar. Para poder hacer una correcta comparación, se debe evaluar el ámbito de aplicación, ya que en ciertos casos es mas fácil usar un router cisco, y en otros, será mas facil instalar una pc con un linux instalado especialmente para routear.

Características

Consideraremos al ruteo, o las funcionalidades de un firewall como un servicio que puede ser brindado por un nodo de la red, para poder comparar de manera cuantificable las características de CISCO contra Linux.

Depende del costo que gastemos en un router cisco, podremos obtener mas servicios y características. Fundamentalmente CISCO provee en sus dispositivos servicios de ruteo avanzado, con protocolos como RIP(v2,ng), BGP, EIGRP, GRP, OSPF, y  demás, los cuales permiten realizar sistemas complejos de ruteo, de una manera bastante simple. Todo esto se puede combinar con STP, para lograr una rápida y segura convergencia de la red.

Sin embargo, aunque con un poquito mas de esfuerzo (verdaderamente muy poco) podemos tener exactamente los mismos servicios, en un server con alguna distro GNU/Linux, pero a esos servicios podemos agregarle los servicios “clásicos” brindados por un servidor Unix, llamese, NFS, CIFS, DNS, FTP, SSH, HTTP, IRC, y bue.. no se, 65000 mas. Lo que en verda quiero decir, es que en un linux podemos implementar ciertos servicios adicionales que sirvan a la red de usuarios, y aún si fueramos puristas y quisieramos tener un dispositivo que solo rutee, las posibilidades de selección de ruta son mucho mejor, como ya intentaremos mostrar.
Por sobre esto, hay muchas herramientas, para obtener estadisticas, o para detectar errores de red o de aplicaciones (por ejemplo sniffers, scanners etc).

A pesar de todo eso, esto no hace que Linux sea la opción ideal, ya que todas estas características pierden importancia cuando pensamos, que si bien podemos llegar a necesitar algunas de ellas,  probablemente no lo necesitaremos en todos los nodos, por lo que la simpleza de los dispositivos embebidos puede disputarle la punta según la necesidad.

Un punto mas a considerar, es el esfuerzo a la hora instalar un fix o una version nueva del software.
En el caso de CISCO significa un indisponabilidad segura, ya que para updatear necesitamos reiniciar, en Linux, solo necesitamos reiniciar completamente, es caso de que se trate de un update en el kernel, pero si se trata de alguno de los servicios, es sabido que solo necesitaremos reiniciar el servicio.

Sin duda, en muchos casos Linux, llevará la punta en cuanto a cantidad de aplicaciones que podemos implementar sobre el, en comparación con la poca flexibilidad que nos ofrece CISCO, a la inversa, la simplicidad y minimalidad de CISCO es una ventaja que puede volcar la balanza a su favor.

Conocimientos

Al comparar ambas posibilidades, debemos tener en cuenta los conocimientos necesarios para poder operar cualquiera de los dos.
Sin embargo, no voy explayarme sobre esto, ya que en los sucesivos artículos trataremos de comprar ambas posibilidades, y conocer las dos formas de hacerlo, ya que considero, que los administradores eligen una u otra cosa, dependiendo del conocimiento que tienen de una u otra tecnología, dejando en segundo plano los otros puntos a considerar.

Espero que se vayan dejando bien sentadas las diferencias (ventajas y desventajas) y cualquier acotación será mas que bienvenida, seguimos en el próximo artículo!.

Tecnica de subnetting, el camino de los segmentos

En otro artículo (ver) vimos como dividir redes en segmentos, pero saber contabilizar IPs, es solamente un rudimento del networking.
Hoy nos encargaremos de ver como aplicamos esta técnica de forma correcta, para poder aprovechar y los beneficios de una buena diagramación de red.

VMLS en REDES

Siempre que tengamos algo mas que un switch y un router, conviene economizar IPs.

Esta red consta de 4 routers, 4 enlaces, y 3 redes.

Supongamos que esta es una red a la cual debemos administrar, y para empezar, debemos asignarle las direcciones IPs.
Comenzaremos con las redes, es decir RED1, RED2 y RED3.
A la hora de decidir que rango IP asignaremos a una red, debemos meditar en la cantidad de hosts que posee actualmente, y calcular el crecimiento.
Imaginaremos que RED1 consta de 20 hosts pertenecientes a un aula, el cual probablemente continúe casi con la misma cantidad de hosts. Por consiguiente podriamos optar por una  /27 (255.255.255.224), es decir 30 hosts.

Numeraríamos entonces, a la RED1 con 192.168.1.0/27.
Es decir podemos asignar desde 192.168.1.1 a 192.168.1.30 y nuestra dirección de broadcast sería 192.168.1.31.
En el caso de la RED2, podemos pensar que es nuestro campus, en el cual se brinda acceso wireless, el cual da acceso a unas 8 o 9 notebooks como maximo. Para lo cual nos viene excelente una /28 (255.255.255.248), que nos permite tener unas 14 IPs para asignar.
Y he aqui la diferencia entre una red bien diagramada y una que no.
Si no conocieramos la técnica de VMLS, asignariamos a cada red un rango de ip distinto, por ejemplo 192.168.1.0/24, 192.168.2.0/24 y 192.168.3.0/24, sin embargo, ahora tenemos conocimiento suficiente como para hacer las cosas un poco mas prolijas.
A la hora de numerar la RED2, ya sabemos que lo mas adecuado sería utilzar un /28 por la cantidad de host que esta red posee, pero para ser prolijos  y economizar IPs no queremos usar un rango IP distinto, sin embargo si usamos 192.168.1.0/28 estaríamos superponiéndonos a la RED1, ya que la red 192.168.1.0/28 abarca desde 192.168.1.0 a la 192.168.1.15, y eso abraca parte del rango asignado a la RED1.

Por consiguiente, la próxima red que podriamos asignar sería la 192.168.1.16/28, pero tambíen se superpone a parte del rango asignado a la RED1, pero si usamos el siguiente salto, es decir 192.168.1.32/28, ya estamos fuera del alcance de la RED1.
Una vez mas, al configurar la RED3, debemos calcular que rango hemos ya usado, en este ejemplo tenemos ocupadas desde 192.168.1.1 hasta la 192.168.1.47, que es la dirección broadcast de RED2. Dependiendo de la cantidad de hosts que necesite RED3, podriamos estar usando 192.168.1.48/28, o bien usar 192.168.1.48/29, o quizas si la red es grande 192.168.1.64/27, donde estariamos perdiendo 17 ips, que dado el caso podriamos calcular un rango que entre justo, y usarlo en la red que estará detras del router 4, pero en todo caso, lo dejo como un ejercicio que te servirá para ver si realmente entendistes.

Enlaces

Finalmente, a la hora de numerar las interfaces de los distintos routers que participan en los enlaces, aplicaremos la misma técnica, solo que en este caso, como es costumbre se usan las /30, que nos provee de 2 IPs para asignar, que es, ni mas ni menos que lo que necesitamos

Ejemplo:

En el enlace 1, podríamos usar el rango 192.168.2.0/30, donde tenemos 192.168.2.1 y 192.168.2.2 para asignar, y por convención asignariamos la 192.168.2.1 al router 1, y 192.168.2.2 al router 2. Obviamente al siguiente enlace, le asignaremos el proximo salto, que es 192.168.2.4/30, el cual abarca desde 192.168.1.4 (número de red) al 192.168.1.8 (dirección de broadcast), y así consecutivamente…

De esta manera, ya tenemos nuestra red, configurada con solo 2 rangos, que al mismo tiempo nos permiten seguir agregando sub redes.
Los beneficios son evidentes en cuanto a la enomización de IPs, ya que por ejemplo, en el peor de los caso de que la RED3 necesite usar un /27, perderiamos 17 ips nada mas, sin embargo, si en lugar de /27 usaramos /24, en cada una de las redes y enlaces, usariamos unos 7 rangos de ip, perdiendo 250 IPs en los enlaces y un poco menos en las distintas redes.

A medida que la red crece, se hace mas necesario saber hacer uso de esta técnica, ya que no solamente economiza IPs, si no que además, aumenta la perfomance de la red en las tablas de routeo, algo que podríamos tratar en algun post de Encaminamiento regulado.

Es así como el camino de los segmentos de red nos lleva hacia la sabiduría del networking con subnetting!

Sin mas, cualquier duda, correción o comentario serán bienvenidos!

/* A partir de marzo nos estamos mudando a http://netsecure.com.ar o http://www.netvulcano.com.ar */

Redes con subneting!

Divide y vencerás!

Esta máxima romana viene a hacerse presente de nuevo para ayudarnos a imperar sobre las redes!

Solución rápida: http://www.aprendaredes.com/cgi-bin/ipcalc/ipcalc_cgi, además, te dejo una tabla 100% útil al final del artículo.

El problema: La escases

Cuando tenemos un switch y un router, con solo algunas pcs, crear una red no es un problema,
pero si uno debe enfrentarse a una legión de pcs, con muchos routers y switches, es muy importante que conozcamos como movernos y como crear redes y subredes.
No es un problema trivial, ya que cuando se diagramo el protocolo IP, no se imaginó el crecimiento exponencial que tendría Internet, y la escases de direcciones que eso significaría. Claro que no es para culparlos, 4.294.967.296 de IPs disponibles era un número muy amplio como para pensar en que algún dia sería poco!

La solución: Subdividir

CIDR fue la respuesta a la necesidad de mayor flexibilidad a la hora de crear redes con direcciones de 32 bits (ipv4). CIDR introdujo una nueva manera de interpretar las mascaras de subred de las direcciones ip, con la técnica VLSM.

A los bifes!

Ahora bien, aún no te queda en claro nada? Bueno… demasiada intro, vayamos a los bifes!
Para explicar Subnettin/CDIR/VLSM voy a usar los clásicos ejemplos de números IP designados para redes privadas, pero lo mismo es aplicado a la hora de crear redes para ISPs/Carriers.

Si alguna vez configuraste una PCs/Server en una red, seguramente habras utilizado una dirección IP y una mascara de sub red. Quizas no tenias plena certeza de lo que la mascara de subred significa, pero si de que lo mas común es que esta, sea 255.255.255.0. Pues en configuraciones caseras raras veces veras otras mascaras.
Aclaremos un concepto entonces antes de seguir:
Una dirección IP, no es solo ese famoso número al estilo 192.168.1.2.
Una dirección IP, esta compuesto por su número IP (p.e. 192.168.1.2) y por su mascara de sub red (p.e. 255.255.255.0), ambas cualidades de una dirección ip, indicaran a que red lógica pertenece dicha dirección. Es decir que un número ip, sin su correspondiente mascara de subred, no es mas que un número!

Ejemplo:

Los números IP: 192.168.1.1, 192.168.1.2, y 192.168.1.3 que tienen como mascara de subred 255.255.255.0, pertenecen todos a la misma red.
Sin embargo el número 192.168.1.4 con mascara de subred 255.255.255.240 no pertenece a la red anterior


Expliquemos por que:

Para determinar la red a la que pertenece una dirección IP debemos dejar de pensar en decimal y pasar nuestra mente a binario (al estilo matrix! )
Repasemos binario:Como todos sabemos en binarios solo existen 2 dígitos, 1 y 0, con los cual formaremos cualquier otro número. Asi, el 0 es el 0 que conocemos en decimal, el 1 es el 1 que conocemos de decimal, pero el 2 decimal se expresa en binario de la forma 10, por eso dicen que existen solo 10 tipos de personas en el mundo las que saben binario y las que no. Mas allá del chiste, veamos una tablita:

Binario    Decimal

0                  0
1                  1
10                2
11                3
100              4
101              5
110              6

y asi sucesivamente.

De forma tal que cuando vemos el número 255, en realidad deberíamos mirar con nuestro ojo de matrix lo siguiente:  11111111
8 unos! Si ya se que no sabes ni sumar en binario, y saltamos de 6 al 255 en binario, pero no puedo extenderme mas sobre binario en este minitutorial, por lo que te doy la regla, y si tu intriga te lleva, estudiaras un poco mas en algún otro lado:

0            0            0            0            0            0            0            0
128        64          32          16          8            4            2            1

Asi de simple, cada vez que aparece un 1 en la linea de los 0, sumas el número decimal correspondiente, por ejemplo:

0            0            0            1            0            1            1            1
128        64          32          16          8            4            2            1

Entonces,  10111 es 23 en decimal (16 + 4 + 2 + 1).

Transformemos una mascara de subred:

255.255.255.0 es:

11111111.11111111.11111111.00000000

Los importantes aca, son los 1. La mascara de sub red tiene 3 octetos de unos, 3 grupos de 8 unos, y eso es 3×8=24, no?
Si, por eso habrás visto algo parecido a lo siguiente: 192.168.1.1/24, es decir, dirección Ip 192.168.1.1 con mascara 255.255.255.0, en si, una forma mas compacta de expresarlo.
Los 8 ceros nos indican la cantidad de hosts que esa red tiene, y para saberlo podemos usar: 2^X, siendo X=8 (32 – 24 = 8 ) en este caso, que es la cantidad de bits que la mascará de subred tiene “desactivados”.  2^8 es 256, y esta es la cantidad de hosts que entran en esa red, sin embargo, a estas 256 ips posibles, se le debe restar siempre 2, ya que la primera dirección posible es reservada para “nombre de red” o “unicast” y la última para “broadcast”.

Así, nuestros ojos matrixiados ya ven, que 192.168.1.1/24 indica, que la red contiene 256 ips, de las cuales la 192.168.1.0 (la primer ip) es el nombre de la red, y 192.168.1.255 es el broadcast de la red. Así mismo vemos que las IP disponibles van desde la 192.168.1.1 a la 192.168.1.254.

Pfff, cuanto lio para decir algo que sin trabajar en binario ya sabiamos…. Pero, ahora ya sabes por que es así! no es hermoso? Avancemos!

Una vez entendido lo anterior, podemos (recien) meternos con Subnetting

Como dijimos CDIR sirve para que IP tenga mas flexibilidad a la hora de crear redes, ya que hasta 1993, solo se conocian las redes con mascaras de subred /24, /16 y /8,
que son las famosas redes de clase:

Red de Clase C, por ejemplo 192.168.1.0 255.255.255.0 (256 nodos posibles)
Red de Clase B, por ejemplo 172.16.0.0 255.255.0.0     ( 65536 nodos posibles)
Red de Clase A, por ejemplo 10.0.0.0 255.0.0.0              (16777216 nodos posibles)

Cual era el problema? Simple, si teniamos una red con 300 nodos, teniamos que configurar una red del tipo B por solo unos pocos nodos, y “desperdiciabamos” 65400 y pico de nodos posibles, lo que quizas para una red privada podría no ser un problema, pero cuando hablamos de redes públicas es grave, ya que habia que distribuir las ips al rededor de todo el mundo, y con ese tipo de saltos (de 256 a 65536 por ejemplo) pronto no habría mas direcciones para asignar.
Además si bien, no parece problematico para las redes privadas, si lo es, ya que las redes lógicas disminuyen los dominios de broadcast, y por lo tanto aumentan el rendimiento de la red.

Para implementar CIDR, sólo debemos abrir nuestra mente:

11111111.11111111.11111111.11100000

Traducido es, 255.255.255.224,  o bien un  /27.
Esta mascara de subred nos brinda la posibilidad de tener un red con 32 host
Entonces, si asignamos esta mascara a una direccion como por ejemplo 192.168.1.50, tendríamos los siguientes datos:

Dirección IP: 192.168.1.50
Mascara de subred: 255.255.255.224
Cantidad de nodos disponibles: 30
Elevo 2 a la 5 (la cantidad de 0s) 2^5=32 menos 2 (unicast y broadcast), es una red de 30 nodos
Primera IP de la red: 192.168.1.33
En este ejemplo debemos considerar que hemos dividido a una red de 256 direcciones IP en redes mas pequeñas de 32 (haciendo la cuenta 256/32, 8 redes de 32 nodos)
Por lo tanto, la primera red va desde 192.168.1.0 (unicast) a 192.168.1.31(broadcast), la segunda red va desde 192.168.1.32 (unicast) a 192.168.1.63 (broadcast).
Y ahi ya vemos que nuestro hosts ( 192.168.1.50) esta en la segunda red, por lo q la primera ip disponible para asignar es la 192.168.1.33.

Bien, hasta aquí, tenes las herramientas minimas necesarias para conocer un poco mas sobre subnetting, faltaría que veas que pasa con una red con mascara 255.255.224.0, pero eso ya lo podes prácticar vos solo, por que en si, es lo mismo

A la carga! Divide y venceras!!!!!

Referencias:

http://www.netexpresslabs.com/info/subnet

http://es.wikipedia.org/wiki/CIDR

Para mas info, sobre la aplicación correcta de VMLS ver este artículo

/* A partir de marzo nos estamos mudando a http://netsecure.com.ar o http://www.netvulcano.com.ar */