IETF Logo Mail Archive

Re: [MBONED] draft-zhou-mboned-multrans-path-optimization

"Lee, Yiu" <Yiu_Lee@Cable.Comcast.com> Fri, 23 March 2012 02:07 UTC

Return-Path: <yiu_lee@cable.comcast.com>
X-Original-To: mboned@ietfa.amsl.com
Delivered-To: mboned@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BF99921E8049 for <mboned@ietfa.amsl.com>; Thu, 22 Mar 2012 19:07:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.087
X-Spam-Level:
X-Spam-Status: No, score=-101.087 tagged_above=-999 required=5 tests=[AWL=-0.190, BAYES_00=-2.599, HOST_EQ_MODEMCABLE=1.368, IP_NOT_FRIENDLY=0.334, USER_IN_WHITELIST=-100]
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 DccDbm4yF6vb for <mboned@ietfa.amsl.com>; Thu, 22 Mar 2012 19:07:31 -0700 (PDT)
Received: from cable.comcast.com (pacdcavout01.cable.comcast.com [69.241.43.119]) by ietfa.amsl.com (Postfix) with ESMTP id 2A70421E803D for <mboned@ietf.org>; Thu, 22 Mar 2012 19:07:31 -0700 (PDT)
Received: from ([24.40.56.116]) by pacdcavaout01.cable.comcast.com with ESMTP id 97wm3m1.6935747; Thu, 22 Mar 2012 22:01:32 -0400
Received: from PACDCEXMB05.cable.comcast.com ([fe80::a5b0:e5c4:df1b:2367]) by pacdcexhub03.cable.comcast.com ([fe80::5527:6d6b:29a7:f414%15]) with mapi id 14.01.0355.002; Thu, 22 Mar 2012 22:07:27 -0400
From: "Lee, Yiu" <Yiu_Lee@Cable.Comcast.com>
To: "Zhouqian (Cathy)" <cathy.zhou@huawei.com>, Stig Venaas <stig@venaas.com>
Thread-Topic: [MBONED] draft-zhou-mboned-multrans-path-optimization
Thread-Index: AQHNCJmwuE8gLk6RA0uZMDbLdPItMg==
Date: Fri, 23 Mar 2012 02:07:24 +0000
Message-ID: <CB9150FE.1E5D8%yiu_lee@cable.comcast.com>
In-Reply-To: <A6A061BEE5DDC94A9692D9D81AF776DF1BDBE15D@szxeml527-mbs.china.huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.14.0.111121
x-originating-ip: [24.40.55.70]
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg="sha1"; boundary="B_3415298842_987199"
MIME-Version: 1.0
Cc: "mboned@ietf.org" <mboned@ietf.org>, Ronald Bonica <rbonica@juniper.net>
Subject: Re: [MBONED] draft-zhou-mboned-multrans-path-optimization
X-BeenThere: mboned@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Mail List for the Mboned Working Group <mboned.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mboned>, <mailto:mboned-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mboned>
List-Post: <mailto:mboned@ietf.org>
List-Help: <mailto:mboned-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mboned>, <mailto:mboned-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Mar 2012 02:07:31 -0000

Hi Cathy,

I am a little confused. Since MTR is for transitioning, why will it
connect to the S6 in the first place? Besides, say you have two types of
receivers (v4 and v6) connected to the v6-only network. At any given time,
there are v4 and v6 receivers watching TV. In this setup, you will have to
stream the content twice anyway because the group address will be
different for native-v6 (v6 source) and v4-embedded v6 (v4 source). Did I
get this wrong?

Thanks,
Yiu


On 3/22/12 9:50 PM, "Zhouqian (Cathy)" <cathy.zhou@huawei.com> wrote:

>There are two cases in Figure 1. One is v6 network connecting to both v4
>and v6 sources via MTR, which is in higher priority and is the main case
>of this document.

v2.23.0 | Report a Bug | By Email