|
Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com |
Re: Problems with media/mediaopt Called from /etc/netstart
From: Christopher Linn (celinn
mtu.edu)
Date: Mon May 03 2004 - 07:29:43 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On Sun, May 02, 2004 at 07:02:50PM -0400, Adam wrote:
> On Sun, May 02, 2004 at 02:49:48PM -0500, vxla
nxio.us wrote:
[...]
> > $ cat hostname.sis0
> > inet 172.16.0.8 netmask 255.255.255.128 media 100baseTX media-opt full-duplex
>
> "media" isn't a valid broadcast address. You still need the NONE in
> there before the extra options. You already know about the other 2
> mistakes obviously.
yup, here's one i have in production:
$ cat /etc/hostname.hme0
inet 192.168.245.222 255.255.255.0 192.168.245.255 media 10baseT mediaopt full-duplex
inet6 dead:beef::9f 64 media 10baseT mediaopt full-duplex
$ ifconfig hme0
hme0: flags=8063<UP,BROADCAST,NOTRAILERS,RUNNING,MULTICAST> mtu 1500
address: 08:00:20:79:52:f9
media: Ethernet 10baseT full-duplex (10baseT)
status: active
inet 192.168.245.222 netmask 0xffffff00 broadcast 192.168.245.255
inet6 fe80::a00:20ff:fe79:52f9%hme0 prefixlen 64 scopeid 0x1
inet6 dead:beef::9f prefixlen 64
$
(i hope i didn't make any typos while "sanitizing" the addresses ;*)
(no i do not have a `-' in "mediaopt".)
> But apart from that, I would recommend you just leave them on autodetect on
> both the switch and the openbsd machines. Do your job on assuming the
> person who will take over after you is a violent person who knows where
> you live.
>
> Adam
good point. in nearly every case, i have seen auto-negotiation work
fine. in the case of my hme interface above, these old things always
had a problem autonegotiating even under solaris. my plan is to change
to using an le(4) SBus card so i don't have to worry about which switch
port the thing is plugged into and having to hard-set the full-dulpex.
(yes, some of us still do have to run 10Mbit networks here and there...)
cheers,
chris
--
Christopher Linn, (celinn at mtu.edu) | By no means shall either the CEC
Staff System Administrator | or MTU be held in any way liable
Center for Experimental Computation | for any opinions or conjecture I
Michigan Technological University | hold to or imply to hold herein.
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]