23 de noviembre de 2019

CCNA 200-301 - Actualización

Nos acercamos a la fecha de actualización del sistema de certificaciones de Cisco Systems propuesta para el 24 de febrero de 2020.
Se acaba de dar un nuevo paso, ya es posible agendar en VUE un turno para presentar el examen 200-301, a partir de la fecha indicada: 24 de febrero.

Repasemos brevemente los aspectos más relevantes de esta actualización.

  • Las diferentes certificaciones de nivel Asociado se han resuelto en una única certificación que ahora se denomina sencillamente CCNA y a la que se accede aprobando un único examen: CCNA 200-301.
  • Las certificaciones de nivel profesional también se han revisado en su totalidad y a partir de febrero habrá solamente 5 certificaciones profesionales.
  • Se introdujo un nuevo camino de certificación destinado a los temas de programabilidad y automatización (DevNet) que tiene también 3 niveles, completamente independientes.
  • Cada certificación técnica incluye ahora temas de automatización y programabilidad.
  • Se retiraron todos los pre-requisitos. Ahora se puede acceder directamente a cualquier certificación de cualquier nivel.
  • Se actualizó también todo el sistema de re-certificaciones cuyo período, ahora, es de 3 años en todos los casos.
Pongo a disposición a continuación una presentación en la que se repasan varios de estos aspectos y el temario completo del nuevo examen 200-301.


Para tener una visión completa del nuevo sistema y los cambios, sugiero revisar los siguientes recursos:





Para despejar dudas, compartir experiencia con otros, realizar consultas, las redes sociales nos dan una gran herramienta. Para eso están los diferentes grupos asociados a este blog.

Estás invitado a participar de nuestro grupo en Facebook:

https://www.facebook.com/groups/librosnetworking/

O si preferís redes sociales con mayor control de tu privacidad,

podés participar de nuestro grupo en VKontakte
https://vk.com/libros.networking

o seguir las principales novedades en el grupo de Telegram:

https://t.me/LibrosNetworking



Las abreviaturas y siglas utilizadas en este post puede encontrarlas desarrolladas en
que está disponible en la Librería en Línea de EduBooks.



16 de noviembre de 2019

Introducción a Cisco FirePower NGFW

Las amenazas a la seguridad de datos en empresas y organizaciones son una realidad en permanente evolución y crecimiento. Una realidad que es preciso atender adecuadamente y para ello se requieren herramientas adecuadas.
Los firewalls de última generación (NGFW) se han impuesto como una herramienta imprescindible para la implementación de políticas de seguridad en redes corporativas.

En el caso de Cisco Systems, Firepower es esa herramienta.
Considerada en algunas evaluaciones entre los mejores NGFW del mercado (por innovación y prestaciones), es una herramienta compleja que nos obliga a repensar lo que sabemos sobre la implementación de firewalls.
Es por eso que desarrollé hace ya más de un año un conjunto de entrenamientos y talleres orientados al diseño, implementación y gestión de estos dispositivos.
Pongo ahora a disposición este primer módulo que ofrece una introducción a Firepower en el que se introducen tanto los sensores (Firepower Threat Defense - FTD) como el sistema de gestión inteligente (Firepower Management Center - FMC).

Espero que sea de utilidad.









Para despejar dudas, compartir experiencia con otros, realizar consultas, las redes sociales nos dan una gran herramienta. Para eso están los diferentes grupos asociados a este blog.

Estás invitado a participar de nuestro grupo en Facebook:

https://www.facebook.com/groups/librosnetworking/

O si preferís redes sociales con mayor control de tu privacidad,

podés participar de nuestro grupo en VKontakte
https://vk.com/libros.networking

o seguir las principales novedades en el grupo de Telegram:

https://t.me/LibrosNetworking



Las abreviaturas y siglas utilizadas en este post puede encontrarlas desarrolladas en
que está disponible en la Librería en Línea de EduBooks.



2 de noviembre de 2019

Método sencillo para el cálculo de subredes

