Pango Platform
HomeConsole
  • What is Pango Developer Platform
  • Getting started
    • Sign up on the Management Console
    • Create a new project
    • Switch projects
    • Change console settings
    • Edit your profile
    • Try out the demo app
    • Keep exploring
    • Deprecation and Sunset
  • Console details
    • Dashboard
      • General
      • Location loading
    • Users
      • User page
    • Active sessions
    • Network
      • Countries
      • Locations
      • Pools
        • Optimal location
        • Location rules
    • Settings
      • General
        • Project config description (JSON format)
          • Server selector (JSON format)
          • Request selector (JSON format)
      • Authentication methods
        • Auth Plugin requirements
      • VPN
        • General
        • VPN Bypass list
        • Client Networks
      • Member
    • Export Data
    • Log
  • SDK
    • Unified VPN SDK for Android
      • Setup
        • Application Setup
        • Proguard Rules, Notification, and Analytics Configurations
        • Backend URL Configuration
      • Usage
        • Initialization
        • VPN Interface
        • Backend interface
      • Features
        • Hydra Protocol
          • Location profile (Hydra only)
        • Custom sdk dependencies
        • Deferred VPN Service Initialization
        • Authentication
        • Client Network List (CNL)
        • OpenVPN transport
        • Wireguard Transport
        • Reconnection strategy
        • Single Protocol SDK
        • Killswitch
        • Domain route via VPN
        • Process route via VPN
        • Process Bypass
        • Domain Bypass
        • Traffic rules
        • VPN Node DNS Configuration
        • Multihop
          • Optimal Location
      • Exceptions
      • Version migration
      • Changelog
    • Unified VPN SDK for Apple
      • Setup
        • Application Setup
        • Network Extension Setup
          • Network Extension Setup for tvOS
        • Backend URL Configuration
      • Usage
        • Single Protocol SDK
        • Unified SDK
        • Logging
        • Decoding Encoded VPN SDK Logs
      • Features
        • Deferred VPN Service Initialization
        • Authentication
        • Wireguard Transport
        • Reconnection strategy
        • Killswitch
        • Domain Bypass
        • Multihop
          • Optimal Location
        • Client Network List (CNL)
        • Domain route via VPN
      • Changelog
      • API Reference
    • IPSEC VPN SDK for Apple
    • Unified VPN SDK for Windows
      • Setup
        • Backend URL Configuration
        • Service command line arguments
        • ARM Platform Support
      • Usage
        • CoreAPI
        • Events
        • Generating a Unique Device Identifier
        • Error processing
        • Pipe Messaging
      • Features
        • Traffic protection
          • Killswitch
          • Prevent IP Leaks
          • Block Local Networks
        • Other
          • Firewall
            • DNS Monitor
            • Process Bypass
            • Domain Bypass
            • Process route via VPN
            • Domain route via VPN
          • Throttling
          • Optimal Location
          • Common issues
        • Hydra Protocol
          • CustomDNS, UserDNS, MultiHop, VpnProfiles
        • OpenVPN Protocol
        • Wireguard Protocol
        • IPSec Protocol
      • Collecting Debug Logs
      • Changelog
    • Unified VPN SDK for Routers
      • SDK. Shared library.
      • Configuration Interface (CI)
        • Unix Domain Sockets CI
        • REST API CI
    • Unified VPN SDK Feature Comparison By Platform
    • Unified VPN SDK
      • Features
        • Personal Bridge
    • Tunnel Vision and Tunnel Crack Prevention
  • REST API
    • Partner API
  • Sample applications
    • Unified VPN SDK demo for Windows
    • Hydra VPN SDK demo for iOS
    • IPSEC VPN SDK demo for iOS
    • Unified VPN SDK demo for Android
    • Hydra VPN SDK demo for OpenWRT
    • OpenVPN configuration file
  • Resources
    • Use cases
      • Public VPN
      • Business VPN
        • Creating a Business VPN Project
        • Wi-Fi Security for Business
      • Application anti-blocking
    • How-to
      • Create a Firebase project for User Authentication
      • AWS CloudFront Distribution of the Platform URL
      • How can I get Shared Secret key from iTunes Connect for In-App Purchase
  • FAQ
    • General
      • VPN Platform Flow
      • What data is collected by the Platform?
      • What analytic data is collected by your SDK?
      • How the Platform restricts access to our data?
      • Why DNS Leak tests often indicate positive result?
      • Do we need to perform endpoint health checks?
      • How is the VPN exit node found?
      • How are streams re-marked if VPN is enabled/disabled on an active flow?
      • Is there a maximum number of supported devices?
      • Are both IPv4 and IPv6 supported?
      • What is the MTU of the tunnel?
      • Are any redundancy measures in terms of reliability provided?
      • Is there any load balancing?
      • Do you block broadcast and multicast to/from the VPN?
    • List of Open Source libs
