Re: Data on latency and loss-rates during congestion DDoS attacks

On Sat, 25 Jan 2020 at 05:30, Amir Herzberg wrote: > That's actually roughly the range of losses we focused on; but it was based > on my rough feeling for reasonable loss rates (as well as on experiments > where we caused losses in emulated environments), and a reviewer - > justifiably - asked

Re: Data on latency and loss-rates during congestion DDoS attacks

Damian, thanks! That's actually roughly the range of losses we focused on; but it was based on my rough feeling for reasonable loss rates (as well as on experiments where we caused losses in emulated environments), and a reviewer - justifiably - asked if we can base our values on realistic values.

Re: akamai yesterday - what in the world was that

On January 24, 2020 at 16:59 list-nan...@dragon.net (Paul Ebersman) wrote: > bzs> When we, The World, first began allowing the general public onto > bzs> the internet in October 1989 we actually had a (mildly shared*) T1 > bzs> (1.544mbps) UUNET link. So not so bad for the time. Dial-up > bzs

Re: Rogue objects in routing databases

Hi Florian, NANOG, While the symptom of (automatically) proxy registered route objects is problematic, perhaps we could also take this opportunity to discuss the underlying issue: we as an industry appear to place our trust in various IRR sources operated by entities that either can't or don't

Re: Rogue objects in routing databases

Hi! This came up on our radar somewhere in the last 24 hours too. It indeed does look very curious. Thank you for your analysis and report. NTT is taking steps to figure out what is behind this. Our current working theories are that perhaps the IRR maintainer account was compromised, or some kind

Re: Dual Homed BGP

lør. 25. jan. 2020 00.40 skrev Jon Lewis : > On Fri, 24 Jan 2020, Baldur Norddahl wrote: > > > Full tables will not make much noticeable difference if you are not > peering. However you want to make sure both > > links get used. It can be a 90%/10% split but 100%/0% is bad because > then you may d

Re: akamai yesterday - what in the world was that

bzs> When we, The World, first began allowing the general public onto bzs> the internet in October 1989 we actually had a (mildly shared*) T1 bzs> (1.544mbps) UUNET link. So not so bad for the time. Dial-up bzs> customers shared a handful of 2400bps modems, we still have them. The World was also o

Re: Dual Homed BGP

On 1/23/20 6:01 PM, Brian wrote: Hello all. I am having a hard time trying to articulate why a Dual Home ISP should have full tables. My understanding has always been that full tables when dual homed allow much more control. Especially in helping to prevent Async routes. If you don't have ful

Re: Dual Homed BGP

On Fri, 24 Jan 2020, Baldur Norddahl wrote: Full tables will not make much noticeable difference if you are not peering. However you want to make sure both links get used. It can be a 90%/10% split but 100%/0% is bad because then you may discover that the alternate path is actually broken the

Reminiscing our first internet connections (WAS) Re: akamai yesterday - what in the world was that

I started what became 6x7 with a 64k ISDN line. And 9600 baud modems… in ’93 or so. (I was a child, in Jr High…) -Ben. -Ben Cannon CEO 6x7 Networks & 6x7 Telecom, LLC b...@6by7.net > On Jan 24, 2020, at 3:21 PM, b...@theworld.com wrote: > > > On January 24, 2

RE: akamai yesterday - what in the world was that

On January 24, 2020 at 08:55 aar...@gvtc.com (Aaron Gould) wrote: > Thanks Jared, When I reminisce with my boss he reminds me that this > telco/ISP here initially started with a 56kbps internet uplink , lol Point of History: When we, The World, first began allowing the general public onto th

Re: Dual Homed BGP

On 1/23/2020 6:01 PM, Brian wrote: Hello all. I am having a hard time trying to articulate why a Dual Home ISP should have full tables. My understanding has always been that full tables when dual homed allow much more control. Especially in helping to prevent Async routes. Brian, you're cor

Rogue objects in routing databases

It appears that there is currently an influx of rogue route objects created within the NTTCOM and RaDB IRR databases, in connection to Quadranet (AS8100) and China Mobile International (CMI). Examples of affected networks are: 193.30.32.0/23 45.129.92.0/23 45.129.94.0/24 Networks, which have see

