September 2023 - NANOG - lists.nanog.org

Seattle-area centurylink (residential fiber) on the list?
by William Herrin 28 Sep '23

28 Sep '23

Howdy, Is anyone from Centurylink in the Seattle area on the list? Would you mind contacting me offlist? My residential fiber has been bouncing for a few hours. I figured it was something physical and scheduled a technician, but on closer examination I'm seeing something weird with the PPPoE. It chugs along happily for a while (dc:38:e1:cd:4f:7a is you, 44:1e:a1:44:70:3f is me) and then I lose *my* connectivity for 10-20 seconds but during that window there's a big spew of packets that aren't addressed to me. The following is just the PPPoE LCP messages captured by tcpdump, but the misdirected traffic also appears to include TCP/IP user data for customers who are not me. 20:15:13.278955 44:1e:a1:44:70:3f > dc:38:e1:cd:4f:7a, ethertype PPPoE S (0x8864), length 30: PPPoE [ses 0x4e6] LCP (0xc021), length 10: LCP, Echo-Request (0x09), id 73, length 10 encoded length 8 (=Option(s) length 4) Magic-Num 0xd9ab6924 20:15:13.280651 dc:38:e1:cd:4f:7a > 44:1e:a1:44:70:3f, ethertype PPPoE S (0x8864), length 56: PPPoE [ses 0x4e6] LCP (0xc021), length 10: LCP, Echo-Reply (0x0a), id 73, length 10 encoded length 8 (=Option(s) length 4) Magic-Num 0x24a0da14 20:15:20.712278 dc:38:e1:cd:4f:7a > 44:1e:a1:44:70:3f, ethertype PPPoE S (0x8864), length 56: PPPoE [ses 0x4e6] LCP (0xc021), length 10: LCP, Echo-Request (0x09), id 97, length 10 encoded length 8 (=Option(s) length 4) Magic-Num 0x24a0da14 20:15:20.712418 44:1e:a1:44:70:3f > dc:38:e1:cd:4f:7a, ethertype PPPoE S (0x8864), length 30: PPPoE [ses 0x4e6] LCP (0xc021), length 10: LCP, Echo-Reply (0x0a), id 97, length 10 encoded length 8 (=Option(s) length 4) Magic-Num 0xd9ab6924 20:15:33.291480 44:1e:a1:44:70:3f > dc:38:e1:cd:4f:7a, ethertype PPPoE S (0x8864), length 30: PPPoE [ses 0x4e6] LCP (0xc021), length 10: LCP, Echo-Request (0x09), id 74, length 10 encoded length 8 (=Option(s) length 4) Magic-Num 0xd9ab6924 20:15:53.293020 44:1e:a1:44:70:3f > dc:38:e1:cd:4f:7a, ethertype PPPoE S (0x8864), length 30: PPPoE [ses 0x4e6] LCP (0xc021), length 10: LCP, Echo-Request (0x09), id 75, length 10 encoded length 8 (=Option(s) length 4) Magic-Num 0xd9ab6924 20:15:58.165578 dc:38:e1:cd:4f:7a > 0c:83:cc:e2:46:82, ethertype PPPoE S (0x8864), length 56: PPPoE [ses 0x175] LCP (0xc021), length 10: LCP, Echo-Request (0x09), id 58, length 10 encoded length 8 (=Option(s) length 4) Magic-Num 0x1b3bc70b 20:15:58.312737 dc:38:e1:cd:4f:7a > 0c:83:cc:fb:9c:60, ethertype PPPoE S (0x8864), length 56: PPPoE [ses 0x35d] LCP (0xc021), length 10: LCP, Echo-Request (0x09), id 56, length 10 encoded length 8 (=Option(s) length 4) Magic-Num 0x10318647 20:16:00.517865 dc:38:e1:cd:4f:7a > 88:6a:e3:64:fe:1a, ethertype PPPoE S (0x8864), length 56: PPPoE [ses 0x17a] LCP (0xc021), length 10: LCP, Echo-Request (0x09), id 58, length 10 encoded length 8 (=Option(s) length 4) Magic-Num 0x74677bcb 20:16:01.215725 dc:38:e1:cd:4f:7a > 4c:c5:3e:9e:16:e7, ethertype PPPoE S (0x8864), length 56: PPPoE [ses 0x1f9] LCP (0xc021), length 10: LCP, Echo-Request (0x09), id 57, length 10 encoded length 8 (=Option(s) length 4) Magic-Num 0x2a507cd9 20:16:02.162884 dc:38:e1:cd:4f:7a > d8:ec:e5:04:d7:bd, ethertype PPPoE S (0x8864), length 56: PPPoE [ses 0x18f] LCP (0xc021), length 10: LCP, Echo-Request (0x09), id 57, length 10 encoded length 8 (=Option(s) length 4) Magic-Num 0x53806fa0 20:16:02.911642 dc:38:e1:cd:4f:7a > d8:ec:e5:04:d6:fd, ethertype PPPoE S (0x8864), length 56: PPPoE [ses 0x287] LCP (0xc021), length 10: LCP, Echo-Request (0x09), id 57, length 10 encoded length 8 (=Option(s) length 4) Magic-Num 0x363109e1 20:16:03.315970 dc:38:e1:cd:4f:7a > 0c:83:cc:fe:dc:10, ethertype PPPoE S (0x8864), length 56: PPPoE [ses 0x7f] LCP (0xc021), length 10: LCP, Echo-Request (0x09), id 58, length 10 encoded length 8 (=Option(s) length 4) Magic-Num 0x1916d95f 20:16:05.713807 dc:38:e1:cd:4f:7a > 44:1e:a1:44:70:3f, ethertype PPPoE S (0x8864), length 56: PPPoE [ses 0x4e6] LCP (0xc021), length 10: LCP, Echo-Request (0x09), id 100, length 10 encoded length 8 (=Option(s) length 4) Magic-Num 0x24a0da14 20:16:05.713968 44:1e:a1:44:70:3f > dc:38:e1:cd:4f:7a, ethertype PPPoE S (0x8864), length 30: PPPoE [ses 0x4e6] LCP (0xc021), length 10: LCP, Echo-Reply (0x0a), id 100, length 10 encoded length 8 (=Option(s) length 4) Magic-Num 0xd9ab6924 20:16:08.257543 dc:38:e1:cd:4f:7a > d8:ec:e5:02:1c:b5, ethertype PPPoE S (0x8864), length 56: PPPoE [ses 0x23a] LCP (0xc021), length 10: LCP, Echo-Request (0x09), id 58, length 10 encoded length 8 (=Option(s) length 4) Magic-Num 0x37a24174 20:16:08.858581 dc:38:e1:cd:4f:7a > 0c:83:cc:dd:7b:3c, ethertype PPPoE S (0x8864), length 56: PPPoE [ses 0xdd] LCP (0xc021), length 10: LCP, Echo-Request (0x09), id 58, length 10 encoded length 8 (=Option(s) length 4) Magic-Num 0x79cb769d 20:16:11.912788 dc:38:e1:cd:4f:7a > 4c:c5:3e:75:b2:f4, ethertype PPPoE S (0x8864), length 56: PPPoE [ses 0x227] LCP (0xc021), length 10: LCP, Echo-Request (0x09), id 58, length 10 encoded length 8 (=Option(s) length 4) Magic-Num 0x58cab7de 20:16:12.070053 dc:38:e1:cd:4f:7a > 4c:c5:3e:75:b2:f4, ethertype PPPoE S (0x8864), length 56: PPPoE [ses 0x227] LCP (0xc021), length 6: LCP, Term-Request (0x05), id 10, length 6 encoded length 4 (=Option(s) length 0) 20:16:13.300753 44:1e:a1:44:70:3f > dc:38:e1:cd:4f:7a, ethertype PPPoE S (0x8864), length 30: PPPoE [ses 0x4e6] LCP (0xc021), length 10: LCP, Echo-Request (0x09), id 76, length 10 encoded length 8 (=Option(s) length 4) Magic-Num 0xd9ab6924 20:16:13.302748 dc:38:e1:cd:4f:7a > 44:1e:a1:44:70:3f, ethertype PPPoE S (0x8864), length 56: PPPoE [ses 0x4e6] LCP (0xc021), length 10: LCP, Echo-Reply (0x0a), id 76, length 10 encoded length 8 (=Option(s) length 4) Magic-Num 0x24a0da14 20:16:13.312884 dc:38:e1:cd:4f:7a > 0c:83:cc:fb:9c:60, ethertype PPPoE S (0x8864), length 56: PPPoE [ses 0x35d] LCP (0xc021), length 10: LCP, Echo-Request (0x09), id 57, length 10 encoded length 8 (=Option(s) length 4) Magic-Num 0x10318647 20:16:13.469980 dc:38:e1:cd:4f:7a > 0c:83:cc:fb:9c:60, ethertype PPPoE S (0x8864), length 56: PPPoE [ses 0x35d] LCP (0xc021), length 6: LCP, Term-Request (0x05), id 243, length 6 encoded length 4 (=Option(s) length 0) 20:16:15.517997 dc:38:e1:cd:4f:7a > 88:6a:e3:64:fe:1a, ethertype PPPoE S (0x8864), length 56: PPPoE [ses 0x17a] LCP (0xc021), length 10: LCP, Echo-Request (0x09), id 59, length 10 encoded length 8 (=Option(s) length 4) Magic-Num 0x74677bcb 20:16:15.670053 dc:38:e1:cd:4f:7a > 88:6a:e3:64:fe:1a, ethertype PPPoE S (0x8864), length 56: PPPoE [ses 0x17a] LCP (0xc021), length 6: LCP, Term-Request (0x05), id 2, length 6 encoded length 4 (=Option(s) length 0) 20:16:16.215984 dc:38:e1:cd:4f:7a > 4c:c5:3e:9e:16:e7, ethertype PPPoE S (0x8864), length 56: PPPoE [ses 0x1f9] LCP (0xc021), length 10: LCP, Echo-Request (0x09), id 58, length 10 encoded length 8 (=Option(s) length 4) Magic-Num 0x2a507cd9 20:16:16.370130 dc:38:e1:cd:4f:7a > 4c:c5:3e:9e:16:e7, ethertype PPPoE S (0x8864), length 56: PPPoE [ses 0x1f9] LCP (0xc021), length 6: LCP, Term-Request (0x05), id 149, length 6 encoded length 4 (=Option(s) length 0) 20:16:17.162973 dc:38:e1:cd:4f:7a > d8:ec:e5:04:d7:bd, ethertype PPPoE S (0x8864), length 56: PPPoE [ses 0x18f] LCP (0xc021), length 10: LCP, Echo-Request (0x09), id 58, length 10 encoded length 8 (=Option(s) length 4) Magic-Num 0x53806fa0 20:16:17.320374 dc:38:e1:cd:4f:7a > d8:ec:e5:04:d7:bd, ethertype PPPoE S (0x8864), length 56: PPPoE [ses 0x18f] LCP (0xc021), length 6: LCP, Term-Request (0x05), id 243, length 6 encoded length 4 (=Option(s) length 0) 20:16:17.911948 dc:38:e1:cd:4f:7a > d8:ec:e5:04:d6:fd, ethertype PPPoE S (0x8864), length 56: PPPoE [ses 0x287] LCP (0xc021), length 10: LCP, Echo-Request (0x09), id 58, length 10 encoded length 8 (=Option(s) length 4) Magic-Num 0x363109e1 20:16:18.070000 dc:38:e1:cd:4f:7a > d8:ec:e5:04:d6:fd, ethertype PPPoE S (0x8864), length 56: PPPoE [ses 0x287] LCP (0xc021), length 6: LCP, Term-Request (0x05), id 86, length 6 encoded length 4 (=Option(s) length 0) 20:16:18.316035 dc:38:e1:cd:4f:7a > 0c:83:cc:fe:dc:10, ethertype PPPoE S (0x8864), length 56: PPPoE [ses 0x7f] LCP (0xc021), length 10: LCP, Echo-Request (0x09), id 59, length 10 encoded length 8 (=Option(s) length 4) Magic-Num 0x1916d95f 20:16:18.469998 dc:38:e1:cd:4f:7a > 0c:83:cc:fe:dc:10, ethertype PPPoE S (0x8864), length 56: PPPoE [ses 0x7f] LCP (0xc021), length 6: LCP, Term-Request (0x05), id 31, length 6 encoded length 4 (=Option(s) length 0) 20:16:20.712679 dc:38:e1:cd:4f:7a > 44:1e:a1:44:70:3f, ethertype PPPoE S (0x8864), length 56: PPPoE [ses 0x4e6] LCP (0xc021), length 10: LCP, Echo-Request (0x09), id 101, length 10 encoded length 8 (=Option(s) length 4) Magic-Num 0x24a0da14 20:16:20.712830 44:1e:a1:44:70:3f > dc:38:e1:cd:4f:7a, ethertype PPPoE S (0x8864), length 30: PPPoE [ses 0x4e6] LCP (0xc021), length 10: LCP, Echo-Reply (0x0a), id 101, length 10 encoded length 8 (=Option(s) length 4) Magic-Num 0xd9ab6924 20:16:23.257678 dc:38:e1:cd:4f:7a > d8:ec:e5:02:1c:b5, ethertype PPPoE S (0x8864), length 56: PPPoE [ses 0x23a] LCP (0xc021), length 10: LCP, Echo-Request (0x09), id 59, length 10 encoded length 8 (=Option(s) length 4) Magic-Num 0x37a24174 20:16:23.420171 dc:38:e1:cd:4f:7a > d8:ec:e5:02:1c:b5, ethertype PPPoE S (0x8864), length 56: PPPoE [ses 0x23a] LCP (0xc021), length 6: LCP, Term-Request (0x05), id 198, length 6 encoded length 4 (=Option(s) length 0) 20:16:23.858727 dc:38:e1:cd:4f:7a > 0c:83:cc:dd:7b:3c, ethertype PPPoE S (0x8864), length 56: PPPoE [ses 0xdd] LCP (0xc021), length 10: LCP, Echo-Request (0x09), id 59, length 10 encoded length 8 (=Option(s) length 4) Magic-Num 0x79cb769d 20:16:24.020200 dc:38:e1:cd:4f:7a > 0c:83:cc:dd:7b:3c, ethertype PPPoE S (0x8864), length 56: PPPoE [ses 0xdd] LCP (0xc021), length 6: LCP, Term-Request (0x05), id 223, length 6 encoded length 4 (=Option(s) length 0) 20:16:33.311230 44:1e:a1:44:70:3f > dc:38:e1:cd:4f:7a, ethertype PPPoE S (0x8864), length 30: PPPoE [ses 0x4e6] LCP (0xc021), length 10: LCP, Echo-Request (0x09), id 77, length 10 encoded length 8 (=Option(s) length 4) Magic-Num 0xd9ab6924 20:16:33.313248 dc:38:e1:cd:4f:7a > 44:1e:a1:44:70:3f, ethertype PPPoE S (0x8864), length 56: PPPoE [ses 0x4e6] LCP (0xc021), length 10: LCP, Echo-Reply (0x0a), id 77, length 10 encoded length 8 (=Option(s) length 4) Magic-Num 0x24a0da14 -- William Herrin bill(a)herrin.us https://bill.herrin.us/

