Multicast Listener Discovery

Multicast Listener Discovery (MLD) là một thành phần của bộ giao thức liên mạng phiên bản (IPv6). MLD được sử dụng bởi các bộ định tuyến IPv6 để khám phá multicast listener, các host được cấu hình để nhận các gói dữ liệu multicast, trên một đường kết nối trực tiếp, giống như Internet Group Management Protocol (IGMP) được sử dụng trong IPv4. Giao thức được gắn vào trong ICMPv6 thay vì sử dụng một giao thức riêng biệt. MLDv1 tương tự như IGMPv2 và MLDv2 tương tự như IGMPv3. Các giao thức được mô tả trong RFC 3810 đã được cập nhật bởi RFC 4604.

Chức năng

[sửa | sửa mã nguồn]

Giao thức này đặc biệt phát hiện ra những địa chỉ multicast được quan tâm đối với các host lân cận và cung cấp thông tin này cho giao thức định tuyến multicast hoạt động mà đưa ra quyết định về dòng chảy của các gói dữ liệu multicast. Định kỳ, các bộ định tuyến multicast gửi truy vấn chung yêu cầu thông tin địa chỉ của multicast listener từ các hệ thống trên một mạng kết nối. Các truy vấn được sử dụng để xây dựng và làm mới tình trạng địa chỉ multicast listener trên mạng đó. Để đáp ứng với các truy vấn, multicast listener trả lời với tường thuật về tình trạng thành viên, chỉ định trạng thái địa chỉ multicast listener của chúng.

Thông điệp ICMPv6

[sửa | sửa mã nguồn]

Thủ tục MLD sử dụng ba thông điệp ICMPv6 sau đây:

Multicast Listener Query (type 130)

Được sử dụng bởi router để truy vấn về những node đang nghe lưu lượng multicast trên một đường kết nối. Có hai dạng thông điệp Multicast Listener Query: Truy vấn thông thường và Truy vấn gắn với địa chỉ multicast cụ thể. Truy vấn thông thường được sử dụng để truy vấn mọi node của mọi địa chỉ multicast. Truy vấn gắn với địa chỉ multicast cụ thể được sử dụng để truy vấn những node đang nghe một địa chỉ multicast nhất định.

Multicast Listener Report (type 131)

Được node đang nghe lưu lượng tại một địa chỉ multicast sử dụng để báo cáo rằng mình đang sẵn sàng nhận lưu lượng multicast. Thông điệp này cũng được sử dụng để đáp trả lại thông điệp truy vấn Multicast Listener Query của router.

Multicast Listener Done (type 132)

Multicast Listener Done được node đang nghe lưu lượng multicast sử dụng để thông báo rằng nó không còn muốn nhận lưu lượng của địa chỉ multicast cụ thể nào đó nữa. Khi một node từ bỏ không còn nhận lưu lượng của một địa chỉ multicast, nó gửi một thông điệp Multicast Listener Done tới địa chỉ multicast mọi router phạm vi link (FF02::2), thông tin mang trong gói tin là địa chỉ multicast mà nó không còn muốn nghe lưu lượng.

Hệ điều hành hỗ trợ

[sửa | sửa mã nguồn]

Các hệ điều hành hỗ trợ MLDv2:

Tham khảo

[sửa | sửa mã nguồn]
  1. ^ “MLD and IGMP Using Windows Sockets”. Windows Sockets 2. 16 tháng 9 năm 2011.
  2. ^ “mld(4): Multicast Listener Discovery Protocol”. FreeBSD Kernel Interfaces Manual. 27 tháng 5 năm 2009.
  3. ^ Torvalds, Linus (19 tháng 4 năm 2003). “Linux 2.5.68 ChangeLog”.
Chúng tôi bán
Bài viết liên quan
Ryū to Sobakasu no Hime- Belle: Rồng và công chúa tàn nhang
Ryū to Sobakasu no Hime- Belle: Rồng và công chúa tàn nhang
Về nội dung, bộ phim xoay quanh nhân vật chính là Suzu- một nữ sinh trung học mồ côi mẹ, sống cùng với ba tại một vùng thôn quê Nhật Bản
Một chút về Sayu - Genshin Impact
Một chút về Sayu - Genshin Impact
Sayu là một ninja bé nhỏ thuộc Shuumatsuban – một tổ chức bí mật dưới sự chỉ huy của Hiệp Hội Yashiro
Vì sao vẫn cứ mãi là cẩu độc thân
Vì sao vẫn cứ mãi là cẩu độc thân
Sống hơn 20 năm rồi, quả là càng sống càng hiểu, hãy thử tổng kết lại vài nguyên nhân nào.
Chiều cao của các nhân vật trong Tensei Shitara Slime Datta Ken
Chiều cao của các nhân vật trong Tensei Shitara Slime Datta Ken
Thực sự mà nói, Rimuru lẫn Millim đều là những nấm lùn chính hiệu, có điều trên anime lẫn manga nhiều khi không thể hiện được điều này.