[OT] Micros~1 Sysinternals

2009-06-12 Thread jamie rishaw
  [Off Topic]   [Dont annoy the MLC by making this a thread]
  [MLC: *waves hand, jedi style* This post is okay.]

All,

   I dont know the politics behind it, but whenever things like this come
out, it usually means the viability is being questioned.

   MS has put out a survey w.r.t. Sysinternals, formerly
sysinternals.combut now part of the Microsoft collective.  If you use,
or have used,
Sysinternals tools [1]  (invaluable to those with clue trying to deal with
MS crap), you know its value.

   As SANS writes, "If you are a Sysinternals user please consider taking
five minutes to contribute to their future."  It took me about a minute and
a half.

   The link URL is below at #2, or *http://tinyurl.com/mvtd6d*

-jamie

[1]  http://technet.microsoft.com/en-us/sysinternals/default.aspx
[2]  SURVEY LINK : *http://tinyurl.com/mvtd6d* , aka
http://www.zoomerang.com/Survey/survey-intro.zgi?p=WEB229A879HFVU

-- 
Jamie Rishaw // .com.a...@j <- reverse it. ish.
[Impressive C-level Title Here], arpa / arpa labs


Re: RIPE NCC interview about IPv6 deployment with Randy Bush

2009-06-12 Thread Antonio Querubin

On Fri, 12 Jun 2009, Jorge Amodio wrote:


Randy Bush (IIJ) discusses IPv6 deployment:
http://www.youtube.com/watch?v=QCcigLJJbvU


The correct URL is http://youtube.com/watch?v=Qh3i6lDqWBM

Antonio Querubin
whois:  AQ7-ARIN



Re: RIPE NCC interview about IPv6 deployment with Randy Bush

2009-06-12 Thread Jorge Amodio
On Fri, Jun 12, 2009 at 9:52 PM, Randy Bush wrote:
>> Wow !!!, Randy with the anti-grumpyness filter sounds and looks quite
>> different.
>
> it was the duct tape

He, he, BTW your interview was really good.

Hope some folks get the point that besides many of the challenges to
transition to v6 the real deal is what you put very clearly in just one word:
 "experience".

Cheers



Re: RIPE NCC interview about IPv6 deployment with Randy Bush

2009-06-12 Thread Randy Bush
> Wow !!!, Randy with the anti-grumpyness filter sounds and looks quite
> different.

it was the duct tape



Re: RIPE NCC interview about IPv6 deployment with Randy Bush

2009-06-12 Thread Jorge Amodio
> Randy Bush (IIJ) discusses IPv6 deployment:
> http://www.youtube.com/watch?v=QCcigLJJbvU

Wow !!!, Randy with the anti-grumpyness filter sounds and looks quite
different.

Marvelous technologies of these days ...

Cheers



Re: RIPE NCC interview about IPv6 deployment with Randy Bush

2009-06-12 Thread Marc Manthey


Am 12.06.2009 um 20:59 schrieb Ken A:


http://downforeveryoneorjustme.com/http://youtube.com/
"It's not just you! http://youtube.com looks down from here."


seems like a hickup :-)

Amazing that even such big sites , with a mega infrastructure, tons of  
servers and people behind it

can´t guarantee 100% uptime

greetings


marc


Ken


Arno Meulenkamp wrote:
As part of our IPv6 training project, that consists of face to face  
training and on-line learning modules and testimonials, we are  
proud to announce the second in a series of interviews.

Randy Bush (IIJ) discusses IPv6 deployment:
http://www.youtube.com/watch?v=QCcigLJJbvU
So far, we have interviewed 22 people from the community about  
their experiences and are very busy editing all the video material.  
In the coming months, you will be able to enjoy the rest of the  
interviews here:

http://www.youtube.com/user/RIPENCC
These interviews will also be published on our e-learning page and  
on our IPv6 Act Now website:

http://ripe.net/training/e-learning/
http://www.ipv6actnow.org/
Cheers,
Arno Meulenkamp
RIPE NCC



--
Ken Anderson
Pacific Internet - http://www.pacific.net



--  
Les enfants teribbles - research / deployment

Marc Manthey
Vogelsangerstrasse 97
D - 50823 Köln - Germany
Vogelsangerstrasse 97
Geo: 50.945554, 6.920293
PGP/GnuPG: 0x1ac02f3296b12b4d
Tel.:0049-221-29891489
Mobil:0049-1577-3329231
web : http://www.let.de

Opinions expressed may not even be mine by the time you read them, and  
certainly don't reflect those of any other entity (legal or otherwise).


Please note that according to the German law on data retention,  
information on every electronic information exchange with me is  
retained for a period of six months.





Re: RIPE NCC interview about IPv6 deployment with Randy Bush

2009-06-12 Thread Ken A

http://downforeveryoneorjustme.com/http://youtube.com/
"It's not just you! http://youtube.com looks down from here."

