Pete's Packet

Limitless

Archive for July, 2009

Interesting problem 3550 etherchannel problem

Posted by Peter Kurdziel on July 8, 2009

ref: http://forum.internetworkexpert.com/ubbthreads.php/ubb/showflat/Number/14757/page/1#Post14757

If you use a 3550 as SW3 or SW4 it doesn’t like traffic being routed out a layer 3 port and then back across the switch in layer 2. 3560′s are fine with this behaviour. I think this is because a 3550 will send traffic for it’s own L3 port to the CPU:

My SW4 is a 3550 and my SW3 is a 3560:

Rack1SW4#sh run int fa0/20
Building configuration…

Current configuration : 87 bytes
!
interface FastEthernet0/20
no switchport
ip address 204.12.1.10 255.255.255.0
end

Rack1SW4#sh int fa0/20 | i bia
Hardware is Fast Ethernet, address is 000c.ced3.c580 (bia 000c.ced3.c580)

Rack1SW4#sh mac-address-table address 000c.ced3.c580
Mac Address Table
——————————————-

Vlan Mac Address Type Ports
—- ———– ——– —–
All 000c.ced3.c580 STATIC CPU
Total Mac Addresses for this criterion: 1

Rack1SW3#sh run int fa0/21
Building configuration…

Current configuration : 86 bytes
!
interface FastEthernet0/21
no switchport
ip address 204.12.1.9 255.255.255.0
end

Rack1SW3#sh int fa0/21 | i bia
Hardware is Fast Ethernet, address is 001a.6c81.15c1 (bia 001a.6c81.15c1)

Rack1SW3#sh mac-address-table address 001a.6c81.15c1
Mac Address Table
——————————————-

Vlan Mac Address Type Ports
—- ———– ——– —–
53 001a.6c81.15c1 DYNAMIC Fa0/19
Total Mac Addresses for this criterion: 1

So you can see that SW3 knows at layer 2 to get to the layer 3 port you need to go out via the trunk to SW4 and back over the access-vlan to the layer 3 interface.

SW4 thinks that to get to this mac address you go to the CPU, not out the trunk to SW3 and back over the access-vlan to the layer 3 interface.

For this reason SW4 cannot ping SW3 or R5, only BB3 (which is connected to SW3 so the traffic needn’t transit back over SW4 at layer 2).

Rack1SW4#ping 204.12.1.255

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 204.12.1.255, timeout is 2 seconds:

Reply to request 0 from 204.12.1.254, 28 ms
Reply to request 1 from 204.12.1.254, 28 ms
Reply to request 2 from 204.12.1.254, 8 ms
Reply to request 3 from 204.12.1.254, 28 ms
Reply to request 4 from 204.12.1.254, 20 ms

This makes this lab impossible to complete on 3550′s as SW3 or SW4 without modification. Just make the Fa0/20 into a vlan interface so that it doesn’t have to double hop SW4.

Rack1SW4(config)#do sh run int fa0/20
Building configuration…

Current configuration : 87 bytes
!
interface FastEthernet0/20
no switchport
ip address 204.12.1.10 255.255.255.0
end

Rack1SW4(config)#int fa0/20
Rack1SW4(config-if)#no ip add
Rack1SW4(config-if)#int vlan 53
11:23:51: %LINEPROTO-5-UPDOWN: Line protocol on Interface Vlan53, changed state to up
Rack1SW4(config-if)#ip add 204.12.1.10 255.255.255.0
Rack1SW4(config-if)#end
11:24:00: %SYS-5-CONFIG_I: Configured from console by console
Rack1SW4#ping 204.12.1.255

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 204.12.1.255, timeout is 2 seconds:

Reply to request 0 from 204.12.1.9, 1 ms
Reply to request 0 from 204.12.1.254, 32 ms
Reply to request 0 from 204.12.1.5, 4 ms
Reply to request 1 from 204.12.1.9, 1 ms
Reply to request 1 from 204.12.1.254, 24 ms
Reply to request 1 from 204.12.1.5, 4 ms
Reply to request 2 from 204.12.1.9, 1 ms
Reply to request 2 from 204.12.1.254, 20 ms
Reply to request 2 from 204.12.1.5, 12 ms
Reply to request 3 from 204.12.1.9, 1 ms
Reply to request 3 from 204.12.1.5, 1 ms
Rack1SW4#

Posted in Routing & Switching Lab | Leave a Comment »

Oh no the switch crashed… Unexpected exception to CPUvector 1100

Posted by Peter Kurdziel on July 7, 2009

SW4(config-if)#interface Vlan10
SW4(config-if)#no  ip pim sparse-mode
SW4

Unexpected exception to CPUvector 1100, PC = 535BF4
-Traceback= 535BF4 536C54 537E40 538DF8 441D24 4382CC

=== Flushing messages (15:45:51 UTC Tue Mar 2 1993) ===

