(argh, posted from bad src-addr)
On Wed, Nov 19, 2008 at 2:51 PM, Christopher Morrow <[EMAIL PROTECTED]> wrote: > I believe the work is important to help quantify requirements both on > the PE/P side of the problem and the CE side. Understanding how much > cache is required on a CE device with standard customer loads will > help sizing the memory/cache/speed of CE devices. > > The same should be applied to the PE/P devices... how much more > RAM/SRAM/TCAM/... is required for large provider boxes? > > -chris > > On Wed, Nov 19, 2008 at 1:45 PM, Eliot Lear <[EMAIL PROTECTED]> wrote: >> Dimitri, >> >> I've done some work in this space, but the best data I know of still is the >> work done by Iannone & Bonaventure: >> >> Iannone, L., Bonaventure, O., "Locator/ID Separation: Study on the cost of >> Mappings Caching and Mappings Lookups", Technical Report N. 2007-04, >> Universite Catholique de Louvain, July 2007. >> >> This work is important. It indicates that concerns about cache sizes are >> considerably overblown. Please have a look at the numbers and methodology >> in that work. >> >> Of course more information is always welcome. >> >> Eliot >> >> On 11/19/08 6:10 PM, PAPADIMITRIOU Dimitri wrote: >>> >>> i see value in such effort. ready to help. >>> -d. >>> >>> >>>> >>>> -----Original Message----- >>>> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On >>>> Behalf Of William Herrin >>>> Sent: Wednesday, November 19, 2008 5:17 PM >>>> To: [EMAIL PROTECTED]; Routing Research Group Mailing List >>>> Subject: [GROW] Operational experience with cache based mapping ID >>>> >>>> Hi folks, >>>> >>>> There was a suggestion at grow this morning that we produce a ID on >>>> operational experience with cache-based mapping systems. Systems like >>>> the DNS have been very successful. On the other hand, I still remember >>>> worms sending to random destinations on a 56k modem DOSing a Cisco >>>> 2500 because of the route cache. It would be very helpful to determine >>>> what factors allow a caching strategy to be successful and what >>>> factors tend to lead to failure. >>>> >>>> I think this is very relevant to a number of the solution strategies >>>> under discussion on RRG, not just LISP. So, is anyone else interested >>>> in organizing the effort? If not, I volunteer. >>>> >>>> Regards, >>>> Bill Herrin >>>> >>>> >>>> -- >>>> William D. Herrin ................ [EMAIL PROTECTED] [EMAIL PROTECTED] >>>> 3005 Crane Dr. ...................... Web:<http://bill.herrin.us/> >>>> Falls Church, VA 22042-3004 >>>> _______________________________________________ >>>> GROW mailing list >>>> [EMAIL PROTECTED] >>>> https://www.ietf.org/mailman/listinfo/grow >>>> >>>> >>> >>> _______________________________________________ >>> rrg mailing list >>> [email protected] >>> https://www.irtf.org/mailman/listinfo/rrg >>> >>> >> >> _______________________________________________ >> rrg mailing list >> [email protected] >> https://www.irtf.org/mailman/listinfo/rrg >> > _______________________________________________ rrg mailing list [email protected] https://www.irtf.org/mailman/listinfo/rrg
