Hi all,
Please see below the text updated according to the comments received.
Many thanks to Stig, Simon, Shailesh, and others for their review and
discussions.
----------------------------------------------------
4.2. Multicast Distribution Tree Computation
...
The mAFTR MUST advertise the route of uPrefix64 with an IPv6 IGP, so
as to represent the IPv4-embedded IPv6 source in the IPv6 multicast
network, and to pass the Reverse Path Forwarding (RPF) check on
multicast devices.
4.3. Multicast Data Forwarding
...
/* A note is added*/
Note: At this point, only IPv4-in-IPv6 encapsulation is defined;
Whether or not to support other types of encapsulation is left for
future consideration.
6.1. IGMP-MLD Interworking Function
The IGMP-MLD Interworking Function combines the IGMP/MLD Proxying
function and the address synthesizing operations. The IGMP/MLD
Proxying function is specified in [RFC4605]. The address
synthesizing is stateless and MUST follow
[I-D.ietf-mboned-64-multicast-address-format] and [RFC6052].
The mB4 with the IGMP-MLD Interworking Function embedded relays
between the IGMP domain and the MLD domain. The mB4 performs the
host portion of the MLD protocol on the upstream interface. The
composition of IPv6 membership in this context is constructed through
address synthesizing operations and MUST synchronize with the
membership database maintained in the IGMP domain. MLD messages will
be forwarded natively towards the MLD Querier located upstream in the
IPv6 network. The mB4 also performs the router portion of the IGMP
protocol on the downstream interface(s). Refer to [RFC4605] for more
details
+----------+ IGMP +-------+ MLD +---------+
| IPv4 |---------| mB4 |---------| MLD |
| Receiver | | | | Querier |
+----------+ +-------+ +---------+
Figure 2: IGMP-MLD Interworking
If SSM is deployed, the mB4 MUST construct the IPv6 source address
(or retrieve the IPv4 source address) using the uPrefix64. The mB4
may create a membership database which associates the IPv4-IPv6
multicast groups with the interfaces (e.g., Wi-Fi and Wired Ethernet)
facing IPv4 multicast receivers.
7.2. Processing PIM Message
/* TIB is used to replace mRIB*/
7.5. TTL/Scope
The Scope field of IPv4-in-IPv6 multicast addresses should be valued
accordingly (e.g, to "E", Global scope;) in the deployment
environment. This specification does not discuss the scope value
that should be used.
------------------------------------------------------
Cheers,
Jacni
On 5/27/2012 Sunday 10:34 PM, Yong Cui wrote:
Hi folks,
This is a wg last call on draft-ietf-softwire-dslite-multicast-02.
http://datatracker.ietf.org/doc/draft-ietf-softwire-dslite-multicast/
As usual, please send editorial comments to the authors and
substantive comments to the mailing list.
This wg last call will end on June 10 at 12pm EDT.
Yong & Alain
_______________________________________________
Softwires mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/softwires
_______________________________________________
Softwires mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/softwires