Ken


Arno Meulenkamp wrote:
As part of our IPv6 training project, that consists of face to face 
training and on-line learning modules and testimonials, we are proud to 
announce the second in a series of interviews.


Randy Bush (IIJ) discusses IPv6 deployment:
http://www.youtube.com/watch?v=QCcigLJJbvU

So far, we have interviewed 22 people from the community about their 
experiences and are very busy editing all the video material. In the 
coming months, you will be able to enjoy the rest of the interviews here:

http://www.youtube.com/user/RIPENCC

These interviews will also be published on our e-learning page and on 
our IPv6 Act Now website:

http://ripe.net/training/e-learning/
http://www.ipv6actnow.org/

Cheers,

Arno Meulenkamp
RIPE NCC



--
Ken Anderson
Pacific Internet - http://www.pacific.net



Re: ICSI Netalyzr launch

2009-06-12 Thread Chris Grundemann
On Fri, Jun 12, 2009 at 11:03, Randy Bush wrote:
> sure, we need a privacy policy that can be arbitrarily changed with no
 ... previous ...
> notice just as we have for ...
 ... everything !!!
>>> exactly.  so was the question a troll, a red herring, or just a rant?
>> If you are saying that the policy can be changed
>
> i am saying all this is specious.
>
> if you don't like it, don't use it.  i have been using vern's stuff for
> 15 years or so, and trust him vastly more than i trust 94.3% of all the
> other services you trust.
>
> randy
>

Probably so and it was not my intention to attack Vern, Berkley, ICIR
nor infer that they were not trustworthy.  Just pointing out a
possible place for improvement from my view.

~Chris



Weekly Routing Table Report

2009-06-12 Thread Routing Analysis Role Account
This is an automated weekly mailing describing the state of the Internet
Routing Table as seen from APNIC's router in Japan.
Daily listings are sent to bgp-st...@lists.apnic.net

For historical data, please see http://thyme.apnic.net.

If you have any comments please contact Philip Smith .

Routing Table Report   04:00 +10GMT Sat 13 Jun, 2009

Report Website: http://thyme.apnic.net
Detailed Analysis:  http://thyme.apnic.net/current/

Analysis Summary


BGP routing table entries examined:  287824
Prefixes after maximum aggregation:  137147
Deaggregation factor:  2.10
Unique aggregates announced to Internet: 142799
Total ASes present in the Internet Routing Table: 31449
Prefixes per ASN:  9.15
Origin-only ASes present in the Internet Routing Table:   27360
Origin ASes announcing only one prefix:   13306
Transit ASes present in the Internet Routing Table:4089
Transit-only ASes present in the Internet Routing Table: 96
Average AS path length visible in the Internet Routing Table:   3.6
Max AS path length visible:  29
Max AS path prepend of ASN (12026)   22
Prefixes from unregistered ASNs in the Routing Table:   500
Unregistered ASNs in the Routing Table: 147
Number of 32-bit ASNs allocated by the RIRs:181
Prefixes from 32-bit ASNs in the Routing Table:  49
Special use prefixes present in the Routing Table:0
Prefixes being announced from unallocated address space:829
Number of addresses announced to Internet:   2050857808
Equivalent to 122 /8s, 61 /16s and 155 /24s
Percentage of available address space announced:   55.3
Percentage of allocated address space announced:   64.0
Percentage of available address space allocated:   86.4
Percentage of address space in use by end-sites:   77.4
Total number of prefixes smaller than registry allocations:  142267

APNIC Region Analysis Summary
-

Prefixes being announced by APNIC Region ASes:68490
Total APNIC prefixes after maximum aggregation:   24490
APNIC Deaggregation factor:2.80
Prefixes being announced from the APNIC address blocks:   67896
Unique aggregates announced from the APNIC address blocks:30776
APNIC Region origin ASes present in the Internet Routing Table:3665
APNIC Prefixes per ASN:   18.53
APNIC Region origin ASes announcing only one prefix:997
APNIC Region transit ASes present in the Internet Routing Table:556
Average APNIC Region AS path length visible:3.5
Max APNIC Region AS path length visible: 18
Number of APNIC addresses announced to Internet:  453620336
Equivalent to 27 /8s, 9 /16s and 178 /24s
Percentage of available APNIC address space announced: 84.5

APNIC AS Blocks4608-4864, 7467-7722, 9216-10239, 17408-18431
(pre-ERX allocations)  23552-24575, 37888-38911, 45056-46079
APNIC Address Blocks58/8,  59/8,  60/8,  61/8, 110/8, 111/8, 112/8,
   113/8, 114/8, 115/8, 116/8, 117/8, 118/8, 119/8,
   120/8, 121/8, 122/8, 123/8, 124/8, 125/8, 126/8,
   180/8, 183/8, 202/8, 203/8, 210/8, 211/8, 218/8,
   219/8, 220/8, 221/8, 222/8,

