Re: [Dime] Message mis-sequencing over SCTP
Ralph Loader <suckfish@ihug.co.nz> Thu, 01 April 2010 03:50 UTC
Return-Path: <suckfish@ihug.co.nz>
X-Original-To: dime@core3.amsl.com
Delivered-To: dime@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BAE713A6AA8 for <dime@core3.amsl.com>; Wed, 31 Mar 2010 20:50:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.475
X-Spam-Level:
X-Spam-Status: No, score=-0.475 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, DNS_FROM_OPENWHOIS=1.13, RELAY_IS_203=0.994]
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 XCUnXflMwjU5 for <dime@core3.amsl.com>; Wed, 31 Mar 2010 20:50:25 -0700 (PDT)
Received: from mailfilter68.ihug.co.nz (mailfilter68.ihug.co.nz [203.109.136.68]) by core3.amsl.com (Postfix) with ESMTP id 5AF7D3A6A7B for <dime@ietf.org>; Wed, 31 Mar 2010 20:50:23 -0700 (PDT)
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAHu1s0t2XKYT/2dsb2JhbACbOHK1BIUBBIsm
X-IronPort-AV: E=Sophos;i="4.51,345,1267354800"; d="scan'208";a="270089935"
Received: from 118-92-166-19.dsl.dyn.ihug.co.nz (HELO i.geek.nz) ([118.92.166.19]) by smtp.mailfilter5.ihug.co.nz with SMTP; 01 Apr 2010 16:52:53 +1300
Date: Thu, 01 Apr 2010 16:50:42 +1300
From: Ralph Loader <suckfish@ihug.co.nz>
To: Tom Taylor <tom111.taylor@bell.net>
Message-Id: <20100401165042.ac842ead.suckfish@ihug.co.nz>
In-Reply-To: <BLU0-SMTP10B5C02EA204511F92B61AD81E0@phx.gbl>
References: <s2yce72e8461003310636z294f083of823a022c19bf29d@mail.gmail.com> <BLU0-SMTP10B5C02EA204511F92B61AD81E0@phx.gbl>
X-Mailer: Sylpheed 3.0.0 (GTK+ 2.20.0; x86_64-redhat-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Cc: dime@ietf.org
Subject: Re: [Dime] Message mis-sequencing over SCTP
X-BeenThere: dime@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Diameter Maintanence and Extentions Working Group <dime.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/dime>, <mailto:dime-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dime>
List-Post: <mailto:dime@ietf.org>
List-Help: <mailto:dime-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dime>, <mailto:dime-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 01 Apr 2010 03:50:26 -0000
> Sounds like a good point. Seems to me the rules should be: > > - use only stream 0 until the Diameter connection has been set up > - all messages relating to the same session must use the same stream. Is the second suggested rule (same session must use the same stream) actually of any use? IIRC, in principal, messages on the same session may take different routes to their destination (where multiple Diameter proxies are available) and that makes enforcing ordering on a single hop irrelevant to the session? The Diameter application must either enforce ordering or cope with reordering, anyway? Cheers, Ralph. > > That should be added to section 2.1.1. > > > Naveen Kottapalli wrote: > > Hi, > > > > Am just wondering whether the mis-sequencing in the delivery of packets when > > SCTP is being used as transport layer would cause any problem. For example, > > take an association with 5 out-streams to send out the Diameter messages. > > Immediately after sending CEA on stream 0, all other messages are sent over > > other streams like 1, 2, 3, and 4. > > > > There is a chance that the other Diameter messages will reach the peer > > before the CEA is processed? Does the existing draft miss the sequencing > > problem over SCTP? > > > > Yours, > > Naveen. > > > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > DiME mailing list > > DiME@ietf.org > > https://www.ietf.org/mailman/listinfo/dime > _______________________________________________ > DiME mailing list > DiME@ietf.org > https://www.ietf.org/mailman/listinfo/dime
- [Dime] Message mis-sequencing over SCTP Naveen Kottapalli
- Re: [Dime] Message mis-sequencing over SCTP Tom Taylor
- Re: [Dime] Message mis-sequencing over SCTP Naveen Kottapalli
- Re: [Dime] Message mis-sequencing over SCTP Sebastien Decugis
- Re: [Dime] Message mis-sequencing over SCTP Ralph Loader
- Re: [Dime] Message mis-sequencing over SCTP Nilanjan
- Re: [Dime] Message mis-sequencing over SCTP Naveen Kottapalli
- Re: [Dime] Message mis-sequencing over SCTP Ralph Loader
- Re: [Dime] Message mis-sequencing over SCTP Naveen Kottapalli