- NANOG - lists.nanog.org

"Is BGP safe yet?" test
by Andrey Kostin 23 Apr '20

23 Apr '20

Hi Nanog list, Would be interesting to hear your opinion on this: https://isbgpsafeyet.com/ We have cases when residential customers ask support "why is your service isn't safe?" pointing to that article. It's difficult to answer correctly considering that the asking person usually doesn't know what BGP is and what it's used for, save for understanding it's function, design and possible misuses. IMO, on one hand it promotes and is aimed to push RPKI deployment, on the other hand is this a proper way for it? How ethical is to claim other market players unsafe, considering that scope of possible impact of not implementing it has completely different scale for a small stub network and big transit provider? Kind regards, Andrey

20 57

IGMPv3/MLDv2 implementation and deployment survey
by John Kristoff 23 Apr '20

23 Apr '20

[ Apologies if you've seen this already - jtk ] Friends, Those of you with knowledge, interest, or deployment experience with IP multicast in real networks should consider taking the survey linked to below. Forwarded with knowledge and permission of the original email author. The survey deadline has been extended to the end of this month. John From: Stig Venaas <stig(a)venaas.com> Date: Tue, Feb 25, 2020 at 1:24 PM Subject: Re: IGMPv3/MLDv2 implementation and deployment survey To: <pim(a)ietf.org> Cc: <pim-chairs(a)ietf.org> The IETF PIM Working Group intends to progress IGMPv3 and MLDv2 from Proposed Standards to Internet Standards. To facilitate that, the working group would like to get input from operators and others deploying multicast, and implementors of these protocols, to learn what the current implementation and deployment status is. If you are using multicast, or have implemented these protocols, please respond to the survey at https://jisc.onlinesurveys.ac.uk/implementation-and-deployment-of-igmpv3-an… It is sufficient to get responses from one person from each organization. The survey closes on March 13 2020. To get input from as many organizations as possible, please help forward this email, or distribute the URL, to any contacts you may have that have deployment or implementation experiences, on relevant mailing lists etc. If you have any queries about the survey, please contact the PIM WG chairs at pim-chairs(a)ietf.org. Regards Stig and Mike

1 0

Are underground utility markers essential workers?
by Sean Donelan 22 Apr '20

22 Apr '20

Utility markers don't get the recognition they deserve. If they aren't essential workers, they should be.... and get hazard pay. They help protect everyone's fiber and cables and pipes that go boom.

10 9

Re: mail admins?
by Scott Weeks 22 Apr '20

22 Apr '20

> I think you just need to let scripts run in your browser for > nanog.org. sad. http://nanog.org used to be the brilliant example of a fully featured web site sans javascript, flash, ... --------------------------------------------------- I'm not one to plus-one anything, but this should be plus-infinity. I whined about it a year or so ago. Crickets. I gave up on doing anything on the web site because I can't get anything to work unless I make my computer less secure. Sad trend. More flash and trash marketing crap and less network engineering acumen. Like configuring routers from a web browser, rather than a CLI... scott

2 1

Construction crew hits underground fiber line, causes outage of 'call before you dig' hotline
by Sean Donelan 21 Apr '20

21 Apr '20

https://www.9news.com/article/news/local/fiber-line-damage-colorado-811-out… Construction crew hits underground fiber line, causes outage of 'call before you dig' hotline Through the 811 hotline you can call to have utility lines marked before doing any digging. DENVER — It looks like someone may have forgotten to call before they started digging and now others are unable to do so due to an outage of the Colorado 811 hotline caused by a busted fiber line. A message on the Colorado 811 website says there's an outage in the communication system. It says an underground fiber line was damaged and it's causing "significant" outages in the Denver area. Construction activity caused underground damage, according to the website. Crews are working to repair the damage, but repairs are not expected to be completed until around 8 p.m. Tuesday. [...]

1 0

Spike in traffic to Google&Akamai caches?
by Hank Nussbacher 21 Apr '20

21 Apr '20

Did anyone notice a huge jump in traffic today between 11:30-11:40 (GMT) directed at Google and Akamai caches coming from Amazon and Google? Gaming updates? Thanks, Hank Caveat: The views expressed above are solely my own and do not express the views or opinions of my employer

3 2

SINGLEHOP-LLC AS32475 - Contact
by James Braunegg 21 Apr '20

21 Apr '20

Dear All Does anyone have a contact at SingleHop AS32475 which you can share with me ? Looking for someone who is responsible for BGP / Routing / AS Path etc ? Looking forward to hearing from you Kindest Regards James Braunegg [cid:image001.png@01D280A4.01865B60] 1300 769 972<tel:1300%20769%20972> / 0488 997 207<tel:1300%20769%20972> james(a)micron21.com<mailto:james@micron21.com> www.micron21.com/<http://www.micron21.com/> [cid:image002.png@01D280A4.01865B60]<http://www.micron21.com/> [cid:image003.png@01D280A4.01865B60]<https://www.facebook.com/micron21/> [cid:image004.png@01D280A4.01865B60]<https://twitter.com/micron21> Follow us on Twitter<https://twitter.com/micron21> for important service and system updates. This message is intended for the addressee named above. It may contain privileged or confidential information. If you are not the intended recipient of this message you must not use, copy, distribute or disclose it to anyone other than the addressee. If you have received this message in error please return the message to the sender by replying to it and then delete the message from your computer.

1 0

FCC Enforcement Bureau requests Traceback Consortium
by Sean Donelan 20 Apr '20

20 Apr '20

Enforcement Bureau requests interested consortia to file Letters of Intent to conduct private traceback efforts pursuant to section 13(d) of the TRACED Act https://www.fcc.gov/document/eb-requests-letters-intent-traceback-consortium The Pallone-Thune Telephone Robocall Abuse Criminal Enforcement and Deterrence Act (TRACED Act) was signed into law on December 30, 2019. Congress required the Federal Communications Commission, not later than 90 days after that date, to “issue rules to establish a registration process for the registration of a single consortium that conducts private-led efforts to trace back the origin of suspected unlawful robocalls.” The Commission adopted rules to require any consortium that seeks to be selected as the single registered consortium to file a Letter of Intent to conduct private traceback efforts and directed the Enforcement Bureau to issue a public notice to that effect no later than April 28th each year. [...]

1 0

Re: IS-IS Error (FRR)
by Mark Tinka 20 Apr '20

20 Apr '20

So we've been discussing this on Slack. It seems the packet handlers for IS-IS in FRR and how they work on FreeBSD is not completely optimized (not an issue on Linux). FRR-based IS-IS on FreeBSD is sending PSNP's that are 6,020 bytes large. However, FreeBSD's BPF (Berkeley Packet Filter) has a packet data limit of 4,096 bytes. This is what is causing the error. While it is possible to set the IIH MTU in FRR with the "lsp-mtu" command, there is not way to set the PSNP MTU. In short, IS-IS on FRR does not understand that there is an MTU limit for PSNP's on FreeBSD. I'm working with the IS-IS FRR team, but as of now, no idea on if/when there will be a fix for this. While routes are being successfully exchanged between FRR and Cisco IOS XE for IS-IS, this is a show-stopper! So for the moment, I cannot recommend anyone runs IS-IS on FRR in production. As it stands, it appears that this is the only thing standing in the way of a successful deployment, as far as simple Anycast services go. Will keep you all posted as this develops. Mark. On 18/Apr/20 16:34, Tony Li wrote: > > No, IIH’s are padded, hot PSNP’s. > > Tony > >> On Apr 18, 2020, at 3:08 AM, adamv0025(a)netconsultings.com wrote: >> >> >> >> Just shooting in the dark, Isn’t the PSNP padded to some ISIS defined >> max MTU and that somehow fails due to mismatch on em0 L2 MTU? >> >> >> >> adam >> >> *From:*NANOG <nanog-bounces(a)nanog.org> *On Behalf Of *Mark Tinka >> *Sent:* Friday, April 17, 2020 11:05 AM >> *To:* nanog(a)nanog.org >> *Subject:* IS-IS Error (FRR) >> >> >> >> Hi all. >> >> I'm almost there getting IS-IS to work without issue. I'm now faced >> with the following error log: >> >> 2020/04/17 10:02:01 ISIS: IS-IS bpf: could not transmit packet on >> em0: Input/output error >> 2020/04/17 10:02:01 ISIS: [EC 67108865] ISIS-Snp (1): Send L2 PSNP on >> em0 failed >> >> This repeats every second. >> >> Anyone know what this could be? >> >> Systems is FreeBSD-12.1-RELEASE-p3. >> >> Despite the error, IS-IS is running and routing is good, talking to a >> Cisco IOS XE implementation on the other side. So the error is >> throwing me off. >> >> No feedback from the Slack feed, Google doesn't say much, and waiting >> to hear back from the FRR list. >> >> Mark. >>

2 2

Constant Abuse Reports / Borderline Spamming from RiskIQ
by Kushal R. 19 Apr '20

19 Apr '20

From the past few months we have been receiving a constant stream of abuse reports from a company that calls themselves RiskIQ (RiskIQ.com) The problem isn’t the abuse reports themselves but the way they send them. We receive copies of the report, on our sales, billing, TECH-POCs and almost everything other email address of ours that is available publicly. It doesn’t end there, they even online on our website and start using our support live chat and as recently as tomorrow they I see that they have now started using Twitter (@riskiq_irt) to do the same. We understand these reports and deal with them as per our policies and timelines but this constant spamming by them from various channels is not appreciated. Does anyone have a similar experience with them?

22 39