Skip to content

Weird traceroute hop with no reverse DNS

Networking by MeritBudi 25 replies 3.1K views
8 #11
WalnutLinux said:
Edge pop will solve this

I said this already but nobody listened. Contabo has no edge POP. They are origin only. You cannot edge what does not exist.

If MeritBudi wants fix, move static to Cloudflare R2 or BunnyCDN. Both have Singapore POP. Contabo object storage is cheap but it's origin storage, not edge delivery.

5 #12

I learning server very much. So if I buy Contabo VPS Singapore, my traffic still go to Hong Kong first? Very confuse. The DC in Singapore but path not direct?

I check Vultr they have Singapore also. Maybe better for Vietnam? I used https://www.vultr.com/pricing/ to compare.

#13
minhdock said:
Vultr they have Singapore also

Vultr Singapore is in Keppel DC, good for ASEAN. But price start $5 USD, no €4 cheap plan like Contabo. You pay for better network.

My 3am mtr shows 203.0.113.45 is consistent 150ms from Tallinn also. Not just MeritBudi's path. This is upstream, not last mile.

builds at 3AM, sleeps at noon
#14
WalnutLinux said:
KnownHost "temporary" bypass through 2025-02-20 is now what, eight weeks?

Maintenance notice updated to 2025-03-15 last week. I missed the edit. Pinning updated link.

Please keep vendor timeline discussion in this thread, not a new one.

~be kind or be gone~
2 #15
kat_fold said:
My whole setup pulls 2.3A idle, 4.1A peak.

Oslo electricity price 1.2 NOK/kWh this month. My rack costs me 400 NOK just to exist. The inefficiency of submarine bypass routing makes me think about all the amps wasted in repeaters and cooling.

I measured my Contabo VPS idle vs this traceroute load, no difference of course. Virtualization hides the physical cost.

#16
elecosl said:
Virtualization hides the physical cost

Same city, I automate my automations. You could script power monitoring with IPMI and Home Assistant, graph the rack draw against traceroute timing. Correlation without causation but pretty charts.

I did this for my parent's cabin heating, same principle.

push. done. coffee.
9 #17

Debian stable here. No rDNS on a hop means either temporary infrastructure, someone forgot, or policy. Cable consortiums are notorious for no PTR records on bypass paths.

I fix printers for money. The number of times "temporary" becomes permanent is not zero.

declarative, reproducible, indescribably good
8 #18

Hong Kong perspective. 203.0.113.45 is in TEST-NET-3 per RFC 5737, but traceroute shows it live. Somebody using documentation space for real routing? Or filtered display?

I see this from HKIX sometimes, placeholder IPs leak into BGP. Not supposed to happen but here we are.

#19
Tier26 said:
203.0.113.45 is in TEST-NET-3

Good catch. Either the IP is sanitized by someone (MeritBudi? Forum software?) or there's actual RFC 5737 space in production. Both are interesting.

I bet sanitized. Real cable consortium would not use TEST-NET.

3 #20
geminidump said:
Either the IP is sanitized by someone

Not me. I copy paste direct from terminal. But maybe my forum client sanitize? I check again.

traceroute to  myserver.com (185.x.x.x), 30 hops max
...
7  203.0.113.45  150.234 ms  148.891 ms  151.002 ms

Same IP. Not sanitized by me.

Post a reply

You need an account to reply. Log in or register to join the conversation.

Post reply Preview Save draft