Moderation has never worked well. Personal choice, killfiles, are
optimal IMHO. I agree.
is there another ops group, ripe, sanog, apops, afnog, ... which seems
to need/want moderation? i am not aware of any other list i read that
is moderated. if not, does that seem a bit strange to anyone
Let's try and take a step back, and see how low-key moderation works again?
No, let's not. To steal a line from rbush, we tried that three years
ago and it didn't work then.
actually it did
The current MLC's approach is working Just Fine;
in your opinion
mine differs
On Apr 21, 2009, at 5:23 PM, Matthew Palmer wrote:
Oh, you lucky, lucky person. We've got a couple of customers at the
day job
that constantly come back to us for more IP addresses for bandwidth
accounting purposes for their colo machine(s). Attempts at
education are
like talking to a
On 24.04.2009 03:48 Paul Vixie wrote
Bill Woodcock wo...@pch.net writes:
... Nobody's arguing against VLANs. Paul's argument was that VLANs
rendered shared subnets obsolete, and everybody else has been rebutting
that. Not saying that VLANs shouldn't be used.
i think i saw several folks,
On Apr 21, 2009, at 5:20 PM, Matthew Palmer wrote:
Then they come back with a request for IPs for SSL certificates,
which is a
valid technical justification. BTDT. People will find a way to do
the
stupid thing they want to do.
Most of the stupid people don't, actually. That's the funny
On Apr 21, 2009, at 6:50 PM, bmann...@vacation.karoshi.com wrote:
FTP? Who uses FTP these days? Certainly not consumers. Even Cisco
well, pretty much anyone who has large datasets to move around.
that default 64k buffer in the openssl libs pretty much sucks
rocks
Leo Bicknell wrote:
In a message written on Fri, Apr 24, 2009 at 01:48:28AM +, Paul Vixie wrote:
i think i saw several folks, not just stephen, say virtual wire was how
they'd do an IXP today if they had to start from scratch. i know that
for many here, starting from scratch isn't a
Large data sets? So you are saying that 512-byte packets with no
windowing work better? Bill, have you measured this?
Time to download a 100mb file over HTTP and a 100mb interface: 20
seconds.
Time to download a 100mb file over FTP and a 100mb interface: ~7 minutes.
And yes, that was
It's the technological equvilient of bringing everyone into a
conference room and then having them use their cell phones to call
each other and talk across the table. Why are you all in the same
room if you don't want a shared medium?
Probably the wrong people to ask (cf. IRC @ NANOG
Hi,
I am looking for a bit of advice around configuration backup / inventory. We
currently have a large multi-vendor network which is currently managed
through two separate tools (rancid - http://www.shrubbery.net/rancid and ns4
- http://www.noodles.org.uk/ns4.html). Both tools do the job very
But routers dont have bo.:)
--- original message ---
From: Brandon Butterworth bran...@rd.bbc.co.uk
Subject: Re: IXP
Date: 24th April 2009
Time: 8:16:00 am
It's the technological equvilient of bringing everyone into a
conference room and then having them use their cell phones to call
each
On Wed, Apr 22, 2009 at 10:57:31AM +1000, Matthew Palmer wrote:
On Tue, Apr 21, 2009 at 08:24:38PM -0400, Ricky Beam wrote:
On Tue, 21 Apr 2009 18:40:30 -0400, Chris Adams cmad...@hiwaay.net wrote:
SSL and FTP are techincal justifications for an IP per site.
No they aren't. SSL will work
On Apr 24, 2009, at 4:25 AM, Joshua Eyres wrote:
Hi,
I am looking for a bit of advice around configuration backup /
inventory. We
currently have a large multi-vendor network which is currently managed
through two separate tools (rancid - http://www.shrubbery.net/rancid
and ns4
-
BGP Update Report
Interval: 23-Mar-09 -to- 23-Apr-09 (32 days)
Observation Point: BGP Peering with AS131072
TOP 20 Unstable Origin AS
Rank ASNUpds % Upds/PfxAS-Name
1 - AS6389 347165 4.2% 79.4 -- BELLSOUTH-NET-BLK -
BellSouth.net Inc.
2 - AS2386
This report has been generated at Fri Apr 24 21:13:59 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
Anyone seeing issues with reachability for tools.ietf.org in IPv6? v4
works fine for me, but oh, the timeouts. :(
Tracing the route to tools.ietf.org (2001:1890:1112:1:214:22FF:FE1F:1E54)
1 bnet6-2.tunnel.tserv2.fmt.ipv6.he.net (2001:470:1F03:1031::1) 64
msec 64 msec 64 msec
2
On Apr 23, 2009, at 11:31 AM, Manish Karir wrote:
Would there be interest in trying to organize a day long
mini-nanog with the ietf in March 2010?
The regular nanog mtg is scheduled for Feb 22 2010 so this
would have to be an extra meeting. and would require all
sorts of help and interest
On 25/04/2009, at 12:45 AM, Jack Bates wrote:
Anyone seeing issues with reachability for tools.ietf.org in IPv6?
v4 works fine for me, but oh, the timeouts. :(
Tracing the route to tools.ietf.org (2001:1890:1112:1:214:22FF:FE1F:
1E54)
1 bnet6-2.tunnel.tserv2.fmt.ipv6.he.net
Finally hit the office and called someone at random. They are looking
into it. I can reach www.ietf.org just fine which is in the same
network, so this appears to be host specific. Be funny if the MAC
address changed and SLAAC mismatched the host from the ; an annoying
problem seen
On Apr 24, 2009, at 9:14 AM, Jack Bates wrote:
Finally hit the office and called someone at random. They are
looking into it. I can reach www.ietf.org just fine which is in the
same network, so this appears to be host specific. Be funny if the
MAC address changed and SLAAC mismatched
Check out HyperConf
http://www.winagents.com/en/products/hyperconf/
It does multi-vendor device backups as well as a scripting function to blow out
mass changes to devices. They are also pretty easy to work with to enable new
devices if you want them. The licensing is somewhat reasonable.
So what were you doing than, RFC 1483?
Frank
-Original Message-
From: Curtis Maurand [mailto:cmaur...@xyonet.com]
Sent: Friday, April 24, 2009 7:16 AM
To: Frank Bulk
Cc: 'William McCall'; nanog@nanog.org
Subject: Re: Broadband Subscriber Management
Way back when Verizon first started
Date: Fri, 24 Apr 2009 19:05:26 +1200
From: Perry Lorier pe...@coders.net
Large data sets? So you are saying that 512-byte packets with no
windowing work better? Bill, have you measured this?
Time to download a 100mb file over HTTP and a 100mb interface: 20
seconds.
Time
Sounds like rancid par to me. :-)
Par?
I haven't really found a combo unit I like as yet.
For KVM, I like the Raritan products.
For Serial, I prefer the Avocent line.
Owen
On Apr 23, 2009, at 3:17 PM, Joe Abley wrote:
Hi all,
What is everybody's favourite combination rack-mount VGA/USB KVM-
over-IP and serial console
We got to go through all the badness that was the ATM NAPs (AADS,
PacBell NAP, MAE-WEST ATM).
I think exactly for the reason Leo mentions they failed. That is, it
didn't even require people to figure out all the technical reasons they
were bad (many), they were fundamentally doomed due
I have had good luck with Digi console managers for serial... I think
they have some KVM functionality, but I don't know how well that works
as I have only used the serial management.
http://www.digi.com/products/consoleservers/
Regards,
James Pleger
e: jple...@gmail.com
g:
We have just implemented Avocent console and power concentrators.
Console servers are reachable via a highly customizable web interface.
The Avocent software can also be virtualized on VMWare. Console
connectivity can be provisioned to first try SSH via the IP network, and
automatically failover
Have you considered VM's for remote OS access to win devices and
eliminating vga/kb requirements?
If you are looking for console uptime and ease of use, avoid anything
with moving parts (disk) and go with cisco. Consider the secondary
market for the concentrator and cards to keep costs very low.
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
Joe Abley jab...@hopcount.ca writes:
What is everybody's favourite combination rack-mount VGA/USB KVM-over-
IP and serial console concentrator in 2009?
I'm looking for something that will accommodate 8 or so 9600bps serial
devices and about 12 VGA/USB devices, all reachable over IP via sane
In a message written on Fri, Apr 24, 2009 at 05:06:15PM +, Stephen Stuart
wrote:
Your argument, and Leo's, is fundamentally the complacency argument
that I pointed out earlier. You're content with how things are,
despite the failure modes, and despite inefficiencies that the IXP
operator
Joe,
If you're looking for a commercial solution, you might try out our Orion
NCM product.
http://www.solarwinds.com/products/orion/configuration_manager/
Ping me if you want any additional info.
Josh
-Original Message-
From: Joe Provo [mailto:nanog-p...@rsuc.gweep.net]
Sent: Friday,
On 24/04/2009 18:46, Leo Bicknell wrote:
I have looked at the failure modes and the cost of fixing them and
decided that it is cheaper and easier to deal with the failure modes
than it is to deal with the fix.
Leo, your position is: worse is better. I happen to agree with this
sentiment for
CheckoutAlterpoint Network Authority Inventory.
The Inventory tool is free asn was developed as the Ziptie opensource
project. Inventory is the basis for how Alterpoint does the paid
offerings for configurtion audit and compliance and the higher level
analytics based on the configuration and
Of course, sftp and other ssh-based protocols are *still* hamstrung to a
maximum of 32k data outstanding due to hardcoded SSH channel window sizes by
default for most people, unless you're patching up both your clients and
servers.
Sadly, this blows ssh out of the water for anything with even
From: Skywing skyw...@valhallalegends.com
Date: Fri, 24 Apr 2009 10:55:07 -0500
Of course, sftp and other ssh-based protocols are *still* hamstrung to
a maximum of 32k data outstanding due to hardcoded SSH channel window
sizes by default for most people, unless you're patching up both your
On Fri, Apr 24, 2009 at 12:46 PM, Leo Bicknell bickn...@ufp.org wrote:
Quite frankly, I think the failure modes have been grossly overblown.
The number of incidents of shared network badness that have caused
problems are actually few and far between. I can't attribute any
down-time to
The OpenGear (based on their online demo) has much better configuration GUI
than the WTI, hands down.
Every time I make a change on the WTI, it has to reboot itself. =(
Frank
-Original Message-
From: Luke S Crawford [mailto:l...@prgmr.com]
Sent: Friday, April 24, 2009 1:33 PM
To: Joe
We just switched from using Avocent/Cyclades to using Raritan for our
terminal servers, and I am happier with the Raritan. I have used Raritan IP
KVM's in the past and been happy, and the IT folks seem to like their new
one.
I found the Raritan terminal server docs much more complete, it's
In a message written on Fri, Apr 24, 2009 at 04:22:49PM -0500, Paul Wall wrote:
On the twelfth day of Christmas, NYIIX gave to me,
Twelve peers in half-duplex,
Eleven OSPF hellos,
Ten proxy ARPs,
Nine CDP neighbors,
Eight defaulting peers,
Keep in mind that you also need to patch your clients for perf improvements
bidirectionally. As well as patching locally means you must assume
responsibility for custom builds for security fixes on all of your clients and
servers.
- S
-Original Message-
From: Kevin Oberman
A good web site to read a bout getting fast bulk data transfers is:
http://fasterdata.es.net
indeed
mtu clue is also useful. here on tokyo b-flets, and i would guess in
many other ppoe environments, you need to tune or lose big-time.
randy
Kiwi CatTools works well for us-and it's inexpensive. I've been very happy with
it.
--
Tim
-Original Message-
From: Joshua Eyres [mailto:joshua.ey...@gmail.com]
Sent: Friday, April 24, 2009 4:25 AM
To: nanog@nanog.org
Subject: Config Backup / Inventory
Hi,
I am looking for a bit of
44 matches
Mail list logo