BroadNet
Protocols BroadNet answer

OPC and DPC — SS7 Point Codes explained

Last reviewed 2 min readReviewed by BroadNet engineering
Quick answer

Every SS7 node (STP, HLR, MSC, SMSC, SCP) has a unique numeric address called a Point Code (PC). On every SS7 message, the Originating Point Code (OPC) identifies the sender and the Destination Point Code (DPC) identifies the intended recipient — exactly analogous to IP source and destination addresses, but in the SS7 numbering plan. OPC/DPC routing is the foundation of how SS7 traffic moves between network elements.

Plain-language definitionVendor-neutralReviewed May 28, 2026
The long answer

Everything worth knowing, nothing that isn't.

§01

What they actually do

When an MSC sends a MAP-MT-FORWARD-SHORT-MESSAGE to deliver an SMS, it stamps its own Point Code as OPC and the recipient SMSC's Point Code as DPC. STPs (Signalling Transfer Points) examine the DPC and route the message toward the next hop. Inside a single country an operator uses national Point Codes (typically 14-bit ITU or 24-bit ANSI); cross-border SS7 traffic uses International Point Codes (ITU 14-bit, globally coordinated by ITU-T Q.708). A misconfigured OPC or a spoofed OPC is the single most common SS7 misrouting cause.

§02

Why they matter commercially and for security

Point Codes are a static commercial asset — an operator's IPC is assigned by national regulators (and internationally by ITU), reflects its network position, and is rented through interconnect agreements. From a security standpoint, OPC is also the first signal an SS7 firewall examines: an inbound message claiming to come from an operator's own internal OPC range, but arriving from a foreign peer, is a Category 1 attack under GSMA FS.07 and is dropped on sight. BroadNet's SS7 firewall (/operators/ss7-firewall) maintains an OPC reputation database per peer to catch these spoof attempts.

§03

Operational angle

Operators publish their IPCs to interconnect partners through GSMA IR.21 documents. Misalignment between IR.21 and live traffic is a chronic operational pain — partners change OPCs without notifying, peers send via stale Point Codes, and traffic dead-letters into STP routing tables. Reconciling IR.21 against live OPC observations is part of what a mature signalling intelligence platform (/platforms/signaling-cdr) automates.

§04

Privacy and compliance considerations

Point Code data itself is operator-network metadata, not personal data, and is not in PDPL/GDPR scope. But the per-message OPC/DPC pair is part of the SS7 PDU and lives inside CDRs and firewall event logs — which are in scope when correlated with MSISDN. Aggregate OPC-traffic statistics for fraud analysis are fine to share across operators; per-message logs need access control.

BNWritten by the BroadNet engineering team·Operating carrier-grade messaging since 2003, headquartered in Dubai·Editorial standards
Build with this

Need help wiring this up?

The pages below are the products and integration guides that put this concept on the wire. If you'd rather walk through it live, our engineering team takes calls same-day during MENA working hours.

Talk to our engineering team
Feedback

Was this answer helpful?

Your vote helps us prioritise which answers to expand with examples, diagrams, and code snippets.

Was this answer helpful?
Thanks — noted. We'll keep this answer maintained.
Got it. Tell us what was missing — send a quick note.

How we write and review content

Still need help?

Talk to a real engineer about your build.

We reply within one business day, and production accounts get 24/7 support. Our solutions engineers ship code, not scripts.

$ curl -X POST https://api.broadnet.me/sms/sendSms
Response SLA
Test-access requestsReply within 1 business day
Production24 / 7 · < 15 min
Operator NOC24 / 7 · pager