AUTOLINX · PRODUCT The agent platform · how AutoLinx reads, reasons, and acts See pricing →
AUTOLINX CARRIER · MPLS PROVISION

AutoLinx Carrier —
MPLS service provisioning.

Network service automation and orchestration for carrier-grade MPLS / EVPN networks. AutoLinx Carrier takes service orders from BSS/OSS, designs the circuit, allocates resources, pushes configuration to multi-vendor devices, verifies the result and rolls back automatically on failure. Everything, including the AI, runs on-premise.

10,000+devices per system
500+circuits per day
100%backup before every change
90 daysimmutable audit log
Product sheet HLW-AL-DS-001-EN · item numbers on this page match the printed sheet
00 · Overview

One intent, every vendor, in parallel.

A single change request is translated into each vendor's own syntax, held for approval, then applied to every in-scope router at once with backup, verification and rollback built in.

Watch the animated walkthrough on the AutoLinx overview →

01 · Capacity, device access and tooling

Platform & Scale

Carrier-grade service automation for MPLS networks, managing multi-vendor equipment from one system.

  1. 1.1

    Multi-vendor device scale

    Multiple vendors and models in one system; new models are added through templates.

    ≥ 10,000 devices
  2. 1.2

    Provisioning throughput

    Processes circuit orders in parallel, from receipt through verification.

    ≥ 500 circuits/day
  3. 1.3

    Device access: API & SSH

    Dedicated least-privilege accounts; every command is traceable. Telnet only for legacy devices without SSH.

    API · SSH · Telnet (legacy)
  4. 1.4

    MPLS circuit design tool

    Design endpoints, path and parameters, then provision from the same screen.

    Design → Provision
  5. 1.5

    Scripting & data formats

    Extend automation in standard languages; templates, configs and API payloads in standard formats.

    Node.js · JS · Python · Go · Ansible · JSON · YAML · XML
  6. 1.6

    Configuration drift detection

    Compares stored configuration with live device state on a schedule and reports mismatches.

    Drift report
02 · Domain-aware, inter-domain provisioning

Unified MPLS & Migration

Provisions across IS-IS domains in a single order and keeps working throughout a phased migration.

  1. 2.1

    Domain awareness

    Classifies devices by domain, IS-IS level and role (P, PE, ABR/Border) from AutoDiscover data, and alerts before provisioning if a role or domain is missing or mismatched.

    Core L2 · Agg/Border L1/L2 · Access L1
  2. 2.2

    Inter-domain provisioning

    End-to-end across Access, Aggregation and Core, with per-device templates chosen by role and domain and cross-domain verification.

    BGP Labeled Unicast
  3. 2.3

    Mixed-environment migration

    Works on Flat L2 and Unified MPLS during migration, choosing the method from both endpoints' architecture; if none applies, reports why to BSS/OSS.

    Flat L2 + Unified MPLS
  4. 2.4

    Lossless re-discovery

    Updates migrated devices via re-discovery or import without losing existing circuits.

    Unified MPLS target
03 · Northbound integration and order handling

Service Order Lifecycle

Receives service orders from BSS/OSS through a northbound API, carries them to completion, and reports status back automatically at every step.

  1. 3.1

    BSS/OSS & order integration

    Accepts orders from the order system and BSS/OSS over a REST API and reports status back automatically.

    Create · Modify · Suspend · Resume · Terminate · Cancel
  2. 3.2

    Create / Modify

    Creates new circuits from orders and modifies bandwidth/QoS, VLAN, or port and device assignment, flagging whether each change affects service.

    Service-affecting / Non-affecting
  3. 3.3

    Suspend / Resume

    Suspends and resumes service without removing the core configuration or releasing resources.

    Config & resources retained
  4. 3.4

    Clean terminate

    Removes configuration from every device on the path, returns VLAN, RD/RT, Service ID and IP to their pools, then verifies that no configuration remains and records the result as evidence.

    Zero orphan configuration
  5. 3.5

    Order state machine

    Tracks every order through standard states, reports each transition to BSS/OSS, and keeps a full auditable history.

    Received → Validated → Resource Reserved → Provisioning → Verified → Completed · Failed · Rolled-back · Cancelled
  6. 3.6

    In-flight cancel

    Cancels an order mid-execution and restores network state and resources correctly.

    Safe cancel
  7. 3.7

    Partial-failure policies

    Per service type: All-or-Nothing rolls back the whole order; Hold-and-Retry retries only the failed part for a set count or period, then rolls back and alerts.

    All-or-Nothing · Hold-and-Retry
  8. 3.8

    Idempotent processing

    A repeated order never creates a duplicate circuit or allocates resources twice.

    No duplicate circuits
  9. 3.9

    Auto-registration for monitoring

    Registers each new circuit with the monitoring system automatically once it is built.

    Auto-register