ARIN Region Analysis Summary


Prefixes being announced by ARIN Region ASes:123257
Total ARIN prefixes after maximum aggregation:65969
ARIN Deaggregation factor: 1.87
Prefixes being announced from the ARIN address blocks:   124046
Unique aggregates announced from the ARIN address blocks: 51834
ARIN Region origin ASes present in the Internet Routing Table:13033
ARIN Prefixes per ASN: 9.52
ARIN Region origin ASes announcing only one prefix:4995
ARIN Region transit ASes present in the Internet Routing Table:1276
Average ARIN Region AS path length visible: 3.3
Max ARIN Region AS path length visible:  24
Number of ARIN addresses announced to Internet:  1009227328
Equivalent to 60 /8s, 39 /16s and 150 /24s
Percentage of available ARIN address space announced: 194.0

ARIN AS Blocks 1-1876, 1902-2042, 2044-2046, 2048-2106
(pre-ERX allocations)  2138-2584, 2615-2772, 2823-282

Re: RIPE NCC interview about IPv6 deployment with Randy Bush

2009-06-12 Thread Arno Meulenkamp


On 12 Jun 2009, at 19:29 , Marc Manthey wrote:

thanks  but thats not Randy Bush  its Andy Davidson

Randy Bushs Video is here

http://www.youtube.com/watch?v=Qh3i6lDqWBM


you are right!

guess that tells me that cutting and pasting is dangerous.. thanks! :)


Arno


PGP.sig
Description: This is a digitally signed message part


Re: RIPE NCC interview about IPv6 deployment with Randy Bush

2009-06-12 Thread Lucy Lynch

On Fri, 12 Jun 2009, Arno Meulenkamp wrote:

As part of our IPv6 training project, that consists of face to face training 
and on-line learning modules and testimonials, we are proud to announce the 
second in a series of interviews.


Randy Bush (IIJ) discusses IPv6 deployment:
http://www.youtube.com/watch?v=QCcigLJJbvU


He got larger! And developed an accent... oh wait.

Randy here, but I enjoyed Andy as well.

http://www.youtube.com/watch?v=Qh3i6lDqWBM

So far, we have interviewed 22 people from the community about their 
experiences and are very busy editing all the video material. In the coming 
months, you will be able to enjoy the rest of the interviews here:

http://www.youtube.com/user/RIPENCC

These interviews will also be published on our e-learning page and on our 
IPv6 Act Now website:

http://ripe.net/training/e-learning/
http://www.ipv6actnow.org/

Cheers,

Arno Meulenkamp
RIPE NCC




Re: ICSI Netalyzr launch

2009-06-12 Thread Randy Bush
>> i am saying all this is specious.
> What is really suspect is www.netalyzr.com is registered via GoDaddy and 
> DomainsByProxy. The IP resolves in Berkeley's IP space, but the reverse 
> DNS name is roland.icir.org.
> 
> Why the hidden registration?

if you knew anything about icir, vern, berkeley, ... you would have a
clue.

as it is, you don't.  so anything sounds like black helicopters.

i have work to do, so will be dropping out of this ever so exciting and
informative conversation.

randy



Re: ICSI Netalyzr launch

2009-06-12 Thread Michael Holstein



i am saying all this is specious.
  


What is really suspect is www.netalyzr.com is registered via GoDaddy and 
DomainsByProxy. The IP resolves in Berkeley's IP space, but the reverse 
DNS name is roland.icir.org.


Why the hidden registration? I realize Educause won't register a .com 
for you, but do you really need to be obtuse about who owns the domain? 
Also .. the Netalyzr project isn't even listed on the "projects" page at 
www.icir.org.


Cheers,

Michael Holstein
Cleveland State University



Re: RIPE NCC interview about IPv6 deployment with Randy Bush

2009-06-12 Thread Marc Manthey


Am 12.06.2009 um 19:05 schrieb Arno Meulenkamp:

As part of our IPv6 training project, that consists of face to face  
training and on-line learning modules and testimonials, we are proud  
to announce the second in a series of interviews.


Randy Bush (IIJ) discusses IPv6 deployment:
http://www.youtube.com/watch?v=QCcigLJJbvU


thanks  but thats not Randy Bush  its Andy Davidson

Randy Bushs Video is here

http://www.youtube.com/watch?v=Qh3i6lDqWBM

greetings


Marc




So far, we have interviewed 22 people from the community about their  
experiences and are very busy editing all the video material. In the  
coming months, you will be able to enjoy the rest of the interviews  
here:

http://www.youtube.com/user/RIPENCC

These interviews will also be published on our e-learning page and  
on our IPv6 Act Now website:

http://ripe.net/training/e-learning/
http://www.ipv6actnow.org/

Cheers,