Buffered messages:
protocol on Interface FastEthernet0/21, changed state to down
00:05:36: %LINK-3-UPDOWN: Interface FastEthernet0/19, changed state to down
00:05:36: %LINK-3-UPDOWN: Interface FastEthernet0/20, changed state to down
00:05:36: %LINK-3-UPDOWN: Interface FastEthernet0/21, changed state to down
00:06:09: %LINK-3-UPDOWN: Interface FastEthernet0/20, changed state to up
00:06:09: %LINK-3-UPDOWN: Interface FastEthernet0/19, changed state to up
00:06:09: %LINK-3-UPDOWN: Interface FastEthernet0/21, changed state to up
00:06:12: %LINK-3-UPDOWN: Interface FastEthernet0/19, changed state to down
00:06:12: %LINK-3-UPDOWN: Interface FastEthernet0/20, changed state to down
00:06:12: %LINK-3-UPDOWN: Interface FastEthernet0/21, changed state to down
00:06:14: %LINK-3-UPDOWN: Interface FastEthernet0/19, changed state to up
00:06:14: %LINK-3-UPDOWN: Interface FastEthernet0/21, changed state to up
00:06:14: %LINK-3-UPDOWN: Interface FastEthernet0/20, changed state to up
00:06:16: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/19, changed state to up
00:06:16: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/21, changed state to up
00:06:16: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/20, changed state to up
00:13:52: %LINK-3-UPDOWN: Interface FastEthernet0/4, changed state to up
00:13:54: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/4, changed state to up
00:16:29: %DTP-5-DOMAINMISMATCH: Unable to perform trunk negotiation on port Fa0/13 because of VTP domain mismatch.
00:16:29: %DTP-5-DOMAINMISMATCH: Unable to perform trunk negotiation on port Fa0/14 because of VTP domain mismatch.
00:16:29: %DTP-5-DOMAINMISMATCH: Unable to perform trunk negotiation on port Fa0/15 because of VTP domain mismatch.
00:17:09: %DTP-5-DOMAINMISMATCH: Unable to perform trunk negotiation on port Fa0/16 because of VTP domain mismatch.
00:17:09: %DTP-5-DOMAINMISMATCH: Unable to perform trunk negotiation on port Fa0/17 because of VTP domain mismatch.
00:17:09: %DTP-5-DOMAINMISMATCH: Unable to perform trunk negotiation on port Fa0/18 because of VTP domain mismatch.
00:17:10: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/16, changed state to down
00:17:10: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/17, changed state to down
00:17:14: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/17, changed state to up
00:17:14: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/16, changed state to up
00:18:04: %LINK-5-CHANGED: Interface Vlan1, changed state to administratively down
00:18:05: %LINEPROTO-5-UPDOWN: Line protocol on Interface Vlan1, changed state to down
00:18:15: %DTP-5-DOMAINMISMATCH: Unable to perform trunk negotiation on port Fa0/19 because of VTP domain mismatch.
00:18:15: %DTP-5-DOMAINMISMATCH: Unable to perform trunk negotiation on port Fa0/21 because of VTP domain mismatch.
00:18:15: %DTP-5-DOMAINMISMATCH: Unable to perform trunk negotiation on port Fa0/20 because of VTP domain mismatch.
00:18:32: %LINEPROTO-5-UPDOWN: Line protocol on Interface Vlan10, changed state to down
00:18:33: %LINEPROTO-5-UPDOWN: Line protocol on Interface Loopback0, changed state to up
00:18:33: %LINK-3-UPDOWN: Interface FastEthernet0/16, changed state to up
00:18:33: %LINK-3-UPDOWN: Interface FastEthernet0/17, changed state to up
00:18:34: %SYS-5-CONFIG_I: Configured from console by console
00:18:34: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 155.1.108.8 (Port-channel1) is up: new adjacency
00:18:34: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/16, changed state to up
00:18:34: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/17, changed state to up
00:18:35: %LINK-3-UPDOWN: Interface Port-channel1, changed state to up
00:18:36: %LINEPROTO-5-UPDOWN: Line protocol on Interface Port-channel1, changed state to up
00:19:01: %LINEPROTO-5-UPDOWN: Line protocol on Interface Vlan10, changed state to up
1d02h: %SYS-5-CONFIG_I: Configured from console by console
1d15h: %LINEPROTO-5-UPDOWN: Line protocol on Interface Vlan20, changed state to down
Queued messages:
Cisco IOS Software, C3550 Software (C3550-IPSERVICESK9-M), Version 12.2(25)SEE4, RELEASE SOFTWARE (fc1)
Copyright (c) 1986-2007 by Cisco Systems, Inc.
Compiled Mon 16-Jul-07 03:03 by myl

