cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1071
Views
0
Helpful
3
Replies

ACE on VSS problem

I have a VSS cluster 2x6509 and an ACE blade in each I had to upgrade(ACE A2) the software so it could be recognised by the VSS. I have connectivity to the newtork from the first ACE ,but the second cannot arp it's default gatetway both ACE blade are on the same management vlan.

any help will be appreciated following is the config

svclc multiple-vlan-interfaces

svclc switch 1 module 1 vlan-group 1

svclc switch 2 module 1 vlan-group 1

svclc vlan-group 1 88

access-list ANY line 8 extended permit ip any any

policy-map type management first-match remote-access

class remote-mgmt

permit

interface vlan 88

description Axfood MGMT-LAN

ip address 194.132.91.239 255.255.255.128

access-group ANY

no shutdown

ip route 0.0.0.0 0.0.0.0 194.132.91.254

show arp

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

IP ADDRESS MAC-ADDRESS Interface Type Encap NextArp(s) Status

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

194.132.91.238 00.21.a0.82.8e.e9 vlan88 LEARNED 519 12340 sec up

194.132.91.239 00.21.a0.82.8e.39 vlan88 INTERFACE LOCAL _ up

194.132.91.251 00.25.46.21.c8.00 vlan88 LEARNED 518 4807 sec up

194.132.91.254 00.00.00.00.00.00 vlan88 GATEWAY - * 3 req dn

sho interface

switch/Admin# show int

vlan88 is up

Hardware type is VLAN

MAC address is 00:21:a0:82:8e:39

Mode : routed

IP address is 194.132.91.239 netmask is 255.255.255.128

FT status is non-redundant

Description:Axfood MGMT-LAN

MTU: 1500 bytes

Last cleared: never

Alias IP address not set

Peer IP address not set

Assigned from the Supervisor, up on Supervisor

45822 unicast packets input, 553642216 bytes

8022597 multicast, 218206 broadcast

0 input errors, 0 unknown, 0 ignored, 0 unicast RPF drops

301 unicast packets output, 33548570 bytes

0 multicast, 523889 broadcast

0 output errors, 0 ignored

3 Replies 3

sadbulali
Level 4
Level 4

On ACE arp failed to real servers and service all stopped. Only reload the module could recover the service. It seems mostly caused by FT. And ensure you can able to ping the gateway. Also make sure any access list is blocking or not.

It looks like you don't have FT (alias & peer IP's) set up.

If the second ACE still can't ARP or ping the gateway after you get that taken care of, check w/ TAC to see if you're hitting bug CSCsz50968.

We ran into it when we were doing a bunch of failover tests between the two VSS chassis.

Hi,

I can report this problem was due to bug CSCsz50968 as mentioned and the solution was to upgrade to IOS 12.2SXI3 or later.

Tyrone

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: