Rust WebRTC P2P #3 - SIP overview + Why choose Rust

SIP (Session Initiation Protocol) là giao thức signaling truyền thống trong hệ thống telephony. • Được dùng rộng rãi trong VoIP enterprise: tổng đài, call center, IP PBX • Hoạt động theo mô hình request/response tương tự HTTP • Các method chính: INVITE (mời gọi), ACK (xác nhận), BYE (kết thúc), REGISTER (đăng ký) • Nhược điểm: Phức tạp, nhiều header, khó triển khai trên web browser

• SIP: Giao thức chuẩn hóa, cứng nhắc, phù hợp hệ thống telephony truyền thống • WebRTC Signaling: Không quy định giao thức cụ thể — bạn tự chọn (WebSocket, HTTP, MQTT...) → WebRTC linh hoạt hơn, nhẹ hơn, và phù hợp với ứng dụng web hiện đại. SIP vẫn quan trọng khi cần tích hợp với hạ tầng telephony có sẵn.

4 lý do chọn Rust để xây dựng Signaling Server: 1. Hiệu năng cao: Không có Garbage Collector → Không bị GC pause, latency ổn định — yếu tố sống còn cho real-time communication. 2. Memory Safety: Ownership system ngăn data race từ compile time. Sử dụng Arc, DashMap, mpsc channel an toàn khi xử lý hàng nghìn kết nối đồng thời. 3. Async mạnh mẽ: Tokio runtime với thread pool xử lý hàng nghìn WebSocket connection hiệu quả mà không cần tạo thread cho mỗi connection. 4. Error Handling bắt buộc: Result buộc dev phải xử lý mọi trường hợp lỗi — giảm thiểu crash trong production khi server chịu hơn 100K cuộc gọi/ngày.

• Node.js: Dễ viết, ecosystem lớn, nhưng single-threaded và GC pause có thể gây jitter trong audio • Go: Concurrency tốt với goroutine, nhưng GC vẫn là vấn đề với latency nhạy cảm • C/C++: Hiệu năng cao nhưng dễ gặp memory leak, buffer overflow, data race • Rust: Kết hợp hiệu năng của C/C++ với safety của ngôn ngữ bậc cao → Lựa chọn tối ưu cho VoIP server

• Hệ thống yêu cầu latency thấp và ổn định (< 150ms cho audio call) • Server cần xử lý lượng lớn concurrent connections (10K+ WebSocket) • Môi trường production cần độ tin cậy cao, ít crash • Team sẵn sàng đầu tư learning curve để đổi lấy hiệu năng và safety dài hạn