July 2020 - Test - lists.nanog.org

Question on BlackBox or Commworks
by Joseph Jenkins 29 Jul '20

29 Jul '20

Do you know or have experience with either company? Do they have their own techs are they just bidding out for local techs in the area? I have work that needs to be done all across the US and just trying to look for some options.

4 3

NANOG Women in Tech: A conversation with Kat Ronay
by NANOG News 29 Jul '20

29 Jul '20

*“In talking to some of the other women in the industry, I'm sort of a unicorn — I‘ve actually been very, very fortunate.”* Our newest series on NANOG TV explores the stories and career paths of some of the most exceptional women we know. Watch our second interview, featuring Kat Ronay of Microsoft, to learn more about her experience as a woman navigating the world of network engineering. Watch Now <https://www.nanog.org/news-stories/nanog-tv/women-tech/>

1 0

Tips on dealing with illicit BGP announcements
by Randy Carpenter 29 Jul '20

29 Jul '20

I am working with a client that has recently purchased and transferred an IPv4 block. Sometime in between when the purchase and research was done and when the transfer was actually complete, an entity in Asia started illicitly announcing a larger block that includes the block in question. They even have gotten an RADB entry in place for it. Does anyone have some tips on how to deal with this? I have a feeling that dealing directly with the offending entity will not be very fruitful. thanks, -Randy

4 3

Fwd: [v6ops] Question about "Operational Implications of IPv6 Packets with Extension Headers"
by Fernando Gont 29 Jul '20

29 Jul '20

Folks, FYI. You can send your comments to <v6ops-chairs(a)ietf.org> if you wish. Thanks, Fernando -------- Forwarded Message -------- Subject: [v6ops] Question about "Operational Implications of IPv6 Packets with Extension Headers" Date: Tue, 28 Jul 2020 22:55:45 -0700 From: Fred Baker <fredbaker.ietf(a)gmail.com> Reply-To: V6Ops-Chairs <v6ops-chairs(a)ietf.org> To: IPv6 Operations <v6ops(a)ietf.org> It looks like Fernando (et al) revised this and posted draft -04 on Saturday, and there has been a flurry of discussion. I haven't been through the document or the entire thread yet, but I do observe that a number of people have comments, and several people have expressed interest in the document. Let me ask the obvious question: you we want to adopt this as a working group draft? I won't ask you to hum; whether you wish to say "yes", "no", or "abstain", please reply to this email *privately* (which is to say, to v6ops-chairs) with that word prepended on the subject line. I'll give us 48 hours, which is to say that I will evaluate and state the result Thursday evening Pacific time. https://mailarchive.ietf.org/arch/search/?qdr=a&q=%22draft-gont-v6ops-ipv6-… https://mailarchive.ietf.org/arch/search/?qdr=a&q=%22Operational Implications of IPv6 Packets with Extension Headers%22 https://datatracker.ietf.org/doc/draft-gont-v6ops-ipv6-ehs-packet-drops https://tools.ietf.org/html/draft-gont-v6ops-ipv6-ehs-packet-drops "Operational Implications of IPv6 Packets with Extension Headers", Fernando Gont, Nick Hilliard, Gert Doering, Warren Kumari, Geoff Huston, 2020-07-25, _______________________________________________ v6ops mailing list v6ops(a)ietf.org https://www.ietf.org/mailman/listinfo/v6ops

2 2

MAP-T in production
by Brian Johnson 27 Jul '20

27 Jul '20

Has anyone implemented a MAP-T solution in production? I am looking for feedback on this as a deployment strategy for an IPv6 only core design. My concern is MAP-T CE stability and overhead on the network. The BR will have to do overloaded NAT anyway to access IPv4 only resources. The idea being that when IPv4 is no longer needed, this will be a quicker “clean-up” project than a dual-stack solution. I have reviewed Jordan Gotlieb’s presentation from Charter and would love to hear if this is still in use at Charter or if was ever fully implemented and the experiences) I’d love any real life examples and success/failure stories. Thanks. - Brian

9 15

NANOG 80 will be a virtual meeting 👉
by NANOG News 27 Jul '20

27 Jul '20

*NANOG 80 will be held as a virtual meeting to ensure the safety and wellbeing of our community — the in-person meeting in Seattle has been canceled. * In light of continued COVID-19 outbreaks throughout North America, the NANOG Board of Directors and Staff have decided to hold NANOG 80 <https://www.nanog.org/meetings/nanog-80/> exclusively as a virtual meeting. When surveying our community, the majority of respondents said they would not attend in-person, and would only feel comfortable doing so if there was a widely available COVID-19 vaccine. We feel the decision to hold the meeting online best ensures everyone’s safety. The NANOG Staff and Program Committee (PC) are working hard to provide the best virtual experience for NANOG 80, which will be held online from October 19-21, 2020. The program will offer three days of best-in-class talks, tutorials, keynotes, and panels, peer reviewed and developed by the PC. Elections for the NANOG Board of Directors will also take place during NANOG 80, with nominations opening August 17. The NANOG 80 registration fee will be $250. If this presents a hurdle to your attendance, we encourage you to apply for a NANOG 80 fellowship — details on how to apply will be announced soon. The PC is actively seeking talk proposals <https://www.nanog.org/participate/call-presentations/> for the NANOG 80 program, and welcomes anyone interested in sharing their experiences, ideas, or the latest technologies with the greater NANOG community to submit a proposal for a virtual presentation by Monday, August 24. We will continue to keep you informed about the meeting, with announcements when NANOG 80 registration opens and the agenda is live. Please contact us with any additional questions or concerns, at any time: nanog-support(a)nanog.org Sincerely, The NANOG Board of Directors + Staff

