No ip for matching mac on Cisco Switch 6509

Unanswered Question
Aug 20th, 2009
User Badges:

Hi,

Weird issue has cropped up. I have a total of 4 X Cisco 6509 switches in 2 data-centres. Multiple VLAN's exist on each switch...

However, I have a problem on 6 individual ports.....Really weird issue in that every 30 minutes without fail the ports reset themselves...

For 4 out of the suspect 6 ports, a Mac-address has been discovered on all of the ports but no corresponding IP....All of the mac addresses indicate that they are the same vendor...all begin with 001b.4f0c....

On the suspect ports as well, there is little or no traffic coming in from the affected device and what is is primarily broadcast traffic....

see interface output below

any ideas?

Mary

test_switch#sh int gig 1/12

GigabitEthernet1/12 is up, line protocol is up (connected)

Hardware is C6k 1000Mb 802.3, address is 001b.534a.3fab (bia 001b.534a.3fab)

Description: **Sys1-CTLA_Ipsi 6a-10.239.48.18**

MTU 1500 bytes, BW 100000 Kbit, DLY 10 usec,

reliability 255/255, txload 1/255, rxload 1/255

Encapsulation ARPA, loopback not set

Keepalive set (10 sec)

Full-duplex, 100Mb/s

input flow-control is off, output flow-control is on

Clock mode is auto

ARP type: ARPA, ARP Timeout 04:00:00

Last input never, output never, output hang never

Last clearing of "show interface" counters 19:24:44

Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0

Queueing strategy: fifo

Output queue: 0/40 (size/max)

5 minute input rate 0 bits/sec, 0 packets/sec

5 minute output rate 1000 bits/sec, 2 packets/sec

1377 packets input, 88184 bytes, 0 no buffer

Received 1370 broadcasts (0 multicasts)

0 runts, 0 giants, 0 throttles

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored

0 watchdog, 0 multicast, 0 pause input

0 input packets with dribble condition detected

180378 packets output, 11831356 bytes, 0 underruns

0 output errors, 0 collisions, 1 interface resets

0 babbles, 0 late collision, 0 deferred

0 lost carrier, 0 no carrier, 0 PAUSE output

0 output buffer failures, 0 output buffers swapped out

test_switch#



test_switch>sh mac-address-table int gig 1/12

Legend: * - primary entry

age - seconds since last seen

n/a - not available


vlan mac address type learn age ports

------+----------------+--------+-----+----------+--------------------------

* 601 001b.4f0c.ede6 dynamic Yes 40 Gi1/12


test_switch>sh arp | include 001b.4f0c.ede6

test_switch>


test_switch#sh run int gig 1/12

Building configuration...


Current configuration : 306 bytes

!

interface GigabitEthernet1/12

description **Sys1-CTLA_Ipsi 6a-10.239.48.18**

switchport

switchport access vlan 601

switchport mode access

no ip address

logging event link-status

speed 100

duplex full

mls qos trust dscp

no cdp enable

spanning-tree portfast

spanning-tree bpduguard enable

end


test_switch

Aug 20 10:09:48.303 GTM: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/12, changed state to down

Aug 20 10:09:48.351 GTM: %LINK-3-UPDOWN: Interface GigabitEthernet1/12, changed state to down

Aug 20 10:09:48.302 GTM: %LINEPROTO-SP-5-UPDOWN: Line protocol on Interface GigabitEthernet1/12, changed state to down

Aug 20 10:09:48.350 GTM: %LINK-SP-3-UPDOWN: Interface GigabitEthernet1/12, changed state to down

Aug 20 10:09:50.431 GTM: %LINK-3-UPDOWN: Interface GigabitEthernet1/12, changed state to up

Aug 20 10:09:50.431 GTM: %LINK-SP-3-UPDOWN: Interface GigabitEthernet1/12, changed state to up

Aug 20 10:09:50.435 GTM: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/12, changed state to up

Aug 20 10:09:50.435 GTM: %LINEPROTO-SP-5-UPDOWN: Line protocol on Interface GigabitEthernet1/12, changed state to up


  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Loading.
ktwaddell Thu, 08/20/2009 - 06:39
User Badges:

Hi


have the cables been trace back to these 6 ports? To find out what is connected to them.


Cheers

Kev

maryodriscoll Thu, 08/20/2009 - 06:56
User Badges:

No, not yet, they are being traced tomorrow...As soon as I know I'll update this converation but I think that they are network cards from an Avaya PBX....

Jon Marshall Thu, 08/20/2009 - 09:41
User Badges:
  • Super Blue, 32500 points or more
  • Hall of Fame,

    Founding Member

  • Cisco Designated VIP,

    2017 LAN, WAN

Mary


001b.4f0c is definitely Avaya.


Is vlan 601 dedicated for Avaya PBX stuff or do you have other devices in that vlan as well.


Is there a chance you could repatch at least one of the ports and into a different module and then see if it still goes down with the others.


It may well be something the Avaya PBX is doing rather than the switch itself. Repatching would help to narrow this down.


Jon

maryodriscoll Fri, 08/21/2009 - 05:50
User Badges:

Jon

Vlan 601 is dedicated for the Avaya Kit alright but most are okay. I've an engineer going to site today to trace them for me as they could be going into different cards in the pbx e.g. clan card, medpro etc.,

Thanks

mary

Actions

This Discussion