Skip to main content
Back to Blog

Connectivity

Access Point Names: What is an APN for IoT?

A misconfigured APN can take your entire IoT fleet offline. Learn how APNs work and how to choose the right strategy for global deployments.

Pat Wilbur

Pat Wilbur

CTO and Cofounder

June 22, 2026

Cell tower dark sky

An Access Point Name (APN) is the gateway between a cellular device and the internet or a private network. Every time an IoT device connects over cellular, the APN tells the carrier's network where to route that device's data traffic. For IoT deployments, the APN you configure determines whether your device data travels over the public internet or through a secure, dedicated pathway to your backend systems. Getting the APN right is foundational to your deployment's security, performance, and reliability.

This guide breaks down how APNs work and how to choose the right APN strategy for deployments that span devices, carriers, and countries.

What is an Access Point Name (APN)?

An APN is a gateway between a cellular device and the internet. It tells the carrier network how to route traffic, what security policies to apply, and which IP address to assign. Think of it as the network's instruction set for handling your device's connection.

Every cellular device, from a smartphone to an industrial sensor, connects through at least one APN. For IoT, the APN determines:

  • Network access type: Public internet, private network, or a hybrid
  • Security posture: Firewall rules, encryption, and access controls
  • Traffic routing: How data moves between your device and its destination
  • Quality of service (QoS): Bandwidth priority and latency targets

Just as a WiFi router can host multiple SSIDs with different permissions, a single cellular tower can serve multiple APNs, each with its own configuration and security profile.

How is an APN structured?

APNs follow a standard format with two main components:

  • Network identifier: Names the specific network (e.g., "hologram" or "mobile")
  • Operator identifier: Names the mobile network operator (MNO), containing the Mobile Network Code (MNC) and Mobile Country Code (MCC)

Example: hologram.mnc001.mcc310.gprs

  • Network identifier: 'hologram'
  • MNC: 'mnc001'
  • MCC: 'mcc310'
  • Data standard: 'gprs'

In practice, you rarely type the full structured name. Most carriers and connectivity platforms give you a short APN string (like hologram) that maps to the full identifier behind the scenes.

How APNs work in IoT device connections

When an IoT device powers on and needs to transmit data, the APN drives a seven-step process:

  1. Device initialization: The device powers on and scans for the strongest available cellular signal
  2. APN presentation: The device sends its configured APN (e.g., hologram.m2m) to the carrier, requesting network access
  3. Authentication: The carrier validates the device's SIM credentials against the subscription profile tied to that APN
  4. Gateway assignment: The network assigns the right gateway (Packet Data Network Gateway (PGW) in LTE, Gateway GPRS Support Node (GGSN) in 3G) as the exit point to the internet or private network
  5. IP address allocation: The device gets a unique IP address and the network creates a data session (Packet Data Protocol (PDP) Context) linking the device, APN, and gateway
  6. Policy enforcement: Routing rules, firewall policies, QoS settings, and encryption are applied based on the APN's configuration
  7. Data transmission: The device sends and receives data through the established, secured path

The APN governs authentication, security level, routing path, IP addressing, and quality of service. For IoT deployments, proper APN configuration is non-negotiable.

Public APN vs. private APN vs. shared private APN

Understanding the fundamental roles of APNs and VPNs in network connectivity is essential for fully appreciating their nuances. Both play distinct yet crucial roles in how devices access and interact with networks.

Access Point Name (APN)

An Access Point Name, or APN, acts as a gateway, allowing devices to connect to the internet through a carrier network. It’s essentially the bridge that links your device to the broader web, determining how your device connects to the internet and what security measures are in place.

There are two basic flavors of APN: public and private. Each has advantages and variables associated with it, so let’s examine them more closely.

Public APN

Many mobile network operators (MNOs) offer users a public APN with basic configurations for connecting to the internet. It provides for typical tasks that devices do on the network, and many customers often share the same APN. The public APN might include security features such as firewalling access from outside internet devices, which prevents one device from talking to another if it’s not recognized in the network.

