RE: difference with caching when connected to telia internet

Thank you all for your advice and input. I wanted to circle back with you all on this. Turns out it was my fault. Doesn't seem that this was a Telia problem at all. What happened was, when I turned up my new 10 gig Telia Internet connection a few days ago, I needed to balance out my (4) 10 gig

Re: [NOC] ARIN contact needed: something bad happens with legacy IPv4 block's reverse delegations

On Fri, Mar 17, 2017 at 2:31 PM, John Curran wrote: > Glad to help (and apologies for the information coming out in pieces – > we’ve opted to go with updates as we learn more rather than some for > comprehensive but less timely report.) > Also very much appreciated. Regards,

RE: difference with caching when connected to telia internet

Dang why would they "silently" do that !? wouldn't that shot holes in my caching purpose , also I just got off the phone with a Telia net eng in D.C. , he said he doesn't know anything about why this is happening. Thanks, I'm advertising more specific prefixes to local Netflix now... but as I

RE: difference with caching when connected to telia internet

Yes I did... Netflix said, they are rcv'ing same prefixes with lower cost in DFW !! I have no idea why. Netflix told me to advertise shorter prefixes to my local cluster... I'm doing it now. And strangely now the Netflix guy lost control plane to one of my (2) nodes. Someone is running out

Re: [NOC] ARIN contact needed: something bad happens with legacy IPv4 block's reverse delegations

On 17 Mar 2017, at 2:17 PM, William Herrin wrote: > > On Fri, Mar 17, 2017 at 2:14 PM, John Curran wrote: > >> See previous reply. The data was both correctly formatted and signed, >> so the agreed integrity checks passed. >> > > Ah, okay. So it wasn't bad

Re: difference with caching when connected to telia internet

On 2017-03-17 18:04, Aaron Gould wrote: Thanks, but James, you would not believe how rapidly the traffic to my local caches drop off, *and* on the same day I brought up my new Telia internet connection. ...and furthermore, my internet inbound traffic went *through the roof* -Aaron Most

Re: [NOC] ARIN contact needed: something bad happens with legacy IPv4 block's reverse delegations

On Fri, Mar 17, 2017 at 2:14 PM, John Curran wrote: > See previous reply. The data was both correctly formatted and signed, > so the agreed integrity checks passed. > Ah, okay. So it wasn't bad counts as originally reported but no data with counts that confirmed no data.

Re: [NOC] ARIN contact needed: something bad happens with legacy IPv4 block's reverse delegations

On 17 Mar 2017, at 2:08 PM, William Herrin wrote: > > On Fri, Mar 17, 2017 at 1:42 PM, Mark Kosters wrote: >> On 3/17/17, 12:26 PM, "NANOG on behalf of William Herrin" < > nanog-boun...@nanog.org on behalf of b...@herrin.us> wrote: >>>Hmm. That sounds like an

Re: [NOC] ARIN contact needed: something bad happens with legacy IPv4 block's reverse delegations

On 17 Mar 2017, at 12:26 PM, William Herrin > wrote: On Fri, Mar 17, 2017 at 7:52 AM, Romeo Zwart > wrote: > RIPE NCC have issued a statement about the issue here: > >

Re: [NOC] ARIN contact needed: something bad happens with legacy IPv4 block's reverse delegations

On 3/17/17, 12:26 PM, "NANOG on behalf of William Herrin" wrote: On Fri, Mar 17, 2017 at 7:52 AM, Romeo Zwart wrote: > RIPE NCC have issued a statement about the issue here: > >

Re: [NOC] ARIN contact needed: something bad happens with legacy IPv4 block's reverse delegations

On Fri, Mar 17, 2017 at 1:42 PM, Mark Kosters wrote: > On 3/17/17, 12:26 PM, "NANOG on behalf of William Herrin" < nanog-boun...@nanog.org on behalf of b...@herrin.us> wrote: >> Hmm. That sounds like an ARIN-side bug too. ARIN's code responded to >> corrupted data by

Weekly Routing Table Report

This is an automated weekly mailing describing the state of the Internet Routing Table as seen from APNIC's router in Japan. The posting is sent to APOPS, NANOG, AfNOG, AusNOG, SANOG, PacNOG, MENOG, SAFNOG, SdNOG, BJNOG, CaribNOG and the RIPE Routing WG. Daily listings are sent to

Re: [NOC] ARIN contact needed: something bad happens with legacy IPv4 block's reverse delegations

> On Mar 17, 2017, at 10:28 AM, valdis.kletni...@vt.edu wrote: > > On Fri, 17 Mar 2017 17:42:11 +0100, Bjørn Mork said: >> Well, it was a nice smoke test of the "RDNS required" anti-feature. All >> of a sudden we couldn't even send email to ourselves, having smarthosts >> in one of the

Re: [NOC] ARIN contact needed: something bad happens with legacy IPv4 block's reverse delegations

