Re: I-D Action: draft-ietf-tsvwg-sctpsocket-30.txt

Michael Tüxen <Michael.Tuexen@lurchi.franken.de> Tue, 28 June 2011 22:08 UTC

Return-Path: <Michael.Tuexen@lurchi.franken.de>
X-Original-To: tsvwg@ietfa.amsl.com
Delivered-To: tsvwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DCF2611E8112 for <tsvwg@ietfa.amsl.com>; Tue, 28 Jun 2011 15:08:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.299
X-Spam-Level:
X-Spam-Status: No, score=-2.299 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MIME_8BIT_HEADER=0.3]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y-eV+1gK7Joj for <tsvwg@ietfa.amsl.com>; Tue, 28 Jun 2011 15:08:28 -0700 (PDT)
Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by ietfa.amsl.com (Postfix) with ESMTP id 5504C11E80C0 for <tsvwg@ietf.org>; Tue, 28 Jun 2011 15:08:27 -0700 (PDT)
Received: from [192.168.1.195] (p508FB7B8.dip.t-dialin.net [80.143.183.184]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 8A7211C0C0BD9; Wed, 29 Jun 2011 00:08:25 +0200 (CEST)
Subject: Re: I-D Action: draft-ietf-tsvwg-sctpsocket-30.txt
Mime-Version: 1.0 (Apple Message framework v1084)
Content-Type: text/plain; charset="iso-8859-1"
From: Michael Tüxen <Michael.Tuexen@lurchi.franken.de>
In-Reply-To: <02d401cc35de$b8d23ee0$2a76bca0$@com>
Date: Wed, 29 Jun 2011 00:08:24 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <87855BBA-94F2-470B-A8D0-F17624FCCA2A@lurchi.franken.de>
References: <20110624163336.5983.66201.idtracker@ietfa.amsl.com> <021801cc35c6$e7d933f0$b78b9bd0$@com> <D0991076-CB3E-48AD-AAFF-9E96FE71D45D@lurchi.franken.de> <02d401cc35de$b8d23ee0$2a76bca0$@com>
To: Dan Wing <dwing@cisco.com>
X-Mailer: Apple Mail (2.1084)
Cc: tsvwg@ietf.org, draft-ietf-tsvwg-sctpsocket@tools.ietf.org
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Transport Area Working Group <tsvwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tsvwg>
List-Post: <mailto:tsvwg@ietf.org>
List-Help: <mailto:tsvwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Jun 2011 22:08:29 -0000

On Jun 28, 2011, at 11:59 PM, Dan Wing wrote:

>> -----Original Message-----
>> From: Michael Tüxen [mailto:Michael.Tuexen@lurchi.franken.de]
>> Sent: Tuesday, June 28, 2011 1:22 PM
>> To: Dan Wing
>> Cc: draft-ietf-tsvwg-sctpsocket@tools.ietf.org; tsvwg@ietf.org
>> Subject: Re: I-D Action: draft-ietf-tsvwg-sctpsocket-30.txt
>> 
>> On Jun 28, 2011, at 9:09 PM, Dan Wing wrote:
>> 
>>> I noticed draft-ietf-tsvwg-sctpsocket-30 doesn't mention the
>> DISABLE_RESTART
>>> defined in draft-ietf-tsvwg-natsupp.  Is draft-ietf-tsvwg-natsupp
>> expected
>>> to Update draft-ietf-tsvwg-sctpsocket?   If so, it doesn't do that at
>> the
>>> moment.
>> Hi Dan,
>> 
>> documents can have a socket API section, if the stuff described in the
>> document needs some user interaction. We do this for example in the
>> SCTP Stream Reset ID, the I-Bit extension and so on.
>> These documents also do not update the socket API RFC (once it is
>> an RFC).
>> 
>> So the socket API ID can progress without being affected by the
>> NAT documents.
> 
> I see.
> 
> Is DISABLE_RESTART necessary with NPTv6 (draft-mrw-nat66)?
Not sure. Is it possible that multiple hosts behind the NAT
will be exposed to the Internet using the same IP address?
If this is possible, DISABLE_RESTART is required, if not,
it is not required.

Best regards
Michael
> 
> -d
> 
> 
>> Best regards
>> Michael
>>> 
>>> -d
>>> 
>>> 
>>> 
>>>> -----Original Message-----
>>>> From: i-d-announce-bounces@ietf.org [mailto:i-d-announce-
>>>> bounces@ietf.org] On Behalf Of internet-drafts@ietf.org
>>>> Sent: Friday, June 24, 2011 9:34 AM
>>>> To: i-d-announce@ietf.org
>>>> Cc: tsvwg@ietf.org
>>>> Subject: I-D Action: draft-ietf-tsvwg-sctpsocket-30.txt
>>>> 
>>>> A New Internet-Draft is available from the on-line Internet-Drafts
>>>> directories. This draft is a work item of the Transport Area Working
>>>> Group Working Group of the IETF.
>>>> 
>>>> 	Title           : Sockets API Extensions for Stream Control
>>>> Transmission Protocol (SCTP)
>>>> 	Author(s)       : Randall R. Stewart
>>>>                         Michael Tuexen
>>>>                         Kacheong Poon
>>>>                         Peter Lei
>>>>                         Vladislav Yasevich
>>>> 	Filename        : draft-ietf-tsvwg-sctpsocket-30.txt
>>>> 	Pages           : 112
>>>> 	Date            : 2011-06-24
>>>> 
>>>>  This document describes a mapping of the Stream Control
>> Transmission
>>>>  Protocol (SCTP) into a sockets API.  The benefits of this mapping
>>>>  include compatibility for TCP applications, access to new SCTP
>>>>  features and a consolidated error and event notification scheme.
>>>> 
>>>> 
>>>> A URL for this Internet-Draft is:
>>>> http://www.ietf.org/internet-drafts/draft-ietf-tsvwg-sctpsocket-
>> 30.txt
>>>> 
>>>> Internet-Drafts are also available by anonymous FTP at:
>>>> ftp://ftp.ietf.org/internet-drafts/
>>>> 
>>>> This Internet-Draft can be retrieved at:
>>>> ftp://ftp.ietf.org/internet-drafts/draft-ietf-tsvwg-sctpsocket-
>> 30.txt
>>>> _______________________________________________
>>>> I-D-Announce mailing list
>>>> I-D-Announce@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/i-d-announce
>>>> Internet-Draft directories: http://www.ietf.org/shadow.html
>>>> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
>>> 
>>> 
> 
>