Arno Meulenkamp
RIPE NCC


--  
Les enfants teribbles - research / deployment

Marc Manthey
Vogelsangerstrasse 97
D - 50823 Köln - Germany
Vogelsangerstrasse 97
Geo: 50.945554, 6.920293
PGP/GnuPG: 0x1ac02f3296b12b4d
Tel.:0049-221-29891489
Mobil:0049-1577-3329231
web : http://www.let.de

Opinions expressed may not even be mine by the time you read them, and  
certainly don't reflect those of any other entity (legal or otherwise).


Please note that according to the German law on data retention,  
information on every electronic information exchange with me is  
retained for a period of six months.





Re: ICSI Netalyzr launch

2009-06-12 Thread Jorge Amodio
imho, I believe you are being a little bit paranoid with a tool released
by folks that have been trusted in the community for ages.

As Randy said, if you don't like it or don't feel comfortable with it,
don't use it.

BTW, have you ever notified or made public what do you do with
the response of each single ping you sent ?

You ICMP packets are invading my privacy !!! :-)

Cheers



RIPE NCC interview about IPv6 deployment with Randy Bush

2009-06-12 Thread Arno Meulenkamp
As part of our IPv6 training project, that consists of face to face  
training and on-line learning modules and testimonials, we are proud  
to announce the second in a series of interviews.


Randy Bush (IIJ) discusses IPv6 deployment:
http://www.youtube.com/watch?v=QCcigLJJbvU

So far, we have interviewed 22 people from the community about their  
experiences and are very busy editing all the video material. In the  
coming months, you will be able to enjoy the rest of the interviews  
here:

http://www.youtube.com/user/RIPENCC

These interviews will also be published on our e-learning page and on  
our IPv6 Act Now website:

http://ripe.net/training/e-learning/
http://www.ipv6actnow.org/

Cheers,

Arno Meulenkamp
RIPE NCC


PGP.sig
Description: This is a digitally signed message part


Re: ICSI Netalyzr launch

2009-06-12 Thread Randy Bush
 sure, we need a privacy policy that can be arbitrarily changed with no
>>> ... previous ...
 notice just as we have for ...
>>> ... everything !!!
>> exactly.  so was the question a troll, a red herring, or just a rant?
> If you are saying that the policy can be changed

i am saying all this is specious.

if you don't like it, don't use it.  i have been using vern's stuff for
15 years or so, and trust him vastly more than i trust 94.3% of all the
other services you trust.

randy



Re: ICSI Netalyzr launch

2009-06-12 Thread Chris Grundemann
On Fri, Jun 12, 2009 at 09:43, Randy Bush wrote:
>>> sure, we need a privacy policy that can be arbitrarily changed with no
>> ... previous ...
>>> notice just as we have for ...
>> ... everything !!!
>
> exactly.  so was the question a troll, a red herring, or just a rant?
>
> randy
>
>

I guess it was just a rant, I like to know more specifically how folks
intend to use data before I hand it over - and I like that promise to
be at least theoretically enforceable.  I am far from a lawyer but it
is my understanding that an official pp is much more substantive and
binding than a single FAQ answer -- especially in the eyes of the FTC.
 Yes policies can be changed but I can follow those changes and stop
using the service/tool/etc if I don't like the changes.

If you are saying that the policy can be changed after the fact to
allow uses of the data for purposes or in manners other than those
originally stated, I think you are wrong, see the 2004 case between
the FTC and Gateway Learning as one example I know of off hand:

