On 2010.04.29 17:31, Robert Enger - NANOG wrote:
> 1) The capacity that a campus has into I2 or NLR is different than the
> BW the campus purchases from their commercial provider(s).
> 2) The commercial BW test sites are not optimized for speed. They do
> not have unlimited capacity network con
On 4/29/10 6:04 PM, Michael Smith wrote:
No GPL for the full paper, huh? Back to the cathedral
What's the toll in case I can get some buddies to pitch-in to buy access
to the full content?
I don't really expect people to pay for it. I hope it will eventually
become freely available.
On 4/30/10 3:15 AM, Steve Bertrand wrote:
Your observation is disturbingly bleak... do you have a recommendation?
...perhaps a site with good bandwidth and a cluster of iperf(1) boxes
available? :)
There are better tools than a simple iperf server:
http://psps.perfsonar.net/toolkit/
There
Jeff wrote:
The problem is the Faculty^Wusers are smart, but not experienced in
networking, so they buy into the marketing and eye candy of the speed
dials on the Speakeasy and assorted speed testing tool sites.
Not just them, we are constantly dealing with our new HS users who go to
those s
On 4/30/2010 8:49 AM, Jeff wrote:
> There are better tools than a simple iperf server:
>
> http://psps.perfsonar.net/toolkit/
There is also http://netalyzr.icsi.berkeley.edu/ which is an excellent
connectivity check, although your mileage may vary with higher-speed
bandwidth testing from it.
Jeff
What is/isn't a "war"? Was US/Vietnam a war? It wasn't declared legally...
do you take issue with using the word war due to the nature of the event, or is
it simply a question of scale?
From what I've read so far of this paper, the incident being called "a war"
isn't central to the thesis.
As a data point, there are currently 866* x-small IPv4 ISP organizations in the
ARIN region.
There are a total of 3,562* ISP organizations in the ARIN region (including
IPv4 and IPv6).
x-small IPv4 providers as such, constitute about 1/4 of the total ARIN ISP
constituency.
The maximum reven
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
On 4/26/2010 8:07 AM, Christopher Morrow wrote:
On Mon, Apr 26, 2010 at 10:34 AM, Stephen Sprunk wrote:
Don't forget the hotspot vendor that returns an address of 0.0.0.1 for
every A query if you have previously done an query for the same
name (and timed out). That's a fun one.
so... a
BGP Update Report
Interval: 22-Apr-10 -to- 29-Apr-10 (7 days)
Observation Point: BGP Peering with AS131072
TOP 20 Unstable Origin AS
Rank ASNUpds % Upds/PfxAS-Name
1 - AS35805 29526 2.2% 47.9 -- UTG-AS United Telecom AS
2 - AS17672 21731 1.6%
This report has been generated at Fri Apr 30 21:11:43 2010 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
On Thu, 29 Apr 2010 08:22:47 -0700
Bill Stewart wrote:
> On Tue, Apr 27, 2010 at 3:24 PM, Owen DeLong wrote:
> >> Here's an exercise. Wipe a PC. Put it on that cable modem with no
> >> firewall. Install XP on it. See if you can get any service packs
> >> installed before the box is infecte
Paul,
On Apr 29, 2010, at 8:29 AM, Paul Timmins wrote:
> If you change ISPs, send out an RA with the new addresses, wait a bit, then
> send out an RA with lifetime 0 on the old address.
Even if this works (and I know a lot of applications that use the socket() API
that effectively cache the add
On Apr 30, 2010, at 6:26 PM, David Conrad wrote:
> Paul,
>
> On Apr 29, 2010, at 8:29 AM, Paul Timmins wrote:
>> If you change ISPs, send out an RA with the new addresses, wait a bit, then
>> send out an RA with lifetime 0 on the old address.
>
> Even if this works (and I know a lot of applica
David Conrad wrote:
Paul,
On Apr 29, 2010, at 8:29 AM, Paul Timmins wrote:
If you change ISPs, send out an RA with the new addresses, wait a bit, then
send out an RA with lifetime 0 on the old address.
Even if this works (and I know a lot of applications that use the socket() API
th
Owen,
On Apr 30, 2010, at 7:04 PM, Owen DeLong wrote:
> Ideally, in the vast majority of cases, resolv.conf is populated by dhcpv6 or
> it's successor.
:-). I haven't been following the religious war against DHCPv6 -- is it now
acceptable to get DNS information via DHCPv6? I note that MacOSX s
16 matches
Mail list logo