1 0

Internet Providers in 111 8th Ave, NYC
by Pete Rohrman 27 Jul '20

27 Jul '20

Looking for an Internet provider that is in the Level3/CenturyLink space (3rd floor) in 111 8th Ave, New York City. There are plenty of providers in the building, but I'm trying to avoid riser costs. Feel free to pass this along to your sales team, and if so, give them my direct number 212 497 8015. If you know a good sales rep, please send me their contact info off thread. Thank you in advance. Pete -- Pete Rohrman Stage2 Support 212 497 8000, Opt. 2

10 16

cloud backup
by Randy Bush 27 Jul '20

27 Jul '20

i backup using arq on macos catalina. on two macs, i need maybe 3-4tb max. google seems to be $100/mo for 20tb (big jump from $100/yr for 2tb). backblaze b2 looks more like $20/mo for 4tb ($0.005/gb/mo). anyone else done a similar analysis? randy

12 20

Operational Implications of IPv6 Packets with Extension Headers (Fwd: New Version Notification for draft-gont-v6ops-ipv6-ehs-packet-drops-04.txt)
by Fernando Gont 26 Jul '20

26 Jul '20

Folks, We have posted a rev of our IETF I-D "Operational Implications of IPv6 Packets with Extension Headers". The I-D is available at: https://www.ietf.org/internet-drafts/draft-gont-v6ops-ipv6-ehs-packet-drops… Your feedback will be appreciated. Thanks! Cheers, Fernando -------- Forwarded Message -------- Subject: New Version Notification for draft-gont-v6ops-ipv6-ehs-packet-drops-04.txt Date: Sat, 25 Jul 2020 22:28:50 -0700 From: internet-drafts(a)ietf.org To: Fernando Gont <fgont(a)si6networks.com>, Gert Doering <gert(a)space.net>, Geoff Huston <gih(a)apnic.net>, Warren Kumari <warren(a)kumari.net>, Nick Hilliard <nick(a)inex.ie> A new version of I-D, draft-gont-v6ops-ipv6-ehs-packet-drops-04.txt has been successfully submitted by Fernando Gont and posted to the IETF repository. Name: draft-gont-v6ops-ipv6-ehs-packet-drops Revision: 04 Title: Operational Implications of IPv6 Packets with Extension Headers Document date: 2020-07-25 Group: Individual Submission Pages: 15 URL: https://www.ietf.org/internet-drafts/draft-gont-v6ops-ipv6-ehs-packet-drops… Status: https://datatracker.ietf.org/doc/draft-gont-v6ops-ipv6-ehs-packet-drops/ Htmlized: https://tools.ietf.org/html/draft-gont-v6ops-ipv6-ehs-packet-drops-04 Htmlized: https://datatracker.ietf.org/doc/html/draft-gont-v6ops-ipv6-ehs-packet-drops Diff: https://www.ietf.org/rfcdiff?url2=draft-gont-v6ops-ipv6-ehs-packet-drops-04 Abstract: This document summarizes the security and operational implications of IPv6 extension headers, and attempts to analyze reasons why packets with IPv6 extension headers may be dropped in the public Internet. Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. The IETF Secretariat

1 0

RE: Don Smith, RIP.
by Jakob Heitz (jheitz) 24 Jul '20

24 Jul '20

Don was a great guy. I learnt a few things about Flowspec from him. Sorry to see him go. Regards, Jakob. -----Original Message----- Date: Thu, 23 Jul 2020 23:22:45 +0000 From: "Dobbins, Roland" <Roland.Dobbins(a)netscout.com> It is with a heavy heart that I must relate the news that Don Smith, formerly of CenturyLink and more lately of Netscout Arbor, passed away in his sleep last night. Don was a colleague, friend, and mentor to many; he was a mainstay of the operational community, and tirelessly worked to make the Internet safer and more resilient for us all. His intellect, wit, and generosity of spirit were well-known to those who were privileged to have the opportunity to work with and learn from him. Don?s contributions to the industry were manifold. While we are all diminished by his loss, his legacy abides; and we can honor him by continuing to build upon that foundation, for the betterment of the Internet community as a whole. Once Don?s family have established plans for his memorial, they will be posted here. -------------------------------------------- Roland Dobbins <roland.dobbins(a)netscout.com>

1 0