Guía de Ejercicios de Cálculo de Subredes IPv4

A continuación se entregan una serie de ejercicios que permitirán aprender y a entender el proceso de cálculo de direccionamiento IPv4.

1.- Conversión de Binario a Decimal

10010010 __________
01110111 __________
11111111 __________
11000101 __________
11110110 __________
00010011 __________
10000001 __________
00110001 __________
01111000 __________
11110000 __________


2.- Conversión de Decimal a Binario

_________________________________________ 238
_________________________________________ 34
_________________________________________ 123
_________________________________________ 50
_________________________________________ 255
_________________________________________ 200
_________________________________________ 10
_________________________________________ 138
_________________________________________ 1
_________________________________________ 13


3.- Identificación de Clases de Direcciones

10.250.1.1 _____
150.10.15.0 _____
192.14.2.0 _____
148.17.9.1 _____
193.42.1.1 _____
126.8.156.0 _____
220.200.23.1 _____
230.230.45.58 _____
177.100.18.4 _____
119.18.45.0 _____


4.- Identificación de Red y Host

4.1.- Marque con un círculo la porción de red de las siguientes direcciones:

177.100.18.4
119.18.45.0
209.240.80.78
199.155.77.56
117.89.56.45
215.45.45.0
192.200.15.0
95.0.21.90
33.0.0.0
158.98.80.0

4.2.- Marque con un círculo la porción de host de las siguientes direcciones:

10.15.123.50
171.2.199.31
198.125.87.177
223.250.200.222
17.45.222.45
126.201.54.231
191.41.35.112
155.25.169.227
192.15.155.2
123.102.45.254


6.- Calculo de direcciones de subredes

6.1.- Numero de subredes necesarias 14

Numero de host necesarios 14
Dirección de Red 192.10.10.0
Clase de dirección ________________________
Mascara de subred por defecto ________________________
Mascara de subred necesaria ________________________
Numero de subredes disponibles ________________________
Numero de host disponibles ________________________
Rango de host disponibles ________________________

6.2.- Numero de subredes necesarias 1000

Numero de host necesarios 60
Dirección de Red 165.100.0.0
Clase de dirección ________________________
Mascara de subred por defecto ________________________
Mascara de subred necesaria ________________________
Numero de subredes disponibles ________________________
Numero de host disponibles ________________________
Rango de host disponibles ________________________

6.3.- Numero de subredes necesarias 6

Numero de host necesarios 30
Dirección de Red 210.100.56.0
Clase de dirección ________________________
Mascara de subred por defecto ________________________
Mascara de subred necesaria ________________________
Numero de subredes disponibles ________________________
Numero de host disponibles ________________________
Rango de host disponibles ________________________

6.4.- Numero de subredes necesarias 6

Numero de host necesarios 30
Dirección de Red 195.85.8.0
Clase de dirección ________________________
Mascara de subred por defecto ________________________
Mascara de subred necesaria ________________________
Numero de subredes disponibles ________________________
Numero de host disponibles ________________________
Rango de host disponibles ________________________

6.5.- Numero de subredes necesarias 126

Numero de host necesarios 131070
Dirección de Red 118.0.0.0
Clase de dirección ________________________
Mascara de subred por defecto ________________________
Mascara de subred necesaria ________________________
Numero de subredes disponibles ________________________
Numero de host disponibles ________________________
Rango de host disponibles ________________________

7.- Identificar si pertenecen a direcciones IPs Validas

Dirección IP: 0.230.190.192  ________________________________
Mascara de Subred: 255.0.0.0 ________________________________
Dirección IP: 192.10.10.1 ________________________________
Mascara de Subred: 255.255.255.0 ________________________________
Dirección IP: 245.150.190.10 ________________________________
Mascara de Subred: 255.255.255.0 ________________________________
Dirección IP: 135.70.191.255 ________________________________
Mascara de Subred: 255.255.254.0 ________________________________
Dirección IP: 127.100.100.10 ________________________________
Mascara de Subred: 255.0.0.0 ________________________________
Dirección IP: 93.0.128.1 ________________________________
Mascara de Subred: 255.255.224.0 ________________________________
Dirección IP: 200.10.10.128 ________________________________
Mascara de Subred: 255.255.255.224 ________________________________
Dirección IP: 165.100.255.189 ________________________________
Mascara de Subred: 255.255.255.192 ________________________________
Dirección IP: 190.35.0.10 ________________________________
Mascara de Subred: 255.255.255.192 ________________________________
Dirección IP: 218.35.50.195 ________________________________
Mascara de Subred: 255.255.0.0 ________________________________

