Kiểm thử SIP/RTP và SBC failover: call setup, media quality và transaction integrity

SIP thiết lập và điều khiển phiên; SDP mô tả media, còn mô hình offer/answer theo RFC 3264 dùng các mô tả đó để thương lượng; RTP/RTCP mang và báo cáo luồng thời gian thực. Vì vậy cần hỏi riêng: endpoint đăng ký được không, call transaction có đúng không, media đi theo path nào, chất lượng ra sao và phiên phản ứng thế nào khi NAT, đường truyền, SBC hoặc backend lỗi.

Mục tiêu “gọi được” phải được thay bằng trạng thái và ngưỡng: registration success, post-dial delay, call setup success, concurrent call, RTP loss/jitter, audio gap, one-way media, DTMF success và restoration time. Với HA, cần nói rõ yêu cầu cho cuộc gọi mới và established call; hai năng lực này thường khác nhau.

Topology tối thiểu gồm hai nhóm SIP endpoint hoặc call generator, DNS/NAPTR/SRV nếu dùng, registrar/proxy, cặp SBC active/standby hoặc active/active, media relay, PSTN/IMS simulator và bộ mô phỏng mạng ở mỗi hướng. Thu SIP tại hai biên SBC và RTP/RTCP ở cả endpoint; log CDR/SBC chỉ là một lớp bằng chứng.

Khóa transport UDP/TCP/TLS, SIP/SDP profile, codec và ptime, SRTP nếu có, NAT mapping, keepalive, session timer, topology hiding, transcoding, routing, admission control và HA mode. Đồng bộ clock để ghép ladder signaling với RTP gap và sự kiện failover.

Biến signaling gồm registration expiry, INVITE rate, retransmission, provisional response, PRACK, re-INVITE/UPDATE, CANCEL, BYE, authentication và session refresh. Biến media gồm codec, ptime, RTP rate, RTCP, SRTP, DTMF, silence suppression, transcoding và early media. Biến mạng gồm RTT, jitter, loss, reordering, burst loss, MTU và NAT timeout.

Biến tải gồm calls per second (CPS), concurrent calls, call duration, answer ratio và hold time. Biến HA gồm heartbeat, state replication, floating IP, route convergence, DNS behavior và backend dependency. Thay đổi CPS, concurrency và media profile theo từng trục; nếu đồng thời tăng tất cả, không xác định được giới hạn.

KPI signaling gồm registration success, INVITE-to-100/180/200, post-dial delay, call setup success và transaction timeout theo response code. KPI media gồm RTP packet loss, jitter, sequence gap, out-of-order, one-way/no-way audio, media start delay và DTMF. RTP interarrival jitter theo RFC 3550 là một ước lượng biến thiên khoảng đến, không đồng nhất với mọi định nghĩa packet-delay variation. SIP/SRTP mã hóa cần log endpoint hoặc thu thập/giải mã được cấp phép; PCAP mã hóa đơn thuần không chứng minh nội dung audio. MOS ước tính chỉ là proxy và phải ghi model/codec/đầu vào, không thay thế bằng chứng packet.

Khi failover, đo cả packet gap của established call và tỷ lệ cuộc gọi mới thất bại theo từng giây. Một SBC có thể nhận lại cuộc gọi mới nhanh nhưng không giữ session cũ; cũng có thể giữ media anchoring nhưng mất transaction refresh sau đó.

• KPI: Registration success · Cách đo: REGISTER thành công / lần thử registration duy nhất, khử retransmission · Bằng chứng: SIP ladder hai biên
• KPI: Call setup success · Cách đo: Cuộc gọi thiết lập thành công / lần thử gọi duy nhất; không đếm INVITE retransmission · Bằng chứng: Response code + endpoint state
• KPI: Post-dial delay · Cách đo: Chốt mốc INVITE đến tiến trình đổ chuông/early media; đo thời gian đến answer riêng · Bằng chứng: Timestamp đồng bộ
• KPI: RTP integrity · Cách đo: Loss, gap, order, SSRC · Bằng chứng: PCAP/sequence analysis
• KPI: Media quality · Cách đo: Jitter, burst loss, model score · Bằng chứng: RTP/RTCP + điều kiện mạng
• KPI: DTMF success · Cách đo: Digit đúng/đủ/đúng thứ tự · Bằng chứng: Event log + RTP event
• KPI: Service restoration · Cách đo: Fault đến new-call SLO · Bằng chứng: Timeline signaling/media