On Fri, 17 Mar 2017 17:42:11 +0100, Bjørn Mork said: > Well, it was a nice smoke test of the "RDNS required" anti-feature. All > of a sudden we couldn't even send email to ourselves, having smarthosts > in one of the affected zones. Nice. If you don't have a chaos monkey, the Internet will

Re: [NOC] ARIN contact needed: something bad happens with legacy IPv4 block's reverse delegations

On Fri, Mar 17, 2017 at 05:42:11PM +0100, Bjørn Mork wrote: > William Herrin writes: > > On Fri, Mar 17, 2017 at 7:52 AM, Romeo Zwart wrote: > >> RIPE NCC have issued a statement about the issue here: > >> > >>

Re: [NOC] ARIN contact needed: something bad happens with legacy IPv4 block's reverse delegations

William Herrin writes: > On Fri, Mar 17, 2017 at 7:52 AM, Romeo Zwart wrote: >> RIPE NCC have issued a statement about the issue here: >> >> https://www.ripe.net/ripe/mail/archives/dns-wg/2017-March/003394.html >> >> Our apologies for the inconvenience caused.

Re: any issue with Centurylink yesterday

Yeah, it sounds like it. ICMP echo/echo reply was working end-to-end, but it's possible they were blocking the Type 4 messages somewhere (I didn't resort to packet captures to get THAT in-depth). Ken On Fri, Mar 17, 2017 at 10:15 AM, William Herrin wrote: > On Fri, Mar 17, 2017

Re: [NOC] ARIN contact needed: something bad happens with legacy IPv4 block's reverse delegations

On Fri, Mar 17, 2017 at 7:52 AM, Romeo Zwart wrote: > RIPE NCC have issued a statement about the issue here: > > https://www.ripe.net/ripe/mail/archives/dns-wg/2017-March/003394.html > > Our apologies for the inconvenience caused. Hmm. That sounds like an ARIN-side bug too.

Re: difference with caching when connected to telia internet

The cache box does need to fill. - Mike Hammett Intelligent Computing Solutions Midwest Internet Exchange The Brothers WISP - Original Message - From: "Aaron Gould" To: "James Breeden" , "NANOG" Sent: Friday,

Re: any issue with Centurylink yesterday

On Fri, Mar 17, 2017 at 11:39 AM, Ken Matlock wrote: > I know most of the day yesterday my Centurylink DSL (Denver, CO) I was > having odd... issues, but only to some sites, and intermittent. I'd > have issues getting content from a URL (but pinging the host would be

Re: difference with caching when connected to telia internet

* aar...@gvtc.com (Aaron Gould) [Fri 17 Mar 2017, 17:05 CET]: Thanks, but James, you would not believe how rapidly the traffic to my local caches drop off, *and* on the same day I brought up my new Telia internet connection. ...and furthermore, my internet inbound traffic went *through the

RE: difference with caching when connected to telia internet

Thanks, but James, you would not believe how rapidly the traffic to my local caches drop off, *and* on the same day I brought up my new Telia internet connection. ...and furthermore, my internet inbound traffic went *through the roof* -Aaron

Re: any issue with Centurylink yesterday

Yeah, not sure that was related, as my issues started earlier in the day (about 8am-9am Mountain time). Either way it all seems fine today, no hiccups, no issues. so whatever it was got resolved. Ken On Fri, Mar 17, 2017 at 9:02 AM, Pennington, Scott < scott.penning...@cinbell.com> wrote: >

Re: any issue with Centurylink yesterday

I know most of the day yesterday my Centurylink DSL (Denver, CO) I was having odd... issues, but only to some sites, and intermittent. I'd have issues getting content from a URL (but pinging the host would be fine, and manual telnet to TCP/443 would work). Latencies were *slightly* higher than

RE: any issue with Centurylink yesterday

There may have been other events, but we were notified of a fiber cut in the Nashville area that impacted a few ckts for us around 6:30PM easter. -Scott From: NANOG [nanog-boun...@nanog.org] on behalf of T Kawasaki via NANOG [nanog@nanog.org] Sent:

RE: difference with caching when connected to telia internet

Shouldn't be. It could just be that the content on the cache locally is not what the user is requesting. -Original Message- From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Aaron Gould Sent: Friday, March 17, 2017 9:59 AM To: 'NANOG' Subject: difference with

difference with caching when connected to telia internet

Regarding, caching services like Netflix OCA and Google GGC, does anyone know if there is something strange that occurs when connected to Telia BGP AS1299 ? .meaning, if I have local Netflix/google caches, and then later I establish a BGP session for Internet with Telia/BGP 1299, would there be

any issue with Centurylink yesterday

Guys, Is there any issues with centurylink yesterday? Through out day, peering from major iSPs to Centurylink had higher latency yesterday. I looked out now, it seems to settle down for now. Tatsuya

Re: [NOC] ARIN contact needed: something bad happens with legacy IPv4 block's reverse delegations

