John van Oppen wrote:
> Anyone have any detail on the apparent GBLX fiber cut between Seattle
> and northern California? The outage has been ongoing since mid-morning.
We're sitting on about 12 hours of downtime for an affected circuit
here; I've been told that techs were on-scene doing splices
Anyone have any detail on the apparent GBLX fiber cut between Seattle
and northern California? The outage has been ongoing since
mid-morning.
Thanks,
John van Oppen
Spectrum Networks LLC
206.973.8302 (Direct)
206.973.8300 (main office)
> > Fallback to A should be removed sure sounds like a plan.
>
> great idea. it will only break mail to 42% of the internet.
Since there is no fallback to , in a few years it will
break very little as most of the internet will have IPv6
MTA's (and hence MX's) for th
Fallback to A should be removed sure sounds like a plan.
great idea. it will only break mail to 42% of the internet.
http://en.wikipedia.org/wiki/Principle_of_least_astonishment
randy
On Jan 15, 2008 8:53 AM, Mark Andrews <[EMAIL PROTECTED]> wrote:
> There are lots of places in the DNS where "." makes sense
> as a null indicator. RP uses it today, as does SRV. MX
> should use it and fallback to A should be removed. It
Fallback to A should be removed
In article <[EMAIL PROTECTED]> you write:
>
>On Jan 14, 2008 5:08 PM, Tony Finch <[EMAIL PROTECTED]> wrote:
>
>> the "." convention then it will look up the root's and A records,
>> which is stupid but should cause the message to bounce as desired. However
>> if it does implement the conventi
On Jan 14, 2008 5:08 PM, Tony Finch <[EMAIL PROTECTED]> wrote:
> the "." convention then it will look up the root's and A records,
> which is stupid but should cause the message to bounce as desired. However
> if it does implement the convention (just like the "usage rules" for a SRV
> recor
On Tue, Jan 15, 2008, Paul Ferguson wrote:
> I wish I could remember who to attribute this quote (maybe Geoff
> Huston?), but paraphrasing:
>
> "Asymmetric end-to-end traffic paths in The Internet is a fact of
> life. Get over it."
I wish people wouldn't base their bloody netflow accounting sys
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
- -- "Bill Stewart" <[EMAIL PROTECTED]> wrote:
>
>Essentially, if you don't control all the parts of the network that
>your packet uses, you're not able to directly set optimization
>parameters, so what you're doing to get symmetry is throwing lots o
There's the somewhat trivial efficiency that if you're willing to
accept asymmetric routing, you spend a lot less time tweaking your
networks than if you insist on symmetry, and the more significant
issue that the network will usually be more resilient and reliable
(though slightly less predictabl
On Mon, Jan 14, 2008 at 06:43:12PM -0500, William Herrin wrote:
> On Jan 14, 2008 5:25 PM, Joe Greco <[EMAIL PROTECTED]> wrote:
> > > So users who rarely use their connection are more profitable to the ISP.
> >
> > The fat man isn't a welcome sight to the owner of the AYCE buffet.
>
> The fat man
On Jan 14, 2008 5:25 PM, Joe Greco <[EMAIL PROTECTED]> wrote:
> > So users who rarely use their connection are more profitable to the ISP.
>
> The fat man isn't a welcome sight to the owner of the AYCE buffet.
Joe,
The fat man is quite welcome at the buffet, especially if he brings
friends and t
> From my experience, the Internet IP Transit Bandwidth costs ISP's a lot
> more than the margins made on Broadband lines.
>
> So users who rarely use their connection are more profitable to the ISP.
The fat man isn't a welcome sight to the owner of the AYCE buffet.
What exactly does this imply
You're right, I shouldn't let the access technologies define the services I
offer, but I have to deal with the equipment I have today. Although that
equipment doesn't easily support a 1:1 product offering, I can tell you that
all the decisions we're making in regards to upgrades and replacements
> Geo:
>
> That's an over-simplification. Some access technologies have different
> modulations for downstream and upstream.
> i.e. if a:b and a=b, and c:d and c>d, a+b
> In other words, you're denying the reality that people download a 3 to 4
> times more than they upload and penalizing every
We're delivering full IP connectivity, it's the school that's deciding to
rate-limit based on application type.
Frank
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Mikael Abrahamsson
Sent: Monday, January 14, 2008 1:28 PM
To: nanog list
Subject: RE: IS
On Mon, 14 Jan 2008, Frank Bulk wrote:
Interesting, because we have a whole college attached of 10/100/1000 users,
and they still have a 3:1 ratio of downloading to uploading. Of course,
that might be because the school is rate-limiting P2P traffic. That further
confirms that P2P, generally i
Mikael Abrahamsson wrote:
On Mon, 14 Jan 2008, Frank Bulk wrote:
In other words, you're denying the reality that people download a 3 to
4 times more than they upload and penalizing every in trying to attain
a 1:1 ratio.
That might be your reality.
My reality is that people with 8/1 ADSL d
> Subject: RE: ISPs slowing P2P traffic...
> Date: Sun, 13 Jan 2008 23:19:58 -
> From: <[EMAIL PROTECTED]>
>
[[.. munch ..]]
>
> From a technical point of view, if your Bittorrent protocol seeder
> does not have a copy of the file on its harddrive, but pulls it
> in from the customer's compu
>From my experience, the Internet IP Transit Bandwidth costs ISP's a lot
more than the margins made on Broadband lines.
So users who rarely use their connection are more profitable to the ISP.
We used the Cisco Service Control Engine (SCE) to throttle P2P
bandwidth.
Stephen Bailey
IS Network Se
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
David E. Smith
Sent: Sunday, January 13, 2008 12:03 PM
To: nanog@merit.edu
Subject: Re: ISPs slowing P2P traffic...
>The wireless ISP business is a bit of a special case in this regard, where
P2P traffic is
Interesting, because we have a whole college attached of 10/100/1000 users,
and they still have a 3:1 ratio of downloading to uploading. Of course,
that might be because the school is rate-limiting P2P traffic. That further
confirms that P2P, generally illegal in content, is the source of what I
On Mon, 14 Jan 2008, Frank Bulk wrote:
In other words, you're denying the reality that people download a 3 to 4
times more than they upload and penalizing every in trying to attain a
1:1 ratio.
That might be your reality.
My reality is that people with 8/1 ADSL download twice as much as the
Geo:
That's an over-simplification. Some access technologies have different
modulations for downstream and upstream.
i.e. if a:b and a=b, and c:d and c>d, a+bmailto:[EMAIL PROTECTED] On Behalf Of Geo.
Sent: Sunday, January 13, 2008 1:47 PM
To: nanog list
Subject: Re: ISPs slowing P2P traffic...
Routing in general is based of the premise of "my decision, my control" and
therefore you have some (albeit limited) controls about how YOU can
influence someone else's routing decision.
So any time you have more than one connection to the collective ('Net) then
you simply run the risk of you mak
On Jan 14, 2008 10:30 AM, Drew Weaver <[EMAIL PROTECTED]> wrote:
> I haven't noticed too many instances of this causing huge performance
> problems,
> but I have noticed some, has anyone noticed any instances in the real world
> where this
> has actually caused performance gains over symmetrical
I'm not sure I understand. If a routing protocol such as BGP is being used,
this is considered normal behavior, and the routing determination is made
usually wrt either best route or best bandwidth. In the first case, a return
packet would usually follow on the same interface. In the second
Pardon me if I am using the wrong term, I am using the term
Asymmetrical routing to describe a scenario in which a request packet enters a
network via one path and the response packet exits the network via a different
path.
For example an ICMP ping request enters a network via ISP A an
On Mon, 14 Jan 2008, Suresh Ramasubramanian wrote:
> On Jan 13, 2008 9:55 PM, Tony Finch <[EMAIL PROTECTED]> wrote:
> > On Sun, 13 Jan 2008, Suresh Ramasubramanian wrote:
> > >
> > > One operationally better way to go seems to be Mark Delany's mx0dot
> > > proposal, which started out as an interne
Hello colleagues,
I'm trying to optimize the latency & packet loss between CHINANET (AS4134) and
our network.
The outgoing traffic to china is fine now but I have no idea how they are
routing towards us.
This is why I'm looking for some sort of looking glass, route server or
webtracerouter wi
30 matches
Mail list logo