Mi topología para todo

Voy a compartir una topología con la que he estado trabajando últimamente.  Se trata de una topología genérica de modo en que pueda con ella generar de manera lógica cualquier topología de una manera rápida.

A nivel físico es como más o menos se aprecia en la imagen:

 Cuatro Switches  unidos entre sí por dos puertos, no he puesto las conexiones cruzadas por no sobrecargar demasiado la topología, pero no es descartable.

Los dos Switches principales tienen un puerto conectado cada uno de ellos contra cada router de la topología, de este modo todos los routers tienen dos  conexiones contra la LAN.

Hay 10 routers que están corriendo IOS. De este modo aunque sea una topología relativamente grande, con 10 routers corriendo IOS + 4 switches que llegado el caso también pueden hacer routing nos plantaríamos con 14 equipos con IOS.

Hay dos routers con IOS-XR (R1 y R2), estos equipos los tengo para cuando  quiera emular topologías en las que influyan CRS. Están también conectado a la capa de switching de modo que se pueden incluir en cualquier topología con los IOS.

El laboratorio está pensado para trabajar con subinterfaces, pero llegado el caso si usamos interfaces físicas tampoco pasa nada.

Vlans: 

Todos los switches tienen definidas un porrón de Vlans que permiten interconectar a los equipos, la nomenclatura de la vlan es XY, siendo X el primer router que conectan, e Y el segundo router que conectan.

Hago un copy paste de la definición de las VLANS en todos los switches.

  vlan 12

  name R1toR2

  vlan 13

  name R1toR3

  vlan 14

  name R1toR4

  vlan 15

  name R1toR5

  vlan 16

  name R1toR6

  vlan 17

  name R1toR7

  vlan 18

  name R1toR8

  vlan 19

  name R1toR9

  vlan 111

  name R1toR11

  vlan 112

  name R1toR12

  vlan 23

  name R2toR3

  vlan 24

  name R2toR4

  vlan 25

  name R2toR5

  vlan 26

  name R2toR6

  vlan 27

  name R2toR7

  vlan 28

  name R2toR8

  vlan 29

  name R2toR9

  vlan 211

  name R2toR11

  vlan 212

  name R2toR12

  vlan 34

  name R3toR4

  vlan 35

  name R3toR5

  vlan 36

  name R3toR6

  vlan 37

  name R3toR7

  vlan 38

  name R3toR8

  vlan 39

  name R3toR9

  vlan 311

  name R3toR11

  vlan 312

  name R3toR12

  vlan 45

  name R4toR5

  vlan 46

  name R4toR6

  vlan 47

  name R4toR7

  vlan 48

  name R4toR8

  vlan 49

  name R4toR9

  vlan 411

  name R4toR11

  vlan 412

  name R4toR12

  vlan 56

  name R5toR6

  vlan 57

  name R5toR7

  vlan 58

  name R5toR8

  vlan 59

  name R5toR9

  vlan 511

  name R5toR11

  vlan 512

  name R5toR12

  vlan 67

  name R6toR7

  vlan 68

  name R6toR8

  vlan 69

  name R6toR9

  vlan 611

  name R6toR11

  vlan 612

  name R6toR12

  vlan 78

  name R7toR8

  vlan 79

  name R7toR9

  vlan 711

  name R7toR11

  vlan 712

  name R7toR12

  vlan 89

  name R8toR9

  vlan 811

  name R8toR11

  vlan 812

  name R8toR12

  vlan 911

  name R9toR11

  vlan 912

  name R9toR12

  vlan 666

  name R11toR12

  vlan 101

  name R10toR1

  vlan 102

  name R10toR2

  vlan 103

  name R10toR3

  vlan 104

  name R10toR4

  vlan 105

  name R10toR5

  vlan 106

  name R10toR6

  vlan 107

  name R10toR7

  vlan 108

  name R10toR8

  vlan 109

  name R10toR9

  vlan 110

  name R10toR11

  vlan 120

  name R10toR12

¿Cómo se configuran los puertos de los switches?

Pues teniendo en cuenta que se supone que voy a usar subinterfaces todos los puertos van en trunk. Los puertos 0/0 a 0/3 son los que interconectan los Switches. El resto van a los routers.

