By clicking “Accept All Cookies”, you agree to the storing of cookies on your device to enhance site navigation, analyze site usage, and assist in our marketing efforts. View our Privacy Policy for more information.

Resound

    How Resound built a real-time, system-driven network model with gaiia

    Resound has implemented a system-driven network model where every customer connection updates gaiia in real time. The result is a single live view of the network, accurate enough that Resound's team uses it to enforce SLAs, troubleshoot in real time, and run the foundation of an automated incident management practice. By anchoring subscriber identity and IP assignment to network infrastructure rather than customer equipment, Resound ensures that both security controls and service enforcement remain accurate as the edge environment changes.

    About Resound Networks

    Resound is a Texas-based internet provider delivering fiber and fixed wireless services across a rapidly expanding multi-state footprint. Built for resilience, performance, and scale, the network combines modern access technologies with disciplined operational systems to deliver high-quality connectivity across diverse operating environments.

    Rather than relying on a single monolithic platform, Resound has engineered a composable network architecture by integrating best-of-breed systems into a cohesive, high-performance operating model. This approach allows the organization to evolve its infrastructure over time while maintaining consistent service delivery and operational control.

    As the company scales, Resound’s leadership remains focused on a defining principle: owning the delivery of customer experience through real-time visibility and operational accountability.

    The opportunity: real-time visibility at scale

    As Resound expanded across technologies and markets, the next evolution was clear: ensuring that operational visibility moved at the same speed as the network itself.

    Before this work, finding out which subscriber was attached to which upstream device meant reconciling three systems that each knew part of the truth:

    Infoblox knew which MAC had a lease and which IP it was assigned.

    NetBox knew the planned IPAM structure and the network sites.

    Calix SMX knew the optical reality on the fiber side.

    A handful of spreadsheets and a separate database filled in the gaps.

    Core systems across the network maintained accurate data within their respective domains. However, traditional approaches introduced natural latency between when network conditions changed and when those changes were fully reflected across operational views.

    For an organization committed to proactive service delivery and strict SLA adherence, this created an opportunity to build a real-time, system-driven network model that reflects the live state of the network continuously. The main goals were to reduce swivel-chair activities for NOCs and CSRs, and better set the team up for outage management.

    What is DHCP Option 82?

    DHCP Option 82 is a standard feature that allows network devices to attach relay-agent metadata as traffic moves upstream through the network.

    Remote ID

    Identifies the subscriber-facing device (CPE, ONT, radio)

    Circuit ID

    Identifies the upstream infrastructure (tower sector, OLT 
port, aggregation point)

    Each lease event effectively answers: "where is this subscriber connected in the network, right now?"

    An example of the metadata carried in the DHCP Option 82 remote-ID payload JSON
          
            {
      "ip_address": "10.102.79.251",
    
              "mac_address": "4C:43:41:XX:XX:XX",
    
              "bound": true,
    
              "option82": "yes",
    
              "remote_id": "S152M2244600488",
    
              "circuit_id": "S141M2245100044"
    	}
    
        
        
        
        

    The remote_id and circuit_id fields are what tell gaiia where the customer just connected.

    What the workflow does

    When the DHCP lease event fires, Infoblox posts the payload to gaiia. A workflow that Resound's team built in the gaiia Workflow Editor picks it up and runs five steps in seconds:

    Parse the payload

    Extract the MAC, IP, and Option 82 fields.

    Find the device in gaiia

    Match the MAC to the right inventory item on the right account.

    Assign the IP

    Write to gaiia's MacAddressIpAddressAssignation so every other system (billing, support, the API, the CSR's screen) sees the lease the moment it lands.

    Link CPE to upstream

    Use the Option 82 remote-ID to attach the CPE radio or ONT to its parent device in gaiia's network model, automatically.

    Keep the topology updated

    When the lease expires or the customer is reassigned, the model updates 
with it.

    Architecture overview real-time subscriber-to-network mapping

    It starts with a single DHCP lease. gaiia reads the event, parses the MAC, IP, and Option 82 data, and instantly maps the subscriber and their device to every piece of upstream infrastructure. The result is one live model of the network, shared by CSRs, the NOC, and downstream automations, that always reflects reality.

    Customer Device / Home Router CPE / ONT Access Node / Radio (RN) Backhaul Node (BN) Tower / OLT / Headend DHCP Server Lease Event + Option 82 gaiia Workflow Engine Parse MAC / IP / Option 82 Identify Subscriber + Device Map to Upstream Infrastructure Update Network Topology gaiia Unified Network Model CSR View NOC Operations Automation / Alerts / Reporting Customer Device / Home Router CPE / ONT Access Node / Radio (RN) Backhaul Node (BN) Tower / OLT / Headend DHCP Server Lease Event + Option 82 gaiia Workflow Engine Parse MAC / IP / Option 82 Identify Subscriber + Device Map to Upstream Infrastructure Update Network Topology gaiia Unified Network Model CSR View NOC Operations Automation / Alerts / Reporting

    From both a network engineering perspective and from supporting our field technicians who are interfacing with customers on a day-to-day basis, having live reconciliation happening on our network while we sleep is the closest thing to magic I've seen in this role. We're now actively working to reduce the latency between when an IP changes and when gaiia can see it and apply policies, as well as reducing the human error involved in making every IP change by hand. Our partnership with gaiia was vital for how quickly we were able to move on these issues.

    What this means for operations

    For network operations

    The NOC now operates from a single live subscriber-to-site map. When a network site goes down, the team knows which customers are impacted in seconds, not after piecing it together from CSVs and memory. Field changes propagate cleanly because the router on the truck and the router in the system are the same router. And downstream automation (outage notifications, proactive RMA, capacity reporting) finally has a reliable data layer to stand on.

    For customer support

    A rep can see, on the account page, the IP currently leased to the customer and the upstream device serving them. A subscriber reporting packet loss can be traced from their account to the radio they're on in one click. Ticket templates and workflows pull from a single live state, not a periodic dump.

    For field operations

    Deployed equipment and the system's record of it stay aligned automatically. A tech who swaps a router doesn't have to update the same change in three places, because the system reflects it the moment the new device pulls a lease. Operational data in the field is now reliable enough to act on without second-guessing.

    The results

    By implementing a real-time, system-driven model, Resound has established:

    • A continuously accurate view of its network topology.
    • Reduced operational overhead tied to manual reconciliation.
    • Faster incident response through instant visibility into affected customers.
    • Stronger alignment across support, network, and field teams.
    • Increased security and service integrity through infrastructure-based subscriber identity.
    • IP assignments are continuously validated against live topology, so policing profiles are always applied correctly.

    Most importantly, by anchoring topology in live network behavior: Resound ensures its operational view reflects actual service delivery conditions, supporting stronger SLA ownership and a more proactive customer experience.

    “For us, this is fundamentally about owning the customer experience end-to-end. When your operational view of the network lags behind reality, you’re always reacting. By grounding our topology in live network behavior and automating it through gaiia, we’re able to operate with real-time awareness and ensure customers consistently receive the service levels we’ve committed to.”

    oxio did the growing. We just made it easier.

    Related customer stories