04 · Safe change on every device

Config Change & Rollback

Every change runs Backup → Dry-run → Push → Verify, with automatic rollback. There are no exceptions.

  1. 4.1

    Pre-change backup

    Backs up the running configuration of every affected device before each push, tagged with timestamp, order ID, device name and requester.

    100% before push
  2. 4.2

    Version history & diff

    Keeps configuration history and compares any two versions.

    ≥ 10 versions or ≥ 90 days (whichever is longer)
  3. 4.3

    Dry-run & candidate diff

    Builds a candidate configuration and shows its diff against the running config for review before commit.

    Review before commit
  4. 4.4

    Syntax / semantic validation

    Validates commands for the device type and software version before anything is sent.

    Per device type
  5. 4.5

    Maintenance windows

    Schedules execution within defined maintenance windows.

    Scheduled provisioning
  6. 4.6

    Post-deployment verification

    After each push, checks AC interface and VLAN state, pseudowire/EVPN service state (VPWS, VPLS, L3VPN) and endpoint pairing, BGP sessions, LDP/SR, and end-to-end reachability.

    Ping · BFD · Ethernet OAM
  7. 4.7

    Verification report to BSS/OSS

    Records pass/fail with technical detail and reports it back to BSS/OSS.

    Pass/Fail + detail
  8. 4.8

    Automatic rollback

    Rolls back every device in the order when a push fails or verification does not pass.

    All devices in order
  9. 4.9

    Rollback-failure alert

    If rollback itself fails, raises a critical alert showing the latest state, the stranded configuration and the manual remediation steps.

    Critical severity
  10. 4.10

    Manual rollback

    Rolls back to any stored version through an approval step.

    Approval required
  11. 4.11

    Change event log

    Logs every step of a change: requester or source system, order ID, device, commands, diff, verification and rollback results, and per-step timestamps. Stored immutably and exportable.

    Immutable · ≥ 90 days
05 · IP, VLAN and service identifiers

Resource Pool Management

Allocates and releases network resources automatically through a defined lifecycle, with no duplicate allocation even under heavy concurrent load.

  1. 5.1

    IP address management

    Manages IPv4 and IPv6 for management, loopback and service/customer addressing.

    IPv4 · IPv6
  2. 5.2

    VLAN ID by scope

    Manages VLANs within a defined scope.

    Per device · per port · per service domain
  3. 5.3

    Service identifiers

    Manages Service Instance ID / VC ID / EVI to pair circuit endpoints, and RD/RT according to operator policy.

    SI-ID · VC ID · EVI · RD · RT
  4. 5.4

    Admin-defined pools

    Administrators define ranges, allocation policy and reserved ranges within their permissions.

    Self-service
  5. 5.5

    Resource lifecycle

    Reserved on order receipt, assigned on successful verification, released on terminate or rollback.

    Available → Reserved → Assigned → Released
  6. 5.6

    Timeout & quarantine

    Releases expired reservations automatically and holds released resources in a configurable cooldown before reuse.

    Auto-release · Cooldown
  7. 5.7

    Atomic allocation

    Allocates atomically, so concurrent orders never receive the same resource.

    Zero duplicates
  8. 5.8

    Live conflict check

    Checks AutoDiscover data for live usage before allocating, such as VLANs already in use on the target port.

    Discovery-aware
  9. 5.9

    Scheduled reconciliation

    Reconciles pool records against the live network on a schedule and issues a discrepancy report.

    Discrepancy report
  10. 5.10

    Legacy import

    Imports existing resources and circuits in full before go-live.

    Bulk import
  11. 5.11

    Utilization & threshold alerts

    Reports resource utilization and alerts when a threshold is crossed.

    e.g. pool remaining < 20%
  12. 5.12

    Resource API

    API to query, reserve and release resources, with per-caller access control.

    REST · RBAC
06 · L2 and L3 services supported

Service Types

Covers L2 and L3 services on current EVPN technology as well as existing LDP and VPLS services.

  1. 6.1

    E-Line

    EVPN-VPWS (RFC 8214), single-homed and multi-homed, plus LDP-based VPWS (Martini) interoperating with existing services.

    EVPN-VPWS · LDP VPWS
  2. 6.2

    E-LAN

    EVPN E-LAN, VPLS (LDP-based and BGP-based) and EVPN E-Tree.

    EVPN · VPLS · E-Tree
  3. 6.3

    Layer 3 VPN

    MPLS L3VPN (MP-BGP) with VRF, RD/RT and customer routing by static and BGP, plus EVPN IRB for combined L2/L3 services.

    L3VPN · EVPN IRB
  4. 6.4

    Interworking & multi-homing

    Stitching between EVPN-VPWS and LDP pseudowires where devices support it, and EVPN multi-homing with ESI.

    ESI Single-Active · All-Active
  5. 6.5

    Attachment circuits

    Multiple customer-side AC types, with end-to-end MTU consistency checks and an alert on any mismatch.

    Port · 802.1Q · QinQ (802.1ad) · VLAN rewrite
  6. 6.6

    Bandwidth profile / QoS

    Per-circuit policing and shaping, and CoS marking set or preserved.

    Per-circuit QoS
  7. 6.7

    Service catalog & templates

    Administrators add new service types through the service catalog and templates without changing the core. Includes a service matrix by vendor, model and software version.

    No-code extension