Re: Dual Homed BGP

Full tables will not make much noticeable difference if you are not peering. However you want to make sure both links get used. It can be a 90%/10% split but 100%/0% is bad because then you may discover that the alternate path is actually broken the moment the primary fail. If you choose only defau

Re: Data on latency and loss-rates during congestion DDoS attacks

I suggest testing with a broad variety of values, as losses as low as 5% can be annoying, but losses at 50% or more are not uncommon. Damian On Fri, Jan 24, 2020 at 4:41 AM Amir Herzberg wrote: > Dear NANOG, > > One of my ongoing research works is about a transport protocol that > ensures (crit

Re: Dual Homed BGP

Don't forget to connect to peering exchanges and take their full routes too if you can.

Re: Dual Homed BGP

On 1/23/20 16:01, Brian wrote: Hello all. I am having a hard time trying to articulate why a Dual Home ISP should have full tables. My understanding has always been that full tables when dual homed allow much more control. Especially in helping to prevent Async routes. If you're multi-homed y

Re: akamai yesterday - what in the world was that

On Fri, 24 Jan 2020 08:55:12 -0600, "Aaron Gould" said: > Thanks Jared, When I reminisce with my boss he reminds me that this telco/ISP > here initially started with a 56kbps internet uplink , lol I remember when a "gateway" was a Microvax II with an ethernet card and a bisync card, and fuzzballs

RE: akamai yesterday - what in the world was that

There is probably a "law" enshrined somewhere: Bandwidth is like closet space, demand will always manage to exceed capacity. Gene On 1/24/20 6:52 AM, Aaron Gould wrote: Thanks Hugo, very interesting.  Induced demand.  Someone said recently… they’ve seen that no matter how much bandwidth you gi

Re: Dual Homed BGP

fre. 24. jan. 2020 18.23 skrev Job Snijders : > > On Fri, 24 Jan 2020 at 17:40, Brian wrote: > > Am I crazy? >> > > I dropped out of university, never completed my psychology studies, I fear > I am unqualified to answer this question. ;-) > Education shopping, it is called by some. Chriztoffer

Re: akamai yesterday - what in the world was that

Same with compute resources, tbh. Give 'em a new stack of racks: "Oh, this service that didn't even exist last year now requires 10,000 CPU cores kthxbye." Also, https://twitter.com/iamdevloper/status/926458505355235328?s=20 "1969: -what're you doing with that 2KB of RAM? -sending people to the m

Weekly Routing Table Report

This is an automated weekly mailing describing the state of the Internet Routing Table as seen from APNIC's router in Japan. The posting is sent to APOPS, NANOG, AfNOG, SANOG, PacNOG, SAFNOG TZNOG, MENOG, BJNOG, SDNOG, CMNOG, LACNOG and the RIPE Routing WG. Daily listings are sent to bgp-st...@li

Looking for topology validation

Hi NANOG, Sorry for multiple sendings. First of all, thanks to the operators that have contributed to our survey, we will acknowledge you publicly. I just resend the message one last time, hoping to get some more feedback. Our teams at Sorbonne Université and Naval Postgraduate School have deve

Re: Dual Homed BGP

Dear Brian, On Fri, 24 Jan 2020 at 17:40, Brian wrote: > Hello all. I am having a hard time trying to articulate why a Dual Home > ISP should have full tables. My understanding has always been that full > tables when dual homed allow much more control. Especially in helping to > prevent Async ro

Re: Dual Homed BGP

We have full tables from 2 ISPs at just one datacenter, and it is nice in the case of partial reachability issues—If one ISP loses access to routes to a destination but the other one doesn’t, for example. For us, the decision to do full tables was easy, as we are running 2 MX150s which can very

Re: Dual Homed BGP

Honestly, this. Your only real choice is what of 2 pipes to chuck it out of. Full tables vs partial and a default don’t make the process much more intelligent for 1 site dual homed, and as mentioned routing policy will have more influence. -Ben > On Jan 24, 2020, at 8:47 AM, Mel Beckman wrot

Re: Dual Homed BGP

It’s pretty pointless for a small ISP to get full routes, because the BGP tables are so highly manipulated. It’s better to just get “company” routes for each upstream, and then use your own traffic engineering via prepending and static or policy routes to balance the outbound traffic the way you

Need a contact at Telefonica Peru AS6147

Anyone at Telefonica Peru AS6147 please contact me off list ASAP nancy.cord...@telefonica.com already contacted with no luck thank you, Marco -- Marco Marletta ~ GARR - The Italian Academic and Research Network Via dei Tizii, 6 I-00185 Rome - Ita

Dual Homed BGP

Hello all. I am having a hard time trying to articulate why a Dual Home ISP should have full tables. My understanding has always been that full tables when dual homed allow much more control. Especially in helping to prevent Async routes. Am I crazy?

RE: akamai yesterday - what in the world was that

A hahahaha, that's great Warren ! afterall, it is Friday, might was well... oh my gosh, I cut my teeth on a few of those mgs type routers... I recall they sounded a bit like a small vacuum cleaner and I think I had to set jumpers or flip dip switches for password recovery! https://www.f

Re: akamai yesterday - what in the world was that

On Fri, Jan 24, 2020 at 9:55 AM Aaron Gould wrote: > > Thanks Jared, When I reminisce with my boss he reminds me that this telco/ISP > here initially started with a 56kbps internet uplink , lol Oh, gods, what have you done?! This comment will bring everyone out of the woodwork, reminiscing about

RE: akamai yesterday - what in the world was that

Thanks Jared, When I reminisce with my boss he reminds me that this telco/ISP here initially started with a 56kbps internet uplink , lol -Aaron

RE: akamai yesterday - what in the world was that

Thanks Hugo, very interesting. Induced demand. Someone said recently… they’ve seen that no matter how much bandwidth you give a customer, they will eventually figure out how to use it. (whether they realize it or not… I guess it just happens) -Aaron From: NANOG [mailto:nanog-boun...@na

RE: akamai yesterday - what in the world was that

Interesting… I just found this. Speaks of 800 gbps, 1.2 tbps, 1.6 tbps Ethernet https://en.wikipedia.org/wiki/Terabit_Ethernet https://ethernetalliance.org/technology/2019-roadmap/ https://ethernetalliance.org/wp-content/uploads/2019/08/EthernetRoadmap-2019-Side1-ToPrint.pdf https:

Data on latency and loss-rates during congestion DDoS attacks

Dear NANOG, One of my ongoing research works is about a transport protocol that ensures (critical) communication in spite of DDoS congestion attack (which cannot be circumvented), by (careful) use of Forward Error Correction. Yes, obviously, this has to be done and used carefully since the FEC cle

Re: akamai yesterday - what in the world was that

* xima...@gmail.com (Töma Gavrichenkov) [Fri 24 Jan 2020, 11:49 CET]: And now for our amusement Akamai can do it *accidentally*. What do you mean? The CDNs don't publish the games nor do they buy the games. The people downloading aren't even their customers. The publishers generally decide

Re: digitalelement.com GeoIP?

You may try to check and reach InfoSniper instead. https://community.hulu.com/s/idea/0871L00V3ntQAC/detail (https://community.hulu.com/s/idea/0871L00V3ntQAC/detail) M. Omer GOLGELI --- AS202365 https://as202365.peeringdb.com (https://as202365.peeringdb.com) https://bgp.he.net/AS202365

Re: akamai yesterday - what in the world was that

On Fri, Jan 24, 2020, 1:45 PM Simon Leinen wrote: > For your amusement, this latest e-bloodbath, erm -sports update, at 48GB > ("PC" version), would take about 463 days (~15 months) to complete at > 9600 bps (not counting overhead like packet headers etc.) > And now for our amusement Akamai can

Re: akamai yesterday - what in the world was that

Paul Nash writes: > A bit of perspective on bandwidth and feeling old. The first > non-academic connection from Africa (Usenet and Email, pre-Internet) > ran at about 9600 bps over a Telebit Trailblazer in my living room. For your amusement, this latest e-bloodbath, erm -sports update, at 48GB ("

digitalelement.com GeoIP?

Has anyone have a contact with digitalelement.com and their GeoIP stuff? We received a new ipv4 block from ARIN last week and HULU tells digitalelement.com is who they use. Our new block is not being coded correctly. I can not find any