[Tsvwg] SCTP stream EOF

Florian Niederbacher <florian.niederbacher@student.uibk.ac.at> Wed, 17 September 2008 13:49 UTC

Return-Path: <tsvwg-bounces@ietf.org>
X-Original-To: tsvwg-archive@optimus.ietf.org
Delivered-To: ietfarch-tsvwg-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C5EB13A6984; Wed, 17 Sep 2008 06:49:14 -0700 (PDT)
X-Original-To: tsvwg@core3.amsl.com
Delivered-To: tsvwg@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B87383A6A42 for <tsvwg@core3.amsl.com>; Wed, 17 Sep 2008 06:49:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.571
X-Spam-Level:
X-Spam-Status: No, score=-3.571 tagged_above=-999 required=5 tests=[BAYES_20=-0.74, HELO_EQ_AT=0.424, HOST_EQ_AT=0.745, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mjNbdCHU-OAM for <tsvwg@core3.amsl.com>; Wed, 17 Sep 2008 06:49:09 -0700 (PDT)
Received: from smtp.uibk.ac.at (lmr1.uibk.ac.at [138.232.1.142]) by core3.amsl.com (Postfix) with ESMTP id B6E313A6810 for <tsvwg@ietf.org>; Wed, 17 Sep 2008 06:49:04 -0700 (PDT)
Received: from [192.168.1.4] (host72-12-dynamic.13-87-r.retail.telecomitalia.it [87.13.12.72] florian.niederbacher@student.uibk.ac.at) (authenticated bits=0) by smtp.uibk.ac.at (8.13.8/8.13.8/F1) with ESMTP id m8HDn73l021838 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for <tsvwg@ietf.org>; Wed, 17 Sep 2008 15:49:09 +0200
Message-ID: <48D10AD3.10307@student.uibk.ac.at>
Date: Wed, 17 Sep 2008 15:49:07 +0200
From: Florian Niederbacher <florian.niederbacher@student.uibk.ac.at>
User-Agent: Thunderbird 2.0.0.16 (X11/20080724)
MIME-Version: 1.0
To: tsvwg@ietf.org
Content-Type: text/plain; charset="ISO-8859-15"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.61 at uibk.ac.at on 138.232.1.140
Subject: [Tsvwg] SCTP stream EOF
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Transport Area Working Group <tsvwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://www.ietf.org/mailman/private/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>
Sender: tsvwg-bounces@ietf.org
Errors-To: tsvwg-bounces@ietf.org

Hi,
I would ask what are you thinking about a definition for an EOF on 
streams in SCTP. My problem is that I would need a signaling method to 
report an EOF without closing the whole SCTP association. If I am right, 
socket connections get only an EOF if the connection will be closed (no 
sending of EOF on socktes in another way is possible). In 
draft-stewart-tsvwg-sctpstrrst-00 the possibility the reset of streams 
is discussed. This would also be a solution if you can check the 
numbering sequence in User Space.
A proposal would be to generate an SCTP_EVENT e.g. SCTP_STREAM_EOF to 
signal EOF on streams. In this way you can stop receiving and also reuse 
the stream or at least continue in multi-streamed network applications, 
if you use different threads or processes for the receiving procedure on 
streams. Maybe an other possibility exists to signal an EOF on SCTP 
streams, but at the moment I can't find any solution to deal with this 
problem. What are your proposals and comments?

Best regards
Florian Niederbacher