Cisco 6905 slowness issues

adam.strobel · ‎11-22-2004

I have a Cisco 6905 with 10/100/1000 blades that are connected to some large database servers. About once a month I need to reboot this device because of very slow network responce time. Is there anything I can check on this device to see what could be causing this? Maybe a new IOS? Below is the show ver details.

c6509#show ver

Cisco Internetwork Operating System Software

IOS (tm) s72033_rp Software (s72033_rp-PK9SV-M), Version 12.2(17a)SX1, EARLY D

LOYMENT RELEASE SOFTWARE (fc1)

TAC Support: http://www.cisco.com/tac

Compiled Wed 29-Oct-03 07:46 by cmong

Image text-base: 0x40008FBC, data-base: 0x41E50000

ROM: System Bootstrap, Version 12.2(14r)S9, RELEASE SOFTWARE (fc1)

BOOTLDR: s72033_rp Software (s72033_rp-PK9SV-M), Version 12.2(17a)SX1, EARLY D

LOYMENT RELEASE SOFTWARE (fc1)

c6509 uptime is 3 days, 30 minutes

Time since c6509 switched to active is 3 days, 30 minutes

System returned to ROM by power-on (SP by power-on)

System restarted at 12:18:56 EST Fri Nov 19 2004

System image file is "sup-bootflash:s72033-pk9sv-mz.122-17a.SX1.bin"

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-C6509 (R7000) processor (revision 3.0) with 458752K/65536K bytes of m

ory.

Processor board ID SAL0739M2JD

SR71000 CPU at 600Mhz, Implementation 0x504, Rev 1.2, 512KB L2 Cache

Last reset from power-on

X.25 software, Version 3.0.0.

Bridging software.

15 Virtual Ethernet/IEEE 802.3 interface(s)

148 Gigabit Ethernet/IEEE 802.3 interface(s)

1917K bytes of non-volatile configuration memory.

8192K bytes of packet buffer memory.

65536K bytes of Flash internal SIMM (Sector size 512K).

Standby is up

Standby has 458752K/65536K bytes of memory.

Configuration register is 0x2102

wong34539 · ‎11-29-2004

Check the Duplex settings, Cisco support full-duplex, the IEEE 802.3z standard does have support for half-duplex Gigabit Ethernet. Because of this, duplex is negotiating between Gigabit Ethernet devices.

In the Flow Control mechanism also gives slowness - Because of the amount of traffic that could be generated by Gigabit Ethernet, there is a PAUSE functionality built into Gigabit Ethernet. The PAUSE frame is a packet that tells the far-end device to stop transmitting packets until the sender is able to handle all the traffic and clear it's buffers. The PAUSE frame has a timer included which tells the far-end device when to start sending packets again. If that timer expires without getting another PAUSE frame, the far-end device can then send packets again.

You can try to disable the autonegotiation option on BOTH the switch and the NIC card of the server, and see if that improves communications.

For more troubleshooting in NIC Compatibility Issues, checks this below provide more related information.

http://www.cisco.com/warp/public/473/46.html