CNAM-integration
CNAM över SIP
Auktorisera din SIP-källa, skicka en söktransaktion och läs den returnerade uppringaridentiteten.
Välj sökningens beteende
| Nivå | Offentligt pris per fråga | Vad den gör |
|---|---|---|
| Starter | 0,0026 US$ | Använder egen och cachad information om uppringarnamn. |
| Standard | 0,0037 US$ | Gör en nätverkssökning i realtid för varje fråga. |
| Mixed | 0,004 US$ | Försöker först med en sökning i realtid och faller sedan tillbaka på data från Starter när inget namn hittas. |
Den valda tjänsten avgör sökningens beteende; Mixed är inte en sökning som använder cache först. Granska den prisnivå som är tilldelad ditt konto innan produktionsanvändning. Ett uppringarnamn är inget bevis på identitet eller ägande.
Auktorisera din källa
- Lägg till den publika käll-IP-adress som din SBC eller applikation använder i CNAM IP-inställningar och koppla den avsedda tjänsten.
- Skicka en SIP INVITE till
cnam.multitel.netoch använd det fullständiga telefonnumret som användare i request-URI:n. Den publicerade transporten är UDP på destinationsport 5060. - Använd din SIP-stack för att generera Via, From, To, Contact, Call-ID, CSeq och övriga nödvändiga transaktionshuvuden. Skicka inte bara förfrågningsraden nedan.
- Slutför SIP-transaktionen korrekt och använd det returnerade namnet endast om ett användbart resultat finns.
INVITE sip:12025550123@cnam.multitel.net SIP/2.0Den här söktjänsten accepterar inte SIP-registrering. Auktoriseringen baseras på den konfigurerade källadressen, som kan vara din NAT-gateways publika adress.
Läs SIP-sökningens resultat
Tjänsten returnerar resultatet i ett SIP-svar med 380 och ett P-Asserted-Identity-huvud. Detta är sökningens resultattransaktion, inte ett besvarat telefonsamtal. Orsaksfrasen kan innehålla det returnerade namnet; tolka identitetshuvudet i stället för att förlita dig på en fast fras.
SIP/2.0 380 EXAMPLE CALLER
P-Asserted-Identity: "EXAMPLE CALLER" <sip:12025550123@192.0.2.10>
Content-Length: 0Det här utdraget utelämnar transaktionshuvuden. 192.0.2.10 representerar det begärande systemet i exemplet. Det faktiska svaret måste matchas mot din SIP-stacks Call-ID och CSeq.
- 380 med ett användbart namn
- Läs visningsnamnet från P-Asserted-Identity, bekräfta det slutliga INVITE-svaret via din SIP-stack och fortsätt ditt samtalsflöde.
- Inget användbart namn
- Använd inte ett felmeddelande, ett tomt värde eller det sökta numret som ett verifierat uppringarnamn. Låt samtalet fungera med ditt vanliga beteende för okänt namn.
- 403 eller en annan avvisning
- Kontrollera förfrågningsmetoden, destinationsdomänen, käll-IP-auktoriseringen och konto-/tjänststatusen. Försök inte upprepat och snabbt på nytt vid ett auktoriseringsfel.
- Tidsgräns överskriden
- Skilj SIP-transaktionens återsändningar från en ny sökning. Begränsa nya försök eftersom de kan ge ytterligare en frågeavgift.
Fakturering, nya försök och skillnaden mot att uppdatera nummerpresentation
En ny sökning kan medföra en frågeavgift. Dessa sökningsgränssnitt dokumenterar ingen idempotensnyckel, så ett nytt försök kan bli en andra debiterbar fråga. Använd begränsad backoff vid transport- eller tjänstefel, åtgärda kontofel först och stäm av de rapporterade frågeavgifterna. Cacha endast under en period som passar din applikation; uppringarnamn kan ändras.
En CNAM-sökning läser ett namn. Den ändrar inte det namn som visas på dina utgående samtal. En LIDB-uppdatering av uppringarnamn är en separat operation med egna fält, egen auktorisering, eget pris och egen behandling.