PAIX

David Diaz techlist at smoton.net
Thu Nov 14 17:36:54 UTC 2002


Still seems that none of these "requires" peering every 100 km. 
Latency is still not a factor in this case.

People seem to prefer cost of quality at this time.

Good
Fast
Cheap

Pick any two.

As far as digital libraries and content and such... proxies and 
caches would fill the roll here.  Akamai content servers or caches 
fed by something akin to Cidera's satellite feed to your caches 
[sitting on your network] would fill the need quite nicely.

Local peering has 2 benefits right now: 1) reducing network costs 
(transit and backbone band)  2) decreasing latency

Right now these two benefits are in not a factor in the present 
environment in my opinion....



At 10:22 -0700 11/14/02, Pete Kruckenberg wrote:
>Wired covered several of these topics in their August issue.
>
>http://www.wired.com/wired/archive/10.08/korea.html
>
>The article points out several subtle, yet fundamental,
>changes that happen socially and psychologically once the
>broadband network is available everywhere, to virtually
>everyone, all the time.  We have yet to experience this in
>the US. I suspect that when it happens, it will be much
>different than we expect it to be, technically and
>otherwise.
>
>We still have to remember that for all the hype about the
>Internet, the killer app is still email and instant
>messenging. The "killer apps" on Internet2 (video
>conferencing, digital libraries, media-rich collaboration),
>which give some indication of what the future killer app
>will be, seem to be equally mundane (but exciting at the
>same time).
>
>Pete.
>
>On Thu, 14 Nov 2002 fkittred at gwi.net wrote:
>
>>  On Thu, 14 Nov 2002 10:22:09 -0500  David Diaz wrote:
>>  > 2) There is a lack of a killer app requiring peering every 100 sq Km.
>>
>>  	I recommend some quality time with journals covering South
>>  Korea, broadband, online gaming and video rental.

-- 

David Diaz
dave at smoton.net [Email]
pagedave at smoton.net [Pager]
Smotons (Smart Photons) trump dumb photons





More information about the NANOG mailing list