Data Load Translation Miss Exception (0×1100)!
CPU Register Context:
Vector = 0×00001100  PC = 0x00535BF4  MSR = 0x4008B030  CR = 0×40000044
LR = 0x00536C54  CTR = 0x00537E04  XER = 0×00000000
R0 = 0×00000000  R1 = 0x01C660E0  R2 = 0×00000000  R3 = 0x0154BF70
R4 = 0×00000003  R5 = 0xFEC0FEC0  R6 = 0xFEE00000  R7 = 0x0154BF70
R8 = 0x0154BF74  R9 = 0×02182228  R10 = 0×00000000  R11 = 0×00000000
R12 = 0x088851A4  R13 = 0x06D0A240  R14 = 0x00538D3C  R15 = 0×00000000
R16 = 0×00000000  R17 = 0×00000000  R18 = 0×00000000  R19 = 0×00000000
R20 = 0×00000000  R21 = 0×00000000  R22 = 0×00000000  R23 = 0×00000000
R24 = 0×00000000  R25 = 0×00000003  R26 = 0×00000000  R27 = 0×00000000
R28 = 0×00000000  R29 = 0x0154BF50  R30 = 0x0D0D0D0D  R31 = 0x0154BF70

Stack trace:
PC = 0x00535BF4, SP = 0x01C660E0
Frame 00: SP = 0x01C66108    PC = 0×00000000
Frame 01: SP = 0x01C66118    PC = 0x00536C54
Frame 02: SP = 0x01C66358    PC = 0x00537E40
Frame 03: SP = 0x01C66380    PC = 0x00538DF8
Frame 04: SP = 0x01C66388    PC = 0x00441D24
Frame 05: SP = 0×00000000    PC = 0x004382CC

Base ethernet MAC Address: 00:0b:be:bb:1f:00
Xmodem file system is available.
The password-recovery mechanism is enabled.
Initializing Flash…
flashfs[0]: 6 files, 1 directories
flashfs[0]: 0 orphaned files, 0 orphaned directories
flashfs[0]: Total bytes: 15998976
flashfs[0]: Bytes used: 7151616
flashfs[0]: Bytes available: 8847360
flashfs[0]: flashfs fsck took 22 seconds.
…done Initializing Flash.
Boot Sector Filesystem (bs:) installed, fsid: 3
Loading “flash:/c3550-ipservicesk9-mz.122-25.SEE4.bin”…##############################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################

File “flash:/c3550-ipservicesk9-mz.122-25.SEE4.bin” uncompressed and installed, entry point: 0×3000
executing…

Restricted Rights Legend

Use, duplication, or disclosure by the Government is
subject to restrictions as set forth in subparagraph
(c) of the Commercial Computer Software – Restricted
Rights clause at FAR sec. 52.227-19 and subparagraph
(c) (1) (ii) of the Rights in Technical Data and Computer
Software clause at DFARS sec. 252.227-7013.

cisco Systems, Inc.
170 West Tasman Drive
San Jose, California 95134-1706

Cisco IOS Software, C3550 Software (C3550-IPSERVICESK9-M), Version 12.2(25)SEE4, RELEASE SOFTWARE (fc1)
Copyright (c) 1986-2007 by Cisco Systems, Inc.
Compiled Mon 16-Jul-07 03:03 by myl
Image text-base: 0×00003000, data-base: 0x00DC4EBC

Initializing flashfs…
flashfs[1]: 6 files, 1 directories
flashfs[1]: 0 orphaned files, 0 orphaned directories
flashfs[1]: Total bytes: 15998976
flashfs[1]: Bytes used: 7151616
flashfs[1]: Bytes available: 8847360
flashfs[1]: flashfs fsck took 8 seconds.
flashfs[1]: Initialization complete.
…done Initializing flashfs.
POST: CPU Buffer Tests : Begin
POST: CPU Buffer Tests : End, Status Passed
POST: CPU Interface Tests : Begin
POST: CPU Interface Tests : End, Status Passed
POST: Switch Core Tests : Begin
POST: Switch Core Tests : End, Status Passed
POST: CPU Interface 2nd Stage Tests : Begin
POST: CPU Interface 2nd Stage Tests : End, Status Passed
POST: CAM Subsystem Tests : Begin
POST: CAM Subsystem Tests : End, Status Passed
POST: Ethernet Controller Tests : Begin
POST: Ethernet Controller Tests : End, Status Passed
POST: ILP Controller Tests : Begin
POST: ILP Controller Tests : End, Status Passed
POST: Loopback Tests : Begin
POST: Loopback Tests : End, Status Passed

This product contains cryptographic features and is subject to United
States and local country laws governing import, export, transfer and
use. Delivery of Cisco cryptographic products does not imply
third-party authority to import, export, distribute or use encryption.
Importers, exporters, distributors and users are responsible for
compliance with U.S. and local country laws. By using this product you
agree to comply with applicable laws and regulations. If you are unable
to comply with U.S. and local laws, return this product immediately.

A summary of U.S. laws governing Cisco cryptographic products may be found at:

http://www.cisco.com/wwl/export/crypto/tool/stqrg.html

If you require further assistance please contact us by sending email to
export@cisco.com.

Cisco WS-C3550-24-PWR (PowerPC) processor (revision A0) with 65526K/8192K bytes of memory.
Processor board ID CHK0652V1EK
Last reset from warm-reset
Running Layer2/3 Switching Image

Ethernet-controller 1 has 12 Fast Ethernet/IEEE 802.3 interfaces