Ultimately, the public APN gives you a simple, vanilla configuration that gets you access to the network, but it doesn’t let you customize settings and security features you might need for an IoT deployment. If the APN is defined as a public APN with static public IP, it will assign an IP address to a device that will become that device’s distinctive IP, used every time it connects to the network.

Private APN

Traditional private APNs are tied to a single carrier. You negotiate a dedicated APN with one MNO, configure your devices to use it, and your traffic stays isolated on that carrier's network. The limitation is obvious: if your devices roam onto another carrier, whether internationally or through multi-carrier failover, the private APN does not follow them.

Software-defined private APNs solve this by abstracting the private network configuration from the underlying carrier. Instead of a static APN agreement with one operator, the connectivity platform manages the private pathway across multiple carriers. Your devices keep their traffic isolated regardless of which of the 550+ carriers in Hologram's network they connect to at any given moment.

This matters for three scenarios:

  • Global deployments where devices cross borders and switch carriers. A device shipping from a factory in Shenzhen to an installation in Munich should maintain private APN isolation the entire journey, across every carrier it touches.
  • Failover events where Outage Protection switches a device from a degraded carrier to a backup. Without a carrier-independent private APN, failover could push your traffic onto the public internet.
  • Fleet scaling where new devices automatically inherit private APN settings through their SIM profile, without carrier-specific APN configuration per device.

Hologram's platform handles private APN routing at the network layer, so your devices use a single SIM configuration while the platform manages the carrier-level APN negotiations across its network. This gives you the security benefits of a private APN with the coverage and redundancy of multi-carrier connectivity.

When a public APN works

Public APNs are a reasonable starting point for prototyping or small deployments where security requirements are basic. The carrier gives you a default APN string, your device connects, and you get internet access. That ease comes with real tradeoffs at production scale.

The tradeoff: you share that APN with every other subscriber on the network. You cannot customize firewall rules or restrict inbound access. Traffic routing is fixed. For production IoT, this is usually not enough.

When you need a private APN

Private APNs give you a dedicated network segment. You control the IP address space, firewall rules, VPN tunnels, and routing policies. For industries with strict compliance requirements, like healthcare under the Health Insurance Portability and Accountability Act (HIPAA), financial services, or organizations operating under GDPR or NIS2, private APNs help meet regulatory obligations by isolating device traffic and encrypting data end-to-end.

The tradeoff: traditional private APNs need dedicated carrier infrastructure. Setup takes weeks or months, costs are high, and you depend on the carrier's network engineering team for every change.

Why shared private APNs are the sweet spot for most IoT

Shared private APNs use software-defined networking to deliver the same security and customization as a traditional private APN, without the infrastructure overhead. You get:

  • Custom firewall rules and VPN configurations
  • Isolated traffic, separated from public APN subscribers
  • Self-service management, so you can make changes in hours instead of waiting on carrier engineering
  • Lower upfront costs and faster time to market

For most IoT deployments, a shared private APN backed by an SDN is the right balance of security and cost.

APN vs. VPN: what is the difference?

APNs and VPNs solve different problems, but they work together in many IoT architectures.

  • APN: Connects a device to the internet through a carrier's cellular network. It is the entry point.
  • VPN: Creates an encrypted tunnel between two networks over the internet. It secures data in transit between your devices and your backend.

In practice, many IoT deployments combine both: a private or shared private APN handles the cellular connection, and a VPN tunnel encrypts traffic between the carrier's network and your cloud or on-premise infrastructure. If you use a VPN to link your private networks, you can treat the entire path from device to backend as a wide-area network (WAN) with end-to-end security.

APN strategies for global IoT deployments

Deploying IoT devices across multiple countries and carriers adds complexity. Your APN strategy needs to account for carrier variability, regional data regulations, and network resilience.

Multi-carrier APN management

