On Thu, 13 Apr 2006, James Carlson wrote:
Paul Jakma writes:
I disagree with that, it has to make sense for /users/, imho.
Seriously? We cannot _also_ take into consideration the direction we
want to see Solaris going?
Yes. That's implied in the above too.
Adding IP_PKTINFO just for input would be entirely useless.
Sure. We are adding it though, essentially same as Linux, but with a
different name.
Yes it does. Except there is code out there out there today that has
certain exceptions of IP_PKTINFO.
True. Just not on Solaris.
Of IP_PKTINFO, generally.
Code that decides at compile-time between IP_RECVIF and IP_PKTINFO based
on IP_PKTINFO being defined will no longer compile. Code that decides
based on struct in_pktinfo being defined, wouldn't be affected.
Then adding support for Solaris IP_PKTINFO and IP_RECVPKTINFO in code
that already supports IP_RECVIF/Linux IP_PKTINFO is going to read very
strangely.
So, you're saying that we need to have
"IP_WE_REALLY_WANT_PKTINFO_HERE_BUT_LINUX_STOLE_IT_AND_BROKE_IT_FOR_US"
instead?
No, I'm saying we could be nice and define it as:
IP_PKTINFO_BUT_WE_DECIDED_TO_BE_NICE_TO_USERS_BY_ADDING_CHARS
Even IP_PCKTINFO or IP_PACKETINFO would do. :)
Sigh.
Indeed, anyway. I don't even know if it would affect anyone at all, but
if it does, anyone bitten will curse us (regardless of the aesthetics).
The interface problem is far more complex. I believe what we really
need there are "routing domains," so that cliques of interfaces
(potentially just _one_ interface in the degenerate case) can behave
as a group for output, selecting only on destination within the group.
That is, the interfaces are all attached to a single "routing domain"
in which a given destination is unique.
Interesting. Something like being able to bind() UDP/RAW sockets to
multiple addresses?
(I believe this is at the root of the "I want my packets to go back
out through the same interface, is that so hard?" problem.)
:)
They shouldn't; it's private.
But if they did, they should try either be compatible with Solaris, or
call it something else...
regards,
--
Paul Jakma,
Network Approachability, KISS. http://quagga.ireland.sun.com/
Sun Microsystems, Dublin, Ireland. tel: EMEA x19190 / +353 1 819 9190
_______________________________________________
networking-discuss mailing list
[email protected]
