# OPS-145 — Consecutive number ranges are a volume signal

> Consecutive number ranges must not be purchased to support higher-volume sending.

- **Rule ID:** OPS-145
- **Layer:** Operational (`OPERATIONAL`)
- **Checks:** `provisioned number contiguity`
- **Severity:** MEDIUM — Usually survives review, but lowers your trust score or invites manual review.
- **When it bites:** Falls due after approval, once you are live and sending
- **How it is detected:** External record we cannot query — reported as a warning to verify
- **Fix type:** Wait on an external system or a required interval
- **Required by:** Telnyx
- **Applies:** Applies to every 10DLC registration.
- **Canonical URL:** https://ekas.io/rules/10dlc/operational/ops-145/

## Why this rule exists

A block of sequential numbers is the cheapest way to buy capacity and the most obvious pattern to detect, so it functions as a declaration that the intent was volume rather than presence. It is also snowshoeing with a paper trail, which makes the intent argument harder to have.

## How to fix it

Buy numbers as the programme genuinely needs them, and take throughput from vetting and an approved pool rather than from number count. Done when the numbers on a campaign are not a contiguous block.

## Check this yourself

**Are the numbers on this campaign a contiguous block?**

1. List them and look. A bulk order fulfilled from one range is the common cause and nobody chose it deliberately.
2. Buy numbers as the programme genuinely needs them, and take throughput from vetting and an approved pool rather than from number count.

*What wrong looks like:* A sequential block is the cheapest way to buy capacity and the most obvious pattern to detect. It reads as a declaration that the intent was volume rather than presence, which makes the intent argument much harder to have.

## Notes

Number inventory at the provider. What the user has to check is how their numbers were purchased — a bulk order fulfilled from one range is the common cause and nobody chose it deliberately.