Troubleshooting - Instalación de modulo C3KX-SM-10G

Para la instalación del módulo C3KX-SM-10G en Switch Cisco WS-C3560X-24 fue necesario la actualización del sistema operativo del dispositivo debido a que el mínimo release soportado corresponde al 15.0(1)SE. 

Switch#show version | include image

System image file is "flash:/c3560e-universalk9-mz.122-55.SE12.bin"

Instalacion de nueva IOS

Switch#dir usbflash0:

Directory of usbflash0:/

    1  -rw-     2489592  Dec 26 2014 16:14:14 +00:00  NetacEncryptionKey.exe

    2  -rw-    26945536   May 8 2018 11:14:40 +00:00  c3560e-universalk9-mz.152-4.E6.bin

Switch#copy usbflash0:c3560e-universalk9-mz.152-4.E6.bin flash:

Destination filename [c3560e-universalk9-mz.152-4.E6.bin]? 

Copy in Progress...CCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCC

26945536 bytes copied in 50.212 secs

Switch#dir flash:

Directory of flash:/

    2  -rwx    26945536   Mar 1 1993 00:31:03 +00:00  c3560e-universalk9-mz.152-4.E6.bin

    3  -rwx    14569322   Mar 1 1993 00:06:29 +00:00  c3560e-universalk9-mz.122-55.SE12.bin

    4  -rwx        1932   Jan 2 2006 00:02:04 +00:00  config.text

    5  -rwx        1917   Jan 2 2006 00:02:04 +00:00  private-config.text

    6  -rwx        3096   Jan 2 2006 00:02:04 +00:00  multiple-fs

Switch(config)#boot system flash:c3560e-universalk9-mz.152-4.E6.bin

Una vez reiniciado el equipo, se presenta incompatibilidad de versión de software del módulo con la versión de IOS del switch.

*Jan  2 00:04:37.293: %PLATFORM_SM10G-3-SW_VERSION_MISMATCH: The FRULink 10G Service Module (C3KX-SM-10G) in switch 1 has a 

software version that is incompatible with the IOS software version. Please update the software. Module is in pass-thru mode.

Switch#show inventory

NAME: "1", DESCR: "WS-C3560X-24"

PID: WS-C3560X-24T-S   , VID: V02  , SN: FDO15123456

NAME: "Power Supply 2", DESCR: "FRU Power Supply"

PID: C3KX-PWR-350WAC   , VID: V02L , SN: LIT15123456

NAME: "FRULink Slot 1 - FRULink Module", DESCR: "FRULink 10G SM Module"

PID: C3KX-SM-10G       , VID: V02  , SN: FDO18123456

NAME: "TenGigabitEthernet1/1", DESCR: "SFP-10GBase-SR"

PID: SFP-10G-SR          , VID: V03  , SN: AVD20123456     

NAME: "TenGigabitEthernet1/2", DESCR: "SFP-10GBase-SR"

PID: SFP-10G-SR          , VID: V03  , SN: FNS20123456     

Switch#sh switch service-modules

Switch/Stack supports service module CPU version: 03.08.06.WAL

                          Temperature                     CPU

Switch#  H/W Status       (CPU/FPGA)      CPU Link      Version

-----------------------------------------------------------------

 1       OK               60C/68C         ver-mismatch  03.00.41 

Debido a esta incompatibilidad fue necesario la actualización del software del módulo, para que finalmente sea reconocido sin problemas.

Switch#archive download-sw /overwrite /reload usbflash0:c3kx-sm10g-tar.152-4.E6.tar    

examining image...

extracting info (99 bytes)

extracting c3kx-sm10g-mz.152-4.E6/info (500 bytes)

extracting info (99 bytes)

System Type:             0x00010002

  Ios Image File Size:   0x017BDA00

  Total Image File Size: 0x017BDA00

  Minimum Dram required: 0x08000000

  Image Suffix:          sm10g-152-4.E6

  Image Directory:       c3kx-sm10g-mz.152-4.E6

  Image Name:            c3kx-sm10g-mz.152-4.E6.bin

  Image Feature:         IP|LAYER_3|MIN_DRAM_MEG=128

  FRU Module Version:    03.08.06.WAL

Updating FRU Module on switch 1...

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Updating FRU FPGA image...

