>>>>> On Thu, 13 Dec 2001 11:19:40 +0900, 
>>>>> JINMEI Tatuya <[EMAIL PROTECTED]> said:

>> An alternative candidate is to allow the stack to pass ancillary data
>> items even without TCP data (recvmsg() would then return 0 in such a
>> case.)  With this approach, however, the application may not be able
>> to determine the termination of a connection.  The traditional coding
>> style like

(snip)

> So, apart from the impact on the socket semantics, this is a migration
> (or backward compatibility) issue.  I'd like to know the current
> situation about the deployment of rfc2292bis-02 (or before), and
> opinions of implementors that have implemented or have a plan to
> implement RFC2292 and/or rfc2292bis.

As I said in the today's meeting, please speak up about your opinions,
if you're interested in implementing the API.  I'd like to collect the
opinions, and will soon revise the draft based on consensus.

Thanks,

                                        JINMEI, Tatuya
                                        Communication Platform Lab.
                                        Corporate R&D Center, Toshiba Corp.
                                        [EMAIL PROTECTED]

p.s. since I skipped some topics in the presentation, I've put the
presentation slides at the following URL.

http://www.kame.net/~jinmei/mgp/ietf52-advapi/

Please refer to the web version of the slides if necessary.
--------------------------------------------------------------------
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]
--------------------------------------------------------------------
  • ... Internet-Drafts
    • ... Vladislav Yasevich
      • ... JINMEI Tatuya / 神明達哉
        • ... Lilian Fernandes
          • ... JINMEI Tatuya / 神明達哉
    • ... Tim Hartrick
      • ... JINMEI Tatuya / 神明達哉
        • ... JINMEI Tatuya / 神明達哉
          • ... JINMEI Tatuya / 神明達哉
            • ... Vlad Yasevich
              • ... JINMEI Tatuya / ソタフタテ」コネ
                • ... Vladislav Yasevich
                • ... JINMEI Tatuya / 神明達哉
            • ... Atsushi Onoe

Reply via email to