Problem with HSRP/ARP on MSFC/SUP modes

[Mark3000]

Hello,

I have 2 cisco 7609 equipped with MSFC-2 modules.

I have configure HSRP between the two modules (trunked using etherchannel)

my problem is that HSRP IP addresse sometimes hangs up, when doing show arp

I can see that HSRP add is not resolved, in general a shut/no shut on the interface

solves the problem.

But as these nodes are critical, I am looking for any solution or explanation

to this behaviour.

Thanks in advance

BR

Configurations:

MSFC-2 number 1

interface Vlan1100

description int-1

ip address 10.20.30.1 255.255.255.0

no ip redirects

no ip unreachables

no ip proxy-arp

no ip mroute-cache

ntp disable

standby use-bia

standby ip 10.20.30.3

standby priority 110

standby preempt

standby authentication VLAN1100

standby name VLAN1100

standby track vlan1050

MSFC-2 number 2

interface Vlan1100

description int-2

ip address 10.20.30.2 255.255.255.0

no ip redirects

no ip unreachables

no ip proxy-arp

no ip mroute-cache

ntp disable

standby use-bia

standby ip 10.20.30.3

standby priority 110

standby preempt

standby authentication VLAN1100

standby name VLAN1100

standby track vlan1050

[smif101]

The first thing I would do here is change the priority of one of the devices to 120, you don't want them the same. Also the use of the standby use-bia command is not supported on the MSFC2, so I would get rid of that command too. Try that and see if things get better.

[Mark3000]

Hi,

Well it was a mistake during the copy/past:

I have priority 110 on active interface and none (so 100) in standby interface.

Why do u think "use bia" may cause problems?

I made the change and still waiting if it occurs

BR

[glen.grant]

Check to make sure your link between the two 7206's is running clean . Also check trunking and etherchannel and make sure they look normal . When this happens can you see the standby router ok ? If do a show standby does the opposite router show as the backup ?

[Mark3000]

Hi,

Links and etherchannel are OK. But the show standby commands show strange issue .. have an Init state with Unknown status !

Interface Grp Prio P State Active addr Standby addr Group addr

Vl1100 0 110 P Init unknown unknown 10.20.30.3

[glen.grant]

Can you ping directly across this link ? Have you checked to make sure that vlan 1100 is allowed on the trunk ? Maybe you could post you trunking and etherchannel info and we can see something from that .

[Mark3000]

Hi,

- MSFC-2 does not support "use-bia": I think this apply for PFC2 not MSFC2 !

- Yes I can ping across my links, other VLANs transported over some trunk are ok.Bellow my configuration on Giga Ports and Etherchannel...

Any help ?

*

interface Port-channel12

no ip address

switchport

switchport trunk encapsulation dot1q

switchport trunk allowed vlan 200,300-305,1000,1100,1101,1401,2401

switchport mode trunk

switchport nonegotiate

!

interface GigabitEthernet1/1

no ip address

udld port aggressive

switchport

switchport trunk encapsulation dot1q

switchport trunk allowed vlan 200,300-305,1000,1100,1101,1401,2401

switchport mode trunk

switchport nonegotiate

no cdp enable

channel-group 12 mode on

!

interface GigabitEthernet1/2

no ip address

udld port aggressive

switchport

switchport trunk encapsulation dot1q

switchport trunk allowed vlan 200,300-305,1000,1100,1101,1401,2401

switchport mode trunk

switchport nonegotiate

no cdp enable

channel-group 12 mode on

!

interface GigabitEthernet2/1

no ip address

udld port aggressive

switchport

switchport trunk encapsulation dot1q

switchport trunk allowed vlan 200,300-305,1000,1100,1101,1401,2401

switchport mode trunk

switchport nonegotiate

no cdp enable

channel-group 12 mode on

!

interface GigabitEthernet2/2

no ip address

udld port aggressive

switchport

switchport trunk encapsulation dot1q

switchport trunk allowed vlan 200,300-305,1000,1100,1101,1401,2401

switchport mode trunk

switchport nonegotiate

no cdp enable

channel-group 12 mode on

[amadeus]

hi guys,

i just wondered if this issue has been fixed by now as we experinenced a similar problem yesterday after SRM implementation on Catalyst 6509.

After reload of the standby routers the HSRP process on VLAN 7 was not working anymore.

Here is the output of the show standby brief after the change:

Router 1

InterfaceGrp Prio P State Active Standby

Vl4 1 20 P Active local 172.24.52.69

Vl7 1 10 P Standby 194.156.168.162 local

Router 2

Interface Grp Prio P State Active Standby

Vl4 1 10 P Standby 172.24.52.65 local

Vl7 1 20 P Active local unknown

As you can see the state of Vlan 4 is fine but on Router2 in VLAN 7 the standby router is unknown.

We have about 25 Vlans defined on these routers with between 1-3 HSRP processes on each VLAN.

Only VLAN 7 is having problems. The others are working fine.

Thank you