FPGA image update complete.

All software images installed.

Requested system reload in progress...

(reinicio de equipo)

*Jan  2 00:02:28.016: %PLATFORM-6-FRULINK_INSERTED: FRULink 10G SM module inserted.

*Jan  2 00:02:28.906: %PHY-5-TRANSCEIVERINSERTED: Slot=1 Port=30: Transceiver has been inserted

*Jan  2 00:02:29.166: %PHY-5-TRANSCEIVERINSERTED: Slot=1 Port=29: Transceiver has been inserted

Switch>

Switch>

*Jan  2 00:04:45.137: %PLATFORM_SM10G-6-LINK_UP: The FRULink 10G Service Module (C3KX-SM-10G) communication has been 

established.

Switch>sh switch service-modules

Switch/Stack supports service module CPU version: 03.08.06.WAL

                          Temperature                     CPU

Switch#  H/W Status       (CPU/FPGA)      CPU Link      Version

-----------------------------------------------------------------

 1       OK               67C/70C         connected     03.08.06.

Configuración switches Huawei CE6851 en Modo Stack.

Ejemplo de configuración entre dos switches Huawei CE6851 en modo stack.

1.- Configure parámetros de Stack

1.1.- En el switch CE6851-A se configura la prioridad del stack a 150 y el dominio stack en 10 (por defecto es 1)

<CE6851-A>system-view

Enter system view, return user view with return command.

[~CE6851-A]stack

[~CE6851-A-stack]stack member 1 priority 150

[*CE6851-A-stack]stack member 1 domain 10

[*CE6851-A-stack]quit

[*CE6851-A]commit

1.2.- En el switch CE6851-B se configura la prioridad del stack a 120 y el dominio stack en 10

<CE6851-B>system-view

Enter system view, return user view with return command.

[~C6851-B]stack   

[~C6851-B-stack]stack member 1 renumber 2 inherit-config

Warning: The stack configuration of member ID 1 will be inherited to member ID 2 after the device resets. Continue? [Y/N]:y

Info: The operation will take effect after reboot.

[*C6851-B-stack]stack member 1 priority 120

[*C6851-B-stack]stack member 1 domain 10

Info: The operation takes effect only after the save command is executed. The device with a lower priority then will be reset in the stack merging scenario.

[*C6851-B-stack]quit

[*C6851-B]commit 

NOTA: El parametro inherit-config permite cambiar el numero de member del equipo.

2.- Configuración de puertas Stack

2.1.- En el witch CE6851-A configurar las interfaces fisicas 10GE 1/0/47 to 1/0/48 a la interface stack 1/1.

[~C6851-A]interface Stack-Port 1/1

[*C6851-A-Stack-Port1/1]port member-group interface 10GE 1/0/47 to 1/0/48

2.2.- En el witch CE6851-A configurar las interfaces fisicas 10GE 1/0/47 to 1/0/48 a la interface stack 1/1.

[~C6851-B]interface Stack-Port 1/1

[*C6851-B-Stack-Port1/1]port member-group interface 10GE 1/0/47 to 1/0/48

3.- Verificar la configuración del Stack

<CE6851-B>display stack configuration

Oper          : Operation

Conf          : Configuration

*             : Offline configuration

Isolated Port : The port is in stack mode, but does not belong to any Stack-Port

Attribute Configuration:

-----------------------------------------

 MemberID      Domain         Priority    

Oper(Conf)   Oper(Conf)      Oper(Conf) 

-----------------------------------------

1(2)         --(10)          100(120)   

-----------------------------------------

Stack-Port Configuration:

-------------------------------------------------------------------------

Stack-Port      Member Ports                                                   

-------------------------------------------------------------------------

Stack-Port1/1   10GE1/0/47          10GE1/0/48                                 

-------------------------------------------------------------------------

NOTA: Los valores indicados en "Oper(Conf)" indican los valores actuales y los configurados, en este caso son distintos

debido a que no se han reiniciado los equipos.

4.- Grabar la configuración, apagar ambos equipos y conectar interfaces.

<CE6851-B>save

Warning: The current configuration will be written to the device. Continue? [Y/N]:y

Info: Please input the file name(*.cfg, *.zip, *.dat)[vrpcfg.zip]:

Now saving the current configuration to the slot 1 ..

Info: Save the configuration successfully.

5.- Conectar los 2 switches y encender ambos equipos.