Howard Beales, Director of the FTC’s Bureau of Consumer Protection.
“You can change the rules but not after the game has been played.”
(http://www.ftc.gov/opa/2004/07/gateway.shtm)

I will grant you that in this case the data being collected is
probably not that sensitive, but the access to my computer is - to me
at least.  I for one would have used the tool immediately had there
been an acceptable PP or other TOS in place but without it I
hesitate...  So I figured I would bring it up.

~Chris

PS - if you are interested in TOS related stuff, might be worthwhile
to check out http://www.tosback.org/timeline.php a new project
launched by the EFF (no affiliation, just fyi)



Re: Rwhoisd solution?

2009-06-12 Thread Chris Wallace

Do you have a link to the information on how to get that setup?

---Chris



On Jun 10, 2009, at 1:05 PM, Chris Stone wrote:

Can someone please point me in the direction of an rwhoisd  
solution to
be run on a CentOS Linux platform? ARIN is now punting rwhois  
queries

to us and frankly i've been unable to find an easy to install/use
solution to answer these queries. I've seen the rwhoisd at
projects.arin.net but the documentation on it is ghastly to say the
least.


If you use IPPlan to manage your IP allocations, it comes with a whois
daemon that'll automagically use the information from your IPPlan sql
database.


Chris






Re: ICSI Netalyzr launch

2009-06-12 Thread Randy Bush
>> sure, we need a privacy policy that can be arbitrarily changed with no
> ... previous ...
>> notice just as we have for ...
> ... everything !!!

exactly.  so was the question a troll, a red herring, or just a rant?

randy



Re: Cogent input

2009-06-12 Thread Martin Hannigan
On Thu, Jun 11, 2009 at 9:46 AM, Justin Shore wrote:

> I'm in search of some information about Cogent, it's past, present and
> future.  I've heard bits and pieces about Cogent's past over the years but
> by no means have I actively been keeping up.
>


I had a very positive interaction with the Cogent folks in Europe FWIW. It
was seeded by their US colleagues and everyone worked closely to try and
make things work operationally and economically. That signaled to me that
they have some cohesiveness internally which I found to be a big plus*.

At worst, allowing Cogent to seriously compete for your business can help
you reduce your costs elsewhere if you are smart about it. At best, you
could cut your costs and maintain the reliability that you are seeking with
some strategic mitigation. Others may have different suggestions. YMMV.

Best,

Marty


* Not an endorsement, just an opinion.


-- 
Martin Hannigan   mar...@theicelandguy.com
p: +16178216079
Power, Network, and Costs Consulting for Iceland Datacenters and Occupants


Re: ICSI Netalyzr launch

2009-06-12 Thread Jorge Amodio
> sure, we need a privacy policy that can be arbitrarily changed with no

... previous ...

> notice just as we have for ...

... everything !!!



Re: Cogent input

2009-06-12 Thread Leo Bicknell
In a message written on Fri, Jun 12, 2009 at 08:13:02AM -0500, Justin Shore 
wrote:
> Let me rephrase that. :-)  I know of no tier-Ns that offer any native v6 
> services here in the Midwest (central Kansas) including L3 which only 
> has a best effort pilot program using tunnels.  There might be more 
> options in KC or OKC but not here that I'm aware of...

www.tunnelbroker.net (which is HE under the hood) is available
anywhere, self serve, and works great.

I bring this up knowing a tunnel is not as good as native connectivity,
yadda yadda yadda.  My personal experience with sales folks is
telling them you need IPv6 makes them go ask questions internally,
while telling them you were forced to get service (a tunnel) from
a competitor generally sends the entire sales force into a tizzy
internally.  It really drives home the point that not only are you
asking, but you need it, and will go around them if necessary.  This
changes the equasion for them from wanting to be second (we will
offer it in the market when our competitor does) to wanting to be
first (we can't let our competitor pick off customers like this who
are desperate for the feature).

Of course, you may not want to turn up customers on such a service,
but it does provide an excellent opportunity to enable your test
lab, employee personal boxes, and the like so you can hit the ground
running.  Hard to beat for something that's free and takes 15 minutes
to set up.

-- 
   Leo Bicknell - bickn...@ufp.org - CCIE 3440
PGP keys at http://www.ufp.org/~bicknell/


pgphwsGecxnLQ.pgp
Description: PGP signature


Re: Traffic billing - L2 encap to include or not?

2009-06-12 Thread Renaud RAKOTOMALALA

Weber, Markus a écrit :
We all have our billing systems for traffic (bought, downloaded or 
home made, volume based or usage).  We all got hit by fancy SNMP

bugs of various vendors and we all suffer from the fact, that SNMP
counters do not carry a time stamp, when they had been taken from
the ASICs, causing a slight derivation. [...]

[../..]
So, is L2 encapsulation (e.g. Ethernet) considered as framing characters
or not?
[../..]
  

Hello,

To my point of view, if you base your billing from L2 encapsulation you 
gonna bill your customers on local networks problems like, problems on 
L2 frames, padding (as you explain).


These kind of problematic (again to my point of view) is the problem of 
the provider and not of the customer who buy IP traffic and not L2 traffic.


Renaud



Traffic billing - L2 encap to include or not?

2009-06-12 Thread Weber, Markus

We all have our billing systems for traffic (bought, downloaded or 
home made, volume based or usage).  We all got hit by fancy SNMP
bugs of various vendors and we all suffer from the fact, that SNMP
counters do not carry a time stamp, when they had been taken from
the ASICs, causing a slight derivation. [...]

Most systems (not the xflow based ones) do use IF-MIB::InOctets and
IF-MIB::OutOctets or their HC counter parts to retrieve the number
of transmitted bytes and do their calculation based on these numbers.

What would you expect these counters to return, esp. on Ethernet?
RFC2683 states 

   ifXxxOctets
  The definitions of ifInOctets and ifOutOctets (and similarly,
  ifHCInOctets and ifHCOutOctets) specify that their values include
  framing characters.  The media-specific MIB designer MUST specify
  any special conditions of the media concerning the inclusion of
  framing characters, especially with respect to frames with errors.

   The total number of octets transmitted out of/received on the
  interface, including framing characters."


