An exact/estimate reason why Bitcointalk doesn't load without VPN for me?

[Muhammed Zakir]

I apologize in advance for being blunt. I don't otherwise will achieve any sort of positive communication.

No problem! I like to hear all opinions.

M.Z. doesn't know what he's doing.

This maybe true.

He's afraid to admit it.

Why should I be? I am browsing and partcipating in this forum.

He had either:

1) managed to get his computer&gateway working by installing some malware or shitware that screws up routing
2) buys his Internet access from some black market supplier, equivalent to earlier Indian dishwallahs who frequently were resellers of cracked-encryption satellite TV receivers
3) steals his Internet access from someplace with significant restrictions
4) is completely honest and forthright, but pays for Internet access to somebody who does 1)-3).

I am fairly positive that all four are wrong. I always try to be careful when I install something.^[1]

The situation you are with is typically called "painted yourself into a corner". You are now afraid to make any changes, like a floor painter who didn't think ahead and didn't plan a way to leave the room he had to paint.

I am not afraid, I don't know what to do. This problem is happening to chronicsky too and he is an Indian. It's not only for me. I thought I would get workaround or reason if I post here.

Nevertheless, thank you for your reply!

Edit: [1] was answer to your first question. Mentioning so it won't be misleading.

[1713283472]

1713283472

[1713283472]

1713283472

[1713283472]

1713283472

[1713283472]

1713283472

[1713283472]

1713283472

[shorena]

I think I understand what you are trying to proove. I posted exact lines(except I removed first 3) I got after running the command "traceroute bitcointalk.org". I didn't want to make changes as it may lead to more complications. So...?

I apologize in advance for being blunt. I don't otherwise will achieve any sort of positive communication.

M.Z. doesn't know what he's doing. He's afraid to admit it. He had either:

1) managed to get his computer&gateway working by installing some malware or shitware that screws up routing
2) buys his Internet access from some black market supplier, equivalent to earlier Indian dishwallahs who frequently were resellers of cracked-encryption satellite TV receivers
3) steals his Internet access from someplace with significant restrictions
4) is completely honest and forthright, but pays for Internet access to somebody who does 1)-3).

The situation you are with is typically called "painted yourself into a corner". You are now afraid to make any changes, like a floor painter who didn't think ahead and didn't plan a way to leave the room he had to paint.

Post your trace will you? Mine shows two class A IPs as well, just before "reaching" the DDoS protection, my ping times are significantly better though. See redsn0ws post above, they also have similar IPs 10.10.48.5 and 10.10.68.11

Mine:

Code:

traceroute to bitcointalk.org (186.2.165.183), 30 hops max, 60 byte packets
 1  -LAN-  0.626 ms  0.910 ms  1.502 ms
 2  -LAN-  9.889 ms  14.255 ms  15.076 ms
 3  83-169-183-73-isp.superkabel.de (83.169.183.73)  16.311 ms  24.876 ms  26.022 ms
 4  ip5886c9ad.dynamic.kabel-deutschland.de (88.134.201.173)  26.888 ms  27.741 ms  28.585 ms
 5  ip5886ca7d.dynamic.kabel-deutschland.de (88.134.202.125)  39.328 ms  40.356 ms  41.375 ms
 6  ams-ix.retn.net (80.249.209.216)  36.820 ms  28.668 ms  33.691 ms
 7  et510-1.RT.M9.MSK.RU.retn.net (87.245.232.2)  76.542 ms  75.793 ms  77.064 ms
 8  * * *
 9  * * *
10  * * *
11  10.10.49.1 (10.10.49.1)  83.844 ms  82.522 ms  81.718 ms
12  10.0.4.81 (10.0.4.81)  72.582 ms  79.525 ms  77.921 ms
13  ddos-guard.net (186.2.165.2)  74.413 ms  76.058 ms  80.216 ms
14  node-186-2-165-183.reverse.x4b.me (186.2.165.183)  81.797 ms  75.247 ms  70.918 ms

These IPs do not show when I use an VPN (university line).

[redsn0w]

I think I understand what you are trying to proove. I posted exact lines(except I removed first 3) I got after running the command "traceroute bitcointalk.org". I didn't want to make changes as it may lead to more complications. So...?

I apologize in advance for being blunt. I don't otherwise will achieve any sort of positive communication.

M.Z. doesn't know what he's doing. He's afraid to admit it. He had either:

1) managed to get his computer&gateway working by installing some malware or shitware that screws up routing
2) buys his Internet access from some black market supplier, equivalent to earlier Indian dishwallahs who frequently were resellers of cracked-encryption satellite TV receivers
3) steals his Internet access from someplace with significant restrictions
4) is completely honest and forthright, but pays for Internet access to somebody who does 1)-3).

The situation you are with is typically called "painted yourself into a corner". You are now afraid to make any changes, like a floor painter who didn't think ahead and didn't plan a way to leave the room he had to paint.

Post your trace will you? Mine shows two class A IPs as well, just before "reaching" the DDoS protection, my ping times are significantly better though. See redsn0ws post above, they also have similar IPs 10.10.48.5 and 10.10.68.11

Mine:

Code:

traceroute to bitcointalk.org (186.2.165.183), 30 hops max, 60 byte packets
 1  -LAN-  0.626 ms  0.910 ms  1.502 ms
 2  -LAN-  9.889 ms  14.255 ms  15.076 ms
 3  83-169-183-73-isp.superkabel.de (83.169.183.73)  16.311 ms  24.876 ms  26.022 ms
 4  ip5886c9ad.dynamic.kabel-deutschland.de (88.134.201.173)  26.888 ms  27.741 ms  28.585 ms
 5  ip5886ca7d.dynamic.kabel-deutschland.de (88.134.202.125)  39.328 ms  40.356 ms  41.375 ms
 6  ams-ix.retn.net (80.249.209.216)  36.820 ms  28.668 ms  33.691 ms
 7  et510-1.RT.M9.MSK.RU.retn.net (87.245.232.2)  76.542 ms  75.793 ms  77.064 ms
 8  * * *
 9  * * *
10  * * *
11  10.10.49.1 (10.10.49.1)  83.844 ms  82.522 ms  81.718 ms
12  10.0.4.81 (10.0.4.81)  72.582 ms  79.525 ms  77.921 ms
13  ddos-guard.net (186.2.165.2)  74.413 ms  76.058 ms  80.216 ms
14  node-186-2-165-183.reverse.x4b.me (186.2.165.183)  81.797 ms  75.247 ms  70.918 ms

These IPs do not show when I use an VPN (university line).

Can I ask you what is your internet speed? If you want also post a speedtest (using speedtest.net) thanks.

[2112]

I am fairly positive that all four are wrong. I always try to be careful when I install something.^[1]

I am not afraid, I don't know what to do. This problem is happening to chronicsky too and he is an Indian. It's not only for me. I thought I would get workaround or reason if I post here.

It is hard for me to take your statements on their face value. I'm an experienced engineer, but the teenage computer-gaming-kids I know all are well aware of their ping times. So when somebody posts a multi-second ping times like if this is nothing special all I can think of is http://www.urbandictionary.com/define.php?term=space+cadet . It is very hard for me to really put myself into your frame of mind, when the teenage kids near me (about 6th grade) all know their ping times and discuss them in the breaks of their soccer matches.

Post your trace will you? Mine shows two class A IPs as well, just before "reaching" the DDoS protection, my ping times are significantly better though. See redsn0ws post above, they also have similar IPs 10.10.48.5 and 10.10.68.11

Code:

traceroute to bitcointalk.org (186.2.165.183), 30 hops max, 60 byte packets
 3  83-169-183-73-isp.superkabel.de (83.169.183.73)  16.311 ms  24.876 ms  26.022 ms
 4  ip5886c9ad.dynamic.kabel-deutschland.de (88.134.201.173)  26.888 ms  27.741 ms  28.585 ms

These IPs do not show when I use an VPN (university line).

What is the point? I don't have routing problems. I always have at least 2 ISP available when at home, and all of them properly filter http://en.wikipedia.org/wiki/Martian_packet . Is "Superkabel" a reseller of "Kabel-Deutschland"? That setup looks like a typical reseller agreement where the reseller has no technical knowledge to maintain their network, only to do the billing. Perhaps you should ask you ISP why they don't filter martians? Your uni seems to have competent network engineers.

Edit: The only thing of that may be of interest is that from my Eastern European ISP I see a hop to the Western Europe via

Code:

bundle-ether9.ffttr4.FrankfurtAmMain.opentransit.net (193.251.255.201)

before reaching ddos-guard.net which seems to be located in Russia.

