IETF Logo Mail Archive

Re: [AVTCORE] WG last call on draft-ietf-avtcore-6222bis-01

Steve Underwood <steveu@coppice.org> Mon, 25 March 2013 23:39 UTC

Return-Path: <steveu@coppice.org>
X-Original-To: avt@ietfa.amsl.com
Delivered-To: avt@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 949F321F86C5 for <avt@ietfa.amsl.com>; Mon, 25 Mar 2013 16:39:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QwCzD0AHbu+O for <avt@ietfa.amsl.com>; Mon, 25 Mar 2013 16:39:36 -0700 (PDT)
Received: from thorns-k143.hkbn.net (thorns-k143.hkbn.net [61.92.211.143]) by ietfa.amsl.com (Postfix) with ESMTP id D4CAB21F86C2 for <avt@ietf.org>; Mon, 25 Mar 2013 16:39:35 -0700 (PDT)
Received: from outguard01.hkbn.net ([203.186.94.187]) by iguard15.hkbn.net with ESMTP; 26 Mar 2013 07:37:28 +0800
Received: from outguard01.hkbn.net (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 831EB3D006A for <avt@ietf.org>; Tue, 26 Mar 2013 07:39:33 +0800 (HKT)
Received: from smtp1o.ctimail.com (unknown [203.186.94.57]) by outguard01.hkbn.net (Postfix) with ESMTP id 6DEF03D006C for <avt@ietf.org>; Tue, 26 Mar 2013 07:39:33 +0800 (HKT)
Received: from i7.coppice.org (123203240234.ctinets.com [123.203.240.234]) by smtp1o.ctimail.com (8.14.5/8.14.5) with ESMTP id r2PNdU2G005829 for <avt@ietf.org>; Tue, 26 Mar 2013 07:39:33 +0800
Message-ID: <5150E032.4060307@coppice.org>
Date: Tue, 26 Mar 2013 07:39:30 +0800
From: Steve Underwood <steveu@coppice.org>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4
MIME-Version: 1.0
To: avt@ietf.org
References: <513F7C5B.5060101@ericsson.com>, <51507647.1050802@ericsson.com> <35F99675-E69A-48E6-BB17-CDF2A59B2FA3@cisco.com>
In-Reply-To: <35F99675-E69A-48E6-BB17-CDF2A59B2FA3@cisco.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-TM-AS-Product-Ver: IMSVA-8.2.0.1391-7.0.0.1014-19748.003
X-TM-AS-Result: No--10.344-9.9-31-10
X-imss-scan-details: No--10.344-9.9-31-10;No--10.344-5.0-31-10
X-TMASE-Version: IMSVA-8.2.0.1391-7.0.1014-19748.003
X-TMASE-Result: 10--10.344200-5.000000
X-TMASE-MatchedRID: pBwXUM+nCwszx9GDMr0HvzYTypjB3iDVjLOy13Cgb4+qvcIF1TcLYLwo sMBsCF61zOBjyl8LhNNDnqZ83klHV/mWoNcaH82usyNb+yeIRAqzSPa58jvhVvFJXtgF4GFLPXb E9n1s2cupgH6TIJi3FFwtzewu2M63dzO/yc8X33HdB/CxWTRRu25FeHtsUoHuA0Eye7xDGa7/dy +i6LxdyKpE3GAI6h0LlkBx5KmG6Q3FhXMjdQIJpg==
Subject: Re: [AVTCORE] WG last call on draft-ietf-avtcore-6222bis-01
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Audio/Video Transport Core Maintenance <avt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/avt>
List-Post: <mailto:avt@ietf.org>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 25 Mar 2013 23:39:36 -0000

On 03/26/2013 04:00 AM, Ali C. Begen (abegen) wrote:
> Thanks for the review.
>
> On Mar 25, 2013, at 5:07 PM, "Magnus Westerlund" <magnus.westerlund@ericsson.com> wrote:
>
>> WG & Authors,
>>
>> I have reviewed this document as an individual and have the following
>> comments:
>>
>> 1. Section 4.2, second bullet:
>>
>>       To produce a short-term persistent RTCP CNAME, an RTP endpoint
>>       MUST either (a) use the numeric representation of the layer-2
>>       (Media Access Control (MAC)) address of the interface that is used
>>       to initiate the RTP session as the "host" part of its RTCP CNAME
>>       or
>>
>> Is using the MAC really that unique? In these days of MAC cloning is
>> this good enough to use as long term persistent CNAME identifier? I also
> The probability of clash is pretty small but we can make a note of this.
>
That depends on the platform. If you use the MAC address on a virtual 
machine it always clashes, as it always appears to be zero.

Steve

v2.23.0 | Report a Bug | By Email