[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Problems with media/mediaopt Called from /etc/netstart



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.