Chúng tôi thường thấy khách hàng loay hoay với

Nguyên nhân và cách xử lý mất tiếng một chiều trên tổng đài IP PBX

Cuộc gọi đổ chuông bình thường, người bên kia nghe rõ tiếng bạn, nhưng bạn không nghe được gì. Hoặc ngược lại. Đây là triệu chứng điển hình của mất tiếng một chiều (one-way audio) — lỗi phổ biến nhất trong các hệ thống tổng đài IP, đặc biệt sau khi nâng cấp mạng, đổi firewall hoặc chuyển văn phòng.

Bản chất vấn đề nằm ở chỗ: báo hiệu cuộc gọi (SIP) đi qua được, nhưng luồng thoại (RTP) thì không. Bài viết này hướng dẫn xác định đúng nguyên nhân và xử lý theo thứ tự ưu tiên, dựa trên hướng dẫn kỹ thuật của Yeastar và kinh nghiệm triển khai thực tế.

Vì sao đổ chuông được mà lại không nghe thấy tiếng?

Trong VoIP có hai luồng dữ liệu riêng biệt:

• SIP (Session Initiation Protocol) — báo hiệu: dựng cuộc gọi, đổ chuông, kết thúc. Cổng mặc định 5060 (UDP/TCP).
• RTP (Real-time Transport Protocol) — thoại thực tế. Chạy trên dải cổng UDP động, thường 10000–20000, do tổng đài hoặc thiết bị đầu cuối tự chọn khi bắt đầu cuộc gọi.

Khi SIP đi qua nhưng RTP bị chặn hoặc đi sai đường, cuộc gọi vẫn “đổ chuông” nhưng không có tiếng. Lỗi này thường nằm ở một trong bốn nhóm dưới đây.

Nhóm 1: NAT và cấu hình SIP không đúng

Đây là nguyên nhân số một. Khi tổng đài hoặc IP phone nằm sau NAT (mạng nội bộ), thiết bị cần biết địa chỉ công khai của mình để gửi trong gói tin SIP. Nếu cấu hình sai, bên kia gửi RTP về địa chỉ private — không tới được.

Các mục cần kiểm tra theo hướng dẫn của Yeastar:

• SIP NAT settings trên tổng đài: bật NAT traversal và khai báo đúng IP công khai nếu tổng đài đứng sau NAT.
• Extension NAT: với IP phone ở xa (làm việc từ nhà, chi nhánh), cấu hình NAT/STUN cho extension thay vì chỉ đặt ở tổng đài.
• Port forwarding: mở đúng cổng RTP trên router và trỏ về đúng IP của tổng đài. Nếu tổng đài có nhiều luồng thoại, nên dùng dải cổng thay vì mở từng cổng lẻ.
• Kiểm tra bằng lệnh: trên tổng đài hoặc PC cùng phân đoạn mạng, chạy lệnh bắt gói tin (Wireshark hoặc công cụ Ethernet Capture của Yeastar) để xem RTP thực tế gửi về IP nào.

Nhóm 2: ALG trên router/firewall “tự ý” sửa gói SIP

ALG (Application Layer Gateway) trên nhiều router và firewall doanh nghiệp tự động can thiệp vào gói SIP để “hỗ trợ” NAT. Thực tế, ALG của nhiều hãng sửa sai địa chỉ trong phần thân gói tin SIP, khiến RTP không thể thiết lập dù cấu hình NAT của tổng đài hoàn toàn đúng.

Xử lý:

• Vào cấu hình router/firewall, tắt SIP ALG.
• Nếu firewall có tùy chọn SIP inspection (ví dụ trên một số dòng firewall doanh nghiệp), tắt hoặc chuyển sang chế độ chỉ giám sát.
• Sau khi tắt, kiểm tra lại cuộc gọi từ ngoài vào và từ trong ra.

Trường hợp vẫn bị sau khi tắt ALG, hãy kiểm tra tiếp các quy tắc firewall chặn RTP.

Nhóm 3: Firewall chặn dải cổng RTP

Nhiều firewall mặc định chỉ mở cổng 5060 cho SIP mà quên mở dải cổng RTP. Kết quả: cuộc gọi khởi tạo được, nhưng gói thoại bị rơi.

• Mở dải cổng UDP mà tổng đài dùng cho RTP (thường 10000–20000, kiểm tra trong cấu hình tổng đài).
• Nếu IP phone đặt ở văn phòng khác hoặc nhân viên từ xa, mở trên firewall đúng phân đoạn mạng tương ứng.
• Lưu ý: chỉ mở đúng dải cần thiết, không mở toàn bộ UDP — vừa rủi ro bảo mật vừa khó kiểm soát.

Nhóm 4: Chuyển tiếp cuộc gọi, IVR và bản ghi âm lời chào

Một dạng mất tiếng một chiều đặc thù xuất hiện sau khi cuộc gọi đi qua IVR, vào hàng đợi (queue) hoặc được chuyển tiếp. Theo tài liệu Yeastar, nguyên nhân thường là:

• File âm thanh lời chào IVR/queue có định dạng sai, ví dụ ptime không đúng (như 40ms) khiến thiết bị đầu cuối không phát được.
• Chuyển tiếp có điều kiện (always forwarding) hoặc chuyển máy lẻ khiến luồng RTP không được thiết lập lại giữa hai bên.

