- Joined
- Nov 10, 2006
- Messages
- 4,666 (0.70/day)
- Location
- Washington, US
System Name | Rainbow |
---|---|
Processor | Intel Core i7 8700k |
Motherboard | MSI MPG Z390M GAMING EDGE AC |
Cooling | Corsair H115i, 2x Noctua NF-A14 industrialPPC-3000 PWM |
Memory | G. Skill TridentZ RGB 4x8GB (F4-3600C16Q-32GTZR) |
Video Card(s) | ZOTAC GeForce RTX 3090 Trinity |
Storage | 2x Samsung 950 Pro 256GB | 2xHGST Deskstar 4TB 7.2K |
Display(s) | Samsung C27HG70 |
Case | Xigmatek Aquila |
Power Supply | Seasonic 760W SS-760XP |
Mouse | Razer Deathadder 2013 |
Keyboard | Corsair Vengeance K95 |
Software | Windows 10 Pro |
Benchmark Scores | 4 trillion points in GmailMark, over 144 FPS 2K Facebook Scrolling (Extreme Quality preset) |
It's very possible that they're using 10. for management and internal routing. Normally, this is blocked by a firewall rule on the modem or gateway. Public IP merely routes through 10.x.x.x and comes out where peering happens. As long as you're assigned a public IP, it's nothing to worry about.Woah, what is that 10.50.0.1 network. I see two private subnets here which confuse me and consider they seem to begin with the 10.50.x.x address. 10.x.x.x is a private class A network. It is not used on the internet, just in local networks behind the NAT. The same is true of the 192.168.x.x network which is private and a class B network, as well as a special off case 172.16.0.0/12 (255.240.0.0) which contains 16 class Cs.
The point is that I see nested private networks which is confusing. Could you explain your *entire* network setup. I suspect your modem is not providing you with that 10.50.x.x address but rather something one the internet and that you have nested private networks in your own network and that you're dropping packets between your modem/router and another device server up another private subnet. Something feels like it may be configured incorrectly.
Edit: I would be super pissed off if my ISP wasn't giving me a real IP on the internet. That, in my personal opinion, is unacceptable.
Notice that latency jumps up considerably between Tele Danmark (tdc.net) and gtt.net, granted that it's not jumping up much. This implies that the peering connection between Tele Danmark peers and gtt.net is oversaturated. If in the future you see sub-100 ms latency up to that point and 1000+ ms latencies after it hands off to gtt.net, the issue is very likely due to Tele Danmark being out of bandwidth at that peering point. If that's the case, submit that screenshot to them and inform them you are seeing excessive latency and slow speeds and that traceroute reveals that the excessive latency starts between them and gtt.net.