- Test - lists.nanog.org

Escalation point at Google
by Alex Osipov 12 Nov '18

12 Nov '18

Hello – Does anyone have an escalation point or a human to speak to on the Google escalations or Google Safe Browsing team? Our entire SaaS business, 15 years in business, in a niche software industry with a good reputation has become blocked in ALL browsers. We are impacting 30k+ enterprise users in the financial space and have tried everything but all roads lead to automated systems. Can anyone please reach out with a contact if you have one? Sorry to spam this list if this is inappropriate content. Very desperate here. Thank you, Alex Osipov / CTO

4 3

RWHOIS
by Rodenhuis, John 12 Nov '18

12 Nov '18

Greetings list! We are testing implementation of an RWHOIS server to eliminating having to send SWIP emails to ARIN. Looking to see if anyone else is (successfully) using RWHOIS 1.5, and can hopefully provide any lessons-learned. Any other feedback would be welcomed. Thanks, John John Rodenhuis Sr. Broadband Operations Manager Atlantic Broadband w. 603.330.7702 | c. 603.767.6042

1 0

Well Known BGP Communities
by Bryce Wilson 12 Nov '18

12 Nov '18

I’m working on updating the BGP communities that are processed and used in my routers and I was interested as to what some of the common BGP communities that I might want to implement parsing for might be. As I understand it, it is somewhat required that no export, no advertise and no export subconfed are implemented. I believe that there is also a no peer option which asks that a prefix not be announced over a peering relationship, only transit and downstream. I do have my own informational prefixes for source location and peering vs transit prefixes so it would not be a stretch to add a version to allow for restrictions on where a prefix is announced and possibly prepending as well. I am aware that action communities exist for blackhole and setting of local preference but I can not find a consensus as to what those communities may be. Thanks ~ Bryce Wilson, AS202313, EVIX, AS137933

3 2

Windows sometimes lets temporary IPv6 addresses expire without renewing
by fireballiso 12 Nov '18

12 Nov '18

Hi! I'm experiencing an IPv6 issue with Windows that I wanted to ask if others are seeing, and get an idea of how widespread it might be. For background, I've been using a /64 tunnel from Hurricane for a few years to test IPv6 connectivity until my ISP offers native service. Linux works well with IPv6. However, I've isolated a problem in Windows 10 (version 1803, build 17134.345) where the Preferred Lifetime of *temporary* IPv6 addresses don't seem to be renewed properly sometimes. The Valid Life will start counting down again from 24 hours, but the Pref Life will stay at 0s; in this condition, the temporary addresses don't work on that interface until I disable and then re-enable it. Output of "netsh int ipv6 show addr", formatted to fit and for privacy: Addr Type DAD State Valid Life Pref. Life Address --------- ----------- ----------- ---------- ------- Public Preferred 23h58m22s 3h58m22s 2001:470:X:X:X:X:X:7a20 Temporary Deprecated 23h58m22s 0s 2001:470:X:X:bc72:8f4:7d98:3445 Public Preferred 23h58m22s 3h58m22s fd00:X::X:X:X:7a20 Temporary Deprecated 23h58m22s 0s fd00:X::bc72:8f4:7d98:3445 Other Preferred infinite infinite fe80::X:X:X:7a20%13 In this state, the Public addresses usually work, but these addresses don't change, so some privacy is lost. Occasionally, even the Public addresses stop working, (though the Valid and Pref Life values still have time left), which requires me to disable/enable the interface to regain any IPv6 connectivity to the internet. I've noticed some bug reports stating that the temporary address stops working after a while, but none I've found show the Pref Life staying on 0. Has anyone else seen this bug? Any idea whether there's a fix or workaround, other than an interface disable/re-enable? -- -Indy fireballiso(a)yahoo.com

1 1

Re: WIndows Updates Fail Via IPv6
by Willy MANGA 11 Nov '18

11 Nov '18

