Configuración de Energywise en Switches Catalyst

A veces es necesario que ciertos puertos PoE de los switches cisco, dejen de entregar energía en determinados horarios. La solución a este tema es el feature Energywise, para ello configuraremos lo siguiente....


En Global
(config)#energywise domain DOMINIO security shared-secret  xxx 
(config)#energywise management security shared-secret xxx 


En la Interface
energywise level 0 recurrence importance 90 at 00 22 * * 1-6
energywise level 10 recurrence importance 90 at 00 07 * * 1-6

Con esta configuración,  lograremos que los puertos PoE se "apaguen" a las 22hs y se "enciendan" a las  7 a.m

Mas información acerca de esta configuración en
http://www.cisco.com/en/US/docs/switches/lan/energywise/phase2/deployment/guide/ewise.html

VTP version 3 - Primary Server

VTP es un protocolo que tiene sus particularidades, todo el mundo lo sabe... Pero en la versión 3 hay algunas mas, una de ellas, es que en un dominio solo un dispositivo puede enviar la base de datos de VLANs. A este dispositivo se lo denomina "primary server". Si no se configura expresamente un primary server, ya se podrá tener la configuración perfecta, que VTP no transmitirá información de VLANs a los demás dispositivos que integran el domino VTP. 

Para peor, si se decide configurar las VLANs y después activar la versión 3, VTP no dará ningún mensaje advirtiendo este punto. 

Pero si se activa la versión 3 y después se desea crear alguna VLAN, aparecerá este mensaje...

DISTRIBUCION(config)#vlan 100
VTP VLAN configuration not allowed when device is not the primary server for vlan database.


Si miramos el estado de VTP, veremos algo que nos podra dar una pista...


DISTRIBUCION#sh vtp status
VTP Version capable             : 1 to 3
VTP version running             : 3
VTP Domain Name                 : TEST_LAB
VTP Pruning Mode                : Disabled
VTP Traps Generation            : Disabled
Device ID                       : c464.137d.3500


Feature VLAN:
--------------
VTP Operating Mode                : Server
Number of existing VLANs          : 11
Number of existing extended VLANs : 0
Maximum VLANs supported locally   : 1005
Configuration Revision            : 0  <-- Esto quiere decir que VTP no envia anuncios
Primary ID                        : 0000.0000.0000
Primary Description               : 
MD5 digest                        : 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 
                                    0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 



Entonces que esta fallando?


No existe ningún "primary server" definido..... 


Como lo hacemos? muy fácil...



DISTRIBUCION#vtp primary     
This system is becoming primary server for feature vlan 


Ahora si, VTP funcionando como en los viejos tiempos de versión 1 y versión 2 y podremos hasta crear VLANs y todo!!!  ;)



DISTRIBUCION#sh vtp status
VTP Version capable             : 1 to 3
VTP version running             : 3
VTP Domain Name                 : TEST_LAB
VTP Pruning Mode                : Disabled
VTP Traps Generation            : Disabled
Device ID                       : c464.137d.3500


Feature VLAN:
--------------
VTP Operating Mode                : Primary Server
Number of existing VLANs          : 11
Number of existing extended VLANs : 0
Maximum VLANs supported locally   : 1005
Configuration Revision            : 1

ETHERCHANNELS (L2) Y PORTCHANNELS (L3)

L2
Switch(config-if)#channel-group

MODOS Estandard = LACP
Active: Negocia y forma channel si el otro extremo esta en active o passive
Passive: NO negocia y NO forma channel si el otro extremo esta en passive

MODOS Propietario de Cisco = PAgP
Desirable: Empieza la negociación si el otro extremo esta en desirable o auto
Auto: No inicia negociación (pasivo), si el otro extremo esta en auto NO levanta. Solo forma channel si el otro esta en desirable

MODO on: No negocia, usar si el otro extremo no soporta ni LACP o PAgP configura el trunk de forma estatica

En los modos desirable o auto existe al final del comando el argumento non-silent se pone en modo transmisión solamente que sirve para conectar dispositivos que no generan tráfico Ej: file Server o analizador

L3
Switch(config-if)#channel-group
Switch(config-if)#no switchport

