<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>This topic</title>
    <link>https://community.bt.com/t5/Archive-Staging/BT-Wi-Fi-frequently-unable-to-reach-any-Google-related-service/m-p/2075412#M1220849</link>
    <description>&lt;P&gt;For a lot of every weekend, I depend on the 'BT Wi-Fi' service available nationwide.&lt;BR /&gt;Quite often, ALL google services are unavailable when using this.&lt;/P&gt;&lt;P&gt;Everything else appears to be OK : Wi-Fi Signal fine, Wi-Fi connection fine, logged in OK, DNS queries all resolve fine, and NON-Google services work fine.&lt;/P&gt;&lt;P&gt;Any Google-branded service (Google search, Youtube, googleapis etc. etc.) is unavailable. Worse, any website or service that depends on loading items from google service e.g. fonts.googleapis.com is *also* broken as a result of this.&lt;/P&gt;&lt;P&gt;What happens is that every request to any Google service 'times out'. Technically, a perfectly valid TCP SYN leaves whatever device I am using, but does not solicit no SYN-ACK response.&lt;BR /&gt;This is *not* a fault with my equipment or configuration - other non-Google-related sites/services function perfectly.&lt;BR /&gt;I am located in Norfolk. Right now, the problem is happening and my apparent IPv4 address is in 86.128.0.0/10, BT-PAWLAN AS2856.&lt;BR /&gt;If I switch to any other provider ('Hotspot' on my mobile phone, or another accessible Wi-Fi service - both of which require travelling some distance), everything works fine....so, it's a problem in the BT Network somewhere.&lt;/P&gt;&lt;P&gt;Having done quite a bit of investigation, it seems this is usually a problem with BT's peering, typically co-incident with issues inside BT's peering entities - usually Liberty Global.&lt;/P&gt;&lt;P&gt;I *am* competent to provide the above information, and it *is* accurate - I'm used to designing and debugging IP networks professionally.&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;Here's my request:-&lt;/P&gt;&lt;P&gt;PLEASE, PLEASE maintain the connectivity of the BT Public Access WLAN with the same priority as the 'traditional' residential broadband service, or at least keep a better eye on peering issues affecting the BT-PAWLAN at weekends.&lt;/P&gt;&lt;P&gt;Why am I asking this? BT may not be able to see or do not notice a connectivity issue affecting BT-PAWLAN clients/users, especially at weekends, but this is a real problem that leaves people without working connectivity for extended periods of time.&lt;/P&gt;&lt;P&gt;In my case, the impact is that I cannot help some elderly/vulnerable people avoid the risk of&amp;nbsp; COVID-19 by doing things on-line for them.&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Paul&lt;/P&gt;</description>
    <pubDate>Sun, 26 Jul 2020 12:06:33 GMT</pubDate>
    <dc:creator>vogon</dc:creator>
    <dc:date>2020-07-26T12:06:33Z</dc:date>
    <item>
      <title>BT Wi-Fi frequently unable to reach any Google-related service.</title>
      <link>https://community.bt.com/t5/Archive-Staging/BT-Wi-Fi-frequently-unable-to-reach-any-Google-related-service/m-p/2075412#M1220849</link>
      <description>&lt;P&gt;For a lot of every weekend, I depend on the 'BT Wi-Fi' service available nationwide.&lt;BR /&gt;Quite often, ALL google services are unavailable when using this.&lt;/P&gt;&lt;P&gt;Everything else appears to be OK : Wi-Fi Signal fine, Wi-Fi connection fine, logged in OK, DNS queries all resolve fine, and NON-Google services work fine.&lt;/P&gt;&lt;P&gt;Any Google-branded service (Google search, Youtube, googleapis etc. etc.) is unavailable. Worse, any website or service that depends on loading items from google service e.g. fonts.googleapis.com is *also* broken as a result of this.&lt;/P&gt;&lt;P&gt;What happens is that every request to any Google service 'times out'. Technically, a perfectly valid TCP SYN leaves whatever device I am using, but does not solicit no SYN-ACK response.&lt;BR /&gt;This is *not* a fault with my equipment or configuration - other non-Google-related sites/services function perfectly.&lt;BR /&gt;I am located in Norfolk. Right now, the problem is happening and my apparent IPv4 address is in 86.128.0.0/10, BT-PAWLAN AS2856.&lt;BR /&gt;If I switch to any other provider ('Hotspot' on my mobile phone, or another accessible Wi-Fi service - both of which require travelling some distance), everything works fine....so, it's a problem in the BT Network somewhere.&lt;/P&gt;&lt;P&gt;Having done quite a bit of investigation, it seems this is usually a problem with BT's peering, typically co-incident with issues inside BT's peering entities - usually Liberty Global.&lt;/P&gt;&lt;P&gt;I *am* competent to provide the above information, and it *is* accurate - I'm used to designing and debugging IP networks professionally.&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;Here's my request:-&lt;/P&gt;&lt;P&gt;PLEASE, PLEASE maintain the connectivity of the BT Public Access WLAN with the same priority as the 'traditional' residential broadband service, or at least keep a better eye on peering issues affecting the BT-PAWLAN at weekends.&lt;/P&gt;&lt;P&gt;Why am I asking this? BT may not be able to see or do not notice a connectivity issue affecting BT-PAWLAN clients/users, especially at weekends, but this is a real problem that leaves people without working connectivity for extended periods of time.&lt;/P&gt;&lt;P&gt;In my case, the impact is that I cannot help some elderly/vulnerable people avoid the risk of&amp;nbsp; COVID-19 by doing things on-line for them.&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Paul&lt;/P&gt;</description>
      <pubDate>Sun, 26 Jul 2020 12:06:33 GMT</pubDate>
      <guid>https://community.bt.com/t5/Archive-Staging/BT-Wi-Fi-frequently-unable-to-reach-any-Google-related-service/m-p/2075412#M1220849</guid>
      <dc:creator>vogon</dc:creator>
      <dc:date>2020-07-26T12:06:33Z</dc:date>
    </item>
  </channel>
</rss>

