IETF Logo Mail Archive

Re: [MMUSIC] Draft new version: draft-holmberg-mmusic-sdp-dtls-01

Paul Kyzivat <pkyzivat@alum.mit.edu> Mon, 22 June 2015 13:24 UTC

Return-Path: <prvs=5615b6f034=pkyzivat@alum.mit.edu>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 51A9D1A8AB7 for <mmusic@ietfa.amsl.com>; Mon, 22 Jun 2015 06:24:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.511
X-Spam-Level:
X-Spam-Status: No, score=-1.511 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 sKg0naShiXe2 for <mmusic@ietfa.amsl.com>; Mon, 22 Jun 2015 06:24:15 -0700 (PDT)
Received: from alum-mailsec-scanner-6.mit.edu (alum-mailsec-scanner-6.mit.edu [18.7.68.18]) by ietfa.amsl.com (Postfix) with ESMTP id BD2DD1A8AB6 for <mmusic@ietf.org>; Mon, 22 Jun 2015 06:24:15 -0700 (PDT)
X-AuditID: 12074412-f79a76d000007c8b-42-55880c7ecf17
Received: from outgoing-alum.mit.edu (OUTGOING-ALUM.MIT.EDU [18.7.68.33]) by alum-mailsec-scanner-6.mit.edu (Symantec Messaging Gateway) with SMTP id 4B.FF.31883.E7C08855; Mon, 22 Jun 2015 09:24:14 -0400 (EDT)
Received: from Paul-Kyzivats-MacBook-Pro.local (c-50-138-229-151.hsd1.ma.comcast.net [50.138.229.151]) (authenticated bits=0) (User authenticated as pkyzivat@ALUM.MIT.EDU) by outgoing-alum.mit.edu (8.13.8/8.12.4) with ESMTP id t5MDODmj028833 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Mon, 22 Jun 2015 09:24:13 -0400
Message-ID: <55880C7D.1060107@alum.mit.edu>
Date: Mon, 22 Jun 2015 09:24:13 -0400
From: Paul Kyzivat <pkyzivat@alum.mit.edu>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.7.0
MIME-Version: 1.0
To: Roman Shpount <roman@telurix.com>, Christer Holmberg <christer.holmberg@ericsson.com>
References: <7594FB04B1934943A5C02806D1A2204B1D8F4457@ESESSMB209.ericsson.se> <5585A71F.4080808@alum.mit.edu> <7594FB04B1934943A5C02806D1A2204B1D8F4863@ESESSMB209.ericsson.se> <CAD5OKxuUKq3VHoENvU+hWg3CoK3MB_zbS7Vg-3nWdDUOfmxP+Q@mail.gmail.com>
In-Reply-To: <CAD5OKxuUKq3VHoENvU+hWg3CoK3MB_zbS7Vg-3nWdDUOfmxP+Q@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprIKsWRmVeSWpSXmKPExsUixO6iqFvH0xFqMPWdlMWFmYcZLaYuf8xi MePCVGYHZo9fX6+yeSxZ8pPJ49aUggDmKG6bpMSSsuDM9Dx9uwTujBmzVrIUvOGqWPp8H1MD 4xmOLkZODgkBE4m/L06yQ9hiEhfurWfrYuTiEBK4zCjRcOc/E4TznEli7onzzCBVvALaEv9n nmAEsVkEVCU+73gH1s0moCUx59B/FhBbVCBF4tmS3UwQ9YISJ2c+AYuLCCRJnLyyDmgOBwez gLrE1cVBIKawgJfE0pu6EKu+MEqsmTYXrJxTIFDi7b6trCA2s4CZxLzND5khbHmJ7W/nME9g FJiFZMMsJGWzkJQtYGRexSiXmFOaq5ubmJlTnJqsW5ycmJeXWqRrppebWaKXmlK6iRESvEI7 GNeflDvEKMDBqMTD62DbHirEmlhWXJl7iFGSg0lJlPfAa6AQX1J+SmVGYnFGfFFpTmrxIUYJ DmYlEd6Ws0A53pTEyqrUonyYlDQHi5I478/F6n5CAumJJanZqakFqUUwWRkODiUJXhnujlAh waLU9NSKtMycEoQ0EwcnyHAuKZHi1LyU1KLE0pKMeFCkxhcDYxUkxQO09zgXUDtvcUFiLlAU ovUUo6KUOK8yyFwBkERGaR7cWFhKesUoDvSlMK8zSBUPMJ3Bdb8CGswENPhLbhvI4JJEhJRU A2O0aeiLRqZj0XNiLSpNqmp5c0y2pmxTrblaIrIs148xv2K7annmo313Jb0jW/Oto7cHbInx eRNlPPmTKse0v2KT9JwuLJgQXeNcN0UgKa/lxG1BBruE+ZmOxdtvSV0q8zkyc2KTwm+Ow8yr 5fS0JROC97zkZIt4dzbMdeVHrzbBRR+nvZFiUWIpzkg01GIuKk4EAKFTyhskAwAA
Archived-At: <http://mailarchive.ietf.org/arch/msg/mmusic/xgeO0-yj3-vI5yt3cx30pXrke6I>
Cc: "mmusic@ietf.org" <mmusic@ietf.org>
Subject: Re: [MMUSIC] Draft new version: draft-holmberg-mmusic-sdp-dtls-01
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mmusic/>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Jun 2015 13:24:17 -0000

On 6/20/15 11:45 PM, Roman Shpount wrote:
> On Sat, Jun 20, 2015 at 6:05 PM, Christer Holmberg
> <christer.holmberg@ericsson.com <mailto:christer.holmberg@ericsson.com>>
> wrote:
>
>     > - if the answer has connection:new and the offer didn't have new
>     >   transport parameters, then the answer must have new ones.
>
>     Yes.
>
>
> One thing to keep in mind here, that unless ICE restart was initiated by
> the offering side (i.e. it had a different ufrag/pwd even if ti
> specified connection:exisiting), answering side cannot allocate a new
> transport. Answering side is simply not allowed to respond with a new
> ufrag/pwd unless new ufrag/pwd was used in the offer. In cases where
> offer has the same ufrag/pwd, answering side must use
> connection:existing and issue a new offer to setup new transport and new
> DTLS association.

What if the answering side *can't* use the existing connection? (E.g. 
because it doesn't know about it.) The conditions that would lead to 
this situation are exotic, but not impossible. (Things that would cause 
this situation would force the end we are here calling the answerer to 
need to issue its own new offer if it hadn't received an offer first.)

I guess a solution for the answerer in this case is to refuse the m-line 
(port zero), and then send a new offer with connection:new.

	Thanks,
	Paul

v2.23.0 | Report a Bug | By Email