Single-carrier lock-in is one of the biggest risks in global IoT. If your carrier has a coverage gap or outage in a region, your devices go offline. A multi-carrier approach lets your devices switch between carriers based on signal strength, cost, or policy rules.

With a multi-carrier APN strategy, you can:

  • Set failover rules: If the primary carrier drops, the device automatically connects through a secondary carrier's APN
  • Optimize for cost or performance: Route traffic through the lowest-cost or lowest-latency carrier in each region
  • Avoid single points of failure: Distribute connectivity risk across 550+ carrier networks instead of depending on one

Regional data routing and compliance

Different regions have different rules about where data can flow. GDPR in Europe, HIPAA in the United States, and NIS2 across the EU all impose constraints on data handling and residency. Your APN configuration plays a direct role in compliance:

  • Private APNs for regulated environments: Isolate device traffic and control exactly where data routes, helping you meet data residency requirements
  • Regional breakout: Route data through local gateways instead of backhauling everything to a single country, reducing latency and keeping data within jurisdictional boundaries
  • Audit trails: APN-level monitoring gives you visibility into which devices connected, through which carriers, and where data traveled, supporting compliance documentation

APN-level monitoring and alerting

Visibility into APN performance is critical for global deployments. You need to know when devices drop off, when carriers degrade, and when usage patterns change. Real-time SIM alerting and APN-level monitoring let you:

  • Detect connectivity failures before they affect end users
  • Identify carrier-specific issues in specific regions
  • Track data usage patterns across APNs and carriers
  • Trigger automated responses (like carrier switching) when performance drops below thresholds

APN configuration for different IoT device categories

Not every IoT device has the same connectivity needs. APN configuration should match the device's data profile, power constraints, and deployment environment.

High-bandwidth devices (video, telematics)

Devices streaming video or transmitting large telemetry payloads need APNs configured for high throughput and low latency. Private or shared private APNs with QoS policies that prioritize these devices help prevent congestion from degrading performance.

Low-power, low-data devices (sensors, meters)

Devices on low-power wide-area networks (LPWAN) or narrowband IoT (NB-IoT) send small, infrequent data packets. A public APN may be sufficient for prototyping, but production deployments benefit from shared private APNs that add security without the overhead of a full private network.

Mission-critical devices (medical, industrial controls)

Devices where downtime has safety or financial consequences need private APNs with multi-carrier failover, end-to-end encryption, and strict QoS guarantees. Pair with VPN tunnels for defense-in-depth.

Remote or mobile devices (fleet tracking, agriculture)

Devices that move across regions or operate in areas with spotty coverage need multi-carrier APN configurations with automatic failover. The APN strategy should prioritize connectivity resilience over raw throughput.

How to fix APN-related connectivity issues

When an IoT device will not connect or drops frequently, APN misconfiguration is a common culprit. Work through these steps:

1. Verify APN settings

Check your connectivity provider's documentation for the correct APN string. Cross-check what is configured on the device. Small errors, like a mistyped character or an extra space, can block the connection entirely.

2. Reset to default settings

If the device supports it, reset network settings to defaults. Document any custom APN configurations before resetting, because this will erase them.

3. Manually input APN details

Enter the correct APN details exactly as your provider specifies. Double-check every character before saving.

4. Check SIM status and account

Make sure the SIM is active and the account is in good standing. An expired SIM or suspended account will look like an APN problem.

5. Contact your connectivity provider

If the settings are correct and the SIM is active, contact your provider's technical support. Some issues, like carrier-side routing problems or account configuration errors, can only be fixed on the provider's end.

What happens when APN settings are wrong

Incorrect APN configuration causes problems that escalate quickly at scale:

  • No connectivity: Devices cannot reach the network at all, blocking all data transmission
  • Intermittent connections: Devices connect and drop repeatedly, causing data loss and unreliable performance
  • Security gaps: Wrong APN settings may route traffic through unintended networks, exposing data
  • Financial impact: Revenue-generating devices (point-of-sale terminals, vending machines, fleet trackers) stop generating value. At scale, even hours of downtime translate to significant losses
  • Troubleshooting complexity: APN issues are easy to overlook during initial diagnosis. A single typo can block data entirely, while a subtler misconfiguration causes intermittent failures that are harder to trace

