How to Read ICCID Lookup Results, with Worked Examples
Interpret format, Luhn checksum, and issuer results using tested examples. Learn why a valid result does not prove activation and what to do when a lookup fails.
admin
Interpret format, Luhn checksum, and issuer results using tested examples. Learn why a valid result does not prove activation and what to do when a lookup fails.
An ICCID lookup on this site performs three separate checks: input format, the Luhn checksum, and a match against the bundled issuer database. These results help you inspect a copied identifier. They do not confirm that a SIM was issued, is active, or belongs to a particular person.
Use the ICCID checker to enter a number. This guide explains how to read its output and decide what to do next.
| Result | What this checker tests | What it does not establish |
|---|---|---|
| Format valid | The input contains exactly 19 or 20 digits after trimming whitespace at either end. | Complete compliance with E.118 or assignment to a real SIM. |
| Luhn pass | The digits satisfy the checksum calculation. | Activation, ownership, or absence of every possible copying error. |
| Issuer recognized | A prefix matches an entry in the bundled database. | The current serving network, retail brand, or account status. |
| Issuer unknown | No matching prefix was found in that database. | That the SIM is counterfeit or unusable. |
Format validation and issuer recognition are independent. For example, a number can match an issuer prefix while failing its checksum. The checker does not contact that issuer to authenticate the remaining digits.
The following inputs were constructed for arithmetic tests and checked against this site's lookup implementation. They are not carrier-issued test SIMs or reserved numbers, and must not be used for activation.
| Input | Format | Luhn | Issuer match in the current database |
|---|---|---|---|
8986000000000000002 | valid | pass | recognized |
8986000000000000003 | valid | fail | recognized |
89860000000000000 | invalid | not applicable | unknown |
The first two inputs differ only in the final digit. Both keep the same database prefix, but only the first passes Luhn. The third input has 17 digits, so this implementation skips both checksum testing and issuer identification. Its unknown result does not mean that its prefix was independently checked and rejected.
A fabricated string can pass these checks. That is why a green result cannot be used as evidence that a SIM exists or will work on a network.
ITU's E.118 issuer assignments concern numbering resources. The issuer-prefix data used here is reference information, not a live directory of individual subscriptions. Do not split an ICCID into fixed MCC and MNC fields as though it were an IMSI.
A SIM sold under a different retail brand, an older database entry, or a missing assignment can make a result unfamiliar. Treat the name and country as clues to investigate, not as proof of the current network or physical location.
If you are preparing an activation request, use the pre-activation checklist. Keep the full identifier private when sharing screenshots or asking for help in a public forum.