holy kook bait.
it's amazing after all these years, and companies, how
many people, and companies, still don't "get it".
/rf
> Its not that hard a problem to get on top of. Caching, unfortunately,
> continues to be viewed as anaethma by ISP network operators in the
> US. Strangely enough the caching technologies aren't a problem with the
> content -delivery- people.
if we enbrace p2p, today's heavy hitting bad users ar
Thus spake "Jeremy Chadwick" <[EMAIL PROTECTED]>
Chances are that other torrent client authors are going to see
[BitThief] as "major defiance" and start implementing things like
filtering what client can connect to who based on the client name/ID
string (ex. uTorrent, Azureus, MainLine), which a
Hi Brian,
Unfortunately it is news to the decision makers, the buyers of network capacity
at many of the major IP backbones. Indeed, the Atlantic route has problems
quite similar to the Pacific.
:Roderick S. Beck
:EMEA and North American Sales
:Hibernia Atlantic
This e-mail and any attachme
That's news?
The same still happens with much land-based sonet, where "diverse paths"
still share the same entrance to a given facility. Unless each end can
negotiate cost sharing for diverse paths, or unless the owner of the fiber
can cost justify the same, chances are you're not going to see t
Thus spake "Adrian Chadd" <[EMAIL PROTECTED]>
On Sun, Jan 21, 2007, Charlie Allom wrote:
> This is a pure example of a problem from the operational front
> which
> can be floated to research and the industry, with smarter solutions
> than port blocking and QoS.
This is what I am interested/sc
What's really interesing is the fragility of the existing telecom
infrastructure. These six cables were apparently very close to each other in
the water. In other words, despite all the preaching about physical diversity,
it was ignored in practice. Indeed, undersea cables very often use the sam
On Jan 20, 2007, at 8:10 PM, Mark Smith wrote:
I think you're more or less describing what already Akamai do -
they're
just not doing it for authorised P2P protocol distributed content
(yet?).
Yes, and P2P might make sense for them to explore - but a) it doesn't
help SPs smooth out band
On Sat, 20 Jan 2007 19:47:04 -0800
Roland Dobbins <[EMAIL PROTECTED]> wrote:
>
> The advantage of providing caching services is that they both help
> preserve scare resources and result in a more pleasing user
> experience. As already pointed out, CAPEX/OPEX along with insertion
> into
On Sun, Jan 21, 2007, Mark Smith wrote:
> What I'm imagining (and I'm making some assumptions about how
> bittorrent works) would be bittorrent "super" peer that :
Azereus already has functional 'proxy discovery' stuff. Its quite naive but
it does the job. The only implementation I know about is
On Jan 20, 2007, at 7:38 PM, Mark Smith wrote:
Maybe I haven't understood what that exactly does, however it seems to
me that's really just a bit-torrent client/server in the ADSL router.
Certainly having a bittorrent server in the ADSL router is unique, but
not really what I was getting at.
On Sat, 20 Jan 2007 18:51:08 -0800
Roland Dobbins <[EMAIL PROTECTED]> wrote:
>
>
> On Jan 20, 2007, at 6:14 PM, Mark Smith wrote:
>
> > It doesn't seem that the P2P
> > application developers are doing it, maybe because they don't care
> > because it doesn't directly impact them, or maybe beca
Thus spake "Dave Israel" <[EMAIL PROTECTED]>
The past solution to repetitive requests for the same content has been
caching, either reactive (webcaching) or proactive (Akamaizing.) I
think it is the latter we will see; service providers will push
reasonably cheap servers close to the edge where
Gadi Evron wrote:
> On Sat, 20 Jan 2007, Jeremy Chadwick wrote:
>
>
>
>> ISPs probably don't have an interest in BT caching because of 1)
>> cost of ownership, 2) legal concerns (if an ISP cached a publicly
>> distributed copy of some pirated software, who's then responsible?),
>
> They cache t
On Jan 20, 2007, at 6:14 PM, Mark Smith wrote:
It doesn't seem that the P2P
application developers are doing it, maybe because they don't care
because it doesn't directly impact them, or maybe because they don't
know how to. If squid could provide a traffic localising solution
which
is just
On Sun, Jan 21, 2007 at 12:10:11AM +, Charlie Allom wrote:
> > This is a pure example of a problem from the operational front which can
> > be floated to research and the industry, with smarter solutions than port
> > blocking and QoS.
>
> This is what I am interested/scared by.
I don't recal
On Jan 20, 2007, at 1:02 PM, Marshall Eubanks wrote:
as long as humans are the primary consumers of
bandwidth.
This is an interesting phrase. Did you mean it T-I-C, or are you
speculating that M2M (machine-to-machine) communications will at some
point rival/overtake bandwidth consumptio
On Jan 20, 2007, at 1:00 PM, David Ulevitch wrote:
maybe we'll see "eyeball" networks start to peer with each other as
they start sourcing more and more of the bits. Maybe that's already
happening.
At some point, I think MANET/mesh/roofnets/Zigbee/etc. are going to
start fulfilling this
On Sat, 20 Jan 2007 17:38:06 -0600 (CST)
Gadi Evron <[EMAIL PROTECTED]> wrote:
>
> On Sat, 20 Jan 2007, Alexander Harrowell wrote:
> > Marshall wrote:
> > Those sorts of percentages are common in Pareto distributions (AKA
> >
> > > Zipf's law AKA "the 80-20 rule").
> > > With the Zipf's exponen
On Sat, 20 Jan 2007, Roland Dobbins wrote:
>
> On Jan 20, 2007, at 11:55 AM, Randy Bush wrote:
>
> > the question to me is whether isps and end user borders (universities,
> > large enterprises, ...) will learn to embrace this as opposed to
> > fighting it; i.e. find a business model that embrac
On Sun, 21 Jan 2007 08:33:26 +0800
Adrian Chadd <[EMAIL PROTECTED]> wrote:
>
> On Sun, Jan 21, 2007, Charlie Allom wrote:
>
> > > This is a pure example of a problem from the operational front which can
> > > be floated to research and the industry, with smarter solutions than port
> > > blocki
On Jan 20, 2007, at 11:55 AM, Randy Bush wrote:
the question to me is whether isps and end user borders (universities,
large enterprises, ...) will learn to embrace this as opposed to
fighting it; i.e. find a business model that embraces delivering what
the customer wants as opposed to winging
On Sat, 20 Jan 2007, Jeremy Chadwick wrote:
> ISPs probably don't have an interest in BT caching because of 1)
> cost of ownership, 2) legal concerns (if an ISP cached a publicly
> distributed copy of some pirated software, who's then responsible?),
They cache the web, which has the same chanc
On Sat, Jan 20, 2007 at 05:55:49PM -0600, Gadi Evron wrote:
> Some examples may be:
> -. Working on establishing new standards and topologies to enable both
>vendors and providers to adopt them.
Keep this point in mind while reading my below comment.
> For now, the P2P folks who are not in m
On Jan 20, 2007, at 4:36 PM, Alexander Harrowell wrote:
Marshall wrote:
Those sorts of percentages are common in Pareto distributions (AKA
Zipf's law AKA "the 80-20 rule").
With the Zipf's exponent typical of web usage and video watching, I
would predict something closer to
10% of the users co
On Sat, 20 Jan 2007 18:32:28 -0600 (CST), Gadi Evron wrote:
>
> On Sun, 21 Jan 2007, Charlie Allom wrote:
>>
>> p2p with respect from major and independent record labels. it makes
>> sense that the film industry will (and is?) moving towards some kind of
>> acceptance as well.
>
> Erm.. as in
On Sun, 21 Jan 2007, Charlie Allom wrote:
>
> I am involved in London, in building an ISP that encourages users of
Cool!
> p2p with respect from major and independent record labels. it makes
> sense that the film industry will (and is?) moving towards some kind of
> acceptance as well.
Erm.
On Sun, Jan 21, 2007, Charlie Allom wrote:
> > This is a pure example of a problem from the operational front which can
> > be floated to research and the industry, with smarter solutions than port
> > blocking and QoS.
>
> This is what I am interested/scared by.
Its not that hard a problem to
On Sat, 20 Jan 2007 17:55:49 -0600 (CST), Gadi Evron wrote:
> On Sat, 20 Jan 2007, Randy Bush wrote:
>>
>> the question to me is whether isps and end user borders (universities,
>> large enterprises, ...) will learn to embrace this as opposed to
>> fighting it; i.e. find a business model that emb
On Sat, 20 Jan 2007, Randy Bush wrote:
> the heavy hitters are long known. get over it.
>
> i won't bother to cite cho et al. and similar actual measurement
> studies, as doing so seems not to cause people to read them, only to say
> they already did or say how unlike japan north america is. th
On Sat, 20 Jan 2007, Alexander Harrowell wrote:
> Marshall wrote:
> Those sorts of percentages are common in Pareto distributions (AKA
>
> > Zipf's law AKA "the 80-20 rule").
> > With the Zipf's exponent typical of web usage and video watching, I
> > would predict something closer to
> > 10% of t
Hello,
I am posting here because I haven't been able to find what I need
despite much searching and a previous unanswered post to cisco-nsp
and I'm hoping someone here will have the answer. I need to find the
SNMP OID for monitoring ISIS / CLNS neighbors:
I tried walking:
1.3.6.1.3.37.
a
On Sat, 2007-01-20 at 10:12 -0800, Mark Boolootian wrote:
>
> Cringley has a theory and it involves Google, video, and oversubscribed
> backbones:
>
> http://www.pbs.org/cringely/pulpit/2007/pulpit_20070119_001510.html
Aren't there some Telco laws wrt cross-state, but still interlata, calls
no
Marshall wrote:
Those sorts of percentages are common in Pareto distributions (AKA
Zipf's law AKA "the 80-20 rule").
With the Zipf's exponent typical of web usage and video watching, I
would predict something closer to
10% of the users consuming 50% of the usage, but this estimate is not
that un
Hello;
On Jan 20, 2007, at 1:37 PM, Rodrick Brown wrote:
On 1/20/07, Mark Boolootian <[EMAIL PROTECTED]> wrote:
Cringley has a theory and it involves Google, video, and
oversubscribed
backbones:
http://www.pbs.org/cringely/pulpit/2007/pulpit_20070119_001510.html
The following comm
Alexander Harrowell wrote:
The Internet: the world's only industry that complains that people want
its product.
The quote sounds good, but nobody in this thread is complaining.
There have always been top-talkers on networks and there always will be.
The current top-talkers are the joe and j
* Rodrick Brown:
> "Right now somewhat more than half of all Internet bandwidth is being
> used for BitTorrent traffic, which is mainly video. Yet if you
> surveyed your neighbors you'd find that few of them are BitTorrent
> users. Less than 5 percent of all Internet users are presently
> consumi
> The following comment has to be one of the most important comments in
> the entire article and its a bit disturbing.
>
> "Right now somewhat more than half of all Internet bandwidth is being
> used for BitTorrent traffic, which is mainly video. Yet if you
> surveyed your neighbors you'd find th
The Internet: the world's only industry that complains that people want its
product.
On 1/20/07, David Ulevitch <[EMAIL PROTECTED]> wrote:
Rodrick Brown wrote:
>
> On 1/20/07, Mark Boolootian <[EMAIL PROTECTED]> wrote:
>>
>>
>> Cringley has a theory and it involves Google, video, and oversubs
Rodrick Brown wrote:
On 1/20/07, Mark Boolootian <[EMAIL PROTECTED]> wrote:
Cringley has a theory and it involves Google, video, and oversubscribed
backbones:
http://www.pbs.org/cringely/pulpit/2007/pulpit_20070119_001510.html
The following comment has to be one of the most important
On Jan 20, 2007, at 10:37 AM, Rodrick Brown wrote:
On 1/20/07, Mark Boolootian <[EMAIL PROTECTED]> wrote:
Cringley has a theory and it involves Google, video, and
oversubscribed
backbones:
http://www.pbs.org/cringely/pulpit/2007/pulpit_20070119_001510.html
The following comment ha
On 1/20/07, Mark Boolootian <[EMAIL PROTECTED]> wrote:
Cringley has a theory and it involves Google, video, and oversubscribed
backbones:
http://www.pbs.org/cringely/pulpit/2007/pulpit_20070119_001510.html
The following comment has to be one of the most important comments in
the entire a
Cringley has a theory and it involves Google, video, and oversubscribed
backbones:
http://www.pbs.org/cringely/pulpit/2007/pulpit_20070119_001510.html
43 matches
Mail list logo
