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/