07 · Credentials, access and audit

System & API Security

Built for regulated networks: no plaintext credentials anywhere, and every action is auditable.

  1. 7.1

    Secret management

    Stores device credentials in a secret manager, encrypted at rest and in transit. No plaintext in the database, files, logs, screens or exports.

    Encrypted · No plaintext
  2. 7.2

    Credential rotation & scoping

    Rotates credentials without disrupting operations, with separate credentials per device group or domain.

    Zero-downtime rotation
  3. 7.3

    Command-level authorization

    Provisioning accounts are restricted at command level and work with the operator's existing AAA.

    AAA integration
  4. 7.4

    Role-based access control

    Four standard roles, with fine-grained permissions per menu and action.

    Administrator · Operator · Approver · Viewer
  5. 7.5

    Enterprise authentication

    Authenticates against AD/LDAP and single sign-on, with session timeout, forced logout and a limit on failed logins.

    AD/LDAP · SAML 2.0 · OpenID Connect
  6. 7.6

    Audit trail

    Records every action (login/logout, provision/rollback, approvals, changes to templates, workflows, catalog or pools, API calls) with actor, target, time, source IP and result. Append-only and forwarded to SIEM.

    Append-only · ≥ 90 days · Syslog
  7. 7.7

    API security

    APIs over TLS 1.2+, authenticated by JWT/OAuth 2.0 or API keys with expiry and revocation, plus rate limiting, IP allowlists and per-caller permissions.

    TLS 1.2+ · OAuth 2.0 · JWT
  8. 7.8

    API versioning & specification

    Versioned APIs, delivered with a complete API specification.

    OpenAPI / Swagger
08 · On-premise, explainable, human-approved

AI-assisted Operations

AI runs entirely on the operator's own infrastructure. It recommends and explains; every device action requires an engineer's approval.

  1. 8.1

    Rule-based & AI reasoning

    Rule-based reasoning and AI-assisted recommendations assess configuration and parameter compliance against policy and network state.

    Policy / State-based
  2. 8.2

    Agentic workflow

    Workflows with conditional branches and parallel steps.

    If-Then-Else · Parallel execution
  3. 8.3

    Event correlation

    Correlates events and indicates the probable cause.

    Probable cause indication
  4. 8.4

    Daily AI summary

    A daily report summarizing network status and events.

    Daily report
  5. 8.5

    On-premise & air-gapped

    All AI processing stays on site: no configuration, topology, customer data, model updates or telemetry leave for the cloud. Models are updated offline through an approved process with validation before use. Compute requirements are stated up front.

    100% on-premise · runs on CPU
  6. 8.6

    Human-in-the-loop

    AI output is a recommendation only. Every device action goes through an approval workflow.

    No autonomous device action
  7. 8.7

    Explainability & audit

    Shows the rules or data behind each recommendation and logs every decision (accept, reject, modify) in the audit trail.

    Explainable
  8. 8.8

    AI kill switch

    AI can be switched off while core workflows and provisioning continue normally.

    Fail-safe
09 · Delivered by our Bangkok engineering team

Training & Support

Our engineers in Bangkok handle installation, training and support for the life of the system.

  1. 9.1

    System Administration course

    Templates, the service catalog and introductory automation scripting.

    Theory + hands-on
  2. 9.2

    Database Administration course

    Permissions, user accounts and passwords, and database access control.

    Theory + hands-on
  3. 9.3

    System & API Security course

    Creating API keys, configuration, and integrating external systems.

    Theory + hands-on
  4. 9.4

    AI-assisted Recommendation course

    Configuring and tuning the AI, and designing workflows and operational rules.

    Theory + hands-on
  5. 9.5

    Local service & support

    A service and support organization in Thailand, providing guidance during cut-over and normal operation.

    Bangkok, Thailand
  6. 9.6

    Release notification

    Notifies customers of every patch and new release or version, with release notes.

    Every release
  7. 9.7

    Documentation

    Installation, operation and maintenance manuals in Thai or English, plus solution architecture documentation.

    TH / EN

Automate MPLS provisioning without giving up control.

Every order backed up, verified and reversible. Talk to us about a pilot on your MPLS / EVPN network.