October 2020 - Test - lists.nanog.org

Vint Cerf & Interplanetary Internet
by Rod Beck 22 Oct '20

22 Oct '20

https://www.quantamagazine.org/vint-cerfs-plan-for-building-an-internet-in-… Roderick Beck VP of Business Development United Cable Company www.unitedcablecompany.com<http://www.unitedcablecompany.com> New York City & Budapest rod.beck(a)unitedcablecompany.com Budapest: 36-70-605-5144 NJ: 908-452-8183 [1467221477350_image005.png]

11 12

AS203 (CenturyLink/Qwest/Level3/Lumen) hijack report
by Töma Gavrichenkov 22 Oct '20

22 Oct '20

Peace, Following up on the today's massive partial network outage, here's the analysis of what actually happened with the AS203's hijack, which is the first one for the newly founded Lumen Technologies. https://blog.qrator.net/en/lumen-aka-centurylink-generating-routing-inciden… -- Töma

1 1

Final day of ARIN 46 to be held tomorrow Friday 23 October!
by John Curran 22 Oct '20

22 Oct '20

NANOGers - ARIN 46’s third and final day will occur tomorrow, and consists of our member meeting including our Board and ARIN AC candidate forums and reports on how the organization is doing. Please feel free to join if you are interested - it’s open to all and there’s no fee involved (but you do need to register - see details in the message below.) Best wishes! /John John Curran President and CEO American Registry for Internet Numbers Begin forwarded message: From: ARIN <info(a)arin.net<mailto:info@arin.net>> Subject: [arin-announce] Don’t Forget to Attend the Third and Final Day of ARIN 46 Date: 20 October 2020 at 9:59:52 AM EDT To: "arin-announce(a)arin.net<mailto:arin-announce@arin.net>" <arin-announce(a)arin.net<mailto:arin-announce@arin.net>> In just a few days, we will reconvene for the third and final day of ARIN 46. Join us from 12:00 – 3:00 PM ET on Friday, 23 October for the ARIN 46 Members Meeting, where we’ll discuss the 2020 ARIN Elections and hear from the candidates themselves during the Advisory Council and Board Forums. We’ll also hear updates on ARIN financials, the Board of Trustees, and the Advisory Council. Candidate videos will be published on 22 October, so stay tuned and make sure to watch for those! Videos will be available at: https://www.arin.net/elections As you know, ARIN 46 is being held via Zoom. For more details about attending this virtual meeting, visit: https://www.arin.net/ARIN46_remote One hour before the meeting starts each day, registered attendees will receive an email from “ARIN no-reply(a)zoom.us<mailto:no-reply@zoom.us>“ with the URL for that day’s session. These links are not identical, so be sure you use the correct one for each day. Although we try to stay on schedule as much as we can, note that all times are subject to change. View the ARIN 46 agenda and check for updates and any time changes at: https://www.arin.net/ARIN46_agenda Slides from each session will be posted online at: https://www.arin.net/ARIN46_materials Join in the conversation about ARIN 46 by using #ARIN46: https://twitter.com/hashtag/ARIN46 Please give us feedback on your experience at ARIN 46 by completing the meeting survey at: https://www.surveymonkey.com/r/ARIN46participantsurvey All entries received by Friday, 30 October will be entered into a raffle to win an iPad Air! Regards, American Registry for Internet Numbers (ARIN) _______________________________________________ ARIN-Announce You are receiving this message because you are subscribed to the ARIN Announce Mailing List (ARIN-announce(a)arin.net) Unsubscribe or manage your mailing list subscription at: https://lists.arin.net/mailman/listinfo/arin-announce Please contact info(a)arin.net if you experience any issues.

1 0

Circuit ordering software
by Oliver Rothschild 22 Oct '20

22 Oct '20

For those that have circuit ordering mechanisms in their environment, what sort of software do you use? respectfully, OIiver Network Engineer

4 3

Re: A study on community-triggered updates in BGP
by Jakob Heitz (jheitz) 21 Oct '20

21 Oct '20

