TIỂU LUẬN báo HIỆU điều KHIỂN và kết nối điều KHIỂN tắc NGHẼN CHO GIAO THỨC TCP

HỌC VIỆN CƠNG NGHỆ BƯU CHÍNH VIỄN THƠNG KHOA VIỄN THÔNG I TIỂU LUẬN MÔN HỌC: BÁO HIỆU ĐIỀU KHIỂN VÀ KẾT NỐI ĐỀ TÀI: ĐIỀU KHIỂN TẮC NGHẼN CHO GIAO THỨC TCP Giảng viên : TS.Hồng Trọng Minh Nhóm mơn học: Nhóm Sinh viên : Nguyễn Thu Phương - B18DCVT327 Phạm Quang Huy - B18DCVT202 Tran Thị Bích Phượng - B18DCVT329 Nguyễn Trung Thành - B18DCVT402 Hà Nội, tháng 12/2021 Báo hiệu điều khiển kết nối NHÓM 13 Báo hiệu điều khiển kết nối MỤC LỤC NHÓM 13 Báo hiệu điều khiển kết nối DANH MỤC HÌNH VẼ Hình 1.1: Mơ hình lớp OSI Hình 1.2: Giao thức TCP/IP so sánh với mơ hình OSI Hình 1.3:Các tầng Bộ giao thức TCP Hình 1.4: Cấu trúc phân đoạn TCP Hình 1.5: Số thứ tự xác nhận cho Telnet đơn giản ứng dụng qua TCP Hình 2.1: TCP khởi động chậm Hình 2.2: Mơ tả FSM kiểm sốt tắc nghẽn TCP Hình 2.3: Sự phát triển cửa sổ tắc nghẽn TCP (Tahoe Reno) Hình 2.4: Kiểm sốt tắc nghẽn cộng-tăng, nhân-giảm Hình 2.5: Tỷ lệ gửi tránh tắc nghẽn TCP: TCP Reno TCP CUBIC Hình 2.6: Thơng báo tắc nghẽn rõ ràng: hỗ trợ mạng điều khiển tắc nghẽn Hình 2.7: Hai kết nối TCP chia sẻ liên kết tắc nghẽn Hình 2.8: Thơng lượng thực bới kết nối NHÓM 13 Báo hiệu điều khiển kết nối THUẬT NGỮ VIÉT TẮT ARP Address Resolution Protocol Giao thức độ phân giải địa ACK CWR Acknowledgement Code Congestion Window Reduced Mã xác nhận Cửa sổ giảm tắc nghẽn CWND DNS (The) congestion window Domain Name System Cửa sổ tắc nghẽn Hệ thống tên miền DCCP The Datagram Congestion Control Protocol Data Center TCP Data Center Quantized Congestion Notifícation Giao thức kiểm sốt tắc nghẽn Datagram Trung tâm Dữ liệu TCP Thơng báo tắc nghẽn lượng tử hóa Trung tâm Dữ liệu FDDI Fiber Distributed Data Interface Giao diện liệu phân tán sợi quang UDP User Datagram Protocol Giao thức liệu người dùng OSI Open Systems Interconnection Reference Model Mơ hình tham chiếu kết nối hệ thống mở SMTP Simple Mail Transfer Protocol Giao thức chuyển thư đơn giản SNMP Simple Network Manage Protocol Giao thức quản lý mạng đơn giản TCP Transmission Control Protocol Giao thức điều khiển truyền vận FTP File Transfer Protocol Giao thức truyền tệp tin IP Internet Protocol Giao thức Internet ICMP Internet Control Message Protocol Giao thức thông báo điều khiển Internet FDDI Fiber Distributed Data Interface Giao diện liệu phân tán sợi quang UDP OSI User Datagram Protocol Open Systems Interconnection Reference Model Giao thức liệu người dùng Mơ hình tham chiếu kết nối hệ thống mở MSS RTT FSM RWND SSTHRESH Maximum Segment Size Round-Trip Time Finite-State Machine receiver window slow start threshold Kích thươc phân đoạn tối đa Thời gian Máy trạng thái hữu hạn Cửa sổ nhận Ngưỡng khởi động chậm DCTCP DCQCN NHÓM 13 Báo hiệu điều khiển kết nối NHÓM 13 Chương I: Tổng quan giao thức TCP Báo hiệu điều khiển kết nối NHÓM 13 Chương I: Tổng quan giao thức TCP Báo hiệu điều khiển kết nối Chương I: Tổng quan giao thức TCP Trong mô hình OSI mục đích tầng cung cấp dịch vụ cho tầng cao tiếp theo, mô tả chi tiết cách thức cài đặt dịch vụ Các tầng trừu tượng hoa theo cách tầng biết liên lạc với tầng tương ứng máy khác Trong thực tế tầng liên lạc với tầng kề kề hệ thống mà thơi Trừ tầng thấp mơ hình mạng khơng tầng chuyển thơng tin cách trực tiếp với tầng tương ứng mạng máy tính khác Thơng tin máy cần gửi phải chuyển qua tất tầng thấp Thơng tin sau lại truyền qua Card mạng tới máy nhận lại truyền lên qua tầng đến tầng gửi thơng tin 1.2.2 Mơ hình lớp OSI Mơ hình bao gồm tầng Tên gọi chức tầng trình bày Hình 1.1 Hệ thơng mờ A APPLICATION PRESENTATIO N SESSION TRAXSPORT NETTCORK DATALINK PHYSICAL t ì Giao thức tânq Giao thức tâng Giao thức tầng '■■■■ » Giao thức tãnq4 „ Giao thức tầng Giao thức tầng Giao thức tẩngl •- * Hệ thòng mở B ƯNG DỤNG TRINH DỂN PHIẾN GLAOVẠN MẠNG LIÈNKỂTDỬLIẸ U VẠT LÝ Đường truyền vật lý Hình 1.1: Mơ hình lớp OSI NHĨM 13 Báo hiệu điều khiển kết nối Chương I: Tổng quan giao thức TCP Chức tầng sau: Tầng vật lý (Physical): Liên quan đến nhiệm vụ truyền dịng bits khơng có cấu trúc qua đường truyền vật lý, truy nhập đường truyền vật lý nhờ phương tiện cơ, điện, hàm, vật lý Tầng liên kết liệu (Data link): Cung cấp phương tiện để truyền thông tin qua liên kết vật lý đảm bảo tin cậy, gửi khối liệu với chế đồng hoá, kiểm soát lỗi kiểm soát luồng liệu cần thiết Tầng mạng (Network): Thực việc chọn đường chuyển tiếp thông tin với cơng nghệ chuyển mạch thích hợp, thực kiểm soát luồng liệu cắt hợp liệu cần Tầng giao vận (Transport): Thực việc truyền liệu hai đầu mút (end - to end), thực việc kiểm soát lỗi kiểm sốt luồng liệu hai đầu mút Cũng thực việc ghép kênh, cắt / hợp liệu cần Tầng phiên (Session): Cung cấp phương tiện quản lý truyền thông ứng dụng, thiết lập, trì, đồng hố huỷ bỏ phiên truyền thơng ứng dụng Tầng trình diễn (Presentation): Chuyển đổi cú pháp liệu để đáp ứng yêu cầu truyền liệu tầng ứng dụng qua mơ hình OSI Tầng ứng dụng (Application): Cung cấp phương tiện để người sử dụng truy cập vào môi trường OSI, đồng thời cung cấp dịch vụ thông tin phân tán 1.2.3 Mơ hình giao thức TCP Mạng Internet với họ giao thức TCP/IP minh hoạ tổng quát hình 1.2 với dịch vụ mà cung cấp chuẩn sử dụng có so sánh với kiến trúc hệ thống mở OSI để có cách nhìn tổng qt họ giao thức NHĨM 13 TCP IP Architectual Model OSI Mũdel 2EEE8O2.3 IEEE802.4 EET832.5 Hình 1.2: Giao thức TCP/IP so sánh với mơ hình OSI Trong đó: • FTP - File Transfer Protocol • SMTP- Simple Mail Transfer Protocol • DNS - Domain Name System • SNMP - Simple Network Manage Protocol • ICMP- Internet Control Message Protocol • ARP - Address Resolution Protocol • FDDI - Fiber Distributed Data Interface • RPI - Routing Information Protocol • TCP: (Transmission Control Protocol) Thủ tục liên lạc tầng giao vận TCP/IP, TCP có nhiệm vụ đảm bảo liên lạc thơng suốt tính đắn liệu đầu kết nối, dựa gói tin IP Báo hiệu điều khiển kết nối NHÓM 13 Chương II: Điều khiển tắc nghẽn cho giao thức TCP 27 Báo hiệu điều khiển kết nối Chương II: Điều khiển tắc nghẽn cho giao thức TCP theo cấp số nhân suốt q trình slow-start chạm ngưỡng vịng truyền thứ tư Cửa sổ tắc nghẽn sau tăng lên theo tuyến tính xảy kiện ACK lặp ba lần, sau vòng truyền Lưu ý cửa sổ tắc nghẽn 12* MSS kiện mát xảy Giá trị ssthresh sau đặt thành 0,5 • cwnd = *MSS Trong TCP Reno, cửa sổ tắc nghẽn đặt thành cwnd =9 • MSS sau tăng tuyến tính Trong TCP Tahoe, cửa sổ tắc nghẽn đặt thành MSS tăng theo cấp số nhân đạt đến giá trị ssthresh, thời điểm tăng tuyến tính Hình 2.2 trình bày mơ tả FSM đầy đủ thuật toán kiểm soát tắc nghẽn TCP slow-start, tránh tắc nghẽn khơi phục nhanh Hình nơi xảy việc truyền phân đoạn phân đoạn truyền lại Mặc dù điều quan trọng phải phân biệt kiểm soát lỗi TCP / truyền lại kiểm soát tắc nghẽn TCP, cần đánh giá cao cách hai khía cạnh TCP liên kết chặt chẽ với Kiểm soát tắc nghẽn TCP: Hồi tiếp Khi sâu vào chi tiết slow-start, tránh tắc nghẽn khơi phục nhanh, ta có nhìn tổng quan Hình 2.4: Kiểm sốt tắc nghẽn cộng-tăng, nhân-giảm NHÓM 13 28 Báo hiệu điều khiển kết nối Chương II: Điều khiển tắc nghẽn cho giao thức TCP Bỏ qua khoảng thời gian slow-start ban đầu kết nối bắt đầu giả định tổn thất ACK lặp lại lần khơng phải thời gian chờ, kiểm sốt tắc nghẽn TCP bao gồm tăng tuyến tính (bổ sung) cwnd MSS cho RTT sau giảm nửa (giảm theo cấp số nhân) cwnd kiện ACK lặp lại ba lần Vì lý này, kiểm soát tắc nghẽn TCP thường gọi additive-increase (cộng tăng), multiplicative-decrease (nhân giảm) (AIMD) từ hình thức kiểm soát tắc nghẽn Kiểm soát tắc nghẽn AIMD làm phát sinh hành vi “răng cưa” hiển thị Hình 2.4, điều minh họa cách độc đáo trực giác trước TCP ”kiểm tra” cho băng thơng— TCP tăng tuyến tính kích thước cửa sổ tắc nghẽn (và tốc độ truyền cho nó) kiện ACK lặp lại ba lần Sau đó, giảm kích thước cửa sổ tắc nghẽn xuống hệ số hai sau lại bắt đầu tăng tuyến tính để kiểm tra để xem liệu có thêm băng thơng khả dụng hay khơng Thuật tốn AIMD TCP phát triển dựa vô số hiểu biết sâu rộng kỹ thuật thử nghiệm kiểm soát tắc nghẽn mạng sử dụng Mười năm sau phát triển TCP, phân tích lý thuyết cho thấy thuật tốn kiểm sốt tắc nghẽn TCP đóng vai trị thuật tốn tối ưu hóa khơng đồng phân tán, dẫn đến số khía cạnh quan trọng hiệu suất mạng người dùng tối ưu hóa đồng thời Từ đó, lý thuyết phong phú kiểm soát tắc nghẽn phát triển TCP Cubic Với cách tiếp cận cộng - tăng, nhân - giảm TCP Reno để kiểm soát tắc nghẽn, người ta tự hỏi liệu có phải cách tốt để “kiểm tra” tốc độ gửi gói tin ngưỡng kích hoạt có gói hay không Thật vậy, việc cắt giảm nửa tốc độ gửi (hoặc chí tệ hơn, giảm tốc độ gửi xuống gói cho RTT phiên TCP trước gọi TCP Tahoe) sau tăng chậm theo thời gian thận trọng Nếu trạng thái liên kết bị tắc nghẽn việc gói xảy khơng thay đổi nhiều, có lẽ tốt nên tăng tốc độ gửi nhanh để đạt gần với tốc độ NHÓM 13 29 Báo hiệu điều khiển kết nối Chương II: Điều khiển tắc nghẽn cho giao thức TCP gửi trước gói sau kiểm tra băng thơng cách thận trọng Cái nhìn sâu sắc nằm trung tâm của TCP gọi TCP CUBIC TCP CUBIC khác chút so với TCP Reno Một lần nữa, cửa sổ tắc nghẽn tăng lên nhận ACK giai đoạn slow-start khôi phục nhanh cũ CUBIC thay đổi giai đoạn tránh tắc nghẽn, sau: • • • Wmax kích thước cửa sổ kiểm soát tắc nghẽn TCP mát phát lần cuối, cho phép K thời điểm tương lai kích thước cửa sổ TCP CUBIC lại đạt tới W max, giả sử khơng có lỗi Một số thơng số CUBIC điều chỉnh xác định giá trị K,nghĩa là, kích thước cửa sổ tắc nghẽn giao thức đạt đến Wmax nhanh CUBIC tăng cửa sổ tắc nghẽn chức cube khoảng cách thời điểm tại, t, K Vì vậy, t khác xa K, kích thước cửa sổ tắc nghẽn tăng lên lớn nhiều so với t gần với K CUBIC nhanh chóng tăng tốc độ gửi TCP để đạt gần với tỷ lệ trước gói tin W max kiểm tra băng thơng cách thận trọng tiếp cận Wmax Khi t lớn K, định luật cube mức tăng cửa sổ tắc nghẽn CUBIC nhỏ t gần với K (điều tốt mức độ tắc nghẽn liên kết gây mát không thay đổi nhiều) sau tăng lên nhanh chóng t vượt K (cho phép CUBIC nhanh chóng tìm điểm hoạt động mức độ tắc nghẽn liên kết gây mát thay đổi đáng kể) Theo quy tắc này, hiệu suất lý tưởng hóa TCP Reno TCP CUBIC so sánh Hình 2.5 Ta thấy giai đoạn slow-start kết thúc t Khi đó, tắc nghẽn xảy t1, t2, t3, CUBIC tăng nhanh đến gần W max (do hưởng thơng lượng tổng thể nhiều TCP Reno) Ta thấy đồ thị cách TCP CUBIC cố gắng trì luồng lâu tốt ngưỡng tắc nghẽn (không xác định người gửi) Lưu ý t3, mức độ tắc nghẽn có lẽ giảm đáng kể, cho phép TCP Reno TCP CUBIC đạt tốc độ gửi cao Wmax NHÓM 13 30 Báo hiệu điều khiển kết nối Chương II: Điều khiển tắc nghẽn cho giao thức TCP TCP CUBIC gần triển khai rộng rãi Trong phép đo thực vào khoảng năm 2000 máy chủ Web phổ biến cho thấy gần tất chạy số phiên TCP Reno, phép đo gần 5000 máy chủ Web phổ biến cho thấy gần 50% chạy phiên TCP CUBIC phiên mặc định TCP sử dụng hệ điều hành Linux Hình 2.5: Tỷ lệ gửi tránh tắc nghẽn TCP: TCP Reno TCP CUBIC Mô tả vĩ mô thông lượng TCP Reno Với cách xử lý cưa TCP Reno, điều tự nhiên phải xem xét thông lượng trung bình (nghĩa tốc độ trung bình) kết nối TCP Reno tồn lâu dài Trong phân tích này, ta bỏ qua giai đoạn slow-start xảy sau kiện hết thời gian chờ (Các giai đoạn thường ngắn, người gửi phát triển khỏi giai đoạn nhanh theo cấp số nhân.) Trong khoảng thời gian cụ thể, tốc độ TCP gửi liệu hàm cửa sổ tắc nghẽn RTT Khi kích thước cửa sổ w byte thời gian RTT giây, tốc độ truyền TCP xấp xỉ w/RTT TCP sau kiểm tra để có thêm băng thông cách tăng w MSS RTT cho NHÓM 13 31 Báo hiệu điều khiển kết nối Chương II: Điều khiển tắc nghẽn cho giao thức TCP đến kiện mát xảy Chi giá trị W w xảy kiện mát Giả sử RTT W gần không đổi suốt thời gian kết nối, tốc độ truyền TCP nằm khoảng từ W/(2-RTT) đến W/RTT Những giả định dẫn đến mô hình vĩ mơ đơn giản hóa cao cho cách xử lý ổn định TCP Mạng bỏ gói khỏi kết nối tốc độ tăng lên W/RTT; tỷ lệ sau cắt giảm nửa sau tăng lên MSS/RTT RTT lần đạt đến W/RTT Q trình lặp lặp lại nhiều lần Bởi thơng lượng TCP (nghĩa tốc độ) tăng tuyến tính hai cực trị, có thơng lượng trung bình , 0.75»W kết nối = — _ RTT Sử dụng mơ hình lý tưởng hóa cao cho động thái ổn định TCP, rút biểu thức thú vị liên quan đến tỷ lệ kết nối với băng thông khả dụng 2.2 Thơng báo tắc nghẽn rõ ràng mạng hỗ trợ Kiểm soát tắc nghẽn dựa độ trễ Kể từ tiêu chuẩn hóa ban đầu khởi động chậm tránh tắc nghẽn vào cuối năm 1980 [RFC 1122], TCP triển khai hình thức kiểm sốt tắc nghẽn đầu cuối mà tìm hiểu: người gửi TCP khơng nhận báo tắc nghẽn rõ ràng từ lớp mạng thay vào gây tắc nghẽn thơng qua gói quan sát Gần đây, phần mở rộng cho IP TCP [RFC 3168] đề xuất, thực triển khai cho phép mạng báo hiệu rõ ràng tắc nghẽn cho người gửi người nhận TCP Ngoài ra, số biến thể giao thức kiểm soát tắc nghẽn TCP đề xuất để suy tắc nghẽn cách sử dụng gói đo trì hỗn NHĨM 13 32 Báo hiệu điều khiển kết nối Chương II: Điều khiển tắc nghẽn cho giao thức TCP Chúng ta xem xét kiểm soát tắc nghẽn mạng hỗ trợ dựa độ trễ phần • Thơng báo tắc nghẽn rõ ràng ECN Thông báo tắc nghẽn rõ ràng hình thức kiểm sốt tắc nghẽn mạng hỗ trợ thực Internet Như Hình 2.6, TCP IP có liên quan Ở lớp mạng, hai bit (với giá trị có thể) trường loại dịch vụ tiêu đề sơ đồ liệu IP sử dụng cho ECN.Một cài đặt bit ECN định tuyến sử dụng để định tuyến gặp cố tắc nghẽn Hình 2.6: Thơng báo tắc nghẽn rõ ràng: hỗ trợ mạng điều khiển tắc nghẽn Dấu hiệu tắc nghẽn sau chuyển sơ đồ IP đánh dấu đến máy chủ đích, sau thơng báo cho máy chủ gửi, thể Hình 2.6 [RFC 3168] khơng cung cấp định nghĩa thời điểm định tuyến bị tắc nghẽn; định lựa chọn cấu hình nhà cung cấp định tuyến thực nhà khai thác mạng định Tuy nhiên, bit báo tắc nghẽn thiết lập để báo hiệu khởi đầu tắc nghẽn trình gửi trước xảy mát thực Cài đặt thứ hai bit NHÓM 13 33 Báo hiệu điều khiển kết nối Chương II: Điều khiển tắc nghẽn cho giao thức TCP ECN máy chủ gửi sử dụng để thông báo cho định tuyến người gửi người nhận có khả ECN có khả thực hành động để đáp ứng với tắc nghẽn mạng ECN định Trong Hình 2.6, TCP máy chủ nhận nhận thông báo tắc nghẽn ECN thông qua sơ đồ liệu, TCP máy chủ nhận thông báo cho TCP máy chủ gửi thông báo tắc nghẽn cách cài đặt bit ECE phân đoạn TCP ACK từ người nhận đến người gửi Khi đến lượt người gửi TCP tương tác với ACK có tắc nghẽn cách giảm nửa cửa sổ tắc nghẽn, tương tác với phân đoạn bị cách sử dụng truyền lại nhanh đặt bit CWR tiêu đề lần truyền phân đoạn người gửi gửi đến người nhận TCP Các giao thức lớp truyền tải khác TCP sử dụng ECN báo hiệu lớp mạng Giao thức kiểm soát tắc nghẽn Datagram (DCCP) cung cấp chi phí thấp,kiểm sốt tắc nghẽn dịch vụ không đáng tin cậy UDP dùng ECN DCTCP (Trung tâm Dữ liệu TCP) DCQCN (Thông báo tắc nghẽn lượng tử hóa Trung tâm Dữ liệu) thiết kế đặc biệt cho mạng trung tâm liệu, sử dụng ECN Các phép đo Internet gần cho thấy việc triển khai khả ECN ngày tăng máy chủ phổ biến định tuyến dọc theo đường dẫn đến máy chủ • Kiểm sốt tắc nghẽn dựa độ trễ Như tìm hiểu ECN định tuyến bị tắc nghẽn đặt bit thông báo tắc nghẽn để báo hiệu cố tắc nghẽn bắt đầu cho người gửi trước đầy đệm gây gói tin bị định tuyến Điều cho phép người gửi giảm tốc độ gửi ban đầu, trước gói tin, để tránh truyền lại gói tin có giá trị Cách tiếp cận tránh tắc nghẽn thứ hai áp dụng cách tiếp cận dựa độ trễ để chủ động phát khởi đầu tắc nghẽn trước xảy gói tin Trong TCP Vegas ,người gửi ước lượng RTT đường dẫn đến nguồn đích cho tất gói thừa nhận Cho phép RTT mức tối thiểu phép đo người gửi; điều xảy đường dẫn khơng bị chặn gói gặp phải độ trễ xếp NHÓM 13 34 Báo hiệu điều khiển kết nối Chương II: Điều khiển tắc nghẽn cho giao thức TCP hàng tối thiểu Nếu kích thước cửa sổ tắc nghẽn TCP Vegas cwnd, tốc độ thông lượng chưa kiểm tra cwnd /RTTmin Trực giác đằng sau TCP Vegas thông lượng thực tế người gửi đo gần với giá trị này, tốc độ gửi TCP tăng lên (theo định nghĩa theo phép đo) đường dẫn chưa bị tắc nghẽn Tuy nhiên, thông lượng thực tế người gửi đo nhỏ đáng kể so với tốc độ thông lượng không bị tắc nghẽn, đường dẫn bị tắc nghẽn người gửi Vegas TCP giảm tốc độ gửi Thông tin chi tiết tìm thấy TCP Vegas hoạt động theo trực giác mà người gửi TCP nên “Giữ cho đường ống vừa đầy, không đầy ” “Giữ cho đường ống ln đầy” có nghĩa liên kết (đặc biệt liên kết nút cổ chai hạn chế thông lượng kết nối) bận rộn việc truyền tải, thực cơng việc hữu ích; "nhưng khơng đầy hơn" có nghĩa khơng có để đạt (ngoại trừ tăng độ trễ) Nếu hàng đợi lớn phép tích tụ đường ống giữ đầy đủ Giao thức kiểm soát tắc nghẽn BBR xây dựng dựa ý tưởng TCP Vegas kết hợp chế cho phép cạnh tranh cơng với người gửi TCP nonBBR Báo cáo vào năm 2016, Google bắt đầu sử dụng BBR cho tất lưu lượng TCP mạng B4 riêng kết nối trung tâm liệu Google, thay CUBIC Nó triển khai Google Máy chủ web YouTube Các giao thức kiểm soát tắc nghẽn TCP dựa độ trễ khác bao gồm TIMELY cho mạng trung tâm liệu Compound TCP (CTPC) FAST cho mạng đường dài tốc độ cao 2.3 Ngang hàng Xét K kết nối TCP, kết nối có đường dẫn end-to-end khác nhau, tất qua liên kết nút cổ chai với tốc độ truyền R bps (Qua liên kết nút cổ chai, với kết nối, tất liên kết khác dọc theo đường dẫn kết nối không bị tắc nghẽn có dung lượng truyền dồi so với dung lượng truyền liên kết tắc nghẽn.) Giả sử kết nối truyền tệp lớn khơng có lưu lượng UDP qua liên kết nút cổ chai Một chế kiểm soát tắc nghẽn cho ngang tốc độ NHÓM 13 35 Báo hiệu điều khiển kết nối NHÓM 13 Chương II: Điều khiển tắc nghẽn cho giao thức TCP 36 Báo hiệu điều khiển kết nối NHÓM 13 Chương II: Điều khiển tắc nghẽn cho giao thức TCP 37 Báo hiệu điều khiển kết nối Chương II: Điều khiển tắc nghẽn cho giao thức TCP Hình 2.8: Thông lượng thực bới kết nối Trong tình lý tưởng hóa chúng ta, giả định kết nối TCP qua liên kết nút cổ chai, kết nối có giá trị RTT kết nối TCP liên kết với cặp máy chủ-đích Trong thực tế, điều kiện thường không đáp ứng ứng dụng máy khách-máy chủ nhận phần băng thông liên kết không Đặc biệt, chứng minh nhiều kết nối chia sẻ nút cổ chai chung, phiên có RTT nhỏ lấy băng thơng có sẵn liên kết nhanh trở nên miễn phí (nghĩa mở cửa sổ tắc nghẽn chúng nhanh hơn) tận hưởng thơng lượng cao kết nối có RTTs • Ngang UDP Chúng ta vừa xem cách kiểm soát tắc nghẽn TCP điều chỉnh tốc độ truyền ứng dụng thông qua chế cửa sổ tắc nghẽn Nhiều ứng dụng đa phương tiện, chẳng hạn điện thoại Internet hội nghị truyền hình, thường khơng chạy qua TCP lý — họ khơng muốn tốc độ truyền bị hạn chế, mạng NHÓM 13 38 Báo hiệu điều khiển kết nối Chương II: Điều khiển tắc nghẽn cho giao thức TCP tắc nghẽn Thay vào đó, ứng dụng thích chạy qua UDP, khơng có tính kiểm sốt tắc nghẽn tích hợp Khi chạy qua UDP, ứng dụng bơm âm video chúng vào mạng với tốc độ không đổi bị gói, thay giảm tốc độ chúng xuống mức "hợp lý" thời điểm tắc nghẽn khơng gói Theo quan điểm TCP, ứng dụng đa phương tiện chạy UDP không công - chúng không hợp tác với kết nối khác điều chỉnh tốc độ truyền cách thích hợp Bởi kiểm sốt tắc nghẽn TCP làm giảm tốc độ truyền đối mặt với tình trạng tắc nghẽn ngày tăng (mất mát), nguồn UDP khơng cần, nguồn UDP lấn át lưu lượng TCP Một số chế kiểm soát tắc nghẽn đề xuất cho Internet để ngăn lưu lượng UDP đưa thơng lượng Internet bị đình trệ • Kết nối TCP Ngang Song song Nhưng buộc lưu lượng truy cập UDP hoạt động ngang bằng, vấn đề công khơng giải hồn tồn Điều khơng có để ngăn ứng dụng dựa TCP sử dụng nhiều kết nối song song Ví dụ, trình duyệt Web thường sử dụng nhiều kết nối TCP song song để chuyển nhiều đối tượng trang Web (Số lượng xác nhiều kết nối định cấu hình hầu hết trình duyệt.) Khi ứng dụng sử dụng nhiều kết nối song song, nhận phần lớn băng thông liên kết bị tắc nghẽn Ví dụ, xem xét liên kết có tốc độ R hỗ trợ chín ứng dụng máy kháchmáy chủ diễn ra, với ứng dụng sử dụng kết nối TCP Nếu ứng dụng xuất sử dụng TCP kết nối, ứng dụng có tốc độ truyền gần R / 10 Nhưng ứng dụng thay vào sử dụng 11 kết nối TCP song song, ứng dụng bị phân bổ khơng cơng nhiều R/2 Bởi lưu lượng truy cập Web phổ biến Internet, nhiều kết nối song NHÓM 13 39 Báo hiệu điều khiển kết nối Chương II: Điều khiển tắc nghẽn cho giao thức TCP song khơng phải NHĨM 13 40 Báo hiệu điều khiển kết nối LỜI CẢM ƠN Chúng em xin gửi lời cảm ơn tới “ Học viện Cơng nghệ Bưu Viễn thơng” đưa mơn học Báo hiệu điều khiển kết nối vào chương trình giảng dạy Đồng thời em xin chân thành cảm ơn giảng viên mơn- thầy giáo TS.Hồng Trọng Minh, dạy dỗ, hướng dẫn, truyền đạt cho bọn em kiến thức bổ ích để nhóm em hồn thiện tiểu luận Mặc dù học tập tìm hiểu kiến thức chúng em cịn hạn chế, nên Tiểu luận chúng em có thiếu sót chưa xác, kính ming thầy xem xét góp ý kiến giúp cho làm em hồn thiện Nhóm em xin chân thành cảm ơn! Hà Nội, ngày tháng 12 năm 2021 NHÓM 13 41 ... 25 Báo hiệu điều khiển kết nối NHÓM 13 Chương II: Điều khiển tắc nghẽn cho giao thức TCP 26 Báo hiệu điều khiển kết nối NHÓM 13 Chương II: Điều khiển tắc nghẽn cho giao thức TCP 27 Báo hiệu điều. .. chậm DCTCP DCQCN NHÓM 13 Báo hiệu điều khiển kết nối NHÓM 13 Chương I: Tổng quan giao thức TCP Báo hiệu điều khiển kết nối NHÓM 13 Chương I: Tổng quan giao thức TCP Báo hiệu điều khiển kết nối Chương... liên kết nút cổ chai Một chế kiểm soát tắc nghẽn cho ngang tốc độ NHÓM 13 35 Báo hiệu điều khiển kết nối NHÓM 13 Chương II: Điều khiển tắc nghẽn cho giao thức TCP 36 Báo hiệu điều khiển kết nối