> On Fri, Oct 26, 2007, Paul Ferguson wrote:
> > If I'm sitting at the end of 8Mb/768k cable modem link, and paying
> > for it, I should damned well be able to use it anytime I want.
> >
> > 24x7.
> >
> > As a consumer/customer, I say "Don't sell it it if you can't
> > deliver it." And not just
On 25-okt-2007, at 18:50, Sean Donelan wrote:
Comcast's network is QOS DSCP enabled, as are many other large
provider networks. Enterprise customers use QOS DSCP all the
time. However, the net neutrality battles last year made it
politically impossible for providers to say they use QOS i
The problem is that ISPs work under the assumption that users only
use a certain percentage of their available bandwidth, while (some) users
work under the assumption that they get to use all their available
bandwidth 24/7 if they choose to do so.
My home dsl is 6mb/384k, so what exactly
Sean Donelan wrote:
When 5% of the users don't play nicely with the rest of the 95% of
the users; how can network operators manage the network so every user
receives a fair share of the network capacity?
This question keeps getting asked in this thread. What is there about a
scavenger class (ba
> Rep. Boucher's solution: more capacity, even though it has been
> demonstrated many times more capacity doesn't actually solve this
> particular problem.
That would seem to be an inaccurate statement.
> Is there something in humans that makes it difficult to understand
> the difference betwe
BGP Update Report
Interval: 24-Sep-07 -to- 25-Oct-07 (32 days)
Observation Point: BGP Peering with AS2.0
TOP 20 Unstable Origin AS
Rank ASNUpds % Upds/PfxAS-Name
1 - AS9583 467986 5.1% 400.0 -- SIFY-AS-IN Sify Limited
2 - AS16637 159019 1.7%
This report has been generated at Fri Oct 26 21:14:13 2007 AEST.
The report analyses the BGP Routing Table of AS2.0 router
and generates a report on aggregation potential within the table.
Check http://www.cidr-report.org for a current version of this report.
Recent Table History
Date
> From: "Geo." <[EMAIL PROTECTED]>
> To:
> Subject: Re: Can P2P applications learn to play fair on networks?
> Date: Fri, 26 Oct 2007 06:18:01 -0400
>
>
>
> > The problem is that ISPs work under the assumption that users only
> > use a certain percentage of their available bandwidth, while (s
It would seem that the state of NY agrees with you:
http://www.networkworld.com/community/node/20981
"The settlement follows a nine-month investigation into the marketing of
NationalAccess and BroadbandAccess plans for wireless access to the
internet for laptop computer users. Attorney General
On Thu, Oct 25, 2007 at 05:36:11PM -0400, Scott Brim wrote:
> On 25 Oct 2007 at 17:02 -0400, Jason Frisvold allegedly wrote:
> > Anyone have any experience with these Anagran flow routers? Are they
> > that much of a departure from traditional routing that it makes a big
> > difference?
>
> Ther
Ah, but the reality is that you *think* you're paying for something, but the
operator never really intended to deliver it to you.
If anything, we need better full-disclosure, preferably voluntarily, and if
not that way, legislatively required.
Frank
-Original Message-
From: [EMAIL PROTE
On Fri, 26 Oct 2007, Joe Greco wrote:
So, what happens when you add sufficient capacity to the packet switch
network that it is able to deliver committed bandwidth to all users?
Answer: by adding capacity, you've created a packet switched network where
you actually get dedicated capacity for yo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
- -- Sean Donelan <[EMAIL PROTECTED]> wrote:
>On Fri, 26 Oct 2007, Paul Ferguson wrote:
>> As a consumer/customer, I say "Don't sell it it if you can't
>> deliver it." And not just "sometimes" or "only during foo time".
>>
>> All the time. Regardless
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
- -- "Jamie Bowden" <[EMAIL PROTECTED]> wrote:
>It would seem that the state of NY agrees with you:
>
>http://www.networkworld.com/community/node/20981
The part of this discussion that really infuriates me (and Joe
Greco has hit most of the salient
On Fri, 26 Oct 2007, Paul Ferguson wrote:
No, I'm talking about deceptive marketing practices, consumer
expectations, and customer retention.
From the Comcast order page:
Actual speeds may vary and are not guaranteed. Many factors affect
download speed.
From the Trend Micro order pag
On Fri, 26 Oct 2007, Iljitsch van Beijnum wrote:
And generating packets with false address information is more acceptable? I
don't buy it.
When a network is congested, someone is going to be upset about any
possible response.
Within the limitations the network operator has, using a TCP RST
On Fri, 26 Oct 2007, Sean Donelan wrote:
If Comcast had used Sandvine's other capabilities to inspect and drop
particular packets, would that have been more acceptable?
Yes, definately.
Dropping random packets (i.e. FIFO queue, RED, not good on multiple-flows)
Dropping particular packets (i
On Fri, 26 Oct 2007, Mikael Abrahamsson wrote:
If Comcast had used Sandvine's other capabilities to inspect and drop
particular packets, would that have been more acceptable?
Yes, definately.
So another in-line device is better than an out-of-band device.
... but terminating the connection
Back in the dawn of the public internet this same sort of thing was
argued fiercely on lists like com-priv (commercialization and
privatization of the internet.)
It was usually around flat rate vs bandwidth charging.
My take was that bandwidth pricing lets you buy as much pipe as you
might ever
On Fri, 26 Oct 2007, Paul Ferguson wrote:
The part of this discussion that really infuriates me (and Joe
Greco has hit most of the salient points) is the deceptiveness
in how ISPs "underwrite" the service their customers subscribe to.
For instance, in our data centers, we have 1Gb uplinks to ou
On Fri, Oct 26, 2007 at 03:42:27PM -0400, Leo Bicknell wrote:
>
> http://www.youtube.com/watch?v=_y36fG2Oba0
Cool. Time for a remix as well!
Maybe i'll go to RIPE next time!
- Jared
--
Jared Mauch | pgp key available via finger from [EMAIL PROTECTED]
clue++; |
http://www.youtube.com/watch?v=_y36fG2Oba0
--
Leo Bicknell - [EMAIL PROTECTED] - CCIE 3440
PGP keys at http://www.ufp.org/~bicknell/
Read TMBG List - [EMAIL PROTECTED], www.tmbg.org
pgpIykjL04NwK.pgp
Description: PGP signature
--- [EMAIL PROTECTED] wrote:
From: David Ulevitch <[EMAIL PROTECTED]>
Often times when I get these (and it's pretty often) I just take their
email address and add it to my list of people we send out RFQs to. The
worst thing that happens is that they come back with a good price, good
service
On Fri, 26 Oct 2007, Scott Weeks wrote:
> I would suggest that no one should buy from vendors who get email
> addresses from NANOG or other technical mailing lists. It will only
> encourage them to do it more and ruin the value of the mailing list in
> question.
>
> You obviously haven't had
On Fri, Oct 26, 2007 at 01:33:38PM -0700, Bill Nash wrote:
> How often do people take the time to ask any given salescritter how they
> came by contact info?
I've done it, but if you've forced your way through my various filters
and manage to get me on the phone and I ask you that, it's pretty m
All,
This thread has run its course. Let's move on, please, as it is not
and never has been on topic. Thanks!
- Tim
>
> On Fri, 26 Oct 2007, Paul Ferguson wrote:
> > The part of this discussion that really infuriates me (and Joe
> > Greco has hit most of the salient points) is the deceptiveness
> > in how ISPs "underwrite" the service their customers subscribe to.
> >
> > For instance, in our data centers, we
> How often do people take the time to ask any given salescritter how they
> came by contact info?
I use tagged addresses (as you can see), and if a vendor contacts me at an
address I use solely for mailing lists the conversation is going to be
short, unpleasant and unprofitable-- but I can't rem
On 10/22/07 2:01 AM, "Mikael Abrahamsson" <[EMAIL PROTECTED]> wrote:
> Could someone who knows DOCSIS 3.0 (perhaps these are general
> DOCSIS questions) enlighten me (and others?) by responding to a few things
> I have been thinking about.
>
> Let's say cable provider is worried about aggregate u
29 matches
Mail list logo