Dear all, RIPE NCC have issued a statement about the issue here: https://www.ripe.net/ripe/mail/archives/dns-wg/2017-March/003394.html Our apologies for the inconvenience caused. Kind regards, Romeo Zwart RIPE NCC On 17/03/17 12:31 , John Curran wrote: > Eygene - > > We are aware there’s

Re: ARIN contact needed: something bad happens with legacy IPv4 block's reverse delegations

I just receive an answer from RIPE and now its working again: Dear Alberto, Our apologies for this. There was a bug in our DNS provisioning system, and it temporarily caused some delegations (where the parent zone is operated by ARIN) to be removed. The bug has been fixed, and the correct

Re: ARIN contact needed: something bad happens with legacy IPv4 block's reverse delegations

Me too. We have a 164.138.208.0/22 and we have issues with dns reverse too We sent an email to ripe support, but no answer yet El 2017-03-17 10:53, Stephane Bortzmeyer escribió: On Fri, Mar 17, 2017 at 12:03:58PM +0300, Eygene Ryabinkin wrote a message of 71

Re: [NOC] ARIN contact needed: something bad happens with legacy IPv4 block's reverse delegations

Folks - RIPE NCC has backed out the change at issue, and we are again processing zonelet files received from them. They’ve posted more details here - FYI, /John John Curran President and CEO ARIN On 17 Mar 2017, at 12:31

Re: [NOC] ARIN contact needed: something bad happens with legacy IPv4 block's reverse delegations

John, Alex, Romeo, Fri, Mar 17, 2017 at 12:31:06PM +0100, John Curran wrote: > We are aware there’s an issue and working on it presently with RIPE. > Expect additional updates shortly. Fri, Mar 17, 2017 at 12:50:48PM +0100, Alex Band wrote: > You can find a detailed announcement from the

Re: [NOC] ARIN contact needed: something bad happens with legacy IPv4 block's reverse delegations

You can find a detailed announcement from the RIPE NCC here: https://www.ripe.net/ripe/mail/archives/dns-wg/2017-March/003394.html -Alex Band > On 17 Mar 2017, at 12:31, John Curran wrote: > > Eygene -

Re: [NOC] ARIN contact needed: something bad happens with legacy IPv4 block's reverse delegations

Eygene - We are aware there’s an issue and working on it presently with RIPE. Expect additional updates shortly. /John John Curran President and CEO ARIN > On 17 Mar 2017, at 11:04 AM, Eygene Ryabinkin wrote: > > Job, good day. > > Fri, Mar 17, 2017 at

Re: [NOC] ARIN contact needed: something bad happens with legacy IPv4 block's reverse delegations

Job, good day. Fri, Mar 17, 2017 at 09:55:56AM +, Job Snijders wrote: > 171 also seems affected. Not the whole one, it seems: {{{ $ dig +trace -t soa 1.171.in-addr.arpa ; <<>> DiG 9.10.4-P6 <<>> +trace -t soa 1.171.in-addr.arpa ;; global options: +cmd . 202634 IN

Re: ARIN contact needed: something bad happens with legacy IPv4 block's reverse delegations

On Fri, Mar 17, 2017 at 12:03:58PM +0300, Eygene Ryabinkin wrote a message of 71 lines which said: > We (at Kurchatov Insitute) still use 144.206.0.0/16, the legacy > block, and seeing the breakage rooted at ARIN since this night, > {{{ > $ dig +trace -t soa

Re: ARIN contact needed: something bad happens with legacy IPv4 block's reverse delegations

171 also seems affected. Job On Fri, 17 Mar 2017 at 10:54, Stephane Bortzmeyer wrote: > On Fri, Mar 17, 2017 at 12:03:58PM +0300, > Eygene Ryabinkin wrote > a message of 71 lines which said: > > > Seems like the other /16 from 144.in-addr.arpa are

Re: ARIN contact needed: something bad happens with legacy IPv4 block's reverse delegations

On Fri, Mar 17, 2017 at 12:03:58PM +0300, Eygene Ryabinkin wrote a message of 71 lines which said: > Seems like the other /16 from 144.in-addr.arpa are affected too > (at least). Also in 164.in-addr.arpa, it seems?

ARIN contact needed: something bad happens with legacy IPv4 block's reverse delegations

We (at Kurchatov Insitute) still use 144.206.0.0/16, the legacy block, and seeing the breakage rooted at ARIN since this night, {{{ $ dig +trace -t soa 206.144.in-addr.arpa ; <<>> DiG 9.10.4-P6 <<>> +trace -t soa 206.144.in-addr.arpa ;; global options: +cmd . 206351 IN

Re: Government agency renting or selling IP space

On 17 Mar 2017, at 6:07 AM, Mel Beckman wrote: > > John, > > It's a California State government agency. Does that make a difference? Yes - very much so. (US Government has interesting procedures stemming from the US Constitution for handling the release of any rights or