int range ethernet 0/0 - 3

  switchport trunk encapsulation dot1q

  switchport mode trunk

int range ethernet 1/0 - 3

  switchport trunk encapsulation dot1q

  switchport mode trunk

  duplex full

int range ethernet 2/0 - 3

  switchport trunk encapsulation dot1q

  switchport mode trunk

  duplex full

int range ethernet 3/0 - 3

  switchport trunk encapsulation dot1q

  switchport mode trunk

  duplex full

int range ethernet 4/0 - 3

  switchport trunk encapsulation dot1q

  switchport mode trunk

  duplex full

Ejemplo básico de configuración:

Como se puede ver en el dibujo tenemos tres routers, R1(IOS-XR), R3 y R4. Los tres están hablando ospf, y para interconectarlos vamos a usar subinterfaces.

Configuración de R3:

interface Ethernet0/0

 no ip address

!

interface Ethernet0/0.13

 encapsulation dot1Q 13

 ip address 192.168.13.3 255.255.255.0

!

interface Ethernet0/0.34

 encapsulation dot1Q 34

 ip address 192.168.34.3 255.255.255.0

router ospf 1

 network 192.168.13.3 0.0.0.0 area 0

 network 192.168.34.0 0.0.0.255 area 0

Configuración de R4:

interface Ethernet0/1

 no ip address

!

interface Ethernet0/1.34

 encapsulation dot1Q 34

 ip address 192.168.34.4 255.255.255.0

router ospf 1

 network 192.168.34.0 0.0.0.255 area 0

Configuración de R1:

cdp

interface GigabitEthernet0/0/0/2

 cdp

!

interface GigabitEthernet0/0/0/2.13

 ipv4 address 192.168.13.1 255.255.255.0

 encapsulation dot1q 13

!

interface GigabitEthernet0/0/0/3

 cdp

!

router ospf 1

 router-id 192.168.13.1

 area 0

  interface GigabitEthernet0/0/0/2.13

Como se puede ver en la configuración, la vlan 13 comunica R1 con R3, y la vlan 34 comunica R3 con R4.

Vamos a hacer un ping:

P/0/0/CPU0:R1#sh route  

Thu Sep 11 11:05:05.759 SGT

Codes: C - connected, S - static, R - RIP, B - BGP

       D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area

       N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2

       E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP

       i - ISIS, L1 - IS-IS level-1, L2 - IS-IS level-2

       ia - IS-IS inter area, su - IS-IS summary null, * - candidate default

       U - per-user static route, o - ODR, L - local, G  - DAGR

       A - access/subscriber, (!) - FRR Backup path

Gateway of last resort is not set

C    192.168.13.0/24 is directly connected, 01:23:58, GigabitEthernet0/0/0/2.13

L    192.168.13.1/32 is directly connected, 01:23:58, GigabitEthernet0/0/0/2.13

O    192.168.34.0/24 [110/11] via 192.168.13.3, 01:19:02, GigabitEthernet0/0/0/2.13

RP/0/0/CPU0:R1#ping 192.168.34.4

Thu Sep 11 11:05:15.711 SGT

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 192.168.34.4, timeout is 2 seconds:

!!!!!

Success rate is 100 percent (5/5), round-trip min/avg/max = 3/4/6 ms

 Espero que a alguien más le sirva de ejemplo.

Frame relay multipunto

Este artículo forma parte de una serie de varios artículos que tratan distintas tecnologías WAN en routers y switches para CCNA R&S, para ir al índice del curso tienes este link:

http://networkkings-es.blogspot.com.es/2013/07/curso-gratuito-ccna-200-120.html

Frame Relay

En el artículo anterior hablamos sobre conexiones frame relay punto a punto, las cuales permiten conectar dos equipos en una red entre solo dos equipos. En esta ocasión vamos a conectar tres routers en un mismo segmento de red por medio de una conexión Frame relay punto multipunto.

Las redes punto a multipunto tienen asignados varios DLCI en la misma interfaz, cada DLCI conecta a un único router.

En este ejemplo tenemos tres routers conectados por una red frame relay punto a multipunto, todos ellos tienen conexión entre ellos.

R1:

interface Serial1/1
 no ip address
 encapsulation frame-relay
 serial restart-delay 0
