Tích hợp CNAM
CNAM qua SIP
Ủy quyền nguồn SIP của bạn, gửi một giao dịch tra cứu và đọc danh tính người gọi được trả về.
Chọn cách thức tra cứu
| Cấp | Giá công khai mỗi truy vấn | Chức năng |
|---|---|---|
| Starter | 0,0026 US$ | Sử dụng thông tin tên người gọi độc quyền và được lưu trong bộ nhớ đệm. |
| Standard | 0,0037 US$ | Thực hiện tra cứu mạng theo thời gian thực cho mỗi truy vấn. |
| Mixed | 0,004 US$ | Thử tra cứu theo thời gian thực trước, sau đó chuyển sang dữ liệu Starter khi không tìm thấy tên. |
Dịch vụ được chọn quyết định cách thức tra cứu; Mixed không phải là tra cứu ưu tiên bộ nhớ đệm. Hãy xem lại mức giá được áp dụng cho tài khoản của bạn trước khi dùng trong môi trường vận hành thực tế. Tên người gọi không phải là bằng chứng về danh tính hay quyền sở hữu.
Ủy quyền nguồn của bạn
- Thêm IP nguồn công khai mà SBC hoặc ứng dụng của bạn sử dụng trong cài đặt IP CNAM và liên kết với dịch vụ dự định sử dụng.
- Gửi một SIP INVITE đến
cnam.multitel.net, dùng số điện thoại đầy đủ làm phần user của request-URI. Phương thức truyền tải được công bố là UDP trên cổng đích 5060. - Hãy dùng ngăn xếp SIP của bạn để tạo Via, From, To, Contact, Call-ID, CSeq và các header giao dịch bắt buộc khác. Đừng chỉ gửi dòng yêu cầu bên dưới.
- Hoàn tất giao dịch SIP một cách chính xác và chỉ dùng tên được trả về khi có kết quả sử dụng được.
INVITE sip:12025550123@cnam.multitel.net SIP/2.0Dịch vụ tra cứu này không chấp nhận đăng ký SIP. Việc ủy quyền dựa trên địa chỉ nguồn đã cấu hình, có thể là địa chỉ công khai của cổng NAT của bạn.
Đọc kết quả tra cứu SIP
Dịch vụ trả kết quả trong một phản hồi SIP 380 kèm header P-Asserted-Identity. Đây là giao dịch trả về kết quả tra cứu, không phải một cuộc gọi điện thoại đã được trả lời. Cụm lý do (reason phrase) có thể chứa tên được trả về; hãy phân tích header identity thay vì dựa vào một cụm cố định.
SIP/2.0 380 EXAMPLE CALLER
P-Asserted-Identity: "EXAMPLE CALLER" <sip:12025550123@192.0.2.10>
Content-Length: 0Đoạn trích này lược bỏ các header giao dịch. 192.0.2.10 đại diện cho hệ thống gửi yêu cầu trong ví dụ. Phản hồi thực tế phải được đối chiếu với Call-ID và CSeq của ngăn xếp SIP của bạn.
- 380 kèm tên sử dụng được
- Đọc tên hiển thị từ P-Asserted-Identity, xác nhận phản hồi INVITE cuối cùng thông qua ngăn xếp SIP của bạn, rồi tiếp tục quy trình gọi của bạn.
- Không có tên sử dụng được
- Đừng dùng thông báo lỗi, giá trị trống hay số đã truy vấn thay cho tên người gọi đã được xác minh. Hãy giữ cuộc gọi hoạt động theo cách xử lý thông thường của bạn cho trường hợp tên không xác định.
- 403 hoặc một phản hồi từ chối khác
- Kiểm tra phương thức yêu cầu, miền đích, việc ủy quyền IP nguồn và trạng thái tài khoản/dịch vụ. Đừng thử lại liên tục với khoảng nghỉ quá ngắn khi có lỗi ủy quyền.
- Hết thời gian chờ
- Hãy phân biệt việc truyền lại trong giao dịch SIP với một lần tra cứu mới. Hãy giới hạn các lần thử mới vì chúng có thể phát sinh thêm một khoản phí truy vấn.
Thanh toán, thử lại và điểm khác biệt so với việc cập nhật caller ID
Một lần tra cứu mới có thể phát sinh phí truy vấn. Các giao diện tra cứu này không có tài liệu về khóa idempotency, nên một lần thử lại mới có thể là một truy vấn tính phí thứ hai. Hãy dùng cơ chế backoff có giới hạn cho các lỗi truyền tải/dịch vụ, xử lý các lỗi tài khoản trước, và đối chiếu các khoản phí truy vấn đã báo cáo. Chỉ lưu bộ nhớ đệm trong khoảng thời gian phù hợp với ứng dụng của bạn; dữ liệu tên người gọi có thể thay đổi.
Tra cứu CNAM chỉ đọc một tên. Nó không thay đổi tên hiển thị trên các cuộc gọi đi của bạn. Cập nhật tên người gọi LIDB là một thao tác riêng, với các trường, việc ủy quyền, giá và quy trình xử lý riêng.