Re: Local root zone (Was NYTimes: Egypt Leaders Found ‘Off’ Switch for Internet)

>>> I don't think that the Egyptian shutdown of domain names had much >>> effect >> what shutdown of egyptian domain names? >> randy, who has a server which serves them > there's an interesting point to be made about the geographic > administrative and political distribution of secondaries being >

RE: Christchurch New Zealand

> From: Marshall Eubanks > Sent: Monday, February 21, 2011 9:29 PM > To: Mark Foster > Cc: nanog@nanog.org > Subject: Re: Christchurch New Zealand > > Here is an animated seismic map > > http://www.christchurchquakemap.co.nz/today > > Marshall According to one article I read this evening, li

Re: Christchurch New Zealand

prayers.hopes. anything i can do I will On 2/21/11, Marshall Eubanks wrote: > Here is an animated seismic map > > http://www.christchurchquakemap.co.nz/today > > Marshall > > On Feb 21, 2011, at 10:46 PM, Mark Foster wrote: > >> Folks on Twitter should search for hashtag #eqn

Re: Christchurch New Zealand

Here is an animated seismic map http://www.christchurchquakemap.co.nz/today Marshall On Feb 21, 2011, at 10:46 PM, Mark Foster wrote: > Folks on Twitter should search for hashtag #eqnz. > > Major news sites in NZ: > > www.stuff.co.nz > www.nzherald.co.nz > www.tvnz.co.nz > www.3news.co.nz >

Re: Local root zone (Was NYTimes: Egypt Leaders Found ‘Off’ Switch for Internet)

On 2/16/11 5:37 PM, Randy Bush wrote: >> I don't think that the Egyptian shutdown of domain names had much >> effect > > what shutdown of egyptian domain names? > > randy, who has a server which serves them there's an interesting point to be made about the geographic administrative and political

Re: [arin-ppml] NAT444 rumors (was Re: Looking for an IPv6 naysayer...)

On Mon, Feb 21, 2011 at 19:08, Dan Wing wrote: > Its title, filename, abstract, and introduction all say the problems > are specific to NAT444.  Which is untrue. I just re-read the filename, abstract and introduction, and I disagree that any of those say that the problems are specific to NAT444.

Re: Christchurch New Zealand

On Feb 21, 2011, at 10:46 PM, Mark Foster wrote: > Folks on Twitter should search for hashtag #eqnz. > > Major news sites in NZ: > > www.stuff.co.nz > www.nzherald.co.nz > www.tvnz.co.nz > www.3news.co.nz > > Plenty of Vids, Stills and some Streaming available. > > Can confirm the reports of

Re: raw bgp traffic

here: http://www.ripe.net/data-tools/stats/ris/ris-raw-data -as On 22 Feb 2011, at 00:21, Patrick W. Gilmore wrote: > On Feb 21, 2011, at 8:58 PM, Javier Godinez wrote: > >> Does anyone know where I can get real/raw BGP traffic, maybe in pcap >> format? I just need maybe a few days o

Re: Christchurch New Zealand

Folks on Twitter should search for hashtag #eqnz. Major news sites in NZ: www.stuff.co.nz www.nzherald.co.nz www.tvnz.co.nz www.3news.co.nz Plenty of Vids, Stills and some Streaming available. Can confirm the reports of multiple casualties. TV News is live broadcasting reports of many folks

Re: Christchurch New Zealand

There aren't any major international cables to the south island. The big one is the southern Cross cable that lands on either side of Auckland, which is the north of the North Island, which is operating normally. KAREN (The Kiwi Advanced Research Network) core in the south island is still oper

Re: Christchurch New Zealand

On 2/21/2011 10:04 PM, Marshall Eubanks wrote: > There has been a bad Earthquake in Christchurch New Zealand with reports of > fatalities. > > http://www.facebook.com/photo.php?fbid=10150099324847752&set=a.125583977751.103665.119452527751&theater > > Telecom New Zealand reports "Heavy damage" to

Christchurch New Zealand

There has been a bad Earthquake in Christchurch New Zealand with reports of fatalities. http://www.facebook.com/photo.php?fbid=10150099324847752&set=a.125583977751.103665.119452527751&theater Telecom New Zealand reports "Heavy damage" to their Christchurch building, but no deaths there. Is th

Re: Contact for APEWS.org?

On Feb 21, 2011, at 3:41 PM, Kate Gerry wrote: > We've been advised by a client that they're incorrectly listing a /15. What do your LOGS say? What did the BOUNCE say? Aloha, Michael. -- "Please have your Internet License http://kapu.net/~mjwise/ and Usenet Registration handy..."

Re: Contact for APEWS.org?

Nobody with half a brain uses it, especially not on a production network rather than "man, his girlfriend and the family dog running a linux box on a dsl line" Ignore would be the best advice. On Tue, Feb 22, 2011 at 2:11 AM, Kate Gerry wrote: > We've been advised by a client that they're incorr

Re: Traffic to 5/8 and 37/8 - stats on RIPE Labs