1 0

Fwd: RADb will migrate to IRRdv4 on October 30, 2023
by Job Snijders 28 Sep '23

28 Sep '23

Dear all, Please see the below announcement, I think this is really good news! RPKI-based filtering at large databases and mirror services like RADB really helps take the sting out of potentially harmful RPKI-invalid IRR route objects. This will positively impact operators who use bgpq3, irrpt, or irrtoolset/peval to generate filters, because those tools use whois.radb.net by default. Kind regards, Job ---------- Forwarded message --------- From: Merit RADb <radb(a)merit.edu> Date: Thu, 28 Sep 2023 at 21:00 Subject: RADb will migrate to IRRdv4 on October 30, 2023 To: <job(a)fastly.com> RADB will switch to IRRdv4 on October 30 [image: RADb blue logo-tagline] <https://d2tTpN04.na1.hubspotlinks.com/Ctc/2N+113/d2tTpN04/VVpYl230vYh0W6PgX…> Dear RADb Community, As originally announced in March 2023, RADb is transitioning to IRRd (Internet Routing Registry daemon) version 4. On October 30th, 2023, we will migrate RADb over from IRRdv3, which you are currently using, to IRRDv4. Below are links to demo servers that will allow you to interact with the new service prior to the migration. As you start planning for the transition, here are some key things to note: - We will import the current database into IRRDv4 on October 30th. - We will work to maintain the current serial numbers for NRTM. If we are unable to you will need to update your mirror before NRTM can continue. - We will enable RPKI. - The rpki-ov-state RPSL field notes the RPKI status (valid, invalid, or not-found) - whois will hide RPKI invalid objects unless you use !fno-rpki-filters - IRRDv4 is more strict, but we are starting with most of this strictness disabled initially. - IRRDv4 may output RPSL objects differently. - The RADb API is the same, but may return different error messages, or similar error messages with different wording. For example, it will now report RPKI errors. - Existing mntner objects will be imported even with invalid admin-c/tech-c handler. Any updates will require at least one person or role object associated with it. We will be updating our registration process to create these objects for you. - New mntner objects must also have at least one person or role object associated with it. We will initially handle this for you the the customer portal, but you should check the created person or role for correctness. - New mntner objects will use bcrypt for passwords. This will happen automatically for you through the customer portal The following demo environments are available for your testing (please use your existing credentials): - whois2.radb.net <#m_-1278871392211290094_m_-2351897707799796429_> - IRRdv4 with current RADb objects and live mirroring of other RIRs - whois2demo.radb.net <#m_-1278871392211290094_m_-2351897707799796429_> - IRRdv4 with sample data (v4 version of whoisdemo.radb.net <#m_-1278871392211290094_m_-2351897707799796429_>) - wwwdemo.radb.net <https://d2tTpN04.na1.hubspotlinks.com/Ctc/2N+113/d2tTpN04/VVpYl230vYh0W6PgX…> - demo web portal backed by whois2.radb.net <https://d2tTpN04.na1.hubspotlinks.com/Ctc/2N+113/d2tTpN04/VVpYl230vYh0W6PgX…> - apidemo2.radb.net <https://d2tTpN04.na1.hubspotlinks.com/Ctc/2N+113/d2tTpN04/VVpYl230vYh0W6PgX…> - demo API (available October 1st) This move to IRRDv4 will bring many benefits to you, including: - Improved RADb data quality - Prevention of RPKI-invalid objects from being created in RADb - Prevention of object creation for invalid prefixes (such as RFC 1918 space) - as-set and route-set object creation will be limited to the account that maintains the aut-num object extending and protecting the ASN of the resource holder from misrepresentation (requires use of hierarchical naming conventions) - Improved extensibility and maintainability We thank you for subscribing to Merit’s RADb service - the contributions of this community make the internet a better place to learn, work and share data. *Questions? *Please contact us at support(a)radb.net *We also welcome your feedback - please take our brief customer satisfaction survey: **https://radb.net/survey* <https://d2tTpN04.na1.hubspotlinks.com/Ctc/2N+113/d2tTpN04/VVpYl230vYh0W6PgX…> Our sincerest thanks, The RADb Team [image: merit_network1] [image: Facebook] <https://d2tTpN04.na1.hubspotlinks.com/Ctc/2N+113/d2tTpN04/VVpYl230vYh0W6PgX…> [image: Twitter] <https://d2tTpN04.na1.hubspotlinks.com/Ctc/2N+113/d2tTpN04/VVpYl230vYh0W6PgX…> [image: LinkedIn] <https://d2tTpN04.na1.hubspotlinks.com/Ctc/2N+113/d2tTpN04/VVpYl230vYh0W6PgX…> [image: YouTube] <https://d2tTpN04.na1.hubspotlinks.com/Ctc/2N+113/d2tTpN04/VVpYl230vYh0W6PgX…>