Thomas, I confirmed your case and took a look at the code. The outbound duplicate suppression function tries to detect duplicates without actually storing or recreating the previously sent update, so it misses some cases. Your use case is a good one. We will check to see if we can detect it without compromising significantly on resource usage. Thank you for raising the issue. Regards, Jakob. -----Original Message----- Date: Tue, 20 Oct 2020 04:48:37 -0700 From: Thomas Krenc <tkrenc(a)nps.edu> Hi Jakob. The simple configuration below allows communities to be forwarded (send-community-ebgp), but are cleaned at egress (using route-policy and community-set). In the experiment, the router receives announcements with altering community attributes only, from the internal peer. After the filter is applied, the router sends duplicates to the external peer. Also, In a slightly different setup, the router sends duplicates due to changes in the next-hop only. best regards Thomas --- RP/0/0/CPU0:ios(config)#show running-config Tue Oct 20 02:56:24.230 UTC Building configuration... !! IOS XR Configuration 6.0.1 !! Last configuration change at Tue Oct 20 02:56:02 2020 by cisco ! interface MgmtEth0/0/CPU0/0 ?shutdown ! interface GigabitEthernet0/0/0/0 ?ipv4 address 10.12.0.2 255.255.255.252 ! interface GigabitEthernet0/0/0/1 ?ipv4 address 10.20.0.1 255.255.255.252 ! community-set all ? *:* end-set ! route-policy nofilter ? pass end-policy ! route-policy egressfilter ? delete community in all ? pass end-policy ! router bgp 65002 ?bgp router-id 10.12.0.2 ?address-family ipv4 unicast ! ?neighbor 10.12.0.1 ? remote-as 65001 ? address-family ipv4 unicast ?? send-community-ebgp ?? route-policy egressfilter out ! ?neighbor 10.20.0.2 ? remote-as 65002 ? address-family ipv4 unicast ! end On 10/17/20 3:59 PM, Jakob Heitz (jheitz) via NANOG wrote: > IOS-XR has duplicate update suppression logic for EBGP sessions, > not for IBGP sessions. > > If you are using EBGP and seeing a fault in the duplicate update > suppression logic in IOS-XR, please let me know configs and details > of the experiment. > > Regards, > Jakob. > > -----Original Message----- > Date: Thu, 15 Oct 2020 18:35:58 -0700 > From: Thomas Krenc <tkrenc(a)nps.edu> > > Dear NANOG, > > As a team of researchers from NPS and TU Berlin, we are investigating > the impact of BGP community attributes on the update behavior between ASes. > > We find that when a route is associated with multiple distinct community > attributes it does not only lead to multiple announcement at the tagging > AS, but also at neighboring ASes, if communities are not filtered > properly. This behavior is wide-spread. > > In order to better understand our observations, we have performed a > series of laboratory experiments using Cisco IOS, Junos OS, as well as > the BIRD daemon. > > We find that - by default - all tested routers generate announcements > with changing community attributes, even when other attributes do not > change. In addition, when communities are filtered at egress, Cisco und > BIRD send duplicate announcements (Juniper does not). > > Since our findings are limited to observations in public data as well as > few router implementations, we would like to share our research and > kindly ask you to have a look at: > > ??? https://www.cmand.org/communityexploration/ > > There, we provide some resources documenting our research, as well as > open questions. We greatly appreciate any feedback and insights you can > offer. Also, please don't hesitate to contact us directly: > > ??? communityexploration AT cmand DOT org > > best regards > > Thomas Krenc > Postdoctoral Researcher > Naval Postgraduate School

3 2

Level3/CenturyLink/Lumen in Denver, CO
by Matt Riffle 21 Oct '20

21 Oct '20

Hello, If anybody has a circuit from Level3 (aka CenturyLink or, I guess, Lumen, now) in Denver, CO — particularly if you’re in the Iron Mountain facility on Brighton Blvd — and you are willing to briefly give me an iperf3 target, please contact me off-list. I’m trying to triangulate some throughput issues. Thanks, Matt

1 0

Juniper configuration recommendations/BCP
by Forrest Christian (List Account) 21 Oct '20

21 Oct '20

<ISP hat on> After nearly 30 years of being a cisco shop, I'm working on configuring our first pair of Juniper MX204's to replace our current provider-edge cisco. I've worked through enough of the Juniper documentation/books to have a fairly good handle on how to configure these, but I wanted to check with the list to see if there are any Juniper-Specific gotchas I might run into that isn't documented well. I've done a bit of googling and am either finding stuff that is largely Cisco-specific or which is generic - all of which I'm rather familiar with based on my past history. Is there anything I should worry about which is Juniper-specific? -- - Forrest

18 22

RFC 2468
by Rodney Joffe 20 Oct '20

20 Oct '20

It is especially fitting whenever the NANOG/ARIN joint meetings occur in the same week that we “remember IANA”. As time has gone on, fewer and fewer of us actually know who J. Postel is - that name that appears at the end of so many RFC’s we refer to every day. The same person who also guided the management of names and numbers in the “early” days of this grand experiment we’re still struggling to get “right”. Today (Friday, October 16) is 22 years since Jon Postel passed away. I won’t start to list the rest of the pioneers we’ve lost since then - its obviously getting longer and longer. But I think its worth pointing “newcomers" at Vint’s RFC2468 (https://tools.ietf.org/rfc/rfc2468.txt) as the starting point for them (you) to understand the importance of Jon’s legacy as a moral compass to help guide some of the decisions being made or ignored during this week. And obviously other weeks and decisions that follow. Jon was my mentor, colleague, business partner, and friend. And along with his other friends still on this list, I miss him a lot. It hasn’t been the same without him. /rlj

3 2

FTTX Consulting
by ahmed.dalaali＠hrins.net 20 Oct '20

20 Oct '20

If anyone has experience in FTTX network design can reach me off-list. The suggested design is for nearly 200K subscribers. Ahmed

1 0

IETF I-D: "Operational Implications of IPv6 Packets with Extension Headers" (Fwd: [v6ops] WGLC on draft-ietf-v6ops-ipv6-ehs-packet-drops)
by Fernando Gont 20 Oct '20

20 Oct '20

Folks, FYI. P.S.: The relevant IETF wg list is: https://www.ietf.org/mailman/listinfo/v6ops Thanks, Fernando -------- Forwarded Message -------- Subject: [v6ops] WGLC on draft-ietf-v6ops-ipv6-ehs-packet-drops Date: Mon, 19 Oct 2020 12:35:34 -0700 From: Fred Baker <fredbaker.ietf(a)gmail.com> To: IPv6 Operations <v6ops(a)ietf.org> I'm opening a two week WGLC on draft-ietf-v6ops-ipv6-ehs-packet-drops-01.txt. This draft started in 2015, and was set aside for a while. We took it as a working group draft in July with some additional authors, it has been recently updated in response to issues raised, and the question before the house is whether it is ready for archival state - to become an RFC. There are a number of questions: - do we agree with the language? (there are probably nits to be cleaned up) - do we agree with the concepts as stated? - do we agree with the direction the draft takes us? I think the draft could use a thorough review, and having said that, am asking for volunteers. You don't have to tell me, per se; do the review and post it to the mailing list. Two weeks gets us to November 2. _______________________________________________ v6ops mailing list v6ops(a)ietf.org https://www.ietf.org/mailman/listinfo/v6ops

1 0