[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
- [Tsvwg] SCTP stream EOF Florian Niederbacher
- Re: [Tsvwg] SCTP stream EOF Randy Stewart
- Re: [Tsvwg] SCTP stream EOF Florian Niederbacher
- Re: [Tsvwg] SCTP stream EOF Michael Tüxen
- Re: [Tsvwg] SCTP stream EOF Michael Tüxen
- Re: [Tsvwg] SCTP stream EOF Randy Stewart
- Re: [Tsvwg] SCTP stream EOF Florian Niederbacher
- Re: [Tsvwg] SCTP stream EOF Michael Tüxen