Rust WebRTC P2P #23 - State Machine + Cơ chế Transition
Bài 236:50

Rust WebRTC P2P #23 - State Machine + Cơ chế Transition

Trong phần 23 này, chúng ta bắt đầu hiện thực hóa kiến trúc đã thiết kế bằng cách xây dựng State Machine và cơ chế transition cho hệ thống signaling. Đây là một bước rất quan trọng để quản lý logic cuộc gọi một cách rõ ràng, chặt chẽ và an toàn.

1. Nội dung chính

Trong video, bạn sẽ được hướng dẫn cách triển khai hàm transition để điều khiển việc chuyển đổi giữa các trạng thái của một cuộc gọi. Đồng thời, chúng ta sẽ xử lý một vấn đề đặc trưng của Rust là ownership, cụ thể là lý do cần sử dụng phương thức take() để đưa state ra khỏi bộ nhớ trước khi gọi hàm, nhằm đảm bảo tuân thủ borrow checker.

Bạn cũng sẽ thấy sự khác biệt trong cách triển khai State Pattern giữa Rust và các ngôn ngữ hướng đối tượng như Java, từ đó hiểu rõ hơn cách Rust xử lý logic phức tạp mà vẫn đảm bảo an toàn bộ nhớ.

Phần tiếp theo, chúng ta đi vào vòng đời của state. Trạng thái cũ sẽ gọi on_exit trước khi chuyển sang trạng thái mới, sau đó trạng thái mới sẽ xử lý on_enter. Hệ thống cũng quản lý các action trả về như Stay để giữ nguyên trạng thái, Transition để chuyển tiếp, hoặc Hangup để kết thúc cuộc gọi.

Cuối cùng, video mô tả luồng xử lý thực tế của một cuộc gọi. Bắt đầu từ Idle state, hệ thống chuyển sang trạng thái chờ SDP từ caller. Sau đó là giai đoạn kết nối với callee, nơi server định kỳ gửi thông báo incoming_call. Khi cuộc gọi được thiết lập, hệ thống chuyển sang trạng thái talking và có thể kết thúc ở bất kỳ thời điểm nào nếu xảy ra lỗi hoặc người dùng ngắt cuộc gọi.

2. Kết quả

Sau bài học này, bạn sẽ nắm được cách xây dựng một State Machine bền vững trong Rust, hiểu rõ cách quản lý vòng đời state và có cái nhìn đầy đủ về flow của một cuộc gọi WebRTC từ lúc bắt đầu đến khi kết thúc.

Khóa học thực chiến giúp bạn xây dựng từ đầu một Signaling Server bằng Rust, xử lý các cuộc gọi audio/video trực tiếp giữa hai trình duyệt thông qua WebRTC Peer-to-Peer mà không cần Media Server. Bạn sẽ nắm vững kiến trúc WebRTC signaling, cách trao đổi SDP Offer/Answer và ICE Candidates giữa các peer thông qua WebSocket. Khóa học sử dụng Axum + Tokio cho backend, MongoDB để lưu trữ dữ liệu, và JWT để xác thực người dùng. Đây là Phần 1 trong series 7 phần về Lập trình Rust với VoIP, bao gồm: WebRTC P2P, Media Server (Janus, LiveKit, Kurento, Asterisk, FreePBX), và hệ thống CRM/Queue/nhạc chờ/chuyển tiếp cuộc gọi. Yêu cầu tiên quyết: Kiến thức cơ bản về Rust (Ownership, Lifetimes, Traits, Async/Await).

Công nghệ sử dụng

RustWebRTCVoIPP2PAxumTokioWebSocketMongoDBJWT

Tác giả

ByteBuffer

ByteBuffer

Coder cỏ tại DTS Group và IPAS

Chuyên gia về Rust và hệ thống VoIP/WebRTC. Nhiều năm kinh nghiệm xây dựng các hệ thống real-time communication với hiệu năng cao và độ trễ thấp.

Bài học liên quan

Xem khóa học
Rust WebRTC P2P #32 - Tổng kết và kế hoạch tiếp theo
3:44

Rust WebRTC P2P #32 - Tổng kết và kế hoạch tiếp theo

Sau một hành trình dài từ những dòng code đầu tiên, trong video này chúng ta sẽ cùng nhìn lại toàn bộ hệ thống đã xây dựng, tổng kết những gì đã đạt được, đồng thời phân tích các hạn chế của mô hình P2P và định hướng lộ trình học tập tiếp theo với các hệ thống Media Server chuyên nghiệp.

Bài 32
Rust WebRTC P2P #31 - Test End-to-End: 2 real browser
15:21