Ethernet-controller 2 has 12 Fast Ethernet/IEEE 802.3 interfaces

Ethernet-controller 3 has 1 Gigabit Ethernet/IEEE 802.3 interface

Ethernet-controller 4 has 1 Gigabit Ethernet/IEEE 802.3 interface

24 FastEthernet interfaces
2 Gigabit Ethernet interfaces

The password-recovery mechanism is enabled.
384K bytes of flash-simulated NVRAM.
Base ethernet MAC Address: 00:0B:BE:BB:1F:00
Motherboard assembly number: 73-8100-05
Power supply part number: 341-0029-01
Motherboard serial number: CAT06510604
Power supply serial number: LIT0651059J
Model revision number: A0
Motherboard revision number: A0
Model number: WS-C3550-24PWR-SMI
System serial number: CHK0652V1EKFailed to generate persistent self-signed certificate.
Secure server will use temporary self-signed certificate.

Press RETURN to get started!

00:00:37: %SPANTREE-5-EXTENDED_SYSID: Extended SysId enabled for type vlan
00:00:39: %LINEPROTO-5-UPDOWN: Line protocol on Interface Vlan1, changed state to down
00:00:40: %SYS-5-CONFIG_I: Configured from memory by console
00:00:40: %LINEPROTO-5-UPDOWN: Line protocol on Interface Loopback0, changed state to up
00:00:41: %SYS-5-RESTART: System restarted –
Cisco IOS Software, C3550 Software (C3550-IPSERVICESK9-M), Version 12.2(25)SEE4, RELEASE SOFTWARE (fc1)
Copyright (c) 1986-2007 by Cisco Systems, Inc.
Compiled Mon 16-Jul-07 03:03 by myl
00:00:41: %LINK-5-CHANGED: Interface Vlan1, changed state to administratively down
00:00:43: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 155.1.108.8 (Port-channel1) is up: new adjacency
00:00:43: %LINK-3-UPDOWN: Interface FastEthernet0/16, changed state to up
00:00:43: %LINK-3-UPDOWN: Interface Port-channel1, changed state to up
00:00:43: %LINK-3-UPDOWN: Interface FastEthernet0/17, changed state to up
00:00:43: %LINK-3-UPDOWN: Interface FastEthernet0/4, changed state to up
00:00:43: %LINK-3-UPDOWN: Interface FastEthernet0/13, changed state to up
00:00:43: %LINK-3-UPDOWN: Interface FastEthernet0/14, changed state to up
00:00:43: %LINK-3-UPDOWN: Interface FastEthernet0/15, changed state to up
00:00:43: %LINK-3-UPDOWN: Interface FastEthernet0/18, changed state to up
00:00:43: %LINK-3-UPDOWN: Interface FastEthernet0/19, changed state to up
00:00:43: %LINK-3-UPDOWN: Interface FastEthernet0/20, changed state to up
00:00:43: %LINK-3-UPDOWN: Interface FastEthernet0/21, changed state to up
00:00:44: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/16, changed state to up
00:00:44: %LINEPROTO-5-UPDOWN: Line protocol on Interface Port-channel1, changed state to up
00:00:44: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/17, changed state to up
00:00:44: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/4, changed state to down
00:00:44: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/13, changed state to down
00:00:44: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/14, changed state to down
00:00:44: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/15, changed state to down
00:00:44: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/18, changed state to down
00:00:44: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/19, changed state to down
00:00:44: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/20, changed state to down
00:00:45: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/16, changed state to down
00:00:45: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/17, changed state to down
00:00:45: %LINEPROTO-5-UPDOWN: Line protocol on Interface Port-channel1, changed state to down
00:00:46: %LINK-3-UPDOWN: Interface FastEthernet0/19, changed state to down
00:00:46: %LINK-3-UPDOWN: Interface FastEthernet0/20, changed state to down
00:00:46: %LINK-3-UPDOWN: Interface FastEthernet0/21, changed state to down
00:00:47: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/4, changed state to up
00:00:47: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/16, changed state to up
00:00:47: %LINEPROTO-5-UPDOWN: Line protocol on Interface Port-channel1, changed state to up
00:00:47: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/17, changed state to up
00:00:49: %LINK-3-UPDOWN: Interface FastEthernet0/20, changed state to up
00:00:49: %LINK-3-UPDOWN: Interface FastEthernet0/21, changed state to up
00:00:49: %LINK-3-UPDOWN: Interface FastEthernet0/19, changed state to up
00:00:50: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/18, changed state to up
00:00:50: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/13, changed state to up
00:00:50: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/14, changed state to up
00:00:50: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/15, changed state to up
00:00:51: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/20, changed state to up
00:00:51: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/21, changed state to up
00:00:51: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/19, changed state to up
00:01:20: %LINEPROTO-5-UPDOWN: Line protocol on Interface Vlan10, changed state to up
00:01:41: %PLATFORM_CAT3550-1-CRASHED: System previously crashed with the following message:
00:01:41: %PLATFORM_CAT3550-1-CRASHED: Cisco IOS Software, C3550 Software (C3550-IPSERVICESK9-M), Version 12.2(25)SEE4, RELEASE SOFTWARE (fc1)
00:01:41: %PLATFORM_CAT3550-1-CRASHED: Copyright (c) 1986-2007 by Cisco Systems, Inc.
00:01:41: %PLATFORM_CAT3550-1-CRASHED: Compiled Mon 16-Jul-07 03:03 by myl
00:01:41: %PLATFORM_CAT3550-1-CRASHED:
00:01:41: %PLATFORM_CAT3550-1-CRASHED: Data Load Translation Miss Exception (0×1100)!
00:01:41: %PLATFORM_CAT3550-1-CRASHED: CPU Register Context:
00:01:41: %PLATFORM_CAT3550-1-CRASHED: Vector = 0×00001100  PC = 0x00535BF4  MSR = 0x4008B030  CR = 0×40000044
00:01:41: %PLATFORM_CAT3550-1-CRASHED: LR = 0x00536C54  CTR = 0x00537E04  XER = 0×00000000
00:01:41: %PLATFORM_CAT3550-1-CRASHED: R0 = 0×00000000  R1 = 0x01C660E0  R2 = 0×00000000  R3 = 0x0154BF70
00:01:41: %PLATFORM_CAT3550-1-CRASHED: R4 = 0×00000003  R5 = 0xFEC0FEC0  R6 = 0xFEE00000  R7 = 0x0154BF70
00:01:41: %PLATFORM_CAT3550-1-CRASHED: R8 = 0x0154BF74  R9 = 0×02182228  R10 = 0×00000000  R11 = 0×00000000
00:01:41: %PLATFORM_CAT3550-1-CRASHED: R12 = 0x088851A4  R13 = 0x06D0A240  R14 = 0x00538D3C  R15 = 0×00000000
00:01:41: %PLATFORM_CAT3550-1-CRASHED: R16 = 0×00000000  R17 = 0×00000000  R18 = 0×00000000  R19 = 0×00000000
00:01:41: %PLATFORM_CAT3550-1-CRASHED: R20 = 0×00000000  R21 = 0×00000000  R22 = 0×00000000  R23 = 0×00000000
00:01:41: %PLATFORM_CAT3550-1-CRASHED: R24 = 0×00000000  R25 = 0×00000003  R26 = 0×00000000  R27 = 0×00000000
00:01:41: %PLATFORM_CAT3550-1-CRASHED: R28 = 0×00000000  R29 = 0x0154BF50  R30 = 0x0D0D0D0D  R31 = 0x0154BF70
00:01:41: %PLATFORM_CAT3550-1-CRASHED:
00:01:41: %PLATFORM_CAT3550-1-CRASHED: Stack trace:
00:01:41: %PLATFORM_CAT3550-1-CRASHED: PC = 0x00535BF4, SP = 0x01C660E0
00:01:41: %PLATFORM_CAT3550-1-CRASHED: Frame 00: SP = 0x01C66108    PC = 0×00000000
00:01:41: %PLATFORM_CAT3550-1-CRASHED: Frame 01: SP = 0x01C66118    PC = 0x00536C54
00:01:41: %PLATFORM_CAT3550-1-CRASHED: Frame 02: SP = 0x01C66358    PC = 0x00537E40
00:01:41: %PLATFORM_CAT3550-1-CRASHED: Frame 03: SP = 0x01C66380    PC = 0x00538DF8
00:01:41: %PLATFORM_CAT3550-1-CRASHED: Frame 04: SP = 0x01C66388    PC = 0x00441D24
00:01:41: %PLATFORM_CAT3550-1-CRASHED: Frame 05: SP = 0×00000000    PC = 0x004382CC
00:01:41: %PLATFORM_CAT3550-1-CRASHED:

After the switch rebooted everything seems fine.

I checked cisco.com’s bug tracker and this IOS is pretty buggy.

Posted in Routing & Switching Lab | 1 Comment »

I got an awesome deal for a month long CCIE rack rental from Narbik

Posted by Peter Kurdziel on July 6, 2009

I got an awesome deal for a month long CCIE rack rental from Narbik. Student disctount: $450.00

More info http://www.micronicstraining.com/

Posted in Routing & Switching Lab | Leave a Comment »

Multicasting

Posted by Peter Kurdziel on July 6, 2009

Some reading:

http://www.cisco.com/en/US/docs/ios/12_0/np1/configuration/guide/1cmulti.pdf

http://www.cisco.com/warp/public/cc/pd/iosw/prodlit/ipimt_ov.pdf

http://www.cisco.com/warp/public/cc/techno/tity/ipmu/tech/ipcas_dg.pdf

Multicast notes:

  • class d 224.0.0.0/4 (224.0.0.0 – 239.255.255.255)
  • reserved (like rfc 1918) – 224.0.0.0/24 (224.0.0.0 -224.0.0.255)
  • Administratively Scoped Block  – 239.0.0.0-239.255.255.255
  1. hello’s are sent every 30 sec to 224.0.0.13
  2. loopback – ip ospf point-to-point for RPF check
  3. (S,G) source tree / shortest path tree / source
    (*,G) shared tree / any source
  4. holdtime = 3.5x the hello
  5. highest IP wins DR
  6. lowest IP wins designated querier
  7. rp-address (unicast) must be advertised in unicast IGP
  8. mtrace to group address to see the reverse path
  9. traffic is always sent to the group address, never from.
  10. the source ip is always a unicast ip address, never a mcast address.
  11. igmp = router to client (automatically enabled with PIM)
  12. pim = router to router ( relies on unicast routing domain, do make sure you have full igp connectivity)
  13. sparse-mode – explicit join ( no traffic unless uyou request it) need’s an RP.
  14. dense-mode – implicit join (gets all traffic unlexx you don’t want it), flood and prune
  15. enabe mcast = ip multicast-routing (distributed on 3560)
  16. (*,G) don’t care about the source.  (S,G) knows the source
    • incoming null / outgoing null – does not know the source.
  17. Enable PIM on the shortest path to the Rp or you will get RFP failures.
  18. switching from a shared tree (*,G) to a  shortest path tree (S,G) = SPT switchover
  19. if theRPF fails the packet is dropped.
    • ping
    • sh ip mroute count
    • debup ip packet
    • ip mroute to rpf failure interface.
  20. RP
      • auto -rp
        • ip pim sparse-dense
        • ip pim send-rp-announce loopback scope 16
          ip pim send-rp-discovery scope 16
        • p pim autorp listener – use when you have sparse-mode interfaces/all sparse mode router.
        • fallback to dense mode is he default, to prevent it use : ip pim dm-fallback.
        • 224.0.1.39 (announce) and 224.0.1.40(discovery)
        • Candidate RPs advertize their willingness to be an RP via “RP-announcement” messages. These messages are periodically sent to a reserved well-known group 224.0.1.39 (CISCO-RP-ANNOUNCE).
        • RP mapping agents join group 224.0.1.39 and map the RPs to the associated groups. The RP mapping agents advertise the authoritative RP-mappings to another well-known group address 224.0.1.40 (CISCO-RP-DISCOVERY). All PIM routers join 224.0.1.40 and store the RP-mappings in their private cache.
        • deny statements – the groul ill be negatively cached and run int dense mode.
        • control updates with ip multicast boundry
        • For the Auto-RP with Multiple RPs scenario, no load balancing is provided, and, when an RP changes, convergence is normally on the order of 3 minutes.
      • Bootstrap router
        • ip pim sparse-mode
          ip pim bsr-candidate
          ip pim rp-candidate
        • use hash to load balance
        • multiples overlapping RP’s = highest priority wins
        • control updates with ip pim bsr-border
    • static – ip pim rp-address – you need this on all the mcast devices.
      • override – will override AUTORP or BSR rp mappings.
    • dynamic – auto-rp (cisco prorietary)  or BSR
  21. ip pim NBMA = use on hub in a FR network, to bypass split-horizon behavior.
  22. GRE is the duct tape of routing!!!  makse your tunnel interfaces passive.
  23. troubleshootin mcast:
    • 1  int s0/0 no ip mroute-cache -2- debup ip mpacket
    • debup ip pim
    • sh ip pim nei | rp | rp mapping | interface
    • sh ip pin int f0/0 detail
    • debup ip pim auto-rp <-shows you what RP is filtered.
    • sh run | in ip pim|int
    • keyword search under ip pim command reference
  24. ip helper-map
    • convert from mcast group to broadcast
      • ip multi helper-map 224.1.1.1 150.100.200.255 111
      • acecss-list 111 oer udp host 150.100.255.1 a eq 39000
  25. anycast – 2 RP’s with the same IP address’


    • r1
      int lo0
      ip add 10.0.0.1 255.255.255.255
      int lo1
      ip add 10.1.1.1 255.255.255.255
      ip msdp peer 10.1.1.2 connect-sour loo1
      ip msdp originator-id loo1
      ip pim rp-address 1.1.1.1 [acl]

      r2
      int lo0
      ip add 10.0.0.1 255.255.255.255
      int lo1
      ip add 10.1.1.2 255.255.255.255
      ip msdp peer 10.1.1.1 connect-sour loo1
      ip msdp originator-id loo1
      ip pim rp-address 1.1.1.1 [acl]

