On 06:23 PM 7/21/02, Jeff Workman wrote:
http://biz.yahoo.com/rb/020721/worldcom_bankruptcy_16.html
I *am* surprised. How does a company file BK on a Sunday?
jc
On Mon, 22 Jul 2002, JC Dill wrote:
On 06:23 PM 7/21/02, Jeff Workman wrote:
http://biz.yahoo.com/rb/020721/worldcom_bankruptcy_16.html
I *am* surprised. How does a company file BK on a Sunday?
jc
Although most people aren't aware of it, *technically*, the Courts are a 24x7
On Mon, 22 Jul 2002 08:05:21 -0400
Craig Partridge [EMAIL PROTECTED] wrote:
Anyone got good data comparing the effects on the Net (BGP reachability,
etc) of this weekend's NYC power outage with the effects power outage late
on September 11th.
Hello;
To be honest, I did not see any
You should also look at the other two presentations
on 9/11 and the Internet
at that meeting :
http://www.nanog.org/mtg-0110/agenda.html
BGP stability was normal on 9/11. As we know only
the telephone network suffered more whereas internet
remained stable. Their might have been some
In message [EMAIL PROTECTED], senthil ayyasa
my writes:
BGP stability was normal on 9/11. As we know only
the telephone network suffered more whereas internet
remained stable. Their might have been some problems
in the access because of the flash crowd problem.
I've now seen a lot of
Craig,
We saw real hits on both Genuity and on NYC Teleglobe
on Saturday. Both in latency and in packet loss.
Our 9/11 graphs are visible at //order.mids.org/~peter/index.html
where I put them following the event and on the NANOG 23 (Oct. 2001)
site.
Peter
On Mon, Jul 22, 2002 at 02:40:49AM -0700, JC Dill wrote:
On 06:23 PM 7/21/02, Jeff Workman wrote:
http://biz.yahoo.com/rb/020721/worldcom_bankruptcy_16.html
I *am* surprised. How does a company file BK on a Sunday?
The better to not have to pay the bills on monday...
An easy way to
A side-note on why 25 Broadway lost power.
I am told they had the fuel, but the Local 3 union worker who was
watching the gauges on the generator misread the dials, and a human
error caused the generator to run bone dry.
--Phil
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL
Nope.
The main generator for the 5th floor apparently ran for a while, but the
radiator became clogged with garbage floating aroung in the air, and
therefore couldn't cool itself, and overheated. They shut it down to
prevent it from hurting itself.
Fuel was another issue.
On Mon, 22 Jul
-BEGIN PGP SIGNED MESSAGE-
I am passing this question along from a friend who is in the process of
designing some new network equipment. Any comments will be helpful. I
will gather all the responses and send them to my friend.
Thanks
Matt
Also, IP operations question;
You are
http://www.theregister.co.uk/content/55/26217.html
Service providers are also required to keep customer records, including
emails, for 90 days, under the bill. The bill has to go to Senate,
where it is expected to receive little opposition, before becoming law.
Talk to your senators folks.
From the same URL:
The bill encourages ISPs to report suspicious activity on their networks
(whatever that might be), even if it poses no immediate threat, and shield
them from lawsuits from anyone
so just forward the spam to the authorities... after all, it is suspicous.
Maybe some Al
At 2:40 am -0700 22/7/02, JC Dill wrote:
On 06:23 PM 7/21/02, Jeff Workman wrote:
http://biz.yahoo.com/rb/020721/worldcom_bankruptcy_16.html
I *am* surprised. How does a company file BK on a Sunday?
They go to the Judge in Chambers and avoid upsetting the market in the
middle of the day.
On Mon, 22 Jul 2002, John Fraizer wrote:
http://www.theregister.co.uk/content/55/26217.html
Service providers are also required to keep customer records, including
emails, for 90 days, under the bill. The bill has to go to Senate,
where it is expected to receive little opposition,
(shooting self in foot...)
Just eliminate tech support and proprietary software! A list of our
settings is available at www.domain.com/settings. And don't call us with
tech problems. We don't do tech support.
I know of at least one ISP out there already doing this. Not that they're
highly
At 12:17 PM 7/22/2002, John Fraizer wrote:
http://www.theregister.co.uk/content/55/26217.html
Service providers are also required to keep customer records, including
emails, for 90 days, under the bill. The bill has to go to Senate,
where it is expected to receive little opposition, before
The bill appears to be hr3482, looking at thomas.loc.gov's full text links,
the only mention of 90 in there appears to be here, in section 102b. Nice
Dragnet approach Dan.
(b) REPORTING OF DISCLOSURES- A government entity that receives a disclosure
under this section shall file, no later than
I have never seen the final root cause (actually direct cause, we know
what the root cause was) report from Telehouse. Although I can understand
why Telehouse wouldn't want to say what happened.
Between replacing water pumps, reports of contanimation inside and
outside the cooling system,
From what I recall, it failed due to a mechanical problem first... then after they
fixed it
and had it running for sometime, it ran out of fuel.
-Simon
On Mon, 22 Jul 2002 11:50:29 -0400, Phil Rosenthal wrote:
A side-note on why 25 Broadway lost power.
I am told they had the fuel, but the
We're currently experiencing significant latency through Cogent at AADS.
I've heard they have some general latency issues, but nothing concrete
yet as to what and where. Does anyone have any details of any problems
while we're waiting for a response back from the NOC? Thanks,
John
John,
I can't be certain this has anything to do with it, as I haven't
called for a report today. But as of Friday I was seeing upwards of 1200
ms due to a fiber outage (Either a cut or turnoff, they wouldn't say.)
and them running over capacity due to the outage. If I hear anything
else
We received notification this morning that there were some problems with at
least one of the ATM switch cards @ AADS. If it is getting
worse, lets hope they fix it before their scheduled maintenance (this next
weekend).
k
-
SBC/Ameritech NAP customers,
We have been experiencing
Okay...Just talked to Cogent. The fiber outage was resolved on Saturday.
I'm not actually seeing latency on their network (I Just changed my
preferences to actually follow some of their routes.) I'm out on AS 1 at
60 ms.
Derek
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL
On Mon, Jul 22, 2002 at 10:00:44AM -0700, [EMAIL PROTECTED] said:
(shooting self in foot...)
Just eliminate tech support and proprietary software! A list of our
settings is available at www.domain.com/settings. And don't call us with
tech problems. We don't do tech support.
I know of
I agree... I don't know why this is being discussed.
I just thank -whoever- for 25bway still standing.
-Simon
On Mon, 22 Jul 2002 13:51:11 -0400 (EDT), Tuc wrote:
From what I recall, it failed due to a mechanical problem first... then after they
fixed it
and had it running for
Thanks to all those who responded. The problem appears to have
mysteriously cleared up at the moment. Mysteriously, because I haven't
yet heard official word from Cogent or other 3rd party on a definitive
cause of the degradation.
John
If anyone is using any Interspeed DSL equipment, please email me offline?
Thanks,
Vin
Ok, come on... That was 310 or so days ago. Exactly what happened
shouldn't be a huge concern anymore. They addressed it, fixed it, and are
making sure it doesn't happen again, thats the part we need to concentrate
on.
The Morris worm happened over a decade ago. Computers are still
On Mon, 22 Jul 2002, Scott Francis wrote:
: On Mon, Jul 22, 2002 at 10:00:44AM -0700, [EMAIL PROTECTED] said:
:
: (shooting self in foot...)
:
: Just eliminate tech support and proprietary software! A list of our
: settings is available at www.domain.com/settings. And don't call us with
I met del at a mini Computer Expo at Wailea, Maui in '96. He was dealing Blackjack
in his booth for prizes (I won an external
14.4 modem) and giving away beta test dialup accounts. I thought that 'shaka.com'
was cool, so after 6 months of free beta, I
signed up and have been with them since.
There was some mail being tossed around earlier about Cogent
having latency. I'm actually seeing this on PSINet (Now owned by
Cogent.) Is anyone else still seeing the latency they were experiencing
earlier?
Derek
Yes, it's horrid. I've been peering with PSI for going on three years, and
it's never been as bad as it is now.
oddly enough, we see 30+ msec across a DS3 to them, which isn't that
loaded (35 to 40 mb/s).
Then, behind whatever we peer with, we see over 400 msec, with 50% loss,
during business
40mb/s isn't loaded for a DS3?
--Phil
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of
Alex Rubenstein
Sent: Monday, July 22, 2002 8:27 PM
To: Derek Samford
Cc: [EMAIL PROTECTED]
Subject: Re: PSINet/Cogent Latency
Yes, it's horrid. I've been
Nah, that's not loaded. Its not loaded until you make it go in to alarm by
passing traffic:):).
- Original Message -
From: Phil Rosenthal [EMAIL PROTECTED]
To: 'Alex Rubenstein' [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Monday, July 22, 2002 6:05 PM
Subject: RE: PSINet/Cogent
bwahaha, 2 funnee. I gotta think most people would be thinking of adding
another ds3 at that point.
Bri
- Original Message -
From: Phil Rosenthal [EMAIL PROTECTED]
To: 'Alex Rubenstein' [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Monday, July 22, 2002 6:05 PM
Subject: RE:
You certainly would, except for the fact that the provider is in
bankruptcy and won't/can't answer the phone.
We wanted to do an oc3 or oc12 or gig-e, but that was replied to with,
wha?
On Mon, 22 Jul 2002, Brian wrote:
bwahaha, 2 funnee. I gotta think most people would be thinking of
I call any upstream link 'over capacity' if either:
1) There is less than 50mb/s unused
2) The circuit is more than 50% in use
I guess by my definition a DS3 is always 'over capacity'
--Phil
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of
Brian
Sent:
On Mon, 22 Jul 2002, Phil Rosenthal wrote:
I call any upstream link 'over capacity' if either:
1) There is less than 50mb/s unused
That must work well for T1's and DS3's.
2) The circuit is more than 50% in use
I call it 'over capacity' too, but that doesn't mean all the ducks are in
a
Actually, I wouldn't think about getting T1, DS3 or OC3 in the first
place ;)
Oc-12 is the minimum link I would even look at -- and my preference is
gig-e... Even if there is only 90 megs on the interface...
--Phil
-Original Message-
From: Alex Rubenstein [mailto:[EMAIL PROTECTED]]
On Mon, Jul 22, 2002 at 10:01:36PM -0400, Alex Rubenstein wrote:
So, what do you do? You monitor it's usage, making adjustments to make
sure it doesn't get clobbered. You can easily run DS-3s at 35 to 40
mbit/sec, with little to none increase in latency from the norm. Many
people do this
Good for you, Phil. Chime in again when you've got something useful to
offer.
In the meantime, you may want to review Economics 101 along with certain
queueing schemes, especially RED (no, I'm not endorsing the idea of
oversubscribing to the extreme, but then again, neither was Alex).
Also,
With the price of transit where it is today:
#1 Transit is often cheaper than peering (if you factor in port costs on
public exchanges, or link costs for private exchanges)
#2 The difference in price is likely not large enough for me to risk:
saturation, latency, etc...
My customers pay me to
40mb/s isn't loaded for a DS3?
if you are measuring 40mb at five min intervals, micro peaks are pegged out
causing serious packet loss.
randy
My point exactly -- I guess some people disagree...
Probably with any sort of queuing there will only be minimal packet loss
at 40mbit, but at any point one more stream can push it up to 43mbit,
and then queuing might no longer be enough... (and even if it is, can we
say lag?)
--Phil
On Mon, Jul 22, 2002 at 11:34:44PM -0400, Phil Rosenthal wrote:
My point exactly -- I guess some people disagree...
Probably with any sort of queuing there will only be minimal packet loss
at 40mbit, but at any point one more stream can push it up to 43mbit,
and then queuing might no
Is there patch or special config example available that would allow me to
use mrtg (or rather rrdtool) to measure more often and then graph it in a
way that would show standard 5-min graph but also separate line showing
those micro burst and actual peak usage?
On Mon, 22 Jul 2002, Randy Bush
On Mon, 22 Jul 2002, Phil Rosenthal wrote:
:
:With the price of transit where it is today:
:#1 Transit is often cheaper than peering (if you factor in port costs on
:public exchanges, or link costs for private exchanges)
:#2 The difference in price is likely not large enough for me to risk:
This came through on bugtraq this afternoon.
-jba
__
[[EMAIL PROTECTED]] :: analogue.networks.nyc :: http://analogue.net
-- Forwarded message --
Date: Sun, 21 Jul 2002 14:09:24 +0200
From: SpaceWalker [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Nanog
Packet loss is not guaranteed, especially considering the queuing
mechanism used is not disclosed.
IE, a simply hold queue north of 2048 will cause no loss, but the
occasional jitter/latency, most likely not even measureable by common
endpoints on the net.
I'm not endorsing, just correcting.
On Mon, Jul 22, 2002 at 08:38:58PM -0700, [EMAIL PROTECTED] wrote:
Is there patch or special config example available that would allow me to
use mrtg (or rather rrdtool) to measure more often and then graph it in a
way that would show standard 5-min graph but also separate line showing
An effective way would to graph queue drops:
Serial4/1/1 is up, line protocol is up
Description: to PSI via 3x-xxx-xxx-
Internet address is 154.13.64.22/30
Last clearing of show interface counters 5w4d
Queueing strategy: fifo
Output queue 0/40, 2275 drops; input queue 0/75, 0
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of
Richard A Steenbergen
On Mon, Jul 22, 2002 at 11:34:44PM -0400, Phil Rosenthal wrote:
I'd rather have a noncongested gige public peer than a ds3 private
peer any day.
Except apparently that's called trolling ;)
--Phil
As you probably guessed, I do...
TCP is designed to not saturate links, so... If you take what should be
60 megs of traffic and put it limit it to 45, else queue for a while, or
drop if queue full... The sessions will slow-start back up to a slow
enough speed that wont drop. No (or very
On Mon, Jul 22, 2002 at 08:38:58PM -0700, [EMAIL PROTECTED] wrote:
Is there patch or special config example available that would allow me
to use mrtg (or rather rrdtool) to measure more often and then graph it
in a way that would show standard 5-min graph but also separate line
showing
On Tue, Jul 23, 2002 at 12:04:34AM -0400, Alex Rubenstein wrote:
An effective way would to graph queue drops:
Serial4/1/1 is up, line protocol is up
ifInDiscards = 1.3.6.1.2.1.2.2.1.13
ifOutDiscards = 1.3.6.1.2.1.2.2.1.19
A far more interesting thing to graph than temperature IMHO. :)
- Original Message -
From: Richard A Steenbergen [EMAIL PROTECTED]
Subject: Re: PSINet/Cogent Latency
Personally I would like to see the data collection done on the router
itself where it is simple to collect data very frequently, then pushed
out. This is particularly important when
Call me crazy -- but what's wrong with setting up RRDtool with a
heartbeat time of 30 seconds, and putting in cron:
* * * * * rrdscript.sh ; sleep 30s ; rrdscript.sh
Wouldn't work just as well?
I haven't tried it -- so perhaps this is too taxing (probably you would
only run this on a few
- Original Message -
From: Phil Rosenthal [EMAIL PROTECTED]
Subject: RE: PSINet/Cogent Latency
Call me crazy -- but what's wrong with setting up RRDtool with a
heartbeat time of 30 seconds, and putting in cron:
* * * * * rrdscript.sh ; sleep 30s ; rrdscript.sh
Wouldn't work just as
I don't think RRD is that bad if you are gonna check only every 5
minutes...
Again, perhaps I'm just missing something, but so lets say you measure
30 seconds late , and it thinks its on time -- So that one sample will
be higher , then the next one will be on time, so 30 seconds early for
that
On Tue, Jul 23, 2002 at 01:56:45AM -0400, Phil Rosenthal wrote:
I don't think RRD is that bad if you are gonna check only every 5
minutes...
RRD doesn't measure anything, it stores and graphs data. The perl pollers
everyone is using can barely keep up with 5 minute samples on a couple
dozen
- Original Message -
From: Phil Rosenthal [EMAIL PROTECTED]
Subject: RE: PSINet/Cogent Latency
I don't think RRD is that bad if you are gonna check only every 5
minutes...
Again, perhaps I'm just missing something, but so lets say you measure
30 seconds late , and it thinks its on
What are the security implications of someone
hacking a DNSBL (Real-time-spam-block-list) and changing the block list to
include (deny email from) some very large portion or all IPv4
space?
Given that a signifigant number of the spam blocking lists seem to operate
on a shoestring budget
62 matches
Mail list logo