Rust WebRTC P2P #31 - Test End-to-End: 2 real browser

Trong phần 31 này, chúng ta sẽ thực hiện bước quan trọng nhất sau toàn bộ quá trình xây dựng hệ thống: Test End-to-End (E2E) với hai trình duyệt thật. Đây là bước kiểm chứng toàn bộ pipeline từ build, deploy cho đến thực hiện cuộc gọi P2P thực tế giữa hai user.

Bài 31
Rust WebRTC P2P #30 - ICE Candidate Forwarding trong Talking State - End State
17:20

Rust WebRTC P2P #30 - ICE Candidate Forwarding trong Talking State - End State

Trong phần 30 này, chúng ta sẽ hoàn thiện mảnh ghép cuối cùng trong vòng đời cuộc gọi: EndState. Đây là trạng thái đảm nhiệm việc kết thúc cuộc gọi một cách an toàn, đảm bảo hệ thống không bị rò rỉ tài nguyên và tất cả các bên đều được thông báo chính xác khi cuộc gọi dừng lại.

Bài 30
Rust WebRTC P2P #29 - P2PTalkingState — Heartbeat + Timeout
18:26

Rust WebRTC P2P #29 - P2PTalkingState — Heartbeat + Timeout

Trong phần 29 này, chúng ta sẽ tiến tới trạng thái quan trọng nhất trong vòng đời cuộc gọi: P2PTalkingState. Đây là giai đoạn hai người dùng đang đàm thoại trực tiếp với nhau. Tuy nhiên, vì đây là kết nối P2P (media không đi qua server), chúng ta cần một cơ chế để server biết cuộc gọi còn đang diễn ra hay đã bị ngắt kết nối một cách “im lặng”.

Bài 29
Rust WebRTC P2P #28 - P2PWaitingCalleeSDPState → P2PTalkingState
12:34

Rust WebRTC P2P #28 - P2PWaitingCalleeSDPState → P2PTalkingState

Trong phần 28 này, chúng ta sẽ thực hiện bước cuối cùng trong quy trình Signaling: Triển khai trạng thái P2PWaitingCalleeSDPState. Đây là giai đoạn quan trọng để Server điều phối bản tin SDP Answer từ người bị gọi (Callee) quay trở lại cho người gọi (Caller), đồng thời hoàn tất việc trao đổi các ICE Candidates để hai bên có thể thiết lập kết nối Media.

Bài 28
Rust WebRTC P2P #27 - call_answer_req — Codes 100/180/486
11:05

Rust WebRTC P2P #27 - call_answer_req — Codes 100/180/486

Trong phần 27 này, chúng ta tiếp tục hoàn thiện logic phía Server bằng cách xây dựng lệnh call_answer_req. Đây là bước quan trọng giúp người bị gọi (Callee) phản hồi lại yêu cầu từ người gọi, thông báo trạng thái đổ chuông, từ chối hoặc chấp nhận cuộc gọi theo các mã chuẩn trong signaling.

Bài 27
Rust WebRTC P2P #26 - P2PConnectToCalleeState - Incoming Call
16:33

Rust WebRTC P2P #26 - P2PConnectToCalleeState - Incoming Call

Trong phần 26 này, chúng ta sẽ xây dựng một trong những state phức tạp và thú vị nhất của Signaling Server: P2PConnectToCalleeState. Đây là giai đoạn server thực hiện kết nối tới người bị gọi, điều phối bản tin giữa các thiết bị và xử lý các phản hồi chấp nhận hoặc từ chối cuộc gọi.

Bài 26
Rust WebRTC P2P #25 - P2PWaitingCallerSdpState — Caller SDP Waiting
17:23

Rust WebRTC P2P #25 - P2PWaitingCallerSdpState — Caller SDP Waiting

Trong phần 25 này, chúng ta bắt đầu implement trạng thái đầu tiên trong bộ máy điều khiển cuộc gọi: **P2PWaitingCallerSdpState**. Đây là trạng thái có nhiệm vụ chờ đợi bản tin SDP Offer từ phía Caller sau khi quá trình khởi tạo cuộc gọi đã hoàn tất.

Bài 25
Rust WebRTC P2P #24 - Call Start State
15:53

Rust WebRTC P2P #24 - Call Start State

Trong phần 24 này, chúng ta bắt đầu viết những dòng code đầu tiên cho nghiệp vụ cuộc gọi bằng cách xây dựng handler xử lý lệnh call_start_request. Đây là bước khởi đầu quan trọng để server xác thực yêu cầu và chuẩn bị tài nguyên trước khi hai bên bắt đầu trao đổi SDP.

Bài 24

Hiển thị 9 / 31 bài học