!
interface Serial1/1.123 multipoint <---debemos indicarle que es multipunto
 ip address 192.168.123.1 255.255.255.0
 frame-relay map ip 192.168.123.2 102 broadcast <---Indicamos el DLCI para alcanzar R2
 frame-relay map ip 192.168.123.3 103 broadcast<---Indicamos el DLCI para alcanzar R3
 no frame-relay inverse-arp
!

R2:

interface Serial1/2
 no ip address
 encapsulation frame-relay
 serial restart-delay 0
!
interface Serial1/2.123 multipoint
 ip address 192.168.123.2 255.255.255.0
 frame-relay map ip 192.168.123.1 201 broadcast<---Indicamos el DLCI para alcanzar R1
 frame-relay map ip 192.168.123.3 203 broadcast<---Indicamos el DLCI para alcanzar R3
 no frame-relay inverse-arp

R3:

interface Serial1/3
 no ip address
 encapsulation frame-relay
 serial restart-delay 0
!
interface Serial1/3.123 multipoint
 ip address 192.168.123.3 255.255.255.0
 frame-relay map ip 192.168.123.1 301 broadcast<---Indicamos el DLCI para alcanzar R1
 frame-relay map ip 192.168.123.2 302 broadcast<---Indicamos el DLCI para alcanzar R2
 no frame-relay inverse-arp

Ahora unos pings entre los propios routers para comprobar conectividad.

R1#ping 192.168.123.2
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 192.168.123.2, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 12/40/60 ms
R1#ping 192.168.123.3
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 192.168.123.3, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 16/45/72 ms

R2#ping 192.168.123.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 192.168.123.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 24/48/80 ms
R2#ping 192.168.123.3
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 192.168.123.3, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 16/39/56 ms

La odisea de ser usuario

Quizá sea un artículo chorra, pero estoy seguro que os ha pasado a mas de uno.

Durante las últimas semanas cuando intentaba utilizar mi conexión de internet en casa, y tenía bastante tráfico, mi router casero se reiniciaba, dejándome con la película en streaming a medio ver, con una descarga a medio descargar, o con mi partida a Battlefield a medio terminar.

Estaba yo en casita hace unos días, hechándome una partidita bastante buena a Battlefield 3 para descansar la mente de estudiar, llevaba una racha de 17 - 3 cuando veo que se me queda congelada la imagen, y para no variar el router se estaba reiniciando.

Llamé a mi operador de comunicaciones para pedirles que me cambien mi router doméstico, que está con firmware bueno, bien ventiladito...etc. Y por supuesto entré de nuevo en el mundo de los soportes telefónicos, sin poder evitar acordarme del mítico capítulo de enjuto mojamuto y el peor dia de mi vida.

Explicas tu sintomática, y te dicen que tienes un problema de sincronización...bla bla bla.

No hombre, simplemente se me reinicia el router, solo quiero que me mandéis uno nuevo, y si queréis os envío yo el mío para que veáis que el pobre está en las últimas, pero nada... mi problema es la sincronización.

Al día siguiente me llaman y me dicen que mi linea no tiene problema alguno de sincronización (Bien, en eso estamos de acuerdo), y que van a cerrarme la incidencia. Yo educadamente le digo a la señorita, si yo no me he quejado de problema de sincronización, simplemente se me reinicia el router cada hora o media hora de uso.

Tras hablar un rato con la pobre chica sobre lo que realmente me pasa, hacer algunas pruebas de las que previamente ya sabes el resultado, finalmente consigo que me crean, y me dicen que me mandan un instalador a comprobar mi router y mi linea.

Dos horas después el instalador estaba en mi casa con un router nuevo, y tras ver que tenía apilados 4 Cisco 3560 para mi lab del CCIE, me hizo caso, y me cambió el router, desde entonces ni un solo problema.

Es duro a veces ser usuario, sobre todo si sabes lo que te pasa, y la otra persona no lo ve tan claro, pero un 10 para Telefónica porque en dos horas tuve un router nuevo desde que la persona del call center entendió el problema, y en menos de 24 h desde que reporte el problema.

Un lujo.

Un saludo para el instalador, que con suerte ahora es lector de este blog. Y suerte con tu CCNA.

Nuevo CCNA R&S 200-120

