Mastering Multiple Enabled Profiles (MEP): The 2026 Android Travel eSIM Switching Guide
Demystifying Multiple Enabled Profiles (MEP): The 2026 Android Architecture
To understand how modern Android devices switch between cross-border data packages without hardware friction, you must first look beneath the glass at the evolution of the eUICC (Embedded Universal Integrated Circuit Card).
Historically, achieving Dual SIM Dual Standby (DSDS) required either two physical micro/nano-SIM trays or a hybrid configuration: one physical SIM slot wired alongside a single-profile eUICC chip. If you wanted two active cellular lines, you were legally and physically bound to keeping a plastic card in your phone.
Multiple Enabled Profiles (MEP) completely dismantles this hardware limitation.
+-------------------------------------------------------------------------+
| Android Modem Baseband |
| (Dual SIM Dual Standby / DSDS) |
+------------------------------------+------------------------------------+
|
+---------------------+---------------------+
| |
Logical Interface 0 Logical Interface 1
| |
+--------------v-------------------------------------------v--------------+
| Single Physical eUICC Chip |
| +-----------------------------------+-------------------------------+ |
| | Active Profile 1 | Active Profile 2 | |
| | (e.g., Home Primary SIM) | (e.g., MollySIM Travel) | |
| +-----------------------------------+-------------------------------+ |
| | Deactivated Profiles Vault: [Profile 3] [Profile 4] ... [Profile 20+]|
+-------------------------------------------------------------------------+The Hardware Evolution: SGP.32 and Logical Interface Multiplexing
Standardized under GSMA SGP.32 (and built on architectural foundations from SGP.22), MEP enables a single physical eUICC secure element to connect to the baseband modem over multiple logical interfaces.
Instead of routing a dedicated hardware bus to two separate SIM chips, modern Android flagships—including the Google Pixel 7 through Pixel 10 series, Samsung Galaxy S24 through S26 lineups, and Motorola's modern Edge and Razr flagships—multiplex the ISO/IEC 7816-4 communication lines within the modem firmware.
The modem treats the single physical eUICC as two independent virtual SIM slots:
- Logical Channel 0: Dedicated to your primary profile (e.g., your home carrier for voice, RCS, and banking 2FA).
- Logical Channel 1: Dedicated to an independent second profile (e.g., a low-latency, destination-specific travel eSIM).
Both channels maintain simultaneous radio frequency (RF) listening states in DSDS mode, allowing the baseband to register concurrently onto two completely different cellular networks.
Legacy Dual-SIM Architecture vs. Modern MEP Architecture
| Architectural Dimension | Legacy Hybrid Setup (Pre-MEP) | 2026 GSMA SGP.32 MEP Architecture |
|---|---|---|
| Physical Hardware Requirements | 1 Nano-SIM Tray + 1 Discrete eUICC chip | 1 Multiplexed eUICC Secure Element (No trays required) |
| Simultaneous Active eSIMs | Exactly 1 eSIM profile active at any time | 2 eSIM profiles active concurrently over software channels |
| Stored Profile Capacity | 3 to 5 profiles max (due to legacy eUICC flash limits) | 10 to 20+ profiles stored securely on-chip |
| Switching Latency | High (modem resets, manual tray swapping) | Near-instantaneous software-level baseband handoff (< 3 seconds) |
| RF Transceiver Management | Dedicated hardware paths per slot | Dynamic baseband routing via multiplexed baseband controller |
The Dynamic Multi-Profile Vault
Because MEP separates the physical silicon from the logical connectivity channels, your Android smartphone acts as a decentralized carrier vault. The internal secure memory can store between 10 and 20+ dormant carrier profiles simultaneously.
When crossing borders, you no longer need to search for a pin to pop open a fragile plastic tray or disable your home line to access local routing. You simply command Android’s Telephony Manager to mount a stored travel profile—such as MollySIM—onto Logical Channel 1, while your primary domestic carrier remains active on Logical Channel 0.
This dual-active software orchestration guarantees uninterrupted access to two-factor authentication SMS messages from home while routing high-bandwidth data through local networks. Furthermore, high-performance travel providers like MollySIM eliminate the connectivity drop-offs common with legacy roaming: even when heavy data use triggers a Fair Use Policy (FUP), throughput is maintained at 384kbps (3x the industry standard 128kbps throttle). This ensures mission-critical logical channel data—such as live turn-by-turn navigation via Google Maps, ride-hailing apps, and secure POS transactions via Google Pay—operates seamlessly without choking the baseband pipeline.
Mastering Profile Hygiene: Naming Conventions, Storage, and Multi-Country Architectures
🌐 Global Travel High-Speed Travel eSIM & SIM Plans
Instant QR code activation, hotspot enabled, with guaranteed 384kbps fallback speed to keep Maps & Digital Wallets active.
When your Android device houses 10 to 20 dormant travel profiles inside its eUICC storage, poor profile hygiene can lead to catastrophic mistakes during cross-border transit. Selecting the wrong profile can trigger accidental home-carrier roaming fees, break data routing, or leave you stranded at an immigration checkpoint without functional cellular connectivity.
Optimizing your multi-eSIM environment requires a structured methodology across profile nomenclature, slot routing, and eUICC lifecycle management.
Standardized Profile Naming Conventions
By default, Android assigns generic names based on the underlying Mobile Network Operator (MNO) identifier—often labeling distinct travel plans as simply "Orange", "Truphone", or generic IMSI aliases. To avoid disabling your domestic primary line or activating an expired plan during transit, adopt a strict naming syntax as soon as you install a new profile:
[Region/Country] | [Provider] | [Traffic Type] | [Expiry/Billing Cycle]
| Default Android Display | Standardized Power-Traveler Alias | Function & Target Slot |
|---|---|---|
| T-Mobile USA | [US] T-Mobile - Voice/SMS Core [Auto-Renew] | Domestic primary line (Locked to Logical Slot 0) |
| Orange France | [EU Regional] MollySIM - 10GB Data [Exp: Nov 15] | Regional transit data (Dynamic Slot 1) |
| Singtel | [APAC] MollySIM - Unlimited Data [Exp: Dec 01] | Multi-country business routing (Dynamic Slot 1) |
| Cellular Data | [Global Backup] MollySIM - PayGo Data [No Exp] | Failsafe multi-IMSI recovery channel |
To update these labels on Android, navigate to Settings > Network & internet > SIMs, select the target eSIM, tap the Edit (Pencil) icon, and input your standardized string.
The Multi-Slot Swap Lifecycle Across Transcontinental Borders
When executing complex flight itineraries—such as traveling from the United Kingdom to Japan via a layover in Qatar—managing MEP involves dynamic slot handoffs across regional boundaries.
To execute a seamless transition without service interruptions:
- Pre-Departure Installation: Download your destination profiles before boarding while connected to a trusted Wi-Fi network.
- Transit Stage (Approach & Touchdown): While on approach to your transit hub, open the Android SIM Manager. Toggle off your expiring regional eSIM and assign the intermediate or global bundle to Slot 2 (Logical Channel 1).
- APN Verification: Allow Android’s Local Profile Assistant (LPA) 10–30 seconds to authenticate with local towers. High-tier travel eSIMs like MollySIM automatically provision dynamic APN profiles to establish instantaneous baseband routing.
- Bandwidth Assurance: During multi-leg travel where high data consumption occurs across airports and transit platforms, MollySIM maintains a 384kbps Fair Use Policy (FUP) baseline. Unlike standard travel eSIMs that throttle connections down to an unusable 128kbps, this 384kbps throughput provides enough sustained bandwidth to process Google Maps navigation, live transport scheduling, and Google Pay contactless tokens without latency timeouts.
eUICC Memory Management: Allocation, Archiving, and Safe Deletion
Android eUICC chips typically feature dedicated non-volatile memory partitions ranging from 512KB to 2MB. Each carrier profile consumes between 32KB and 64KB depending on its cryptographic certificates, applets, and operator-specific network file structures (EFs).
+-----------------------------------------------------------------------+
| eUICC Hardware Storage |
| |
| [Slot 0 (Active)] [Slot 1 (Active)] [Dormant Profiles 03 - 15] |
| +----------------+ +----------------+ +-------------------------+ |
| | Baseband Ch. 0 | | Baseband Ch. 1 | | Available Non-Volatile | |
| | Dynamic Auth | | Dynamic Auth | | Storage Blocks (~1.5MB) | |
| +----------------+ +----------------+ +-------------------------+ |
+-----------------------------------------------------------------------+To ensure memory blocks remain uncorrupted and avoid Baseband LPA locks:
- Deactivate Before Deletion: Never delete an active profile directly from the Android settings menu. Always toggle the profile Off first to allow the LPA to cleanly close logical communication channels with the baseband, then tap Erase SIM.
- Clear Stale Carrier Applets: Expired single-use carrier profiles from regional MNOs frequently leave behind orphaned SIM Toolkit (STK) metadata. Purge profiles older than 60 days to prevent baseband lookup latency.
- Retain Global Multi-IMSI Profiles: Keep persistent, reusable profiles (such as your global MollySIM bundle) stored permanently on your eUICC. Recharging existing profiles via the cloud avoids hitting OS-level download transaction limits and eliminates the need to scan new QR activation codes in high-transit environments.
Connectivity Matrix: Physical Dual SIM vs. Hybrid DSDS vs. Modern Android MEP
Choosing the right mobile architecture for international transit requires balancing hardware limitations, radio frequency (RF) power draw, and real-time operational redundancy. The table below illustrates the trade-offs between legacy physical setups, transitional hybrid implementations, dedicated external hardware, and the current gold standard: modern Android Multiple Enabled Profiles (MEP).
| Connectivity Paradigm | Provisioning Speed | Multi-Network Redundancy | Battery Consumption | Roaming Configuration Friction | Cross-Border Failover Latency | Lost Device Risk |
|---|---|---|---|---|---|---|
| Physical Dual Nano-SIM | Very Slow (Requires airport kiosk/retail store visit, SIM ejection tool) | Low (Tied to two rigid carrier agreements; manual swaps required for third networks) | Moderate (Dual RF polling over two distinct physical baseband interfaces) | High (Manual APN reconfiguration, physical card swapping, risk of losing micro-hardware) | High (3–10 minutes of manual SIM swaps and network searching at border points) | High (SIM cards can be physically extracted and hijacked for SMS 2FA bypass) |
| Hybrid (Physical SIM + Single eSIM) | Moderate (Home SIM stays inserted; travel eSIM installed via QR code) | Moderate (Home carrier stays active; single travel eSIM handles regional data) | Moderate (Dual Transceiver polling via separate physical and digital interfaces) | Medium (Requires toggle adjustments in Android SIM Manager to prevent home SIM roaming fees) | Moderate (1–3 minutes while eUICC negotiates local roaming partner attachment) | Medium (Home physical SIM remains exposed to physical extraction theft) |
| Dual Active MEP eSIM (Android 13+) | Instant (Over-the-Air LPA download directly to eUICC memory blocks) | High (Simultaneous active profiles + dozens of dormant regional profiles stored locally) | Optimized (Single physical eUICC chip routes two logical baseband channels dynamically) | Zero-Touch (Automated dynamic data switching configured via Android OS LPA) | Near-Instant (<15 seconds via automated Core Network handshake and multi-IMSI switching) | Zero (Cryptographically secured within device Secure Element / eUICC hardware) |
| Pocket Wi-Fi Hotspots | Slow (Requires device rental, battery charging, and manual pickup/drop-off) | Variable (Limited to the virtual SIM pooling algorithm of the rental vendor) | Severe Drain (Continuous Wi-Fi search/client tethering drains phone battery 20–30% faster) | High (Must manage, recharge, and maintain continuous proximity to a secondary device) | High (Device rebooting and local network re-acquisition required across borders) | Extreme (Secondary high-value hardware prone to loss, theft, or battery degradation) |
Architectural Superiority of Android MEP in Transit
The shift toward modern Android MEP architecture is not merely a matter of convenience—it is a fundamental hardware optimization. By splitting a single physical eUICC's serial interface into two concurrent logical channels (ISO/IEC 7816 communication channels), Android devices eliminate the auxiliary power consumption typically associated with driving two discrete physical SIM sockets.
1. RF Baseband Efficiency and Radio Resource Control (RRC)
In traditional Dual SIM Dual Standby (DSDS) with physical slots, the RF transceiver must continuously alternate its receiver cycles across physically distinct SIM trays, interrupting low-power sleep states. Under native Android MEP, the modem manages multiplexed logical states within a unified microcode path. This reduces signaling overhead during RRC_CONNECTED and RRC_IDLE transitions, shaving valuable milliwatts off daily battery consumption while preventing the thermal throttling common when using continuous Wi-Fi tethering from pocket routers.
2. Cryptographic Security and Physical Air-Gapping
Physical Nano-SIMs represent a glaring physical security vulnerability during international travel: if your device is seized or stolen, an unprotected physical SIM card can be inserted into another handset to intercept SMS-based two-factor authentication (2FA) tokens for banking and email accounts. Android MEP profiles are cryptographically bound to the device's hardware Secure Element. They cannot be extracted, duplicated, or read externally without physical destruction of the silicon or biometric authorization through the host operating system.
3. Low-Latency Failover and Fair Use Policy (FUP) Data Continuity
When crossing borders (such as navigating intermediate EU rail borders or moving between Southeast Asian territories), standard roaming setups experience extended registration blackouts while renegotiating SS7/Diameter routing between disparate visited networks. MEP-enabled devices handle these transitions seamlessly when paired with dynamic multi-IMSI travel services.
Furthermore, dynamic travel providers like MollySIM integrate high-tier network agreements that provide immediate fallback resilience. Even in scenarios where primary high-speed data buckets are exhausted, MollySIM maintains an industry-leading 384kbps Fair Use Policy (FUP) threshold—nearly three times higher than the legacy 128kbps throttled speeds imposed by conventional travel carriers. This critical bandwidth delta ensures that latency-sensitive protocols (such as TLS handshakes, live dynamic vector map rendering in Google Maps, and tokenized payment authorization requests in Apple Pay and Google Wallet) continue to execute smoothly without dropping connections in transit hubs.
Troubleshooting Dynamic APN Handoffs, IMS VoLTE Conflicts, and Border Handovers
While Android’s MEP implementation and multi-IMSI architectures significantly reduce edge-case disconnections, cross-border mobility introduces complex edge conditions at the Radio Interface Layer (RIL). When moving across cell towers governed by different Mobile Country Codes (MCC) and Mobile Network Codes (MNC), Android can suffer from cached routing deadlocks, dynamic Access Point Name (APN) assignment failures, and dual IP Multimedia Subsystem (IMS) registration conflicts.
Below is the definitive diagnostic protocol for engineering-grade troubleshooting on dual-profile Android devices.
1. Resolving Dynamic APN Desynchronization and Auth Protocol Failures
When traversing an international border, the Visited Public Land Mobile Network (VPLMN) must dynamically query your eSIM’s Home Subscriber Server (HSS) to negotiate packet data protocol (PDP) context. If your device retains a cached APN from the previous jurisdiction or misconfigures the authentication handshake, cellular data halts despite showing full signal bars.
Symptoms: "Connected, no internet", persistent "H+" or "3G" fallback, or RIL packet drops.Diagnostic and Remediation Workflow:
- Navigate to Settings > Network & internet > SIMs > [Your Travel eSIM] > Access Point Names.
- Identify the active APN profile. Many roaming configurations default to
PAPorCHAPauthentication protocols. If set to None, dynamic authentication fails on tier-1 partner networks. - Tap the active profile and verify the following fields:
- APN Type: Ensure it contains
default,supl(omit spaces). Addinghipriforces Android to prioritize high-throughput routing. - Authentication Type: Toggle between PAP and CHAP (or select PAP or CHAP if exposed by the OEM).
- APN Protocol / Roaming Protocol: Force both fields to IPv4/IPv6 dual-stack. Older VPLMNs drop packets if restricted to pure IPv6.
- Tap the three dots (top-right) and select Save, then toggle Airplane Mode for 10 seconds to force a clean baseband re-attach.
Note: Travel profiles from dynamic providers like MollySIM inject pre-validated carrier bundles that eliminate manual APN editing. Furthermore, if temporary cell congestion occurs during dynamic handoff, MollySIM's baseline 384kbps FUP floor ensures that background data channels (e.g., DNS resolution, Google Play services authentication, and real-time mapping) do not time out during baseband re-negotiation.
2. Multi-Profile IMS VoLTE and "Backup Calling" Registration Conflicts
Running a primary physical SIM or MEP eSIM for home carrier SMS 2FA alongside an active travel eSIM data pipe frequently leads to IMS stack deadlocks. Android must establish two distinct IMS tunnels simultaneously: one over the roaming cellular connection and one for Voice over LTE (VoLTE) / Wi-Fi Calling emulation (Cross-SIM calling).
| Issue | Root Cause | Technical Resolution |
|---|---|---|
| No SMS-2FA Received on Primary SIM | Baseband disabled 2G/3G legacy fallback on home profile. | Enable 2G Service under Primary SIM settings; verify Roaming is toggled OFF on Primary to prevent home carrier data charges. |
| IMS Registration: "Not Registered" | Primary profile attempting IMS attach via VPLMN without cellular roaming entitlements. | Enable Backup Calling (Pixel) or Auto Data Switching (Samsung) to route Primary SIM IMS traffic over the Travel eSIM's data pipe. |
| Massive Battery Drain at Border | Radio searching across incompatible NR bands (n77/n78 vs n28). | Temporarily restrict network mode to LTE/3G/2G (auto) until dynamic registration locks. |
To inspect the real-time IMS status:
- Open the Android Phone dialer and input
##4636##to launch the hidden Testing Menu. - Select Phone information.
- Tap the three-dot menu and select IMS service status.
- Verify that IMS Registration displays Registered and Voice over LTE displays Available. If unregistered, toggle the Mobile Radio Power switch off and on within the testing menu to restart the modem subsystem without rebooting the OS.
3. Clearing PLMN Search Deadlocks & Android Carrier Services Cache
When border-crossing via high-speed transit, Android's automatic Public Land Mobile Network (PLMN) scanner may cycle infinitely between degraded signals of the departing country's cell towers and the emerging local network.
[Departing VPLMN: Weak RSRP -118dBm] <--- Deadlock Window ---> [Entering VPLMN: Strong RSRP -75dBm]Step 1: Force Manual PLMN Search
- Go to Settings > Network & internet > SIMs > [Travel eSIM].
- Disable Automatically select network.
- Allow the device up to 60 seconds to scan the RF spectrum.
- Manually select the top-tier local partner (e.g., Vodafone, Orange, T-Mobile, NTT Docomo).
- Once data registers, you can switch Automatically select network back on; the baseband will retain the newly registered MCC/MNC as its high-priority home-equivalent PLMN (EPLMN).
Step 2: Purge Persistent Carrier Services State
If the OS refuses to route packets across newly established radio interfaces, stale routing tables within the Android telephony provider must be cleared:
- Navigate to Settings > Apps > See all apps.
- Tap the top-right menu and select Show system.
- Locate and tap Carrier Services.
- Select Storage & cache > Clear Storage.
- Locate SIM Toolkit / Phone Services and tap Clear Cache.
- Perform a clean device restart. This forces Android to query the eSIM's profile metadata fresh from the eUICC chip and rebuild the routing tables from scratch.
FUP Safeguards and High-Uptime Remote Work: The MollySIM 384kbps Fallback Advantage
Fair Usage Policies (FUP) in international roaming are governed by upstream wholesale roaming agreements between Mobile Virtual Network Operators (MVNOs) and local tier-1 carriers. When high-speed travel data allocations are depleted, standard retail eSIMs handle the overrun in one of two catastrophic ways: an immediate hard disconnect (cutting off cellular data completely) or a downgrade to 64kbps / 128kbps.
Under modern transport layer security (TLS 1.3) and HTTPS overhead, a 64kbps or 128kbps pipe produces high packet latency and frequent TCP window timeouts. In practice, 128kbps fails to complete SSL handshakes for navigation apps, invalidates banking authentication, and drops secure real-time communication sockets.
To eliminate the vulnerability of being stranded without connectivity, MollySIM implements an enterprise-grade 384kbps unlimited fallback speed—delivering 3x the throughput of standard 128kbps travel throttles. This 48 KB/s sustained pipeline ensures that critical business workflows, navigation, and payment tokens remain operational even when high-speed allowances are exhausted.
Real-World Bandwidth Benchmarks: Throttled FUP Tiers Compared
The table below breaks down application-layer performance across legacy throttle tiers versus MollySIM's sustained 384kbps baseline:
| Application & Protocol | 64kbps (Legacy 2G) | 128kbps (Standard Travel eSIM) | MollySIM 384kbps Fallback |
|---|---|---|---|
| Google Maps / Apple Maps (Vector Tiles + Traffic) | ❌ Timeout / Blank Canvas | ⚠️ 30–45s lag; dynamic routing fails | ✅ Smooth vector rendering; live routing operational |
| Google Wallet / Apple Pay (Tokenization & Validation) | ❌ Gateway Timeout | ⚠️ Unreliable; frequent POS retries | ✅ Instant token exchange & transaction validation |
| WhatsApp / Signal / Telegram Voice (Opus Codec @ 16–24kbps) | ❌ Severe jitter & dropped calls | ⚠️ Audio robotic; dropped packets | ✅ Crystal-clear low-bitrate VoIP calls |
| Slack / Microsoft Teams (Text Channels & Thread Sync) | ❌ Stalled WebSocket connection | ⚠️ 10–15s sync delay | ✅ Near-instant text delivery & background syncing |
| Terminal SSH / Mosh Sessions (Remote Server DevOps) | ❌ High keystroke latency (>1200ms) | ⚠️ Usable with Mosh; raw SSH drops | ✅ Responsive SSH shell; reliable Mosh UDP keep-alive |
| IMAP / Exchange Email Sync (Headers & Plaintext Bodies) | ❌ Timeout on modern HTML payloads | ⚠️ Slow; large email attachments fail | ✅ Reliable push notifications and fast inbox sync |
Engineering Dual-eSIM Redundancy with MEP and MollySIM
On Android devices equipped with Multiple Enabled Profiles (MEP), digital nomads and remote engineers can construct a self-healing connectivity pipeline. By binding a primary home SIM (for banking 2FA and emergency cellular voice) to Slot 1 (eUICCTarget 0) and routing packet-switched data through a MollySIM dynamic regional or global profile on Slot 2 (eUICCTarget 1), you eliminate single-point-of-failure risks:
┌─────────────────────────────────────────────────────────────┐
│ Android Device Baseband │
├──────────────────────────────┬──────────────────────────────┤
│ eUICC Slot 1 (Target 0) │ eUICC Slot 2 (Target 1) │
│ Home Carrier eSIM │ MollySIM Dynamic Roaming │
│ - Active 2FA SMS & Calls │ - High-Speed LTE/5G Data │
│ - Data Roaming Disabled │ - 384kbps Unlimited Fallback│
└──────────────────────────────┴──────────────────────────────┘- Set MollySIM as the Designated Data Bearer: Navigate to Settings > Network & internet > SIMs > MollySIM and toggle Mobile data to active. Enable Data roaming.
- Lock Home Profile to Circuit-Switched Mode: Select your home carrier eSIM profile and disable Mobile data while keeping Calls & SMS active. This shields you from exorbitant carrier data-roaming fees while preserving critical transactional OTPs.
- Automate Continuous Connectivity: Because MollySIM maintains a constant 384kbps floor rather than cutting data transfer, mission-critical services like background GPS tracking, cloud logging, and remote server monitoring remain active across borders without manual top-ups or physical SIM swaps.
The 2026 Step-by-Step Setup Blueprint: Flawless Dual-eSIM Workflow on Pixel and Galaxy
Deploying Multiple Enabled Profiles (MEP) requires configuring the Android telephony stack to isolate packet-switched data pipelines from circuit-switched signaling. Follow these exact workflows for your device architecture before departure to guarantee instant cellular handshake upon landing.
Workflow A: Google Pixel (Stock Android 14, 15, and 16)
Google’s native implementation assigns MEP domains dynamically through the Tensor Baseband Management interface.
Step 1: Install Without Wi-Fi Disruption
- Navigate to Settings > Network & internet > SIMs and tap the + (Add) icon.
- Select Download a SIM instead? and authenticate using biometric lock.
- When prompted, scan your MollySIM QR code directly from a secondary screen, or tap Need help? > Enter it manually to paste the LPA activation string (
LPA:1$smdp.address$matching-id). - When the baseband prompts “Use 2 SIMs?”, select Yes. Android will write the profile to the second physical-layer execution context (Target 1) without evicting your home carrier.
Step 2: Telephony and Data Bearer Mapping
- Return to Settings > Network & internet > SIMs and select your Home Carrier:
- Set Mobile data to OFF.
- Set Data roaming to OFF (prevents carrier pass-through charges).
- Ensure Calls and SMS remain designated as Default.
- Select MollySIM:
- Toggle Use SIM to ON.
- Set Mobile data to ON.
- Set Data roaming to ON (required to register on partner transit networks like Vodafone, Telstra, or SoftBank).
Step 3: Configure Automatic Failover Logic
- Open Settings > Network & internet > SIMs > [Your Home Carrier].
- Toggle Backup calling to ON. This directs your domestic carrier to route voice calls and incoming SMS over the MollySIM data connection via IPsec encapsulation—completely avoiding international roaming rates.
- Toggle Switch mobile data automatically to OFF. Keeping this active can inadvertently bounce data consumption back to your primary domestic plan if international latency spikes.
Workflow B: Samsung Galaxy (One UI 6, 7, and 8)
Samsung handles MEP via the Shannon modem architecture within the unified SIM Manager ecosystem.
Step 1: Profile Initialization
- Go to Settings > Connections > SIM manager.
- Tap Add eSIM > Scan QR code from service provider.
- Align your viewfinder with your MollySIM confirmation voucher, or select Scan QR code from gallery image if you saved the code to your local storage.
- Tap Add when the profile profile metadata loads. Samsung’s firmware automatically provisions the profile into MEP Sub-Channel 2.
Step 2: Strict Channel Assignment
- In the SIM manager dashboard, locate the Preferred SIMs matrix:
- Calls: Select Primary (Home SIM).
- Messages: Select Primary (Home SIM).
- Mobile data: Select MollySIM.
- Scroll to the bottom and ensure Auto data switching is toggled OFF. Leaving this enabled allows One UI to switch back to your domestic SIM if the local roaming tower momentarily reprioritizes packet queues.
Step 3: Hardware-Level Roaming Lock
- Navigate back to Settings > Connections > Mobile networks.
- Tap Data roaming. Ensure only the toggle mapped to the MollySIM interface is set to Active, while your home SIM’s data access remains entirely suppressed.
Pre-Flight Hardware Verification Matrix
Run this diagnostic checklist prior to boarding to ensure zero-touch activation the moment your landing gear deploys:
| Verification Metric | Target State | Failure Remediation |
|---|---|---|
| Active Baseband Slots | Slot 1: Active / Slot 2: Active | Re-toggle primary SIM; verify device supports concurrent dual eSIM (Pixel 7+, S24+). |
| Home SIM APN Data | Disabled / APN Unselected | Ensure APN bearer toggle is unselected for domestic SIM data channels. |
| MollySIM APN Assignment | Auto-populated (globaldata / internet) | Manually add APN per activation voucher if not set by carrier profile. |
| Voice-Over-Data Protocol | VoWiFi / Backup Calling Active | Confirm primary carrier supports IMS registration over secondary cellular data. |
| Safety Net Fallback | 384kbps Throttled Floor Ready | MollySIM never cuts data outright. At 384kbps (3x faster than standard 128kbps tiers), Apple Pay, Google Pay, and Google Maps navigate without latency timeouts even if priority data depletes. |
By separating core cellular signaling (Home Carrier on Target 0) from the high-throughput IP payload layer (MollySIM on Target 1), you achieve zero-downtime, bi-directional travel connectivity without exposing yourself to domestic carrier data penalties.
🌐 Global Travel High-Speed Travel eSIM & SIM Plans
Instant QR code activation, hotspot enabled, with guaranteed 384kbps fallback speed to keep Maps & Digital Wallets active.