Powered by GitBook
On this page
  • Benefits of a Deprecation Schedule
  • SDK and OS Support Policy
  • SDK Version Support
  • Adding Support for New OS Versions
  • Deprecating and Removing OS Support
  • Exceptions

Was this helpful?

  1. Getting started

Deprecation and Sunset

As our VPN SDK evolves and improves over time, it becomes necessary to deprecate and eventually sunset older versions of the SDK. This article outlines the deprecation and sunset process for the VPN SDK, including the benefits of having a clear deprecation schedule, the specific timetable we follow, and the differences between supported, deprecated, and sunset status.

Benefits of a Deprecation Schedule

Benefit
Description

Improved Planning

Developers can better predict and plan for SDK updates, ensuring smoother transitions and minimizing disruptions to their projects.

Improved Maintainability

By removing legacy SDK code that exists solely to support older versions, the overall SDK size can be significantly decreased. This not only streamlines the SDK but also lowers the risk of bugs and improves maintainability.

Enhanced Support

With less time and resources devoted to supporting legacy SDKs, engineering teams can focus more on providing comprehensive support for newer SDK versions. This shift in focus also enables the development and innovation of new SDK features, benefiting developers and end-users.

SDK and OS Support Policy

SDK Version Support

Windows

  • 6 months (m-5) from release until deprecation

  • 6 additional months (m-11) from deprecation until sunset

Apple

  • 3 months (m-2) from release until deprecation

  • 3 additional months (m-5) from deprecation until sunset

Android

  • 3 months (m-2) from release until deprecation

  • 3 additional months (m-5) from deprecation until sunset

Note:

  • Supported: These versions are actively maintained and enhanced with new features, bug fixes, and security updates. Developers are encouraged to use supported versions whenever possible.

  • Deprecated: These versions are nearing the end of their lifecycle. They receive critical bug fixes and security updates during the deprecation period, but do not receive new features. Developers using deprecated versions are encouraged to upgrade to a supported version.

  • Sunset: These versions have reached the end of their lifecycle and are no longer supported or maintained. Developers using sunset versions are strongly encouraged to upgrade, as these versions may contain known vulnerabilities or incompatibilities.

Adding Support for New OS Versions

We strive to support the latest operating systems to enable you to build apps with the newest capabilities and meet your users' expectations. Our team evaluates each new OS release and aims to add support as soon as possible while ensuring the stability and reliability of the SDK.

Deprecating and Removing OS Support

To maintain the SDK and focus our efforts, we gradually deprecate and eventually remove support for older operating system versions. Our timetable is tied to the OS maker's own support lifecycle:

  • Support for operating systems is generally dropped 90 days after the vendor's official deprecation date.

  • When an operating system maker announces they are ending support for a particular OS version, we mark that OS version as deprecated or not recommended in the SDK. This indicates you should avoid targeting that OS version for new apps and plan to migrate existing apps.

  • While new versions are typically released within the 3-month timeframes specified above, a lack of a new release does not necessarily imply dropping support for the current version.

Exceptions

In rare cases, the team may need to deviate from the standard deprecation schedule. In such situations, the team will communicate any changes to the schedule to developers as early as possible to allow time for planning and migration.

By having a transparent deprecation and sunset process, we aim to strike a balance between providing stability for developers and maintaining a secure, high-quality SDK.

PreviousKeep exploringNextDashboard

Last updated 6 months ago

Was this helpful?