-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Chris Hoogendyk wrote:
>
> Ryan Novosielski wrote:
>> I send this note every once in awhile, since I know around my workplace
>> there is a lot of confusion over it.
>>
>> Both ends of a network connection must be either hard-coded to the same
>> speed and duplex, or set to auto/auto. Any other combination will result
>> in the end that is set to auto stairstepping down from fastest to
>> slowest until it finds a comparable rate, and WILL use half duplex. So I
>> suppose to adjust my comments a little, if you are using 100/half on one
>> end and auto/auto on the other, that will work, but I'd say it's not a
>> great habit to get into (and who uses half duplex on anything other than
>> 10-base-T anyway?).
>>
>> Philip W. Dalrymple III wrote:
>>
>>> Our problem turned out to be a network hardware problem, the port that the
>>> SD was plugged into was at 100 not 1000 and maybe the server was at 1000 or
>>> the
>>> duplex was not matched.
>
> We routinely hard code both servers and the ports they are connected to
> in our switches switches.
>
> In my experience, Solaris servers typically manage negotiating alright,
> but we set the switch ports anyway. Alpha servers notoriously messed up
> autonegotiation and had to be hard coded to work reasonably well. We
> also had repeated problems with Windows servers. I resolved it on a few
> occasions, but since I was not the Windows admin, it kept getting put
> back and causing trouble which was always blamed on the network group.
>
> Anytime there is a problem of this sort, check the switch port
> statistics, and check the configuration on the computer end and on the
> switch end.
We used to do this, however we no longer do unless absolutely necessary.
The reason for this is it ultimately screws up network installs for
machines that do not have a nvram setting to hard-code the speed/duplex.
There are many network adapters (mostly on older machines, but we're not
talking THAT old) that can only use autonegotiate for network booting,
meaning you're doing an install over a very ratty connection. Same works
fine with both ends set to auto.
- --
---- _ _ _ _ ___ _ _ _
|Y#| | | |\/| | \ |\ | | |Ryan Novosielski - Systems Programmer II
|$&| |__| | | |__/ | \| _| |[EMAIL PROTECTED] - 973/972.0922 (2-0922)
\__/ Univ. of Med. and Dent.|IST/AST - NJMS Medical Science Bldg - C630
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFHmO7hmb+gadEcsb4RAsD/AKCzqciiiO62mWg9UBoXPOU4FyEUmwCfRkpe
S5ZMM0qZGYf1z5A+5Av4f+A=
=b1F2
-----END PGP SIGNATURE-----
begin:vcard
fn:Ryan Novosielski
n:Novosielski;Ryan
org:UMDNJ;IST/AST
adr;dom:MSB C630;;185 South Orange Avenue;Newark;NJ;07103
email;internet:[EMAIL PROTECTED]
title:Systems Programmer III
tel;work:(973) 972-0922
tel;fax:(973) 972-7412
tel;pager:(866) 20-UMDNJ
x-mozilla-html:FALSE
version:2.1
end:vcard
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