Hi Oleg, You are correct. We got our default values mixed up. We will correct this on the blog post. Thanks. -manish > Hello, > > > http://labs.ripe.net/Members/mkarir/first-impressions-of-pollution-in-two-ripe-ncc-darknets > > Quote from the link: > > > Note that in the 37/8, most traff

Re: raw bgp traffic

On Feb 21, 2011, at 8:58 PM, Javier Godinez wrote: > Does anyone know where I can get real/raw BGP traffic, maybe in pcap > format? I just need maybe a few days of raw data for an inline > analysis tool I am developing. I believe has some info, but I don't know if it

RE: [arin-ppml] NAT444 rumors (was Re: Looking for an IPv6 naysayer...)

> >> http://tools.ietf.org/html/draft-donley-nat444-impacts-01 > > That document conflates problems of NAT444 with problems of NAT44 > > with problems of bandwidth starvation with problems of CGN. > > it may require a delicate palate to differentiate the different flavors > of Running out of ban

RE: [arin-ppml] NAT444 rumors (was Re: Looking for an IPv6 naysayer...)

> -Original Message- > From: Owen DeLong [mailto:o...@delong.com] > Sent: Monday, February 21, 2011 12:59 PM > To: Dan Wing > Cc: 'Chris Grundemann'; 'Benson Schliesser'; 'NANOG list'; 'ARIN-PPML > List' > Subject: Re: [arin-ppml] NAT444 rumors (was Re: Looking for an IPv6 > naysayer...) >

Re: [arin-ppml] NAT444 rumors (was Re: Looking for an IPv6 naysayer...)

>> http://tools.ietf.org/html/draft-donley-nat444-impacts-01 > That document conflates problems of NAT444 with problems of NAT44 > with problems of bandwidth starvation with problems of CGN. it may require a delicate palate to differentiate the different flavors of randy

raw bgp traffic

Deal NANOG, Does anyone know where I can get real/raw BGP traffic, maybe in pcap format? I just need maybe a few days of raw data for an inline analysis tool I am developing. Thank you, Javier

Re: BGP Failover Question

On Mon, Feb 21, 2011 at 4:10 PM, Chris Wallace wrote: >This isn't the first time we have seen this issue with our various providers, >how can I prevent issues like this from happening in the future? Quick question, are you running with a default route from your provider? If so, you're better o

Re: BGP Failover Question

On 2/21/2011 13:44, Max Pierson wrote: >>Save yourself the headache and find a new provider that knows how to > handle BGP > > I've had this happen with providers that do know how to handle BGP. Just > because you peer with 3356, 701, etc, doesn't mean operators can't make > a mistake. I've even s

Re: Graph Utils (Open-Source)

>The GD 'C' package has great Perl interfaces called GD, and GD:Graph I'm test driving GD as well. Trying out a few other tools that were mentioned here also. Trying to get a feel for which I like best. Thanks for all of the replies! On Mon, Feb 21, 2011 at 3:24 PM, Joe Loiacono wrote: > > Max

Re: Contact for APEWS.org?

On 2/21/2011 4:37 PM, William Pitcock wrote: > Hi, > Nobody in their right mind uses APEWS when there are more legitimate > DNSBLs around like Spamhaus, AHBL, DroneBL, etc. > > Your client is unlikely having any problem with this listing. But, if > you really want to bother, my advice is get a Sup

Re: BGP Failover Question

>Save yourself the headache and find a new provider that knows how to handle BGP I've had this happen with providers that do know how to handle BGP. Just because you peer with 3356, 701, etc, doesn't mean operators can't make a mistake. I've even seen this happen due to some wierd BGP behavior cau

Re: Contact for APEWS.org?

Hi, On Mon, 21 Feb 2011 12:41:57 -0800 Kate Gerry wrote: > We've been advised by a client that they're incorrectly listing > a /15. The listing is: > > (E-431420) 96.44.0.0/15 > > According to their FAQ they only take delistings via newsgroups and > Google News isn't co-operating with me in re

Re: BGP Failover Question

On 2/21/2011 13:10, Chris Wallace wrote: > I am looking for some help with an issue we recently had with one of our BGP > peers recently. I currently have two DIA providers each terminated into > their own edge router and I am doing iBGP to exchange routes between the two > edge routers. Last

Re: BGP Failover Question

I would simply monitor PPS on those links and set a threshold which will kick off an alert at least. If your scripting savvy, other tools such as IP SLA and EEM on Cisco could be used to automate the failover. Juniper also has a similar scripting tool that can probably do the same. I've had this ha

Re: Graph Utils (Open-Source)

Max Pierson wrote on 02/21/2011 04:15:46 PM: > Unfortunately, I'm not savvy with Java at all, so the really cool viz API's > wont work for me (there's just something about Java ... I simply can't get > into it and I see alot of Java based apps that are resource hogs). I was > looking at mostly

RE: BGP Failover Question

Chris, The best way to resolve this issue is to not use a service provider who takes down your connectivity outside of maintenance windows, but I digress. This is the nature of BGP. You send your providers routes about your network prefixes and they send you routes to say the DFZ. When you forw