1 0

Test Lab Best Practices
by Kenneth Vedder 28 Sep '23

28 Sep '23

Hello NANOG, We have been struggling with firmware bugs from a specific router vendor. I am looking to set up a test lab of our core network and a few remote site routers. Protocols would include SR-MPLS, ISIS, EVPN MPLS and L3VPN with a little OSPF sprinkled in. I'd be grateful for any tips or resources anyone has that might cover testing strategies and/or best practices. Thanks, Ken

8 7

Contact for Hulu
by Brad Bendy 28 Sep '23

28 Sep '23

Can anyone at Hulu contact me off list? Have issues with some new subnets we have and our end users cannot access the Hulu service with various error messages. Thanks

2 1

Re: Contact for Hulu
by Kenneth Vedder 28 Sep '23

28 Sep '23

I would also be thankful for a contact at Hulu, we've been having similar issues to what Brad described. Ken V Amplex Internet On Thu, Sep 28, 2023 at 8:00 AM <nanog-request(a)nanog.org> wrote: > Send NANOG mailing list submissions to > nanog(a)nanog.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://mailman.nanog.org/mailman/listinfo/nanog > or, via email, send a message with subject or body 'help' to > nanog-request(a)nanog.org > > You can reach the person managing the list at > nanog-owner(a)nanog.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of NANOG digest..." > > > Today's Topics: > > 1. RE: SMTP-friendly VPS provider where I can also get a BGP > feed (Tim Burke) > 2. OARC 42 - Call for Contributions (co-located with NANOG 90) > (John Todd) > 3. Re: SMTP-friendly VPS provider where I can also get a BGP > feed (Christopher Munz-Michielin) > 4. Contact for Hulu (Brad Bendy) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 27 Sep 2023 13:58:11 +0000 > From: Tim Burke <tim(a)mid.net> > To: Tony Wicks <tony(a)wicks.co.nz>, 'Daniel Corbe' <daniel(a)corbe.net>, > "nanog(a)nanog.org" <nanog(a)nanog.org> > Subject: RE: SMTP-friendly VPS provider where I can also get a BGP > feed > Message-ID: > < > PH7P221MB09647C6E57CBE701CF45B6A3BBC2A(a)PH7P221MB0964.NAMP221.PROD.OUTLOOK.COM > > > > Content-Type: text/plain; charset="us-ascii" > > Unfortunately, Racknerd provides a majority of their services using a > dedicated server hosting company (Colo Crossing) that is known for > harboring spam and other malicious activity, so their IP space is generally > either blacklisted, of very poor reputation, or in many cases, completely > dropped at firewalls. Case in point, your message that originated from one > of these IPs tripped up my workstation's local spam filtering plugin from > ESET. > > V/r > Tim > > -----Original Message----- > From: NANOG <nanog-bounces+tim=mid.net(a)nanog.org> On Behalf Of Tony Wicks > Sent: Tuesday, September 26, 2023 1:39 PM > To: 'Daniel Corbe' <daniel(a)corbe.net>; nanog(a)nanog.org > Subject: [SPAM] RE: SMTP-friendly VPS provider where I can also get a BGP > feed > > I can't speak to the bgp feed as this seems like unnecessary complication > to me, but I use https://www.racknerd.com/ for personal email/web hosting > KVM VM's and have found them to be excellent. They have yearly black Friday > specials (last years - https://www.racknerd.com/BlackFriday/ ) that are > very attractive. They don't block any ports on their US/Europe VM's. I use > a primary pair in one city and rsync everything to a backup pair in another > city (as well as home just to make sure). Not all cities can get V6 but > most do. > > > > -----Original Message----- > From: NANOG <nanog-bounces+tony=wicks.co.nz(a)nanog.org> On Behalf Of > Daniel Corbe > Sent: Tuesday, September 26, 2023 11:09 PM > To: nanog(a)nanog.org > Subject: SMTP-friendly VPS provider where I can also get a BGP feed > > Hey all, > > I apologize if this isn't the right place to post this; however, I thought > maybe the NANOG community would be able to point me in the right direction. > > I'm looking for a place that I can host a mailer. My primary use case is > a Mailman-style technical discussion list; much like NANOG but software > related instead of network related: READ: non-commercial in nature. > > I'm currently a vultr customer, but they're refusing to unblock port 25 on > my account. I've tried explaining my use case but no matter who I talk to > over there they just keep pointing me to their spam policy. > > Thanks! > -Daniel > > > > ------------------------------ > > Message: 2 > Date: Wed, 27 Sep 2023 07:51:01 -0700 > From: John Todd <jtodd(a)quad9.net> > To: list <nanog(a)nanog.org> > Subject: OARC 42 - Call for Contributions (co-located with NANOG 90) > Message-ID: <176AEAE1-D6DA-46A9-9EAB-CF0E250550CC(a)quad9.net> > Content-Type: text/plain; charset="us-ascii"; Format="flowed" > > OARC 42 will be a two-day hybrid meeting and the dates are 8th and 9th > February to be co-located with NANOG 90 in Charlotte, North Carolina, > USA. > > The Programme Committee is seeking contributions from the community. > > All DNS-related subjects and suggestions for discussion topics are > welcome. For inspiration, we provide a non-exhaustive list of ideas: > Operations: Any operational gotchas, lessons learned from an outage, > details/reasons for a recent outage (how to improve TTR, tooling). > Deployment: DNS config management and release process. > Monitoring: Log ingestion pipeline, analytics infrastructure, anomaly > detection. > Scaling: DNS performance management and metrics. Increasing DNS Server > Efficiency > Security/Privacy: DNSSEC signing and validation, key storage, rollovers, > qname minimization, DoH/DoT > > The presentations can be either 10 or 20 minutes in length (plus 5 > minutes for Q&A). Proposals for in-person lightning presentations will > be opened closer to the Workshop dates. > > Workshop Milestones: > > 2023-09-07 Submissions open via Indico > 2023-11-22 Deadline for submission (23:59 UTC) > 2023-11-29 Preliminary list of contributions published > 2023-12-13 Full agenda published > 2024-01-10 Deadline for slideset submission and Rehearsal > 2024-02-08 OARC 42 Workshop - Day1 > 2024-02-09 OARC 42 Workshop - Day2 > > The Registration page and details for presentation submission are > published at: > <https://www.dns-oarc.net/oarc42> > > To allow the Programme Committee to make objective assessments of > submissions, so as to ensure the quality of the workshop, submissions > SHOULD include slides. Draft slides are acceptable on submission. > Example guidelines for presentation slides: > https://www.grammarly.com/blog/presentation-tips/ > > Additional information for speakers of OARC 42 > - your talk will be broadcast live and recorded for future reference > - your presentation slides will be available for delegates and others > to download and refer to, before, during and after the meeting > - remote speakers have mandatory rehearsal (Date and Time TBD). It > would be very useful to have your slides (even if draft) ready for this > > Note: DNS-OARC provides registration fee waivers for the workshop to > support those who are part of underrepresented groups to speak at and/or > attend DNS-OARC. More details will be provided when registration opens. > > If you have questions or concerns you can contact the Programme > Committee: > https://www.dns-oarc.net/oarc/programme > via submissions(a)dns-oarc.net > > OARC depends on sponsorship to fund its workshops and associated social > events. Please contact sponsor(a)dns-oarc.net if your organization is > interested in becoming a sponsor. > > (Please note that OARC is run on a non-profit basis, and is not in a > position to reimburse expenses or time for speakers at its meetings.) > > John Todd, for the DNS-OARC Programme Committee > > -- > John Todd - jtodd(a)quad9.net > General Manager - Quad9 Recursive Resolver > >

