Re: [MBONED] APPSDIR review of draft-ietf-mboned-64-multicast-address-format-01
"Lee, Yiu" <Yiu_Lee@Cable.Comcast.com> Mon, 14 May 2012 21:06 UTC
Return-Path: <yiu_lee@cable.comcast.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0964E21F88D7; Mon, 14 May 2012 14:06:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -100.957
X-Spam-Level:
X-Spam-Status: No, score=-100.957 tagged_above=-999 required=5 tests=[AWL=-0.060, 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 l40zxFKYPQba; Mon, 14 May 2012 14:06:08 -0700 (PDT)
Received: from cable.comcast.com (pacdcavout01.cable.comcast.com [69.241.43.119]) by ietfa.amsl.com (Postfix) with ESMTP id F40C821F88D0; Mon, 14 May 2012 14:06:07 -0700 (PDT)
Received: from ([24.40.56.115]) by pacdcavaout01.cable.comcast.com with ESMTP id 97wm3m1.12433251; Mon, 14 May 2012 16:58:01 -0400
Received: from PACDCEXMB05.cable.comcast.com ([fe80::a5b0:e5c4:df1b:2367]) by PACDCEXHUB02.cable.comcast.com ([fe80::492e:3fa1:c2ad:e04e%13]) with mapi id 14.02.0283.003; Mon, 14 May 2012 17:06:03 -0400
From: "Lee, Yiu" <Yiu_Lee@Cable.Comcast.com>
To: Stig Venaas <stig@cisco.com>
Subject: Re: [MBONED] APPSDIR review of draft-ietf-mboned-64-multicast-address-format-01
Thread-Topic: [MBONED] APPSDIR review of draft-ietf-mboned-64-multicast-address-format-01
Thread-Index: AQHNMhVebHEh+DeZCkG2+0xN2kXo1Q==
Date: Mon, 14 May 2012 21:06:02 +0000
Message-ID: <CBD6EB81.20E9E%yiu_lee@cable.comcast.com>
In-Reply-To: <4FB17170.8090203@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.2.2.120421
x-originating-ip: [24.40.55.71]
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg="sha1"; boundary="B_3419859958_1782930"
MIME-Version: 1.0
X-Mailman-Approved-At: Tue, 15 May 2012 00:49:20 -0700
Cc: Brian Haberman <brian@innovationslab.net>, "6man@ietf.org" <6man@ietf.org>, "apps-discuss@ietf.org application-layer protocols" <apps-discuss@ietf.org>, "draft-ietf-mboned-64-multicast-address-format.all@tools.ietf.org" <draft-ietf-mboned-64-multicast-address-format.all@tools.ietf.org>, The IESG <iesg@ietf.org>, "mboned@ietf.org" <mboned@ietf.org>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ipv6>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 14 May 2012 21:06:09 -0000
Hi Stig, Right. I explain only one use case. Other may find the latter case is more attractive for their deployments. This address format should enable the dynamic use case as well. Yiu On 5/14/12 4:56 PM, "Stig Venaas" <stig@cisco.com> wrote: >On 5/14/2012 1:50 PM, Lee, Yiu wrote: >> Hi Brian, >> >> Sorry for getting back late. I read Bert's answers to your questions. >>His >> answers are inline with my answers. Most information are statically >> configured. For example: Ch1 is statically configured to 224.1.2.3 via >>OOB >> mechanism. If the STB is IPv4 only, it will only use IPv4 mcast address. >> It won't use the address format defined in this draft. In my mind, the >> most common deployment will use the same IPv6 prefix which will be >> statically configured in the AF. > >Right, so that was my main concern with the draft. Is static >configuration like this sufficient, or are there more generic cases >where one needs to know that it is translated from IPv4 without a >priori configuration. The flag bit (or a well-known prefix) is only >needed in the latter case. I know there were some scenarios where >someone found the latter to be advantageous though. > >Stig > >> >> Regards, >> Yiu >> >> >> On 5/10/12 2:03 PM, "Brian Haberman"<brian@innovationslab.net> wrote: >> >>> Hi Yiu, >>> Let me ask a few questions... >>> >>> On 5/9/12 10:52 PM, Lee, Yiu wrote: >>>> Hi Carsten, >>>> >>>> Thanks very much for reviewing the document. I just want to add a >>>>point >>>> to >>>> your question about how applications decide when to use this multicast >>>> address format. In fact, they don't. Imagine a use case where a legacy >>>> IPv4 IP-TV receiver (an app) wants to join a channel which is >>>> broadcasted >>>> in IPv6. The app will continue to send the igmp-join (say 224.1.2.3). >>> >>> How does the IPv4 IP-TV know to join 224.1.2.3? >>> >>> How is 224.1.2.3 advertised to the IPv4 IP-TV clients if the content is >>> generated by an IPv6 source? Does the source need to be configured to >>> use one of these IPv4-in-IPv6 multicast addresses? >>> >>>> There will be a function in the network which is statically configured >>>> that when it receives a igmp-join, it would covert to a corresponding >>>> mld-join. The IPv6 address in the join message will follow what is >>>> described in this draft. This Adaptive Function is transparent to the >>>> application and managed by the network. >>> >>> Are you limiting this approach to only mapping at the IGMP/MLD >>>protocols? >>> >>> How does your Adaptive Function know which IPv6 multicast prefix to use >>> when mapping the IPv4 multicast address in the IGMP Report message to >>>MLD? >>> >>> Regards, >>> Brian >
- APPSDIR review of draft-ietf-mboned-64-multicast-… Carsten Bormann
- RE: APPSDIR review of draft-ietf-mboned-64-multic… mohamed.boucadair
- Re: APPSDIR review of draft-ietf-mboned-64-multic… Carsten Bormann
- Re: [MBONED] APPSDIR review of draft-ietf-mboned-… Tina TSOU
- Re: APPSDIR review of draft-ietf-mboned-64-multic… Lee, Yiu
- Re: [MBONED] APPSDIR review of draft-ietf-mboned-… Jacni Qin
- RE: APPSDIR review of draft-ietf-mboned-64-multic… mohamed.boucadair
- Re: [MBONED] APPSDIR review of draft-ietf-mboned-… Carsten Bormann
- RE: [MBONED] APPSDIR review of draft-ietf-mboned-… mohamed.boucadair
- Re: [MBONED] APPSDIR review of draft-ietf-mboned-… Brian Haberman
- RE: [MBONED] APPSDIR review of draft-ietf-mboned-… Manfredi, Albert E
- RE: [MBONED] APPSDIR review of draft-ietf-mboned-… Tina TSOU
- RE: [MBONED] APPSDIR review of draft-ietf-mboned-… mohamed.boucadair
- Re: [MBONED] APPSDIR review of draft-ietf-mboned-… Lee, Yiu
- Re: [MBONED] APPSDIR review of draft-ietf-mboned-… Stig Venaas
- Re: [MBONED] APPSDIR review of draft-ietf-mboned-… Lee, Yiu
- Re: [MBONED] APPSDIR review of draft-ietf-mboned-… Behcet Sarikaya
- Re: [MBONED] APPSDIR review of draft-ietf-mboned-… Jacni Qin