<?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 Re: Real-time (or near-real-time) alternative to closed-session carrier field for web RUM? in Real User Monitoring</title>
    <link>https://community.dynatrace.com/t5/Real-User-Monitoring/Real-time-or-near-real-time-alternative-to-closed-session/m-p/304652#M7456</link>
    <description>&lt;P&gt;Hi Sujit, thanks for the detailed answer.&lt;/P&gt;&lt;P&gt;I ran the query you suggested, and user.events came back completely empty for our application - even without the carrier filter. That tells us our environment is still on RUM Classic and hasn't adopted the new RUM experience yet, so we couldn't actually validate whether carrier is available at the event level there.&lt;/P&gt;&lt;P&gt;One more detail on our side: this is a classic-licensed environment, no DPS.&lt;/P&gt;&lt;P&gt;Given that, is there anything else you'd suggest we look at?&lt;/P&gt;&lt;P&gt;Thanks again for the help.&lt;/P&gt;</description>
    <pubDate>Tue, 22 Sep 2026 17:27:23 GMT</pubDate>
    <dc:creator>julsgs</dc:creator>
    <dc:date>2026-09-22T17:27:23Z</dc:date>
    <item>
      <title>Real-time (or near-real-time) alternative to closed-session carrier field for web RUM?</title>
      <link>https://community.dynatrace.com/t5/Real-User-Monitoring/Real-time-or-near-real-time-alternative-to-closed-session/m-p/304607#M7454</link>
      <description>&lt;P&gt;We're monitoring mobile connections for an ISP client using a web application (RUM Classic) and today we rely on a custom USQL metric (uscm.*) that uses the built-in "carrier" field as a dimension. This works, but it only reflects data once the user session is closed, which for our use case (near real-time visibility of connections per carrier) is too delayed.&lt;/P&gt;&lt;P&gt;What we've confirmed so far from the docs and community:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;USQL (and any custom metric built on top of it) only processes closed sessions - a Dynatrace staff member confirmed in an older thread there are no plans to support live sessions here.&lt;/LI&gt;&lt;LI&gt;"carrier" is a built-in field, populated server-side from the source IP against a network-operator database - it's not something our app's JavaScript computes or could send early.&lt;/LI&gt;&lt;LI&gt;Business events (sendBizEvent/sendEvent) are sent detached from the session and are close to real-time, but per the Business event enrichment docs, they only get automatic geolocation enrichment (continent/country/region/city) from the client IP - not carrier or ISP.&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;Our question: is there any supported way to get "carrier" (or an equivalent mobile-operator field) attached to data closer to real time, without waiting for the full session to close? Specifically:&lt;/P&gt;&lt;OL&gt;&lt;LI&gt;Does the new RUM experience (powered by Grail) expose carrier/isp at the individual user-action or event level, with lower latency than waiting for the full session to close?&lt;/LI&gt;&lt;LI&gt;Is there any way to have business events automatically enriched with carrier/isp the same way they get geolocation, or is this a hard limitation today?&lt;/LI&gt;&lt;LI&gt;If not, is a custom server-side IP-to-carrier lookup (maintained by us) the only realistic path to get this in near real time?&lt;/LI&gt;&lt;/OL&gt;&lt;P&gt;Any pointers from the Dynatrace team or others who've solved something similar would be great. Thanks!&lt;/P&gt;</description>
      <pubDate>Mon, 21 Sep 2026 20:08:48 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Real-User-Monitoring/Real-time-or-near-real-time-alternative-to-closed-session/m-p/304607#M7454</guid>
      <dc:creator>julsgs</dc:creator>
      <dc:date>2026-09-21T20:08:48Z</dc:date>
    </item>
    <item>
      <title>Re: Real-time (or near-real-time) alternative to closed-session carrier field for web RUM?</title>
      <link>https://community.dynatrace.com/t5/Real-User-Monitoring/Real-time-or-near-real-time-alternative-to-closed-session/m-p/304612#M7455</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.dynatrace.com/t5/user/viewprofilepage/user-id/107473"&gt;@julsgs&lt;/a&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;1: Does the new RUM (Grail) expose carrier/ISP at the user action/event level with lower latency?&lt;/P&gt;&lt;P&gt;The new Grail-backed RUM stores data in two tables: user.events and user.sessions&lt;BR /&gt;The carrier attribute is part of the RUM semantic model and is associated with session context. However, I have not found definitive documentation confirming whether this field is populated directly within user.events, or only becomes available when the corresponding session record is written to user.sessions.&lt;/P&gt;&lt;P&gt;the most practical next step is to validate directly in your environment, run below dql&lt;/P&gt;&lt;P&gt;fetch user.events&lt;BR /&gt;| filter isNotNull(carrier)&lt;BR /&gt;| fields timestamp, carrier, useraction.name&lt;BR /&gt;| limit 20&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;If recent event records contain the carrier field, then Grail may provide the near real-time visibility you're looking for without waiting for session closure based on that you can create metrics.&lt;/P&gt;&lt;P&gt;2: Is there any way to have business events automatically enriched with carrier/isp the same way they get geolocation, or is this a hard limitation today?&lt;/P&gt;&lt;P&gt;No — this is a hard limitation today.&lt;/P&gt;&lt;P&gt;3: If not, is a custom server-side IP-to-carrier lookup (maintained by us) the only realistic path to get this in near real time?&lt;/P&gt;&lt;P&gt;If carrier information is not available in user.events, the available options appear to be:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;Validate carrier availability in user.events first&lt;/LI&gt;&lt;LI&gt;Enrich Business Events via OpenPipeline&lt;/LI&gt;&lt;LI&gt;Perform a server-side IP-to-carrier lookup&lt;/LI&gt;&lt;LI&gt;Continue using the existing USQL-based metric&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;My recommendation would be to first verify whether the carrier attribute is available in user.events. If it is, that likely provides the simplest and most native near real-time solution.&lt;/P&gt;&lt;P&gt;If not, then OpenPipeline enrichment or a server-side IP-to-carrier lookup currently appear to be the most realistic approaches for obtaining carrier-level visibility without waiting for session closure.&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;Sujit&lt;/P&gt;</description>
      <pubDate>Tue, 22 Sep 2026 03:49:19 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Real-User-Monitoring/Real-time-or-near-real-time-alternative-to-closed-session/m-p/304612#M7455</guid>
      <dc:creator>sujit_k_singh</dc:creator>
      <dc:date>2026-09-22T03:49:19Z</dc:date>
    </item>
    <item>
      <title>Re: Real-time (or near-real-time) alternative to closed-session carrier field for web RUM?</title>
      <link>https://community.dynatrace.com/t5/Real-User-Monitoring/Real-time-or-near-real-time-alternative-to-closed-session/m-p/304652#M7456</link>
      <description>&lt;P&gt;Hi Sujit, thanks for the detailed answer.&lt;/P&gt;&lt;P&gt;I ran the query you suggested, and user.events came back completely empty for our application - even without the carrier filter. That tells us our environment is still on RUM Classic and hasn't adopted the new RUM experience yet, so we couldn't actually validate whether carrier is available at the event level there.&lt;/P&gt;&lt;P&gt;One more detail on our side: this is a classic-licensed environment, no DPS.&lt;/P&gt;&lt;P&gt;Given that, is there anything else you'd suggest we look at?&lt;/P&gt;&lt;P&gt;Thanks again for the help.&lt;/P&gt;</description>
      <pubDate>Tue, 22 Sep 2026 17:27:23 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Real-User-Monitoring/Real-time-or-near-real-time-alternative-to-closed-session/m-p/304652#M7456</guid>
      <dc:creator>julsgs</dc:creator>
      <dc:date>2026-09-22T17:27:23Z</dc:date>
    </item>
  </channel>
</rss>