Cách xử lý: chuyển file âm thanh sang đúng định dạng khuyến nghị (WAV 16-bit, 8kHz, mono), và trong mục SIP Advanced của trunk liên quan, thử tắt tùy chọn Allow RTP Re-Invite hoặc tắt jitter buffer của trunk để kiểm tra.

Khi nào thì là lỗi jitter và độ trễ — không phải mất tiếng?

Mất tiếng một chiều khác với chất lượng thoại kém. Nếu hai bên nghe được nhau nhưng tiếng ngắt quãng, méo tiếng hoặc độ trễ lớn, vấn đề nằm ở chất lượng mạng:

• Latency (độ trễ): dưới 150ms là chấp nhận được cho thoại; trên mức này dễ thấy hiện tượng nói chuyện chồng tiếng.
• Packet loss (mất gói): trên 1% nghe rõ tiếng ngắt quãng.
• Jitter (biến động độ trễ): gói tin đến không đều, gây tiếng “robot” hoặc nuốt âm.

Với jitter, tổng đài có jitter buffer để đệm và sắp xếp lại gói tin. Trên Yeastar S-Series, nên bật adaptive jitter buffer (mặc định kích thước điều chỉnh 50ms, tối đa 200ms) cho extension và trunk, vì loại cố định (fixed) dễ gây trễ thêm. Muốn giảm jitter tận gốc thì phải xử lý ở hạ tầng mạng — kiểm tra tải link WAN, tắt các ứng dụng ngốn băng thông trong giờ cao điểm, và ưu tiên lưu lượng thoại.

Kiểm tra nhanh theo trình tự (checklist)

Thực hiện theo thứ tự, mỗi bước xong lại thử một cuộc gọi:

1. Gọi nội bộ giữa hai máy lẻ — nếu mất tiếng luôn, nghi ngờ cấu hình extension/phone; nếu bình thường, vấn đề nằm ở đường trunk hoặc firewall.

2. Gọi ra ngoài và gọi từ ngoài vào, ghi lại hướng nào mất tiếng — giúp khoanh vùng một chiều.

3. Kiểm tra cấu hình NAT trên tổng đài và extension.

4. Tắt SIP ALG trên router/firewall.

5. Kiểm tra quy tắc firewall cho dải cổng RTP.

6. Bắt gói tin (Wireshark hoặc Ethernet Capture) để xác nhận RTP gửi về đúng địa chỉ.

7. Nếu lỗi chỉ xảy ra qua IVR/queue/chuyển tiếp, kiểm tra định dạng file âm thanh và tùy chọn RTP Re-Invite.

Khi nào nên nhờ đơn vị bảo trì tổng đài xử lý

Nếu đã đi hết các bước trên mà lỗi vẫn tái diễn, khả năng cao vấn đề nằm ở lớp mạng doanh nghiệp hoặc cấu hình tổng đài ở mức sâu — cần thiết bị đo kiểm và người có kinh nghiệm đọc bản tin SIP/RTP. Việc tự thay đổi lung tung cấu hình firewall hoặc NAT khi không nắm rõ hiện trạng có thể làm mất liên lạc diện rộng.

Các đơn vị cung cấp dịch vụ bảo trì tổng đài thường có quy trình kiểm tra theo lớp: từ thiết bị đầu cuối, tổng đài, firewall đến đường truyền. Chi phí xử lý một lần thường thấp hơn nhiều so với thời gian ngừng liên lạc của cả văn phòng, nhất là với doanh nghiệp có bộ phận chăm sóc khách hàng hoạt động liên tục.

Câu hỏi thường gặp

Mất tiếng một chiều khác gì mất tiếng hoàn toàn?

Mất tiếng hoàn toàn (no audio) thường do codec không khớp hoặc thiết bị lỗi. Mất tiếng một chiều gần như luôn liên quan đến NAT, ALG hoặc firewall chặn RTP — báo hiệu SIP vẫn hoạt động nên cuộc gọi vẫn đổ chuông.

Tắt SIP ALG có ảnh hưởng gì khác không?

Với VoIP thì nên tắt, vì phần lớn lỗi mất tiếng và không nhận cuộc gọi đến từ ALG sửa sai gói SIP. Các ứng dụng không dùng SIP không bị ảnh hưởng.

Có cần mở cổng trên firewall khi tổng đài ở trong mạng nội bộ?

Có, nếu cần nhận cuộc gọi từ ngoài vào: mở cổng 5060 cho SIP và dải cổng RTP tương ứng, trỏ về IP tổng đài. Nếu chỉ gọi nội bộ thì không cần.

Kết luận

Mất tiếng một chiều không phải lỗi phần cứng mà gần như luôn là lỗi định tuyến luồng thoại. Xác định đúng hướng mất tiếng, kiểm tra NAT → ALG → firewall RTP → định dạng file âm thanh theo thứ tự trên sẽ giải quyết được phần lớn trường hợp mà không cần thay thiết bị. Ghi lại kết quả từng bước để nếu phải chuyển cho đơn vị bảo trì, họ có ngay dữ liệu để xử lý nhanh thay vì đoán mò.

Nếu hệ thống tổng đài IP của doanh nghiệp đang gặp lỗi thoại hoặc cần rà soát định kỳ, liên hệ Wise Tech qua hotline 0869 31 31 69 để được tư vấn và kiểm tra.