<?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>topic Global Protect and Microsoft Teams e911 in GlobalProtect Discussions</title>
    <link>https://live.paloaltonetworks.com/t5/globalprotect-discussions/global-protect-and-microsoft-teams-e911/m-p/1225723#M6640</link>
    <description>&lt;P&gt;Microsoft Teams e911 calling does not display the location when connected to Global Protect.&lt;/P&gt;
&lt;P&gt;We have split tunneled the Microsoft Teams subnets (i.e.&amp;nbsp;&lt;SPAN&gt;52.112.0.0/14, 52.122.0.0/15, 52.238.119.141/32, 52.244.160.207/32) as per the&amp;nbsp;&lt;/SPAN&gt;&lt;SPAN&gt;Microsoft 365 URLs and IP address ranges (&lt;/SPAN&gt;&lt;SPAN&gt;&lt;A href="https://learn.microsoft.com/en-us/microsoft-365/enterprise/urls-and-ip-address-ranges?view=o365-worldwide" target="_blank"&gt;https://learn.microsoft.com/en-us/microsoft-365/enterprise/urls-and-ip-address-ranges?view=o365-worldwide&lt;/A&gt;) for the users when in office. The Microsoft Teams &lt;SPAN&gt;e911 calling&amp;nbsp;&lt;/SPAN&gt;does not display the location, but when we split tunnel all traffic (i.e. 0.0.0.0/0) the location is displayed. Has anyone been able to identify which domain or IP address or subnets is responsible for the location?&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Fri, 04 Apr 2025 14:31:50 GMT</pubDate>
    <dc:creator>JuliusJFuller</dc:creator>
    <dc:date>2025-04-04T14:31:50Z</dc:date>
    <item>
      <title>Global Protect and Microsoft Teams e911</title>
      <link>https://live.paloaltonetworks.com/t5/globalprotect-discussions/global-protect-and-microsoft-teams-e911/m-p/1225723#M6640</link>
      <description>&lt;P&gt;Microsoft Teams e911 calling does not display the location when connected to Global Protect.&lt;/P&gt;
&lt;P&gt;We have split tunneled the Microsoft Teams subnets (i.e.&amp;nbsp;&lt;SPAN&gt;52.112.0.0/14, 52.122.0.0/15, 52.238.119.141/32, 52.244.160.207/32) as per the&amp;nbsp;&lt;/SPAN&gt;&lt;SPAN&gt;Microsoft 365 URLs and IP address ranges (&lt;/SPAN&gt;&lt;SPAN&gt;&lt;A href="https://learn.microsoft.com/en-us/microsoft-365/enterprise/urls-and-ip-address-ranges?view=o365-worldwide" target="_blank"&gt;https://learn.microsoft.com/en-us/microsoft-365/enterprise/urls-and-ip-address-ranges?view=o365-worldwide&lt;/A&gt;) for the users when in office. The Microsoft Teams &lt;SPAN&gt;e911 calling&amp;nbsp;&lt;/SPAN&gt;does not display the location, but when we split tunnel all traffic (i.e. 0.0.0.0/0) the location is displayed. Has anyone been able to identify which domain or IP address or subnets is responsible for the location?&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 04 Apr 2025 14:31:50 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/globalprotect-discussions/global-protect-and-microsoft-teams-e911/m-p/1225723#M6640</guid>
      <dc:creator>JuliusJFuller</dc:creator>
      <dc:date>2025-04-04T14:31:50Z</dc:date>
    </item>
    <item>
      <title>Re: Global Protect and Microsoft Teams e911</title>
      <link>https://live.paloaltonetworks.com/t5/globalprotect-discussions/global-protect-and-microsoft-teams-e911/m-p/1225869#M6649</link>
      <description>&lt;P&gt;&lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/175205"&gt;@JuliusJFuller&lt;/a&gt;,&lt;/P&gt;
&lt;P&gt;Do you have a GlobalProtect subscription? The easiest way to accomplish this is just excluding the actual process instead of trying to utilize IPs. &lt;/P&gt;</description>
      <pubDate>Mon, 07 Apr 2025 22:01:54 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/globalprotect-discussions/global-protect-and-microsoft-teams-e911/m-p/1225869#M6649</guid>
      <dc:creator>BPry</dc:creator>
      <dc:date>2025-04-07T22:01:54Z</dc:date>
    </item>
    <item>
      <title>Re: Global Protect and Microsoft Teams e911</title>
      <link>https://live.paloaltonetworks.com/t5/globalprotect-discussions/global-protect-and-microsoft-teams-e911/m-p/1242727#M7146</link>
      <description>&lt;P&gt;We are having same issue. We already implemented split tunnel excluding all "optimize" MS public IPs and all Teams app paths (using wildcard). Teams is still not showing the correct emergency location. Checking Teams logs we are seeing that it uses the GP network adapter, to assign the location, instead of using the LAN adapter.&lt;/P&gt;
&lt;P&gt;How should we setup the split tunnel to avoid this?&lt;/P&gt;</description>
      <pubDate>Thu, 27 Nov 2025 10:58:58 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/globalprotect-discussions/global-protect-and-microsoft-teams-e911/m-p/1242727#M7146</guid>
      <dc:creator>D.Pizzetti</dc:creator>
      <dc:date>2025-11-27T10:58:58Z</dc:date>
    </item>
    <item>
      <title>Re: Global Protect and Microsoft Teams e911</title>
      <link>https://live.paloaltonetworks.com/t5/globalprotect-discussions/global-protect-and-microsoft-teams-e911/m-p/1242736#M7147</link>
      <description>&lt;P&gt;We have resolved the issue by adding route 24.24.24.24/32 in the excluded routes of GlobalProtect split tunnel settings.&lt;/P&gt;
&lt;P&gt;We received this suggestion by PA support, and it worked! We really can't understand why (what is 24.24.24.24/32?????) but it worked.&lt;/P&gt;
&lt;P&gt;I hope it will be useful for someone else.&lt;/P&gt;</description>
      <pubDate>Thu, 27 Nov 2025 15:12:46 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/globalprotect-discussions/global-protect-and-microsoft-teams-e911/m-p/1242736#M7147</guid>
      <dc:creator>D.Pizzetti</dc:creator>
      <dc:date>2025-11-27T15:12:46Z</dc:date>
    </item>
  </channel>
</rss>

