What I propose as a way forward for this specific Informational document: 1) state the reasons why this specific connect() etc. behaviour is desirable (read: why many vendors have already done that), and what drawbacks it could have (if any), and
2) state the desire for getting a better higher-level API which would handle all of this and much more (instead of/in addition to 1), but mention why this is not an only practical solution.
-- Fernando Gont e-mail: fernando@gont.com.ar || fgont@acm.org