Entre las novedades que introduce el nuevo examen de certificación CCNA 200-301 (disponible a partir del 24 de febrero de 2020) hay una actualización en el mecanismo de cálculo de subredes.

Algo de historia
El diseño original del direccionamiento IPv4 (RFC 791) no consideraba subredes, sino que la estructura jerárquica de las direcciones de 2 niveles (red / host) estaba vinculada únicamente a la división de clases.
Más tarde (RFC 950 de 1985) se introdujo el concepto de subred y con él los mecanismos de cálculo de máscara de subred y cantidad de host.
Eran los tiempos del enrutamiento classful y RIPv1. Esto imponía ciertas limitaciones al diseño que luego con el tiempo fueron superadas. Pero a raíz de estas limitaciones no sólo era necesario mantener la misma máscara de subred en todas las subredes, sino que también, al implementar subredes se "perdían" la primera y última subred que ya no eran utilizables.
Eran las subredes cero y all-ones.
Esto hacía que la fórmula de cálculo tradicional de la cantidad de subredes disponibles fuera:
    2[bits de subred] – 2 = subredes utilizables
La norma era que siempre se perdían dos subredes completas.

La introducción del enrutamiento classless y los protocolos de enrutamiento classless (RIPv2, OSPF, etc.), entre otras novedades permitieron la utilización de las subredes cero y all-one, lo que está soportado por defecto en Cisco IOS desde la versión 12.0.
Sin embargo el aprovechamiento de esta posibilidad exigía que estuviera soportada en la totalidad de los dispositivos de enrutamiento del dominio de enrutamiento, lo que imponía una limitación.
Esto explica que a través de los años Cisco haya mantenido en su consideración respecto del cálculo de subredes que, en principio, se perdían dos subredes al implementar subredes salvo que explícitamente se indicara lo contrario.
Y así se llevó a los exámenes de certificación.
En el cálculo de subredes exigido por el examen de certificación siempre se pierden 2 subredes salvo que explícitamente se indique lo contrario.
Pero esto cambió.
En el nuevo CCNA (orientado al examen de certificación 200-301) el cálculo de subredes considera como utilizables las subredes cero y all-ones.
Por esto consideré conveniente reformular el método sencillo para el cálculo de subredes que presento desde hace varios años para adaptarlo a este nuevo requerimiento.

El método de cálculo reformulado
Antes de comenzar con la tarea usted debe tener 2 datos básicos:
  • Cuál es el número total de subredes que se requieren, incluyendo la consideración de un posible crecimiento de la red.
  • Cuál es el número de nodos que se requieren o prevén en cada subred, teniendo en cuenta también en este caso la posible expansión y crecimiento.
A partir de aquí, responda estas 6 preguntas básicas:
  1. ¿Cuántas subredes son necesarias?
  2. ¿Cuántos nodos se necesitan por subred?
  3. ¿Cuáles son los números reservados de subred?
  4. ¿Cuáles son las direcciones reservadas de broadcast?
  5. ¿Cuál es la primera dirección de nodo válida de cada subred?
  6. ¿Cuál es la última dirección de nodo válida de cada subred?
Con lo que se obtienen 6 respuestas.

Se entiende mucho mejor con un ejemplo:
Tomemos como referencia una red clase C, la red 192.168.1.0 y consideremos dividirla utilizando la máscara 255.255.255.224.


Como ya dije, se trata de una red clase C (el primer octeto es 192), que utiliza 24 bits para identificar la red (255.255.255.xxx), 3 bits para identificar la subred (xxx.xxx.xxx.224) y 5 bits (32 bits totales – 24 bits de la clase C – 3 bits de subredes = 5) para identificar los nodos.

-1-
¿Cuántas subredes son necesarias?
La cantidad de subredes utilizables se calcula tomando como base la cantidad de bits de la porción del nodo que se toman para generar subredes.
Si la máscara de subred es 224 en la porción de subred (cuarto octeto de nuestro ejemplo), esto indica que están tomando 3 bits para generar subredes (128+64+32=224). Aplicando la fórmula siguiente obtenemos la cantidad de subredes utilizables:

