IETF Logo Mail Archive

Re: [MMUSIC] I-D Action: draft-ietf-mmusic-rfc5245bis-05.txt

Jonathan Lennox <jonathan@vidyo.com> Wed, 16 September 2015 15:19 UTC

Return-Path: <jonathan@vidyo.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 808D41A92F0 for <mmusic@ietfa.amsl.com>; Wed, 16 Sep 2015 08:19:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.197
X-Spam-Level:
X-Spam-Status: No, score=-1.197 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, IP_NOT_FRIENDLY=0.334, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_SORBS_WEB=0.77, SPF_PASS=-0.001] autolearn=no
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 Ni832RdNQZek for <mmusic@ietfa.amsl.com>; Wed, 16 Sep 2015 08:19:04 -0700 (PDT)
Received: from mx0b-00198e01.pphosted.com (mx0b-00198e01.pphosted.com [67.231.157.197]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 691371A9125 for <mmusic@ietf.org>; Wed, 16 Sep 2015 08:19:01 -0700 (PDT)
Received: from pps.filterd (m0073110.ppops.net [127.0.0.1]) by mx0b-00198e01.pphosted.com (8.15.0.59/8.15.0.59) with SMTP id t8GFF1IY025594; Wed, 16 Sep 2015 11:18:57 -0400
Received: from mail.vidyo.com ([162.209.16.214]) by mx0b-00198e01.pphosted.com with ESMTP id 1wxp1w8kkk-1 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 16 Sep 2015 11:18:57 -0400
Received: from 492132-EXCH1.vidyo.com ([fe80::50:56ff:fe85:4f77]) by 492133-EXCH2.vidyo.com ([fe80::250:56ff:fe85:4a71%11]) with mapi id 14.03.0195.001; Wed, 16 Sep 2015 10:18:56 -0500
From: Jonathan Lennox <jonathan@vidyo.com>
To: Ari Keränen <ari.keranen@ericsson.com>
Thread-Topic: [MMUSIC] I-D Action: draft-ietf-mmusic-rfc5245bis-05.txt
Thread-Index: AQHQ7vmFBcyphh0G3EWtNamt62ZDzwAZqAsAAGil5wAALb9sAABpBGAAnjbTU4A=
Date: Wed, 16 Sep 2015 15:18:56 +0000
Message-ID: <CF173A4F-27D3-470F-A03F-52509D5312B2@vidyo.com>
References: <20150910225005.2301.87866.idtracker@ietfa.amsl.com> <55F20B78.8020706@ericsson.com> <55F2D3C2.9000701@jive.com> <55F567DA.6070404@ericsson.com> <55F6C50C.9040503@jive.com> <1A0B1C1F-3685-49CB-BF18-7F4D585A7FCD@ericsson.com>
In-Reply-To: <1A0B1C1F-3685-49CB-BF18-7F4D585A7FCD@ericsson.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [160.79.219.114]
Content-Type: text/plain; charset="Windows-1252"
Content-ID: <ED556BFC1863DA48BBBF87C36710141E@vidyo.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.14.151, 1.0.33, 0.0.0000 definitions=2015-09-16_04:2015-09-16,2015-09-16,1970-01-01 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1508030000 definitions=main-1509160196
Archived-At: <http://mailarchive.ietf.org/arch/msg/mmusic/nhOQnuQTzuL03jxNurxHh7i7jps>
Cc: mmusic <mmusic@ietf.org>
Subject: Re: [MMUSIC] I-D Action: draft-ietf-mmusic-rfc5245bis-05.txt
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: Wed, 16 Sep 2015 15:19:06 -0000

> On Sep 16, 2015, at 11:08 AM, Ari Keränen <ari.keranen@ericsson.com> wrote:
>> 
>> IPv4 addresses. This shows that my text needs to be even more explicit!
>> 
>> Suggestion: "In order for the ICE agent to be able to use the resulting
>> candidate it will be necessary for it to know the parameters of the
>> mapping between IPv4 and IPv6 addresses (i.e, which IPv6 address
>> corresponds to a given IPv4 address, and vice-versa)."
> 
> That's more clear. Thanks! And agent could also generate new candidates on the fly from the prefix, right? Especially if it didn't have suitable STUN server. Should that be added to the list of mechanisms?

The prefix doesn’t let the agent generate new local candidates — it provides a way to send from local IPv6 candidates to remote IPv4 candidates.  It needs the prefix to do this whether or not it has a STUN server. (Having a STUN server just gives a hint as to whether or not it’s worthwhile to try to do this.)

v2.23.0 | Report a Bug | By Email