From sam-bounces@irtf.org Mon Jun 04 17:33:38 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HvKBF-0004om-Kk; Mon, 04 Jun 2007 17:33:37 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HvKBE-0004oh-UO for sam@irtf.org; Mon, 04 Jun 2007 17:33:36 -0400 Received: from smtp.mei.co.jp ([133.183.129.25]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HvKBD-0003a6-4S for sam@irtf.org; Mon, 04 Jun 2007 17:33:36 -0400 Received: from mail-gw.jp.panasonic.com (dodgers.mei.co.jp [157.8.1.150]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/kings) with ESMTP id l54LXWAC011374 for ; Tue, 5 Jun 2007 06:33:32 +0900 (JST) Received: by mail-gw.jp.panasonic.com (8.11.6p2/3.7W/somlx2) with ESMTP id l54LXVC04127 for ; Tue, 5 Jun 2007 06:33:31 +0900 (JST) Received: from epochmail.jp.panasonic.com (localhost [127.0.0.1]) by mail.jp.panasonic.com (8.11.6p2/3.7W/astros) with ESMTP id l54LXX021900 for ; Tue, 5 Jun 2007 06:33:33 +0900 (JST) Received: by epochmail.jp.panasonic.com (8.12.11.20060308/3.7W/soml28) id l54LXVUB019631 for sam@irtf.org; Tue, 5 Jun 2007 06:33:31 +0900 (JST) Received: from donau.mrit.mei.co.jp by soml28.jp.panasonic.com (8.12.11.20060308/3.7W) with ESMTP id l54LXUGV019616 for ; Tue, 5 Jun 2007 06:33:30 +0900 (JST) Message-Id: <200706042132.AA10148@maruta.jp.panasonic.com> From: Eiichi Muramoto Date: Tue, 05 Jun 2007 06:32:03 +0900 To: sam@irtf.org Subject: Re: [SAM] SAM RG interim meeting results In-Reply-To: <45D5ADA6.5040204@informatik.uni-goettingen.de> References: <45D5ADA6.5040204@informatik.uni-goettingen.de> MIME-Version: 1.0 X-Mailer: AL-Mail32 Version 1.13 Content-Type: text/plain; charset=us-ascii X-Spam-Score: 0.1 (/) X-Scan-Signature: 7c1a129dc3801d79d40c5ca8dee767eb X-BeenThere: sam@irtf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "For use by members of the Scalable Adaptive Multicast \(SAM\) RG" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: sam-bounces@irtf.org Dear Jun, We submitted an ID on this. URL for the software is written. Comments including the one to correct my English are expected. (^^; Title : Experimental Deployment Method for Router Supported ALM using PlanetLab Author(s) : E. Muramoto, et al. Filename : draft-muramoto-irtf-sam-exp-testbed-00.txt Pages : 12 Date : 2007-5-4 This document describes the experiment method of router supported ALM using PlanetLab. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-muramoto-irtf-sam-exp-testbed-00.txt Jun Lei wrote: >Dear Eiichi, > >thanks for your message. We are interested in working over PlanetLab. >And I agree with you that PlanetLab can be regarded as one of the most >promising candidates to test the overlay networks(routing protocols) >under the real environment. > >Could you please show me some detailed description of your software? I >would like to take a look at it. > >Thank you anyway > >Jun >> Hello, >> >> I think that the test bed where overlay was used is profitable for >> researchers ( experimenters). The experimenter can construct his >> experiment network on Planetlab momentarily, can bigin the "user- >> opt-in" experiment freely, and it is possible to stop it safly. >> >> For example, we xcast person can construct IPv6 routing plane >> on to the planetlab using the "orbit" tunnel(IPv6 over IPv4) >> and settle l2tp servers on the slice of planetlab for the users. >> and begin the xcast routing experiment. >> >> Some might think he want to experiment on his hybrid solution >> of ALM and IP multicast. He probably make a multicast enable network >> and settle a ALM-IP multicast-bridge. >> >> Testbed sometimes accelerates the research works. >> >> I think we can discuss about it in this RG. >> Do you agree? Any comment? >> >> Best Regards, >> Eiichi Muramoto. >> >> >> Nobuo Kawaguchi wrote: >> >>>Dear SAM-RG members, >>> >>>In the last P2PM07 workshop, I had a demonstration >>>about overlay network on PlanetLab with MyPLC. >>>The presentation material is >>>http://www.samrg.org/p2pm07/presentations/XcastOnPlanetLab20070111.pdf >>> >>>We are currently planning to open our demonstration softwares. >>>By using our softwares, one can utilize UML on PlanetLab and >>>connect UML nodes using UDP tunnel. Our "orbit" software can manage the >>>configuration of all UDP tunnels from a single conf file. >>>In the UML node, one can run any Linux binary using usual ethernet >>>interfaces over virtual links. >>>In our demonstration, we modified UML kernel to use >>>XCAST6(eXplicit Multi-Unicast) so that we can show xcast routing >>>over UML nodes. >>> >>>Is there any person who are interested to use our software? >>>We are willing to write a document for interested persons. >>> >>>I think, for SAM-RG, PlanetLab is one of the candidate to test the >>>overlay networks(routing protocols) for real environment. >>>Our UML trial can regarded as a start point. >>>We are also planning to write "Internet-Draft" about our overlay >>>configuration. >>> >>>If you have any suggestion about I-D or our softwares, >>>please let me know. >>> >>>Best regards, >>>Nobuo Kawaguchi >>>-- >>>Nagoya Univ. >>> >>> >>>John Buford wrote: >>> >>>>Presentations and meeting notes for the Jan 11 interim SAM RG meeting >>>>are available here: >>>> >>>>http://www.samrg.org/about/meetings/meetings.html >>>>(not all slides are available yet, they will be uploaded as they >>>>become available) >>>> >>>>Presentations made at the P2PM07 workshop are available here: >>>>http://www.samrg.org/p2pm07/program.html >>>> >>>>(not all slides are available yet, they will be uploaded as they become >>>>available) >>>> >>>>We are currently planning to hold an RG meeting at IEFT 69 (Chicago). >>>> >>>>Minutes from the meeting follow. >>>> >>>>=============================================================== >>>> >>>> >>>>Meeting Notes >>>>Scalable Adaptive Multicast RG >>>>Interim Meeting Jan 11, 2007. >>>> >>>>1. John Buford (Panasonic) >>>> >>>>Overview of problem statement draft >>>>and the existing technologies available >>>>(ALM, Overlay multicast, Proxied overlay >>>>multicast, tunneling with native multicast >>>>islands). >>>>An example architecture and some >>>>operational scenarios. >>>> >>>>1. Jeremy Mineweaser (MIT Lincoln Labs) >>>> >>>>Adaptativity depends on suitable metrics >>>>and ability to collect these metrics in >>>>real-time and feedback to the network. >>>> >>>> >>>>Discussion: >>>> >>>>KA: Do you think adaptive approach is too complex to be worth the benefit? >>>>JM: remains to be seen >>>>KA: We don't really have a one-size-fits-all protocol >>>> >>>>2. Mark Pullen (GMU) >>>> >>>>Unlike commercial ISPs,DoD ISPs have an incentive >>>>to use multicast to reduce congestion. >>>>But universal deployment in GIG may not work any better >>>>than in commercial sector. >>>>Gaming community can use multicast in different ways >>>>than DoD since they don't require the real-world fidelity. >>>> >>>>In battlefield, reliability and robustness may not be >>>>fully achievable. >>>> >>>>We at GMU have a prototype to manage multicast using >>>>web services in cooperation with Naval Post-Graduate school. >>>> >>>>There is a need for a framework to interoperate >>>>different mechanisms, a pervasive interoperability should be targeted. >>>>Need the pieces to interoperate in order to mix and match technologies. >>>>Would like to see a standardized tunneling mechanism as well. >>>>Could use the framework for "relative" QoS not absolute QoS. >>>>Relative QoS is important for military applications. >>>> >>>>3. Keith Ross (Polytechnic) >>>> >>>>P2P Multicast is an IPTV case study >>>>There are several success stories: PPLive, Coolstream, ppstream >>>>200K users at 400-800 kbps for Chinese New Years >>>> >>>>What are the challenges? >>>>- Bandwidth intensive >>>>- peers dynamic >>>>- asymetric residential access >>>>- incentives for redistribution >>>>- lags among viewers >>>>- security (pollution, overtaking for DDoS) >>>> >>>>Comparison of two Architectures >>>>- Push, tree-based designs, eg. ESM from CMU >>>>- Pull, meshed based designs >>>> Inspired from BiTorrent >>>> But with live streaming >>>> More successful than ESM >>>> >>>>Overview of pull-mesh >>>>Locate other peers watching same channel >>>>Establish TCP connection >>>>Ask neighbors what chunks they have >>>>Request and receive chunks >>>>Start media player >>>>Upload chunks to others >>>> >>>>Presents some measurements of download >>>>vs upload rate for different users >>>> >>>>Popular and unpopular channels >>>>Pull-mesh / IPTV is killer application for multicast >>>> >>>>JM: what are limitations? >>>>KR: free-riding problem, susceptibility to pollution attack >>>>Audience: what is the performance comparison between pull and push >>>>KR: coolstreaming paper has analysis that shows the ESM >>>> is not good under churn >>>>JB: what about licensed content? >>>>KR: yes, content provides can see this as another distribution channel >>>> >>>> >>>>4. Kurt Tutschku (U. Wuerzburg) >>>> >>>>Challenges on scalable multicast in overlay with mobile networks >>>>There are several challenges due to mobile nodes in an overlay >>>> which translate to problems with overlay multicast with mobile >>>> nodes >>>>These problems relate to roaming in the native network, >>>>node performance capability, variation in network connectivity etc. >>>> >>>> >>>>5. Wenjun Zeng (U. Missouri) >>>> >>>>Do you plan to consider reliability, congestion control, >>>> etc., in the design? >>>>Pull vs push is an important distinction, as made by Keith >>>>Is there a hybrid of pull vs push? >>>>E.g., tree-bone based approach >>>> >>>>6. General Discussion >>>> >>>>What about data aggregation for sensor >>>>data collection (ad hoc wireless networks), >>>>is there a multicast solution for this case, >>>>and how does it fit? >>>> >>>>The benefits of an overlay approach for launching SAM framework: >>>>Overlays provide a number of interesting functions including >>>>search, indexing, relaying, topology characterization, measurement. >>>>Integrating awareness of native multicast in to the overlay is >>>>another function like these others that a specific overlay can >>>>chose to use or not depending on application requirements. >>>> >>>>Solutions to the problems of overlays in terms of reliability >>>>and security can be used for multicast reliability and security >>>>perhaps. >>>> >>>> >>>>------------------------------------------------------------------------ >>>> >>>>_______________________________________________ >>>>SAM mailing list >>>>SAM@irtf.org >>>>https://www1.ietf.org/mailman/listinfo/sam >>> >>> >>>_______________________________________________ >>>SAM mailing list >>>SAM@irtf.org >>>https://www1.ietf.org/mailman/listinfo/sam >> >> >> ----- >> muramoto.eiichi@jp.panasonic.com >> >> _______________________________________________ >> SAM mailing list >> SAM@irtf.org >> https://www1.ietf.org/mailman/listinfo/sam > > >-- >Jun Lei >PhD Student > >Address: >Georg-August-Universitaet Goettingen >Institut fuer Informatik >Telematics Group >Lotzestrasse 16-18 >37083 Goettingen > > >Fax: +49 (551) 39-1 44 03 >Tel: +49 (551) 39-1 35 78 > >Email: lei@informatik.uni-goettingen.de ----- muramoto.eiichi@jp.panasonic.com _______________________________________________ SAM mailing list SAM@irtf.org https://www1.ietf.org/mailman/listinfo/sam From sam-bounces@irtf.org Thu Jun 07 17:18:41 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HwPNQ-0005NH-A1; Thu, 07 Jun 2007 17:18:40 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HwPNP-0005M3-E5 for sam@irtf.org; Thu, 07 Jun 2007 17:18:39 -0400 Received: from vacation.karoshi.com ([198.32.6.68] helo=vacation.karoshi.com.) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HwPA7-0002Aa-2x for sam@irtf.org; Thu, 07 Jun 2007 17:04:57 -0400 Received: from karoshi.com (localhost.localdomain [127.0.0.1]) by vacation.karoshi.com. (8.12.8/8.12.8) with ESMTP id l57L4GnC017629; Thu, 7 Jun 2007 21:04:16 GMT Received: (from bmanning@localhost) by karoshi.com (8.12.8/8.12.8/Submit) id l57L4BEQ017628; Thu, 7 Jun 2007 21:04:11 GMT Date: Thu, 7 Jun 2007 21:04:11 +0000 From: bmanning@karoshi.com To: drc@iana.org, leslien@arin.net Message-ID: <20070607210411.GA17526@vacation.karoshi.com.> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Spam-Score: 0.2 (/) X-Scan-Signature: 8abaac9e10c826e8252866cbe6766464 Cc: sam@irtf.org, bmanning@vacation.karoshi.com, SRyan@mwe.com, dmm@maoz.com, dmm@1-4-5.net Subject: [SAM] agreement in principle - class D space X-BeenThere: sam@irtf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "For use by members of the Scalable Adaptive Multicast \(SAM\) RG" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: sam-bounces@irtf.org in 1996, the IANA tasked EP.NET with the DNS management of the following DNS delegations: // --- the multicast domains zone "mcast.net" { type master; file "master/mcast.net"; }; zone "224.in-addr.arpa" { type master; file "master/P-224"; }; zone "225.in-addr.arpa" { type master; file "master/P-225"; }; zone "226.in-addr.arpa" { type master; file "master/P-226"; }; zone "227.in-addr.arpa" { type master; file "master/P-227"; }; zone "228.in-addr.arpa" { type master; file "master/P-228"; }; zone "229.in-addr.arpa" { type master; file "master/P-229"; }; zone "230.in-addr.arpa" { type master; file "master/P-230"; }; zone "231.in-addr.arpa" { type master; file "master/P-230"; }; zone "232.in-addr.arpa" { type master; file "master/P-232"; }; zone "233.in-addr.arpa" { type master; file "master/P-233"; }; zone "234.in-addr.arpa" { type master; file "master/P-234"; }; zone "235.in-addr.arpa" { type master; file "master/P-235"; }; zone "236.in-addr.arpa" { type master; file "master/P-236"; }; zone "237.in-addr.arpa" { type master; file "master/P-237"; }; zone "238.in-addr.arpa" { type master; file "master/P-238"; }; zone "239.in-addr.arpa" { type master; file "master/P-239"; }; zone "240.in-addr.arpa" { type master; file "master/P-240"; }; zone "241.in-addr.arpa" { type master; file "master/P-241"; }; today, EP.NET and the IANA agreed in principle to transfer the day to day operation of these delegations back to the IANA. It is expected that this may take 60-180 days - pending some logistics work by both parties. --bill manning managing partner, EP.NET _______________________________________________ SAM mailing list SAM@irtf.org https://www1.ietf.org/mailman/listinfo/sam From sam-bounces@irtf.org Mon Jun 25 17:00:36 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I2vfn-0000V4-Cn; Mon, 25 Jun 2007 17:00:35 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I2vfm-0000S4-8K for sam@irtf.org; Mon, 25 Jun 2007 17:00:34 -0400 Received: from mhultra.aero.org ([130.221.88.102]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I2vfj-0005P9-Rp for sam@irtf.org; Mon, 25 Jun 2007 17:00:34 -0400 Received: from happy.face.aero.org (happy.face.aero.org [130.221.31.116]) by mhultra.aero.org with ESMTPS for sam@irtf.org; Mon, 25 Jun 2007 13:59:52 -0700 Received: from localhost ([127.0.0.1]) by happy.face.aero.org with esmtp (Exim 4.50) id 1I2vf5-00087s-JW for sam@irtf.org; Mon, 25 Jun 2007 13:59:52 -0700 Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <200706042132.AA10148@maruta.jp.panasonic.com> References: <45D5ADA6.5040204@informatik.uni-goettingen.de> <200706042132.AA10148@maruta.jp.panasonic.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <5841EBD8-D510-49E2-918D-EBCFF20F4704@aero.org> Content-Transfer-Encoding: 7bit From: Scott Boone Date: Mon, 25 Jun 2007 13:59:48 -0700 To: sam@irtf.org X-Mailer: Apple Mail (2.752.2) X-Spam-Score: 0.0 (/) X-Scan-Signature: 08e48e05374109708c00c6208b534009 Subject: [SAM] SAM in IPv6 X-BeenThere: sam@irtf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "For use by members of the Scalable Adaptive Multicast \(SAM\) RG" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: sam-bounces@irtf.org Has much work been done in the SAM area w.r.t. PIM in IPv6? My current understanding is that the only RP discovery option in IPv6 is embedded RP. This doesn't seem to play at all well with readdressing or failovers. Does anyone have pointers for RP failover work in mobile IPv6 networks? Is this the right group for me to ask this? Thanks, Scott _______________________________________________ SAM mailing list SAM@irtf.org https://www1.ietf.org/mailman/listinfo/sam From sam-bounces@irtf.org Mon Jun 25 17:28:09 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I2w6T-00070o-BS; Mon, 25 Jun 2007 17:28:09 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I2w6R-00070d-GI for sam@irtf.org; Mon, 25 Jun 2007 17:28:07 -0400 Received: from tyholt.uninett.no ([2001:700:1::eecb]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I2w6Q-0002Nt-WF for sam@irtf.org; Mon, 25 Jun 2007 17:28:07 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by tyholt.uninett.no (Postfix) with ESMTP id A8C6AB5B3B; Mon, 25 Jun 2007 23:28:05 +0200 (CEST) Received: from tyholt.uninett.no ([127.0.0.1]) by localhost (tyholt.uninett.no [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 32488-01-56; Mon, 25 Jun 2007 23:28:05 +0200 (CEST) Received: from [IPv6?2001?700?1?1100?e531?57e3?5da6?668] (unknown [IPv6:2001:700:1:1100:e531:57e3:5da6:668]) by tyholt.uninett.no (Postfix) with ESMTP id 2A76AB5B30; Mon, 25 Jun 2007 23:28:05 +0200 (CEST) Message-ID: <46803364.905@uninett.no> Date: Mon, 25 Jun 2007 23:28:04 +0200 From: Stig Venaas User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: Scott Boone Subject: Re: [SAM] SAM in IPv6 References: <45D5ADA6.5040204@informatik.uni-goettingen.de> <200706042132.AA10148@maruta.jp.panasonic.com> <5841EBD8-D510-49E2-918D-EBCFF20F4704@aero.org> In-Reply-To: <5841EBD8-D510-49E2-918D-EBCFF20F4704@aero.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at uninett.no X-Spam-Score: -2.8 (--) X-Scan-Signature: 8abaac9e10c826e8252866cbe6766464 Cc: sam@irtf.org X-BeenThere: sam@irtf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "For use by members of the Scalable Adaptive Multicast \(SAM\) RG" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: sam-bounces@irtf.org Scott Boone wrote: > Has much work been done in the SAM area w.r.t. PIM in IPv6? My current > understanding is that the only RP discovery option in IPv6 is embedded > RP. This doesn't seem to play at all well with readdressing or > failovers. Does anyone have pointers for RP failover work in mobile > IPv6 networks? Is this the right group for me to ask this? Embedded-RP is the way to go for interdomain multicast (well for ASM, for SSM you obviously don't need it), but intradomain you can use BSR for RP discovery as well. If you do embedded-RP you cannot change the RP address, but you could consider anycast with two RPs having the same address. It would work well together with the mechanism in RFC 4610. Without RFC 4610 you could make it so that everyone uses the same RP when it is up, and when it goes down, have everyone move to the other. You would then lose RP state when switching which is not good, but ongoing multicast would hopefully be through SPTs, and not be affected by this. Stig > > Thanks, > Scott > > _______________________________________________ > SAM mailing list > SAM@irtf.org > https://www1.ietf.org/mailman/listinfo/sam _______________________________________________ SAM mailing list SAM@irtf.org https://www1.ietf.org/mailman/listinfo/sam From sam-bounces@irtf.org Mon Jun 25 18:25:24 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I2wzr-0001kU-Lh; Mon, 25 Jun 2007 18:25:23 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I2wzq-0001kK-FI for sam@irtf.org; Mon, 25 Jun 2007 18:25:22 -0400 Received: from sj-iport-6.cisco.com ([171.71.176.117]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I2wzp-000547-5i for sam@irtf.org; Mon, 25 Jun 2007 18:25:22 -0400 Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-6.cisco.com with ESMTP; 25 Jun 2007 15:25:20 -0700 X-IronPort-AV: i="4.16,460,1175497200"; d="scan'208"; a="171844957:sNHT42550038" Received: from sj-core-3.cisco.com (sj-core-3.cisco.com [171.68.223.137]) by sj-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l5PMPKCP013147; Mon, 25 Jun 2007 15:25:20 -0700 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-3.cisco.com (8.12.10/8.12.6) with ESMTP id l5PMPDvx002991; Mon, 25 Jun 2007 22:25:20 GMT Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 25 Jun 2007 15:25:13 -0700 Received: from [171.70.225.46] ([171.70.225.46]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 25 Jun 2007 15:25:12 -0700 In-Reply-To: <46803364.905@uninett.no> References: <45D5ADA6.5040204@informatik.uni-goettingen.de> <200706042132.AA10148@maruta.jp.panasonic.com> <5841EBD8-D510-49E2-918D-EBCFF20F4704@aero.org> <46803364.905@uninett.no> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <46011D73-D48E-4FC0-9078-96E82CCAF0C3@cisco.com> Content-Transfer-Encoding: 7bit From: Dino Farinacci Subject: Re: [SAM] SAM in IPv6 Date: Mon, 25 Jun 2007 15:25:16 -0700 To: Stig Venaas X-Mailer: Apple Mail (2.752.3) X-OriginalArrivalTime: 25 Jun 2007 22:25:12.0778 (UTC) FILETIME=[B28ACAA0:01C7B777] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=369; t=1182810320; x=1183674320; c=relaxed/simple; s=sjdkim1004; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=dino@cisco.com; z=From:=20Dino=20Farinacci=20 |Subject:=20Re=3A=20[SAM]=20SAM=20in=20IPv6 |Sender:=20; bh=n45CxB/OT0OoDDIXVMAZwLlJ8PewfgEmM9ptfJtNrRw=; b=GeZjONgYbA4S//4pQcDr3UQmsmFTLgE1Vw7f3JG9VS3+OlimgmINUWqPxgUu3eYpu5Nl8Z1/ jdTiwEYMn34xKbYOmRPmR+HC8Lvd1cyZJnU9NtUij7gtenovyLKNMEqyu3m1nB5t+ex05XPv+J iPO9Ok45xQQVNc1G9qRbnRyIQ=; Authentication-Results: sj-dkim-1; header.From=dino@cisco.com; dkim=pass (si g from cisco.com/sjdkim1004 verified; ); X-Spam-Score: 0.0 (/) X-Scan-Signature: 30ac594df0e66ffa5a93eb4c48bcb014 Cc: sam@irtf.org X-BeenThere: sam@irtf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "For use by members of the Scalable Adaptive Multicast \(SAM\) RG" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: sam-bounces@irtf.org > Embedded-RP is the way to go for interdomain multicast (well for > ASM, for SSM you obviously don't need it), but intradomain you can > use BSR for RP discovery as well. And for Bidir-PIM for IPv6, you probably don't want to use Embedded- RP, or else you could have data triggered DF-election on each link a packet is traveling upstream to the RP. Dino _______________________________________________ SAM mailing list SAM@irtf.org https://www1.ietf.org/mailman/listinfo/sam From sam-bounces@irtf.org Mon Jun 25 21:38:41 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I300v-0002OD-AY; Mon, 25 Jun 2007 21:38:41 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I300t-0002O8-Us for sam@irtf.org; Mon, 25 Jun 2007 21:38:39 -0400 Received: from letters.cs.ucsb.edu ([128.111.41.13]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I300s-0004jn-JJ for sam@irtf.org; Mon, 25 Jun 2007 21:38:39 -0400 Received: from jackson.cs.ucsb.edu (jackson.cs.ucsb.edu [128.111.52.10]) by letters.cs.ucsb.edu (8.13.1/8.13.1) with ESMTP id l5Q1cThq019543; Mon, 25 Jun 2007 18:38:29 -0700 Date: Mon, 25 Jun 2007 18:38:29 -0700 (PDT) From: Kevin C Almeroth To: Scott Boone Subject: Re: [SAM] SAM in IPv6 In-Reply-To: <5841EBD8-D510-49E2-918D-EBCFF20F4704@aero.org> Message-ID: References: <45D5ADA6.5040204@informatik.uni-goettingen.de> <200706042132.AA10148@maruta.jp.panasonic.com> <5841EBD8-D510-49E2-918D-EBCFF20F4704@aero.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0a5 (letters.cs.ucsb.edu [128.111.41.13]); Mon, 25 Jun 2007 18:38:30 -0700 (PDT) X-Virus-Scanned: ClamAV version 0.90.3, clamav-milter version 0.90.3 on letters X-Virus-Status: Clean X-Spam-Status: No, score=-2.7 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on letters.cs.ucsb.edu X-Spam-Score: 0.0 (/) X-Scan-Signature: 7655788c23eb79e336f5f8ba8bce7906 Cc: sam@irtf.org X-BeenThere: sam@irtf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "For use by members of the Scalable Adaptive Multicast \(SAM\) RG" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: sam-bounces@irtf.org You might also look at: https://datatracker.ietf.org/public/idindex.cgi?command=id_detail&id=13992 On Mon, 25 Jun 2007, Scott Boone wrote: >> Has much work been done in the SAM area w.r.t. PIM in IPv6? My current >> understanding is that the only RP discovery option in IPv6 is embedded RP. >> This doesn't seem to play at all well with readdressing or failovers. Does >> anyone have pointers for RP failover work in mobile IPv6 networks? Is this >> the right group for me to ask this? >> >> Thanks, >> Scott >> >> _______________________________________________ >> SAM mailing list >> SAM@irtf.org >> https://www1.ietf.org/mailman/listinfo/sam >> _______________________________________________ SAM mailing list SAM@irtf.org https://www1.ietf.org/mailman/listinfo/sam From sam-bounces@irtf.org Tue Jun 26 16:03:56 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I3HGW-0006qX-RM; Tue, 26 Jun 2007 16:03:56 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I3HGW-0006qL-0n for sam@irtf.org; Tue, 26 Jun 2007 16:03:56 -0400 Received: from relay2.csie.ncu.edu.tw ([140.115.50.19]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I3HFG-0003QT-1S for sam@irtf.org; Tue, 26 Jun 2007 16:03:56 -0400 Received: from edfhc3v6vss9j3 (123-195-44-58.ethome-ip.ethome.com.tw [123.195.44.58]) (authenticated bits=0) by relay2.csie.ncu.edu.tw (8.13.8/8.13.8) with ESMTP id l5QK2QxQ078352 for ; Wed, 27 Jun 2007 04:02:34 +0800 (CST) From: "J.-R. Jiang" To: Date: Wed, 27 Jun 2007 04:02:20 +0800 Message-ID: <006001c7b82c$ed5ebff0$0202a8c0@edfhc3v6vss9j3> MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1807 Importance: Normal X-Virus-Scanned: ClamAV version 0.90.2, clamav-milter version 0.90.2 on relay2.csie.ncu.edu.tw X-Virus-Status: Clean X-Spam-Status: No, score=-98.3 required=9.0 tests=HTML_MESSAGE, RCVD_IN_NJABL_DUL,USER_IN_WHITELIST autolearn=disabled version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on relay2.csie.ncu.edu.tw X-Spam-Score: 0.0 (/) X-Scan-Signature: 8ba8529e77affe49b0f315db98a262ee Subject: [SAM] Two week reminder: CFP -- P2PNVE 2007 X-BeenThere: sam@irtf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "For use by members of the Scalable Adaptive Multicast \(SAM\) RG" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0760633192==" Errors-To: sam-bounces@irtf.org This is a multi-part message in MIME format. --===============0760633192== Content-Type: multipart/alternative; boundary="----=_NextPart_000_0061_01C7B86F.FB81FFF0" This is a multi-part message in MIME format. ------=_NextPart_000_0061_01C7B86F.FB81FFF0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable This is to remind you that the paper submission deadline (July 10, 2007) = of the International Workshop on Peer-to-Peer Network Virtual Environments = 2007 (P2P-NVE 2007) is two weeks away. =20 We extend the topics of interest of the workshop to include the = following items: *Peer-to-Peer systems and infrastructures=20 *Applications of Peer-to-Peer systems=20 *Performance evaluation of Peer-to-Peer Systems=20 *Trust and security issues in Peer-to-Peer Systems=20 *Network support for Peer-to-Peer Systems=20 *Fault tolerance in Peer-to-Peer systems *Efficient Peer-to-Peer resource lookup *Distributed Hash Tables (DHT) and related issues *All aspects of Peer-to-Peer content, bandwidth, storage and computation power sharing =20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D CALL FOR PAPERS = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D P2P-NVE 2007 International Workshop on Peer-to-Peer Network Virtual Environments 2007 in conjunction with The 13th International Conference on Parallel and Distributed Systems (ICPADS 2007) December 5 -7, 2007 National Tsing Hua University, Hsinchu, Taiwan, R.O.C.=20 http://acnlab.csie.ncu.edu.tw/P2PNVE2007. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D About P2P-NVE 2007 The rapid growth and popularity of networked virtual environments (NVEs) such as Massively Multiplayer Online Games (MMOGs) in recent years have spawned a series of research interests in constructing such large-scale virtual environments. For increasing scalability and decreasing the cost = of management and deployment, more and more studies propose using = peer-to-peer (P2P) architectures to construct large-scale NVEs for games, multimedia virtual worlds and other applications. The goal of such research is to support an Earth-scale virtual environment or to make hosting virtual = worlds more affordable than existing client-server approaches. However, = existing solutions for consistency control, persistent data storage, multimedia = data dissemination, and cheat-prevention may not be straightforwardly adapted = to such new environments, novel ideas and designs thus are needed to = realize the potential of P2P-based NVEs. =20 The theme of this workshop is to solicit original and previously = unpublished new ideas on the construction and realization of P2P-based NVEs, with a focus to facilitate discussions and idea exchanges by both academics and practitioners. All papers accepted for the workshop will be included in = the IEEE Xplore Digital Library and will be included in the proceedings published by the IEEE Computer Society. =20 Topics of interest include, but are not limited to: =20 * Constructions of P2P overlays for NVEs * Multicast for P2P NVEs * P2P NVE content distribution * 3D streaming for P2P NVEs * Voice communication on P2P NVEs * Persistent storage for P2P NVEs * Security and cheat-prevention mechanisms for P2P games * Data structures and queries for P2P NVEs * Consistency control for P2P NVEs * Design considerations for P2P NVEs * P2P NVE applications on mobile devices * Prototype P2P virtual environment systems =20 Important Dates =20 Paper Submission: July 10, 2007 Author Notification: August 10, 2007 Camera Ready Copy Due: September 2, 2007 =20 Paper Submission=20 Authors are invited to submit an electronic version of original, = unpublished manuscripts, not to exceed 8 double-columned, single-spaced pages, to = web site http://acnlab.csie.ncu.edu.tw/P2PNVE2007. Submitted papers should = be in be in PDF format in accordance with IEEE Computer Society guidelines (ftp://pubftp.computer.org/press/outgoing/proceedings). All submitted = papers will be refereed by reviewers in terms of originality, contribution, correctness, and presentation. =20 ------=_NextPart_000_0061_01C7B86F.FB81FFF0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

This is to remind you that the = paper submission deadline (July 10, 2007) of the International Workshop on Peer-to-Peer Network Virtual Environments 2007 (P2P-NVE 2007) is two = weeks away.

 

 We extend the topics of = interest of the workshop to include the following items:

*Peer-to-Peer systems and = infrastructures

*Applications of Peer-to-Peer = systems

*Performance evaluation of = Peer-to-Peer Systems

*Trust and security issues in = Peer-to-Peer Systems

*Network support for Peer-to-Peer = Systems

*Fault tolerance in Peer-to-Peer = systems

*Efficient Peer-to-Peer resource = lookup

*Distributed Hash Tables (DHT) and = related issues

*All aspects of Peer-to-Peer = content, bandwidth, storage and computation power sharing

 

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= CALL FOR PAPERS = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

P2P-NVE 2007

International Workshop on Peer-to-Peer Network = Virtual Environments 2007

in conjunction with

The 13th International Conference on Parallel = and Distributed Systems (ICPADS 2007)

December 5 -7, 2007

National = Tsing Hua University, Hsinchu, Taiwan, R.O.C.

http://acnlab.csie.ncu.= edu.tw/P2PNVE2007.

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D

About P2P-NVE 2007

The rapid growth and popularity of networked = virtual environments (NVEs) such as Massively Multiplayer Online Games (MMOGs) = in recent years have spawned a series of research interests in constructing = such large-scale virtual environments. For increasing scalability and = decreasing the cost of management and deployment, more and more studies propose using peer-to-peer (P2P) architectures to construct large-scale NVEs for = games, multimedia virtual worlds and other applications. The goal of such = research is to support an Earth-scale virtual environment or to make hosting virtual = worlds more affordable than existing client-server approaches. However, = existing solutions for consistency control, persistent data storage, multimedia = data dissemination, and cheat-prevention may not be straightforwardly adapted = to such new environments, novel ideas and designs thus are needed to = realize the potential of P2P-based NVEs.

 

The theme of this workshop is to solicit = original and previously unpublished new ideas on the construction and realization of P2P-based NVEs, with a focus to facilitate discussions and idea = exchanges by both academics and practitioners. All papers accepted for the workshop = will be included in the IEEE Xplore Digital Library and will be included in the proceedings published by the IEEE Computer Society.

 

Topics of interest include, but are not = limited to:

 

* Constructions of P2P overlays for = NVEs

* Multicast for P2P NVEs

* P2P NVE content = distribution

* 3D streaming for P2P NVEs

* Voice communication on P2P = NVEs

* Persistent storage for P2P = NVEs

* Security and cheat-prevention mechanisms for = P2P games

* Data structures and queries for P2P = NVEs

* Consistency control for P2P = NVEs

* Design considerations for P2P = NVEs

* P2P NVE applications on mobile = devices

* Prototype P2P virtual environment = systems

 

Important Dates

 

Paper Submission:          July 10, 2007

Author Notification:          August 10, 2007

Camera Ready Copy Due:    September = 2, 2007

 

Paper Submission

Authors are invited to submit an electronic = version of original, unpublished manuscripts, not to exceed 8 double-columned, single-spaced pages, to web site http://acnlab.csie.ncu.= edu.tw/P2PNVE2007. Submitted papers should be in be in PDF format in accordance with IEEE = Computer Society guidelines (ftp://pubft= p.computer.org/press/outgoing/proceedings). All submitted papers will be refereed by reviewers in terms of = originality, contribution, correctness, and presentation.

 

------=_NextPart_000_0061_01C7B86F.FB81FFF0-- --===============0760633192== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ SAM mailing list SAM@irtf.org https://www1.ietf.org/mailman/listinfo/sam --===============0760633192==-- From sam-bounces@irtf.org Fri Jun 29 09:21:42 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I4GPt-0002y2-MK; Fri, 29 Jun 2007 09:21:41 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I4GPq-0002xP-Iv for sam@irtf.org; Fri, 29 Jun 2007 09:21:38 -0400 Received: from [140.115.52.198] (helo=acnlab.csie.ncu.edu.tw) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1I4GPp-0001pW-Es for sam@irtf.org; Fri, 29 Jun 2007 09:21:38 -0400 Received: from [140.115.52.194](140.115.52.194) by acnlab.csie.ncu.edu.tw with CMailServer 5.0 SMTP; Fri, 29 Jun 2007 21:21:25 +0800 Message-ID: <4685075F.6060701@acnlab.csie.ncu.edu.tw> Date: Fri, 29 Jun 2007 21:21:35 +0800 From: ACNLab User-Agent: Thunderbird 1.5.0.12 (X11/20070604) MIME-Version: 1.0 To: sam@irtf.org X-Spam-Score: 1.2 (+) X-Scan-Signature: e654cfa5e44bd623be3eb2c720858b05 Subject: [SAM] Call for Papers -- P2PNVE 2007 (Submission deadline is approaching) X-BeenThere: sam@irtf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "For use by members of the Scalable Adaptive Multicast \(SAM\) RG" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0777906553==" Errors-To: sam-bounces@irtf.org --===============0777906553== Content-Type: text/html; charset=big5 Content-Transfer-Encoding: 8bit This is to remind you that the paper submission deadline (July 10, 2007) of the International Workshop on Peer-to-Peer Network Virtual Environments 2007 (P2P-NVE 2007) is ten days away. Hope that you can submit your paper early and please note that the topics of interest have been extended to include the following items:

 

*Peer-to-Peer systems and infrastructures

*Applications of Peer-to-Peer systems

*Performance evaluation of Peer-to-Peer systems

*Trust and security issues in Peer-to-Peer systems

*Network support for Peer-to-Peer systems

*Fault tolerance in Peer-to-Peer systems

*Efficient Peer-to-Peer resource lookup

*Distributed hash tables (DHT) and related issues

*All aspects related to Peer-to-Peer content, bandwidth, storage and computation power sharing

 

================ CALL FOR PAPERS ================

P2P-NVE 2007

International Workshop on Peer-to-Peer Network Virtual Environments 2007

in conjunction with

The 13th International Conference on Parallel and Distributed Systems (ICPADS 2007)

December 5 -7, 2007

National Tsing Hua University, Hsinchu, Taiwan, R.O.C.

http://acnlab.csie.ncu.edu.tw/P2PNVE2007.

=================================================

About P2P-NVE 2007

The rapid growth and popularity of networked virtual environments (NVEs) such as Massively Multiplayer Online Games (MMOGs) in recent years have spawned a series of research interests in constructing such large-scale virtual environments. For increasing scalability and decreasing the cost of management and deployment, more and more studies propose using peer-to-peer (P2P) architectures to construct large-scale NVEs for games, multimedia virtual worlds and other applications. The goal of such research is to support an Earth-scale virtual environment or to make hosting virtual worlds more affordable than existing client-server approaches. However, existing solutions for consistency control, persistent data storage, multimedia data dissemination, and cheat-prevention may not be straightforwardly adapted to such new environments, novel ideas and designs thus are needed to realize the potential of P2P-based NVEs.

 

The theme of this workshop is to solicit original and previously unpublished new ideas on the construction and realization of P2P-based NVEs, with a focus to facilitate discussions and idea exchanges by both academics and practitioners. All papers accepted for the workshop will be included in the IEEE Xplore Digital Library and will be included in the proceedings published by the IEEE Computer Society.

 

Topics of interest include, but are not limited to:

 

* Constructions of P2P overlays for NVEs

* Multicast for P2P NVEs

* P2P NVE content distribution

* 3D streaming for P2P NVEs

* Voice communication on P2P NVEs

* Persistent storage for P2P NVEs

* Security and cheat-prevention mechanisms for P2P games

* Data structures and queries for P2P NVEs

* Consistency control for P2P NVEs

* Design considerations for P2P NVEs

* P2P NVE applications on mobile devices

* Prototype P2P virtual environment systems

 

Important Dates

 

Paper Submission:          July 10, 2007

Author Notification:          August 10, 2007

Camera Ready Copy Due:    September 2, 2007

 

Paper Submission

Authors are invited to submit an electronic version of original, unpublished manuscripts, not to exceed 8 double-columned, single-spaced pages, to web site http://acnlab.csie.ncu.edu.tw/P2PNVE2007. Submitted papers should be in be in PDF format in accordance with IEEE Computer Society guidelines (ftp://pubftp.computer.org/press/outgoing/proceedings). All submitted papers will be refereed by reviewers in terms of originality, contribution, correctness, and presentation.

 

--===============0777906553== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ SAM mailing list SAM@irtf.org https://www1.ietf.org/mailman/listinfo/sam --===============0777906553==--