Re: Contact for APEWS.org?

On 21 Feb 2011, at 21:41, Kate Gerry wrote: > We've been advised by a client that they're incorrectly listing a /15. APEWS is one of the many fringe hobby DNSBLs run from kids bedrooms. Nobody has ever heard of any network using APEWS so your client can not possibly be experiencing any mail iss

Re: Contact for APEWS.org?

On 2/21/2011 4:04 PM, Brielle Bruns wrote: > On 2/21/11 1:41 PM, Kate Gerry wrote: > > Kate, > > It is unlikely you will find a direct contact for APEWS - your best > bet is to get access to usenet through one of the Usenet providers or > even through aioe or eternal-september. > > APEWS is brainde

Re: Graph Utils (Open-Source)

Hiya Jimmy!! How has it been? >For simple visualizations, I think usually a 'native' framework/API is preferred, e.g. JGraph for java apps. Unfortunately, I'm not savvy with Java at all, so the really cool viz API's wont work for me (there's just something about Java ... I simply can't get int

BGP Failover Question

I am looking for some help with an issue we recently had with one of our BGP peers recently. I currently have two DIA providers each terminated into their own edge router and I am doing iBGP to exchange routes between the two edge routers. Last week Provider A made a policy change "somewhere"

Re: Contact for APEWS.org?

On 2/21/11 1:41 PM, Kate Gerry wrote: We've been advised by a client that they're incorrectly listing a /15. The listing is: (E-431420) 96.44.0.0/15 According to their FAQ they only take delistings via newsgroups and Google News isn't co-operating with me in regards to them. Meanwhilst we're af

Re: [arin-ppml] NAT444 rumors (was Re: Looking for an IPv6 naysayer...)

On Feb 21, 2011, at 12:37 PM, Dan Wing wrote: >> -Original Message- >> From: arin-ppml-boun...@arin.net [mailto:arin-ppml-boun...@arin.net] On >> Behalf Of Chris Grundemann >> Sent: Thursday, February 17, 2011 5:55 PM >> To: Benson Schliesser >> Cc: NANOG list; ARIN-PPML List >> Subject:

Contact for APEWS.org?

We've been advised by a client that they're incorrectly listing a /15. The listing is: (E-431420) 96.44.0.0/15 According to their FAQ they only take delistings via newsgroups and Google News isn't co-operating with me in regards to them. Meanwhilst we're affected with our range 96.44.128.0/18.

RE: [arin-ppml] NAT444 rumors (was Re: Looking for an IPv6 naysayer...)

> -Original Message- > From: arin-ppml-boun...@arin.net [mailto:arin-ppml-boun...@arin.net] On > Behalf Of Chris Grundemann > Sent: Thursday, February 17, 2011 5:55 PM > To: Benson Schliesser > Cc: NANOG list; ARIN-PPML List > Subject: Re: [arin-ppml] NAT444 rumors (was Re: Looking for an I

Re: Graph Utils (Open-Source)

On 02/20/11 23:45, Jimmy Hess wrote: > On Fri, Feb 18, 2011 at 1:13 PM, Max Pierson wrote: >> Anyone out there using something other than rrdtool for creating graphs?? I >> have a project that will need a trend taken, and unfortunately rrdtool >> doesn't fit the bill. All of the scripting, data co

Re: Libya

Updated data on Libya and other Internet traffic issues in the region: http://goo.gl/07ONC - Craig

Re: Traffic to 5/8 and 37/8 - stats on RIPE Labs

Hello, > http://labs.ripe.net/Members/mkarir/first-impressions-of-pollution-in-two-ripe-ncc-darknets Quote from the link: > Note that in the 37/8, most traffic comes from TTLs around 100. These are > Linux hosts. > The smaller humps are at ~32 (Windows) and ~250 (Solaris). I don't agree. TTL a

Re: Traffic to 5/8 and 37/8 - stats on RIPE Labs

Doesn't the LogMeIn Hamachi "VPN service" use 5.0.0.0/8? Perhaps the spikes to 5.5.5.0/24 or the space in general are from fluctuations or waves of disconnects of Hamachi users, so when they are disconnected their Hamachi traffic heads out in to the DFZ? This service is particularly popular am

Traffic to 5/8 and 37/8 - stats on RIPE Labs

Hello, During NANOG 51, Manish Karir gave a Lightning Talk showing how much and what kind of traffic is going to unallocated address space in 5/8 and 37/8 (among other ranges he tested). This is now also available on RIPE Labs: http://labs.ripe.net/Members/mkarir/first-impressions-of-polluti

Re: [arin-ppml] NAT444 rumors (was Re: Looking for an IPv6 naysayer...)

On Feb 20, 2011, at 10:35 PM, Jimmy Hess wrote: > On Fri, Feb 18, 2011 at 2:24 AM, Zed Usser wrote: >> Basic Internet services will work (web browsing, email, Facebook, >> Youtube,...), but: Actually, many facebook and youtube features will also be degraded. >> - Less torrenting >> - Less Net