* Presentation #1: Multicast experiment over UDL by Izu Q: Dave Thaler - unlike IGMPv2, IGMPv3 might scale because random timers can be chosen in a wider range and reduce number of replies due to high transmission delays of the satellite link - it is possible to use dvmrp to learn unicast routes and use pim as multicast routing protocol, i.e. to route multicast traffic. several vendors do this - dvmrp V6 does not exist, you may consider Multiprotocol BGP (RFC 2858) Q: Gorry Fairhust - how many UDLR receivers in the experiment? Izu : 3000 receivers (hosts not routers -> IGMP only) - how many DVMRP receivers izu : currently 10 Q: Emmanuel Duros - are you considering only DVMRP? Izu : we are considering both DVMRP and PIM * Presentation #2: Configuration of DVMRP over UDL by Celine Benassy-Foch Q: Dave Thaler - is it DVMRP specific? celine : Probably not, we are thinking of PIM DM Q: Gorry Fairhurst: Concern about the flood/prune behaviour of the dense-mode protocols, and scaling with satellite link delay. How many groups were forwarded in these tests with the MBone? Celine: [Note sure of answer, there seemed to be few] Q: Gorry Fairhurst: How did the active router **know** which groups to forward. If this is static, then how is this different to the use of a static multicast route in the MRIB? If it is dynamic, then how do the receivers know whether to be active or passive for a group and how does this ***scale***? Celine: Described the role of the active router. Q: Dave Thaler - Thoughts about pim sparse mode: passive mode and switching to active mode could be reproduced with pim. Interesting feature. Q: Emmanuel Duros - what about the update of routing tables when switching from passive to active mode? Bill Fenner -> this can be an issue with dvmrp, but would work really better with pim Similar when using PIM-DM, but different with PIM-SM... (Note from gorry: I'm willing to write text to the list on this) * Presentation #3: Using PPPoE with LLTM by Yann Codaccioni Q: Emmanuel Duros - was main motivation to re-use the existing ADSL technology? Yann : no in fact, the initial goal was muticast routing over UDLR, and then we found out that using the LLTM was perfectly suited to re-use the ADSL technology. Q: Emmanuel Duros - so what about multicast ? Yann : it is currently more broadcast (static routing) than multicast. In the future, multicast will be crypted and a key will be needed on the client side. Q: Jun Takei - Why using UDLR LLTM in a satellite 2 way system Yann : in fact with UDLR LLTM we have a generic solution which works even with a one way satellite system Q: Gorry Fairhurst: I wonder if this is the best example of a UDLR application. Is this really a use for UDLR as intended? Yann explained he thought it was a UDLR application, but just used a satellite link in both directions. UDLR provides a means for switching the return path from satellite to terrestrial. Q: Gorry Fairhurst: Does the UDLR WG have sufficient experience of PPPoE? Only France Telecom seems to experiment it. * Presentation #4: Security implications in LLTM by Emmanuel