<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto">Going along with this I'd ask what OS these clients are running. I'd suspect geo location issues considering cloodflare is involved and a WAF is most likely involved where a trace route is most likely not going to help you. For instance I'm on spectrum central US AND IT appears I'm coming from the east coast and I get the following screenshot from the website you provided ...<div><br></div><div><img alt="image0.png" src="cid:mf_AF9A1AC3-5BEA-4DF7-A0CC-E66A2990D2E3/L0/001"></div><div><span style="-webkit-tap-highlight-color: rgba(0, 0, 0, 0);"><br></span></div><div><span style="-webkit-tap-highlight-color: rgba(0, 0, 0, 0);"><br></span></div><div><span style="-webkit-tap-highlight-color: rgba(0, 0, 0, 0);">This seems to be website hosting specific rather than ISP specific. VPN and private relays more to blame that would lead me to believe iOS or macOS systems and vpns are a further cause of this than the isp itself. Filtering at work issues lot different than filtering at home. At least for those that are ding it correctly.</span></div><div><span style="-webkit-tap-highlight-color: rgba(0, 0, 0, 0);"><br></span></div><div><span style="-webkit-tap-highlight-color: rgba(0, 0, 0, 0);">Not going to assume though, verify the connections. Private relay and VPN has made this a lot harder on our part !</span></div><div><span style="-webkit-tap-highlight-color: rgba(0, 0, 0, 0);"><br id="lineBreakAtBeginningOfSignature"></span><div dir="ltr"><div><span style="background-color: rgba(255, 255, 255, 0);">-- </span></div><div><span style="background-color: rgba(255, 255, 255, 0);"> J. Hellenthal</span></div><div><span style="background-color: rgba(255, 255, 255, 0);"><br></span></div><span style="background-color: rgba(255, 255, 255, 0);">The fact that there's a highway to Hell but only a stairway to Heaven says a lot about anticipated traffic volume.</span></div><div dir="ltr"><br><blockquote type="cite">On Sep 25, 2024, at 23:35, Nathan Brookfield <Nathan.Brookfield@iperium.com.au> wrote:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr">
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style>@font-face { font-family: "Cambria Math"; }
@font-face { font-family: Aptos; }
p.MsoNormal, li.MsoNormal, div.MsoNormal { margin: 0cm; font-size: 12pt; font-family: Aptos, sans-serif; }
a:link, span.MsoHyperlink { color: blue; text-decoration: underline; }
span.EmailStyle19 { font-family: Aptos, sans-serif; color: windowtext; }
.MsoChpDefault { font-size: 10pt; }
@page WordSection1 { size: 612pt 792pt; margin: 72pt; }
div.WordSection1 { page: WordSection1; }</style>
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;mso-fareast-language:EN-US">What do the backend website owners AXS and Cloudflare have to say, I’d strongly suggest if your get a white page it’s nothing to do with the ISP’s you mentioned, also it loads fine
here on all of the networks I manage.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<div id="mail-editor-reference-message-container">
<div>
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal" style="margin-bottom:12.0pt"><b><span style="color:black">From:
</span></b><span style="color:black">AusNOG <ausnog-bounces@lists.ausnog.net> on behalf of TWIG Solutions <sales@twig.com.au><br>
<b>Date: </b>Thursday, 26 September 2024 at 14:19<br>
<b>To: </b>AusNOG@lists.ausnog.net <AusNOG@lists.ausnog.net><br>
<b>Subject: </b>[AusNOG] Curly One<o:p></o:p></span></p>
</div>
<p class="MsoNormal">Afternoon All,<br>
I have an issue with some of my clients, which I discovered while looking into the issue for 1 client. After testing from various other geographically and ISP diverse clients I discovered it's pretty wide spread issue.<br>
<br>
The issue is that the website below will only display a blank white page for most clients, definitely ALL clients (I have tested) using Exetel/Superloop FTTN, FTTC and select FTTP.<br>
<br>
<a href="https://fanaccount.axs.com.au/">https://fanaccount.axs.com.au/login</a><br>
<br>
Yet some clients, when they view the site on the same laptop when at home (Telstra), it loads fine and shows a login page. They come back to the office, and it wont. My own service when it was FTTC, didnt work, now I am FTTP it works.<br>
<br>
I did some tracing and discovered that as soon as the data traverse a certain link, it fails. I passed all my findings to Exetel/Superloop technical and it's been now been in hand since 25/6/24 and revived again on 26/8/24 (after the original ticket was
closed with no resolution). Nor they are saying its a website issue, and they suggested installing a CORs extension on Chrome as it "fixed" it for them. Not a secure solution, but I tested extension on 3 clients, still no good, and why only for some clients??.
<br>
<br>
So again I am waiting for responses, and the initial client who reported to me is getting very p*ssed off with the delays. They use the site a lot booking tickets for their clients etc...<br>
<br>
Traces shown below, I wonder if anyone can test and advise, perhaps look at the traces you get if it does or doesn't work, as it seem Exetel/Superloop are stumped.<br>
<br>
<br>
Cheers,<br>
<br>
Mal<br>
<br>
++++++++++++++++++++++++++++++++++++++++++++++++++++<br>
<br>
<b><span style="color:#004000">My Service Working</span></b><br>
Service: 1000/50 FTTP <br>
<br>
Tracing route to fanaccount.axs.com.au.cdn.cloudflare.net [172.64.151.20]<br>
over a maximum of 30 hops:<br>
<br>
1 <1 ms <1 ms <1 ms [redacted]<br>
2 4 ms 3 ms 4 ms [redacted]<br>
3 2 ms 2 ms 2 ms 202.90.206.198<br>
4 3 ms 3 ms * <b><span style="color:#004000">Bundle-Ether30.bdr02-ipt-639garde-syd.au.superloop.com [103.200.13.65]</span></b><br>
5 3 ms 4 ms 8 ms 27.122.122.15<br>
6 4 ms 6 ms 3 ms 108.162.247.77<br>
7 3 ms 3 ms 3 ms 172.64.151.20<br>
<br>
<br>
<br>
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++<br>
<br>
<b><span style="color:maroon">Client 1 Not Working</span></b><br>
<br>
Tracing route to fanaccount.axs.com.au.cdn.cloudflare.net [2606:4700:4400::6812:24ec]<br>
over a maximum of 30 hops:<br>
<br>
1 * * * Request timed out.<br>
2 * * * Request timed out.<br>
3 10 ms 10 ms 10 ms [redacted]<br>
4 * * 11 ms r0q86sqz1y5z2lmg941.ip6.superloop.au [2401:d000:3401::31]<br>
5 * 10 ms * <b><span style="color:maroon">bundle-ether32.bdr02-ipt-639garde-syd.au.superloop.net.co [2401:d000:10:100::2c1]</span></b><br>
6 32 ms 13 ms 24 ms q4b0lhjpx7wd2m4dptk.ip6.superloop.au [2401:d000:3202::12]<br>
7 10 ms 10 ms 10 ms 2400:cb00:26:3::<br>
8 10 ms 10 ms 10 ms 2606:4700:4400::6812:24ec<br>
<br>
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++<br>
<br>
<b><br>
Initial Client - <span style="color:maroon">NOT WORKING</span> </b><br>
<br>
Tracing route to fanaccount.axs.com.au.cdn.cloudflare.net [2606:4700:4400::6812:24ec]<br>
over a maximum of 30 hops:<br>
<br>
1 * * * Request timed out.<br>
2 * * * Request timed out.<br>
3 9 ms 9 ms 9 ms 2406:3400:0:1::1<br>
4 * * * Request timed out.<br>
5 9 ms 9 ms * <b><span style="color:maroon">bundle-ether32.bdr02-ipt-639garde-syd.au.superloop.net.co [2401:d000:10:100::2c1]</span></b><br>
6 17 ms 24 ms 21 ms q4b0lhjpx7wd2m4dptk.ip6.superloop.au [2401:d000:3202::12]<br>
7 10 ms 9 ms 9 ms 2400:cb00:491:3::<br>
8 9 ms 9 ms 9 ms 2606:4700:4400::6812:24ec<br>
<br>
<br>
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++<br>
<br>
<br>
<b><span style="color:maroon">Client 2 Not Working</span></b><br>
<br>
Pinging fanaccount.axs.com.au.cdn.cloudflare.net [172.64.151.20] with 32 bytes of data:<br>
Reply from 172.64.151.20: bytes=32 time=13ms TTL=58<br>
Reply from 172.64.151.20: bytes=32 time=13ms TTL=58<br>
Reply from 172.64.151.20: bytes=32 time=13ms TTL=58<br>
Reply from 172.64.151.20: bytes=32 time=13ms TTL=58<br>
<br>
Ping statistics for 172.64.151.20:<br>
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),<br>
Approximate round trip times in milli-seconds:<br>
Minimum = 13ms, Maximum = 13ms, Average = 13ms<br>
<br>
<br>
Tracing route to fanaccount.axs.com.au.cdn.cloudflare.net [172.64.151.20]<br>
over a maximum of 30 hops:<br>
<br>
1 <1 ms <1 ms <1 ms [redacted]<br>
2 12 ms 12 ms 12 ms [redacted]<br>
3 13 ms 13 ms 13 ms 10.1.23.54 [10.1.23.54]<br>
4 13 ms 13 ms 12 ms Bundle-Ether200.bdr02-ipt-47bourke-syd.au.superloop.com [116.255.21.108]<br>
5 13 ms * 13 ms <b><span style="color:maroon">Bundle-Ether32.bdr02-ipt-639garde-syd.au.superloop.com [103.200.13.70]</span></b><br>
6 13 ms 13 ms 14 ms 27.122.122.15<br>
7 14 ms 13 ms 13 ms 108.162.250.5<br>
8 13 ms 13 ms 13 ms 172.64.151.20<br>
<br>
<br>
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++<br>
<br>
<br>
<b><span style="color:maroon">Client 3 Not Working</span></b><br>
<br>
Tracing route to fanaccount.axs.com.au.cdn.cloudflare.net [104.18.36.236]<br>
over a maximum of 30 hops:<br>
<br>
1 <1 ms <1 ms <1 ms [redacted]<br>
2 1 ms 2 ms 1 ms [redacted]<br>
3 2 ms 2 ms 2 ms 10.1.21.186<br>
4 2 ms 2 ms 1 ms Bundle-Ether200.bdr02-ipt-47bourke-syd.au.superloop.com [116.255.21.108]<br>
5 2 ms 1 ms 2 ms <b><span style="color:maroon">Bundle-Ether32.bdr02-ipt-639garde-syd.au.superloop.com [103.200.13.70]</span></b><br>
6 3 ms 2 ms 5 ms 27.122.122.15<br>
7 3 ms 3 ms 2 ms 108.162.247.83<br>
8 3 ms 2 ms 2 ms 104.18.36.236<o:p></o:p></p>
<p> <o:p></o:p></p>
<p class="MsoNormal"><br>
<o:p></o:p></p>
<div>
<p> <o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
</div>
</div>
</div>
<span>_______________________________________________</span><br><span>AusNOG mailing list</span><br><span>AusNOG@lists.ausnog.net</span><br><span>https://lists.ausnog.net/mailman/listinfo/ausnog</span><br></div></blockquote></div></body></html>