On 30-8-2012 23:30, Scott wrote: > vis-a-vis /etc/hostname.if, where the 'if' is em1 and is a real > interface that is aggregating several VLANs (as em1 is connected to a > Cisco L2 switch). Since the each of the VLAN interface has its own, > and topology relevant, IPV4 address, we don't want or need em1 itself > to have an IP. Our /etc/hostname.em1 is as follows, > > ---- START ---- > -inet mtu 1518 -inet6 group inside > up > ---- END ----- > > However, post boot/reboot (but NOT "./netstart em1"), > > ---- START ---- > em1: flags=28843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST,NOINET6> mtu 1518 > lladdr 00:15:17:98:93:75 > priority: 0 > groups: inside > media: Ethernet autoselect (1000baseT full-duplex) > status: active > inet 8.15.7.107 netmask 0xff000000 broadcast 8.255.255.255 > ---- END ----- > > 'em1' is CORRECTLY absent an IPV6 address (NOINET6); however, it > always -- and UNDESIRABLY -- comes up with an IPV4 address in the > 8.n.n.n/8 range. (Side note: No idea why it gets an IPV4 8/8 as that > isn't in our topology anywhere and it becomes problematic at times to > the routing table.) > > What is the correct hostname.if configuration method for preventing an > interface from coming up with an NOINET4 result on boot/reboot?
Why are you using -inet, is that somewhere in a manpage? If I try your hostname file I get a warning: camield@xmts $ sudo sh netstart vlan10 ifconfig: -inet: bad value What about just omitting that, and put the statements on seperate lines for clarity: mtu 1518 -inet6 group inside (side question: why do you need the mtu?) Note that "-inet" probably eats the "mtu" as an argument, and the 1518 is taken as an IPv4 address, and weird things happen here too: > camield@xmts $ sudo ifconfig vlan10 1518 > camield@xmts $ ifconfig vlan10 > vlan10: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500 > lladdr 00:d0:59:b6:f4:27 > priority: 0 > vlan: 10 parent interface: fxp0 > groups: vlan > status: active > inet6 fe80::2d0:59ff:feb6:f427%vlan10 prefixlen 64 scopeid 0x6 > inet 0.0.5.238 netmask 0xff000000 broadcast 0.255.255.255
