[no subject]

This post was from a subscriber whose From: address domain has a DMARC policy of reject or quarantine. The NANOG mailing list has automatically wrapped this message to prevent other subscribers mail systems from rejecting it.---BeginMessage--- It was resolved at around 2015-05-20 17:18 UTC

Re: AS4788 Telecom Malaysia major route leak?

It *looks* like GBLX stopped accepting the leak. Regards, Marty Strong -- CloudFlare - AS13335 Network Engineer ma...@cloudflare.com +44 20 3514 6970 UK (Office) +44 7584 906 055 UK (Mobile) +1 888 993 5273 US (Office) smartflare (Skype)

Re: AS4788 Telecom Malaysia major route leak?

/view.php?asn=13335 On 12 Jun 2015, at 11:18, Job Snijders j...@instituut.net wrote: On Fri, Jun 12, 2015 at 10:43:09AM +0100, Marty Strong via NANOG wrote: It *looks* like GBLX stopped accepting the leak. I disagree. Since 08:44 UTC up until now (10:15) the DFZ has been a radio-active

Re: AS4788 Telecom Malaysia major route leak?

Hi Marty, Noted. We are still checking this issue. Regards, LEE BON SHENG | leebonsh...@tm.com.my | ipmc_ipc...@tm.com.my NOC2 IPCORE, ISP Network Management, Telekom Malaysia, AS4788 TOLLFREE: 1-800-88-2646 (Opt 4) / International: +603-22466646 (Opt 4) We're committed

Re: Huge Level 3 ipv4 issues?

There’s another thread about this, titled: AS4788 Telecom Malaysia major route leak? Regards, Marty Strong -- CloudFlare - AS13335 Network Engineer ma...@cloudflare.com +44 20 3514 6970 UK (Office) +44 7584 906 055 UK (Mobile) +1 888 993 5273 US (Office)

Re: IPv6 Cogent vs Hurricane Electric

I think what’s stopping this from being a bigger issue is that neither network has many (if any) single-homed customers that don’t connect on IPv4, which as mentioned previously isn’t partitioned. If there were many IPv6 only eyeballs single-homed behind each network then it would be a bigger

Re: PeeringDB ?

