Wouldn't the easiest (at least short term) thing be for IANA (or someone
else authoritative-like) to put up a text file (not that I'm really sure
how many blocks this entails) available via http or ftp for people
to periodically wget, etc.
Surely IANA, ARIN, or someone else has some type of
On Wed, Sep 04, 2002 at 03:39:25AM -0400, Deepak Jain wrote:
[snip]
Boxes like Foundry, Extreme, Redback and many others all talk BGP
(at least to a first approximation) but is their lack of use in
the core/edge/CPE a lack of scale, stability, performance or just
interest?
One Dutch
http://www.iana.org/assignments/ipv4-address-space
If folks want me to split it to show 256 lines (one per /8) I can have
that happen.
Don't want to have multiple sources of the data, so for now that's
probably easiest.
I'll watch this discussion with interest. If people think something is
On Wed, 4 Sep 2002, Deepak Jain wrote:
Boxes like Foundry, Extreme, Redback and many others all talk BGP
(at least to a first approximation) but is their lack of use in
the core/edge/CPE a lack of scale, stability, performance or just
interest?
With Extreme, it's certainly (in my
On Wed, 4 Sep 2002, Deepak Jain wrote:
:: Boxes like Foundry, Extreme, Redback and many others all talk BGP
:: (at least to a first approximation) but is their lack of use in
:: the core/edge/CPE a lack of scale, stability, performance or just
:: interest?
::
Foundry makes a very good,
A supplier I don't think I'm at liberty to name. When they were good,
they were very, very good. But when they were bad they were horrid.
Another supplier I don't wish to name. Mostly worked, but crashed if
you made even the slighest configuration change.
I'm guessing one of them is
On Wed, 4 Sep 2002, Peter van Dijk wrote:
One Dutch ISP that shall remain unnamed (and is not one I work for or
have worked for) deployed Extreme on AMS-IX, with Extreme's BGP
implementation.
It broke horribly.
Then again, AMSIX and their Foundry's break every other day as well :)
In
On Wed, Sep 04, 2002 at 11:35:52AM +0100, Neil J. McRae wrote:
A supplier I don't think I'm at liberty to name. When they were good,
they were very, very good. But when they were bad they were horrid.
Another supplier I don't wish to name. Mostly worked, but crashed if
you made
On Wed 04 Sep 2002 (11:35 +0100), Neil J. McRae wrote:
A supplier I don't think I'm at liberty to name. When they were good,
they were very, very good. But when they were bad they were horrid.
Another supplier I don't wish to name. Mostly worked, but crashed if
you made even the
Speaking for myself too:
I have been wanting an *authoritative* *single* listing of unallocated address space
for at least 6 years. Note that this is at a finer granularity than the IANA
allocations list and it would have much more frequent changes than the IANA list
as address space is
Daniel,
Daniel Karrenberg wrote:
Speaking for myself too:
[...]
I know that the RIRs have efforts underway to publish such authoritative lists.
I do not know the exact status of this work. But I fully agree with your requirement
for a *single* *authoritative* list.
Yes, we at the RIPE
BGP is not a bug-free protocol.
BGP is the easiest protocol to *debug* when the problem shows up.
BGP does not help to accidently affect *unaffected* paths when
a problem shows up.
While there is a recursion issue in the BGP-IGP scenario, BGP would be
just as broke if the only path between
*NANOG 26 Meeting Information*
Registration is now open for the 26th Meeting
of the North American Network Operators' Group
(NANOG). The meeting will be hosted by the
University of Oregon and Sprint.
The NANOG 26 meeting (October 27-29) will be
held back-to-back with the ARIN X
While there is a recursion issue in the BGP-IGP scenario, BGP would be
just as broke if the only path between two nodes (and whatever nodes are
behind them) had their BGP session removed. Misconfigurations do not imply
bad network designs. Bugs are bugs (whether they be OSPF or ISIS or
We need to be careful, at the RIR level, that data being published doesn't
get mucked up. If a RIR publishes a netblock as unallocated and that happens
to knock people off the net, then the RIR's need to be willing to solve that problem
7x24x365.
Having the IANA, or other entity publishing a
They are not bogus, hence the sub-deligation, and hence a
good reason to have a more detailed source of information.
I would suspect that this block should be chopped a bit to
reflect the IANA/ICANN usage.
This block was first routed on the internet via AS 226 around
late summer early fall
On Wed, 04 Sep 2002 10:08:00 -0400
David Charlap [EMAIL PROTECTED] wrote:
John M. Brown wrote:
In the last 72 hours I've seen over 3GB of data hit a network
I play with with source IP's of IANA-RESERVED space.
Just out of curiosity, do you know that these are bogus source
On Wed, 4 Sep 2002 05:30:46 -0400 (EDT), jeffrey.arnold [EMAIL PROTECTED] said:
Foundry makes a very good, very stable bgp speaker. I've had them in
my network alongside cisco's and juniper's for a couple of years
now, and i've never run into any bgp implementation problems that i
would
I'm a big fan of both Foundry and Riverstone, as BGP speaking routers. I've
had great luck with both. Foundry has some annoying bugs at first, but these
seem to have been resolved. I recommend both.
- Daniel Golding
On Wed, 4 Sep 2002, Deepak Jain wrote:
:: Boxes like Foundry, Extreme,
Cool, maybe we're making progress. The last N times this has come up,
the biggest X the big IP backbones showed a distinct lack of interest
or in one case extreme hostility to the idea.
I've suggested an AS-NULL(AS0) or AS-RESERVED machine parsable macros for
unassigned prefixes which should
I'm concerned with having to much data in the system. This invites
mistakes, potential abuse and other problems.
By having only:
RESERVED or ALLOCATED
and having that publishd by IANA, we reduce the potential of
mistakes affecting real users.
If the RIR's are going to provide more data,
RESERVED or ALLOCATED
and having that publishd by IANA, we reduce the potential of
mistakes affecting real users.
Actually, this was part of the original RAdb.
All the RESERVED space was mapped to AS-0.
This was not considered useful and it was
Yes. 256 lines is probably better, just to make it easily portable.
Also I'd like to see the list of how the ips are split between reginal
registries for whois purposes. For example blocks like 3.0.0.0/8 or
4.0.0.0/8 have records in ARIN. I think therefore they should be listed as
ARIN
Actually let me correct myself...
The format I think would be better is:
block date-of-current-allocation registrycomment/purpose
I don't want to see separate lines below like (Formerly Stanford
University - Apr 93). This should be part of the comment on the same line
and date
On Wed, 4 Sep 2002, John M. Brown wrote:
I'm concerned with having to much data in the system. This invites
mistakes, potential abuse and other problems.
By having only:
RESERVED or ALLOCATED
I'm ok with anything, as long as we try to move in the forward direction.
BTW, IANA needs to
List the 128-191/8 allocations first. Getting this information from the
RIR's has been tedious. After that, details on each /8 for all 256 lines
would be useful. It is a stepping stone to some of other suggestions that
are bound to come out of this thread.
Rob Thomas and I have been playing
Whoops that should be http://www.cisco.com/public/cons/isp/security/
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
Barry Raveendran Greene
Sent: Wednesday, September 04, 2002 1:29 PM
To: John Crain; 'Jeffrey Meltzer'; [EMAIL PROTECTED]
Subject:
List the 128-191/8 allocations first. Getting this information from the
RIR's has been tedious.
Unless IANA was responsible for those initial allocations, it should not
be IANA's task to make this list. And if IANA makes such a list I think it
should be separate from the /8 list presented
On Wed, 4 Sep 2002 [EMAIL PROTECTED] wrote:
List the 128-191/8 allocations first. Getting this information from the
RIR's has been tedious.
Unless IANA was responsible for those initial allocations, it should not
be IANA's task to make this list. And if IANA makes such a list I think it
The latest Cooke Report made the following statement:
They are, he says, the Internet Core Networks that announced
anonymously on December 5, 2001 their decision to move their peering
to Equinix Exchanges. He identifies them as UUNET, Sprint, Cable and
Wireless, Genuity, Level 3, Qwest, and
I have to second that. Riverstone is definitely a solid box.
Featurewise, routing protocols are excellent, but services are not quite
there. (I.E. it doesn't support any IP tunneling protocol in any shape or
form. GRE is extremely useful under some circumstances, but sadly,
not with
On Wed, 4 Sep 2002 [EMAIL PROTECTED] wrote:
I used the list posted at iana and created the list in the what I think
is better for use by own whois server. Its likely to be of use to others.
Also based on suggestion by Sean Donelan column has been added if
/8 block is or should be routable
32 matches
Mail list logo
