[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
- Subject: Implementing SO_BINDTODEVICE
- From: mb at imp.ch (Martin Blapp)
- Date: Mon Apr 28 15:53:27 2003
> Hmm. My impression was that dhclient used solely BPF descriptors on
> FreeBSD to perform interface-specific DHCP client communications, and that
> SO_BINDTODEVICE was used only in the DHCP server? BPF requires you to
> specifically identify an interface to bind to, as it's an interface-layer
> communications primitive.
Hmm. I'll have to look at this again.
> Last time I tried, the only real issue in using dhclient on multiple
> interfaces was making sure that pid files didn't collide, but that was
> several years ago, things could easily have changed.
I guess one can work around with binding just to another port within
> What semantics does SO_BINDTODEVICE offer? Normally, IP sockets make IP
> address binding and routing decisions based on the process optionally
> specifying IP addresses for local binding, and based on the destination of
> a connection/transmission.
In the meantime I have found out that omsshell does provide the functionality
to remove and add dhclient supported devices. What's missing is a uncomplicated
access method via af_unix socket. I'm currently implementing this one.
Then the way dhclient is used will change. You only call dhclient once at
startup. For each device you add you call omshell which tells dhclient to
poll for link activity. If you remove the card, omshell can be called again
to invalidate the device.