Balanceo de Carga en los Port-channel

Switch(config)# port-channel load-balance

Los misteriosos caminos de DPD

DPD

Send Errors

Cuando vemos incrementarse el contador de send errors en la salida del comando "show crypto ipsec sa" una de las causas (en realidad, la única que conozco) es la ausencia de SA en el otro extremo.

Router#sh crypto ipsec sa peer 172.20.1.241

interface: FastEthernet0/0
Crypto map tag: banca, local addr. 172.20.1.244

protected vrf:
local ident (addr/mask/prot/port): (172.30.64.0/255.255.255.224/0/0)
remote ident (addr/mask/prot/port): (172.16.92.0/255.255.252.0/0/0)
current_peer: 172.20.1.241:500
PERMIT, flags={origin_is_acl,}
#pkts encaps: 5614, #pkts encrypt: 5614, #pkts digest 5614
#pkts decaps: 4347, #pkts decrypt: 4347, #pkts verify 4347
#pkts compressed: 0, #pkts decompressed: 0
#pkts not compressed: 0, #pkts compr. failed: 0
#pkts not decompressed: 0, #pkts decompress failed: 0
#send errors 216, #recv errors 0

local crypto endpt.: 172.20.1.244, remote crypto endpt.: 172.20.1.241
path mtu 1500, ip mtu 1500, ip mtu idb FastEthernet0/0
current outbound spi: F9473A2C

inbound esp sas:
spi: 0x73AA97B0(1940559792)
transform: esp-3des esp-sha-hmac ,
in use settings ={Tunnel, }
slot: 0, conn id: 5597, flow_id: 6669, crypto map: banca
sa timing: remaining key lifetime (k/sec): (4550261/721)
IV size: 8 bytes
replay detection support: Y

inbound ah sas:

inbound pcp sas:

outbound esp sas:
spi: 0xF9473A2C(4182194732)
transform: esp-3des esp-sha-hmac ,
in use settings ={Tunnel, }
slot: 0, conn id: 5598, flow_id: 6670, crypto map: banca
sa timing: remaining key lifetime (k/sec): (4550329/721)
IV size: 8 bytes
replay detection support: Y

outbound ah sas:

outbound pcp sas:


Si al limpiar los tuneles, la SA se establece, una de las posibles causas puede ser que se haya alcanzado la cantidad maxima de tuneles en algunos de los extremos...


Router#sh crypto eli
Hardware Encryption Layer : ACTIVE
Number of crypto engines = 1 .

CryptoEngine-0 (slot-0) details.
Capability-IPSec : IPPCP, 3DES, AES, NoRSA

IKE-Session : 0 active, 150 max, 0 failed
DH-Key : 0 active, 150 max, 0 failed
IPSec-Session : 300 active, 300 max, 200437 failed

Lineas DSL niveles de atenuacion y relacion señal-ruido (SNR)

Definiciones
La atenuación es básicamente, una perdida (en potencia) de la señal recibida debido, principalmente, a la distancia desde la Central telefónica hasta el bucle de abonado. Este número cuanto más bajo mejor.
El nivel de ruido de la linea se mide en SNR (signal to noise ratio) que es la diferencia en potencia entre el nivel de la señal y el nivel de ruido, y se mide en decibelios.
El valor del SNR, en teoría por encima de 10 db es suficiente para que no haya cortes de servicio.

Para interpretar el estado de la línea se establecen los siguientes valores orientativos:

Atenuación máxima:

• Para 256 kbps: 64 dB.
• Para 512 kbps: 55 dB.
• De 1024 kbps en adelante: 41 dB.
• De 6144 kbps en adelante (6 megas): 30 dB.
• De 20480 kbps (20 megas): 20 dB.

En líneas generales, cuanto más bajo el valor nominal de Atenuación, mejor

Margen señal-ruido:

• 6 dB o menos: Conexión inexistente o con graves deficiencias de estabilidad.
• Entre 7 y 10 dB: Es posible que aparezcan problemas dependiendo de otros factores.
• Entre 11 y 20 dB: Valor óptimo.
• 21 o más dB: Valor excelente.

En líneas generales, cuanto mas alto el valor nominal de Margen Señal-Ruido, mejor.