Pruebas de prioridad de medio físico conectado a una interfaz

Fecha: 7 de Diciembre 2012

Escenario

Se trata de dos switches Cisco, un 2960 y un ME3400 conectados entre sus puertos Gi0/1 mediante fibra con conectores SFP y cobre.

Las pruebas intentan determinar la prioridad de un medio sobre otro si ambos están conectados.

No realizamos pruebas con tráfico para discriminar diferencias entre fibra y cobre, ya que las distancias son mínimas (un patch) y sólo se

dependerá del modo de spanning tree, tema que no se estudió en estra prueba.

1. Arranque con fibra y cobre conectados, ganó la fibra.

2. Desconexión de la fibra

3. Contraprueba: Reconexión de la fibra y desconexión del cobre, en la foto la espera de convergencia del spannig tree.

4. Verificación

Cisco_2960#conf t

Enter configuration commands, one per line. End with CNTL/Z.

Cisco_2960(config)#int gi0/1 (entramos en el modo de configuración de la interfaz)

Cisco_2960(config-if)# ? (vemos las opciones)

Interface configuration commands:

arp Set arp type (arpa, probe, snap) or timeout

auto Configure Automation

bandwidth Set bandwidth informational parameter

carrier-delay Specify delay for interface transitions

cdp CDP interface subcommands

channel-group Etherchannel/port bundling configuration

channel-protocol Select the channel protocol (LACP, PAgP)

dampening Enable event dampening

default Set a command to its defaults

delay Specify interface throughput delay

description Interface specific description

ethernet Ethernet interface parameters

exit Exit from interface configuration mode

flowcontrol Configure flow operation.

help Description of the interactive help system

hold-queue Set hold queue depth

ip Interface Internet Protocol config commands

keepalive Enable keepalive

lacp LACP interface subcommands

link Configure Link

load-interval Specify interval for load calculation for an interface

logging Configure logging for interface

mac MAC interface commands

macro Command macro

max-reserved-bandwidth Maximum Reservable Bandwidth on an Interface

media-type Configure media type (la mas razonable)

mls mls interface commands

mvr MVR per port configuration

no Negate a command or set its defaults

pagp PAgP interface subcommands

priority-queue Priority Queue

queue-set Choose a queue set for this queue

rmon Configure Remote Monitoring on an interface

service-policy Configure QoS Service Policy

shutdown Shutdown the selected interface

snmp Modify SNMP interface parameters

source Get config from another source

spanning-tree Spanning Tree Subsystem

srr-queue Configure shaped round-robin transmit queues

storm-control storm configuration

switchport Set switching mode characteristics

timeout Define timeout values for this interface

transmit-interface Assign a transmit interface to a receive-only interface

tx-ring-limit Configure PA level transmit ring limit

udld Configure UDLD enabled or disabled and ignore global

UDLD setting

Cisco_2960(config-if)#media-type ? (verificamos opciones)

auto-select Use whichever connector is attached

rj45 Use RJ45 connector (fuerza a sólo utilizar cobre)

sfp Use SFP connector (fuerza a sólo utilizar fibra)

Cisco_2960(config-if)#media-type auto-select ? (verificamos si existen mas opciones, ej prioridad)

<cr> (nada, pero cuando los equipos arrancan lo primero que levanta es la fibra)

Cisco_2960(config-if)#media-type rj45 ? (verificamos si existen mas opciones)

<cr>

Cisco_2960(config-if)#media-type sfp ? (verificamos si existen mas opciones)

<cr>

Cisco_2960(config-if)#end

5. Verificación de logs de consola

Verificamos que si bien estan ambos medios conectados y la conmutación es automática, debido al spanning tree tenemos ciertos tiempos de transición DOWN-UP.

En resumen, tendremos pérdida de paquetes (o mejor dicho.....tramas, ya que hablamos de capa 2)

00:12:39: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet0/1, changed state to down

00:12:40: %LINK-3-UPDOWN: Interface GigabitEthernet0/1, changed state to down

00:12:51: %LINK-3-UPDOWN: Interface GigabitEthernet0/1, changed state to up

00:12:52: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet0/1, changed state to up

00:13:02: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet0/1, changed state to down

00:13:04: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet0/1, changed state to up

Cisco_2960#exit

6. Ejemplo similar en un SW 3COM (ahora HP)

Estas pruebas ocurrieron de manera accidental en una implementación con un SW 4500G, se conectó un equipo en el port 24 (cobre) el port 28 tenía un SFP con fibra hacia otro

sector de la red, quedando este fuera de servicio ya que la relación es: port 11 ó 25, 12 ó 26, 23 ó 27, 24 ó 28 y no se pueden utilizar de manera simultánea, se llaman "combo ports".

Al colapsar un sector de la red y como me encontraba en forma remota lo único que pude hacer es bajar el puerto 24 hasta que lo reubicaran a otro port.

Aquí el cobre le ganó a la fibra, no fue un tema de spanning tree ya que en ambos puertos existían dispositivos diferentes, por lo tanto descartamos un potencial loop.

Syslog del rollback

%Jun 16 12:56:13:698 4500G SHELL/4/CMD:task:vt0 ip:192.168.102.121 user:admin command:interface Gi1/0/24

%Jun 16 12:56:19:03 4500G SHELL/4/CMD:task:vt0 ip:192.168.102.121 user:admin command:shut (comando ejecutado)

%Jun 16 12:56:19:51 4500G IFNET/4/LINK UPDOWN: GigabitEthernet1/0/24: link status is DOWN

%Jun 16 12:56:19:52 4500G MSTP/2/PDISC:Instance 0's GigabitEthernet1/0/24 has been set to discarding state!

%Jun 16 12:56:23:966 4500G IFNET/4/LINK UPDOWN: GigabitEthernet1/0/28: link status is UP

%Jun 16 12:56:23:967 4500G MSTP/2/PFWD:Instance 0's GigabitEthernet1/0/28 has been set to forwarding state!

A diferencia de Cisco y el 'media-type', el control sobre qué puerto debe estar levantado y abajo, se hace haciéndole un shutdown al puerto, como indican los syslog mas arriba.
Por ejemplo, si está activo el 24 y ahora se debe usar el 28 con un SFP de fibra, se ejecuta un shutdown al 24 y automáticamente te habilita el 28.

La data sobre 3com (ahora HP) es gentileza de Leonel Bonito, ex alumno de CCNA, egresado en 2009.

(2012) why women are not plug and play ?

Rosario, Argentina