Tom, Our group, when at Nortel, developed a WEB cache product. That was during the days when a typical business had only a 56k digital line to the Internet.
It was very tough to do a generalized cache because very few sites had expiration tags on their HTML components. However, a lot more do today and aggressive caching (just hoping that the content at the component URL wouldn't change) isn't so necessary to get reliable caching...just cache the page pieces until their expiration dates. However, then, your observation was very prescient; we couldn't get any site to understand that caching of their common components would reduce the load on their servers. More recently, most have gravitated toward a decent discipline in that regard. Actually, it's quite fun to explore pages today. You can see those dates with FireFox Mozilla under TOOLS/PAGEINFO/MEDIA. When you scroll through the subwindow of components for the page (try YAHOO.COM for example) you'll see expirations on most that are a month or two away and what caching can do. If you want to get very esoteric and have a lot more fun (And, Travis, unless you've tried this...I don't to insult you efforts but I just found out about this amazing...simply amazing plug-in for Firefox...it should be helpful in debugging your Web page); https://addons.mozilla.org/firefox/1843/ The firebug debugger (download it and, thereafter, bring up the HTML debugging window with an F-12 key) gives you amazing insights into the page. For example, open the debugger window and select debug tab and, when you pass your cursor over the exposed understructure displayed in the debug window, it will highlight on the real page, above, the part associated with the understructure component. It's easy to find parents and children of things, and other stuff that would otherwise be an intractable mess. . . . j o n a t h a n -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tom DeReggi Sent: Thursday, December 28, 2006 3:57 PM To: WISPA General List Subject: Re: [WISPA] bits per mbps Why is it politically correct for a Appliance vendor to charge for accelleration, and not an ISP, from a Net Neutrality perspective? As WISPs, shouldn't we be charging Microsoft, Google, and Yahoo, a price for offering cached services (on-net) to them, and reducing their bandwidth use of their broadband connections and improving their user's experiences on your network? Tom DeReggi RapidDSL & Wireless, Inc IntAirNet- Fixed Wireless Broadband ----- Original Message ----- From: "Travis Johnson" <[EMAIL PROTECTED]> To: "WISPA General List" <wireless@wispa.org> Sent: Wednesday, December 27, 2006 9:27 AM Subject: Re: [WISPA] bits per mbps > Hi, > > We've had one for almost 5 years now... but there isn't anything to "play > with". They ship you three 1u servers and a Cisco switch. You plug > everything in and turn it on. They do all the admin, config, setup, etc. > and don't allow you access whatsoever. > > But it does work great. Microsoft updates come VERY fast (over 10Mbps > speeds) and many other sites are just as fast. However, I have no idea who > to contact, as we were approached by them. > > Travis > Microserv > > David E. Smith wrote: >> George Rogato wrote: >> >>> You know Akamai is also an option. As I recall they require you to have >>> x number of subs and then send you their boxes to be set up on your >>> network. All free. >> >> Any idea on how many subs you need before this becomes an option? I've >> heard that Akamai will do this, and I love having new toys in my NOC to >> play with, but I've never been able to find out just how you go about >> getting one. >> >> David Smith >> MVN.net > -- > WISPA Wireless List: wireless@wispa.org > > Subscribe/Unsubscribe: > http://lists.wispa.org/mailman/listinfo/wireless > > Archives: http://lists.wispa.org/pipermail/wireless/ -- WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ -- WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/