<html><head>
<style id="pgp_css" type="text/css"><!----></style><style id="css_styles" type="text/css"><!--blockquote.cite { margin-left: 5px; margin-right: 0px; padding-left: 10px; padding-right:0px; border-left: 1px solid #cccccc }
blockquote.cite2 {margin-left: 5px; margin-right: 0px; padding-left: 10px; padding-right:0px; border-left: 1px solid #cccccc; margin-top: 3px; padding-top: 0px; }
a img { border: 0px; }
li[style='text-align: center;'], li[style='text-align: center; '], li[style='text-align: right;'], li[style='text-align: right; '] { list-style-position: inside;}
body { font-family: Segoe UI; font-size: 12pt; }
.quote { margin-left: 1em; margin-right: 1em; border-left: 5px #ebebeb solid; padding-left: 0.3em; }--></style></head>
<body><div>They would say that, as if 99.999% of people are working but a few outliers are having issues then they'd not want to spend the time deep-diving logs.</div><div><br /></div><div>Shaun's findings are spot on - and i'd be confirming you are seeing the same, that you get a valid response to the original request and that you are getting similar error (403) for that resource which would indicate it definitely IS a website issue, but it'll be up to them to tell you why they are denying it. Perhaps superloop got a new block of IPs that are flagged in the GeoIP DB they use? Have you seen a correlation with the users assigned public IP such as are they all in the same subnet/supernet block? Would definitely explain why same laptop works on some internet connections but not on others, still without it being a direct network issue.</div><div><br /></div><div>Perhaps reach out to the site again with a src IP, datetime and the resource thats getting 403'd (with a snapshot of request/response headers) so they might be able to actually go log hunting for you.</div>
<div><br /></div>
<div>------ Original Message ------</div>
<div>From: "TWIG Solutions" <<a href="mailto:sales@twig.com.au">sales@twig.com.au</a>></div>
<div>To: "<a href="mailto:AusNOG@lists.ausnog.net">AusNOG@lists.ausnog.net</a>" <<a href="mailto:AusNOG@lists.ausnog.net">AusNOG@lists.ausnog.net</a>></div>
<div>Sent: 26/09/2024 3:29:59 PM</div>
<div>Subject: Re: [AusNOG] Curly One</div><div><br /></div>
<div id="x00686cf6f7d444c"><blockquote cite="4a06521a-2518-4170-af7b-73ec9b20ac93@twig.com.au" type="cite" class="cite2">
<br />
<div class="moz-signature">
<p> They have said there is no issue on the website end.. <br />
</p>
<br />
</div>
<br />
<br />
<div class="moz-cite-prefix">On 26/09/2024 14:35, Nathan Brookfield
wrote:<br />
</div>
<blockquote type="cite" cite="mid:MEYP282MB2520242C70CE706032B7A50EDB6A2@MEYP282MB2520.AUSP282.PROD.OUTLOOK.COM" class="cite">
<style type="text/css"><!--#x00686cf6f7d444c p.MsoNormal, #x00686cf6f7d444c li.MsoNormal, #x00686cf6f7d444c div.MsoNormal
{margin: 0cm; font-size: 12pt; font-family: Aptos, sans-serif;}
#x00686cf6f7d444c a:link, #x00686cf6f7d444c span.MsoHyperlink
{color: blue; text-decoration: underline;}
#x00686cf6f7d444c span.EmailStyle19
{font-family: Aptos, sans-serif; color: windowtext;}
#x00686cf6f7d444c .MsoChpDefault
{font-size: 10pt;}
#x00686cf6f7d444c 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 xmlns:o="#unknown"></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;mso-fareast-language:EN-US"><o:p xmlns:o="#unknown"> </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
<a class="moz-txt-link-rfc2396E" href="mailto:ausnog-bounces@lists.ausnog.net" style=""><ausnog-bounces@lists.ausnog.net></a> on behalf of
TWIG Solutions <a class="moz-txt-link-rfc2396E" href="mailto:sales@twig.com.au" style=""><sales@twig.com.au></a><br />
<b>Date: </b>Thursday, 26 September 2024 at 14:19<br />
<b>To: </b><a class="moz-txt-link-abbreviated" href="mailto:AusNOG@lists.ausnog.net" style="">AusNOG@lists.ausnog.net</a>
<a class="moz-txt-link-rfc2396E" href="mailto:AusNOG@lists.ausnog.net" style=""><AusNOG@lists.ausnog.net></a><br />
<b>Subject: </b>[AusNOG] Curly One<o:p xmlns:o="#unknown"></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/" moz-do-not-send="true" style="">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: rgb(0, 64, 0);">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: rgb(0, 64, 0);">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 xmlns:o="#unknown"></o:p></p>
<p> <o:p xmlns:o="#unknown"></o:p></p>
<p class="MsoNormal"><br />
<o:p xmlns:o="#unknown"></o:p></p>
<div>
<p> <o:p xmlns:o="#unknown"></o:p></p>
<p class="MsoNormal"><o:p xmlns:o="#unknown"> </o:p></p>
</div>
</div>
</div>
</div>
</div>
</blockquote>
<br />
</blockquote></div>
</body></html>