This is an auto-generated mail on Fri May 31 23:00:01 PDT 2002
It is not checked before it leaves my workstation. However, hopefully
you will find this report interesting and will take the time to look
through this to see if you can improve the amount of aggregation you
perform.
Check http:
[ Warning: mini-rant follows ]
On Fri, 31 May 2002, Rowland, Alan D wrote:
> But you have Drew Carey!
And a very entertaining gentleman he is. Quite funny, in fact. Doesn't
help our broadband situation. ;)
> What about cable access? It's more and more an option that has, IMHO,
> significa
Being picky... IDs are possible RFCs
RIR documents don't even get that far... :)
>
> http://www.ietf.org/internet-drafts/draft-ietf-ipngwg-addr-arch-v3-07.tx
> t
> is the replacement for 2373
>
> http://www.ripe.net/ipv6/global-ipv6-assign-2002-04-25.html
> is the replacement
http://www.ietf.org/internet-drafts/draft-ietf-ipngwg-addr-arch-v3-07.tx
t
is the replacement for 2373
http://www.ripe.net/ipv6/global-ipv6-assign-2002-04-25.html
is the replacement for 2374
Yes a /16 would allow for 32 bit ASNs. The prior note was looking for a
/32.
Tony
> -Original Mess
This is described in rfc2373 and rfc2374. The 128 bit address space
is separated into a /64 for each "site" and the remaining 64 bits for
the MAC address, etc, for interfaces on the site. The "public" topology
is 48 bits, and this is what is supposed to be routable.
This would work with a 32 b
Andy Walden wrote:
> On Fri, 31 May 2002, Tony Hain wrote:
>
> > What is the point of an ASN if all you are multi-homing is a single
> > subnet?
>
> Tony,
>
> I'm missing the correlation between the amount of address
> space announced
> and multihoming. (Beyond the prefix being too long and poten
On Fri, 31 May 2002, Tony Hain wrote:
> What is the point of an ASN if all you are multi-homing is a single
> subnet?
Tony,
I'm missing the correlation between the amount of address space announced
and multihoming. (Beyond the prefix being too long and potentially
filtered). Care to elaborate
Marshall Eubanks wrote:
> On Thu, 30 May 2002 17:52:55 -0700
> "Tony Hain" <[EMAIL PROTECTED]> wrote:
> > Marshall Eubanks wrote:
> > > Since I run a small AS :
> > >
> > > I like this idea.
> > >
> > > Since I believe in living dangerously :
> > >
> > > I also think that a /64 should be reserve
On Fri, 31 May 2002, Brandon Knicely wrote:
:2. Have they been useful or just generated noise and excess cycles? (1 -
:waste of time, 10 - water walker)
:3. Any 'real-world' comparative/useful data and/or opinion on different
:approaches...ie pattern matching, anomoly detection and/or data mi
IDS's have been around awhile but recently became interested in their
usefulness. I was wondering if I could get some group feedback on the
following:
1. How many folks have actually deployed either a NID, NNID or HID system?
2. Have they been useful or just generated noise and excess cycles
But you have Drew Carey!
What about cable access? It's more and more an option that has, IMHO,
significant benefits over DSL. No PPPoE for starters...
Unless you're in a business zone. :(
-Al
-Original Message-
From: Steven J. Sobol [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 30, 2
i'm looking to buy some decent connectivity for a suite on the 18th floor
of 60 hudson, NYC.
OC3 or 100m ethernet.
direct or indirect connectivity to some exchanges would be good too.
private email would be nice.
--
[ Jim Mercer[EMAIL PROTECTED] +1 416 410-5633 ]
[
well bad & sad news,
http://www.totaltele.com/view.asp?ArticleID=52446&pub=tt&categoryid=0
We have two POP's and a colo in Detroit. One in Southfield, one in Troy,
both on the North side of Detroit.
FNSI -> http://www.fnsi.net
If anyone is looking for reliable access from a profitable regional player,
I'll volunteer. :)
K
> As far as I know, the following national providers exist in Detroit:
> (This is by no means, a complete list, and some of these aren't "Big
> Name" providers, but less likely to go under than John Q Random ISP)
The above is completely false statement in my opinion. From what I'v
seen, local "J
15 matches
Mail list logo
