i have the server using symantec backup, NIC set to auto, connected to a GIG port on the 2960. The other server the same, NIC set to auto, connected to a GIG port. when I open the task manager on the servers and look at the network usage, they are both under 25%. how ever when Look at the port usage throughthe Cisco Network Assistant, I see that both the ports are 75% or higher used bandwidth. I am not opposed to upgrading to a GIG switch, however I have the servers plugged in GIG now. Port trunking two GIG ports is where I am leaning. comments?

Are the hosts on the same 2960 or different 2960s? If the latter, please describe the topology.

You've described transfer rate as 512 MBps, this is about 69 Mbps, which is about right for 75% of 100 Mbps, but not 75% of gig (on switch) or 25% of gig (on server).

Are you sure both host ports are actually running at gig? The other thing that comes to mind, if there is a duplex error, it might account for the high port percentages but very low throughput (7% of gig seems reasonable if there duplex mismatch).

Initially the host were not on the same 2960, where I was getting the same behaviour. For testing, i moved the hosts to the same 2960. the NIC on the server is set to auto.

I looked at the switch and took some screen shots.

In sh_int.txt you show an active gig port and active fastE port, not two active gig ports?

Also on the active gig port, g0/1, shows the connection running at 100 Mbps?

[edit]

GigabitEthernet0/1 is up, line protocol is up (connected)

Hardware is Gigabit Ethernet, address is

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

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

Encapsulation ARPA, loopback not set

Keepalive set (10 sec)

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

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

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

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

Last clearing of "show interface" counters never

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

Queueing strategy: fifo

Output queue: 0/40 (size/max)

5 minute input rate 724000 bits/sec, 84 packets/sec

5 minute output rate 65674000 bits/sec, 5500 packets/sec

4016127 packets input, 2693618372 bytes, 0 no buffer

Received 755 broadcasts (0 multicast)

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

352246016 packets output, 3577238495 bytes, 0 underru 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

on this output I have one server on G/2 and the other on E24. Internet connection on G/1. my mistake. E/02 connect to another 2960.

GigabitEthernet0/2 shows gig connection, but if other host is on FastE, you're not going to get gig speed host-to-host. Also e24 shows being down?

PS:

Unless your Internet connection provides more that 100 Mbps, why connected there?

after this post, I am off to get coffee. it is port 22 that i am refering to 24. I am going to swap the host on 22 with the host on G1 - and monitor again. I still see high bandwidth on G2. what do the outputs look like to you? does it make scense to trunk two GIG ports to increase speed on switch?

Communication disconnect?

At long as either host is connected to a fastE port, 73+ Mbps is reasonable. As I think I wrote before, we can try to increase the bit rate toward 100 Mbps, but it's likely much, much easier to use gig ports.

What I haven't seen, I believe, is stats for both hosts running on gig ports that are running at gig.

If by trunking ports, you mean to form a multi-port channel, that will likely not increase bandwidth between single hosts (unless there's also port hashing). Such Ethernet channels, at least on Cisco, don't use different ports for every packet for an individual flow, they alternate flows (based on some hash forumula) across the ports.

[edit]

"I still see high bandwidth on G2."

From you prior attachment, outbound load is under 7%. I wouldn't consider that high bandwidth for gig.