[MMUSIC] Re: Comment on draft-ietf-mmusic-securityprecondition-00.txt

Flemming Andreasen <fandreas@cisco.com> Thu, 30 June 2005 16:56 UTC

Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA02261 for <mmusic-archive@ietf.org>; Thu, 30 Jun 2005 12:56:04 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1Do2kR-0007ZS-14 for mmusic-archive@ietf.org; Thu, 30 Jun 2005 13:22:47 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Do2Jn-00033d-0a; Thu, 30 Jun 2005 12:55:15 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Do2Jl-00031H-MR for mmusic@megatron.ietf.org; Thu, 30 Jun 2005 12:55:13 -0400
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA02215 for <mmusic@ietf.org>; Thu, 30 Jun 2005 12:55:10 -0400 (EDT)
Received: from rtp-iport-2.cisco.com ([64.102.122.149]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1Do2jY-0007Yj-8k for mmusic@ietf.org; Thu, 30 Jun 2005 13:21:53 -0400
Received: from rtp-core-2.cisco.com (64.102.124.13) by rtp-iport-2.cisco.com with ESMTP; 30 Jun 2005 12:55:04 -0400
X-IronPort-AV: i="3.93,246,1115006400"; d="scan'208"; a="60526159:sNHT29446424"
Received: from xbh-rtp-201.amer.cisco.com (xbh-rtp-201.cisco.com [64.102.31.12]) by rtp-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id j5UGt1aU013783; Thu, 30 Jun 2005 12:55:03 -0400 (EDT)
Received: from xfe-rtp-202.amer.cisco.com ([64.102.31.21]) by xbh-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.211); Thu, 30 Jun 2005 12:54:57 -0400
Received: from [161.44.55.240] ([161.44.55.240]) by xfe-rtp-202.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.211); Thu, 30 Jun 2005 12:54:57 -0400
Message-ID: <42C423E1.5070604@cisco.com>
Date: Thu, 30 Jun 2005 12:54:57 -0400
From: Flemming Andreasen <fandreas@cisco.com>
User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Stach Thomas <thomas.stach@siemens.com>
References: <B517DF063D33D611A2F20800060DA3268EB33E@vieg127a.gud.siemens.at>
In-Reply-To: <B517DF063D33D611A2F20800060DA3268EB33E@vieg127a.gud.siemens.at>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 30 Jun 2005 16:54:57.0410 (UTC) FILETIME=[722CD620:01C57D94]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 82c9bddb247d9ba4471160a9a865a5f3
Content-Transfer-Encoding: 7bit
Cc: "'mmusic@ietf.org'" <mmusic@ietf.org>, "'dwing@cisco.com'" <dwing@cisco.com>
Subject: [MMUSIC] Re: Comment on draft-ietf-mmusic-securityprecondition-00.txt
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
Sender: mmusic-bounces@ietf.org
Errors-To: mmusic-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 02ec665d00de228c50c93ed6b5e4fc1a
Content-Transfer-Encoding: 7bit


Stach Thomas wrote:

> Fleming, Dan,
>  
> I think the draft in general is quite clear.
> Is a WGLC planned for the near future?
>
I'll defer to the WG chairs, but as far as I know, all comments and 
outstanding issues have been addressed and I believe it is ready for WGLC.


> Nevertheless, I propose to change the example call flows in Figure 1 
> and 2 to show usage of the UPDATE method for the second SDP 
> offer/answer exchange.
>
An earlier version of the document did that and it was pointed out that 
you save the UPDATE because you already have the necesssary information 
available at the time you want to send the PRACK, so it was removed. We 
could change one of the examples to include UPDATE if the WG wants to.

> It could look like this
>
>                   A                                            B
>    
>                   |                                            |
>                   |-------------(1) INVITE SDP1--------------->|
>                   |                                            |
>                   |<------(2) 183 Session Progress SDP2--------|
>                   |                                            |
>                   |----------------(3) PRACK ----------------->|
>                   |                                            |
>                   |<-----------(4) 200 OK (PRACK) -------------|
>                   |                                            |
>                   |---------------(5) UPDATE SDP3------------->|
>                   |                                            |
>                   |<----------(6) 200 OK (UDATE) SDP4 ---------|
>                   |                                            |
>                   |<-------------(7) 180 Ringing---------------|
>                   |                                            |
>                   |                                            |
>                   |                                            |
>
> And of course a normative reference to RFC 3262 for PRACK and RFC3311 
> for the UPDATE method should be added.
>
They are effectively there already because RFC 3312 makes it mandatory 
for you to support them, so I don't think we need to add them to the list.

-- Flemming

> Kind Regards
>
> Thomas
>

_______________________________________________
mmusic mailing list
mmusic@ietf.org
https://www1.ietf.org/mailman/listinfo/mmusic