A partir del día 30 de septiembre de este año el CCNA 4.0 deja de existir para dar paso al nuevo CCNA R&S 5.0, si no te has examinado todavía de tu CCNA 4.0 mas vale que espabiles, o te tocara prepararte cosas nuevas para cuando quieras examinarte.

El porqué de la nueva versión:

Originalmente la certificación de CCNA era el escalón de acceso al mundo del networking en la época de la versión 3.0 y anteriores, con la introducción de la versión 4.0 se pensó en diversificar un poco los diferentes ámbitos del networking, dividiendo y ampliando CCNA en CCNA R&S, CCNA Security, y  CCNA Voice. Con el paso a la versión 5.0 una de las cosas que se pretende hacer por lo que parece, es consolidar un nivel inferior de conocimiento a CCNA(CCNENT), el cual tendría las competencias necesarias para que el candidato pueda afrontar CCNA R&S, CCNA Security , CCNA Voice, CCNA Wireless, CCNA SP, y CCNA DC.

Visto desde el punto de vista de una persona que quiere empezar en el mundo del networking tiene bastante sentido establecer un nivel de partida, para antes de embarcarse en un CCNA Voice, o un CCNA R&S entender un poco las tecnologías, ya que a fin de cuentas tienen una base común, pero en el fondo son mundos diferentes.

Diferencias entre la versión 4.0 y 5.0 de CCNA:

• CCNENT debería ser un nivel Junior en el mundo de networking, en cambio un CCNA debería acreditar unos conocimientos mas o menos firmes, sin llegar al nivel de CCNP, pero si que debería ser capaz de hacer bastantes cosas.

• En CCNA 4.0 se usaba IOS 12.X, y en CCNA 5.0 se empieza a usar IOS 15.X. Esto supone a nivel de configuracion algunas diferencias, especialmente el tema de licencias, que cambia bastante.

• Layer 2: Introducción de Portchannels y se refuerza un poco el conocimiento en Rapid Spanning tree, y Per Vlan Spannig tree.

• Direccionamiento IP: Se trata tanto para IPV4 como para IPV6, ahora los candidatos de CCNA R&S deberán adquirir conocimiento de como funcionan las direcciones de IPV6, y los tipos que existen.

• IP Routing: Se explica un poco el funcionamiento de CEF, se introduce el proceso de introducir licencias en routers con IOS 15, se suprime RIP, se introduce OSPF para IPV6(OSPFv3) a parte de usar OSPF para IPV4, se introducen las interfaces SVI(interfaces VLAN en switches).

• IP Services: Configuración de DHCP, configuración de cliente NTP, Introducción a protocolos de alta disponibilidad(HSRP, VRRP, GLBP).

• Network security: Uso de SSH a parte de telnet,uso de autenticacion externa(TACACS+ y Radius), uso de Vlan nativa.

• Wan Technologies: Uso de PPPoE, e introducción a varios tipos de tecnologías WAN.

Sobre el examen:

El nuevo número de examen es el 200-120. Seguirán siendo 90 minutos como hasta ahora, y las preguntas de 50 a 60 con algún ejercicio de simulador, y algún DRAG and DROP.

Conclusiones:

Lo cierto es que los cambios en el CCNA son a mejor desde el punto de vista técnico, la introducción de IPV6 y protocolos de routing para IPV6 era una cosa que se iba necesitando, sobre todo porque en algunos sitios(ASIA) es algo que se está moviendo a gran velocidad. Personalmente hecho de menos a RIP, un protocolo que siempre me ha caído bien. También veo bien el tema de introducir HSRP, GLBP, VRRP, y alguna cosilla extra que han metido, y que en mi opinion cualquier network engineer debería conocer.

Para consultar el CCNA nuevo os pongo el link a la pagina de cisco:

http://www.cisco.com/web/learning/exams/list/ccna_composite2.html#~Topics

Backup Interfaces: Alta disponibilidad en interfaces punto a punto

Backup interfaces es una feature configurable en las interfaces de los routers cisco, la cual permite establecer que una interfaz va a permanecer en standby hasta que la interfaz principal deje de estar activa.

No se trata de una tecnología de port-channel o algo similar, en esta ocasión estamos hablando de configurar dos interfaces con rangos de ip diferentes, y en caso de que una falle, se utiliza la otra.

