- Test - lists.nanog.org

AFP article on Taiwan cable repair effort
by Bill Woodcock 17 Jan '07

17 Jan '07

http://news.yahoo.com/s/afp/20070112/tc_afp/asiaquakeinternet_070112170621 A few numbers to help understand the scale of the effort being applied. -Bill

12 12

Ams-ix issues?
by Christian Koch 16 Jan '07

16 Jan '07

Anyone aware of any issues as of right now? Seems I may have lost connectivity at amsix

4 3

Opentransit route-server
by German Martinez 16 Jan '07

16 Jan '07

Hello, After few days experiencing problems, we have upgraded the hardware for our route-server. telnet://route-server.opentransit.net ipv6: 2001:688:0:3:4::5 Comments are welcome Thanks German Martinez

1 0

Comment spammers chewing blogger bandwidth like crazy
by Thomas Leavitt 16 Jan '07

16 Jan '07

A friend of mine operates a blog at seeingtheforest.com, and he pays for traffic over a (fairly minimal) cap. He posted this comment recently: http://www.seeingtheforest.com/archives/2007/01/eating_bandwidt.htm Eating Bandwidth Last month something ate up a tremendous amount of bandwidth at Seeing the Forest, costing me a lot of money. So now I regularly check bandwidth use. Why has 209.160.72.10, HopOne in DC, been eating a HUGE amount of bandwidth? Gigabytes! What are they doing? (I banned them.) Why has 220.226.63.254, an IP in India, been eating a tremendous amount of bandwidth? What are they doing? Why has 195.225.177.46, an IP in Ukraine, been eating a tremendous amount of bandwidth? What are they doing? Why has 62.194.1.235 AND 83.170.82.35 AND 89.136.115.220 AND 62.163.39.183 AND 212.241.204.145, all from the /same company/ in Amsterdam, been eating a TREMENDOUS amount of bandwidth? What are they doing? Why is 206.225.90.30 and 69.64.74.56 and Abacus America Inc.eating a TREMENDOUS amount of my bandwidth, *** One of the comments said: Yeah, I've seen a huge bump in my blog's traffic, I haven't figured out what they're doing, but it ate like 4Gb of bandwidth last month. Now that you mention it, I checked last month's stats and yep, there's 209.160.72.10 producing 62% of my blog traffic. I did a little checking around the web and they're an obvious spam host. Banned. *** They also chew up a lot of CPU (comment filter code). At few times, myself, I've had to simply take code offline that was getting hit too heavily... seems like the IPs (and their ilk) listed above are good prospects for a "bad behavior" blacklist, at a level below that of "collaborative spam filter" (which doesn't prevent traffic or CPU cycles from being consumed). Given the volume of traffic mentioned, this must be a real problem for some hosts and networks... although, on the other hand, if their marginal use rates are high enough, they might actually be making money off this. Regards, Thomas Leavitt -- Thomas Leavitt - thomas(a)thomasleavitt.org - 831-295-3917 (cell) *** Independent Systems and Network Consultant, Santa Cruz, CA ***

15 20

oracle net ops contact
by Dmitry Kiselev 16 Jan '07

16 Jan '07

Hello! Could anybody from AS794 (Oracle) NOC contact me out of the list? I see routing issue inside AS794. Thanks. -- Dmitry Kiselev

1 0

Re: AFP article on Taiwan cable repair effort
by Robert Bonomi 16 Jan '07

16 Jan '07

> Date: Tue, 16 Jan 2007 15:04:17 +0100 > From: "D.H. van der Woude" <dirkvanderwoude(a)gmail.com> > To: NANOG(a)merit.edu > Subject: Re: AFP article on Taiwan cable repair effort > > Thanks for the link, which brought me to the page > http://www1.alcatel-lucent.com/submarine/vessels/index.htm > where their vessels are decribed. > > Their specs bring up something (at to least to me) of interest. > The popular story is always "in the 90-ties so much submarine > (trans-Atlantic & -Pacific fiber was laid that it will take decades > to fill it up. And the bust of 2000 seemed proof enough. > > However, from the specs of Alcatel's 5 vessels one learns > that 4 of them are effectively from 2002 (!). > > So did Alcatel some anti-cyclic investing - or did they know > more than others? 1) Any idea how long it takes to manufacture one of those vessels? Any idea how long in advance of start of manufacture that the 'firm order' had to be placed? 2) Were they additions to Alcatel's fleet, or _replacements_? 3) With all that additional cable 'in place', the amount of maintenance required goes up proportionately.

