On Mon, Jan 26, 2009 at 11:08 AM, Ben Scott <[email protected]> wrote: > On Sun, Jan 25, 2009 at 3:38 PM, Micheal Espinola Jr > <[email protected]> wrote: >> Via D-Link DGS-2205 switch: Speed=451.726, in 0:42m (WTH ?!) > > Where is the above switch in the topology? Were you copying between > two nodes connected to the D-Link, or using the D-Link to daisy-chain > to the Cisco, or what?
Using the D-Link to daisy-chain only my workstation, ala: Desktop -> D-Link -> Cisco Catalyst >> Everything is hard-coded for 100 Mbps / Full-Duplex. > > Does that include the switch ports in the Polycom phones? This is something I more recently realized. *They* say they are operating at Full-duplex. I have the admin password to the phone, and it says its operating at Half-duplex. Sure feels like Half-duplex to me. But I see no way to configure it. *They* say thier denticle phones at thier office are at Full. I say, who cares - mine *arent*. > Like everyone else said, traffic shaping of some kind (QoS, VLAN > priority, etc.) seems a likely culprit. You've already said the > third-party service provider has issues with response time; maybe they > have issues with lack-of-clue as well. I am discovering that this is very true. The "NOC Manager" was insisting upon me that someone come out and install a new switch for additional data-only ports. Yea sure, thats great - until I inquired if it would be at my expense or not, for which he replied, "well yea, you're going to have to pay for it". So, sure, my chosen solution should be to ignore the obvious duplex issue and just buy more equipment? Give me a break... > > Another possibility: Do you just have a couple devices plugged into > the D-Link for testing? If so, perhaps Cisco switches (being full of > active equipment) are running out of resources (buffer memory, > backplane bandwidth, etc.), while your D-Link switch (being mostly > idle) has resources to spare. They claim this isnt the case, but I have my doubts about anything they say at this point. > I second the suggestion of a packet sniffer. Indeed. Thanks, Ben! ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~
