IETF Logo Mail Archive

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

"Zhouqian (Cathy)" <cathy.zhou@huawei.com> Fri, 23 March 2012 04:11 UTC

Return-Path: <cathy.zhou@huawei.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 CDAA521E8017 for <mboned@ietfa.amsl.com>; Thu, 22 Mar 2012 21:11:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.224
X-Spam-Level:
X-Spam-Status: No, score=-2.224 tagged_above=-999 required=5 tests=[AWL=0.375, 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 fvh9OyyKfkH4 for <mboned@ietfa.amsl.com>; Thu, 22 Mar 2012 21:11:10 -0700 (PDT)
Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) by ietfa.amsl.com (Postfix) with ESMTP id 415EC21F848B for <mboned@ietf.org>; Thu, 22 Mar 2012 21:11:10 -0700 (PDT)
Received: from 172.18.9.243 (EHLO dfweml201-edg.china.huawei.com) ([172.18.9.243]) by dfwrg01-dlp.huawei.com (MOS 4.2.3-GA FastPath) with ESMTP id AEP93550; Fri, 23 Mar 2012 00:11:09 -0400 (EDT)
Received: from DFWEML405-HUB.china.huawei.com (10.193.5.102) by dfweml201-edg.china.huawei.com (172.18.9.107) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 22 Mar 2012 21:09:25 -0700
Received: from SZXEML406-HUB.china.huawei.com (10.82.67.93) by dfweml405-hub.china.huawei.com (10.193.5.102) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 22 Mar 2012 21:09:32 -0700
Received: from SZXEML527-MBS.china.huawei.com ([169.254.6.183]) by szxeml406-hub.china.huawei.com ([10.82.67.93]) with mapi id 14.01.0323.003; Fri, 23 Mar 2012 12:09:24 +0800
From: "Zhouqian (Cathy)" <cathy.zhou@huawei.com>
To: "Lee, Yiu" <Yiu_Lee@Cable.Comcast.com>, Stig Venaas <stig@venaas.com>
Thread-Topic: [MBONED] draft-zhou-mboned-multrans-path-optimization
Thread-Index: Ac0B9w89Uun9M1/TTc6mIlfsWKf7WQDuPgAQAAsd9DAAIeWOoAAFndsAAC14mpAAQ1NRgAAUtwfw//+MEgD//3mSgIAAkDgA//90tpCAAJk4gP//cj1w
Date: Fri, 23 Mar 2012 04:09:23 +0000
Message-ID: <A6A061BEE5DDC94A9692D9D81AF776DF1BDBE2F1@szxeml527-mbs.china.huawei.com>
References: <A6A061BEE5DDC94A9692D9D81AF776DF1BDBE282@szxeml527-mbs.china.huawei.com> <CB9163F4.1E601%yiu_lee@cable.comcast.com>
In-Reply-To: <CB9163F4.1E601%yiu_lee@cable.comcast.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.70.39.60]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
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 04:11:10 -0000

Yes, the v4 stream will be converted to v6 stream. 
What do you mean "back-to-back"? Do you mean the two MTRs are back-to-back? The first MTR will convert the v4 stream to v6 stream and send the v6 stream to the second MTR, which will just copy it to the v6 network?
In addition, this document is not limited to this case, the multi-access scenario defined in RFC 4601 is also included.
Another advantage of this solution is that when IPv4 source transitions to IPv6 source, there will be no impact on the MTR. 

Best Regards,
Cathy ZHOU


-----Original Message-----
From: Lee, Yiu [mailto:Yiu_Lee@Cable.Comcast.com] 
Sent: Friday, March 23, 2012 11:32 AM
To: Zhouqian (Cathy); Stig Venaas
Cc: mboned@ietf.org; Ronald Bonica
Subject: Re: [MBONED] draft-zhou-mboned-multrans-path-optimization

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