Re: [hybi] Ping/Pong body (was Re: TSV-Directorate review of draft-ietf-hybi-thewebsocketprotocol-07)

Bruce Atherton <bruce@callenish.com> Fri, 13 May 2011 16:53 UTC

Return-Path: <bruce@callenish.com>
X-Original-To: hybi@ietfa.amsl.com
Delivered-To: hybi@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A9FD7E081A for <hybi@ietfa.amsl.com>; Fri, 13 May 2011 09:53:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.598
X-Spam-Level:
X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001]
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 Ww-KVop596Xv for <hybi@ietfa.amsl.com>; Fri, 13 May 2011 09:53:48 -0700 (PDT)
Received: from biz82.inmotionhosting.com (biz82.inmotionhosting.com [74.124.202.87]) by ietfa.amsl.com (Postfix) with ESMTP id 17B3CE0819 for <hybi@ietf.org>; Fri, 13 May 2011 09:53:47 -0700 (PDT)
Received: from [24.108.133.142] (helo=[192.168.145.101]) by biz82.inmotionhosting.com with esmtpa (Exim 4.69) (envelope-from <bruce@callenish.com>) id 1QKvcX-0001rg-5v; Fri, 13 May 2011 09:53:45 -0700
Message-ID: <4DCD620C.6090508@callenish.com>
Date: Fri, 13 May 2011 09:53:32 -0700
From: Bruce Atherton <bruce@callenish.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.17) Gecko/20110414 Lightning/1.0b2 Thunderbird/3.1.10
MIME-Version: 1.0
To: Salvatore Loreto <salvatore.loreto@ericsson.com>
References: <BANLkTi=-ZD024mJ99P8acwZZOQqFkv+O0w@mail.gmail.com> <4DCCD027.5030002@ericsson.com>
In-Reply-To: <4DCCD027.5030002@ericsson.com>
Content-Type: multipart/alternative; boundary="------------050001030803010205020808"
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - biz82.inmotionhosting.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - callenish.com
Cc: hybi@ietf.org
Subject: Re: [hybi] Ping/Pong body (was Re: TSV-Directorate review of draft-ietf-hybi-thewebsocketprotocol-07)
X-BeenThere: hybi@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Server-Initiated HTTP <hybi.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/hybi>, <mailto:hybi-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/hybi>
List-Post: <mailto:hybi@ietf.org>
List-Help: <mailto:hybi-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/hybi>, <mailto:hybi-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 13 May 2011 16:53:48 -0000

I agree with you and Magnus that there will be lots of times you want 
the body of the Pong to be able to vary from the Ping. But perhaps a 
compromise could be reached. What if the body of the Pong must begin 
with the body of the Ping, but can have additional information after that?

On 12/05/2011 11:31 PM, Salvatore Loreto wrote:
> <as individual contributor>
>
> I agree with the fact that coordinating Ping and Pong body value 
> assigment,
> so that unsollicited Pong and reply Pong do not conflict each other,
> should be clearly specified in the spec instead of leave this duty to 
> the implementors or service designers.
>
>
> More I share the concern Magnus has on the text in Section 4.5.2;
> the text reduce significantly the possibility to develop future 
> extensions based on ping/pong.
> If people think that it is OK, I won't oppose, but I want to be sure 
> that people are well aware of this fact.
>
>     On 4/29/11 8:00 PM, Magnus Westerlund wrote:
>
>     28. Section 4.5.2:
>
>     The message
>         bodies (i.e. both the Extension data (if any) and the Application
>         data) of the Ping and Pong MUST be the same.
>
>     I find the fact that the extension body data needs to be the same to be
>     an issue. If one develops an extension that actually has to do with the
>     frames and their transport then not being able to change the data will
>     be an issue. As an example could be a Websocket RTT measurement
>     extension where you like to include in the PONG both the PING sending
>     time from the PING message and the amount of time between receving PING
>     and sending PONG. Thus requiring one to add additional data.
>