cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
16847
Views
0
Helpful
2
Replies

Interface Flapping

Hello all,

since few months ago we are having problems with some network interfaces where we have Solaris servers connected on our Catalyst 6500 with the following configuration:

interface GigabitEthernet1/4/36

description 1/17/11_PALMERA1-ACCESOUNIX

switchport

switchport access vlan 101

switchport mode access

spanning-tree portfast edge

spanning-tree bpdufilter enable

spanning-tree bpduguard enable

The interfaces of the Solaris servers are part of a cluster using Veritas software and the traffic on the switch interfaces are outbound how int can see on the beginning output:

GigabitEthernet1/4/36 is up, line protocol is up (connected)

  Hardware is C6k 1000Mb 802.3, address is e05f.b97a.ebbb (bia e05f.b97a.ebbb)

  Description: 1/17/11_PALMERA1-ACCESOUNIX

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

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

  Encapsulation ARPA, loopback not set

  Keepalive set (10 sec)

  Full-duplex, 1000Mb/s, media type is 10/100/1000BaseT

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

  Clock mode is auto

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

  Last input never, output 00:00:16, output hang never

  Last clearing of "show interface" counters 12w0d

  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, 1 packets/sec

    0 packets input, 0 bytes, 0 no buffer

     Received 0 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

     17385683 packets output, 1417944779 bytes, 0 underruns

     0 output errors, 0 collisions, 0 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

We have opened a query to Oracle support and they have said that this is the normal operation but on the switches, the interfaces are flapping

continuously:

1367804: Sep 11 2012 17:32:52: %PARSER-5-CFGLOG_LOGGEDCMD: User:ism  logged command:interface GigabitEthernet1/4/36

1367839: Sep 11 2012 17:33:07: %LINK-3-UPDOWN: Interface GigabitEthernet1/4/36, changed state to down

1367840: Sep 11 2012 17:33:08: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/4/36, changed state to down

1367841: Sep 11 2012 17:33:07: %LINK-SW1_SP-3-UPDOWN: Interface GigabitEthernet1/4/36, changed state to down

1367842: Sep 11 2012 17:33:08: %LINEPROTO-SW1_SP-5-UPDOWN: Line protocol on Interface GigabitEthernet1/4/36, changed state to down

1367858: Sep 11 2012 17:33:14: %LINK-3-UPDOWN: Interface GigabitEthernet1/4/36, changed state to up

1367859: Sep 11 2012 17:33:14: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/4/36, changed state to up

1367861: Sep 11 2012 17:33:14: %LINK-SW1_SP-3-UPDOWN: Interface GigabitEthernet1/4/36, changed state to up

1367862: Sep 11 2012 17:33:14: %LINEPROTO-SW1_SP-5-UPDOWN: Line protocol on Interface GigabitEthernet1/4/36, changed state to up

1367919: Sep 11 2012 17:34:43: %LINK-3-UPDOWN: Interface GigabitEthernet1/4/36, changed state to down

1367921: Sep 11 2012 17:34:43: %LINK-SW1_SP-3-UPDOWN: Interface GigabitEthernet1/4/36, changed state to down

1367923: Sep 11 2012 17:34:44: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/4/36, changed state to down

1367926: Sep 11 2012 17:34:44: %LINEPROTO-SW1_SP-5-UPDOWN: Line protocol on Interface GigabitEthernet1/4/36, changed state to down

1367934: Sep 11 2012 17:34:46: %LINK-3-UPDOWN: Interface GigabitEthernet1/4/36, changed state to up

1367935: Sep 11 2012 17:34:46: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/4/36, changed state to up

1367936: Sep 11 2012 17:34:46: %LINK-SW1_SP-3-UPDOWN: Interface GigabitEthernet1/4/36, changed state to up

1367937: Sep 11 2012 17:34:46: %LINEPROTO-SW1_SP-5-UPDOWN: Line protocol on Interface GigabitEthernet1/4/36, changed state to up

1367938: Sep 11 2012 17:34:49: %LINK-3-UPDOWN: Interface GigabitEthernet1/4/36, changed state to down

1367939: Sep 11 2012 17:34:50: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/4/36, changed state to down

1367940: Sep 11 2012 17:34:49: %LINK-SW1_SP-3-UPDOWN: Interface GigabitEthernet1/4/36, changed state to down

1367941: Sep 11 2012 17:34:50: %LINEPROTO-SW1_SP-5-UPDOWN: Line protocol on Interface GigabitEthernet1/4/36, changed state to down

1367942: Sep 11 2012 17:34:53: %LINK-3-UPDOWN: Interface GigabitEthernet1/4/36, changed state to up

1367943: Sep 11 2012 17:34:53: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/4/36, changed state to up

1367944: Sep 11 2012 17:34:53: %LINK-SW1_SP-3-UPDOWN: Interface GigabitEthernet1/4/36, changed state to up

1367946: Sep 11 2012 17:34:53: %LINEPROTO-SW1_SP-5-UPDOWN: Line protocol on Interface GigabitEthernet1/4/36, changed state to up

Has anyone the same problem or that knows what is it happening?

Although this behavior does not impact on the production services, fills the local log of the switch; and if we need to find some event, it is imposible mission!

Regards and thanks a lot.

2 Replies 2

Julio Carvajal
VIP Alumni
VIP Alumni

Hello Iker,

The interface is running  Full-duplex, 1000Mb/s.. Can you check if the Solaris server nic card  is also running that.

Have you change the cable between each other?

Regards,

Julio Carvajal
Senior Network Security and Core Specialist
CCIE #42930, 2xCCNP, JNCIP-SEC

Yes,

the interface NIC is Full-Duplex/1000Mb/s and the first change that we made was the cable and nothing.

When the flaps occur, in the server side, the interface is in "unknonw" state and not leave any log on the server.

The state "unknonw" of interface on the server is reached at the following times:

  • When the interface is not configured on the server and it is connected to the switch (the switch detects the link)
  • When the interface is part of a Veritas Cluster on "active-passive" mode.The interface configured like "passive" inside the cluster, appears in "unknown" state becuase the script misconfigured the interface and only configured it when the interface becomes the "active"

For these reasons we asked to Oracle Technical Support but they say that is normal and all is ok...

We are thinking in disable link status logging on the switch for those interfaces but, in my opinion, it is not the solution.

The model of server card is Broadcom Gigabit Ethernet.

Thank you.

Review Cisco Networking for a $25 gift card