Esto era bastante habituál hace años en entornos de operador, en el cual siempre había alguna linea RDSI para hacer el backup en caso de caída. Actuálmente se ve mucho en entornos de altísima criticidad, en los cuales en caso de caída de interfaces utilizas la interfaz secundaria.

El funcionamiento es muy simple, pero ojo, ya que se trata de una funcionalidad que solo resulta eficaz en interfaces punto a punto, si tuviésemos un equipo en medio, que me sigue generando link(como un equipo de transmisión) la interfáz nunca se caería, y por tanto seguiríamos usándola aunque el otro extremo no responda. Para esos casos recomiendo el uso de IP SLA.

Configuración(Dentro de la intefaz primaria):

router(config-if)# backup interface <interfaz_de_backup>

Ejemplo:

R1:

interface Ethernet0/0
 ip address 192.168.2.1 255.255.255.0 
interface Serial1/1
 backup interface Ethernet0/0
 ip address 192.168.1.1 255.255.255.0

ip route 1.1.1.1 255.255.255.255 192.168.1.2
ip route 1.1.1.1 255.255.255.255 192.168.2.2

R3:

interface Loopback1 
ip address 1.1.1.1 255.255.255.255
interface Ethernet0/0
 ip address 192.168.2.2 255.255.255.0 
interface Serial1/2
 ip address 192.168.1.2 255.255.255.0 
clock rate 56000

Lanzamos un Ping, y tiramos la interfaz primaria.

ping 1.1.1.1
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!...............*Mar  1 00:23:53.203: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial1/1, changed state to down*Mar  1 00:23:53.211: BACKUP(Serial1/1): event = primary interface went down*Mar  1 00:23:53.215: BACKUP(Serial1/1): changed state to "waiting to backup"*Mar  1 00:23:53.231: BACKUP(Serial1/1): event = timer expired on primary*Mar  1 00:23:53.239: BACKUP(Serial1/1): secondary interface (Ethernet0/0) made active*Mar  1 00:23:53.243: BACKUP(Serial1/1): changed state to "backup mode".*Mar  1 00:23:55.231: %LINK-3-UPDOWN: Interface Ethernet0/0, changed state to up*Mar  1 00:23:56.231: %LINEPROTO-5-UPDOWN: Line protocol on Interface Ethernet0/0, changed state to up.!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!*Mar  1 00:23:56.235: BACKUP(Ethernet0/0): event = secondary interface came up!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Ahora solo tienes que echarle un poco de imaginación, y montar una RDSI con su dialer/VPN por internet, para alguna conexión punto gorda que tengas :-) .

Spanning Tree: Priority vs cost

En spanning tree, siempre que tengamos dos caminos redundantes para alcanzar a nuestro root bridge podemos elegir que camino queremos utilizar. Para hacer esto spanning tree dispone de dos parámetros que son configurables, pero que funcionan de manera diferente.

• Priority: Priority permite establecer un valor que obligatoriamente tiene que ser múltiplo de 64 y que por defecto es 128, en el cual estableceremos la prioridad del puerto. El puerto con una prioridad menor será el puerto que utilizaremos para alcanzar a root, independientemente del coste que tenga el puerto, la prioridad siempre manda.

Ejemplo:

-Antes-

Rack05SW3(config-if)#do show spanning-tree mst 1
##### MST1    vlans mapped:   11,22,33
Bridge        address aabb.cc00.0900  priority      32769 (32768 sysid 1)
Root          address aabb.cc00.0700  priority      24577 (24576 sysid 1)
            port    Et1/3           cost      2000000              rem hops 19
Interface        Role Sts Cost      Prio.Nbr Type
---------------- ---- --- --------- -------- --------------------------------
Et1/1            Desg FWD 2000000   128.34   Shr
Et1/2            Desg FWD 2000000   128.35   Shr
Et1/3            Root FWD 2000000   128.36   Shr
Et2/0            Desg FWD 2000000   128.65   Shr
Et2/1            Desg FWD 2000000   128.66   Shr
Et2/2            Desg FWD 2000000   128.67   Shr
Et2/3            Desg FWD 2000000   128.68   Shr

-Después-


 

Rack05SW3(config-if)#spanning-tree mst 1 port-priority 64

Rack05SW3(config-if)#do show spanning-tree mst 1
##### MST1    vlans mapped:   11,22,33
Bridge        address aabb.cc00.0900  priority      32769 (32768 sysid 1)
Root          address aabb.cc00.0700  priority      24577 (24576 sysid 1)
            port    Et1/3           cost      2000000              rem hops 19
Interface        Role Sts Cost      Prio.Nbr Type
---------------- ---- --- --------- -------- --------------------------------
Et1/1            Desg FWD 2000000   128.34   Shr
Et1/2            Desg FWD 2000000   128.35   Shr
Et1/3            Root FWD 2000000    64.36   Shr
Et2/0            Desg FWD 2000000   128.65   Shr
Et2/1            Desg FWD 2000000   128.66   Shr
Et2/2            Desg FWD 2000000   128.67   Shr
Et2/3            Desg FWD 2000000   128.68   Shr

• Cost:   Cost es la forma natural de coste de spanning tree, el camino con el menor coste para llegar a root es el camino que elegiremos. Podemos configurar el coste también a nivel de puerto, pero en cualquier caso priority siempre se impondrá ante cost.

Ejemplo:

-Antes-

Rack05SW3(config-if)#do show spanning-tree mst 1
##### MST1    vlans mapped:   11,22,33
Bridge        address aabb.cc00.0900  priority      32769 (32768 sysid 1)
Root          address aabb.cc00.0700  priority      24577 (24576 sysid 1)
            port    Et1/3           cost      2000000              rem hops 19
Interface        Role Sts Cost      Prio.Nbr Type
---------------- ---- --- --------- -------- --------------------------------
Et1/1            Desg FWD 2000000   128.34   Shr
Et1/2            Desg FWD 2000000   128.35   Shr
Et1/3            Root FWD 2000000   128.36   Shr
Et2/0            Desg FWD 2000000   128.65   Shr
Et2/1            Desg FWD 2000000   128.66   Shr
Et2/2            Desg FWD 2000000   128.67   Shr
Et2/3            Desg FWD 2000000   128.68   Shr

-Después-

Rack05SW3(config-if)#spanning-tree mst 1 cost 100

Rack05SW3(config-if)#do show spanning-tree mst 1 
##### MST1    vlans mapped:   11,22,33
Bridge        address aabb.cc00.0900  priority      32769 (32768 sysid 1)
Root          address aabb.cc00.0700  priority      24577 (24576 sysid 1)
            port    Et1/3           cost      100                  rem hops 19
Interface        Role Sts Cost      Prio.Nbr Type
---------------- ---- --- --------- -------- --------------------------------
Et1/1            Desg FWD 2000000   128.34   Shr
Et1/2            Desg FWD 2000000   128.35   Shr
Et1/3            Root FWD 100       128.36   Shr
Et2/0            Desg FWD 2000000   128.65   Shr
Et2/1            Desg FWD 2000000   128.66   Shr
Et2/2            Desg FWD 2000000   128.67   Shr
Et2/3            Desg FWD 2000000   128.68   Shr

También hay que tener en cuenta, que por defecto los switches configurarán valores a spanning tree según el tipo de interfaz, ya sea Giga, Ethernet, FastEthernet...etc. Dejo la tabla de referencia que nunca viene mal para tenerlo en cuenta.

Speed	Port Cost	Comment
10 Mbps	100	Ethernet
20 Mbps	56	EtherChannel
30 Mbps	47	EtherChannel
40 Mbps	41	EtherChannel
50 Mbps	35	EtherChannel
54 Mbps	33	802.11 wireless
60 Mbps	30	EtherChannel
70 Mbps	26	EtherChannel
80 Mbps	23	EtherChannel
100 Mbps	19	Fast Ethernet
200 Mbps	12	Fast EtherChannel
300 Mbps	9	Fast EtherChannel
400 Mbps	8	Fast EtherChannel
500 Mbps	7	Fast EtherChannel
600 Mbps	6	Fast EtherChannel
700 Mbps	5	Fast EtherChannel
800 Mbps	5	Fast EtherChannel
1 Gbps	4	Gigabit Ethernet
2 Gbps	3	Gigabit EtherChannel
10 Gbps	2	10G Ethernet
20 Gbps	1	20G EtherChannel
40 Gbps	1	40G EtherChannel