More issues? :( Regards, Marty Strong -- CloudFlare - AS13335 Network Engineer ma...@cloudflare.com +44 7584 906 055 smartflare (Skype) http://www.peeringdb.com/view.php?asn=13335 > On 24 May 2016, at 12:43, Job Snijders wrote: > > On

Re: Global/distributed IXP operators?

I think he means IXes like NetIX: http://netix.net/map, a single distributed fabric. Regards, Marty Strong -- CloudFlare - AS13335 Network Engineer ma...@cloudflare.com +44 7584 906 055 smartflare (Skype) http://www.peeringdb.com/view.php?asn=13335 > On 29

Re: NANOG67 - Tipping point of community and sponsor bashing?

> It moves the monopoly to the IXP operator! I disagree, if there is only one *MAIN* building that an IXP is in then participants are going to have to go to that building, giving the colo provider the monopoly, which affects not just cross connects towards and IXP, but other participants too,

Re: IX in Iran by TIC

Can’t agree more about putting your IXPs on PeeringDB, it’s my first port of call when looking at locations to expand to. Also, I would say to add the data centres too, to give a better idea of where the IXPs are physically located. Regards, Marty Strong --

Re: New peerings between Hurricane Electric and Level3?

Turns out my information from the grape vine was wrong *bows head in shame*. Regards, Marty Strong -- CloudFlare - AS13335 Network Engineer ma...@cloudflare.com +44 7584 906 055 smartflare (Skype) http://www.peeringdb.com/view.php?asn=13335 > On 21 Jan 2016,

Re: New peerings between Hurricane Electric and Level3?

I’ve heard from the grape vine that this is due to the GBLX to Level3 transition, and it’s in fact paid IP transit. Regards, Marty Strong -- CloudFlare - AS13335 Network Engineer ma...@cloudflare.com +44 7584 906 055 smartflare (Skype)

Re: Question on peering strategies

The usefulness of an elastic fabric as far as I can see it are: - Can give you a private VLAN to some *cloud* providers that provide direct access to them in some other fashion than peering (assumedly for enterprises) - Is spread across multiple buildings across a metro area - Is elastic so can

Re: Question on peering strategies

This does exist, often called an elastic fabric, e.g. Megaport Regards, Marty Strong -- CloudFlare - AS13335 Network Engineer ma...@cloudflare.com +44 7584 906 055 smartflare (Skype) http://www.peeringdb.com/view.php?asn=13335 > On 22 May 2016, at 07:33, Max

Re: Question on peering strategies

in. > > /kc > > > On Mon, May 23, 2016 at 07:19:03PM +0100, Marty Strong via NANOG said: >> The usefulness of an elastic fabric as far as I can see it are: >> >> - Can give you a private VLAN to some *cloud* providers that provide direct >> access to

Re: PeeringDB ?

https://twitter.com/PeeringDB/status/735026726053531649 Not sure it’s known yet :D Regards, Marty Strong -- CloudFlare - AS13335 Network Engineer ma...@cloudflare.com +44 7584 906 055 smartflare (Skype) http://www.peeringdb.com/view.php?asn=13335 > On 24 May

Re: Major outage in Texas at

Of The 6 RIPE Atlas probes on AT in Texas, only 1 went down, about 2 hours ago. http://i.imgur.com/YeM7inZ.png Regards, Marty Strong -- Cloudflare - AS13335 Network Engineer ma...@cloudflare.com +44 7584 906 055 smartflare (Skype)

Looking for AS6327/Shaw contact

Hi NANOG members, Could somebody responsible for peering at AS6327/Shaw contact me off-list? I’ve tried the regular peering alias and got automated replies, but no human replies. Thanks! Regards, Marty Strong -- Cloudflare - AS13335 Network Engineer

Re: Looking for AS6327/Shaw contact

Somebody contacted me off list, thanks all! Regards, Marty Strong -- Cloudflare - AS13335 Network Engineer ma...@cloudflare.com +44 7584 906 055 smartflare (Skype) https://www.peeringdb.com/asn/13335 > On 30 Jan 2017, at 13:48, Marty Strong

Re: google ipv6 routes via cogent

Cogent refuses to settlement-free peer on IPv6 to Google and Hurricane Electric. The problem *in my mind* rests with Cogent trying to extract $$$ from said parties. Regards, Marty Strong -- Cloudflare - AS13335 Network Engineer ma...@cloudflare.com +44 7584

Re: Optical Wave Providers

Zayo and Electric lightwave are two options, not sure who owns the fibre in the ground in each case. Regards, Marty Strong -- CloudFlare - AS13335 Network Engineer ma...@cloudflare.com +44 7584 906 055 smartflare (Skype) https://www.peeringdb.com/asn/13335 >

Routeviews

Looks like somebody didn’t renew the domain $ whois routeviews.org Domain Name: ROUTEVIEWS.ORG Domain ID: D48496876-LROR WHOIS Server: Referral URL: http://www.networksolutions.com Updated Date: 2016-12-16T10:30:46Z Creation Date: 2000-12-14T23:05:47Z Registry Expiry Date: 2017-12-14T23:05:47Z

Re: Bandwidth Savings

The first step would be profiling your traffic sources. I would imagine you probably have a bunch of YouTube, Netflix et al. content, that those content providers will send you a cache box for, subject to minimum traffic requirements. Regards, Marty Strong

Re: Bandwidth Savings

At the end of the day it’s a cost/benefit analysis, reading the OP’s message it’s clear that the IX or transit isn’t really the problem, but rather how much traffic traverses to the point of transit/IX. I think until we see some numbers both in terms of traffic and in terms of price to say

Re: Bandwidth Savings

, > > -M< > > > > > On Wed, Jan 11, 2017 at 4:34 PM, Marty Strong via NANOG <nanog@nanog.org> > wrote: > I believe the ISP is located in Trinidad & Tobago. > > There are five international submarine cables that land on the island: > -

Re: Bandwidth Savings

I believe the ISP is located in Trinidad & Tobago. There are five international submarine cables that land on the island: - SG-SCS - Americas-II - ECFS - Southern Caribbean Fiber - ECLink Of those, 1 go to the closest real interconnectivity hub of Miami, with the others requiring another pair

Re: google ipv6 routes via cogent

I wouldn’t be surprised if that’s unwanted, where Telstra domestic is announcing to Telstra International, who in turn announces to Cogent. Regards, Marty Strong -- Cloudflare - AS13335 Network Engineer ma...@cloudflare.com +44 7584 906 055 smartflare (Skype)

Re: Find carriers that peer in two IX's

> TELX 60 Hudson and then SIX (Seattle IX) IX or building? Telx 60 Hudson is a building and SIX is an IX. Regards, Marty Strong -- Cloudflare - AS13335 Network Engineer ma...@cloudflare.com +44 7584 906 055 smartflare (Skype)

Re: media are reporting "major Internet outage"

https://puck.nether.net/pipermail/outages/2017-November/thread.html Regards, Marty Strong -- Cloudflare - AS13335 Network Engineer ma...@cloudflare.com +44 7584 906 055 smartflare (Skype) https://www.peeringdb.com/asn/13335 > On 6 Nov 2017, at 18:49, Todd

Re: Cloudflare 1.1.1.1 public DNS broken w/ AT CPE

So far we know about a few CPEs which answer for 1.1.1.1 themselves: - Pace 5268 - Calix GigaCenter - Various Cisco Wifi access points If you know of others please send them my way so we can investigate. Regards, Marty Strong -- Cloudflare - AS13335 Network

Re: Cloudflare 1.1.1.1 public DNS broken w/ AT CPE

Apr 2018, at 19:24, Rubens Kuhl <rube...@gmail.com> wrote: > > D-Link DMG-6661 as well. > > > Rubens > > > On Mon, Apr 2, 2018 at 12:26 PM, Marty Strong via NANOG <nanog@nanog.org> > wrote: > So far we know about a few CPEs which answer for 1

Re: Cloudflare 1.1.1.1 public DNS different as path info for 1.0.0.1 and 1.1.1.1 london

Routing from ~150 locations, plenty of redundancy. https://www.cloudflare.com/network/ Regards, Marty Strong -- Cloudflare - AS13335 Network Engineer ma...@cloudflare.com +44 7584 906 055 smartflare (Skype) https://www.peeringdb.com/asn/13335 > On 2 Apr

Re: Cloudflare 1.1.1.1 public DNS broken w/ AT CPE

smartflare (Skype) https://www.peeringdb.com/asn/13335 > On 3 Apr 2018, at 07:22, Paul Rolland (ポール・ロラン) <r...@witbe.net> wrote: > > Hello, > > On Mon, 2 Apr 2018 16:26:13 +0100 > Marty Strong via NANOG <nanog@nanog.org> wrote: > >> So far we know about a few C