divert and deadlock issues
Bruce M. Simpson
bms at incunabulum.net
Wed Aug 1 14:34:41 UTC 2007
Christian S.J. Peron wrote:
> Well, it's still the intent to keep the ability to divert and re-inject
> multicast packets. This change would basically say: "You cant specify
> multicast options via the divert socket". Which in practice doesn't
> happen anyway (where I looked).
> I dont think we should be specifying multicast options on divert sockets.
> It's not the right place to be manipulating multicast parameters. Multicast
> parameters should be set on the sockets that originally transmitted or
> received the packets. I dont think divert falls into this category.
The definition of what a divert socket is and does, falls outside the
definition of what a multicast socket endpoint is.
Divert sockets exist to munge packets as they flow up or down the stack.
If the additional complexity of treating divert sockets as multicast
endpoints causes locking issues in the stack, common sense suggests we
should deprecate that behaviour.
More information about the freebsd-net