Posted in Multicast, Routing & Switching Lab | Leave a Comment »

Been busy

Posted by Peter Kurdziel on July 4, 2009

A friend of mine let me use his  workbook. I completed the first part and a few of the multiprotocol labs. Moving on.

Posted in Routing & Switching Lab | Leave a Comment »

Lab 19, 24, 27 and 28 notes

Posted by Peter Kurdziel on July 4, 2009

1 Configure Layer 2 EtherChannel group on links between each of the Catalyst switches. Use IEEE standard trunking protocol and make sure ONLY VLAN 1 can carry non-tagged frames.
Configuring the Native VLAN for Untagged Traffic

A trunk port configured with IEEE 802.1Q tagging can receive both tagged and untagged traffic. By default, the switch forwards untagged traffic in the native VLAN configured for the port. The native VLAN is VLAN 1 by default.

Note The native VLAN can be assigned any VLAN ID.

2  Make sure the EtherChannel favors where frames are headed.?
~ Typically the channel-group forwards frames based on the source address for loadbalancing.
3560′s can balance on IP as well as MAC. The instruction says “frames”.

3 The QOS feature should be applied to interface SOlO. The queues should be configured as
follows:
Queue: 1 Protocol: All Other IP Packet Count 100
Queue: 2 Protocol: RDP (tcp/3389) Packet Count: 90
Queue: 3 Protocol: TelneUSSH Packet Count: 80
Queue: 4 Protocol: ARP Packet Count: 70
Queue: 5 Protocol: COP Packet Count 60
Queue: 6 Protocol: Default Packet Count: 50

