Can we have a look at sh mls qos int fa.... queue
For the FastEthernet port on that 3750 Kind regards, Sibbi On 1.9.2014 13:01, "Tom Storey" <[email protected]> wrote: >Yes. > >But per my original email, even when autoneg'd at 100/full he could >only pull 25 or so mbit through a 100mbit link. > >If it can push 500-600 with a gigabit port, why cant it push 100mbit >on a 100mbit port? Thats my question. :-) > >On 1 September 2014 13:58, Lee <[email protected]> wrote: >> On 9/1/14, Tom Storey <[email protected]> wrote: >>> >>> The other end was a Cisco 3750 switch. Originally just a straight >>> copper patch, but with only 10/100 ports on the 3750 it autoneg'd at >>> 100/full on both ends just fine >> >>>>> After moving the ISP link over to fibre, the throughput shot up to >>>>> 500-600mbit (NATed.) >> >> fibre port is 1Gb, right? >> >> Lee >> >> >>> >>> They are happy with the fibre uplink and will leave it that way. I was >>> hoping someone might have been aware of some kind of obvious >>> limitation of the copper ports or something. >>> >>> >>> On 31 August 2014 22:39, Łukasz Bromirski <[email protected]> wrote: >>>> >>>> On 31 Aug 2014, at 23:00, Tom Storey <[email protected]> wrote: >>>> >>>>> Hi all. >>>>> >>>>> Been watching a thread on a forum where someone using a 7301 was >>>>> suffering rather lousey speeds through a 7301 when using an onboard >>>>> copper port between him and his ISP - only able to obtain about >>>>>25mbit >>>>> or so of throughput (all traffic NATed.) >>>>> >>>>> After moving the ISP link over to fibre, the throughput shot up to >>>>> 500-600mbit (NATed.) >>>>> >>>>> Theres not much room for playing around with the setup at this stage, >>>>> but does anyone have any ideas why this might be so? >>>>> >>>>> The onboard ports are all gigabit as far as I know, whether or not >>>>>you >>>>> use copper or fibre, and the copper port augo negotiated at 100/full >>>>> with the remote device so I cant think of a reason for the disparity. >>>> >>>> And how was the fiber connected on the other end? >>>> >>>> It looks like problem with the autonegotiation. Or maybe flow >>>> control - is the remote device using fiber natively and going >>>> to copper through some intermediate converter? Those can cause >>>> such problems also. >>>> >>>> We need way more info to get this through troubleshooting. Or maybe >>>> they should involve TAC? >>>> >>>> -- >>>> "There's no sense in being precise when | Łukasz >>>>Bromirski >>>> you don't know what you're talking | >>>>jid:[email protected] >>>> about." John von Neumann | >>>>http://lukasz.bromirski.net >>>> >>> >>> _______________________________________________ >>> cisco-nsp mailing list [email protected] >>> https://puck.nether.net/mailman/listinfo/cisco-nsp >>> archive at http://puck.nether.net/pipermail/cisco-nsp/ > >_______________________________________________ >cisco-nsp mailing list [email protected] >https://puck.nether.net/mailman/listinfo/cisco-nsp >archive at http://puck.nether.net/pipermail/cisco-nsp/ _______________________________________________ cisco-nsp mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
