Skip to main content

Is Infobip Down?

No — Infobip is up

Reachable from all 8 checked regions

Average response time: 64ms

Last checked · checks run every 6 hours

Official status page: https://status.infobip.com

Infobip uptime

100%
Last 7 days
Last 30 days
Last 90 days
Avg response, 30 days

Measured from multiple regions every 6 hours. Percentages count only checks that returned an availability answer — 5 days measured so far. A dash means that window does not yet hold enough measured days to publish a figure.

30-day history

5-day clean streak
Jul 25: no data
Jul 26: no data
Jul 27: no data
Jul 28: no data
Jul 29: no data
Jul 30: no data
Jul 31: no data
Aug 1: no data
Aug 2: no data
Aug 3: no data
Aug 4: no data
Aug 5: no data
Aug 6: no data
Aug 7: no data
Aug 8: no data
Aug 9: no data
Aug 10: no data
Aug 11: no data
Aug 12: no data
Aug 13: no data
Aug 14: no data
Aug 15: no data
Aug 16: no data
Aug 17: no data
Aug 18: no data
Aug 19: 100.00% uptime, 16 checks
Aug 20: 100.00% uptime, 32 checks
Aug 21: 100.00% uptime, 31 checks
Aug 22: 100.00% uptime, 32 checks
Aug 23: 100.00% uptime, 40 checks
Jul 25 Today
No downtime Partial Downtime Not measurable No data

Reachability by region

Each region runs its own request from a different part of the world. A service can be up for one continent and down for another, which is usually the first sign of a routing or CDN problem.

ams
60ms
DNS 0ms TCP 2ms TLS 9ms TTFB 39ms
arn
122ms
DNS 1ms TCP 1ms TLS 26ms TTFB 100ms
bom
71ms
DNS 1ms TCP 3ms TLS 15ms TTFB 40ms
cdg
56ms
DNS 0ms TCP 2ms TLS 8ms TTFB 35ms
dfw
53ms
DNS 0ms TCP 1ms TLS 10ms TTFB 36ms
ewr
55ms
DNS 0ms TCP 2ms TLS 10ms TTFB 36ms
fra
52ms
DNS 1ms TCP 1ms TLS 8ms TTFB 34ms
gru
62ms
DNS 0ms TCP 3ms TLS 10ms TTFB 37ms
iad
46ms
DNS 0ms TCP 3ms TLS 6ms TTFB 26ms

What Infobip does

Infobip sends SMS, voice, email, WhatsApp, RCS, MMS and push messages through one set of APIs, and adds tools such as Moments for campaigns and Conversations for agent inboxes. Companies use it for one-time passcodes, delivery notifications and marketing in countries where local carrier connectivity matters more than a single global route.

What an outage looks like

Message submission returns errors from the HTTP API or SMPP, or messages are accepted and then sit without a delivery report. One-time passcodes arrive late enough that customers fail login before the code lands. Channels fail independently, so WhatsApp can be degraded while SMS is fine. The customer portal may not load, hiding logs while sending itself continues.

What to do about it

status.infobip.com is unusually granular: it lists SMS, Voice, Email, WhatsApp Business, RCS, MMS, Push, HTTP API, SMTP and SMPP, and reports many of them per region, including Global (Europe), Brazil and an EU region-locked entry. Find your channel and region rather than reading the banner. For passcodes, extend code validity before adding a fallback channel.

Is it down for everyone, or just you?

If this page says Infobip is up but it is not loading for you, the problem is between you and them. Run a check against any URL from all 18 regions to find out where it breaks.

Test it yourself

Related services

Infobip outage FAQ

Messages are accepted but never delivered. Is that an outage?
It can be. Acceptance means Infobip took the message; delivery depends on downstream carrier connectivity, which is what the per-channel components track. Look for delivery reports stalling rather than submission errors, and check the component for your channel and region. Carrier-side delays also happen with no Infobip incident at all, particularly on international routes.
Is WhatsApp affected when SMS is down?
Usually not. Infobip lists each channel as its own component, and they sit on different downstream connections, so SMS, WhatsApp, Voice, Email and RCS commonly fail independently. That is also why moving traffic to another channel can work during an incident. Confirm the alternative is healthy on the status page before switching, rather than assuming it is.
Our one-time passcodes are arriving late. What should we do?
Extend the validity window rather than letting users request codes repeatedly. Each retry sends another message, and when the backlog clears the customer receives several codes with only the newest valid, which produces more failed logins than it solves. If the delay runs long and another channel is healthy, offer that openly instead of sending a silent duplicate.
The Infobip portal will not load. Are our messages still sending?
Possibly. The portal applications and the sending channels are separate components, so the interface can be unavailable while the HTTP API and SMPP keep accepting traffic. Check your own send and delivery-report metrics rather than the portal during an incident. If both the portal and your API calls fail, the problem is broader than the interface.

How we measure this

  • We request Infobip's public endpoint every 6 hours from Fly.io regions across six continents — 8 of them answered the most recent check.
  • A region counts as down only when it gets no usable HTTP response. A 403 or 429 means the origin answered and refused us, which we report as blocked, never as an outage.
  • A single failing region is treated as probe noise. We only change the verdict when two consecutive cycles agree.
  • Response times average only the regions that actually served the page, so a timeout never inflates the number.
  • Where Infobip publishes an official status feed we read it too. An all-clear from the vendor can soften an unconfirmed degradation; a vendor-declared outage only worsens our verdict when our own checks corroborate it.

Get alerted when Infobip goes down

This page refreshes every 6 hours. Your own monitors run as often as every 30 seconds, from the same 18 regions, and tell you the moment something breaks.

Start Free Monitoring
Free plan available No credit card required