On Mon, 1 Dec 2008, Deepak Jain wrote:
3) No one cares if the server farm is blast proof (it isn't), if the
connectivity in/out of it gets blasted (submessage: silos were meant to
deliver one thing, datacenters aren't in the same operational model once
they need connectivity to the outside wor
Hi,
It seems Merit's RADB service is not working.
Both Web and command-line accesses aren't available. On the Web, it
only returns the following string: "Number of objects found: 1" On the
command-line, nothing is returned.
Not only us but also other folks here in Japan are affected.
If someo
On 28-Nov-08, at 7:35 PM, Gadi Evron wrote:
On Fri, 28 Nov 2008, Howard C. Berkowitz wrote:
It seems that all these cases are more under the bottom than over
the top.
Every couple of years there is a story about some anti virus
company, data center, or whatever running out of an old n
> Despite the huge amount of "content which transcends the language
> barrier" [tip of the hat wbn], it is worth noting that there is
> a non-trivial amount of language-/culture-specific traffic that
> doesn't need or want to traverse globally (viz massive IXes & large
> xTTH deplyoments in other
On Mon, Dec 01, 2008 at 08:14:20PM +0100, Kurt Erik Lindqvist wrote:
[snip]
> On 1 dec 2008, at 15.08, Patrick W. Gilmore wrote:
[snip]
> >I don't think any IXP can become a significant player on the
> >Internet today by only attracting participants from the country in
> >question. The Interne
Apologies to the list.
I didn't know whether to fork this into a couple of replies, or just run with
it. I chose the latter.
1) This datacenter is only 12,000 sq ft. (submessage: who cares?)
2) The generators are underground. A leak in their exhaust system kills
everyone -- worse, a leak in
[EMAIL PROTECTED] wrote:
> The Internet can be mission critical. (Well, not really, but it's =20
> trying.) And for something mission critical, a single point, no =20
> matter how well reinforced, is not good enough.
It may not be "mission critical" for any one particular client, but when
you b
On Monday 01 December 2008 16:34:26 Steven M. Bellovin wrote:
> On Mon, 1 Dec 2008 16:03:39 -0500
> Lamar Owen <[EMAIL PROTECTED]> wrote:
> > You mean something akin to Sealand's HavenCo? Yes, I know that's an
> > old fort, and not a ship, but a similar concept at least.
> HavenCo, which ran a da
On Mon, Dec 1, 2008 at 16:34, Steven M. Bellovin <[EMAIL PROTECTED]> wrote:
> HavenCo, which ran a datacenter on the "nation" of Sealand, is
> no longer operating there:
Which is the same story for most (if not all) of these hype-driven
"bullet-proof" data centers.
I recall a .com CEO espousing t
Steven M. Bellovin wrote:
HavenCo, which ran a datacenter on the "nation" of Sealand, is
no longer operating there:
http://www.theregister.co.uk/2008/11/25/havenco/
--Steve Bellovin, http://www.cs.columbia.edu/~smb
If you do a bit more research on that one, it never got
On Mon, 1 Dec 2008 16:03:39 -0500
Lamar Owen <[EMAIL PROTECTED]> wrote:
> On Monday 01 December 2008 13:27:30 Danny McPherson wrote:
> > On a related noted, some have professed that adapting old
> > ships into data centers would provide eco-friendly secure
> > data center solutions.
>
> You mea
On Monday 01 December 2008 13:27:30 Danny McPherson wrote:
> On a related noted, some have professed that adapting old
> ships into data centers would provide eco-friendly secure
> data center solutions.
You mean something akin to Sealand's HavenCo? Yes, I know that's an old fort,
and not a sh
My first thought for this was: route filtering. My second thought
was: use different AS#s. Then I reread your question and thought
of something far simpler.
It seems to me if you are migrating from provider A to provider B
then you should set everything up for B, then shut down the
interface
How about setting the bandwidth of the link to provider B higher. Or
increasing the delay of the link to provider A? Either of these should work
for you.
On 12/1/08 2:49 PM, "Mike Lyon" <[EMAIL PROTECTED]> wrote:
> Howdy,
>
> So I am working on an MPLS migration from provider "A" to provide
Howdy,
So I am working on an MPLS migration from provider "A" to provider "B"
of which both terminate into my core via customer prem routers. I have
a single EIGRP process between my core and the two customer prem
routers supplied to me by both providers, of which I don't have access
to. My questi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
- -BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Patrick,
On 1 dec 2008, at 02.33, Patrick W. Gilmore wrote:
On Nov 28, 2008, at 4:04 PM, Jean-François Mezei wrote:
The thing about a carrier hotel is that it cannot be a secret
location
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
- -BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 1 dec 2008, at 15.08, Patrick W. Gilmore wrote:
On Dec 1, 2008, at 4:58 AM, Måns Nilsson wrote:
--On söndag, söndag 30 nov 2008 23.05.01 -0500 "Patrick W. Gilmore"
<[EMAIL PROTECTED]> wrote:
In
Not if the ship is literally encased in concrete at the shore.
Which solves all your other problems as well.
But that's not a ship, it's a building.
There are even examples of actual free-floating ships which have
been stable for a decade or more.
And many counter-examples.
--lyndon
Patrick W. Gilmore wrote:
On Dec 1, 2008, at 2:19 PM, Lyndon Nerenberg wrote:
On 1-Dec-08, at 10:27 AM, Danny McPherson wrote:
On a related noted, some have professed that adapting old
ships into data centers would provide eco-friendly secure
data center solutions.
Your data connection to sh
On Dec 1, 2008, at 2:19 PM, Lyndon Nerenberg wrote:
On 1-Dec-08, at 10:27 AM, Danny McPherson wrote:
On a related noted, some have professed that adapting old
ships into data centers would provide eco-friendly secure
data center solutions.
Your data connection to shore is going to be tenuous
On Dec 1, 2008, at 2:05 PM, Jean-François Mezei wrote:
Patrick W. Gilmore wrote:
End of day, an IXP is not some magical thing. It is an ethernet
switch allowing multiple networks to exchange traffic more easily
than
direct interconnection - and that is all it should be. It should not
be mi
On 1-Dec-08, at 10:27 AM, Danny McPherson wrote:
On a related noted, some have professed that adapting old
ships into data centers would provide eco-friendly secure
data center solutions.
Your data connection to shore is going to be tenuous at best. One good
blow strong enough to make you dr
Patrick W. Gilmore wrote:
> End of day, an IXP is not some magical thing. It is an ethernet
> switch allowing multiple networks to exchange traffic more easily than
> direct interconnection - and that is all it should be. It should not
> be mission critical. Treating it as such raises the
--On måndag, måndag 1 dec 2008 11.53.58 -0500 "Patrick W. Gilmore"
<[EMAIL PROTECTED]> wrote:
> On Dec 1, 2008, at 11:06 AM, Måns Nilsson wrote:
>
>>> End of day, an IXP is not some magical thing. It is an ethernet
>>> switch
>>> allowing multiple networks to exchange traffic more easily than
On Nov 28, 2008, at 6:34 AM, Steven M. Bellovin wrote:
http://royal.pingdom.com/2008/11/14/the-worlds-most-super-designed-data-center-fit-for-a-james-bond-villain/
(No, I don't know if it's real or not.)
I recall visiting something of this sort a couple
years back..
On a related noted, some
On Sun, 2008-11-30 at 23:05 -0500, Patrick W. Gilmore wrote:
> Now compare that to forcing every single participant to use unknown
> fiber paths into an unknown facility. When are these fibers groomed,
> and onto which unknown paths? Which fiber maintenance schedules might
> impact me wit
On Dec 1, 2008, at 11:06 AM, Måns Nilsson wrote:
End of day, an IXP is not some magical thing. It is an ethernet
switch
allowing multiple networks to exchange traffic more easily than
direct
interconnection - and that is all it should be. It should not be
mission
critical. Treating it as
--On måndag, måndag 1 dec 2008 09.08.09 -0500 "Patrick W. Gilmore"
<[EMAIL PROTECTED]> wrote:
> I don't think any IXP can become a significant player on the Internet
> today by only attracting participants from the country in question. The
> Internet is not bound by political borders. (Usually.
hint: your continued ad homina do not help your argument
> By your logic, every IXP which has any participants is a good model and
> cannot be improved.
the criterion you set was success, not perfection. netnod is quite
successful.
is this discussion successful? i think not. good bye and good
On Dec 1, 2008, at 9:30 AM, Randy Bush wrote:
some go to sweden for the weather. some go for netnode. netnode does
not go to them. and yes, netnod is bunkered up the ying yang. qed.
By your logic, every IXP which has any participants is a good model
and cannot be improved. An obvious lo
some go to sweden for the weather. some go for netnode. netnode does
not go to them. and yes, netnod is bunkered up the ying yang. qed.
randy
On Dec 1, 2008, at 9:12 AM, Randy Bush wrote:
I don't think any IXP can become a significant player on the Internet
today by only attracting participants from the country in question.
netnod is very successful. i guess they must operate from more than
sweden, then, eh?
NetNod is successful.
> I don't think any IXP can become a significant player on the Internet
> today by only attracting participants from the country in question.
netnod is very successful. i guess they must operate from more than
sweden, then, eh?
engineers judge by results, not word count.
randy
On Dec 1, 2008, at 4:58 AM, Måns Nilsson wrote:
--On söndag, söndag 30 nov 2008 23.05.01 -0500 "Patrick W. Gilmore"
<[EMAIL PROTECTED]> wrote:
In Sweden, the reason to not choose NetNod (and to go with the smaller
exchangepoints) is price and only price. No swedish ISP I know of has
stated tha
--On söndag, söndag 30 nov 2008 23.05.01 -0500 "Patrick W. Gilmore"
<[EMAIL PROTECTED]> wrote:
> On Nov 30, 2008, at 10:50 PM, Niels Bakker wrote:
>>> I was going to say 'this probably hinders customers adoption at
>>> NetNod', but I know for a fact the "probably" is superfluous.
> I didn't sa
35 matches
Mail list logo
