Re: AS136165 103.100.107.0/24

On Tue, Nov 12, 2019 at 4:21 AM Radu Anghel via NANOG wrote: > > Hi all, > > Any idea what is wrong/happening with AS136165 103.100.107.0/24? > > https://stat.ripe.net/103.100.107.0%2F24#tabId=routing > > 240k announces & 30k withdraws / hour continuously since Friday seems a > bit much. OER? :)

RE: AS136165 103.100.107.0/24

Hi Radu, Maintainer of that range. Currently it's unallocated, pending reallocation to a new product line shortly. It's not announced by us. It appears China Mobile (AS40676 ) attempted theft via unauthorized announcement (RADB listed). I've just enabled RPKI & ROA on

Last Call: (Operational Security Considerations for (fwd)

Those of you who worry about opsec for IPv6 but aren't already following this IETF draft may wish to get your comments in. --- Begin Message --- The IESG has received a request from the Operational Security Capabilities for IP Network Infrastructure WG (opsec) to consider the following document:

Re: ECN

> On Nov 11, 2019, at 05:01 , Baldur Norddahl wrote: > > Hello > > I have a customer that believes my network has a ECN problem. We do not, we > just move packets. But how do I prove it? Are you saying that none of your routers support ECN or that you think ECN only applies to endpoints?

Any info on devices that are running eBGP on the Internet?

Hi all, Le mercredi 6 novembre 2019, Compton, Rich A a écrit : > Hi, I am working with MANRS (https://www.manrs.org) on a tool for > checking router configs for BGP security / spoofing prevention (e.g. uRPF) > https://github.com/manrs-tools/MANRS-validator > > We are wondering if there is any

Re: all major US carriers received text messages overnight that appear to have been sent around Valentine's Day 2019

> What I've seen happen more often than that: > > Server goes partly belly-up, queue fills up. Backup process runs, backing up > the > queue. (Optionally here: Reboot the server and lose the queue). Much later, > the > server hits another issue that requires recovering from backups - and they

Re: all major US carriers received text messages overnight that appear to have been sent around Valentine's Day 2019

It doesn't seem to be simply a matter of backlogged messages finally going out. My friend replied to the mystery messages received from me and I thought she was accidentally responding on the wrong thread. Her texts seemed spontaneous and disjointed which is why I assumed she was on the wrong

Re: Any info on devices that are running eBGP on the Internet?

    Could be a joker mapping his VM to the VAX OUI  I got a few 00:01:de:ad:be:ef. - Alain Hebertaheb...@pubnix.net PubNIX Inc. 50 boul. St-Charles P.O. Box 26770 Beaconsfield, Quebec H9W 6G7 Tel: 514-990-5911 http://www.pubnix.netFax:

Re: all major US carriers received text messages overnight that appear to have been sent around Valentine's Day 2019

On Fri, 8 Nov 2019, Matt Hoppes wrote: “During an internal maintenance cycle last night, 168,149 previously undelivered text messages were inadvertently sent to multiple mobile operators’ subscribers," Syniverse said in a statement. how do you inadvertently send messages that were supposed to

Re: all major US carriers received text messages overnight that appear to have been sent around Valentine's Day 2019

On Fri, Nov 08, 2019 at 01:43:41PM -0500, Mark Stevens wrote: > Reading Syniverse's cause of trouble (lame excuse) tells me their data > handling processes are poor and seemingly shady since I do not buy reason > for the trouble. Agreed. So how many other messages have been delayed, lost,

ECN

Hello I have a customer that believes my network has a ECN problem. We do not, we just move packets. But how do I prove it? Is there a tool that checks for ECN trouble? Ideally something I could run on the NLNOG Ring network. I believe it likely that it is the destination that has the