> ## Documentation Index
> Fetch the complete documentation index at: https://altostrat.io/docs/llms.txt
> Use this file to discover all available pages before exploring further.

# Introduction to Altostrat SDX

> Understand what Altostrat SDX does, how it fits around your MikroTik fleet, and where to start in the documentation.

<Frame>
  <video autoPlay muted playsInline alt="Altostrat SDX product overview" aria-label="Altostrat SDX product overview" className="w-full aspect-video" src="https://mintcdn.com/altostratnetworks/Mm408vpquyLAVx3p/images/getting-started/introduction/SDX-Introduction.mp4?fit=max&auto=format&n=Mm408vpquyLAVx3p&q=85&s=0e8bfe2740c1ebdefb5fe2445a7d0acd" data-path="images/getting-started/introduction/SDX-Introduction.mp4" />
</Frame>

Altostrat SDX is the control and data platform behind Altostrat's managed networks. It manages MikroTik fleets across thousands of deployed sites — from MSPs to ISPs to enterprises — and provides the fleet foundation that [Altostrat Studio](/studio/en/welcome) operates on top of. You use SDX to onboard routers as managed sites, keep a live view of fleet health, push controlled changes, run automation, and deliver operational alerts without managing each router by hand.

The platform is built around a simple idea: routers keep an outbound management relationship with Altostrat, and SDX uses that relationship to coordinate jobs, policies, monitoring, reporting, and secure remote access.

<Note>
  **Where Studio fits**: SDX is the platform that manages fleet state; [Altostrat Studio](/studio/en/welcome) is the IDE engineers work in day to day. Studio handles active troubleshooting, AI-assisted operations, and team procedures — against devices SDX manages and devices it doesn't. The two complement each other and neither requires the other.
</Note>

## What You Can Manage

<CardGroup cols={2}>
  <Card title="Sites and Fleet State" icon="router" href="../fleet/managing-sites-devices">
    Track managed routers as sites, review online status, inspect inventory, attach tags, and organize operational metadata.
  </Card>

  <Card title="Management Access" icon="shield-check" href="../fleet/secure-remote-access">
    Reach devices through the management tunnel using time-limited WinBox, SSH, or port-forwarding access instead of opening permanent inbound rules.
  </Card>

  <Card title="Automation and Scripts" icon="workflow" href="../automation/introduction">
    Build workflows, schedule scripts, require authorizations, call internal or external APIs, and respond to platform events.
  </Card>

  <Card title="Network Services" icon="network" href="../connectivity/introduction">
    Configure WAN failover, managed VPN instances, captive portal instances, DNS filtering, BGP threat feeds, and firewall policy objects.
  </Card>
</CardGroup>

## How SDX Operates

Most SDX changes are asynchronous. When you create a policy, run a script, request a backup, or trigger a feature deployment, SDX records the intent, delivers work to the router through the device job plane, and tracks the result. This makes changes resilient across NAT, intermittent links, and distributed sites.

For live reads, such as checking current routes or using transient remote access, SDX uses the management server connected to that site. If a site is offline or its management tunnel is not available, live operations wait or fail, while stored data such as backups and historical faults remain available.

<Note>
  Start with the operating model before rolling out advanced automation. It explains which actions are immediate, which actions are queued, and how SDX decides whether a site is online.
</Note>

## Recommended Path

<CardGroup cols={2}>
  <Card title="Learn the Core Concepts" icon="rocket" href="./core-concepts" arrow="true" cta="Read Concepts">
    Understand sites, workspaces, policies, jobs, tags, workflows, and the management tunnel.
  </Card>

  <Card title="Understand the Operating Model" icon="route" href="./operational-model" arrow="true" cta="Read Model">
    See how heartbeats, queued jobs, faults, notifications, and reports fit together.
  </Card>

  <Card title="Onboard Your First Router" icon="terminal" href="./quickstart-onboarding" arrow="true" cta="Start Onboarding">
    Create a site, generate a bootstrap command, run it on RouterOS, and verify the site is online.
  </Card>

  <Card title="Troubleshoot Early Issues" icon="life-buoy" href="../resources/troubleshooting" arrow="true" cta="Open Troubleshooting">
    Use the checks for offline sites, failed jobs, remote access problems, and reporting gaps.
  </Card>
</CardGroup>