So, is L2 encapsulation (e.g. Ethernet) considered as framing characters
or not?

Cisco does count them (looks like they also count the FCS), while 
Juniper does not (at least not on their routers) with above MIBs.
So who's right?


Which brings me to the question: How do others handle this? Do your
customers have to pay for the L2 encapsulation overhead or not? Does
your (special) G T&C address this? Does your system adjust the
numbers by adding/subtracting L2 enc overhead * number of transmitted
packets? Or do you just live with it as it is (and hope, your provider
uses J-counters to do their billing).

Oh, it's Friday ... Markus


PS1: And what about padding? IP packets could be smaller then the min
 ethernet frame size ... (think of some kind of DOS attacks) ...
PS2: Oh, maybe someone could check on J switches - would be nice to
 know ...
--
[E] Markus Weber  [IRC] FvD [T] +49 69 96874-298 [F] -289
[KPN Eurorings B.V.   Darmstädter Landstraße 184   D-60598 Frankfurt]
[HRB56874  Amtsgericht Frankfurt  Carolien Nijhuis+Louis Rustenhoven]






Re: Cogent input

2009-06-12 Thread Justin Shore

Paul Timmins wrote:
GlobalCrossing told me today I can order native IPv6 anywhere on their 
network. Don't know if they count as Tier 1 on your list, though. VZB 
has given me tunnels for a while, hopefully they'll get their pMTU issue 
fixed so we can do more interesting things with it.


I'd love to have GLBX but I'm positive that they aren't available here. 
 We'd have to pay for transport to a much larger market to go get them. 
 That may be more feasible when the state network gets built but that's 
a few years off.  Until then I'll have to dream about GBLX...


Justin





Re: Cogent input

2009-06-12 Thread Justin Shore

John van Oppen wrote:

NTT (2914) and GBLX (3549) both do native v6...  most everyone else on
the tier1 list does tunnels.  :(

There are some nice tier2 networks who do native v6, tiscali and he.net
come to mind.


Let me rephrase that. :-)  I know of no tier-Ns that offer any native v6 
services here in the Midwest (central Kansas) including L3 which only 
has a best effort pilot program using tunnels.  There might be more 
options in KC or OKC but not here that I'm aware of...


Justin





The Cidr Report

2009-06-12 Thread cidr-report
This report has been generated at Fri Jun 12 21:13:51 2009 AEST.
The report analyses the BGP Routing Table of AS2.0 router
and generates a report on aggregation potential within the table.

Check http://www.cidr-report.org for a current version of this report.

Recent Table History
Date  PrefixesCIDR Agg
05-06-09293617  183706
06-06-09294620  183567
07-06-09294066  182882
08-06-09294012  183175
09-06-09294091  183252
10-06-09293965  183136
11-06-09292531  183769
12-06-09294158  183680


AS Summary
 31555  Number of ASes in routing system
 13395  Number of ASes announcing only one prefix
  4288  Largest number of prefixes announced by an AS
AS6389 : BELLSOUTH-NET-BLK - BellSouth.net Inc.
  89748736  Largest address span announced by an AS (/32s)
AS27064: DNIC-ASBLK-27032-27159 - DoD Network Information Center


Aggregation Summary
The algorithm used in this report proposes aggregation only
when there is a precise match using the AS path, so as 
to preserve traffic transit policies. Aggregation is also
proposed across non-advertised address space ('holes').

 --- 12Jun09 ---
ASnumNetsNow NetsAggr  NetGain   % Gain   Description

Table 294180   183434   11074637.6%   All ASes

AS6389  4288  343 394592.0%   BELLSOUTH-NET-BLK -
   BellSouth.net Inc.
AS4323  4273 1780 249358.3%   TWTC - tw telecom holdings,
   inc.
AS17488 1600  299 130181.3%   HATHWAY-NET-AP Hathway IP Over
   Cable Internet
AS4766  1815  520 129571.3%   KIXS-AS-KR Korea Telecom
AS4755  1243  144 109988.4%   TATACOMM-AS TATA
   Communications formerly VSNL
   is Leading ISP
AS1785  1685  642 104361.9%   AS-PAETEC-NET - PaeTec
   Communications, Inc.
AS22773 1062   67  99593.7%   ASN-CXA-ALL-CCI-22773-RDC -
   Cox Communications Inc.
AS8151  1464  548  91662.6%   Uninet S.A. de C.V.
AS19262 1014  236  77876.7%   VZGNI-TRANSIT - Verizon
   Internet Services Inc.
AS8452   981  278  70371.7%   TEDATA TEDATA
AS18566 1062  423  63960.2%   COVAD - Covad Communications
   Co.
AS18101  753  157  59679.2%   RIL-IDC Reliance Infocom Ltd
   Internet Data Centre,
AS17908  656   66  59089.9%   TCISL Tata Communications
AS6478  1375  790  58542.5%   ATT-INTERNET3 - AT&T WorldNet
   Services
