[OmniOS-discuss] isc dhcp server in a zone with crossbow vnic's
Dan McDonald
danmcd at omniti.com
Wed Mar 30 15:19:23 UTC 2016
> On Mar 30, 2016, at 6:05 AM, Johan Kragsterman <johan.kragsterman at capvert.se> wrote:
>
> I found that Alex McWhirter wrote an artikel on Linkedin about the inability of isc dhcp to use the crossbow vnic's...? Is this true? That was in dec 2014...
Here's the post to which you refer:
https://www.linkedin.com/pulse/20141205201206-339434232-isc-dhcp-dlpi-on-solaris-illumos?trkSplashRedir=true&forceNoSplash=true
That patch has not made its way upstream, AND we compile with "./configure --enable-use-sockets --enable-ipv4-pktinfo".
If *appears* that the problem isn't with vnics, as it is with multiple instances of a named interface. For example, "e1000g0" and "e1000g1" or "net0" and "net1".
> Does someone know where to put the interface information? I mean which interfaces that the dhcp server should listen on(and obviously NOT listen on the others). In Linux you don't set that in dhcpd.conf, but in /etc/default/isc-dhcp-server, which is not present in omnios. Or should it be present?
Hmmm, I think I may need to update the man pages, but it's an SMF property:
shell(~)[1]% svcprop dhcp:ipv4 | grep application/listen_ifnames
application/listen_ifnames astring ""
shell(~)[0]%
The contents of this string are space-separated interface names. They SHOULD be able to be vNICs. I use dhcpd in a single-vNIC zone without a problem, but I don't use the listen_ifnames property. Since I configure with sockets and ipv4-pktinfo, I'm not sure how the ifnames work in this case.
Try setting the listen_ifnames property with svccfg(1M). If the property change worked (and you should be able to tell with "pargs `pgrep dhcpd`" if it has), then see if it behaves like you wish. You could also create a "DHCP server" zone and dedicate a single vnic (configured over a NIC you want) to it as well.
Dan
More information about the OmniOS-discuss
mailing list