Re: [Stox] Extended WGLC for draft-ietf-stox-groupchat-04 [was: WGLC for draft-ietf-stox-groupchat-04]

Ben Campbell <ben@nostrum.com> Fri, 02 May 2014 20:44 UTC

Return-Path: <ben@nostrum.com>
X-Original-To: stox@ietfa.amsl.com
Delivered-To: stox@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 703B01A0939 for <stox@ietfa.amsl.com>; Fri, 2 May 2014 13:44:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.951
X-Spam-Level:
X-Spam-Status: No, score=-1.951 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_18=0.6, RP_MATCHES_RCVD=-0.651] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7Kh6luDdMgwx for <stox@ietfa.amsl.com>; Fri, 2 May 2014 13:44:28 -0700 (PDT)
Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) by ietfa.amsl.com (Postfix) with ESMTP id A7B111A091A for <stox@ietf.org>; Fri, 2 May 2014 13:44:28 -0700 (PDT)
Received: from [10.0.1.29] (cpe-173-172-146-58.tx.res.rr.com [173.172.146.58]) (authenticated bits=0) by nostrum.com (8.14.8/8.14.7) with ESMTP id s42KiNdO009298 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 2 May 2014 15:44:24 -0500 (CDT) (envelope-from ben@nostrum.com)
X-Authentication-Warning: raven.nostrum.com: Host cpe-173-172-146-58.tx.res.rr.com [173.172.146.58] claimed to be [10.0.1.29]
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\))
From: Ben Campbell <ben@nostrum.com>
In-Reply-To: <DA536B73-D11A-40AD-901B-1428BC7376E1@jitsi.org>
Date: Fri, 02 May 2014 15:44:23 -0500
X-Mao-Original-Outgoing-Id: 420756262.978313-0c5c2bcf68ff14c216551f43eba12cc2
Content-Transfer-Encoding: quoted-printable
Message-Id: <5C094162-79EC-47AA-8861-1DC2F19E96E8@nostrum.com>
References: <0E1BD27E-E0B5-4B61-8451-5B3ED8B649A2@jitsi.org> <DA536B73-D11A-40AD-901B-1428BC7376E1@jitsi.org>
To: Yana Stamcheva <yana@jitsi.org>, draft-ietf-stox-groupchat.all@tools.ietf.org
X-Mailer: Apple Mail (2.1874)
Archived-At: http://mailarchive.ietf.org/arch/msg/stox/2oqdjknM0DE-RtsCMb7xGHCm5cE
Cc: stox@ietf.org
Subject: Re: [Stox] Extended WGLC for draft-ietf-stox-groupchat-04 [was: WGLC for draft-ietf-stox-groupchat-04]
X-BeenThere: stox@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: SIP-TO-XMPP Working Group discussion list <stox.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/stox>, <mailto:stox-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/stox/>
List-Post: <mailto:stox@ietf.org>
List-Help: <mailto:stox-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/stox>, <mailto:stox-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 02 May 2014 20:44:30 -0000

Hi, 

Here's some belated comments:

General:

I strongly suggest this be reviewed by one or both of the authors of draft-ietf-simple-chat, if it hasn't been already.

Conceptually it looks good. But I see some issues with the SIP interaction. It may be that I am confused by the two-gateway model, but you have a number of transactions where the SIP responses do not go back to the same entity that sent the SIP request. I suspect the intent was that one gateway or the other would handle things depending on which side initiated communication, but you've got dialogs (even individual transactions) split across them. If this is intended, then they would need to share SIP dialog and transaction state somehow.


Details:

-- Section 4: 

It would be helpful to show a network diagram before jumping directly into the call flows.  (Same for the later scenario where the conference is an XMPP MUC).

- F3 is left hanging. If the xmpp-msrp gateway sends the INVITE, it needs to receive the response and also send an ACK. Also, it appears to skip the MSRP-XMPP gateway, but the rest of the transaction terminates there.  Effectively, the MSRP-XMPP gateway receives an unsolicited SIP response. This won't work.

- F4 and F5 appear to be duplicates.

- F7 indicates the MSRP session is between the MSRP-to-XMPP gateway and the conference server. But the MSRP-XMPP gateway never saw the XMPP user enter the room. Also, there should be a initial MSRP SEND request prior to the nick.

F8: Technically, the "OK" in the MSRP response is just a comment. I suggest showing MSRP responses by just the response code in the diagram. The comment has no semantic effect (and is even optional).

F18: This assumes the MSRP default reporting model was selected. This draft should probably consider how the MSRP REPORT method fits into the picture. (Along those lines, does anything change if MSRP relays are present?)

Also, F19 needs to land on the same device that sent F18.

F20: What triggered the msrp-xmpp gateway to send the XMPP groupchat message?

-- Section 4.1, example 2:

The a=chatroom attribute does not include support for private messaging or nicknames. Since the flow uses these later, they should probably be included. (Repeats in 5.1)

-- Section 4.2, Example 6:

I suggest putting something more informative than "OK" in the MSRP 200 response. (e.g. "Nickname-Accepted").


-- Section 5:

What is the SIP Server? Is this a SIP Proxy, or something else? What value does it add to the flow? 

F46: Need an initial MSRP SEND prior to the nickname request. Also, MSRP requests should not traverse a SIP server (unless it is also an MSRP relay.)

F47: I suggest moving F47 to after F45. As is, it looks like it take the SIP server a long time to proxy the ACK.

F56 and F57:

This shows the XMPP-MSRP gateway receiving the XMPP presence message, and sending the SIP NOTIFY. But that device never saw the SIP SUBSCRIBE. Either the SUBSCRIBE should have gone to it, or F56 and F57 should have crossed the other gateway.

Thanks!

/Ben


On Apr 24, 2014, at 11:12 AM, Yana Stamcheva <yana@jitsi.org> wrote:

> Hello all,
> 
> Only one review has been received on this list during the WGLC (Thanks Philipp!) and in order to be able to proceed we would need more people to express their support for this document!
> 
> Therefore, we hereby would like to extend the WGLC period with 2 more weeks and end it on May 5, 2014.
> 
> Please, if you'd like this document to go forward, send your reviews, comments or support notes to the list before May 5, 2014!
> 
> If you're willing to review the document but for some reason you won't be able to do it before the above deadline, please contact the chairs.
> 
> Thanks!
> Yana Stamcheva & Markus Isomaki
> 
> On 06 Apr 2014, at 20:20, Yana Stamcheva <yana@jitsi.org> wrote:
> 
>> The editors and the chairs believe that the following draft is now ready and hereby start a 2-week Working Group Last Call for:
>> 
>> draft-ietf-stox-groupchat-04 : http://tools.ietf.org/html/draft-ietf-stox-groupchat-04 (Last updated on 2014-03-25)
>> 
>> The WGLC ends on April 21, 2014.
>> 
>> Please review the document and bring any remaining issues, or issues whose resolution is not satisfactory, to the attention of the Working Group on this list before April 21.
>> 
>> If after reviewing the document you find it complete and do not have any comments, please send a note to that effect as well!
>> 
>> Regards,
>> Yana Stamcheva & Markus Isomaki
> 
> _______________________________________________
> stox mailing list
> stox@ietf.org
> https://www.ietf.org/mailman/listinfo/stox