1 0

SMTP-friendly VPS provider where I can also get a BGP feed
by Daniel Corbe 27 Sep '23

27 Sep '23

Hey all, I apologize if this isn't the right place to post this; however, I thought maybe the NANOG community would be able to point me in the right direction. I'm looking for a place that I can host a mailer. My primary use case is a Mailman-style technical discussion list; much like NANOG but software related instead of network related: READ: non-commercial in nature. I'm currently a vultr customer, but they're refusing to unblock port 25 on my account. I've tried explaining my use case but no matter who I talk to over there they just keep pointing me to their spam policy. Thanks! -Daniel

17 21

OARC 42 - Call for Contributions (co-located with NANOG 90)
by John Todd 27 Sep '23

27 Sep '23

OARC 42 will be a two-day hybrid meeting and the dates are 8th and 9th February to be co-located with NANOG 90 in Charlotte, North Carolina, USA. The Programme Committee is seeking contributions from the community. All DNS-related subjects and suggestions for discussion topics are welcome. For inspiration, we provide a non-exhaustive list of ideas: Operations: Any operational gotchas, lessons learned from an outage, details/reasons for a recent outage (how to improve TTR, tooling). Deployment: DNS config management and release process. Monitoring: Log ingestion pipeline, analytics infrastructure, anomaly detection. Scaling: DNS performance management and metrics. Increasing DNS Server Efficiency Security/Privacy: DNSSEC signing and validation, key storage, rollovers, qname minimization, DoH/DoT The presentations can be either 10 or 20 minutes in length (plus 5 minutes for Q&A). Proposals for in-person lightning presentations will be opened closer to the Workshop dates. Workshop Milestones: 2023-09-07 Submissions open via Indico 2023-11-22 Deadline for submission (23:59 UTC) 2023-11-29 Preliminary list of contributions published 2023-12-13 Full agenda published 2024-01-10 Deadline for slideset submission and Rehearsal 2024-02-08 OARC 42 Workshop - Day1 2024-02-09 OARC 42 Workshop - Day2 The Registration page and details for presentation submission are published at: <https://www.dns-oarc.net/oarc42> To allow the Programme Committee to make objective assessments of submissions, so as to ensure the quality of the workshop, submissions SHOULD include slides. Draft slides are acceptable on submission. Example guidelines for presentation slides: https://www.grammarly.com/blog/presentation-tips/ Additional information for speakers of OARC 42 - your talk will be broadcast live and recorded for future reference - your presentation slides will be available for delegates and others to download and refer to, before, during and after the meeting - remote speakers have mandatory rehearsal (Date and Time TBD). It would be very useful to have your slides (even if draft) ready for this Note: DNS-OARC provides registration fee waivers for the workshop to support those who are part of underrepresented groups to speak at and/or attend DNS-OARC. More details will be provided when registration opens. If you have questions or concerns you can contact the Programme Committee: https://www.dns-oarc.net/oarc/programme via submissions(a)dns-oarc.net OARC depends on sponsorship to fund its workshops and associated social events. Please contact sponsor(a)dns-oarc.net if your organization is interested in becoming a sponsor. (Please note that OARC is run on a non-profit basis, and is not in a position to reimburse expenses or time for speakers at its meetings.) John Todd, for the DNS-OARC Programme Committee -- John Todd - jtodd(a)quad9.net General Manager - Quad9 Recursive Resolver