queue-list 1 protocol ip 1 list 101
queue-list 1 protocol arp 4
queue-list 1 protocol cdp 5
queue-list 1 protocol ip 6 list 104
queue-list 1 protocol ip 2 tcp 3389
queue-list 1 protocol ip 3 tcp telnet
queue-list 1 protocol ip 3 tcp 22
queue-list 1 queue 1 byte-count 100
queue-list 1 queue 2 byte-count 90
queue-list 1 queue 3 byte-count 80
queue-list 1 queue 4 byte-count 70
queue-list 1 queue 5 byte-count 60
queue-list 1 queue 6 byte-count 50

===============================

gotcha
1 changing the vtp domain name to ipexpert.com on all 4 switches. sw1 -server, 2-4-client
then changing it to ipexpert on sw1 did not change it on all the other switches

verification is very important after every task!

2. !
interface Ethernet0/1
description Link to BB1
ip address 150.50.200.1 255.255.255.0
half-duplex
no cdp enable <<<<<<<<<<<<<<<<<<<<<<<<<<<<< did not see on sw.

3. missed
Make sure the router’s ARP table is always in line with the DHCP assignments. All other ARP
replies should be ignored.

update arp on the DHCP pool

4.
snmp  I only put the acl on the ro comm string. it should have been on both.

snmp-server community ipexpert RO 1
snmp-server community trepxepi RW 1

I put the wrong community on the snmp-server host. it should be the RW comm.
snmp-server host 150.50.6.125 trepxepi

I didn’t enable snmp-server system-shutdown!!

I enabled the wrong trap.
Correct: snmp-server enable traps snmp authentication linkdown linkup coldstart warmstart

5. NTP config was over analyzed
wrong:ntp authentication-key 1 md5 121015120A1B09163E 7
ntp authenticate
ntp master 1

correct: ntp source Loopback0
ntp master 4

6. skipped and forgot this  ip bandwidth-percent eigrp 100 40 – use 40% of the bandwidth

===================================

All traffic received on the Ethernet interface on R2 should be marked for discard should the
Frame Relay network experience congestion.

?Unnecessary multicast and broadcast traffic should not transverse between the switches.?

?Use an industry-standard trunking protocol. Make sure ONLY VLAN 1 can carry untagged
frames.?

vtp do ipexpert
vtp m client

vtp prun

100 users

100.0/25 =
2^7=128-2=126 – so you have up t0 126 users
32-7=25 so your mask os /25
2^(32-25)-2=126 hosts

9.0/26
2^5=32-2 30 users
5-32= /27mask 128+62+32 255.255.255.224

br network – hard code a dr then on each rtr do a sho ip ospf to see where to build the virtual-link
sh ip os nei – look for the DR / hub and buid from there.

———————

uplinkfast – 1 – 5 seconds – detects direct link failures.
accelerate the choice of a new root port when a link or switch fails or when the spanning tree reconfigures itself. The root port transitions to the forwarding state immediately without going through the listening and learning states, as it would with the normal spanning-tree procedures.

Backbonefast  – 30 seconds – twice the forward delay timer.  – detects indirect link failures. BackboneFast optimizes the maximum-age timer. BackboneFast tries to find an alternate path to the root. “spanning-tree max-age”

Stick Backbonefast in your core and Uplinkfast at your distribution. It’s all about placement.

Table 15-3 Default Spanning-Tree Configuration
Enable state

Enabled on VLAN 1.

Spanning-tree mode
PVST+. (Rapid PVST+ and MSTP are disabled.)

Switch priority
32768.

Spanning-tree port priority (configurable on a per-interface basis)
128.

Spanning-tree port cost (configurable on a per-interface basis)
1000 Mbps: 4.
100 Mbps: 19.
10 Mbps: 100.

Spanning-tree VLAN port priority (configurable on a per-VLAN basis)
128.

Spanning-tree VLAN port cost (configurable on a per-VLAN basis)
1000 Mbps: 4.
100 Mbps: 19.
10 Mbps: 100.
Spanning-tree timers

