IETF Logo Mail Archive

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

"Lee, Yiu" <Yiu_Lee@Cable.Comcast.com> Fri, 23 March 2012 03:32 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 95E2B21E803C for <mboned@ietfa.amsl.com>; Thu, 22 Mar 2012 20:32:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.193
X-Spam-Level:
X-Spam-Status: No, score=-101.193 tagged_above=-999 required=5 tests=[AWL=0.038, BAYES_00=-2.599, HOST_EQ_MODEMCABLE=1.368, 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 5TQqzkRXrnzf for <mboned@ietfa.amsl.com>; Thu, 22 Mar 2012 20:32:24 -0700 (PDT)
Received: from cable.comcast.com (copdcavout01.cable.comcast.com [76.96.32.253]) by ietfa.amsl.com (Postfix) with ESMTP id 17D5C21E8013 for <mboned@ietf.org>; Thu, 22 Mar 2012 20:32:24 -0700 (PDT)
Received: from ([24.40.56.115]) by copdcavout01.cable.comcast.com with ESMTP id C7WM3M1.10585943; Thu, 22 Mar 2012 21:20:18 -0600
Received: from PACDCEXMB05.cable.comcast.com ([fe80::a5b0:e5c4:df1b:2367]) by PACDCEXHUB02.cable.comcast.com ([fe80::492e:3fa1:c2ad:e04e%17]) with mapi id 14.01.0355.002; Thu, 22 Mar 2012 23:32:18 -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: AQHNCKWLJR6DML6/0k29G225UonHUA==
Date: Fri, 23 Mar 2012 03:32:17 +0000
Message-ID: <CB9163F4.1E601%yiu_lee@cable.comcast.com>
In-Reply-To: <A6A061BEE5DDC94A9692D9D81AF776DF1BDBE282@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_3415303936_1293516"
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 03:32:24 -0000

The whole assumption is the v4 stream has been converted once in the upper
network. In other words, this optimization only helps in a back-to-back
MTR. This is really a rare scenario.


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

>Sorry, I mean the v4 and v6 interface, rather than the source in my last
>email.
>Yes, there will be two streams coming from the source. When the two
>streams coming from v4 and v6 interface separately, MTR will determine
>whether the two addresses (v4 and v6) have the address format based on
>draft-ietf-mboned-64-multicast-address-format. If the v6 address is
>v4-embedded v6 address according to the draft, it means the two streams
>are the same. If it is not, the two steams are different.
>Then the two streams will come to different receivers.
>
>
>Best Regards,
>Cathy ZHOU
>

v2.23.0 | Report a Bug | By Email