6.- Verificar la configuración del Stack

<CE6851-A>display stack

-------------------------------------------------------------------------

MemberID Role     MAC           Priority   DeviceType         Description   

-------------------------------------------------------------------------

1        Master   9c7d-aaaa-0000   150        CE6851-48S6Q-HI                  

2        Standby  9c7d-aaaa-0001   120        CE6851-48S6Q-HI                   

-------------------------------------------------------------------------

<CE6851-A>display stack configuration

Oper          : Operation

Conf          : Configuration

*             : Offline configuration

Isolated Port : The port is in stack mode, but does not belong to any Stack-Port

Attribute Configuration:

-----------------------------------------

 MemberID      Domain         Priority    

Oper(Conf)   Oper(Conf)      Oper(Conf) 

-----------------------------------------

1(1)         10(10)          150(150)   

2(2)         10(10)          120(120)   

-----------------------------------------

Stack-Port Configuration:

-------------------------------------------------------------------------

Stack-Port      Member Ports                                                   

-------------------------------------------------------------------------

Stack-Port1/1   10GE1/0/47          10GE1/0/48                                 

Stack-Port2/1   10GE2/0/47          10GE2/0/48                                 

-------------------------------------------------------------------------

<CE6851-A>display stack topology

Stack Topology:

----------------------------------------------

            Stack-Port 1      Stack-Port 2

MemberID   Status Neighbor   Status Neighbor 

----------------------------------------------

1          up     2          --     --       

2          up     1          --     --       

----------------------------------------------

Stack Link:

-------------------------------------------------------------------------

Stack-Port       Port           Status     PeerPort           PeerStatus

-------------------------------------------------------------------------

Stack-Port1/1    10GE1/0/47         up         10GE2/0/47         up       

Stack-Port1/1    10GE1/0/48         up         10GE2/0/48         up       

Stack-Port2/1    10GE2/0/47         up         10GE1/0/47         up       

Stack-Port2/1    10GE2/0/48         up         10GE1/0/48         up       

-------------------------------------------------------------------------

Troubleshooting vPC - Nexus

Mejoras de diseño de capa 2 con vPC

• No bloquea uplinks.
• Baja oversubscription.
• Balanceo de carga basado en el hash de Etherchannel
• Topología libre de loop.

Doble-Sided vPC

• vPC es soportado en Nexus 5000 y 7000 solamente
• vPC es comúnmente configurado en las capas de agregación y de acceso de los data center.
• Cuando ambos switches de las capas de acceso y agregación soportan vPC, una conexión de 16 puertas puede ser creada entre ambas capas. Este diseño provee 160 Gbps de ancho de banda desde los switches accesos a la capa de agregación.  Puede ser escale a 32 puertas si el Nexus 7000 utiliza módulos de la serie F1.

Limitaciones de los vPC

• Solamente puertas de 10 Gbps pueden ser usadas en vPC peer link. Se recomienda al menos 2 interfaces de 10 Gbps en modo dedicado en dos diferentes módulos I/O
• vPC peer deben correr la misma revisión de código excepto cuando se está realizando el upgrade sin interrupción (ISSU)
• Un dominio vPC no puede consistir en más de dos switches o VDCs.
• No se puede configurar más de un dominio vPC por switch o VDC
• Un vPC es un port channel de capa 2.
• Enrutamiento dinámico hacia un vPC peer a través de un vPC o vPC peer link no es soportado
• Enrutamiento dinámico a través de un vPC entre dos switches de capa 3 que no participan en el vPC es soportado.
• La adyacencia de enrutamiento dinámico entre miembros del vPC a través de un enlace dedicado de capa 3 es soportado en Nexus 5000.
• Enrutamiento estático a través de un vPC hacia una dirección de FHRP es soportado.

Verificando vPC

1.- Verificar la operación del peer-keepalive

# show vpc peer-keepalive

2.- Verificar la operación del peer-link

# show vpc brief

3.- Verificar la inconsistencia de configuración global del vPC

Entre ambos switches

# show vpc consistency-parameters global

Configuración del vPC

# show running-config vpc

4.- Verificar la inconsistencia de configuración especifica del vPC

# show vpc consistency-parameters vpc 7

5.- Verificar la configuración y negociación del port-channel

# show port-channel summary

# show lacp neighbor

vPC Troubleshooting Checklist