Hi, Le 11/11/2018 à 13:00, nanog-request(a)nanog.org a écrit : > [...] > Date: Sun, 11 Nov 2018 11:29:43 +0200 > From: Mark Tinka <mark.tinka(a)seacom.mu> > Hi all. > Anyone ever figured out why Windows updates fail when the computer has > an IPv6 connection? Weird .. We have PC running Windows 10 pro (20+) in my organization (based in Cameroon) and dont have that issue. > [...] > I have a family PC at home running Windows 10 Pro, and noticed updates > would fail in recent months. It took me a moment to realize that this > started happening only after I enabled IPv6 in the TCP/IP stack. > Disabling it immediately solves the issue. > > Quite odd that this is happening in 2018... IMHO the issue is in the network somewhere ... -- Willy Manga @ongolaboy https://ongola.blogspot.com/

1 0

CLS to CLS Latency info
by Mehmet Akcin 11 Nov '18

11 Nov '18

Hello there I have been searching for CLS (Cable Landing Station) to CLS latency infirnation for submarine cables. I was able to identify only a handful of them via sales catalogs. I am still missing like 320~ systems, does wnyone have this info available? If i can’t find the data, i am going to formulate from lentgh of fiber diveded by speed of light on fibre (~ +\- resistance) but I really would prefer actual ping ;) This is for www.networkatlas.org project. Thank you in advance! Mehmet -- Mehmet +1-424-298-1903

5 5

Cogent charging 50/mo for BGP (not IPs, the service)
by Josh Luthman 11 Nov '18

11 Nov '18

Has anyone else dealt with this mess? Even my Cogent rep admits it's unique to their business. Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373

12 15

Re: Zayo vs Coent
by joe mcguckin 11 Nov '18

11 Nov '18

Zayo is not merely Above.net <http://above.net/>. Zayo is a massive rollup of many fiber providers. It has acquired over 30 other networks. Joe McGuckin ViaNet Communications joe(a)via.net 650-207-0372 cell 650-213-1302 office 650-969-2124 fax

1 0

GTT Woes
by Laurent Dumont 10 Nov '18

10 Nov '18

Hi Folks, I was expecting a quiet weekend but it seems that is not the case. We have an IP-VPN circuit in Connecticut that feeds back to Montreal. We have a base-line of 15MS over the past few months which fits with the distance. We have a previous incident a week and a half ago where it jumped to 50MS for 5 days. This was resolved by GTT and caused by a failover to a "protected" path due to an alarm that wasn't properly handled for all that time. We had a really bad time with their Support/NOC and are quite stunned at how poorly it was handled. Well surprise, we are back in the same train. My latency jumped from 15MS to 35MS and then to 50MS a bit later. That happened on the 7th at 5:00PM Eastern and has been ongoing ever since. We've hard a very hard time getting anything out of GTT. Numerous back and forth with as much information as possible from our side. I am basically seeing the +35MS on the circuit when reaching the NY/Connecticut GTT PE straight from my device that is in the same region. I even have another GTT 12 miles from that location that has a 15MS latency all the way back to Montreal. If anyone can poke, dig or has anything for us, I would greatly appreciate it. I can provide ticket numbers and circuit ID at any time. Have a latency free weekend! Thanks -- *Laurent Dumont* *Spécialiste réseau / Network specialist* *Fibrenoire* - www.fibrenoire.ca A: 550 , avenue Beaumont, bureau 320, Montréal (Québec) H3N 1V1 T. 514 907-3002 x132 C.438 825-4642 ldumont(a)fibrenoire.ca <farchambault(a)fibrenoire.ca> Twitter: Twitter Fibrenoire <https://twitter.com/fibrenoire> *--Note de confidentialité--* *Ce message électronique et toutes pièces jointes contiennent des informations privilégiées et confidentielles. Si vous n'êtes pas le destinataire prévu, il est strictement interdit d'utiliser, de copier ou divulguer les informations ainsi transmises; merci d'en aviser l'expéditeur et de les supprimer de votre ordinateur.* *--Confidentiality Note--* *This email message and any attachments contain privileged and confidential information. If you are not the intended recipient, your use, copying or disclosure of this information is prohibited; please contact the sender and delete the material from your computer.*

1 0

Re: bloomberg on supermicro: sky is falling
by Scott Weeks 09 Nov '18

09 Nov '18

--- eric.kuhnke(a)gmail.com wrote: From: Eric Kuhnke <eric.kuhnke(a)gmail.com> many contractors *do* have sensitive data on their networks with a gateway out to the public Internet. ---------------------------------------- I could definitely imagine that happening. scott

31 60