Hello time: 2 seconds.
Forward-delay time: 15 seconds.
Maximum-aging time: 20 seconds.
Transmit hold count: 6 BPDUs

———————————————

check MTU if you see this:
*Mar  3 12:13:43.213: %OSPF-5-ADJCHG: Process 1, Nbr 150.50.2.2 on Vlan12 from LOADING to FULL, Loading Done

variance   vs maximum-paths
It’s not vs you need both commands.
The maximum-paths makes sure you have 2 paths in the routing table, only then will the variance command work. So you need both. :)

Scott Morris:
The other thing to consider is that your FD is used to determine whether it’s even valid to show up in your topology table to begin with. This FD check happens BEFORE the variance command is looked at.

I often have the entertainment of this problem with students in my CCIE classes… Load balancing sounds all well and good until you start trying to make it work. If you have a T1 on one side and a 64k link on the other, you can put “variance 100″ in there if it makes you feel better, but it’s not going to help.

Until both routes are in your EIGRP topology table, your variance calculation will never help it. So you have to check that first. Then your variance command will help load balance. THEN you need to look at tthe “show ip router (ip#)” output and see the traffic-share ratio determined, and perhaps tweak that even more to achieve the perfect balance you so desire!

All Catalysts should be configured to allow an expedite queue on trunking interfaces.
-+ Very simply, this is looking for a priority type command on the necessary
interface(s).

Configure R2 router to prevent bogus source ip addresses from being received from R1 and BB1
routers.
-+ Configure the R2 router to verify the reverse path for any source ip address.
This should be configured on the interface pointing to the R1 and BB1 routers.

lab 27
If topology changes occur, there should be no more than two seconds of user traffic interruption.
-+ Normal TCN goes through listening, learning and then back to forwarding. 30
seconds is the typical interruption. RSTP helps reduce that. This will modify
your choice for the last instruction!

The input queue depth on the Ethernet interface of R2 should be set to 25 more than the default.
sol: hold-queue 100 input

http://www.cisco.com/en/US/customer/docs/ios/interface/command/reference/ir_f1.html#wp1025850

R2 should have a queue size of 500 for broadcasts.
~ Broadcast-queue is part of the frame-relay command set.
R2 should also utilize 5000 bytes/second and broadcast no more than 10000 broadcast packets
per transmission .
~ Additional parameters for the above task.
sol: frame-relay broadcast-queue 500 5000 10000

router ospf 1
net 150.50.100.0 0.0.0.255 a 0

————————————

uplinkfast – 1 – 5 seconds – detects direct link failures.
accelerate the choice of a new root port when a link or switch fails or when the spanning

tree reconfigures itself. The root port transitions to the forwarding state immediately

without going through the listening and learning states, as it would with the normal

spanning-tree procedures.

Backbonefast  – 30 seconds – twice the forward delay timer.  – detects indirect link

failures. BackboneFast optimizes the maximum-age timer. BackboneFast tries to find an

alternate path to the root. “spanning-tree max-age”

Stick Backbonefast in your core and Uplinkfast at your distribution. It’s all about

placement.

Table 15-3 Default Spanning-Tree Configuration
Feature

Default Setting

Enable state

Enabled on VLAN 1.

For more information, see the “Supported Spanning-Tree Instances” section.

Spanning-tree mode

PVST+. (Rapid PVST+ and MSTP are disabled.)

Switch priority

32768.

Spanning-tree port priority (configurable on a per-interface basis)

128.

Spanning-tree port cost (configurable on a per-interface basis)

1000 Mbps: 4.

100 Mbps: 19.

10 Mbps: 100.

Spanning-tree VLAN port priority (configurable on a per-VLAN basis)

128.

Spanning-tree VLAN port cost (configurable on a per-VLAN basis)

1000 Mbps: 4.

100 Mbps: 19.

10 Mbps: 100.

Spanning-tree timers

Hello time: 2 seconds.

Forward-delay time: 15 seconds.

Maximum-aging time: 20 seconds.

Transmit hold count: 6 BPDUs

•If you do not intend to trunk across those links, use the switchport mode access interface configuration command to disable trunking.

•To enable trunking to a device that does not support DTP, use the switchport mode trunk and switchport nonegotiate interface configuration commands to cause the interface to become a trunk but to not generate DTP frames.

frame-relay map ip 150.50.100.2 402 broadcast tcp header-compression active

R4(config-if)#frame-relay map ip 150.50.100.2 402 broadcast ?
cisco                Use CISCO Encapsulation
compress             Enable TCP/IP and RTP/IP header compression
ietf                 Use RFC1490/RFC2427 Encapsulation
nocompress           Do not compress TCP/IP headers
payload-compression  Use payload compression
rtp                  RTP header compression parameters
tcp                  TCP header compression parameters

$0.50.100.2 402 broadcast tcp header-compression active

ppp quality 85

BPDU Type 2
Version 2 indicates Rapid Spanning Tree. In particular, running MST

spanning-tree ort£ast trunk

Posted in Routing & Switching Lab | Leave a Comment »

 
Follow

Get every new post delivered to your Inbox.