• Verifique que el vPC peer-link este configurado como un port channel usando puertas de módulos Ethernet M o F, pero no mezclados.
• Verifique que todos los enlaces miembros del vPC estén usando puertas de módulos Ethernet M o F, pero no mezclados.
• Verifique que la interface de administración OBB esté conectada a un switch de administración sino estas usando una VRF separada para el vPC peer-keepalive link.
• Verifique que ambas direcciones IPs fuente y destino usadas para vPC peer-keepalive link sean alcanzables desde la VRF que está asociada con el vPC peer-keepalive link.
• Verifique que el vPC peer-keepalive link este activo antes de subir el vPC peer-link.
• Verifique que el vPC peer-link este configurado como capa 2, configurado permitiendo solo las VLANs vPC.
• Verifique que el número de vPC sea el mismo configurado en el equipo downstream.
• Si se configura manualmente el system priority,  verifique que sea asignado el mismo valor de prioridad en ambos equipos vPC.
• Verifique que el pirmary vPC sea el STP root y el secondary vPC sea el segundo STP root. Si se configura la opción vPC peer-switch, deberían estar configurados con la misma prioridad STP. Ambos switches se verán como root de STP para todas las vPC VLANs.
• Verifique si existen algunas "orphan ports", estas son puertas configuradas como un vPC pero transportan un vPC 

Diferencias entre NX-OS - IOS

A continuación se detallan algunas diferencias entre los sistemas operativos NX-OS - IOS.

En los equipos Nexus NX-OS todas las interfaces son tratadas como Ethernet independiente de su velocidad.

En los equipos Nexus NX-OS no existe el modo usuario ">" cuando nos conectamos al dispositivo ingresamos directamente al modo EXEC "#".

 En los equipos Nexus NX-OS solo existe el método de encapsulamiento de VLAN dot1Q, desapareciendo totalmente ISL para los Nexus.

En los equipos Nexus NX-OS la imagen instalada tiene todas las funcionalidades, lo que cambia es la habilitación de estas funcionalidades la cual debe realizarse a través del licenciamiento.

En los equipos Nexus NX-OS existe una VRF management que estará asignada a una VRF y que se utiliza para administrar al dispositivo, esta VRF es distinta a las asociadas a las interfaces de datos.

En los equipos Nexus NX-OS existen dos archivos binarios (imágenes) el Kickstart (kernel) y el System Image (imagen del sistema), por lo tanto si se desea actualizar el sistema operativo deben actualizarse ambos archivos.

En los equipos Nexus NX-OS se deben habilitar las funcionalidades antes de poder configurarlas. Ejemplo Nexus(config)# feature vtp.

En los equipos Nexus NX-OS al momento de configurar la máscara de subred dentro de la interface se utiliza el modo “/x”. Ejemplo para la máscara de subred 255.255.255.255 se utilizara /30.

En los equipos Nexus NX-OS el servicio de Telnet se encuentra deshabilitado de forma predeterminada, SSH se encuentra habilitado por defecto.

Licenciamiento Cisco Nexus

Para adquirir las licencias correspondientes a equipos Cisco Nexus es necesario contar con un Código PAK (Product Activation Key) que es entregado al momento realizar la compra de la licencia vía correo a través de un documento PDF, luego será necesario ingresar a la página de Cisco (indicada a continuación) e ingresar el número de PAK y el serial del dispositivo Nexus a cual se va a asociar esta licencia.

https://slexui.cloudapps.cisco.com/SWIFT/LicensingUI/Home

A continuación se muestra el comando que nos permitirá conocer el serial del equipo Nexus.

Nexus# show license host-id

License hostid: VDH=SSI199909RY

Para poder instalar la licencia se debe ingresar el siguiente comando;

Nexus# install license bootflash:license_file.lic

Nota: Una licencia entrega una o más funcionalidades.

El comando “show license usage” nos mostrara el listado de licencias disponibles.

Es importante tener en cuenta que los Nexus usan imágenes globales, en el sentido en que no es necesario actualizar la imagen para habilitar una funcionalidad (diferente a IOS), basta con adquirir la licencia e instalarla para poder habilitar una nueva funcionalidad.

Si deseamos probar una funcionalidad antes de adquirir una licencia podemos habilitar un periodo de gracia (Grace Period), el cual nos permitirá probar todas las funcionalidades (features) del dispositivo Nexus obteniendo el  acceso ilimitado a todas las funcionalidades del equipo por un máximo de 120 días.

Nexus(config)# license grace-period