Rich,
>
> My assumption was that recvfrom() and accept() should return sin6_flowinfo
> from the received packet, and connect() and sendto() should take
> sin6_flowinfo and put it into sent packets.
>
> For bind(), I'd say either error if sin6_flowinfo is non-zero, or ignore
> sin6_flowinfo.
>
Not surprisingly this is the exact opposite of what I thought.:-) Since
the flow ID is source oriented it seems to make the most sense to me to
specify it on the bind() call and return it in calls which return a source
address (recvfrom, recvmsg, accept). It should be silently ignored on
connect, sendto and sendmsg.
Of course the traffic class is destination oriented so the opposite logic
applies. It is silently ignored by bind and placed in the packet as
a result of connect, sendto and sendmsg calls. Calls to recvfrom, recvmsg
and accept return what was received.
Of course I suspect I held a different opinion about this in the past and
the next time it comes up I will hold yet another opinion.:-)
Needless to say it needs to be written down.
tim
--------------------------------------------------------------------
IETF IPng Working Group Mailing List
IPng Home Page: http://playground.sun.com/ipng
FTP archive: ftp://playground.sun.com/pub/ipng
Direct all administrative requests to [EMAIL PROTECTED]
--------------------------------------------------------------------
