TCVN 9802-5:2017

Tiêu chuẩn TCVN 9802-5:2017 quy định những đặc tả kỹ thuật của giao thức phát hiện đối tượng nghe multicast phiên bản 2 (MLDv2) cho IPv6. Tiêu chuẩn này áp dụng cho các thiết bị nút IPv6 (gọi tắt là nút hoặc nút IPv6) yêu cầu hỗ trợ multicast theo chính sách lọc nguồn, tức là các nút có nhu cầu nghe các gói tin theo một địa chỉ multicast chỉ từ những địa chỉ nguồn cụ thể hay từ tất cả các nguồn khác trừ những địa chỉ nguồn cụ thể.

TIÊU CHUẨN VIỆT NAM TCVN 9802-5:2017 GIAO THỨC INTERNET PHIÊN BẢN (IPV6) - PHẦN 5: GIAO THỨC PHÁT HIỆN ĐỐI TƯỢNG NGHE MULTICAST Internet protocol version (IPv6) - Part 5: Multicast listener discovery protocol Lời nói đầu TCVN 9802-5:2017 xây dựng sở RFC 3810 (2004) “Multicast Listener Discovery Version (MLDv2) for IPv6” Nhóm đặc trách kỹ thuật Internet (IETF) TCVN 9802-5:2017 Viện Khoa học Kỹ thuật Bưu điện, Học viện Công nghệ Bưu Viễn thơng biên soạn, Bộ Thơng tin Truyền thông đề nghị, Tổng cục Tiêu chuẩn Đo lường Chất lượng thẩm định, Bộ Khoa học Công nghệ công bố GIAO THỨC INTERNET PHIÊN BẢN (IPV6) - PHẦN 5: GIAO THỨC PHÁT HIỆN ĐỐI TƯỢNG NGHE MULTICAST Internet protocol version (IPv6) - Part 5: Multicast listener discovery protocol Phạm vi áp dụng Tiêu chuẩn quy định đặc tả kỹ thuật giao thức phát đối tượng nghe multicast phiên (MLDv2) cho IPv6 Tiêu chuẩn áp dụng cho thiết bị nút IPv6 (gọi tắt nút nút IPv6) yêu cầu hỗ trợ multicast theo sách lọc nguồn, tức nút có nhu cầu nghe gói tin theo địa multicast từ địa nguồn cụ thể hay từ tất nguồn khác trừ địa nguồn cụ thể Tài liệu viện dẫn Các tài liệu viện dẫn sau cần thiết cho việc áp dụng tiêu chuẩn Đối với tài liệu viện dẫn ghi năm công bố áp dụng nêu Đối với tài liệu viện dẫn khơng ghi năm cơng bố áp dụng phiên nhất, bao gồm sửa đổi (nếu có) TCVN 9802-1:2013, Giao thức Internet phiên (IPv6) - Phần 1: Quy định kỹ thuật TCVN 9802-2:2015, Giao thức Internet phiên (IPv6) - Phần 2: Kiến trúc địa IPv6 TCVN 9802-3:2015, Giao thức Internet phiên (IPv6) - Phần 3: Giao thức phát nút mạng lân cận RFC 4443, Internet Control Message Protocol (ICMPv6) for the Internet Protocol Version (IPv6) specification, March 2006 (Giao thức tin điều khiển Internet cho IPv6) RFC 2711, IPv6 Router Alert Option, October 1999 (Tùy chọn cảnh báo Router lPv6) RFC 2462, IPv6 Stateless Address Autoconfiguration, December 1998 (Tự động cấu hình địa IPv6 phi trạng thái) RFC 2464, Transmission of IPv6 Packets over Ethernet Networks, December 1998 (Truyền gói tin IPv6 qua mọng Ethernet) Thuật ngữ định nghĩa Tiêu chuẩn sử dụng thuật ngữ sau 3.1 Nút (node) Thiết bị thực thi IPv6 3.2 Bộ định tuyến (router) Nút có khả chuyển tiếp gói tin IPv6 khơng định địa trực tiếp cho nút mạng 3.3 Host Bất kỳ nút mà router 3.4 Tầng (upper layer) Tầng giao thức phía IPv6 Ví dụ, giao thức truyền tải TCP UDP, giao thức điều khiển ICMP, giao thức định tuyến OSPF giao thức Internet giao thức tầng thấp thực thi kết nối kiểu đường hầm thông qua IPv6 IPX, AppleTalk, IPv6 3.5 Liên kết (link) Một phương tiện môi trường kết nối mà qua nút mạng kết nối với tầng liên kết, nghĩa tầng bên IPv6 Ethernet; liên kết PPP; X.25, Frame Relay mạng ATM; tầng Internet (hoặc tầng cao hơn) thực thi kết nối “đường hầm” đường hầm qua IPv4 IPv6 3.6 Giao diện (interface) Một giao tiếp nút để gắn vào liên kết 3.7 Địa (address) Một định danh tầng IPv6 cho giao diện nhóm giao diện 3.8 Gói tin (packet) Phần mào đầu IPv6 cộng với phần liệu gói tin 3.9 Thiết bị truy vấn (Querier) Các router gửi tin Query 3.10 Thiết bị khơng truy vấn (Non-Querier) Rouler khơng có chức gửi tin Query 3.11 Socket Tham số cụ thể sử dụng để phân biệt thực thể gửi yêu cầu IP multicast khác (ví dụ, chương trình, ứng dụng) nút 3.12 Địa link-layer (link-layer address) Định danh tầng liên kết cho giao diện Ví dụ, bao gồm địa IEEE 802 cho liên kết Ethernet 3.13 Địa link-local (link-local address) Một địa unicast phạm vi liên kết sử dụng để hướng tới nút mạng lân cận Tất giao diện router phải có địa link-local Và giao diện host phải có địa link-local 3.14 Địa on-link (on-link) Một địa gán cho giao diện liên kết cụ thể Một nút mạng xem địa địa on-link nếu: - Địa bao hàm tiền tố cửa liên kết (chẳng hạn thị cờ onlink tùy chọn Prefix Information), - Một router lân cận xác định địa đích đến tin Redirect, - Nhận tin Neighbor Advertisement cho địa (mục tiêu) đó, - Nhận tin Neighbor Discovery từ địa 3.15 Địa off-link (off-link) Ngược lại với địa “on-link”; địa mà không gán cho giao diện liên kết cụ thể Chữ viết tắt DAD Phát địa trùng lặp Duplicate Address Detection ICMPv6 Giao thức tin điều khiển cho IPv6 Internet Control Message Protocol version IPv6 Giao thức Internet phiên Internet Protocol version LLQC Số lượng truy vấn đối tượng nghe cuối Last Listener Query Count LLQI LLQT Khoảng thời gian truy vấn đối tượng nghe cuối Last Listener Query Interval Last Listener Query Time MLD Thời gian truy vấn đối tượng nghe cuối Multicast Listener Discovery MLDv1 Phát đối tượng nghe multicast Multicast Listener Discovery version MLDv2 Phát đối tượng nghe multicast phiên MALI QQI QQIC OSPF TCP UDP Phát đối tượng nghe multicast phiên Khoảng thời multicast gian nghe địa Multicast Listener Discovery version Multicast Address Listening Interval Querier Query Interval Querier Query Interval Code Khoảng thời gian truy vấn Querier Open Shortest Path First Mã khoảng thời gian truy vấn Querier Querier Giao thức định tuyến tìm đường ngắn Transmission Control Protocol User Datagram Protocol Giao thức điều khiển truyền dẫn Giao thức liệu người dùng Tổng quan Giao thức MLD nói chung (bao gồm MLDv1 MLDv2) giao thức bất đối xứng, giao thức quy định cách xử lý riêng biệt cho đối tượng nghe địa multicast (tức host router nghe gói tin multicast) router multicast Mục đích MLD cho phép router multicast xác định địa multicast ngưồn có đối tượng nghe quan tâm đến địa nguồn liên kết trực tiếp router Thông tin thu thập MLD cung cấp cho giao thức định tuyến multicast router, để đảm bảo gói tin multicast phân phối đến tất liên kết có đối tượng nghe quan tâm đến gói tin Các router multicast cần biết tối thiểu nút liên kết kết nối vào nghe gói tin theo địa multicast cụ thể, từ nguồn cụ thể; router multicast không yêu cầu phải theo dõi nhu cầu nút lân cận cách riêng lẻ Với giao thức MLDv2, router multicast thực vai trò router liên kết trực tiếp Nếu router multicast có nhiều giao diện kết nối vào liên kết, router cần thực giao thức MLDv2 giao diện Cách xử lý router phụ thuộc vào việc có hay khơng router multicast khác mạng Nếu có nhiều router multicast mạng sử dụng chế bầu chọn Querier để lựa chọn router multicast đóng vai trị Querier Tất router multicast mạng lắng nghe tin gửi từ đối tượng nghe địa multicast trì trạng thái thơng tin nghe multicast Điều để router đảm nhiệm vai trò Querier trường hợp Querier xảy lỗi Tuy nhiên, Querier gửi định kỳ kích hoạt tin Query mạng con, mô tả điều 10.1 Một đối tượng nghe địa multicast thực vai trò đối tượng nghe giao thức MLDv2 tất giao diện hỗ trợ multicast, có nhiều giao diện số giao diện kết nối vào liên kết 5.1 Thiết lập trạng thái nghe multicast đối tượng nghe địa multicast Các giao thức tầng ứng dụng chạy nút nghe địa multicast sử dụng lời gọi giao diện dịch vụ xác định để yêu cầu tầng IP cho phép vơ hiệu hóa chức tiếp nhận gói tin gửi đến địa multicast cụ thể Nút giữ trạng thái nghe địa multicast cho socket mà có lời gọi giao diện dịch vụ Ngoài trạng thái nghe multicast theo socket này, nút phải trì tính tốn trạng thái nghe multicast cho giao diện Trạng thái bao gồm tập hợp ghi, với ghi chứa địa multicast IPv6, chế độ lọc danh sách nguồn Chế độ lọc INCLUDE EXCLUDE Trong chế độ INCLUDE, nút nhận gói tin có địa nguồn nằm danh sách nguồn gửi tới địa multicast cụ thể Trong chế độ EXCLUDE, nút nhận được, gói tin có địa nguồn nằm danh sách nguồn gửi tới địa multicast cụ thể Đối với giao diện cho trước, tồn nhiều ghi cho địa multicast Trạng thái giao diện nhận từ trạng thái socket, khác với trạng thái socket socket khác có khác biệt chế độ lọc và/hoặc danh sách nguồn cho địa multicast giao diện Sau gói tin multicast chấp nhận, việc phân phối gói tin tới ứng dụng phụ thuộc vào trạng thái nghe multicast socket mà ứng dụng kết nối (và phụ thuộc vào điều kiện khác cổng tầng truyền tải mà socket sử dụng) Chú ý tin MLDv2 không phụ thuộc vào việc lọc nguồn phải xử lý host router 5.2 Trao đổi tin Querier nút nghe Có ba loại tin Query MLDv2: tin General Query (truy vấn thông thường), tin Multicast Address Specific Query (truy vấn địa multicast cụ thể) tin Multicast Address and Source Specific Query (truy vấn địa multicast nguồn cụ thể) Các Querier định kỳ gửi tin General Query để nắm bắt thông tin đối tượng nghe địa multicast từ liên kết kết nối Các tin General Query sử dụng để xây dựng làm trạng thái đối tượng nghe địa multicast bên tất router multicast liên kết Các nút phản hồi tin General Query cách báo cáo lại trạng thái nghe địa multicast giao diện chúng, thông qua tin Current State Report (báo cáo trạng thái tại) gửi đến địa multicast cụ thể mà tất router liên kết lắng nghe Mặt khác, trạng thái nghe nút thay đổi, nút thông báo thay đổi thông qua tin State Change Report (báo cáo thay đổi trạng thái) Bản tin State Change Report chứa Filter Mode Change Record (bản ghi thay đổi chế độ lọc) Source List Change Record (bản ghi thay đổi danh sách nguồn) hay ghi loại loại Mô tả chi tiết tin Report trình bày điều 8.2.12 Những thay đổi trạng thái router đối tượng nghe thiết lập đếm thời gian cụ thể kết thúc, nhận tin MLD (sự thay đổi trạng thái đối tượng nghe kích hoạt việc yêu cầu lời gọi giao diện dịch vụ) Do đó, để nâng cao tính ổn định giao thức, để tránh không đáng tin cậy có việc trao đổi gói tin, tin truyền lại nhiều lần, Hơn nữa, đếm thời gian thiết lập để kiểm tra việc mát tin có, để đợi việc truyền lại Để tránh tải liên kết, tin General Query Current State Report theo định kỳ không áp dụng quy tắc này, giả định thông thường tin không tạo thay đổi trạng thái mục đích chúng làm trạng thái tồn Do đó, tin bị mất, trạng thái tương ứng làm chu kỳ báo cáo Trái với tin Current State Report, tin State Change Report truyền lại vài lần, để tránh chúng bị nhiều router multicast Số lượng tin truyền lại phụ thuộc vào biến Robustness Biến cho phép điều chỉnh giao thức theo mát gói tin dự kiến liên kết Nếu liên kết dự kiến gói (ví dụ kết nối khơng dây), giá trị biến Robustness tăng lên MLD ổn định với [biến Robustness] -1 gói tin bị Tiêu chuẩn khuyến nghị giá trị mặc định biến Robustness (chi tiết trình bày điều 12) CHÚ THÍCH: Tên đếm/biến nằm dấu ngoặc vuông thể giá trị đếm/biến Nếu xảy nhiều thay đổi tới bảng lưu trữ trạng thái giao diện trước hoàn thành việc truyền lại tất tin State Change Report cho thay đổi đầu tiên, thay đổi bổ sung kích hoạt việc truyền lại tin State Change Report Điều 9.1 trình bày phương pháp tính tốn nội dung tin Những tin State Change Report truyền lại lập lịch, để đảm bảo thay đổi trạng thái truyền tối thiểu [biến Robustness] lần Nếu qua tin State Change Report, nút liên kết thể việc khơng cịn muốn lắng nghe địa multicast (hoặc nguồn) cụ thể nữa, Querier phải truy vấn đối tượng nghe khác địa multicast (hoặc nguồn) trước xóa địa multicast (hoặc nguồn) khỏi mục lưu trữ trạng thái đối tượng nghe địa multicast dừng truyền lưu tượng tương ứng Như vậy, Querier gửi tin Multicast Address Specific Query để xác minh nút lắng nghe địa multicast cụ thể hay không Tương tự, Querier gửi tin Multicast Address and Source Specific Query để xác minh rằng, với địa multicast cụ thể, có nút nghe theo nguồn cụ thể hay không Điều 8.1.13 mô tả chi tiết loại tin Query Cả hai tin “Multicast Address Specific Query” “Multicast Address and Source Specific Query” gửi để đáp lại tin State Change Report mà không đáp lại tin Current State Report Sự khác biệt hai loại tin Report nhằm tránh cho router đối xử với tất tin Multicast Listener Report thay đổi trạng thái có khả xảy Bằng cách này, chế rời nhanh MLDv2 khơng hiệu tin State Change Report bị mất, router chỉnhận tin Current State Report Tuy nhiên, tránh việc xử lý gia tăng router giảm lưu lượng MLD liên kết Các nút phản hồi tin Query qua tin Current State Report, chứa trạng thái Nghe ĐịaChỉ Multicast (Multicast Address Listening) cho giao diện chúng với địa multicast (hoặc nguồn) truy vấn Để đảm bảo tính ổn định giao thức, tất tin Query ngoại trừ tin General Query theo định kỳ, gửi lại vài lần khoảng thời gian định, số lượng tin truyền lại phụ thuộc vào biến Robustness Nếu lập lịch cho tin Query mới, tồn tin Query trạng thái chờ truyền lại cho địa multicast, tin Query tin Query trạng thái chờ phải sáp nhập Ngoài ra, tin Report host nhận địa multicast có tin Query trạng thái chờ ảnh hưởng tới nội dung tin Query Tính ổn định giao thức nâng cao việc sử dụng cờ S (Ngăn chặn xử lý phía router) Như mô tả trên, Querier gửi tin Multicast Address Specific Query tin Multicast Address and Source Specific Query, có tin Query lập lịch để truyền lại Trong tin Query đầu tiên, cờ S xóa Khi Querier gửi tin Query này, làm giảm đếm thời gian cho địa multicast (hoặc nguồn) có liên quan thành giá trị cho trước; tương tự, router multicast non-querier nhận truy vấn tự hạ thấp đếm thời gian thành giá trị Tuy nhiên, đợi tin Query lập lịch gửi, router nhận tin Report cập nhật đếm thời gian Các tin Query lập lịch phải gửi để đảm bảo router non-querier giữ trạng thái đồng với Querier (do router non-querier khơng nhận truy vấn đầu tiên) Tuy nhiên, đếm thời gian khơng nên hạ thấp lần Do đó, Querier thiết lập giá trị cờ S tin Query 5.3 Thiết lập trạng thái đối tượng nghe địa multicast router multicast Các router multicast thực thi MLDv2 (có thể Querier khơng) giữ trạng thái đối tượng nghe cho địa multicast liên kết Trạng thái đối tượng nghe địa multicast bao gồm chế độ lọc, đếm thời gian cho chế độ lọc, danh sách nguồn, với đếm thời gian cho nguồn danh sách Chế độ lọc sử dụng để thu gọn trạng thái lắng nghe toàn diện cho địa multicast thành tập bé nhất, tất nút trạng thái lắng nghe ý Chế độ lọc thay đổi để phù hợp với việc nhận loại tin Report cụ thể, điều kiện đếm thời gian xuất Một router có chế độ lọc “INCLUDE” (chế độ bao gồm) địa multicast cụ thể giao diện định tất đối tượng nghe liên kết theo dõi địa chế độ INCLUDE Trạng thái router thể INCLUDE (A), A danh sách nguồn, gọi “Danh sách INCLUDE” (danh sách bao gồm) Danh sách INCLUDE tập hợp nguồn mà hay nhiều đối tượng nghe liên kết có yêu cầu nhận Tất nguồn từ danh sách INCLUDE router chuyển tiếp Bất kỳ nguồn khác không nằm danh sách INCLUDE bị router chặn lại Một nguồn thêm vào danh sách INCLUDE đối tượng nghe có chế độ INCLUDE gửi tin Current State Report tin State Change Report chứa nguồn Mộtnguồn danh sách INCLUDE liên kết với đếm thời gian cho nguồn, đếm cập nhật đối tượng nghe chế độ INCLUDE gửi tin Report xác nhận đối tượng nghe quan tâm đến nguồn cụ thể Nếu đếm thời gian cho nguồn danh sách INCLUDE kết thúc, nguồn bị xóa khỏi danh sách INCLUDE Bên cạnh chế “rời nhóm mềm” trên, cịn chế “rời nhóm nhanh” MLDv2; chế dựa việc sử dụng đếm thời gian cho nguồn Khi nút chế độ INCLUDE khơng cịn nhu cầu theo dõi nguồn cụ thể, router multicast liên kết hạ thấp đếm thời gian chúng cho nguồn xuống giá trị định Querier sau gửi tin Multicast Address and Source Specific Query, để xác minh có đối tượng nghe khác theo dõi nguồn hay không Nếu nhận tin Report cho nguồn trước đếm thời gian kết thúc, tất router liên kết số cập nhật đếm thời gian cho nguồn Nếu không, nguồn bị xóa khỏi danh sách INCLUDE Việc xử lý danh sách INCLUDE theo tin Report nhận được, chi tiết điều 10.4.1 10.4.2 Một router có chế độ EXCLUDE (chế độ ngoại trừ) địa multicast cụ thể giao diện định có tối thiểu đối tượng nghe chế độ EXCLUDE cho địa liên kết Khi nhận tin Report từ đối tượng nghe này, router thiết lập đếm thời gian cho chế độ lọc tương ứng với địa Bộ đếm thời gian thiết lập lại đối tượng nghe chế độ EXCLUDE xác nhận trạng thái nghe qua tin Current State Report Bộ đếm thời gian cập nhật đối tượng nghe chế độ INCLUDE, thông báo thay đổi chế độ lọc qua tin State Change Report Bộ đếm thời gian cho chế độ lọc kết thúc đồng nghĩa với việc khơng cịn đối tượng nghe chế độ EXCLUDE liên kết Trong trường hợp này, router chuyển chế độ INCLUDE cho địa multicast Khi router chế độ EXCLUDE, trạng thái router thể EXCLUDE (X, Y), X gọi “Danh sách yêu cầu” Y gọi “Danh sách EXCLUDE” (danh sách ngoại trừ) Tất gói tin từ nguồn nằm danh sách EXCLUDE, chuyển tiếp router Danh sách yêu cầu không gây ảnh hưởng đến việc chuyển tiếp Tuy nhiên, router phải trìdanh sách yêu cầu hai lý sau đây: - Để theo dõi nguồn mà đối tượng nghe chế độ INCLUDE lắng nghe Điều nhằm đảm bảo chuyển đổi liền mạch router sang chế độ INCLUDE, khơng cịn đối tượng nghe chế độ EXCLUDE Sự chuyển đổi không làm ngắt quãng lưu lượng tới đối tượng nghe chế độ INCLUDE cho địa multicast Do đó, thời điểm chuyển đổi, danh sách yêu cầu nên chứa tập hợp nguồn mà nút chế độ INCLUDE yêu cầu rõ ràng, Khi router chuyển sang chế độ INCLUDE, nguồn danh sách yêu cầu chuyển sang danh sách INCLUDE, danh sách EXCLUDE xóa bỏ Trước thực việc chuyển tiếp này, danh sách u cầu chứa dự đốn khơng xác nguồn mà đối tượng nghe chế độ INCLUDE lắng nghe - lớn q nhỏ Sự khơng xác danh sách yêu cầu sử dụng cho mục đích khóa nhanh mơ tả Nếu chức khóa nhanh thực hiện, vài nguồn bị xóa khỏi danh sách yêu cầu để giảm trạng thái router Tuy nhiên, trường hợp đếm thời gian cho chế độ lọc cập nhật Do đó, trước thực chuyển đổi, đối tượng nghe chế độ INCLUDE có đủ thời gian để xác nhận lại quan tâm chúng với nguồn bị loại bỏ, xây dựng lại danh sách yêu cầu cho phù hợp Giao thức đảm bảo xảy chuyển đổi sang chế độ INCLUDE thìdanh sách yêu cầu xác Chi tiết việc chuyển đổi router sang chế độ INCLUDE mô tả điều A.3, Phụ lục A - Để cho phép chế độ khóa nhanh nguồn khơng khóa trước Nếu router nhận tin Report chứa yêu cầu vậy, nguồn có liên quan thêm vào danh sách yêu cầu Bộ đếm thời gian chúng thiết lập giá trị nhỏ định, tin Multicast Address and Source Specific Query gửi Querier để kiểm tra có nút liên kết cịn quan tâm đến nguồn khơng Nếu khơng nút thông báo mối quan tâm chúng đến nguồn cụ thể đó, đếm thời gian nguồn kết thúc Sau đó, nguồn chuyển từ danh sách yêu cầu sang danh sách EXCLUDE Từ thời điểm này, nguồn bị router chặn lại Việc xử lý trạng thái router chế độ EXCLUDE theo tin Report nhận được, chi tiết Bảng 10.4.1 10.4.2 Các xử lý router đối tượng nghe MLDv2 mô tả tiêu chuẩn đảm bảo tínhtương thích ngược với host router MLDv1 Tính tương thích chi tiết điều 11 Giao diện dịch vụ cho việc yêu cầu nhận IP Multicast Trong hệ thống IP, giao diện dịch vụ sử dụng giao thức tầng chương trình ứng dụng để yêu cầu tầng IP cho phép vơ hiệu hóa khả tiếp nhận gói tin gửi tới địa IP multicast cụ thể Để tận dụng đầy đủ tính MLDv2, giao diện dịch vụ IP nút phải hỗ trợ hoạt động sau đây: IPv6MulticastListen (socket, giao diện, địa multicast IPv6, chế độ lọc, danh sách nguồn) Trong đó: - “Socket” tham số cụ thể sử dụng để phân biệt thực thể gửi yêu cầu khác (ví dụ, chương trình, quy trình) nút; tham số socket gọi hệ thống Unix BSD ví dụ cụ thể - “Giao diện” định danh cục giao diện mạng việc nhận địa multicast cụ thể cho phép vơ hiệu hóa Các giao diện vật lý (ví dụ giao diện Ethernet) ảo (ví dụ điểm kết thúc chuyển mạch kênh ảo Frame Relay đường hầm IP- trong-IP) Trong trường hợp việc triển khai cho phép thông qua tham số giao diện “không rõ ràng” đặc biệt, yêu cầu áp dụng giao diện “chính” “giao diện mặc định” nút (có thể xác định cấu hình hệ thống) Nếu thực việc tiếp nhận địa multicast nhiều giao diện, IPv6MultlcastListen yêu cầu cách riêng biệt cho giao diện mong muốn - “Địa multicast IPv6” địa multicast gắn với yêu cầu Nếu có yêu cầu tiếp nhận nhiều địa multicast giao diện cụ thể, IPv6MulticastLinten thực cách riêng biệt cho địa mong muốn - “Chế độ lọc” INCLUDE EXCLUDE Trong chế độ INCLUDE, gói tin có địa nguồn liệt kê danh sách địa nguồn gửi đến địa multicast cụ thể Trong chế độ EXCLUDE, gói tin có địa nguồn nằm ngồi danh sách địa nguồn gửi đến địa multicast cụ thể - “Danh sách nguồn” danh sách không theo thứ tự (danh sách khơng chứa nguồn nào) chứa địa mà từ việc tiếp nhận multicast yêu cầu từ chối, phụ thuộc vào chế độ lọc Việc thực thi gặp phải số hạn chế kích thước danh sách nguồn Khi giới hạn danh sách nguồn bị vượt quá, giao diện dịch vụ gặp lỗi Với tập hợp socket, giao diện, địa multicast IPv6 định, chế độ lọc danh sách nguồn có hiệu lực thời điểm Tuy nhiên, chế độ lọc danh sách nguồn hai thay đổi yêu cầu IPv6MulticastListen cho cùngsocket, giao diện, địa Multicast IPv6 Mỗi yêu cầu đến sau thay hoàn tồn u cầu trước socket, giao diện, địa multicast cụ thể Giao thức MLDv1 không hỗ trợ lọc nguồn, có giao diện dịch vụ đơn giản hơn, MLDv1 bao gồm chức bắt đầu lắng nghe dừng lắng nghe phép vô hiệu hóa việc nghe địa multicast cụ thể (từ tất nguồn) giao diện định Các hoạt động tương ứng MLDv1 giao diện dịch vụ sau: Hoạt động bắt đầu nghe tương đương với: IPv6MulticastListen (socket, giao diện, địa multicast IPv6, EXCLUDE, { }) Và hoạt động dừng lắng nghe tương đương với: IPv6MulticastListen (socket, giao diện, địa multicast IPv6, INCLUDE, { }) Trong { } danh sách nguồn trống Trạng thái nghe multicast trì nút 7.1 Trạng thái socket Với socket mà IPv6MulticastListen yêu cầu, nút ghi lại trạng thái nghe multicast mong muốn cho socket Trạng thái bao gồm tập hợp ghi có dạng: (giao diện, địa multicast lPv6, chế độ lọc, địa nguồn) Trạng thái cho socket đưa để phản hồi lại yêu cầu IPv6MulticastListen socket sau: - Nếu chế độ lọc yêu cầu INCLUDE danh sách nguồn yêu cầu không chứa nguồn nào, mục tương ứng với giao diện địa multicast yêu cầu bị xóa hiển thị Nếu khơng có mục hiển thị, u cầu khơng có tác dụng - Nếu chế độ lọc yêu cầu EXCLUDE danh sách nguồn yêu cầu trống, mục tương ứng với giao diện địa multicast yêu cầu, xuất thay đổi đểchứa chế độ lọc danh sách nguồn yêu cầu Nếu mục xuất hiện, mục tạo ra, sử dụng tham số thị yêu cầu 7.2 Trạng thái giao diện Ngoài trạng thái nghe multicast socket, nút phải trì tính tốn trạng thái lắng nghe multicast cho giao diện Trạng thái chứa tập hợp ghi theo dạng: (Địa multicast IPv6, chế độ lọc, danh sách nguồn) Chỉ ghi cho địa multicast tồn cho giao diện định Trạng thái giao diện nhận từ trạng thái socket, có khác biệt socket khác có chế độ lọc và/hoặc danh sách nguồn khác cho địa multicast giao diện Ví dụ, giả sử ứng dụng hay chương trình yêu cầu hoạt động socket s1 sau: IPv6MulticastListen (s1, i, m, INCLUDE, {a, b, c}) yêu cầu việc đón nhận gói tin gửi tới địa multicast m giao diện i, chúng đến từ nguồn a, b c Giả sử ứng dụng hay chương trình khác yêu cầu hoạt động socket s2 sau: IPv6MulticastListen (s2, i, m, INCLUDE, {b, c, d}) yêu cầu việc đón nhận gói tin gửi tới địa multicast m giao diện i, chúng đến từ nguồn b, c d Để thỏa mãn việc đón nhận yêu cầu hai socket giao diện i cần nhận gói tin gửi tới địa m từ nguồn a, b, c hay d Do đó, ví dụ này, trạng thái lắng nghe giao diện i cho địa multicast m có chế độ lọc INCLUDE danh sách nguồn {a, b, c, d} Sau gói tin multicast chấp nhận tầng IP giao diện, việc phân phối gói tin tới ứng dụng hay tiến trình lắng nghe socket cụ thể phụ thuộc vào trạng thái nghe multicast socket (và phải phù hợp với điều kiện khác, cổng tầng giao vận mà socket sử dụng) Do gói tin đến giao diện i, có đích địa multicast m, với địa nguồn a, phân phối vào socket s1 mà socket s2 Chú ý rằng, tin MLDv2 không phụ thuộc vào việc lọc nguồn phải xử lý host router Việc yêu cầu lọc gói tin dựa vào trạng thái đón nhận multicast socket tính giao diện dịch vụ Giao diện dịch vụ trước khơng mô tả việc lọc dựa trạng thái nghe multicast; nữa, hoạt động bắt đầu nghe multicast socket đơn giản làm cho nút bắt đầu nghe địa multicast giao diện cụ thể; gói tin gửi tới địa multicast cóthể phân phối cho tất socket, dù chúng bắt đầu nghe hay chưa Quy tắc thông thường để trạng thái giao diện nhận từ trạng thái socket sau: với cặp (giao diện, địa multicast) riêng biệt xuất trạng thái socket, ghi giao diện tạo cho địa multicast giao diện Tất ghi socket chứa cặp (giao diện, địa multicast) xem xét sau: - Nếu ghi socket có chế độ lọc EXCLUDE chế độ lọc ghi giao diện EXCLUDE, danh sách nguồn ghi giao diện phần giao cắt danh sách địa nguồn cho tất ghi socket chế độ lọc EXCLUDE, trừ địa nguồn xuất ghi socket có chế độ lọc INCLUDE Ví dụ, ghi socket cho địa multicast m giao diện i là: từ socket s1: (i, m, EXCLUDE, {a, b, c, d}) từ socket s2: (i, m, EXCLUDE, {b, c, d, e}) từ socket s3: (i, m, INCLUDE, {d, e, f}) ghi giao diện tương ứng giao diện i là: (m, EXCLUDE, {b, c}) Nếu socket thứ tư thêm vào sau: Từ socket s4: ((i, m, EXCLUDE, { }) ghi giao diện trở thành: (m, EXCLUDE, { }) - Nếu tất ghi socket có chế độ lọc INCLUDE chế độ lọc ghi giao diện INCLUDE, danh sách nguồn ghi giao diện kết hợp danh sách nguồn tất ghi socket Ví dụ, ghi socket cho địa multicast m giao diện i là: từ socket s1: (i, m, INCLUDE, {a, b, c}) từ socket s2: (i, m, INCLUDE, {b, c, d}) sang danh sách EXCLUDE (khơng xóa ghi nguồn) EXCLUDE Khơng có nguồn Đề nghị chuyển tiếp lưu lượng từ tất nguồn 10.4 Xử lý nhận tin Report Khi nhận tin Report MLD, router kiểm tra: địa nguồn tin có phải địa linklocal hợp lệ, trường Hop Limit có thiết lập 1, tùy chọn Router Alert có xuất mào đầu Hop-by-Hop Options gói tin IPv6 hay khơng Nếu kiểm tra bị lỗi, gói tin bị bỏ qua Nếu tính hợp lệ tin MLD xác minh, router bắt đầu xử lý tin Report 10.4.1 Khi nhận Current State Record Khi nhận Current State Record, router cập nhật đếm thời gian cho chế độ lọc đếm thời gian cho nguồn Trong số trường hợp, việc nhận loại Multicast Address Record làm thay đổi chế độ lọc router cho địa multicast Bảng mô tả hành động xảy với trạng thái router nhận Current State Record, bao gồm trạng thái đếm thời gian Nếu router chế độ lọc INCLUDE cho địa multicast, ký hiệu INCLUDE (A) sử dụng, A biểu danh sách INCLUDE có liên quan Nếu router chế độ EXCLUDE cho địa multicast cụ thể sử dụng ký hiệu EXCLUDE (X, Y), X thể danh sách yêu cầu Y thể danh sách EXCLUDE có liên quan Trong phần “hành động” bảng trạng thái router, ký hiệu ‘(A)=J' có nghĩa tập hợp A ghi nguồn có đếm thời gian cho nguồn thiết lập giá trị J “Xóa A” có nghĩa tập hợp A ghi nguồn xóa “Bộ đếm thời gian cho chế độ lọc = J” có nghĩa giá trị đếm thời gian cho chế độ lọc địa multicast thiết lập giá trị J Trạng thái router Bản tin Report nhận Trạng thái router Hành động INCLUDE (A) IS_IN (B) INCLUDE (A+B) (B)=MALI INCLUDE (A) IS_EX (B) EXCLUDE (A*B, BA) (B-A)=0 Xóa (A-B) Bộ đếm thời gian cho chế độ lọc = MALI EXCLUDE (X,Y) IS_IN (A) EXCLUDE (X+A, YA) (A) = MALI EXCLUDE (X,Y) IS_EX (A) EXCLUDE (A-Y,Y*A) (A - X - Y) = MALI Xóa (X-A) Xóa (Y-A) Bộ đếm thời gian cho chế độ lọc = MALI 10.4.2 Khi nhận Filter Mode Change Record Source List Change Record Khi có thay đổi trạng thái tồn cục địa multicast xảy nút, nút gửi Source List Change Record Filter Mode Change Record cho địa multicast Đối với Current State Record, router phải xử lý ghi thay đổi trạng thái chúng để phản hồi lại trạng thái nghe liên kết Các Querier phải truy vấn nguồn địa multicast mà khơng cịn yêu cầu chuyển liếp Khi router gửi nhận tin Query cho tập hợp cụ thể nguồn, giảm đếm thời gian nguồn cho địa tới giá trị thời gian LLQT theo đơn vị miligiây Nếu Multicast Address Record nhận để phản hồi lại tin Query cho việc nghe nguồn truy vấn, đếm thời gian tương ứng cập nhật Các tin Multicast Address Specific Query sử dụng phép router chuyển đổi nhanh chóng từ chế độ EXCLUDE sang chế độ INCLUDE, trường hợp nhận Multicast Address Record yêu cầu việc chuyển đổi Bộ đếm thời gian cho chế độ lọc địa multicast làm giảm đến giá trị LLQT theo mili-giây Nếu nhận Multicast Address Record có chế độ EXCLUDE mong muốn nghe địa multicast khoảng thời gian này, đếm thời gian cho chế độ lọc cập nhật yêu cầu giao thức định tuyến chuyển tiếp địa multicast mà không gặp gián đoạn Nếu không, router chuyển sang chế độ INCLUDE cho địa multicast Trong suốt LLQT (theo mili-giây), router MLD tiếp tục yêu cầu giao thức định tuyến chuyển tiếp lưu lượng từ địa multicast nguồn truy vấn Router không thực việcnày sau LLQT theo milli-giây mà không nhận ghi thể mối quan tâm đến địa nguồn truy vấn, sau router loại bỏ địa multicast nguồn khỏi liên kết Bảng mô tả thay đổi trạng thái địa multicast hành động xảy nhận Filter Mode Change Source List Change Record Bảng mô tả tin Query gửi Querier tin Report cụ thể nhận Các tin Query gửi biểu diễn ký hiệu Ký hiệu ‘Q(MA)' để mô tả việc gửi tin Multicast Address Specific Query tới địa multicast MA Ký hiệu 'Q(MA,A)’ để mô tả việc gửi tin Multicast Address and Source Specific Query tới địa multicast MA với danh sách nguồn A Nếu danh sách nguồn A khơng chứa nguồn hành động (ví dụ A*B) khơng có tin Query gửi Để trì tính ổn định giao thức, tin Query định nghĩa cột hành động bảng sau cần truyền [LLQC] lần tin gửi sau khoảng thời gian [LLQI] Nếu lập lịch cho tin Query mới, tồn tin Query chế độ chờ gửi cho địa multicast, tin Query tin Query chờ gộp lại Ngoài ra, tin Report host nhận cho địa multicast có tin Query trạng thái chờ ảnh hưởng tới nội dung tin Query Điều 10.6.3 mơ tả tiến trình xây dựng trì trạng thái tin Query chờ Trạng router thái Bản tin Report nhận Trạng thái router Hành động INCLUDE (A) CHO PHÉP (B) INCLUDE (A+B) (B)= MALI INCLUDE (A) CHẶN (B) INCLUDE (A) Gửi Q(MA,A*B) INCLUDE (A) TO_EX (B) EXCLUDE (A*B,B-A) (B-A) = Xóa (A-B) Gửi Q(MA,A*B) Bộ đếm thời gian cho chế độ lọc = MALI INCLUDE (A) TO_IN INCLUDE (A+B) (B) = MALI Gửi Q(MA,A-B) EXCLUDE (X,Y) CHO PHÉP (A) EXCLUDE(X+A,Y-A) (A)= MALI EXCLUDE (X,Y) CHẶN (A) EXCLUDE (X+(A-Y),Y) (A-X-Y) = đếm thời giancho chế độ lọc Gửi Q(MA,A-Y) EXCLUDE (X,Y) TO_EX (A) EXCLUDE (A-Y,Y*A) (A-X-Y) = đếm thời giancho chế độ lọc Xóa (X-A) Xóa (Y-A) Gửi Q(MA,A-Y) Bộ đếm thời gian cho chế độ lọc = MALI EXCLUDE (X,Y) TO_IN (A) EXCLUDE (X+A,Y-A) (A)=MALI Gửi Q(MA,X-A) Gửi Q(MA) 10.5 Chuyển đổi chế độ lọc router Bộ đếm thời gian cho chế độ lọc sử dụng chế cho việc chuyển đổi chế độ lọc router từ EXCLUDE sang INCLUDE Khi đếm thời gian cho chế độ lọc EXCLUDE router kết thúc, router giả định khơng có nút có chế độ lọc EXCLUDE diện liên kết kết nối Do đó, router chuyển sang chế độ lọc INCLUDE với địa multicast Một router sử dụng nguồn danh sách yêu cầu làm trạng thái cho việc chuyển sang chế độ lọc INCLUDE Các nguồn danh sách yêu cầu chuyển sang danh sách INCLUDE, nguồn danh sách EXCLUDE bị xóa bỏ Ví dụ, trạng thái router cho địa multicast EXCLUDE(X,Y) đếm thời gian cho chế độ lọc địa multicast kết thúc, router chuyển sang chế độ lọc INCLUDE với trạng thái INCLUDE(X) Nếu thời điểm chuyển đổi danh sách yêu cầu (X) rỗng Multicast Address Record bị xóa khỏi router 10.6 Các xử lý nhận tin Query Khi nhận tin Query, router kiểm tra địa nguồn tin có phải địa linklocal hợp lệ, trường Hop Limit có thiết lập 1, tùy chọn Router Alert có xuất mào đầu Hop-by-Hop Options gói tin IPv6 hay khơng Nếu kiểm tra có lỗi, gói tin loại bỏ Nếu tính hợp lệ xác minh, router bắt đầu xử lý tin Query 10.6.1 Cập nhật đếm thời gian MLDv2 sử dụng cờ S (chặn xử lý phía router) để đảm bảo tính ổn định giải thích điều 5.1 Khi router gửi nhận tin Query có cờ S rõ ràng, phải cập nhật đếm thời gian để phản hồi lại giá trị kết thúc xác cho địa multicast nguồn truy vấn Bảng mô tả xử lý đếm thời gian gửi nhận tin Multicast Address Specific Query tin Multicast Address and Source Specific Query với cờ S không thiết lập Truy vấn Xử lý Q(MA,A) Bộ đếm thời gian nguồn cho nguồn A hạ thấp LLQT Q(MA) Bộ đếm thời gian cho chế độ lọc hạ LLQT Khi router gửi nhận tin Query với cờ S thiết lập, khơng cập nhật đếm thời gian 10.6.2 Bầu chọn Querier Với mạng con, MLDv2 lựa chọn router trạng thái Querier; tất router khác mạng trạng thái non-Querier MLDv2 sử dụng chế bầu chọn Querier dựa địa IPv6 giống MLDv1 Khi router bắt đầu hoạt động miền mạng, theo mặc định xem Querier Do đó, gửi nhiều tin General Query cách khoảng thời gian nhỏ (xem điều 12.6 12.7) Khi router nhận tin Query có địa IPv6 thấp đỉa IPv6 nó, thiết lập đếm thời gian hiển thị Querier khác thành giá trị gọi thời gian kết thúc hiển thị Querier khác; trước router trạng thái Querier, chuyển sang trạng thái non-Querier ngừng gửi tin Query liên kết Sau đếm thời gian hiển thị Querier khác kết thúc, sẽtrở lại trạng thái Querier bắt đầu gửi tin General Query Tất tin Query MLDv2 PHẢI gửi với tiền tố địa nguồn link-local FE80::/64 Do đó, với mục đích bầu chọn Querier MLDv2, địa IPv6 A xem thấp địa IPv6 B ID giao diện địa A (tượng trưng 64 bít cuối địa A) thấp ID giao diện địa B (64 bit cuối địa B) 10.6.3 Thiết lập gửi tin Query cụ thể 10.6.3.1 Thiết lập gửi tin Multicast Address Specific Query Khi xuất hành động “gửi Q(MA)”, đếm thời gian cho chế độ lọc router phải hạ thấp giá trị LLQT Querier sau gửi tin Multicast Address Specific Query lập lịch truyền lại [LLQC -1] tin Query, tin gửi sau khoảng thời gian [LLQI], thời gian [LLQT] Khi phát tin Multicast Address Specific Query, giá trị đếm thời gian cho chế độ lọc lớn LLQT, thi cờ S thiết lập tin Query 10.6.3.2 Thiết lập gửi tin Multicast Address and Source Specific Query Khi Querier phát hành động “gửi Q(MA,X)” bảng điều 10.4.2, xử lý sau phải thực nguồn X gửi địa multicast MA, có đếm thời gian cho nguồn lớn LLQT: - Giảm thời gian đếm thời gian cho nguồn LLQT; - Thêm nguồn vào danh sách truyền lại; - Thiết lập đếm cho việc truyền lại nguồn nguồn [LLCC] Querier sau phải gửi tin Multicast Address and Source Specific Query lập lịch truyền lại [LLQC -1] tin Query, tin gửi sau khoảng thời gian [LLQI], thời gian [LLQT] Nội dung tin Query tính tốn sau: Khi thiết lập tin Multicast Address and Source Specffic Query cho địa multicast MA, hai tin Query riêng biệt gửi cho địa multicast Bản tin Query có bit S thiết lập chứa tất nguồn có trạng thái truyền lại (tức nguồn từ danh sách truyền lại địa multicast), đếm thời gian lớn LLQT Bản tin Query thứ có bit S khơng thiết lập chứa địa nguồn có trạng thái truyền lại đếm thời gian nhỏ LLQT Nếu hai tin tính tốn khơng chứa nguồn nào, router ngừng truyền tin Chú ý rằng: Nếu tin Multicast Address Specific Query lập lịch để truyền thời điểmvới tin Multicast Address and Source Specific Query cho địa multicast, việc truyền tin Multicast Address and Source Specific Query với bit S thiết lập bị chặn lại 11 Tính tương thích với MLDv1 Các host router MLDv2 tương thích với host router chưa nâng cấp lên MLDv2 Tính tương thích trì host router thực xử lý thích hợp phụ thuộc vào phiên MLD hoạt động host router mạng 11.1 Sự khác biệt phiên tin Query Phiên MLD tin Query xác định sau: Bản tin Query MLDv1: độ dài = 24 octet Bản tin Query MLDv2: độ dài >= 28 octet Bản tin Query không phù hợp với điều kiện (ví dụ tin Query có độ dài 26 octet) PHẢI tự động bỏ qua 11.2 Cách xử lý đối tượng nghe địa multicast 11.2.1 Trường hợp có diện router MLDv1 Để tương thích với router MLDv1, host MLDv2 PHẢI hoạt động chế độ tương thích với phiên Các host MLDv2 PHẢI giữ trạng thái cho giao diện cục góc độ quan tâm đến chế độ tương thích liên kết kết nối Tính tương thích host xác định từ biến chế độ tương thích host (Host Compatibility Mode) mà hai giá trị sau: MLDv1 MLDv2 Chế độ tương thích host giao diện thiết lập MLDv1 tin QueryMLDv1 nhận giao diện Tại thời điểm, đếm thời gian thể Querier phiên cũ cho giao diện đặt giá trị [thời gian chờ cho Querier phiên cũ hơn] giây Bộ đếm thờigian thiết lập lại tin Query MLDv1 nhận giao diện Nếu đếm thời gian thể Querier phiên cũ kết thúc, host chuyển sang chế độ tương thích host MLDv2 Khi chế độ tương thích host MLDv2, host hoạt động cách sử dụng giao thức MLDv2 giao diện thiết lập, Khi chế độ tương thích host MLDv1, host sử dụng giao thức MLDv1 giao diện Querier MLDv1 gửi tin General Query có trường Maximum Response Code đặt trễ phản hồi tối đa mong muốn, tức dải đầy đủ trường thuật toán lũy thừa tuyến tính mơ tả điều 8.1.3 không sử dụng Bất host thay đổi chế độ tương thích nó, hủy bỏ tất các đếm thời gian truyền lại phản hồi trạng thái chờ 11.2.2 Trường hợp có diện đối tượng nghe địa multicast MLDv1 Một host MLDv2 đặt liên kết có host MLDv1 Host cho phép tin Report MLDv2 chặn tin Report phiên 11.3 Cách xử lý router multicast 11.3.1 Trường hợp có diện router MLDv1 Router MLDv2 đặt mạng mà có xuất tối thiểu router MLDv1 Các yêu cầu sau phải áp dụng: - Nếu router MLDv1 có mặt liên kết, Querier PHẢI sử dụng phiên MLDv1 mạng Các router mong muốn tương thích với MLDv1 PHẢI có tùy chọn cấu hình để hoạt động chế độ MLDv1; router MLDv1 có mặt liên kết, người quản trị hệ thống phải cấu hình cách rõ ràng tất router MLDv2 hoạt động chế độ MLDv1 Khi chế độ MLDv1, Querier PHẢI định kỳ gửi tin General Query bị cắt bỏ trường Multicast Address (tức chiều dài tin 24 octet), NÊN cảnh báo nhận tin Query MLDv2 (các cảnh báo phải giới hạn tốc độ) Querier PHẢI đưa giá trị trễ phản hồi tối đa vào trường Maximum Response Code, tức thuật tốn tính giá trị mơ tả điều 8.1.3 phải không sử dụng - Nếu router khơng cấu hình rõ ràng việc sử dụng MLDv1 nhận tin General Query MLDv1, NÊN ghi lại cảnh báo Những cảnh báo PHẢI giới hạn tốc độ 11.3.2 Trường hợp có diện đối tượng nghe địa multicast MLDv1 Router MLDv2 đặt mạng mà host chưa hỗ trợ lên MLDv2 Để tương thích với host MLDv1, router MLDv2 PHẢI hoạt động chế độ tương thích với phiên Các router MLDv2 trì chế độ tương thích cho Multicast Address Record Chế độ tương thích củađịa multicast xác định từ biến chế độ tương thích địa multicast (Multicast Address Compatibility Mode), trạng thái sau: MLDv1 MLDv2 Chế độ tương thích địa multicast Multicast Address Record thiết lập MLDv1 router nhận tin Report MLDv1 cho địa multicast Tại thời điểm, đếm thời gian biểu host phiên cũ cho địa multicast thiết lập gíá trị [kết thúc thời gian thể host phiên cũ hơn] giây Bộ đếm thời gian thiết lập lại nhận tin Report MLDv1 cho địa multicast Nếu đếm thời gian biểu host phiên cũ kết thúc, router chuyển chế độ tương thích địa multicast thành MLDv2 cho địa multicast Chú ý router chuyển chế độ tương thích địa multicast thành MLDv2 cho địa multicast, thời gian thu thập lại thông tin trạng thái nguồn cụ thể Các thông tin nguồn cụ thể xác định qua tin General Query tiếp theo, nguồn nên chặn không bị chặn [khoảng thời gian nghe địa multicast] sau Khi chế độ tương thích địa multicast MLDv2, router hoạt động cách sử dụng giao thức MLDv2 cho địa multicast Khi chế độ tương thích địa multicast MLDv1, router dịch tin MLDv1 cho địa multicast thành ghi MLDv2 tương ứng: Bản tin MLDv1 Bản ghi MLDv2 tương ứng Report IS_EX ( { } ) Done TO_IN ( { } ) Các tin mang ghi BLOCK MLDv2 bỏ qua, danh sách nguồn tin chứa ghi TO_EX () (tức ghi TO_EX () đối xử TO_EX ({ } )) Mặt khác, Querier tiếp tục gửi tin Query MLDv2 chế độ tương thích địa multicast 12 Danh sách đếm thời gian, đếm giá trị mặc định chúng Hầu hết đếm thời gian cấu hình Nếu khơng sử dụng giá trị mặc định, giá trị đếm phải thống tất nút liên kết 12.1 Biến Robustness Biến Robustness cho phép hiệu chỉnh số gói tin bị dự đoán trước liên kết Nếu liên kết dự đốn có gói, giá trị biến Robustness tăng lên MLD ổn định với [biến Robustness] -1 gói tin Giá trị biến Robustness KHÔNG ĐƯỢC 0, KHÔNG NÊN Giá trị mặc định: 12.2 Khoảng thời gian truy vấn Khoảng thời gian truy vấn quy định khoảng thời gian tin General Query Querier gửi Giá trị mặc định: 125 giây Bằng cách thay đổi [khoảng thời gian truy vấn], người quản trị hiệu chỉnh số lượng tin MLD liên kết; giá trị lớn làm cho tin Query MLD gửi thường xuyên 12.3 Khoảng thời gian phản hồi truy vấn Trễ phản hồi tối đa sử dụng để tính tốn trường Maximum Response Code tin General Query định kỳ Giá trị mặc định 10 giây Bằng cách thay đổi [khoảng thời gian phản hồi truy vấn], người quản trị hiệu chỉnh bùng phát tin MLD liên kết; giá trị lớn làm cho lưu lượng bùng phát, phản hồi host dàn trải khoảng thời gian lớn Thời gian (theo giây) [khoảng thời gian phản hồi truy vấn] phải nhỏ [khoảng thời gian truy vấn] 12.4 Khoảng thời gian lắng nghe địa multicast Khoảng thời gian lắng nghe địa multicast (MALI) khoảng thời gian trước router multicast định khơng cịn đối tượng nghe cho địa multicast nguồn cụ thể liên kết Giá trị PHẢI bằng: ([biến Robustness] X [khoảng thời gian truy vấn]) + [khoảng thời gian phản hồi truy vấn] 12.5 Khoảng thời gian diện Querier khác Khoảng thời gian diện Querier khác tổng thời gian trước router multicast định khơng cịn router multicast khác trạng thái Querier Giá trị mặc định PHẢI bằng: ([biến Robustness] X [khoảng thời gian truy vấn]) + 1/2 [khoảng thời gian phản hồi truy vấn] 12.6 Khoảng thời gian truy vấn khởi động Khoảng thời gian truy vấn khởi động thời gian tin General Query gửi Querier khởi động Giá tri mặc định: 1/4 [khoảng thời gian truy vấn] 12.7 Số lượng truy vấn khởi động Số lượng truy vấn khởi động số tin Query gửi khởi động cách [khoảng thời gian truy vấn khởi động] Giá trị mặc định: [biến Robustness] 12.8 Khoảng thời gian truy vấn đối tượng nghe cuối Khoảng thời gian truy vấn đối tượng nghe cuối (gọi tắt LLQI) trễ phản hồi tối đa sử dụng để tính tốn trường Maximum Response Code tin Multicast Address Specific Query gửi để hồi đáp lại tin Done phiên Đó trễ phản hồi tối đa sử dụng để tính tốn trường Maximum Response Code tin Multicast Address and Source Specific Query Giá trị mặc định: 1000 (1 giây) Chú ý với giá trị LLQI lớn 32.768 giây, thể tập hữu hạn giá trị tương ứng với giá trị liên tiếp trường Maximum Response Code Khi chuyển đổi thời gian cấu hình sang giá trị trường Maximum Response Code, khuyến nghị sử dụng giá trị xác có thể, giá trị nhỏ giá trị yêu cầu khơng thể thể cách xác Giá trị hiệu chỉnh để thay đổi “trễ rời nhóm” liên kết Giá trị nhỏ làm giảm thời gian phát rời đối tượng nghe cuối cho địa multicast nguồn 12.9 Số lượng truy vấn đối tượng nghe cuối Số lượng truy vấn đối tượng nghe cuối (viết tắt LLQC) số tin Multicast Address Specific Query gửi trước router giả định khơng cịn đối tượng nghe cục LLQC số lượng tin Multicast Address and Source specific Query gửi trước router giả định khơng cịn đối tượng nghe nguồn cụ thể Giá trị mặc định: giá trị [biến Robustness] 12.10 Thời gian truy vấn đối tượng nghe cuối Thời gian truy vấn đối tượng nghe cuối (viết tắt LLQT) giá trị thời gian thể bằng: [LLQI] X [LLQC] Đây khơng phải giá trị thay đổi được, hiệu chỉnh cách thay đổi thành phần 12.11 Khoảng thời gian báo cáo khơng theo thăm dị Khoảng thời gian báo cáo khơng theo thăm dị thời gian tin phát lại tin Report ban đầu mà nút thể mối quan tâm tới địa multicast Giá trị mặc định: giây 12.12 Thời gian chờ cho Querier phiên cũ Thời gian chờ cho Querier phiên cũ khoảng thời gian chờ cho việc chuyển trạng thái host ngược lại chế độ tương thích host MLDv2 Khi nhận tin Query MLDv1, host MLDv2 phải thiết lập đếm thời gian cho Querier phiên giá trị [thời gian chờ cho Querier phiên cũ hơn] Giá trị PHẢI bằng: [biến Robustness] X [khoảng thời gian truy vấn] + ([khoảng thời gian phản hồi truy vấn]) Trong đó, giá trị [khoảng thời gian truy vấn] giá trị có tin Query cuối nhận 12.13 Khoảng thời gian chờ cho host phiên cũ Khoảng thời gian chờ cho host phiên cũ thời gian chờ cho việc chuyển trạng thái router ngược lại chế độ tương thích địa multicast MLDv2 cho địa multicast cụ thể Khi nhận tin Report MLDv1 cho địa multicasl đó, router thiết lập đếm thời gian host phiên thành giá trị [khoảng thời gian chờ cho host phiên cũ hơn] Giá trị PHẢI ([biến Robustness] X [khoảng thời gian truy vấn]) + ([khoảng thời gian phản hồi truy vấn]) 12.14 Cấu hình đếm thời gian Phần đưa lời khuyên cho nhà quản trị mạng việc để hiệu chỉnh cài đặt cấu hình cho mạng người quản trị Những thực thi router hiệu chỉnh cài đặt cách linh động dựa việc thay đổi thuộc tính đặc trưng mạng 12.14.1 Biến Robustness Biến Robustness cho phép hiệu chỉnh số gói tin bị ước lượng liên kết MLDv2 ổn định với giá trị [biến Robustness]-1 gói tin bị mất, ví dụ, biến Robustness thiết lập giá trị mặc định 2, MLDv2 ổn định với gói bị hoạt động khơng hồn hảo có nhiều gói xảy Trên liên kết có gói, giá trị biến Robustness tăng lên phép ước lượng gói xảy Tuy nhiên, việc tăng giá trị biến Robustness làm tăng trễ rời nhóm liên kết (thời gian thời điểm đối tượng nghe cuối ngừng theo dõi nguồn địa thời điểm lưu lượng ngừng chuyển tiếp) 12.14.2 Khoảng thời gian truy vấn Tổng lưu lượng MLD theo định kỳ tỷ lệ nghịch với khoảng thời gian truy vấn Khoảng thời gian truy vấn lâu dẫn tới tổng lưu lượng MLD thấp Giá trị khoảng thời gian truy vấn PHẢI lớn trễ phản hồi tối đa sử dụng để tính tốn trường Maximum Respond Code tin General Query 12.14.3 Trễ phản hồi tối đa Tính ổn định lưu lượng MLD tỷ lệ nghịch với trễ phản hồi tối đa Giá trị trễ phản hồi tối đa lâu dàn trải tin Report khoảng thời gian lâu Tuy nhiên, trễ phản hồi tối đa lâu tin Multicast Address Specific Query tin Multicast Address and Source Specific Query mở rộng trễ rời nhóm (thời gian thời điểm đối tượng nghe cuối ngừngtheo dõi nguồn hay địa multicast thời điểm lưu lượng ngừng chuyển tiếp) Tốc độ dự kiến tin Report tính tốn cách chia giá trị trễ phản hồi tối đa cho số lượng đối tượng báo cáo ước lượng Trễ phản hồi tối đa tính tốn cách linh động cho tin Query cách sử dụng số lượng đối tượng báo cáo dự kiến sau: Loại tin Query Số lượng tin Report dự kiến Bản tin General Query Tất nút liên kết Bản tin Multicast Address Specific Query Tất cáo nút liên kết thể mối quan tâm tới địa multicast Bản tin Multicast SourceSpecific Query Tất nút liên kết thể mối quan tâm tới nguồn địa multicast Address and 13 Các vấn đề an toàn bảo mật Dưới trường hợp khác loại tin bị giả mạo Chú ý trước xử lý tin MLD, nút xác minh địa nguồn tin có phải địa link-local hợp lệ khơng, trường Hop Limit có thiết lập khơng, tùy chọn Router Alert có thể mào đầu Hop-by-Hop Options gói tin IPv6 không Nếu kiểm tra kiểm tra xảy lỗi, gói tin bị loại bỏ Điều bảo vệ nút MLDv2 khỏi hoạt động tin MLD bị giả mạo có nguồn gốc off-link Do phần đề cập tới ảnh hưởng giả mạo on-link 13.1 Bản tin Query Bản tin Query bị giả mạo từ máy với địa IPv6 thấp so với Querier làm cho nhiệm vụ Querier định cho đối tượng giả mạo Nếu sau đối tượng giả mạo không gửi tin Query nào, đếm thời gian cho Querier khác router khác kết thúc router tiếp tục vai trò Querier Trong suốt thời gian này, Querier bỏ qua tin Done, lưu lượng chuyển sang địa multicast khơng có đối tượng nghe thời gian lên đến [khoảng thời gian đối tượng nghe địa multicast] Bản tin Query phiên bị giả mạo đặt đối tượng nghe MLDv2 liên kết sang chế độ tương thích host MLDv1 Kịch tránh cách sử dụng host MLDv2 có tùy chọn cấu hình bỏ qua tin phiên cách hồn tồn Một cơng DoS nút tiến hành thơng qua tin Multicast Address and Source Specific Query bị giả mạo Kẻ cơng tìm trạng thái nghe nút cụ thể vớimột tin General Query Sau đó, chúng gửi lượng lớn tin Multicast Address and Source Specific Query, tin có danh sách nguồn lớn hoặc/ trễ phản hồi tối đa dài Mỗi nút phải chứa trì nguồn quy định tất tin Query chúng gửi phản hồi làm trễ Điều tiêu tốn nhớ CPU ghi lại nguồn danh sách nguồn tin Query thành công Để bảo vệ lại cống DoS vậy, việc thực thi ngăn xếp nút giới hạn số lượng tin Multicast Address and Source Specific Query cho địa multicast khoảng thời gian này, và/hoặc ghi lại số hữu hạn nguồn 13.2 Các tin Current State Report Bản tin Report bị giả mạo làm cho router multicast nghĩ có đối tượng nghe địa multicast liên kết không tồn đối tượng Tuy nhiên, việc nghe địa multicast host hành động không cần cấp quyền, nên người sử dụng đạt kết tương tự mà không giả mạo tin Bản tin Report phiên bị giả mạo đặt router vào chế độ tương thích địa multicast MLDv1 cho địa multicast cụ thể, nghĩa router bỏ qua tin trạng thái nguồn cụ thể MLDv2 Điều làm cho lưu lượng chuyển từ nguồn không mong muốn thời gian lên đến [khoảng thời gian đối tượng nghe địa multicast] Điều giải cách thiết lập router có cấu hình chuyển mạch cho phép bỏ qua tin phiên cách hoàn toàn Điều phá vỡ tính tương thích tự động với host phiên 1, nên sử dụng trường hợp việc lọc nguồn cần thiết 13.3 Bản tỉn State Change Report Bản tin State Change Report bị giả mạo làm cho Querier gửi tin Multicast Address Specific Query tin Multicast Address and Source Specific Query cho nguồn định dạng hỏi đáp Điều gây xử lý bổ sung router đối tượng nghe địa multicast gây lưu lượng mong muốn Phụ lục A (Tham khảo) Lý thiết kế A.1 Sự cần thiết tin thay đổi trạng thái MLDv2 rõ loại tin Report: tin Current State Report tin State Change Report Phần mô tả lý cho cần thiết hai loại tin Report Router cần phân biệt tin Report sử dụng cho việc phản hồi lại tin Query cho việc thay đổi trạng thái giao diện Các tin Report sử dụng chủ yếu để làm lạitrạng thái tồn router, khơng gây chuyển đổi trạng thái router Các tin Report gửi để phản hồi thay đổi trạng thái giao diện, yêu cầu router có xử lý để hồi đáp lại tin Report nhận (xem điều 7.4) Việc khả phân biệt hai loại tin Report làm cho router xử lý tất tin Report giống thay đổi có khả xảy trạng thái làm tăng thêm xử lý router làm tăng lưu lượng MLD liên kết A.2 Việc ngăn chặn host Trong MLDv1, host không gửi tin Report trạng thái chờ tin tương tự gửi đối tượng nghe khác liên kết Trong MLDv2, việc ngăn chặn tin Report bị gỡ bỏ Các ý sau giải thích rõ ràng tính Các router muốn theo dõi trạng thái đối tượng nghe multicast theo host giao diện Điều cho phép router thực thi tính rời nhóm nhanh (ví dụ, cho chế điều khiển tắc nghẽn multicast phân tầng), theo dõi trạng thái đối tượng nghe cho mục đích bảo mật thống kê Tiêu chuẩn không yêu cầu router thực thi việc theo dõi host Tuy nhiên, việc không ngăn chặn thông báo từ host MLDv2 tạo khả thực thi quyền sở hữu cách xử lý xác tương lai router (khi đó, router có khả hỗ trợ tính theo dõi host), tương tác với đối tượng nghe router MLDv2 thực thitiêu chuẩn Việc ngăn chặn tin Report không hoạt động mạng LAN bắc cầu (bridged LAN) Nhiều thiết bị bắc cầu chuyển mạch tầng 2/ tầng thực thi MLD snooping không chuyển tiếp tin MLD qua phần tử LAN để hạn chế việc ngăn chặn báo cáo đối tượng multicast Việc chấm dứt ngăn chặn tin Report khiến host phải xử lý tin hơn; điều dẫn tới việc máy thực thi có trạng thái đơn giản Trong MLDv2, tin Report đơn lẻ gộp nhiều Multicast Address Record để giảm số lượng góitin gửi Để so sánh, phiên MLDv1 yêu cầu địa multicast báo cáo tin riêng rẽ A.3 Chuyển chế độ lọc router từ EXCLUDE sang INCLUDE Nếu liên kết có nút chế độ EXCLUDE INCLUDE với địa multicast độc lập, router phải chế độ EXCLUDE (điều 7.2.1) Trong chế độ EXCLUDE, router chuyển tiếp lưu lượng từ nguồn nằm danh sách EXCLUDE Nếu tất nút chế độ EXCLUDE dừng nghe không khả dụng, router phải chuyển ngược chế độ INCLUDE cách liền mạch, mà lưu lượng tới đối tượng nghe tồn không bị gián đoạn Một nhiều phương án để thực thi điều cho phép router theo dõi tất nguồn mà nút chế độ INCLUDE nghe, router chế độ EXCLUDE Nếu đếm thời gian cho chế độ lọc cho địa multicast kết thúc (tức không nút chế độ EXCLUDE liên kết) sau router chuyển sang chế độ INCLUDE cách liền mạch; nguồn từ danh sách yêu cầu chuyển sang danh sách INCLUDE, nguồn danh sách EXCLUDE bị xóa bỏ Phụ lục B (Tham khảo) Bảng đối chiếu nội dung tương đương TCVN 9802-5:2017 tài liệu RFC 3810 TCVN 9802-5:2017 Tài liệu RFC 3810 Phạm vi áp dụng Tài liệu viện dẫn Thuật ngữ định nghĩa Chữ viết tắt Tổng quan giao thức Section 5.1 Thiết lập trạng thái nghe multicast đối tượng nghe địa Section 2.1 multicast 5.2 Việc trao đổi tin Querier nút nghe Section 2.2 5.3 Thiết lập trạng thái đối tượng nghe địa mulicast router Section 2.3 multicast Giao diện dịch vụ cho việc yêu cầu nhận IP Multicast Section Trạng thái nghe multicast trì nút Section 7.1 Trạng thái socket Section 4.1 7.2 Trạng thái giao diện Section 4.2 Các định dạng tin Section 8.1 Bản tin Multicast Listener Query Section 5.1 8.2 Bản tin Multicast Listener Report Section 5.2 Mô tả giao thức đối tượng nghe địa chỉSection multicast 9.1 Xử lý theo thay đổi trạng thái giao diện Section 6.1 9.2 Xử lý nhận tin Query Saction 6.2 9.3 Xử lý đếm thời gian kết thúc Section 6.3 10 Các mô tả giao thức cho router multicast Section 10.1 Các điều kiện cho tin Query Section 7.1 10.2 Trạng thái MLD trì router multicast Section 7.2 10.3 Các quy tắc chuyển tiếp nguồn MLD cụ thể Section 7.3 10.4 Xử lý tiếp nhận tin Report Section 7.4 10.5 Chuyển đổi chế độ lọc router Section 7.5 10.6 Các xử lý nhận tin Query Section 7.6 11 Tính tương thích với MLDv1 Section 11.1 Sự khác biệt phiên tin Query Section 8.1 11.2 Cách xử lý đối tượng nghe địa multicast Section 8.2 11.3 Cách xử lý router multicast Section 8.3 12 Danh sách đếm thời gian, đếm giá trị mặc Section định chúng 12.1 Biến Robustness Section 9.1 12.2 Khoảng thời gian truy vấn Section 9.2 12.3 Khoảng thời gian phản hồi truy vấn Section 9.3 12.4 Khoảng thời gian lắng nghe địa multicast Section 9.4 12.5 Khoảng thời gian diện Querier khác Section 9.5 12.6 Khoảng thời gian truy vấn khởi động Section 9.6 12.7 Số lượng truy vấn khởi động Section 9.7 12.8 Khoảng thời gian truy vấn đối tượng nghe cuối (LLQI) Section 9.8 12.9 Số lượng truy vấn đối tượng nghe cuối (LLQC) Section 9.9 12.10 Thời gian truy vấn đối tượng nghe cuối (LLQT) Section 9.10 12.11 Khoảng thời gian báo cáo khơng theo thăm dị Section 9.11 12.12 Thời gian chờ Querier phiên cũ Section 9.12 12.13 Khoảng thời gian chờ host phiên cũ Section 9.13 12.14 Cấu hình đếm thời gian Section 9.14 13 Các vấn đề an toàn bảo mật Section 10 13.1 Bản tin Query Section 10.1 13.2 Các tin Current State Report Section 10.2 13.3 Các tin State Change Report Section 10.3 Phụ lục A (tham khảo) Lý thiết kế APPENDIX Rationale A Design Phụ lục B (tham khảo) Bảng đối chiếu nội dung tương đương TCVN 9802-5:2017 tài liệu RFC 3810 Thư mục tài liệu tham khảo [1] RFC 3810, Multicast Listener Discovery Version (MLDv2) for lPv6 [2] RFC 2710, Multicast Listener Discovery (MLD) for IPv6 [3] RFC 4443, Internet Control Message Protocol (ICMPv6) for the Internet Protocol Version (IPv6) Specification MỤC LỤC Phạm vi áp dụng Tài liệu viện dẫn Thuật ngữ định nghĩa Chữ viết tắt Tổng quan giao thức 5.1 Thiết lập trạng thái nghe multicast đối tượng nghe địa multicast 5.2 Trao đổi tin Querier nút nghe 5.3 Thiết lập trạng thái đối tượng nghe địa multicast router multicast Giao diện dịch vụ cho việc yêu cầu nhận IP Multicast Trạng thái nghe multicast trì nút 7.1 Trạng thái socket 7.2 Trạng thái giao diện Các định dạng tin 8.1 Bản tin Multicast Listener Query 8.2 Bản tin Multicast Listener Report Mô tả giao thức đối tượng nghe địa multicast 9.1 Xử lý theo thay đổi trạng thái giao diện 9.2 Xử lý nhận tin Query 9.3 Xử lý đếm thời gian kết thúc 10 Mô tả giao thức cho router multicast 10.1 Các điều kiện cho tin Query MLD 10.2 Trạng thái MLD trì router multicast 10.3 Các quy tắc chuyển tiếp nguồn MLDv2 cụ thể 10.4 Xử lý nhận tin Report 10.5 Chuyển đổi chế độ lọc router 10.6 Các xử lý nhận tin Query 11 Tính tương thích với MLDv1 11.1 Sự khác biệt phiên tin Query 11.2 Cách xử lý đối tượng nghe địa multicast 11.3 Cách xử lý router multicast 12 Danh sách đếm thời gian, đếm giá trị mặc định chúng 12.1 Biến Robustness 12.2 Khoảng thời gian truy vấn 12.3 Khoảng thời gian phản hồi truy vấn 12.4 Khoảng thời gian lắng nghe địa multicast 12.5 Khoảng thời gian diện Querier khác 12.6 Khoảng thời gian truy vấn khởi động 12.7 Số lượng truy vấn khởi động 12.8 Khoảng thời gian truy vấn đối tượng nghe cuối 12.9 Số lượng truy vấn đối tượng nghe cuối 12.10 Thời gian truy vấn đối tượng nghe cuối 12.11 Khoảng thời gian báo cáo khơng theo thăm dị 12.12 Thời gian chờ cho Querier phiên cũ 12.13 Khoảng thời gian chờ cho host phiên cũ 12.14 Cấu hình đếm thời gian 13 Các vấn đề an toàn bảo mật 13.1 Bản tin Query 13.2 Các tin Current State Report 13.3 Bản tin State Change Report Phụ lục A (tham khảo) Lý thiết kế Phụ lục B (tham khảo) Bảng đối chiếu nội dung tương đương TCVN 9802-5:2017 tài liệu RFC 3810 Thư mục tài liệu tham khảo ... EXCLUDE bị xóa bỏ Phụ lục B (Tham khảo) Bảng đối chiếu nội dung tương đương TCVN 9802-5:2017 tài liệu RFC 3810 TCVN 9802-5:2017 Tài liệu RFC 3810 Phạm vi áp dụng Tài liệu viện dẫn Thuật ngữ định... thiết kế APPENDIX Rationale A Design Phụ lục B (tham khảo) Bảng đối chiếu nội dung tương đương TCVN 9802-5:2017 tài liệu RFC 3810 Thư mục tài liệu tham khảo [1] RFC 3810, Multicast Listener Discovery... Report Phụ lục A (tham khảo) Lý thiết kế Phụ lục B (tham khảo) Bảng đối chiếu nội dung tương đương TCVN 9802-5:2017 tài liệu RFC 3810 Thư mục tài liệu tham khảo