AS4804   679  107  57284.2%   MPX-AS Microplex PTY LTD
AS11492   584  52747.4%   CABLEONE - CABLE ONE, INC.
AS22047  591   88  50385.1%   VTR BANDA ANCHA S.A.
AS7029   605  105  50082.6%   WINDSTREAM - Windstream
   Communications Inc
AS2706   536   44  49291.8%   PI-HK Pacnet Internet (Hong
   Kong) Limited
AS17676  564   80  48485.8%   GIGAINFRA Softbank BB Corp.
AS24560  714  246  46865.5%   AIRTELBROADBAND-AS-AP Bharti
   Airtel Ltd., Telemedia
   Services
AS7018  1507 1042  46530.9%   ATT-INTERNET4 - AT&T WorldNet
   Services
AS4808   631  166  46573.7%   CHINA169-BJ CNCGROUP IP
   network China169 Beijing
   Province Network
AS4134   892  434  45851.3%   CHINANET-BACKBONE
   No.31,Jin-rong Street
AS7545   810  383  42752.7%   TPG-INTERNET-AP TPG Internet
   Pty Ltd
AS9443   514   90  42482.5%   INTERNETPRIMUS-AS-AP Primus
   Telecommunications
AS7011   977  564  41342.3%   FRONTIER-AND-CITIZENS -
   Frontier Communications of
   America, Inc.
AS4668   693  284  40959.0%   LGNET-AS-KR LG CNS
AS6517   650  246  40462.2%   RELIANCEGLOBALCOM - Reliance
   Globalcom

BGP Update Report

2009-06-12 Thread cidr-report
BGP Update Report
Interval: 28-Apr-09 -to- 29-May-09 (32 days)
Observation Point: BGP Peering with AS131072

TOP 20 Unstable Origin AS
Rank ASNUpds %  Upds/PfxAS-Name
 1 - AS919858785  1.0% 233.3 -- KAZTELECOM-AS Kazakhtelecom 
Corporate Sales Administration
 2 - AS638957303  1.0%  13.1 -- BELLSOUTH-NET-BLK - 
BellSouth.net Inc.
 3 - AS21491   54595  0.9%1819.8 -- UTL-ON-LINE UTL On-line is RF 
broadband ISP in Uganda - Africa
 4 - AS845253246  0.9%  41.6 -- TEDATA TEDATA
 5 - AS815148723  0.8%  12.6 -- Uninet S.A. de C.V.
 6 - AS313046229  0.8% 179.9 -- RGNET-3130 RGnet/PSGnet
 7 - AS35805   45913  0.8% 127.2 -- UTG-AS United Telecom AS
 8 - AS17974   36111  0.6%  33.2 -- TELKOMNET-AS2-AP PT 
Telekomunikasi Indonesia
 9 - AS10834   35811  0.6%  14.1 -- Telefonica Data Argentina S.A.
10 - AS20115   35268  0.6%  20.9 -- CHARTER-NET-HKY-NC - Charter 
Communications
11 - AS505634984  0.6% 296.5 -- INS-NET-2 - Iowa Network 
Services
12 - AS424932651  0.6% 180.4 -- LILLY-AS - Eli Lilly and Company
13 - AS17488   32059  0.5%  19.0 -- HATHWAY-NET-AP Hathway IP Over 
Cable Internet
14 - AS33776   31203  0.5% 269.0 -- STARCOMMS-ASN
15 - AS432330360  0.5%   7.0 -- TWTC - tw telecom holdings, inc.
16 - AS30890   26554  0.5%  48.8 -- EVOLVA Evolva Telecom
17 - AS292025925  0.4% 316.2 -- LACOE - Los Angeles County 
Office of Education
18 - AS29372   25107  0.4% 317.8 -- SFR-NETWORK SFR
19 - AS505025065  0.4%1790.4 -- PSC-EXT - Pittsburgh 
Supercomputing Center
20 - AS10620   24077  0.4%  24.3 -- TV Cable S.A.


TOP 20 Unstable Origin AS (Updates per announced prefix)
Rank ASNUpds %  Upds/PfxAS-Name
 1 - AS16931   18144  0.3%9072.0 -- GLOBAL-PAYMENTS-1 - Global 
Payments, Inc.
 2 - AS15045   16317  0.3%4079.2 -- KITTELSON - KITTELSON AND 
ASSOCIATES, INC.
 3 - AS23535  0.1%   4.0 -- NAVITAIRE-AS-AU-AP Accenture - 
Navitaire,
 4 - AS32398   20661  0.3%3443.5 -- REALNET-ASN-1
 5 - AS131532542  0.0%2542.0 -- ONEWORLD OneWorld S.A.
 6 - AS292292444  0.0%2444.0 -- ASDA-AS Assotiation for the 
