Re: [AVT] WGLC comments on draft-ietf-avt-ports-for-ucast-mcast-rtp-11: Part 3 Binding of C2->P4 RTCP to correct RTP session

Magnus Westerlund <magnus.westerlund@ericsson.com> Mon, 17 January 2011 10:52 UTC

Return-Path: <magnus.westerlund@ericsson.com>
X-Original-To: avt@core3.amsl.com
Delivered-To: avt@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id F05883A6D44 for <avt@core3.amsl.com>; Mon, 17 Jan 2011 02:52:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -105.046
X-Spam-Level:
X-Spam-Status: No, score=-105.046 tagged_above=-999 required=5 tests=[AWL=-1.347, BAYES_00=-2.599, J_CHICKENPOX_74=0.6, MANGLED_PAIN=2.3, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s-da-HcUJDjA for <avt@core3.amsl.com>; Mon, 17 Jan 2011 02:52:44 -0800 (PST)
Received: from mailgw9.se.ericsson.net (mailgw9.se.ericsson.net [193.180.251.57]) by core3.amsl.com (Postfix) with ESMTP id C368A3A6F2D for <avt@ietf.org>; Mon, 17 Jan 2011 02:52:43 -0800 (PST)
X-AuditID: c1b4fb39-b7cfbae000005c8e-81-4d342015a6fe
Received: from esessmw0184.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw9.se.ericsson.net (Symantec Mail Security) with SMTP id 3B.15.23694.510243D4; Mon, 17 Jan 2011 11:55:17 +0100 (CET)
Received: from [147.214.183.170] (153.88.115.8) by esessmw0184.eemea.ericsson.se (153.88.115.82) with Microsoft SMTP Server id 8.2.234.1; Mon, 17 Jan 2011 11:55:08 +0100
Message-ID: <4D34200C.9020706@ericsson.com>
Date: Mon, 17 Jan 2011 11:55:08 +0100
From: Magnus Westerlund <magnus.westerlund@ericsson.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; sv-SE; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7
MIME-Version: 1.0
To: "Ali C. Begen (abegen)" <abegen@cisco.com>
References: <4D307CF7.6040508@ericsson.com> <04CAD96D4C5A3D48B1919248A8FE0D540E16DA3A@xmb-sjc-215.amer.cisco.com>
In-Reply-To: <04CAD96D4C5A3D48B1919248A8FE0D540E16DA3A@xmb-sjc-215.amer.cisco.com>
X-Enigmail-Version: 1.1.1
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: 8bit
X-Brightmail-Tracker: AAAAAA==
Cc: "draft-ietf-avt-ports-for-ucast-mcast-rtp@tools.ietf.org" <draft-ietf-avt-ports-for-ucast-mcast-rtp@tools.ietf.org>, IETF AVT WG <avt@ietf.org>
Subject: Re: [AVT] WGLC comments on draft-ietf-avt-ports-for-ucast-mcast-rtp-11: Part 3 Binding of C2->P4 RTCP to correct RTP session
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Audio/Video Transport Working Group <avt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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, 17 Jan 2011 10:52:45 -0000

Ali C. Begen (abegen) skrev 2011-01-14 19:33:
> 
> 
>> -----Original Message-----
>> From: Magnus Westerlund [mailto:magnus.westerlund@ericsson.com]
>> Sent: Friday, January 14, 2011 5:43 PM
>> To: IETF AVT WG; draft-ietf-avt-ports-for-ucast-mcast-rtp@tools.ietf.org
>> Subject: WGLC comments on draft-ietf-avt-ports-for-ucast-mcast-rtp-11: Part 3 Binding of C2->P4 RTCP to correct RTP
>> session
>>
>> Hi,
>>
>> This third issue was also brought up before and also Tom Van Caenegem
>> comment on it.
>>
>> The RTCP reports going from C2->P4 from a receiver is not obvious on how
>> to correlate with the Unicast RTP session it is reporting on that are
>> sent P3->C1.
>>
>> The issues that may arise are the following. First there might be a NAT
>> with port and address dependent mapping between them. Thus, even if
>> C2=C1, the externally seen address+port can be different between traffic
>> going to P3 and P4. In addition we shall not forget that there might be
>> multiple clients behind the same NAT that participate in the same
>> multicast session. So several RTCP flow might go to P4 from this IP
>> address.
> 
> Correct, there could exist multiple clients sending rtcp to p4.
>  
>> I think some details on how to correlate this RTCP flow needs to be
>> included in the document. What are the determining factors? SSRC can't
>> be it unless we couple the multicast and unicast session. Which I think
>> is a bad idea. CNAME is likely the only method that is directly
>> applicable and would match from the C1->P3 request to the C2->P4 one.
> 
> Yes, via a CNAME. And since we now have a good CNAME guideline document, this should work just fine.
> 
> Report correlation is about the individual unicast sessions, but I agree it is a good idea to state this explicitly in this draft, too and also require the new CNAME guideline document so that cnames are unique.
> 
>> But this needs to be stated as a requirement.
> 
> +1.

Great, that seems to close on this issue.

-- 

Magnus Westerlund

----------------------------------------------------------------------
Multimedia Technologies, Ericsson Research EAB/TVM
----------------------------------------------------------------------
Ericsson AB                | Phone  +46 10 7148287
Färögatan 6                | Mobile +46 73 0949079
SE-164 80 Stockholm, Sweden| mailto: magnus.westerlund@ericsson.com
----------------------------------------------------------------------