> More than likely, one provider is feeding too many routes -- some that I
> have run across tend to feed more specific internal routes (read:
> redistributing IGP into BGP) to customer BGP sessions.
>
> The two I've run across, after I yelled, they fixed.
>
I quickly took a look for a
On Tue, 18 Apr 2006 14:55:11 -1000, Randy Bush <[EMAIL PROTECTED]> wrote:
>
> > According to the wikipedia's quote of WHO the weighted average
> > mortality rate, which would be across 50 human cases, is 66% in 2006,
> > and 56% across all 194 cases reported since 2004.
> >
> >
> According to the wikipedia's quote of WHO the weighted average
> mortality rate, which would be across 50 human cases, is 66% in 2006,
> and 56% across all 194 cases reported since 2004.
>
> http://en.wikipedia.org/wiki/H5N1
is this different if you run is-is as opposed to os
According to the wikipedia's quote of WHO the weighted average
mortality rate, which would be across 50 human cases, is 66% in 2006,
and 56% across all 194 cases reported since 2004.
http://en.wikipedia.org/wiki/H5N1
--
-Barry Shein
The World | [EMAIL PR
More than likely, one provider is feeding too many routes -- some that I
have run across tend to feed more specific internal routes (read:
redistributing IGP into BGP) to customer BGP sessions.
The two I've run across, after I yelled, they fixed.
On Tue, 18 Apr 2006, Mike Walter wrote:
On 4/18/06, Crist Clark <[EMAIL PROTECTED]> wrote:
> Uhh... I think, I _hope_ that we are talking about 40% of your
> workforce NOT SHOWING UP TO THE OFFICE for days or weeks, not
> dropping dead, not even necessarily getting sick.
>
> A 40% mortality rate among otherwise healthy adults, and we ha
On Tue, 18 Apr 2006, David Andersen wrote:
Much of what Bill described below is already present using Nick Feamster's
bgptools release: http://nms.lcs.mit.edu/software/bgp/bgptools/
Start with zebra / quagga / etc., which do a great job of dumping tables and
updates.
Then use bgptools to
Hi,
Thanks for all the replies! I've consolidated them here hoping to save
some noise
> From: Bill Nash <[EMAIL PROTECTED]>
>Were I faced with this reporting equirement on an on-going basis, I'd
>suggest establishing a read-only BGP peer with both devices and comparing
>directly.
On Apr 18, Scott Tuc Ellentuch at T-B-O-H <[EMAIL PROTECTED]> wrote:
> Is there a utility that I can use that will pull the routes off
each
> router (Foundry preferred), and then compare them as best it can to
> see why there is such a difference?
I have one, but it's cisco-specific:
>
Much of what Bill described below is already present using Nick
Feamster's bgptools release: http://nms.lcs.mit.edu/software/bgp/
bgptools/
Start with zebra / quagga / etc., which do a great job of dumping
tables and updates.
Then use bgptools to take the MRT-formatted dumps that Zebra sp
On Tue, 18 Apr 2006 10:53:33 PDT, "David W. Hankins" said:
> So, which 40% can you afford to lose? How likely is it that the 60%
> that's left behind will be able to do the job? Will they need step-by-
> step instructions so that even an untrained monkey can muddle through?
As we all find out t
Were I faced with this reporting equirement on an on-going basis, I'd
suggest establishing a read-only BGP peer with both devices and comparing
directly. I've got a perl BGP peering daemon that feeds and maintains a
mirror of the BGP routing table into SQL, applying updates and withdrawals
On Tue, Apr 18, 2006 at 04:28:40PM -0400, Scott Tuc Ellentuch at T-B-O-H wrote:
>
> >
> > On Tue, 18 Apr 2006, Scott Tuc Ellentuch at T-B-O-H wrote:
> >
> > > Is there a utility that I can use that will pull the
> > > routes off each router (Foundry preferred), and then compare
> > > them as
On Tue, Apr 18, 2006 at 12:43:11PM -0700, Crist Clark wrote:
> Barry Shein wrote:
> >So if you're really expecting something as macro as 40% of the
> >population dropping dead I think one has to think much bigger and much
> >more in the realm of unexpected consequences.
>
> Uhh... I think, I _hop
On Apr 18, Scott Tuc Ellentuch at T-B-O-H <[EMAIL PROTECTED]> wrote:
> Is there a utility that I can use that will pull the
> routes off each router (Foundry preferred), and then compare
> them as best it can to see why there is such a difference?
I have one, but it's cisco-specific:
htt
On Tue, 18 Apr 2006 16:13:12 -0400 (EDT)
Scott "Tuc" Ellentuch at T-B-O-H <[EMAIL PROTECTED]> wrote:
> Is there a utility that I can use that will pull the
> routes off each router (Foundry preferred), and then compare
> them as best it can to see why there is such a difference?
I don't
On Apr 18, 2006, at 1:19 PM, Mike Walter wrote:
Sounds to me like one of your providers is not feeding you the full
internet routing table. Have you checked with them to see if they are
providing you that?
Sounds to me like a: you are only looking at best routes or b: one of
the provider
>
> On Tue, 18 Apr 2006, Scott Tuc Ellentuch at T-B-O-H wrote:
>
> > Is there a utility that I can use that will pull the
> > routes off each router (Foundry preferred), and then compare
> > them as best it can to see why there is such a difference?
> > I can understand a handful of routes o
Sounds to me like one of your providers is not feeding you the full
internet routing table. Have you checked with them to see if they are
providing you that?
Mike Walter
Systems Administrator
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Scott "Tuc"
On Tue, 18 Apr 2006, Scott Tuc Ellentuch at T-B-O-H wrote:
Is there a utility that I can use that will pull the
routes off each router (Foundry preferred), and then compare
them as best it can to see why there is such a difference?
I can understand a handful of routes over what CIDR say
Hi,
We receive a BGP feed from different providers on two
different routers. While one seems to be a reasonable amount
of feeds after reviewing the CIDR report, the other is anywhere
from 3K to 10K more routes.
Is there a utility that I can use that will pull the
routes off eac
Sorry! I should have said that my deadline was early this morning (EST.)
On Tue, 18 Apr 2006, Crist Clark wrote:
Barry Shein wrote:
[snip]
So if you're really expecting something as macro as 40% of the
population dropping dead I think one has to think much bigger and much
more in the realm
Barry Shein wrote:
[snip]
So if you're really expecting something as macro as 40% of the
population dropping dead I think one has to think much bigger and much
more in the realm of unexpected consequences.
Uhh... I think, I _hope_ that we are talking about 40% of your
workforce NOT SHOWING UP
On April 18, 2006 at 10:53 [EMAIL PROTECTED] (David W. Hankins) wrote:
> On Mon, Apr 17, 2006 at 02:05:41PM -0400, Jared Mauch wrote:
> >Back to the original question, how well could you cope for such
> > an event? It's always challenging to think about what would happen
> > as sometimes
Dear Nanogers,
If you will be attending to RIPE Meeting @ Istanbul Next week, it would be
really cool to meet with you and go around (I am going to be in the meeting)
actually I am not living in Turkey, but I was born and raised there so, I can
help you guys to go around, etc.
I Know many EU
Hello;
On Apr 18, 2006, at 1:53 PM, David W. Hankins wrote:
On Mon, Apr 17, 2006 at 02:05:41PM -0400, Jared Mauch wrote:
Back to the original question, how well could you cope for such
an event? It's always challenging to think about what would happen
as sometimes it includes the une
On Mon, Apr 17, 2006 at 02:05:41PM -0400, Jared Mauch wrote:
> Back to the original question, how well could you cope for such
> an event? It's always challenging to think about what would happen
> as sometimes it includes the unexpected.
All the guidance suggests you're going to lose as mu
On Tue, 18 Apr 2006 22:34:45 +0530, Suresh Ramasubramanian said:
> Probably sell them a product where b/w is burstable to a much higher
> level - at least for short periods of time, to deal with sudden use
> spikes (or to create extra capacity for those periodic trojan
> outbreaks that will otherw
On 4/18/06, Martin Hannigan <[EMAIL PROTECTED]> wrote:
>
> Vendors like it because it's a revenue boost. It obviously requires
> build-ahead
> capacity and maintenance of overload capacity that will likely sit
> idle for 99%
> of it's life span. Who pays?
>
> [ ..hears ISP product managers scurry
On Tue, Apr 18, 2006 at 09:34:41AM -0700, Philip Lavine wrote:
>
> Can someone tell me if I am out of luck. I am trying to get a 10x10 cage in
> New Jersey (Jersey City area) but it seems everybody is at capacity. What
> happened?
>
Try VZN/MCI Carteret, down the Turnpike about 8 miles.
--
If its like Montreal.
The cost of electricity is getting high enought that Colo Space is
better spend per rack than on a cage.
I saw Colo literally double the price of big customer (cages) to get
ride of them for rack space.
Philip Lavine wrote:
Can someone tell me if I am out of
Can someone tell me if I am out of luck. I am trying to get a 10x10 cage in New
Jersey (Jersey City area) but it seems everybody is at capacity. What happened?
> I think a lot of people would love to know just how they plan
> to make that happen. :-)
Well, they could require companies to test their
ability to handle homeworking by having employees
work from home on some kind of rota system. This
would change traffic patterns quite a bit and that
could c
33 matches
Mail list logo