Thông số chất lƣợng truyền nhận yêu cầu
Thông số đảm bảo chất lượng Audio theo yêu cầu thực tế:
Bảng 3.3a: Chất lượng truyền gói tin Demand
Chất lượng đương truyền đáp ứng âm thanh truyền nhận gói tin Broadcasting:
Bảng 3.3b Chất lượng âm thanh truyền nhận gói tin Broadcasting
Để đánh giá chất lượng hệ thống ta sử dụng phần mềm WireShark. Phần mềm Wireshark có chức năng bắt, hiển thị, phân tích gói tin đi qua Card mạng và hiển thị kết quả thông qua giao diện đồ họa. Chúng ta sẽ dùng WireShark để bắt gói tin và phân tích các thông số gói tin khi tiến hành phát bản nhạc từ Client.
Quá trình bắt và phân tích gói tin được thực hiện qua bước sau: Khởi động Wireshark, chọn giao diện mạng để bắt gói tin.
Số hóa bởi Trung tâm Học liệu – Đại học Thái Nguyên http://www.lrc-tnu.edu.vn/
Hình 3.3a: Các gói tin bắt được bằng Wireshark
Thực hiện chức năng kiểm tra tổng hợp phân cấp giao thức sử dụng truyền thông ta có:
Hình 3.3b: Phân cấp giao thức sử dụng
Trong hình 3.4b ta thấy hệ thống sử dụng giao thức RTP/UDP là giao thức truyền số liệu.
Như ta đã trình bày ở trên để điều khiển được thực hiện qua ba liên kết ta tiến hành phân tích các gói tin để thấy được các thông tin về luồng Audio.
Gói tin báo hiệu RTSP
Số hóa bởi Trung tâm Học liệu – Đại học Thái Nguyên http://www.lrc-tnu.edu.vn/
Hình 3.3c: Gói tin RTSP.
Trong hình 3.4c phần “Protocol in Frame: eth:ip:tcp:rtsp”, như vậy giao thức được sử dụng làm giao thức vận chuyển ở đây là TCP port :50163, RTSP port: 554. Tiến hành kiểm tra các gói tin Reply, Describe, Setup, Play, Get_Parameter ta cũng được thông tin tương tự.
Tiến hành lọc gói tin từ phần mềm WireShark và kiểm tra các thông số ta có:
Hình 3.3d: Thông tin lọc gói tin giao thứcRTSP
Hình 3.4d cho thấy có tất cả 23 gói tin RTSP được truyền và băng thông hệ thống sử dụng là 0.000 Mbit/s.
Số hóa bởi Trung tâm Học liệu – Đại học Thái Nguyên http://www.lrc-tnu.edu.vn/
Hình 3.3e: Truyền nhận trong RTSP
Hình 3.4e Mô tả chi tiết việc truyền các gói tin trong RSTP. Bao gồm các gói tin: Option, Describe, Setup, Play, Get Parameter,Teardown.
Gói tin truyền luồng RTP
Số hóa bởi Trung tâm Học liệu – Đại học Thái Nguyên http://www.lrc-tnu.edu.vn/
Hình 3.3f: Gói tin RTP
Trong Frame phần “Protocol in Frame: eth:ip:udp:rtp”, như vậy giao thức được sử dụng làm giao thức vận chuyển ở đây là UDP port Source :6970, Destination: 55232. Trong phần Real-time transport protocol ta thấy truyền luồng được Setup bởi RTSP ở Frame 123. Và Payload type là chuẩn nén MEG – I /II Audio.
Từ màn hình chính, lọc các gói tin RTP phân cấp theo giao thức RTP ta có thông tin sau :
Hình 3.3g: Phân cấp gói tin theo giao thức RTP
Trong hình 3.4g ta thấy có 3331 gói tin RTP được truyền nhận với số byte là 4369028 byte, băng thông là 0,134 Mbit/s.
Tiến hành thống kê các thông số về chất lượng RTP ta có:
Hình 3.3h: Các thông số thống kê về chất lượng gói tin
Trong đó ta sẽ thấy thông tin về tổng số gói RTP : MaxJitter=55.71ms, Mean Jitter=19,15ms, Packit lost=0.000%, Sequence errors= 0 . Xung nhịp Clock trong khoảng -62736 đếnn72482 ms. Vì việc mô phỏng chỉ thực hiện trên hai máy kết nối lên kết quả về chất lượng dịch vụ không mấy biến đổi.
Số hóa bởi Trung tâm Học liệu – Đại học Thái Nguyên http://www.lrc-tnu.edu.vn/
Gói tin RTCP:
RTCP là gói cung cấp thông tin phản hồi về chất lượng đường truyền:
Hình 3.3i: Gói tin RTCP
Có 2 loại RTCP: RTCP sender và RTCP receivec cung cấp thông tin của các gói tin RTP. Giao thức truyền tải là UDP.
TCP
Trong mô hình thực nghiệm TCP đóng vai trò là giao thức khởi động kết nối giữa client và server bằng mô hình bắt tay ba bước. Và là giao thức vận chuyển cho các gói RTSP.
Thiết lập kết nối:
- Client (192.168.1.100) gửi đến cho Server (192.168.1.101) gói tin SYN: Seq = 0; Syn = 1
- Server gửi trả cho Client gói tin ACK: Seq = 0; Ack = 1. - Client gửi lại cho Server gói ACK xác nhận: Seq = 1; Ack = 1 .
Trong quá điều khiển giao thức TCP được sử dụng làm giao thức vận chuyển của giao thức RTSP.
Các thông số kết quả của thực nghiệm:
Số hóa bởi Trung tâm Học liệu – Đại học Thái Nguyên http://www.lrc-tnu.edu.vn/
Hình 3.3j: Thông số RTSP
Hinh 3.4j cho chúng ta thấy các thông số truyền nhận của giao thức RTSP. Bao gồm tổng số các gói được truyền:22, truyền 12, nhận 10; các gói phản hồi các gói lỗi = 0.
Các thông số RTP:
Hình 3.3k: Các thông số gói tin RTP
Hình 3.4k mô tả các thông số truyền nhận RTSP: Packit=3331, thông lượng =0.134 Mbit/s
Số hóa bởi Trung tâm Học liệu – Đại học Thái Nguyên http://www.lrc-tnu.edu.vn/
Hình 3.4m: Kết quả truyền nhận RTCP
Các thông số truyền nhận của TCP như sau:
Hình 3.3l: Tỷ lệ truyền nhận gói tin TCP
Trong các Website nhạc thường hiện nay chủ yếu sử dụng giao thức TCP để truyền file. Như đã trình bày phần trên TCP là giao thức không phù hợp với truyền âm thanh thời gian thực, TCP phù hợp với kết nối điểm tới điểm.
Tiến hành vào một trang nhạc và dùng phần mềm WireShark để bắt gói tin.. Tiến hành phân cấp theo các giao thức:
Số hóa bởi Trung tâm Học liệu – Đại học Thái Nguyên http://www.lrc-tnu.edu.vn/ Kết quả phân cấp các gói tin ta thấy thực tế Internet hiện nay chủ yếu dùng giao thức TCP để truyền gói tin.
Kiểm tra trạng thái truyền nhận bằng đồ thị ta thấy:
Hình 3.4o: Truyền nhận các gói tin của trang Web trên Internet
Theo hình 3.4o các gói tin truyền nhận chủ yếu là TCP và được truyền ngay tại thời điểm kết nối ban đầu. Nghĩa là các gói tin sẽ truyền hàng loạt đến client sẽ nhận hết rồi tiến hành phát bài hát. Như vậy bộ nhớ sẽ đối với các ứng dụng thời gian thực thì sẽ không hợp lý. Kiểm tra các gói tin bắt được từ luồng âm thanh trực tuyến ta thấy:
Hình 3.4u: Truyền nhận các gói tin của luồng âm thanh trực tuyến
Hình 3.4u thu được kết quả đồ thị trong quá trình truyền nhận file. Các giao thức RTP và UDP có hình ảnh tương tự nhau phản ánh bộ giao thức RTP/UDP
Số hóa bởi Trung tâm Học liệu – Đại học Thái Nguyên http://www.lrc-tnu.edu.vn/ trong quá trình truyền dữ liệu Audio. Giao thức TCP chỉ tham gia vào quá trình bắt tay ban đầu và sử dụng trong điều khiển RTSP/TCP nên chiếm dung lượng đường truyền rất nhỏ.
Với kết quả thực nghiệm như trên so sánh với yêu cầu đáp ứng đường truyền ta thấy hệ thống đạt tiêu chuẩn.