> 
>    and it can also satisfy per process behavior.
>    
> => this is not true: I don't want to patch and recompile all applications.
> My concern is you provide a device then look for its usage, I prefer to
> get requirements and only after look for ways to satify them.
> 

I assume these socket options would be applicable more for new type of 
applications. But I don't see a problem in updating existing application with 
new socket option and recompile them, if the application wants to serve special
cases. For example, it's not surprizing that common network application 
be modified for running on mobile devices. 

Also, per-socket control is more desirable than just per-process control, as 
one application may choose to set different source address for different
set of sockets. I don't think threading (as you mentioned before)  is a good
 alternative to that.


    
>    > There is no equivalent in destination rules to SR7, so AI_XXXX_TMP & co
>    > are useless (this is in fact obvious :-).
>    
>    Yes, SR7 does not have a corresponding DR?. But getaddrinfo() is supposed
>    to sort the destination addresses keeping source address selection rules
>    (in this case, its SR7) in mind. Hence the AI_PREFER_SRC_* flags make sense
>     for TMP and PUBLIC.
>    
> => if there are for each prefix a TMP and a PUBLIC addresses AI_PREFER_SRC_TMP
> & co are strictly useless so are candidate for a garbage collection when
> we'll run out of bits in ai_flag...

I am not sure I understand your point here. I understand that ai_flag bits are
limited. But if there are multiple prefixes with TMP address  and 
AI_PREFER_SRC_TMP is set, TMP addresses will be preferred. I assume that TMP
addresses will be sorted among themselves as per other src address selection
 rules. 

Thanks, 
 -Samita

--------------------------------------------------------------------
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]
--------------------------------------------------------------------

Reply via email to