1 0

Paramount+ anyone here? Please contact off list
by Norman Jester 26 Sep '23

26 Sep '23

Looking for some connectivity help with routing, a unique problem. Please contact me off-list. Norman Jester 619-319-7055 (I prefer WhatsApp or Text if you do too.)

1 0

NANOG 89 Agenda is LIVE! + "Network Automation Could Save Your Life" + More
by Nanog News 26 Sep '23

26 Sep '23

*NANOG 89 Agenda is LIVE! * *Sync Your Calendars Now + Never Miss a Talk! * *Have you registered yet for NANOG 89?* Check out the full agenda with talk date/time, abstract, + speaker info to create your personal NANOG 89 schedule. *VIEW AGENDA * <https://nanog.org/events/nanog-89/nanog-89-agenda/> *Guest Columnist: Scott Robohn* *"Network Automation Could Save Your Life — Maybe Not Your Life, but Probably Your Career"* *Network Automation* is receiving a much-needed boost in attention, partly due to the efforts of NANOG, the Network Automation Forum (NAF), and other organizations. Why this boost? Network Automation is moving slower than we thought it should and perhaps slower than we need it to move. *READ MORE <https://nanog.org/stories/articles/network-automation-could-save-your-life/>* *Video of the Week* *NANOG 87 Recap * NANOG 89 is less than three short weeks away! Get into the NANOG spirit + take a trip down memory lane. Watch the NANOG 87 recap video now — meeting location: Atlanta. *WATCH NOW <https://www.youtube.com/watch?v=fejIBHzKU14&t=53s>* *Attend NANOG Virtually!* *Can't make it to our next meeting in San Diego? Join us virtually!* Stream live presentations, participate in real-time chat forums, enjoy 360 views of General Session + more. *REGISTER NOW! * <https://nanog.org/events/nanog-89/>

1 0

Latest NETSCOUT DDoS Threat Intelligence Report published, no registration required.
by Dobbins, Roland 26 Sep '23

26 Sep '23

This issue covers 1H2023, and the full report is available online: <https://www.netscout.com/threatreport> We make these findings freely available as a service to the operational community; feedback welcome. Again, no registration is required to view the full report online. A .pdf summary is available for download; registration is required to download the .pdf. [Full disclosure: I am employed by NETSCOUT and am a contributor to this report.] -------------------------------------------- Roland Dobbins <roland.dobbins(a)netscout.com<mailto:roland.dobbins@netscout.com>>

1 0