Development of West Athens
 7 - AS8499 2252  0.0%2252.0 -- Space Hellas Network Operation 
Center (NOC)
 8 - AS13325   16858  0.3%2107.2 -- STOMI - State of Michigan, 
DMB-CNOC
 9 - AS398034171  0.1%2085.5 -- UTI-AS SC UTI COMMUNICATIONS 
SYSTEMS SRL
10 - AS396995751  0.1%1917.0 -- SSPOY-AS Salon Seudun Puhelin Oy
11 - AS476405581  0.1%1860.3 -- TRICOMPAS Tricomp Sp. z. o. o.
12 - AS21491   54595  0.9%1819.8 -- UTL-ON-LINE UTL On-line is RF 
broadband ISP in Uganda - Africa
13 - AS505025065  0.4%1790.4 -- PSC-EXT - Pittsburgh 
Supercomputing Center
14 - AS172361271  0.0%1271.0 -- TULSAL-74103 - Tulsa 
City-County Library
15 - AS354007612  0.1%1268.7 -- MFIST Interregoinal 
Organization Network Technologies
16 - AS282561241  0.0%1241.0 -- 
17 - AS289532317  0.0%1158.5 -- PIRAEUSBANK Greek banking 
institution
18 - AS472991086  0.0%1086.0 -- DRSA-AS Dlugie Rozmowy S.A.
19 - AS414921082  0.0%1082.0 -- EXIMBANK-AS SC Eximbank SA
20 - AS249942136  0.0%1068.0 -- GENESYS-AS GENESYS Informatica 
AS for announcing own prefixes


TOP 20 Unstable Prefixes
Rank Prefix Upds % Origin AS -- AS Name
 1 - 72.23.246.0/2424597  0.4%   AS5050  -- PSC-EXT - Pittsburgh 
Supercomputing Center
 2 - 41.204.2.0/24 20567  0.3%   AS32398 -- REALNET-ASN-1
 3 - 64.69.192.0/2018134  0.3%   AS16931 -- GLOBAL-PAYMENTS-1 - Global 
Payments, Inc.
 4 - 192.12.120.0/24   10437  0.2%   AS5691  -- MITRE-AS-5 - The MITRE 
Corporation
 5 - 89.218.218.0/237837  0.1%   AS9198  -- KAZTELECOM-AS Kazakhtelecom 
Corporate Sales Administration
 6 - 89.218.220.0/237833  0.1%   AS9198  -- KAZTELECOM-AS Kazakhtelecom 
Corporate Sales Administration
 7 - 92.46.244.0/23 7830  0.1%   AS9198  -- KAZTELECOM-AS Kazakhtelecom 
Corporate Sales Administration
 8 - 95.59.4.0/22   7823  0.1%   AS9198  -- KAZTELECOM-AS Kazakhtelecom 
Corporate Sales Administration
 9 - 95.59.2.0/23   7818  0.1%   AS9198  -- KAZTELECOM-AS Kazakhtelecom 
Corporate Sales Administration
10 - 95.59.8.0/23   7817  0.1%   AS9198  -- KAZTELECOM-AS Kazakhtelecom 
Corporate Sales Administration
11 - 123.49.152.0/247538  0.1%   AS18118 -- CITICNET-AP CITIC Networks 
Management Co.,Ltd.
12 - 90.150.0.0/24  7284  0.1%   AS35400 -- MFIST Interregoinal 
Organization Network Technologies
13 - 63.144.223.0/247006  0.1%   AS30221 -- T3COM - T3 Commun

Re: Cogent input

2009-06-12 Thread Jeroen Wunnink
That might be because some bigger providers in the Netherlands are 
throwing out transits that don't support IPv6.

So there's your commercial necessity ;-)


Raymond Dijkxhoorn wrote:

Hi!

Should have said "And, they have no plans to deploy IPv6 in the 
immediate

future."

:)



"Cogent's official stance on IPv6 is that we will deploy IPv6 when it
becomes a commercial necessity. We have tested IPv6 and we have our 
plan

for rolling it out, but there are no commercial drivers to spend money
to upgrade a network to IPv6 for no real return on investment."


Thats strange they are running pilots with customers on v6 in Amsterdam.

Bye,
Raymond.



--

Met vriendelijke groet,

Jeroen Wunnink,
EasyHosting B.V. Systeembeheerder
systeembeh...@easyhosting.nl

telefoon:+31 (035) 6285455  Postbus 48
fax: +31 (035) 6838242  3755 ZG Eemnes

http://www.easyhosting.nl
http://www.easycolocate.nl





Re: ICSI Netalyzr launch

2009-06-12 Thread Randy Bush
> Why no privacy policy?  Or am I just partially blind?  Is an answer in
> a FAQ legally binding?

sure, we need a privacy policy that can be arbitrarily changed with no
notice just as we have for ...

randy