How Hologram simplifies APN management for IoT

Hologram takes the complexity out of APN configuration and management so you can focus on building your product, not wrestling with carrier infrastructure.

  • Hardware-agnostic SIMs: Hologram SIMs work with any unlocked device. Configure your device to use Hologram's APN, and the connection to the internet is handled automatically.
  • Multi-carrier connectivity: With access to 550+ carriers across 190+ countries, Hologram gives your devices multi-carrier redundancy out of the box. If one carrier has an issue, your devices can connect through another.
  • Private APN support: Hologram supports private APNs backed by software-defined networking, giving you the security and customization of a dedicated network without the infrastructure cost or setup delays.
  • Fleet-scale management: Hologram's dashboard and API let you manage APN configurations, monitor connectivity, and set alerts across your entire device fleet from a single control surface.
  • SIM lifecycle management: Hologram Conductor is a SIM orchestration platform that lets IoT fleet managers automate provisioning, enforce carrier failover policies, and switch network profiles across thousands of devices remotely.
  • 99.95% uptime SLA: Hologram's Outage Protection SIMs backs your connectivity with a contractual 99.95% uptime guarantee, with 100% historical platform uptime to date.
  • Trusted at scale: More than 6,000 businesses worldwide rely on Hologram, transmitting over 3TB of data daily across global IoT deployments.

Whether you are deploying 100 devices or 100,000, Hologram's platform handles the APN complexity so your team can focus on what your devices actually do.

Frequently Asked Questions

What is an APN in simple terms?

An APN (Access Point Name) is the address your IoT device uses to reach the internet or your private network through a cellular carrier. Think of it as the routing instruction that tells the carrier's network where to send your device's data. Every cellular-connected IoT device needs an APN configured to get online.

How do APNs work with eSIM and iSIM?

eSIM (embedded SIM) and iSIM (integrated SIM) devices use APNs the same way traditional SIM cards do. The difference is how you configure the APN. With eSIM, the APN settings are included in the carrier profile that gets downloaded to the device remotely, so you can update APN configurations over the air without physically touching the device. iSIM, which integrates SIM functionality directly into the device's main processor, works the same way. Hologram's Hyper SIMs, available in SGP.02 and SGP.32 eSIM variants, include pre-configured APN settings in their profiles.

What is a private APN and why does it matter for IoT?

A private APN creates a dedicated, isolated data pathway between your IoT devices and your backend infrastructure. Instead of your device data traveling over the public internet where it could be intercepted, a private APN routes traffic through a secure tunnel directly to your servers or cloud environment. For deployments handling sensitive data, operating in regulated industries, or needing to meet compliance frameworks like GDPR or HIPAA, a private APN is one of the most impactful security measures you can implement at the network layer.

How do you configure an APN for IoT devices?

Configuration depends on your device and modem. Most cellular IoT modems accept APN settings through AT commands (typically AT+CGDCONT to set the APN for a specific PDP context). In practice, you set the APN string during device provisioning, either manually during initial setup or automatically through your connectivity platform's provisioning workflow. Hologram devices use a pre-configured APN ("hologram") that works across all carriers in the network, removing the need to set carrier-specific APNs for each deployment region.

What happens if your APN is misconfigured?

A misconfigured APN means your device cannot establish a data connection. The device may register on the cellular network (showing signal) but fail to transmit any data. Common symptoms include failed PDP context activation errors, the device cycling between connected and disconnected states, or the device connecting but being unable to reach your application server. If you are troubleshooting connectivity issues and the device shows cellular registration but no data, the APN configuration is the first thing to check.









Get started with Hologram today

Talk to an IoT expert
Receive a free SIM
Customize your plan