1 0

Another article on the fiber cut - a geopolitical slant
by Suresh Ramasubramanian 15 Jan '07

15 Jan '07

Pointing out some of the chokepoints in international undersea fiber routes (the straits of malacca, luzon straits etc) and discussing the geopolitical implications of these http://www.pinr.com/ has the article but as it has a "no redistribution without written permission" disclaimer .. go there anyway. Worth a read. -- Suresh Ramasubramanian (ops.lists(a)gmail.com)

1 0

recommendation for a co-lo in bombay (india).
by virendra rode 15 Jan '07

15 Jan '07

Any insight will be appreciated. regards, /virendra

1 0

Prefix list formats: advice needed
by Bill Woodcock 15 Jan '07

15 Jan '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Howdy. For a tool we're writing, we need to be able to accept lists of prefixes people might want to BGP advertise. We'd like to be "liberal in what we accept" and recognize lists formatted in as many ways as people think they might reasonably have. There are some obvious ones: - Delimited lists of CIDR-format addresses. This would include addresses in "slash" notation, with some punctuation or whitespace between them. That would cover a lot of hand-typed and tool- generated lists, as well as Juniper-format prefix lists. - One-address-per-line, CIDR-format, with other non-address stuff in the line. This would include Cisco ip prefix-list format, most IRR whois, and some RIR whois. - One-address-per-line, with separate address mask in normal order (ones values on the left, zeros values on the right), with other non- address stuff in the line, some of which might look like more addresses. This would include Cisco ip route statements. - One-address-per-line, with separate address mask in reverse order (zeros values on the left, ones values on the right), with other non-address stuff in the line, some of which might look like more addresses. This would include Cisco ip access-list statements. - Address-ranges, characterized by a starting address and an ending address, perhaps with a hyphen between them. This would include many older RIR whois entries. Can anyone think of any other formats people are likely to have lists of prefixes in? Thanks much, -Bill -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (Darwin) iD8DBQFFqqrfGvQy4xTRsBERAt/7AKClUXCT3N5NJBGVReildfMO/xQjMACcDDDH 1EEYeKq71UiayuppDXHu3Yo= =uQ03 -----END PGP SIGNATURE-----

2 1

NANOG 39 BOF: Pushing the FIB limits, perspectives on pressures confronting modern routers.
by Joel Jaeggli 15 Jan '07

15 Jan '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Greetings, We've been working on putting together a BOF for NANOG 39 titled: Pushing the FIB limits, perspectives on pressures confronting modern routers My intent with this BOF was to gather the interested parties to look at when current router/switch architectures run out of TCAM or SRAM on the line-cards (depending on flavor) to hold the fib, and potentially what's being done about it. The scalability of BGP has been presentation fodder for a couple NANOG meetings now, ultimately though running a router hinges on having the data you need in the fib. Comparatively buying more ram for, or scaling your rp is a problem, but not an immediately intractable one. There are a number of forces putting pressure on the FIB, IPV4 de-aggregation and multi-homing, traffic engineering, intra-provider vpn engineering, etc. Buying new hardware is obviously one approach, but some operators have stated to me that they are pursuing alternatives such as aggressive filtering. If you are going to be at NANOG 39 and you have an interest in the subject or perspective you'd like to offer please attend the BOF. If you'd like some time on the agenda, mail me and we'll add you. Thanks Joel Jaeggli -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFqtOL8AA1q7Z/VrIRAqBpAJ0d/AonXwzmQni22zwtnKjOWuEWigCeK1Fg QngJ9c0pXxaFu377paCpxjA= =I29s -----END PGP SIGNATURE-----

1 0