Re: [SWMP] My understanding so far
Roland Weber <ossfwot@dubioso.net> Fri, 31 August 2007 20:55 UTC
Return-path: <swmp-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IRDWh-0000qp-Ky; Fri, 31 Aug 2007 16:55:35 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IRDWg-0000nq-6f for swmp@ietf.org; Fri, 31 Aug 2007 16:55:34 -0400
Received: from moutng.kundenserver.de ([212.227.126.177]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IRDWf-0003TH-Jt for swmp@ietf.org; Fri, 31 Aug 2007 16:55:34 -0400
Received: from e180008012.adsl.alicedsl.de [85.180.8.12] (helo=[85.180.8.12]) by mrelayeu.kundenserver.de (node=mrelayeu1) with ESMTP (Nemesis), id 0MKwpI-1IRDWe215z-0002MK; Fri, 31 Aug 2007 22:55:33 +0200
Message-ID: <46D88058.8070008@dubioso.net>
Date: Fri, 31 Aug 2007 22:55:52 +0200
From: Roland Weber <ossfwot@dubioso.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.6) Gecko/20070807 SeaMonkey/1.1.4
MIME-Version: 1.0
To: john_patterson@us.ibm.com
Subject: Re: [SWMP] My understanding so far
References: <OFFA72042F.751DC694-ON85257348.006F170E-85257348.0070D266@lotus.com>
In-Reply-To: <OFFA72042F.751DC694-ON85257348.006F170E-85257348.0070D266@lotus.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Provags-ID: V01U2FsdGVkX19v5RKQJxFtG+nuwlQ9r8MfYYpd34KkvlPMHcB 8/lvXOWZsg+/MVS8seKgc5O8CalrSL5bglrYcQ/rE9uXF5kp4c 7vwLFXftfBdCem8GxMyuZWlEL3j/8LD
X-Spam-Score: 1.7 (+)
X-Scan-Signature: 4adaf050708fb13be3316a9eee889caa
Cc: swmp@ietf.org
X-BeenThere: swmp@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Discussion of a Simple Wide-area Multiuser-3D Protocol <swmp.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/swmp>, <mailto:swmp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/swmp>
List-Post: <mailto:swmp@ietf.org>
List-Help: <mailto:swmp-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/swmp>, <mailto:swmp-request@ietf.org?subject=subscribe>
Errors-To: swmp-bounces@ietf.org
Hi John, > I did not understand that about tickets. Tickets are used similar to session cookies. When a network element X opens the initial channel to Y, it sends a message "HELLO, I am X and here is your ticket YtoX for contacting me". >From then on, Y is expected to use the ticket YtoX whenever it sends a packet to X, on any UDP (side) channel. Likewise, X gets a ticket XtoY in the HELLO message from Y. There must be some mechanism to ensure that HELLO messages exchanged on side channels use the same tickets as on the main channel. Or else different HELLO messages could be used for side channels, without tickets. > As I have mentioned > elsewhere, I no longer believe that message IDs are a good idea for > subscriptions. That was in a mail you didn't copy to the list, that's why I came back on this topic. > I still think that failure notifications and queries will > be needed. They make a lot of sense to me. > I agree with your point about using message IDs on subscriptions. We > could just say that all subscriptions are followed by a full accounting of > the state. Good point. Not the first time that I am overlooking the most simple solution to a problem :-) > Or, if we want to manage the traffic better, we will need some > notion of time to account for how far back the subscriber's state is > valid. If we can figure out how to use time in this fashion, it might > decrease the traffic a lot. Yes. It pulls in a lot of complexity though. cheers, Roland _______________________________________________ SWMP mailing list SWMP@ietf.org https://www1.ietf.org/mailman/listinfo/swmp
- Re: [SWMP] Re: faster field messages john_patterson
- [SWMP] My understanding so far john_patterson
- Re: [SWMP] My understanding so far Roland Weber
- Re: [SWMP] My understanding so far Jay C. Weber
- Re: [SWMP] My understanding so far john_patterson
- RE: [SWMP] My understanding so far Tony Parisi
- [SWMP] semantic layers Jay C. Weber
- [SWMP] field-creation semantics Jay C. Weber
- [SWMP] introducing RPC to an asynchronous protocol Jay C. Weber
- [SWMP] Re: semantic layers john_patterson
- [SWMP] faster field messages Jay C. Weber
- [SWMP] Re: field-creation semantics john_patterson
- [SWMP] Re: introducing RPC to an asynchronous pro… john_patterson
- RE: [SWMP] introducing RPC to an asynchronous pro… Tony Parisi
- RE: [SWMP] semantic layers Tony Parisi
- [SWMP] Re: faster field messages john_patterson
- [SWMP] Re: faster field messages Jay C. Weber
- [SWMP] Re: faster field messages john_patterson
- [SWMP] Re: faster field messages Jay C. Weber
- [SWMP] Re: faster field messages john_patterson
- RE: [SWMP] introducing RPC to an asynchronous pro… john_patterson
- RE: [SWMP] introducing RPC to an asynchronous pro… Tony Parisi
- Re: [SWMP] Re: faster field messages Roland Weber
- Re: [SWMP] My understanding so far Roland Weber
- Re: [SWMP] Re: faster field messages Roland Weber
- Re: [SWMP] My understanding so far john_patterson
- Re: [SWMP] My understanding so far Roland Weber
- Re: [SWMP] My understanding so far Jay C. Weber
- Re: [SWMP] My understanding so far Roland Weber