Ma trận phải bao phủ call direction, transport, codec và failure timing. Chèn lỗi trước INVITE, trong transaction, sau ACK và lúc session refresh có thể tạo kết quả khác nhau. Với TLS/SRTP, cần kiểm certificate rotation và keying theo profile đang dùng.

• Trường hợp: Basic call · Kỳ vọng: Setup/teardown sạch · Điểm kiểm: INVITE–ACK–BYE, RTP hai chiều
• Trường hợp: Codec mismatch · Kỳ vọng: Reject hoặc negotiate đúng · Điểm kiểm: SDP offer/answer
• Trường hợp: Early media · Kỳ vọng: Media trước answer đúng policy · Điểm kiểm: 18x/SDP/RTP; PRACK chỉ khi dùng reliable provisional response (100rel)
• Trường hợp: NAT rebinding · Kỳ vọng: Media tiếp tục hoặc phục hồi · Điểm kiểm: Mapping, keepalive, symmetric RTP
• Trường hợp: Session refresh · Kỳ vọng: Không rơi cuộc gọi · Điểm kiểm: re-INVITE/UPDATE, timer
• Trường hợp: Active SBC failure · Kỳ vọng: New call phục hồi · Điểm kiểm: route/VIP, transaction retry
• Trường hợp: Established call khi failover · Kỳ vọng: Theo cam kết HA · Điểm kiểm: RTP gap, dialog state
• Trường hợp: Backend/registrar loss · Kỳ vọng: Degrade có kiểm soát · Điểm kiểm: cache, retry, fail-closed

Pha A kiểm registration, basic call, negative response, teardown và media hai chiều ở tải thấp. Pha B xác minh codec, DTMF, early media, hold/resume, transfer nếu nằm trong scope và session timer. Pha C tăng CPS để tìm giới hạn signaling; pha D giữ concurrency rồi tăng media và transcoding để tìm giới hạn media.

Pha E chèn latency, jitter, random/burst loss, reordering, MTU và NAT timeout; so impairment cấu hình với RTP quan sát. Pha F lỗi interface, route, active SBC, process, registrar và media relay ở các thời điểm call khác nhau. Pha G chạy soak bao phủ registration refresh, session refresh, CDR rotation và certificate/token lifecycle.

• Lưu SIP transport, TLS/SRTP, codec, ptime và timer.
• Chốt call mix, CPS, concurrency, duration và answer ratio.
• Capture SIP và RTP ở hai biên; đồng bộ clock.
• Kiểm SDP offer/answer, media IP/port và codec thực dùng.
• Đo response code, setup delay và RTP integrity theo phân vị.
• Chạy DTMF, early media, session refresh và NAT rebinding.
• Chèn random/burst loss, jitter, delay và reordering.
• Lỗi active SBC trước/trong/sau call setup.
• Tách restoration của new call với continuity của established call.
• Lưu PCAP, SIP ladder, RTCP, CDR, HA log và kết quả generator.

Kết quả phụ thuộc SIP profile, extension, codec, transport, NAT, carrier và cách SBC duy trì dialog/media. Pass basic call không chứng minh interoperability với mọi nhà mạng; MOS ước tính không tương đương đánh giá nghe chủ quan. PCAP tại một điểm cũng không chứng minh loss phát sinh ở đâu.

RFC định nghĩa protocol nhưng không cam kết capacity, HA hay SLO. Kết luận phải giới hạn theo endpoint/SBC build, topology, call mix, codec, impairment và failure timing. Không công bố “zero packet loss failover” nếu thiếu capture đồng bộ ở cả hai phía.

• SIP: giao thức thiết lập và điều khiển phiên.
• SDP: mô tả và thương lượng media.
• RTP/RTCP: vận chuyển media và báo cáo chất lượng.
• SBC: thành phần kiểm soát signaling/media ở biên phiên.
• CPS: số cuộc gọi mới mỗi giây.
• Post-dial delay: thời gian từ yêu cầu gọi đến phản hồi tiến trình.
• One-way audio: media chỉ đi được một chiều.