2[bits de subred] = subredes utilizables

2[bits de subred] – 2 =  subredes utilizables cuando no se aplica ip subnet-zero

Ejemplo:
23 = 8  =  8  subredes utilizables
23 – 2 =  8  –  2  =  6  subredes utiilizables sin ip subnet-zero

-2-
¿Cuántos nodos se necesitan por subred?
La cantidad de direcciones de nodo o direcciones IP útiles que proporciona cada subred surge de la aplicación se la siguiente fórmula, que toma como base la cantidad de bits que quedan para identificar los nodos:

2[bits de nodo] – 2 =  nodos útiles

Ejemplo:
25 – 2 =  32  –  2  =  30

-3-
¿Cuáles son los números reservados de subred?
La dirección reservada de la primera subred útil surge de restar a 256 el valor decimal de la porción de la máscara de subred en la que se define el límite entre subred y nodo:

256  –  [máscara]  =  [primera subred útil y rango de nodos]

Las direcciones de las subredes siguientes surgen de seguir sumando la misma cifra.

Ejemplo:
256  –  224  =  32

  192.168.1.0 subred 0 
192.168.1.32 subred 1
+ 32 192.168.1.64 subred 2
+ 32 192.168.1.96 subred 3
+ 32 192.168.1.128 subred 4
+ 32 …  …  …

-4-
¿Cuáles son las direcciones reservadas de broadcast?
Las direcciones reservadas de broadcast se obtienen restando 1 a la dirección reservada de subred de la subred siguiente:

Ejemplo:
 32  –  1  =  31    192.168.1.31 broadcast de la subred 0
 64  –  1  =  63    192.168.1.63 broadcast de la subred 1
 96  –  1  =  95    192.168.1.95 broadcast de la subred 2
128  – 1  =  127   192.168.1.127         broadcast de la subred 3
… … … 

-5-
¿Cuál es la primera dirección de nodo válida de cada subred?
La dirección IP del primer nodo útil de cada subred se obtiene sumando uno a la dirección reservada de subred:

Reservada de subred + 1 = primer nodo utilizable 

Ejemplo:
   0  +  1  =    1     192.168.1.1         primera IP útil de la subred 0
 32  +  1  =  33     192.168.1.33 primera IP útil de la subred 1
 64  +  1  =  65     192.168.1.65 primera IP útil de la subred 2
 96  +  1  =  97     192.168.1.97 primera IP útil de la subred 3
128 +  1  =  129   192.168.1.129      primera IP útil de la subred 4
… … …

-6-
¿Cuál es la última dirección de nodo válida de cada subred?
La dirección IP del último nodo útil de cada subred se obtiene restando 1 a la dirección reservada de broadcast:

 31  –  1  =  30    192.168.1.30 última IP útil de la subred 0
 63  –  1  =  62    192.168.1.62 última IP útil de la subred 1
 95  –  1  =  94    192.168.1.94       última IP útil de la subred 2
127 –  1  = 126   192.168.1.126      última IP útil de la subred 3
… … … 

Siguiendo este procedimiento paso a paso, podemos completar una tabla de subredes disponibles como la que sigue.

En nuestro ejemplo, con esa máscara de subred se obtienen 8 subredes, cada una de ellas con una capacidad máxima de 30 nodos (32 direcciones IP), de acuerdo al siguiente detalle:




Para despejar dudas, compartir experiencia con otros, realizar consultas, las redes sociales nos dan una gran herramienta. Para eso están los diferentes grupos asociados a este blog.

Estás invitado a participar de nuestro grupo en Facebook:

https://www.facebook.com/groups/librosnetworking/

O si preferís redes sociales con mayor control de tu privacidad,

podés participar de nuestro grupo en VKontakte
https://vk.com/libros.networking

o seguir las principales novedades en el grupo de Telegram:

https://t.me/LibrosNetworking



Las abreviaturas y siglas utilizadas en este post puede encontrarlas desarrolladas en
que está disponible en la Librería en Línea de EduBooks.