IETF Logo Mail Archive

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

Christer Holmberg <christer.holmberg@ericsson.com> Mon, 22 June 2015 07:39 UTC

Return-Path: <christer.holmberg@ericsson.com>
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 02B321B2DC4 for <mmusic@ietfa.amsl.com>; Mon, 22 Jun 2015 00:39:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.501
X-Spam-Level:
X-Spam-Status: No, score=-1.501 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] 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 Gowgbq11zr2n for <mmusic@ietfa.amsl.com>; Mon, 22 Jun 2015 00:39:26 -0700 (PDT)
Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F0A3B1B2DBF for <mmusic@ietf.org>; Mon, 22 Jun 2015 00:39:21 -0700 (PDT)
X-AuditID: c1b4fb30-f799f6d000000faf-fa-5587bba80ef0
Received: from ESESSHC005.ericsson.se (Unknown_Domain [153.88.253.125]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 40.41.04015.8ABB7855; Mon, 22 Jun 2015 09:39:20 +0200 (CEST)
Received: from ESESSMB209.ericsson.se ([169.254.9.27]) by ESESSHC005.ericsson.se ([153.88.183.33]) with mapi id 14.03.0210.002; Mon, 22 Jun 2015 09:39:19 +0200
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Roman Shpount <roman@telurix.com>
Thread-Topic: [MMUSIC] Draft new version: draft-holmberg-mmusic-sdp-dtls-01
Thread-Index: AdCrWa7CoSEAxl9nTzqDK97DYyB2FgAFrAaAAAzv3QAAB/FVAAA+lJhw
Date: Mon, 22 Jun 2015 07:39:19 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B1D8F579C@ESESSMB209.ericsson.se>
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>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [153.88.183.149]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrCLMWRmVeSWpSXmKPExsUyM+Jvre6K3e2hBis+CllMXf6YxWLFhgOs FjMuTGV2YPb4+/4Dk8eSJT+ZPG5NKQhgjuKySUnNySxLLdK3S+DK6P60i6ngAEfFsb437A2M Szi6GDk5JARMJOaf72WEsMUkLtxbz9bFyMUhJHCUUWL2zgUsEM5iRokX6y6xdzFycLAJWEh0 /9MGaRARUJX4+30yE4jNLOAr8XLBF2YQW1jAS+LV0TYWkHIRAW+J16ttIMrdJJ42/mMHsVmA Wtun3wUr5wVq3bH7HxPEql+MEk9/P2QDSXAKBEq83beVFcRmBDru+6k1ULvEJW49mc8EcbSA xJI955khbFGJl4//sULYShJrD28Hu4FZQFNi/S59iFZFiSndD9kh9gpKnJz5hGUCo9gsJFNn IXTMQtIxC0nHAkaWVYyixanFSbnpRkZ6qUWZycXF+Xl6eaklmxiB0XRwy2+DHYwvnzseYhTg YFTi4VXIaQ8VYk0sK67MPcQozcGiJM47Y3NeqJBAemJJanZqakFqUXxRaU5q8SFGJg5OqQZG Lom2e+qfstdt9+63PbrLe/nmrgfVSQsnsqw9UpIjLKlwelNcCv+6O2z7788vebNQa9cHw28u Jnu2JhxfMVvKY3bS7QmfZljr7WLsnPf92MWE7ISsc4tXLvi29c9G6SvSWw5aeLrFye6X/77U V/XzCbkkpqxLifY8fzhedj8TW3pOi/G64cLediWW4oxEQy3mouJEADs8G96HAgAA
Archived-At: <http://mailarchive.ietf.org/arch/msg/mmusic/fSE8EdXxD1l0bOQuhVP43wrJJPg>
Cc: "mmusic@ietf.org" <mmusic@ietf.org>, Paul Kyzivat <pkyzivat@alum.mit.edu>
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 07:39:27 -0000

Hi,

>>> - 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 it 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.

That's a good point. Is that a generic ICE rule, or something we need to define for DTLS in the draft?

Regards,

Christer

v2.23.0 | Report a Bug | By Email