VICIfast
Carriers & SIP

ANI vs CNAM: what your carrier sends and shows

ANI is the number your call sends; CNAM is the name the far carrier looks up from that number. They are set in two different places.

VICIfast Support
··2 min read
ANI vs CNAM: what your carrier sends and shows

ANI is the phone number your call carries; CNAM is the name shown alongside it. The catch is that you send the number, but the receiving carrier looks up the name. They live in two different places, and confusing them is the most common caller-ID surprise in outbound dialing.

ANI: the number you send

ANI (Automatic Number Identification) is the originating number attached to your outbound call. In VICIdial it is the caller ID you set on the campaign or list, and your Carrier passes it along the Trunk as the ANI. It travels in the SIP (Session Initiation Protocol) signaling, usually in the From or P-Asserted-Identity header. You control it directly: change the campaign caller ID and you change the number every called party sees. Carriers expect this number in E.164 format on most routes.

CNAM: the name someone else looks up

CNAM (Caller ID Name) is the text label, like a business name, that appears under the number on the recipient's phone. Here is the part that trips people up: you do not send the name. The terminating carrier (the one serving the person you called) takes the ANI you sent and looks it up in a LIDB database, which is the shared store of caller-name records. Whatever name is registered against your number in LIDB is the CNAM (caller ID name) that shows. Your own carrier has no say in it on most calls.

You cannot set CNAM per call. You register a name against your number in the LIDB database (usually through whoever owns the number), and the receiving carrier displays whatever it finds there. If your number shows the wrong name or no name, the LIDB record is where to fix it.

Two paths, two owners

Following one call makes the split clear: the number goes out with the call, but the name is fetched on arrival by a different carrier.

flowchart LR
  A[VICIdial campaign caller ID] --> B[ANI in SIP From header]
  B --> C[Your carrier sends call]
  C --> D[Terminating carrier]
  D --> E[LIDB lookup on ANI]
  E --> F[CNAM name]
  D --> G[Recipient phone]
  F --> G
  B --> G

Why this matters for results

A few practical consequences fall out of the split:

  • Not every recipient sees a name. Mobile carriers often skip the LIDB dip or use their own data, so the same call can show a name on a landline and just the number on a cell.
  • Wrong or missing names hurt answer rates. If the LIDB record is stale, recipients see an unfamiliar name or nothing, and pick up less.
  • Fixing CNAM is a number-ownership task, not a dialer setting. There is no VICIdial field for it; you update the LIDB record for the number.

Setting the ANI itself does happen in VICIdial, on the campaign or list caller ID. If you want to send different numbers from different lists, the same caller-ID controls apply; for how carrier IP authorization affects which numbers a carrier will accept from you, see register vs IP authentication.

Caller ID is one slice of carrier setup. For the whole picture, read our VICIdial carrier integration guide.

Bring your own carrier and numbers; we provision a dedicated VICIdial server for you in under 40 seconds. See our plans to start.

About VICIfast LLC

VICIfast LLC operates a managed VICIdial hosting + BYOI service for outbound and inbound call centers. We run the dialers, the carriers, the recordings pipeline, and the compliance plumbing so operators don’t have to.

Citing this article

VICIfast Engineering. “ANI vs CNAM: what your carrier sends and shows”. VICIfast LLC, June 24, 2026. Retrieved from https://vicifast.com/blog/vicidial-carrier-ani-vs-cnam

Have questions?

Related posts

You might be interested in

VICIfast newsletter

Liked this? Get the next one in your inbox.

We ship the kind of stuff you just read — concrete, numbers-first, no drip. One email when a new post goes live. Unsubscribe in one click.

Comments

Comments are reviewed before they appear. We never publish your email.

No comments yet — be the first.