Edit2: Since more people posted the traceroutes with 10/8 subnet, I think it may be worthwhile to ask their ISP if they distinguish between bogons and martians (http://en.wikipedia.org/wiki/Bogon_filtering & http://en.wikipedia.org/wiki/Martian_packet) and why don't they use RPF (http://en.wikipedia.org/wiki/Reverse_path_forwarding). theymos should probably also ask ddos-guard.net what is going on. I have no way of testing that because all the ISPs I have access to properly filter martians and my access to the internal ISP traffic engineering tools is very limited.

[Muhammed Zakir]

I am fairly positive that all four are wrong. I always try to be careful when I install something.^[1]

I am not afraid, I don't know what to do. This problem is happening to chronicsky too and he is an Indian. It's not only for me. I thought I would get workaround or reason if I post here.

It is hard for me to take your statements on their face value. I'm an experienced engineer, but the teenage computer-gaming-kids I know all are well aware of their ping times. So when somebody posts a multi-second ping times like if this is nothing special all I can think of is http://www.urbandictionary.com/define.php?term=space+cadet . It is very hard for me to really put myself into your frame of mind, when the teenage kids near me (about 6th grade) all know their ping times and discuss them in the breaks of their soccer matches.

Thanks for the title!

"one who is so easily lost in reverie that he or she loses all awareness of the surrounding physical world."

You maybe an expert in this but I ain't. So I need help unlike you.

Post your trace will you? Mine shows two class A IPs as well, just before "reaching" the DDoS protection, my ping times are significantly better though. See redsn0ws post above, they also have similar IPs 10.10.48.5 and 10.10.68.11

Code:

traceroute to bitcointalk.org (186.2.165.183), 30 hops max, 60 byte packets
 3  83-169-183-73-isp.superkabel.de (83.169.183.73)  16.311 ms  24.876 ms  26.022 ms
 4  ip5886c9ad.dynamic.kabel-deutschland.de (88.134.201.173)  26.888 ms  27.741 ms  28.585 ms

These IPs do not show when I use an VPN (university line).

What is the point? I don't have routing problems. I always have at least 2 ISP available when at home, and all of them properly filter http://en.wikipedia.org/wiki/Martian_packet . Is "Superkabel" a reseller of "Kabel-Deutschland"? That setup looks like a typical reseller agreement where the reseller has no technical knowledge to maintain their network, only to do the billing. Perhaps you should ask you ISP why they don't filter martians? Your uni seems to have competent network engineers.

Edit: The only thing of that may be of interest is that from my Eastern European ISP I see a hop to the Western Europe via

Code:

bundle-ether9.ffttr4.FrankfurtAmMain.opentransit.net (193.251.255.201)

before reaching ddos-guard.net which seems to be located in Russia.

Edit2: Since more people posted the traceroutes with 10/8 subnet, I think it may be worthwhile to ask their ISP if they distinguish between bogons and martians (http://en.wikipedia.org/wiki/Bogon_filtering & http://en.wikipedia.org/wiki/Martian_packet) and why don't they use RPF (http://en.wikipedia.org/wiki/Reverse_path_forwarding). theymos should probably also ask ddos-guard.net what is going on. I have no way of testing that because all the ISPs I have access to properly filter martians and my access to the internal ISP traffic engineering tools is very limited.

Shorena is telling that he and redsn0w is getting non-routable IPs like me. I will look the wiki articles you gave. Thank you!

Can you post your traceroute? That will be helpful.

[shorena]

-snip-
Can I ask you what is your internet speed? If you want also post a speedtest (using speedtest.net) thanks.

Advertised as 32/2 IIRC, speedtest results in 31.79/1.99/11ms

-snip-

Post your trace will you? Mine shows two class A IPs as well, just before "reaching" the DDoS protection, my ping times are significantly better though. See redsn0ws post above, they also have similar IPs 10.10.48.5 and 10.10.68.11

Code:

traceroute to bitcointalk.org (186.2.165.183), 30 hops max, 60 byte packets
 3  83-169-183-73-isp.superkabel.de (83.169.183.73)  16.311 ms  24.876 ms  26.022 ms
 4  ip5886c9ad.dynamic.kabel-deutschland.de (88.134.201.173)  26.888 ms  27.741 ms  28.585 ms

These IPs do not show when I use an VPN (university line).

What is the point? I don't have routing problems. I always have at least 2 ISP available when at home, and all of them properly filter http://en.wikipedia.org/wiki/Martian_packet . Is "Superkabel" a reseller of "Kabel-Deutschland"?

Just for comparisson I have no problems to reach the board either. My network breaks down completely sometimes though.

Kabel Deutschland writes the bills, but I would not be surprised if the regional network is handled by a subcontractor. Its essentially the worst ISP germany has to offer, well besides our last one "Hansenet" which was bought and sold by more companies that I care to remember each creating more problems.

That setup looks like a typical reseller agreement where the reseller has no technical knowledge to maintain their network, only to do the billing. Perhaps you should ask you ISP why they don't filter martians? Your uni seems to have competent network engineers.

I am not surprised by that assesment, but Im afraid I dont have the two days it would take to get someone that even understands the questions (including those from your Edit2) on the line. We have plans to switch to a different ISP, but that will take time due to the contract.

Edit: The only thing of that may be of interest is that from my Eastern European ISP I see a hop to the Western Europe via

Code:

bundle-ether9.ffttr4.FrankfurtAmMain.opentransit.net (193.251.255.201)

before reaching ddos-guard.net which seems to be located in Russia.

Edit2: Since more people posted the traceroutes with 10/8 subnet, I think it may be worthwhile to ask their ISP if they distinguish between bogons and martians (http://en.wikipedia.org/wiki/Bogon_filtering & http://en.wikipedia.org/wiki/Martian_packet) and why don't they use RPF (http://en.wikipedia.org/wiki/Reverse_path_forwarding). theymos should probably also ask ddos-guard.net what is going on. I have no way of testing that because all the ISPs I have access to properly filter martians and my access to the internal ISP traffic engineering tools is very limited.

-snip-
Shorena is telling that he and redsn0w is getting non-routable IPs like me. I will look the wiki articles you gave. Thank you!

Can you post your traceroute? That will be helpful.

Apparently they checked their route and found nothing curious, besides a hop into western europe. I can do some routes via other ISPs over the next days and see if I find anything, but it probably boils down to: we have shitty ISPs.

[Muhammed Zakir]

Can you post a traceroute when you are connected through VPN? I would like to see the difference between your first trace and the second. Thanks.

Using VPN:

Code:

traceroute to bitcointalk.org (186.2.165.183) , 5 relative hops max, 52 byte packets
   1 local ip 412.425 ms 834.185 ms 838.190 ms
   2 local ip (172.17.42.1) 383.848 ms 798.146 ms *
   3 68.169.44.1.static.vps.net (68.169.44.1) 728.076 ms 864.167 ms 1042.281 ms
   4 206.130.126.70 (206.130.126.70) 1473.370 ms 1934.755 ms 1944.318 ms
   5 206.130.126.9 (206.130.126.9) 439.704 ms 1064.384 ms 1074.915 ms
   6 208.184.34.185 (208.184.34.185) 395.304 ms 847.956 ms 856.974 ms
   7 64.125.20.237 (64.125.20.237) 389.252 ms 419.346 ms 449.393 ms
   8 64.125.26.5 (64.125.26.5) 431.576 ms 434.454 ms 447.036 ms
   9 ae7.edge2.losangles.level3.net (4.68.70.33) 465.098 ms 467.642 ms 478.683 ms
 10  * * *
 11  * * *
 12  * * *
 13  * * *
 14  * * *
 15 ddos-guard.net (186.2.165.2) 614.071 ms 617.848 ms 620.993 ms
 16 node-186-2-165-183.reverse.x4b.me (186.2.165.183) 533.539 ms 539.293 ms 546.350 ms

Ping result when connected to VPN:

Code:

PING bitcointalk.org (186.2.165.183): 56 data bytes

64 bytes from 186.2.165.183: icmp_seq=0 ttl=46 time=609.490 ms

64 bytes from 186.2.165.183: icmp_seq=1 ttl=46 time=554.117 ms

64 bytes from 186.2.165.183: icmp_seq=2 ttl=46 time=538.181 ms

64 bytes from 186.2.165.183: icmp_seq=3 ttl=46 time=739.915 ms

64 bytes from 186.2.165.183: icmp_seq=4 ttl=46 time=617.587 ms

64 bytes from 186.2.165.183: icmp_seq=5 ttl=46 time=593.669 ms

64 bytes from 186.2.165.183: icmp_seq=6 ttl=46 time=619.932 ms

64 bytes from 186.2.165.183: icmp_seq=7 ttl=46 time=623.516 ms

64 bytes from 186.2.165.183: icmp_seq=8 ttl=46 time=567.537 ms

64 bytes from 186.2.165.183: icmp_seq=9 ttl=46 time=587.794 ms

64 bytes from 186.2.165.183: icmp_seq=10 ttl=46 time=578.486 ms

64 bytes from 186.2.165.183: icmp_seq=11 ttl=46 time=606.406 ms

64 bytes from 186.2.165.183: icmp_seq=12 ttl=46 time=532.542 ms

64 bytes from 186.2.165.183: icmp_seq=13 ttl=46 time=594.031 ms

64 bytes from 186.2.165.183: icmp_seq=14 ttl=46 time=1965.721 ms

64 bytes from 186.2.165.183: icmp_seq=15 ttl=46 time=1107.101 ms

64 bytes from 186.2.165.183: icmp_seq=16 ttl=46 time=589.401 ms

64 bytes from 186.2.165.183: icmp_seq=17 ttl=46 time=898.194 ms

64 bytes from 186.2.165.183: icmp_seq=18 ttl=46 time=555.065 ms

64 bytes from 186.2.165.183: icmp_seq=19 ttl=46 time=529.822 ms

64 bytes from 186.2.165.183: icmp_seq=20 ttl=46 time=544.758 ms

64 bytes from 186.2.165.183: icmp_seq=21 ttl=46 time=482.326 ms

64 bytes from 186.2.165.183: icmp_seq=22 ttl=46 time=596.370 ms

64 bytes from 186.2.165.183: icmp_seq=23 ttl=46 time=626.216 ms

64 bytes from 186.2.165.183: icmp_seq=24 ttl=46 time=619.887 ms

64 bytes from 186.2.165.183: icmp_seq=25 ttl=46 time=998.474 ms

64 bytes from 186.2.165.183: icmp_seq=26 ttl=46 time=875.255 ms

64 bytes from 186.2.165.183: icmp_seq=27 ttl=46 time=1395.922 ms


--- 186.2.165.183 ping statistics ---
29 packets transmitted, 28 received, 3.45% packet loss
round-trip  min / avg / max = 482.326 / 694.749 / 1965.721 ms

Edit: Made minor changes..

[shorena]

Vodafone does funny things as well:

Code:

traceroute to bitcointalk.org (186.2.165.183), 30 hops max, 60 byte packets
-LAN-
 2  10.218.128.5 (10.218.128.5)  26.468 ms  29.630 ms  29.621 ms
 3  10.218.129.60 (10.218.129.60)  34.503 ms  34.500 ms  34.466 ms
 4  10.218.129.34 (10.218.129.34)  40.485 ms  40.447 ms  40.410 ms
 5  10.218.130.20 (10.218.130.20)  37.577 ms  40.392 ms  40.359 ms
 6  10.218.130.26 (10.218.130.26)  43.195 ms  32.402 ms  49.601 ms
 7  92.79.230.45 (92.79.230.45)  49.551 ms 92.79.230.33 (92.79.230.33)  36.361 ms  49.841 ms
 8  92.79.213.138 (92.79.213.138)  59.029 ms 188.111.129.26 (188.111.129.26)  62.687 ms  62.678 ms
 9  ams-ix.retn.net (80.249.209.216)  56.634 ms  58.918 ms  58.883 ms
10  et510-1.RT.M9.MSK.RU.retn.net (87.245.232.2)  109.526 ms  103.490 ms  109.492 ms
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *
16  ddos-guard.net (186.2.165.2)  109.552 ms  109.555 ms  109.520 ms
17  node-186-2-165-183.reverse.x4b.me (186.2.165.183)  106.432 ms  109.474 ms  106.381 ms

At work I get two hops before I get "host not reachable", its probably the proxy blocking unauthenticated connections.

[thebitcoinquiz.com]

I am also an India and I also have exactly the same problem sometimes.
This problem arises with Airtel and Vodafone, but nothing ever goes wrong with MTNL network.
I am always on 3G and I have a pretty decent connection.
I cannot say why is this happening , but just wanted to report it and the issue corrects itself after 12-30hours and then reappears in a few days.
Also I always browse the forum through mobile.

[redsn0w]

Vodafone does funny things as well:

Code:

traceroute to bitcointalk.org (186.2.165.183), 30 hops max, 60 byte packets
-LAN-
 2  10.218.128.5 (10.218.128.5)  26.468 ms  29.630 ms  29.621 ms
 3  10.218.129.60 (10.218.129.60)  34.503 ms  34.500 ms  34.466 ms
 4  10.218.129.34 (10.218.129.34)  40.485 ms  40.447 ms  40.410 ms
 5  10.218.130.20 (10.218.130.20)  37.577 ms  40.392 ms  40.359 ms
 6  10.218.130.26 (10.218.130.26)  43.195 ms  32.402 ms  49.601 ms
 7  92.79.230.45 (92.79.230.45)  49.551 ms 92.79.230.33 (92.79.230.33)  36.361 ms  49.841 ms
 8  92.79.213.138 (92.79.213.138)  59.029 ms 188.111.129.26 (188.111.129.26)  62.687 ms  62.678 ms
 9  ams-ix.retn.net (80.249.209.216)  56.634 ms  58.918 ms  58.883 ms
10  et510-1.RT.M9.MSK.RU.retn.net (87.245.232.2)  109.526 ms  103.490 ms  109.492 ms
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *
16  ddos-guard.net (186.2.165.2)  109.552 ms  109.555 ms  109.520 ms
17  node-186-2-165-183.reverse.x4b.me (186.2.165.183)  106.432 ms  109.474 ms  106.381 ms

At work I get two hops before I get "host not reachable", its probably the proxy blocking unauthenticated connections.

Yes it is the same thing for me, most probable an ISP 'error' but also a bitcointalk problem (but I'm not sure). 

[Muhammed Zakir]

I am also an India and I also have exactly the same problem sometimes.
This problem arises with Airtel and Vodafone, but nothing ever goes wrong with MTNL network.
I am always on 3G and I have a pretty decent connection.
I cannot say why is this happening , but just wanted to report it and the issue corrects itself after 12-30hours and then reappears in a few days.
Also I always browse the forum through mobile.

It appears for me when using !DEA and MTS. It occurs more on mobile than on PC.

[2112]

Vodafone does funny things as well:

Code:

traceroute to bitcointalk.org (186.2.165.183), 30 hops max, 60 byte packets
-LAN-
 2  10.218.128.5 (10.218.128.5)  26.468 ms  29.630 ms  29.621 ms
 3  10.218.129.60 (10.218.129.60)  34.503 ms  34.500 ms  34.466 ms
 4  10.218.129.34 (10.218.129.34)  40.485 ms  40.447 ms  40.410 ms
 5  10.218.130.20 (10.218.130.20)  37.577 ms  40.392 ms  40.359 ms
 6  10.218.130.26 (10.218.130.26)  43.195 ms  32.402 ms  49.601 ms

It is perfectly fine to use private/local IP addresses on the internal network of the ISP. So those hops 2-6 are perfectly fine as long as they don't leave the ISP's internal network. Funnies & shenanigans start when one sees the private packets routed (or apparently routed) over the public Internet. Try doing a reverse traceroute, meaning from other public address of another ISP to your IP address on Vodafone. If you then see those 6 hops over 10/8 subnet that would qualify as "funny".

[shorena]

Vodafone does funny things as well:

Code:

traceroute to bitcointalk.org (186.2.165.183), 30 hops max, 60 byte packets
-LAN-
 2  10.218.128.5 (10.218.128.5)  26.468 ms  29.630 ms  29.621 ms
 3  10.218.129.60 (10.218.129.60)  34.503 ms  34.500 ms  34.466 ms
 4  10.218.129.34 (10.218.129.34)  40.485 ms  40.447 ms  40.410 ms
 5  10.218.130.20 (10.218.130.20)  37.577 ms  40.392 ms  40.359 ms
 6  10.218.130.26 (10.218.130.26)  43.195 ms  32.402 ms  49.601 ms

It is perfectly fine to use private/local IP addresses on the internal network of the ISP. So those hops 2-6 are perfectly fine as long as they don't leave the ISP's internal network. Funnies & shenanigans start when one sees the private packets routed (or apparently routed) over the public Internet. Try doing a reverse traceroute, meaning from other public address of another ISP to your IP address on Vodafone. If you then see those 6 hops over 10/8 subnet that would qualify as "funny".

Hmm, makes sense I guess. I will need to wait at least two days till have access to that connection though.

[Prelude]

I've been having the same issue for the past 6 hours or so. Can't load bitcointalk without my VPN being enabled.

[thebitcoinquiz.com]

I've been having the same issue for the past 6 hours or so. Can't load bitcointalk without my VPN being enabled.

Where do you live? And who is your ISP?
Just want to know if this issue is country/provider specific.