issues with Intel Pro/1000 and 1000baseTX

Pyun YongHyeon pyunyh at gmail.com
Fri May 15 03:55:44 UTC 2009


On Thu, May 14, 2009 at 12:29:17PM -0400, James Tanis wrote:
> Bill Moran wrote:
> >In response to James Tanis <jtanis at mdchs.org>:
> >
> >
> >  
> >><.. snip ..>
> >>Attempting to force 1000baseTX via:
> >>
> >>ifconfig em1 media 1000baseTX mediaopt full-duplex
> >>
> >>gets me:
> >>
> >>status: no carrier
> >>
> >>After forcing the NIC to go 1000baseTX the LEDs on the backpane are both 
> >>off. I can only come to the conclusion that this is a driver issue based 
> >>on previous experience and the simple fact that the end user system is 
> >>capable of connecting at 1000baseTX. Anybody have any suggestions? I'm 
> >>hoping I'm wrong. I'd rather not do an in-place upgrade, this is a 
> >>production system and the main gateway for an entire school, when I do 
> >>not even know for sure whether this will fix the problem. It's worth it 
> >>to me though, having a 1000baseTX uplink from the switch would remove a 
> >>major bottleneck for me.
> >
> >
> >Try forcing on both ends (I assume the Procurve will allow you to do that).
> >One thing I've seen consistently is that if you force the speed/duplex on
> >one end, the other end will still try to autoneg, and will end up with
> >something stupid like 100baseT/half-duplex, or will give up and disable
> >the port.
> >  
> Ok, I just did that -- I have now attempted to force 1000baseTX on both 
> sides and on one side while the other was left auto, all three possible 
> combinations resulted in the same behavior (no carrier).
> >Also, try autoneg on both ends.  Make absolutely sure the Procurve is set
> >to autoneg.
> >  
> This was the original set up. It is also how I have it set up currently, 
> it results in 100baseTX full-duplex on both sides.
> >Replace the cable.  If the cable is marginal, autoneg will downgrade the
> >speed to ensure reliability.  Use a cable that you know will produce
> >1000baseTX because you've tested it on other systems.
> >  
> Well, I don't have any verified working cable of the appropriate length 
> so I simply switched out the cables for the main server and the backup 
> server. They are both cat6 cables crimped with cat5e modules by me. For 
> what reason (bad crimp job?) that seemed to fix the issue.
> 

This is clear indication of cabling issue. PHY of em(4) will try
to fix all cabling problem with auto MDI/MDIX/polarity correction.
If the PHY couldn't establish a 1000baseT link with link partner it
would downshift to 100baseTX as establishing a 1000baseT link was
not possible due to cabling problems(probably missing wiring).

> Thanks for the advice!
> 
> -- 
> James Tanis
> Technical Coordinator
> Computer Science Department
> Monsignor Donovan Catholic High School


More information about the freebsd-stable mailing list