CNAM-integrasjon
CNAM over SIP
Autoriser SIP-kilden din, send en oppslagstransaksjon og les den returnerte anroperidentiteten.
Velg oppslagsatferd
| Nivå | Offentlig pris per spørring | Hva det gjør |
|---|---|---|
| Starter | 0,0026 USD | Bruker proprietær og bufret anropernavninformasjon. |
| Standard | 0,0037 USD | Utfører et sanntidsoppslag i nettverket for hver spørring. |
| Mixed | 0,004 USD | Prøver først et sanntidsoppslag, og faller deretter tilbake til data fra Starter når det ikke finnes noe navn. |
Den valgte tjenesten avgjør oppslagsatferden; Mixed er ikke et oppslag som bruker hurtigbuffer først. Gå gjennom satsen som er tildelt kontoen din før produksjonsbruk. Et anropernavn er ikke bevis på identitet eller eierskap.
Autoriser kilden din
- Legg til den offentlige kilde-IP-adressen som SBC-en eller applikasjonen din bruker i CNAM IP-innstillinger, og knytt den til ønsket tjeneste.
- Send en SIP INVITE til
cnam.multitel.net, med hele telefonnummeret som bruker i request-URI. Den publiserte transporten er UDP på målport 5060. - Bruk SIP-stakken din til å generere Via, From, To, Contact, Call-ID, CSeq og andre nødvendige transaksjonshoder. Ikke send bare forespørselslinjen nedenfor.
- Fullfør SIP-transaksjonen korrekt, og bruk det returnerte navnet bare hvis det finnes et brukbart resultat.
INVITE sip:12025550123@cnam.multitel.net SIP/2.0Denne oppslagstjenesten godtar ikke SIP-registrering. Autorisasjonen er basert på den konfigurerte kildeadressen, som kan være den offentlige adressen til NAT-gatewayen din.
Les SIP-oppslagsresultatet
Tjenesten returnerer resultatet i et 380 SIP-svar med et P-Asserted-Identity-hode. Dette er oppslagsresultatets transaksjon, ikke et besvart telefonanrop. Årsaksfrasen kan inneholde det returnerte navnet; tolk identitetshodet i stedet for å stole på én fast frase.
SIP/2.0 380 EXAMPLE CALLER
P-Asserted-Identity: "EXAMPLE CALLER" <sip:12025550123@192.0.2.10>
Content-Length: 0Dette utdraget utelater transaksjonshoder. 192.0.2.10 representerer det forespørrende systemet i eksempelet. Det faktiske svaret må matches mot Call-ID og CSeq fra SIP-stakken din.
- 380 med brukbart navn
- Les visningsnavnet fra P-Asserted-Identity, send mottaksbekreftelse på det endelige INVITE-svaret via SIP-stakken din, og fortsett anropsflyten.
- Ikke noe brukbart navn
- Ikke bruk en feilmelding, en tom verdi eller nummeret det ble spurt om som et verifisert anropernavn. La anropet fungere som vanlig med din vanlige atferd for ukjent navn.
- 403 eller en annen avvisning
- Kontroller forespørselsmetoden, måldomenet, autorisasjon av kilde-IP og konto-/tjenestestatus. Ikke gjenta en forespørsel som feiler på autorisasjon i en rask, kontinuerlig løkke.
- Tidsavbrudd
- Skill SIP-transaksjonens retransmisjoner fra et nytt oppslag. Begrens nye forsøk, siden de kan gi en ny spørringskostnad.
Fakturering, nye forsøk og forskjellen fra å oppdatere anroper-ID
Et nytt oppslag kan gi en spørringskostnad. Disse oppslagsgrensesnittene dokumenterer ingen idempotensnøkkel, så et nytt forsøk kan bli en ny fakturerbar spørring. Bruk begrenset backoff ved transport-/tjenestefeil, løs kontofeil først, og avstem de rapporterte spørringskostnadene. Bruk hurtigbuffer bare i en periode som passer for applikasjonen din; anropernavndata kan endres.
Et CNAM-oppslag leser et navn. Det endrer ikke navnet som vises på dine utgående anrop. En LIDB-oppdatering av anropernavn er en separat operasjon med egne felt, autorisasjon, pris og behandling.