- NANOG - lists.nanog.org

Paetec PI space?
by Adam Greene 28 Jun '13

28 Jun '13

Hi, We have a customer who was assigned some PI IPv4 space by Paetec back in mid-90's and who has continued to announce the blocks, even though their relationship with Paetec ended a long time ago. Is this a common situation? Does the customer risk having that space reclaimed by Paetec at some point, or is it safe to assume they will continue to be able to route trouble-free for years to come? Thanks, Adam

11 15

Telehouse Seoul OOB exchange
by Jon Lewis 27 Jun '13

27 Jun '13

I wonder if anyone has gear in TELEHOUSE Seoul Seoul Financial Center Taepyeongno 1-ga 84 Jung-gu, Seoul, Korea 100-170 and would be interested in exchanging a low bandwidth/utilization ethernet cross connect strictly for OOB management purposes to aid in troubleshooting and monitoring during international transit failures. Please contact me off-list if you're interested. ---------------------------------------------------------------------- Jon Lewis, MCP :) | I route | therefore you are _________ http://www.lewis.org/~jlewis/pgp for PGP public key_________

3 3

IPv6 adoption in the past few days
by Tomas Podermanski 27 Jun '13

27 Jun '13

Hi, according to Google IPv6 statistics (http://www.google.com/intl/en/ipv6/statistics.html) there is massive increase in IPv6 adoption (from 1.5% to 1.7%) in the past few days. I think it is the biggest increase ever. Does anyone have any idea what happened? T.

3 3

google mail problems?
by Blair Trosper 27 Jun '13

27 Jun '13

Our entire organization and three of my other accounts are getting this pop-up when sending a message: Oops... a server error occurred and your email was not sent. (#793) But, as usual, everything is "totally fine" according to the GApps status page: http://www.google.com/appsstatus#hl=en&v=status&ts=1372272841152 -- Blair Trosper Weather Data / Updraft Networks blair.trosper(a)updraftnetworks.com <blair.trosper(a)updraft.us> NOC: 512-666-0536

5 4

RPKI Validator 2.11 with RESTful API
by Alex Band 26 Jun '13

26 Jun '13

We just released a new version of the RIPE NCC RPKI Validator with some major new functionality. The application has always been able to determine the RPKI validity state of a BGP announcement, but it was only visible in the UI. Many users have asked us to expose this functionality through an API, so it can be used for scripting and alerting. In addition, operators have expressed that they would like to know the reason of an 'Invalid' BGP announcement: whether it is an origination from unauthorised AS or if it is a more specific announcement than is allowed by the Maximum Length of the ROA. All of this is now available in version 2.11. When you supply a combination of AS and IP prefix, they will be matched against all the Validated ROA Prefixes (VRPs) that are in the cache of the RPKI Validator. The result is returned in JSON format and contains the following information: - The RPKI validity state - The VRPs that caused the state - In case of an 'Invalid' state, the reason So for example, when running this: $ curl http://localhost:8080/api/v1/validity/AS12654/93.175.147.0/24 The response will be: { "validated_route":{ "route":{ "origin_asn":"AS12654", "prefix":"93.175.147.0/24" }, "validity":{ "state":"Invalid", "reason":"as", "description":"At least one VRP Covers the Route Prefix, but no VRP ASN matches the route origin ASN", "VRPs":{ "matched":[], "unmatched_as":[{ "asn":"AS196615", "prefix":"93.175.147.0/24", "max_length":24 }], "unmatched_length":[] } } } Full documentation is available here: https://www.ripe.net/developers/rpki-validator-api You can download the application here: http://www.ripe.net/certification/tools-and-resources Kaia Global Networks offers a testbed where you can try out the functionality on a public instance of the RPKI Validator: http://195.13.63.18:8080/export We look forward to your feedback, to hear how we can improve on this functionality. Kind regards, Alex Band Product Manager RIPE NCC

1 0

Looking for a Twitter Engineer
by Josephson, Marcus 26 Jun '13

26 Jun '13

Can someone from Twitter contact me off list. Thanks.

1 0

Bell Aliant Contact
by Atif Abbasi 26 Jun '13

26 Jun '13

Please contact off line Thank you, Atif 416.986.6207

1 0

DNS caching issues with AT&T, Verizon (UUNET) DNS Servers
by Ilan Erenstein 26 Jun '13

26 Jun '13

Hello all, I'm writing to all of you in hopes that you're able to help me. The web site for the company I work for jobvite.com<http://jobvite.com> was hosted by GoDaddy. They dropped our record and it was able to propagate to all ISPs DNS servers. I was able to move our record on OpenSRS but not before empty records were able to propagate to several DNS servers. Now our customers aren't able to pull up our website. This is also causing rejected/deferred emails into our candidate system. This is what I'm seeing: http://www.digwebinterface.com/?hostnames=jobvite.com&type=SOA&colorize=on&… I need help with clearing the cache for AT&T and Verizon (UUNET) DNS servers to make sure they pick up the new record for our domain. Here are some of the DNS servers from the above link: 165.87.13.129 (AT&T (US)) 158.43.240.3 (UUNET (UK)) 198.6.100.25 (UUNET (US)) Any help in getting this problem resolved from the network folks in AT&T and Verizon (UUNET) would be greatly appreciated. Thanks, Ilan Erenstein Jobvite Inc. ilan(a)jobvite.com<mailto:ilan@jobvite.com> (415) 866-8738

2 2

Fwd: [Filtering of NTP-access to swisstime.ethz.ch as of July 1st, 2013]
by gall＠switch.ch 26 Jun '13

26 Jun '13

I'm forwarding this heads-up for the shutdown of the well-known NTP server swisstime.ethz.ch on behalf of the ETH Zurich. -- Alex SWITCH NOC AS559

6 6

Re: Security over SONET/SDH
by Scott Weeks 26 Jun '13

26 Jun '13

--- morrowc.lists(a)gmail.com wrote: From: Christopher Morrow <morrowc.lists(a)gmail.com> On Tue, Jun 25, 2013 at 2:02 PM, William Allen Simpson <william.allen.simpson(a)gmail.com> wrote: :: ...in addition to everything else "What security protocols :: are folks using to protect SONET/SDH? At what speeds?" : Correct. : But the answer appears to be: none. Not Google. Not any : public N/ISP. > would they say if they had? ------------------------------------------- Yes, especially in light of the current news regarding internet privacy. Could you imagine the advertising they'd be able to do to prospective customers? scott

4 5