Wholesale messaging
Direct A2P SMS routes for OTP and transactional traffic
Operator-grade routing for CPaaS platforms, aggregators and enterprises, with the route type declared per destination and delivery receipts you can reconcile against your own logs.
- Direct operator interconnects, declared per destination
- SMPP 3.4 binds, HTTP API, or both on one account
- Genuine end-to-end delivery receipts
Specification
The numbers, up front
- Connection
- SMPP v3.4 (TX / RX / TRX) or HTTPS REST API
- Encoding
- GSM 03.38, UCS-2 Unicode, long / concatenated SMS
- Delivery receipts
- Real end-to-end DLR, pushed or polled
- Sender ID
- Alphanumeric, numeric and short code where the market permits
- Traffic types
- OTP, transactional, service alerts, opted-in promotional
- Best for
- OTP and transactional messaging at aggregator volume
- Typical volume
- Agreed per account, from pilot to sustained daily traffic
- Billing
- Prepaid or postpaid, volume-tiered, no minimum term
What you get
What a direct A2P SMS route buys you
The difference between a route that works and one that quietly fails at 2am is rarely price. It is whether the interconnect is real, whether the sender ID survives, and whether the delivery receipt is telling you the truth.
Direct interconnects, stated honestly
For every destination we tell you whether the route is direct operator or transit before you send a message. If a route changes character, you hear it from us first.
Delivery receipts you can audit
Real end-to-end DLR rather than a submit acknowledgement dressed up as a delivery. Export CDRs and reconcile against your own platform whenever you like.
Sender ID handled as part of onboarding
Registration, DLT templates, whitelisting and local content rules are worked through before go-live, not discovered when your first campaign is blocked.
Latency budgeted for OTP
OTP traffic is routed on paths chosen for time-to-handset, separately from bulk. A verification code that arrives after the user gives up is a failed message regardless of what the DLR says.
Failover that does not need a ticket
Each destination carries a primary and at least one standby interconnect. Degradation triggers an automatic reroute while our NOC investigates.
Wholesale rates without lock-in
Volume-tiered pricing, transparent per-destination rates, and no minimum term. If a rate stops being competitive, tell us; we would rather re-price than lose the traffic.
Why A2P SMS routing quality decides your delivery rate
Two providers can quote the same destination at the same rate and deliver very different results, because the price says nothing about the path. A direct operator interconnect and a grey route look identical on a rate card. They stop looking identical the moment a regulator, an operator firewall or a sender-ID filter gets involved.
What actually separates them:
- Whether the receipt is real. Some routes return a delivery receipt on submission rather than on handset delivery. Your dashboard says 99%, your customers say they never got the code, and there is no way to reconcile the two.
- Whether the sender ID survives. On a compliant route your registered sender ID arrives intact. On an unauthorised one it is frequently replaced, which breaks brand recognition and, for OTP, breaks the user’s trust in the message.
- Whether the route survives volume. A path that performs at a thousand messages a day can behave very differently at a hundred thousand, particularly during local peak hours.
How we route A2P SMS traffic
Traffic is classified before it is routed. OTP and transactional messages are placed on paths selected for time-to-handset and receipt fidelity; opted-in promotional traffic is placed on paths selected for cost, within whatever the destination legally permits. Each destination carries a primary interconnect and at least one qualified standby, and degradation on the primary triggers an automatic reroute rather than a support ticket.
Compliance is part of the route, not an afterthought
Sender ID registration, DLT template approval in India, opt-in evidence, and local content restrictions are worked through during onboarding. This is slower at the start and considerably faster afterwards, because the alternative is discovering the rule when your first production campaign is filtered.
Use cases
Traffic these routes are built for
OTP and two-factor codes
Time-critical verification for fintech, wallets, exchanges and marketplaces where a late code is a lost signup.
Banking and payment alerts
Transaction confirmations, balance notifications and fraud warnings that have to arrive on the first attempt.
E-commerce order and delivery updates
Order confirmations, dispatch notices and courier windows across multiple markets from one integration.
Appointment and service reminders
Healthcare, logistics and field-service reminders where the message replaces a phone call.
CPaaS and aggregator resale
Wholesale supply underneath your own platform, with the routing detail you need to answer your customers honestly.
Enterprise notification platforms
Internal alerting, workforce messaging and system notifications with predictable per-destination behaviour.
How it works
From bind to billed traffic
-
Send us the destination mix
Countries, monthly volume, traffic type and what you pay today. Fifteen minutes is usually enough.
-
Receive a costed route plan
Route type per destination, the rate, the sender ID rules that apply, and any registration you will need to complete.
-
Bind and test
SMPP credentials or API keys on the same routes production will use, with test credits from us.
-
Ramp with a named engineer
Go live, increase volume, and keep the same technical contact who ran your test.
Connect
How to connect A2P SMS
Every method reaches the same routes, the same balance and the same reporting. Pick the one that suits how your platform is built.
SMPP v3.4 bind
An SMPP v3.4 bind is the standard way to move A2P SMS at volume. Transmitter, receiver or transceiver, with real…
HTTP REST API
A straightforward HTTP REST API in JSON, for teams that would rather not run a persistent SMPP session. Same routes,…
SIP interconnect
A SIP interconnect for voice termination, Voice OTP and TTS, with an engineer on the call for interop.
IP authentication
IP authentication instead of credentials: authenticate by source address, for platforms with fixed egress IPs.
Coverage
Destination availability
Search for the destinations you care about. Anything not listed is usually available on request, capacity is added weekly.
| Destination | Dial / MCC | A2P SMS | Voice OTP | TTS voice | Termination |
|---|---|---|---|---|---|
| Bangladesh | +880 · 470 | Live | Live | Live | Live |
| India | +91 · 404 / 405 | Live | Live | On request | On request |
| Pakistan | +92 · 410 | Live | Live | On request | Live |
| Nepal | +977 · 429 | On request | Live | On request | On request |
| Sri Lanka | +94 · 413 | On request | Live | On request | On request |
| Indonesia | +62 · 510 | Live | On request | On request | On request |
| Philippines | +63 · 515 | Live | On request | On request | On request |
| Vietnam | +84 · 452 | On request | On request | No | On request |
| Malaysia | +60 · 502 | Live | On request | On request | On request |
| United Arab Emirates | +971 · 424 | Live | On request | No | On request |
| Saudi Arabia | +966 · 420 | Live | On request | No | On request |
| Oman | +968 · 422 | On request | On request | No | On request |
| Qatar | +974 · 427 | On request | On request | No | On request |
| Egypt | +20 · 602 | On request | On request | On request | On request |
| Nigeria | +234 · 621 | Live | On request | Live | On request |
| Kenya | +254 · 639 | On request | On request | On request | On request |
| South Africa | +27 · 655 | On request | On request | No | On request |
| Turkey | +90 · 286 | On request | On request | No | On request |
| United Kingdom | +44 · 234 | Live | On request | No | On request |
| United States | +1 · 310 | On request | On request | No | On request |
No destinations match that search. Ask us, coverage changes weekly.
Why SisBird
Why aggregators move their A2P traffic to us
We will tell you when a route is not worth buying
Some destinations are hostile to certain traffic types at certain times. We would rather turn a message away than sell you a route that damages your delivery reputation.
No grey routes, ever
Grey routing is cheap until the operator closes it, your sender ID is blacklisted and your traffic stops mid-campaign. Every route we sell is one we are willing to name.
One account, every product
Add Voice OTP or TTS later and nothing about your SMPP integration or your balance changes.
Next step
See what your delivery rate actually looks like on a direct route
Send us your destination mix and monthly volume. We return a route plan with the routing type stated per destination, a rate card, and a funded test account so you can measure it yourself.
-
1
You send the brief Destinations, monthly volume and the traffic type. Two lines is enough.
-
2
A routing engineer replies A costed plan with the route type stated per destination, usually within one business day.
-
3
You test on funded credit Same interconnects production runs on. No minimum term and no setup fee.
Or reach the routing team directly
Request a test route
For A2P SMS. We reply within one business day.
FAQ
A2P SMS routing questions
What is an A2P SMS route?
An A2P (application-to-person) SMS route is the path a message takes from your platform, through an aggregator or direct operator interconnect, to the subscriber handset. The route determines delivery rate, latency, whether your sender ID survives, and whether the delivery receipt reflects reality.
What is the difference between a direct route and a grey route?
A direct route terminates on an interconnect the operator has agreed to and billed for. A grey route reaches the handset through an unauthorised path, usually cheaper, until the operator detects and closes it. Grey routes typically strip sender IDs, return unreliable receipts, and stop without warning. SisBird does not sell them.
Do you support OTP traffic specifically?
Yes, and it is routed separately from bulk. OTP is judged on time-to-handset as much as on delivery percentage, so it is placed on paths chosen for latency rather than lowest cost.
Can I keep my alphanumeric sender ID?
It depends on the destination. Some markets support alphanumeric sender IDs freely, some require pre-registration, and some overwrite everything with a short code. Our coverage table records the rule per destination and we handle registration as part of onboarding.
How do I connect?
SMPP v3.4 binds (transmitter, receiver or transceiver) or an HTTPS REST API. You can use both on the same account and the same balance, and change later without a new contract.
How quickly can traffic go live?
A test account is usually issued within one business day of the route plan being agreed. Destinations that require sender ID or template registration take as long as the regulator does; we will tell you the realistic timeline up front.
Also available
Other routes on the same account
Direct voice OTP routes for fintech and identity platforms, including markets where SMS OTP is filtered or delayed.
Text-to-speech voice routes for alerts, reminders and bulk notification, with concurrency sized to your campaign window.
Wholesale voice termination on CLI, NCLI and TDM routes for carriers and VoIP operators, with per-destination quality profiles.