From spoofer-info at caida.org Thu Apr 8 19:00:47 2021 From: spoofer-info at caida.org (CAIDA Spoofer Project) Date: Thu, 8 Apr 2021 10:00:47 -0700 Subject: [atnog] Spoofer Report for ATNOG for Mar 2021 Message-ID: <1617901247.624022.5238.nullmailer@caida.org> In response to feedback from operational security communities, CAIDA's source address validation measurement project (https://spoofer.caida.org) is automatically generating monthly reports of ASes originating prefixes in BGP for systems from which we received packets with a spoofed source address. We are publishing these reports to network and security operations lists in order to ensure this information reaches operational contacts in these ASes. This report summarises tests conducted within aut. Inferred improvements during Mar 2021: ASN Name Fixed-By 31543 MYNET 2021-03-09 Further information for the inferred remediation is available at: https://spoofer.caida.org/remedy.php Source Address Validation issues inferred during Mar 2021: none inferred Please send any feedback or suggestions to spoofer-info at caida.org From klaus.darilion at nic.at Fri Apr 16 00:09:10 2021 From: klaus.darilion at nic.at (Klaus Darilion) Date: Fri, 16 Apr 2021 00:09:10 +0200 Subject: [atnog] Dampening (was: VIX Outage) Message-ID: <3E18C1A0C550C44DA156DA5DA8ECCC6AB674166E@NICS-EXCH2.sbg.nic.at> Kleines Follow-Up zu Dampening - weil es mir jetzt das erste mal aufgefallen ist: Anscheinend macht Telia ein Dampening, zB aus deren Looking Glass. lg Klaus Path #9: Received by speaker 0 2914 29838 1921, (suppressed due to dampening) 129.250.8.61 from 129.250.8.61 (129.250.1.13) Origin IGP, metric 0, localpref 150, valid, external Communities: 1299:430 (RPKI state Valid) 1299:4000 1299:25000 1299:25300 1921:10002 2914:410 2914:1003 2914:2000 2914:3000 29838:999 29838:41207 Dampinfo: penalty 1562, flapped 6 times in 00:31:24, reuse in 00:15:50 half life 00:15:00, suppress value 2000, reuse value 750 Maximum suppress time 01:00:00 Von: atnog Im Auftrag von Klaus Darilion Gesendet: Freitag, 18. Dezember 2020 13:03 An: Dominic Schallert ; Johannes Wagner Cc: atnog at atnog.at Betreff: Re: [atnog] VIX Outage Wenn wir bei RcodeZero Tests oder Wartungen machen, dann sind wir eigentlich nicht zimperlicht und BGP Sessions werden oft restartet - mir ist dabei aber noch aufgefallen, dass wir dadurch ein Dampening irgendwo ausgel?st h?tten. lg Von: atnog > Im Auftrag von Dominic Schallert Gesendet: Freitag, 18. Dezember 2020 12:55 An: Johannes Wagner > Cc: atnog at atnog.at Betreff: Re: [atnog] VIX Outage Hi Johannes, Du meinst Route dampening? Mein letzter Stand war, dass es mittlerweile nicht mehr so verbreitet und auch heute auch nicht mehr wirklich Best Practice ist. Route dampening wurde ja damals zu einer Zeit eingef?hrt, als flapping insb. hinsichtlich CPU power auf Routern noch ein echtes Problem war. Mit modernen Routern ist das aber normalerweise nicht mehr so das Problem. Frage in die Runde - verwendet hier jemand BGP dampening und ja mit welchen Parametern (penalty, supress limit, reuse limit, etc.)? Sehen eure Parameter zu Transits/Downstreams/Peers anders aus? Gibt es vielleicht bessere Alternativen zu bgp dampening? Lg Am 18.12.2020 um 12:41 schrieb Johannes Wagner >: Hallo, es war ja nicht ?ein Ausfall? das waren viele Flaps und ich sch?tze nicht jeder hat das in der Config ber?cksichtigt. Liebe Gr??e Johannes Wagner ________________________________ Von: atnog > im Auftrag von Dominic Schallert > Gesendet: Freitag, Dezember 18, 2020 12:36 An: atnog at atnog.at Betreff: [atnog] VIX Outage Hallo Liste, der VIX hatte offenbar kurz vor 12h00 einen gr?beren Holperer. Es hat praktisch alle ISPs in AT betroffen. Hier in Vorarlberg waren zeitweise Magenta, A1 und weitere de-fakto komplett offline. Wobei es wohl prim?r an den Umschaltzeiten (z.B. BGP ohne BFD?) gelegen haben d?rfte, da ich schon davon ausgehe, dass es entsprechende Backup-Leitungen gibt. Ich denke man sollte sich an dieser Stelle schon mal die Frage stellen d?rfen wie es sein kann, dass eine St?rung an einem zentralen Punkt in AT praktisch alle ISPs in ?sterreich derma?en runter ziehen kann? Lg -------------- next part -------------- An HTML attachment was scrubbed... URL: From stefan at stadtaffe.eu Tue Apr 20 11:57:33 2021 From: stefan at stadtaffe.eu (Stefan Funke) Date: Tue, 20 Apr 2021 09:57:33 +0000 Subject: [atnog] AS60517 Kontakt Message-ID: Hi! Kennt hier jemand jemanden, der bei AS60517 Cablevision (https://www.peeringdb.com/net/15239) Netzwerkbetrieb macht? noc@ bounced. Gr??e, Stefan -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail at theo-voss.de Fri Apr 23 11:40:52 2021 From: mail at theo-voss.de (Theo Voss) Date: Fri, 23 Apr 2021 09:40:52 +0000 Subject: [atnog] Juniper PR Heads-Up Message-ID: <68F3128F-1B58-4E1C-97CC-B34EFE13A8AF@theo-voss.de> Hallo zusammen, wie vielleicht der ein oder andere mitbekommen hat, hat Juniper k?rzlich einige PRs, u.a. zum Thema ?Postfix Logs + Disk voll? und ?SNMP-Queries auf ae-Interfaces?, ver?ffentlicht. Uns hat?s auf MX480 mit X6-RE (NGRE) und MPC7E-100G auf 17.3R3 voll erwischt, mehrere Reboots aller FPC/REs im Chassis mit leider heftigem Kundenimpact. Falls ihr MX in der im Voraus genannten Kombination betreibt und auf einem Release vor 19/20.neuer seid, dann empfehle ich euch mal einen Blick in die PRs zu werfen. https://prsearch.juniper.net/InfoCenter/index?page=prcontent&id=PR1470217 https://prsearch.juniper.net/InfoCenter/index?page=prcontent&id=PR1368059 https://prsearch.juniper.net/InfoCenter/index?page=prcontent&id=PR1439906 https://prsearch.juniper.net/InfoCenter/index?page=prcontent&id=PR1528605 Beste Gr??e, Theo Voss -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail at rosicmario.eu Fri Apr 23 14:20:33 2021 From: mail at rosicmario.eu (Mario Rosic) Date: Fri, 23 Apr 2021 14:20:33 +0200 Subject: [atnog] Juniper PR Heads-Up In-Reply-To: <68F3128F-1B58-4E1C-97CC-B34EFE13A8AF@theo-voss.de> References: <68F3128F-1B58-4E1C-97CC-B34EFE13A8AF@theo-voss.de> Message-ID: Hallo Theo, besten Dank f?r die vier Links. gab es denn keinen System Alert oder Chassis Alert bevor der vmhost voll l?uft? Liebe Gr??e Mario On 23/04/2021 11:40, Theo Voss wrote: > > Hallo zusammen, > > wie vielleicht der ein oder andere mitbekommen hat, hat Juniper k?rzlich einige PRs, u.a. zum Thema ?Postfix Logs + Disk voll? und ?SNMP-Queries auf ae-Interfaces?, ver?ffentlicht. Uns hat?s auf MX480 mit X6-RE (NGRE) und MPC7E-100G auf 17.3R3 voll erwischt, mehrere Reboots aller FPC/REs im Chassis mit leider heftigem Kundenimpact. Falls ihr MX in der im Voraus genannten Kombination betreibt und auf einem Release vor 19/20.neuer seid, dann empfehle ich euch mal einen Blick in die PRs zu werfen. > > https://prsearch.juniper.net/InfoCenter/index?page=prcontent&id=PR1470217 > > https://prsearch.juniper.net/InfoCenter/index?page=prcontent&id=PR1368059 > > https://prsearch.juniper.net/InfoCenter/index?page=prcontent&id=PR1439906 > > https://prsearch.juniper.net/InfoCenter/index?page=prcontent&id=PR1528605 > > Beste Gr??e, > > Theo Voss > > > _______________________________________________ > atnog mailing list > atnog at atnog.at > https://atnog.at/mailman/listinfo/atnog -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail at theo-voss.de Fri Apr 23 15:42:58 2021 From: mail at theo-voss.de (Theo Voss) Date: Fri, 23 Apr 2021 13:42:58 +0000 Subject: [atnog] Juniper PR Heads-Up In-Reply-To: References: <68F3128F-1B58-4E1C-97CC-B34EFE13A8AF@theo-voss.de> Message-ID: Hallo Mario, gerne. Ja, es kommt ein ?Minor VMHost RE 0 Disk 1 Usage is above threshold?, aber da war?s schon zu sp?t, selbst ein Login auf den VMHost (und damit auch das Bereinigen) ging nicht mehr. Beste Gr??e, Theo Voss Von: atnog im Auftrag von Mario Rosic Datum: Freitag, 23. April 2021 um 14:20 An: "atnog at atnog.at" Betreff: Re: [atnog] Juniper PR Heads-Up Hallo Theo, besten Dank f?r die vier Links. gab es denn keinen System Alert oder Chassis Alert bevor der vmhost voll l?uft? Liebe Gr??e Mario On 23/04/2021 11:40, Theo Voss wrote: Hallo zusammen, wie vielleicht der ein oder andere mitbekommen hat, hat Juniper k?rzlich einige PRs, u.a. zum Thema ?Postfix Logs + Disk voll? und ?SNMP-Queries auf ae-Interfaces?, ver?ffentlicht. Uns hat?s auf MX480 mit X6-RE (NGRE) und MPC7E-100G auf 17.3R3 voll erwischt, mehrere Reboots aller FPC/REs im Chassis mit leider heftigem Kundenimpact. Falls ihr MX in der im Voraus genannten Kombination betreibt und auf einem Release vor 19/20.neuer seid, dann empfehle ich euch mal einen Blick in die PRs zu werfen. https://prsearch.juniper.net/InfoCenter/index?page=prcontent&id=PR1470217 https://prsearch.juniper.net/InfoCenter/index?page=prcontent&id=PR1368059 https://prsearch.juniper.net/InfoCenter/index?page=prcontent&id=PR1439906 https://prsearch.juniper.net/InfoCenter/index?page=prcontent&id=PR1528605 Beste Gr??e, Theo Voss _______________________________________________ atnog mailing list atnog at atnog.at https://atnog.at/mailman/listinfo/atnog -------------- next part -------------- An HTML attachment was scrubbed... URL: