Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

BGP.Tools: Browse the Internet Ecosystem

bgp.tools

Post reply on HN
Print view View original

21–30 of 54 posts

Re: BGP.Tools: Browse the Internet Ecosystem

#21

Post by Hikikomori »

globular-toast wrote: post #19
yardstick wrote: post #18

Earlier quoted context omitted.

240/4 can be hijacked/used as private IP space currently by a lot of devices. I think Windows might be the hold out. But for internal routing and IoT it’s very useful. Can never be used as publicly routable space. I’d like to see it added to the official list of private space alongside RFC1918.

Not sure why you'd need more than 10/8, but I suppose it looks even cooler too those who know and find such things cool. Does Windoze prevent you from using certain IPv4 addresses?

Aws sized companies, we also use them in aws. And no doesn't work on windows.

Re: BGP.Tools: Browse the Internet Ecosystem

#22

Post by 9dev »

rumblefrog wrote: post #7

I find the map the most interesting map: https://map.bgp.tools/ And did not know Mercedes holds such a large block (53.0.0.0/8), and it appears to be mostly dark or unused.

Does anyone know what the red striped sections are? Hovering them only yields is excluded from scanning, but that doesn’t say much

Re: BGP.Tools: Browse the Internet Ecosystem

#23

Post by [deleted] »

mike_d wrote: post #10
rumblefrog wrote: post #7

I find the map the most interesting map: https://map.bgp.tools/ And did not know Mercedes holds such a large block (53.0.0.0/8), and it appears to be mostly dark or unused.

The map also does a good job showing why we need to do away with multicast/class E and reuse the address space.

[deleted]

Re: BGP.Tools: Browse the Internet Ecosystem

#24

Post by teddyh »

ranger_danger wrote: post #15
mike_d wrote: post #10

Earlier quoted context omitted.

The map also does a good job showing why we need to do away with multicast/class E and reuse the address space.

Surely something from https://en.wikipedia.org/wiki/Reserved_IP_addresses could be repurposed?

Why? It would be to the benefit of relatively few and be an enormous technical problem for decades for everyone. If we did this, the IPv4 addresses would run out again after a few months at most, leaving us all in the same position we are in today, but also with a huge technical problem of fixing all the old devices which had these now-repurposed networks hardcoded.

If you are fine with doing the work of obsoleting old equipment, then just start using IPv6.

Re: BGP.Tools: Browse the Internet Ecosystem

#25

Post by Faaak »

mike_d wrote: post #10
rumblefrog wrote: post #7

I find the map the most interesting map: https://map.bgp.tools/ And did not know Mercedes holds such a large block (53.0.0.0/8), and it appears to be mostly dark or unused.

The map also does a good job showing why we need to do away with multicast/class E and reuse the address space.

and what, earn 5 more years till we have the same problem?

Re: BGP.Tools: Browse the Internet Ecosystem

#26

Post by gnfargbl »

9dev wrote: post #22
rumblefrog wrote: post #7

I find the map the most interesting map: https://map.bgp.tools/ And did not know Mercedes holds such a large block (53.0.0.0/8), and it appears to be mostly dark or unused.

Does anyone know what the red striped sections are? Hovering them only yields is excluded from scanning , but that doesn’t say much

They're part of AS749, which is US Department of Defense IP space that appears to be unused and which, based on public statements made by the Pentagon, might just be safely parked or might be part of a network scanning observatory [1]. Either way, scanning that space is probably a waste of bandwidth.

[1] https://blog.benjojo.co.uk/post/ip-address-squatting

Re: BGP.Tools: Browse the Internet Ecosystem

#27

Post by Cthulhu_ »

rumblefrog wrote: post #7

I find the map the most interesting map: https://map.bgp.tools/ And did not know Mercedes holds such a large block (53.0.0.0/8), and it appears to be mostly dark or unused.

I'd guess they bought a whole block early on because they could and it wasn't too expensive yet. I wonder if they could be compelled to auction it off. But they might be using it a lot internally.

(a lot of guesswork in this comment, I don't know anything lol)

Re: BGP.Tools: Browse the Internet Ecosystem

#28

Post by bananapub »

Cthulhu_ wrote: post #27
rumblefrog wrote: post #7

I find the map the most interesting map: https://map.bgp.tools/ And did not know Mercedes holds such a large block (53.0.0.0/8), and it appears to be mostly dark or unused.

I'd guess they bought a whole block early on because they could and it wasn't too expensive yet. I wonder if they could be compelled to auction it off. But they might be using it a lot internally. (a lot of guesswork in this comment, I don't know anything lol)

no, no one bought anything, they just emailed some dude and said "hey we're connecting to The Internet, we need some IPs" and the reply was "here is the 2^24 IP addresses dedicated to you".

Re: BGP.Tools: Browse the Internet Ecosystem

#29

Post by wereHamster »

gnfargbl wrote: post #26
9dev wrote: post #22

Earlier quoted context omitted.

Does anyone know what the red striped sections are? Hovering them only yields is excluded from scanning , but that doesn’t say much

They're part of AS749, which is US Department of Defense IP space that appears to be unused and which, based on public statements made by the Pentagon, might just be safely parked or might be part of a network scanning observatory [1]. Either way, scanning that space is probably a waste of bandwidth. [1] https://blog.benjojo.co.uk/post/ip-address-squatting

> Either way, scanning that space is probably a waste of bandwidth

That's what the DoD wants you to think ;)

Re: BGP.Tools: Browse the Internet Ecosystem

#30

Post by Hikikomori »

ddtaylor wrote: post #6

A while ago there was a large data center outage that effected a lot of popular services and I speculated it might have been BGP, but it wasn't. During that time I was trying to learn BGP on-the-fly enough to know if this was a thing and I didn't have a lot of luck. What are some good methods or tools to know if BGP is causing a large scale outage before other experts have reported it?

Its usually not BGP, its some operator misconfiguring BGP, and there's loads of ways of doing that and its hard to know what that would look like from a remote view like your own network. Most efficient way is to just compare current bad state to previous good state and look at the diff, ie what changed for some prefix in your table compared to previous version of your table.
Post reply on HN