MULTICAST IPv4
Tại sao hai nhóm IP có thể dùng chung một MAC?
Phép ánh xạ sử dụng một tiền tố Ethernet cố định và 23 bit thấp nhất của nhóm IPv4. Một số bit của nhóm không được đưa vào, vì vậy các nhóm IP khác nhau có thể dùng chung một địa chỉ Ethernet. Máy chủ và bộ chuyển mạch có thể sử dụng thông tin bổ sung khi xử lý gói tin. Đây là các ví dụ minh họa khái niệm, không phải kết quả đo sản phẩm.
Ánh xạ
Phép ánh xạ tiêu chuẩn giữ lại 23 bit thấp của IPv4.
Trùng lặp
Các nhóm IP khác nhau có thể dùng chung địa chỉ sau ánh xạ.
Tiếp nhận
Đích IP và tư cách thành viên nhóm của máy chủ vẫn quan trọng.
Ghi lại đồng thời IP đích và MAC.
Kiểm tra VLAN và trạng thái thành viên nhóm.
So sánh các bản bắt gói tin được phép tại từng điểm cuối.
Danh sách kiểm tra lựa chọn và xác minh — mở rộng
| Mục kiểm tra | Nội dung cần xác nhận | Cách xác minh |
|---|---|---|
| Ánh xạ | IP và MAC | Ghi lại cả hai trường |
| Tư cách thành viên nhóm | Nhóm và cổng | Kiểm tra trạng thái máy chủ và bộ chuyển mạch |
| Đường truyền | VLAN và chuyển tiếp | So sánh các bản bắt gói tin |
Khi một thiết bị công nghiệp gửi dữ liệu đến một nhóm thiết bị nhận, bản bắt gói tin có thể cho thấy một điều bất ngờ: hai địa chỉ multicast IPv4 khác nhau có thể sử dụng cùng một địa chỉ MAC đích Ethernet. Điều đó có nghĩa là bộ chuyển mạch đã mắc lỗi? Không. Địa chỉ IP và MAC thuộc các lớp khác nhau, và phép ánh xạ multicast tiêu chuẩn từ IPv4 sang Ethernet không phải là ánh xạ một-một.
Bắt đầu với một-một và một-nhiều
Unicast thường hướng đến một đích, broadcast truyền đến một miền quảng bá, còn multicast hướng đến một nhóm mà các thiết bị nhận quan tâm sẽ tham gia. Những thuật ngữ này mô tả mục đích truyền thông; chúng không bảo đảm mọi thiết bị đều nhận hoặc xử lý mọi gói tin multicast.
Dữ liệu video, giám sát và trạng thái có thể cần được gửi đến nhiều hệ thống trong một hệ thống công nghiệp. Việc multicast có phù hợp hay không và những thiết bị nào nên nhận dữ liệu phụ thuộc vào ứng dụng và thiết kế mạng. Bộ chuyển mạch chuyển tiếp các khung Ethernet giữa các cổng; máy chủ nhận cũng kiểm tra thông tin lớp mạng và tư cách thành viên nhóm của mình trước khi chuyển dữ liệu đến ứng dụng.
Tài liệu về bộ chuyển mạch công nghiệp có quản lý lớp 3 gắn thanh DIN của FCTELE liệt kê các tính năng quản lý multicast, bao gồm IGMP snooping. Hãy kiểm tra tài liệu, phiên bản phần mềm và cấu hình của model thực tế. Bài viết này giải thích phép ánh xạ địa chỉ nói chung và không tuyên bố là một thử nghiệm thực địa của sản phẩm đó.
Tại sao một gói tin có hai địa chỉ
Khi một gói tin IP được gửi qua Ethernet, bên gửi đặt gói tin đó trong một khung Ethernet. Phần đầu khung chứa địa chỉ MAC đích, trong khi gói tin IP bên trong có địa chỉ IP đích. Chúng phục vụ các mục đích khác nhau và nằm ở các trường khác nhau: MAC được dùng để xử lý liên kết Ethernet, còn địa chỉ IP xác định đích ở lớp mạng.
Đối với multicast IPv4, bên gửi ánh xạ địa chỉ nhóm multicast sang một MAC multicast Ethernet và đặt địa chỉ đó vào phần đầu khung. Bộ chuyển mạch chọn các cổng đầu ra theo cơ chế chuyển tiếp và thông tin trạng thái multicast hiện có. Sau đó, thiết bị nhận kiểm tra đích IP và tư cách thành viên nhóm cục bộ. Việc chuyển tiếp thực tế phụ thuộc vào cách triển khai và cấu hình.
Ví dụ, nhóm IPv4 224.1.1.1 được ánh xạ sang MAC Ethernet 01:00:5E:01:01:01. Các số thập phân phân cách bằng dấu chấm biểu thị một địa chỉ IPv4; sáu byte thập lục phân phân cách bằng dấu hai chấm biểu thị một địa chỉ MAC. Chúng có liên hệ qua một phép ánh xạ, chứ không phải hai cách viết của cùng một trường.
Phép ánh xạ chỉ giữ lại một phần địa chỉ nhóm
Multicast IPv4 sử dụng một dải địa chỉ xác định, còn MAC multicast Ethernet có một tiền tố cố định. Ba byte MAC đầu tiên là 01:00:5E, bit tiếp theo được cố định bằng 0, và 23 bit cuối được lấy từ 23 bit thấp của địa chỉ multicast IPv4. Hình minh họa tách riêng tiền tố, bit cố định và phần được giữ lại.
Phần nhóm có thể thay đổi của địa chỉ multicast IPv4 chứa nhiều hơn 23 bit. Năm bit của nhóm không được đưa vào phép ánh xạ MAC này, vì vậy các nhóm IP khác nhau có cùng 23 bit thấp có thể tạo ra cùng một MAC. Sự trùng lặp là hệ quả của phép ánh xạ, không phải bằng chứng cho thấy thiết bị đã tính sai địa chỉ.
Người mới không cần tính các giá trị nhị phân bằng tay để cấu hình một hệ thống tại hiện trường. Điểm quan trọng là MAC không phải bản sao đầy đủ của địa chỉ IP. Khi điều tra, hãy ghi lại đồng thời IP đích, MAC đích và trạng thái thiết bị nhận hoặc cổng, thay vì chỉ xem một trường.
Dùng chung MAC không làm cho hai nhóm IP trở nên giống hệt nhau
Đây là một ví dụ có thể kiểm chứng: 224.1.1.1 và 225.1.1.1 là hai nhóm multicast IPv4 khác nhau, nhưng cả hai đều được ánh xạ sang 01:00:5E:01:01:01. Các địa chỉ mẫu này giải thích phép ánh xạ; chúng không khẳng định rằng một hệ thống cụ thể sử dụng các địa chỉ đó hoặc một sản phẩm đã được đo kiểm.
Ngay cả khi hai khung Ethernet có cùng MAC đích, các địa chỉ IP đích được đóng gói bên trong vẫn khác nhau. Bộ điều hợp mạng hoặc bộ chuyển mạch chỉ dựa vào MAC để đưa ra quyết định tiếp nhận hoặc chuyển tiếp ban đầu không thể phân biệt hai nhóm đó chỉ từ trường này. Quá trình xử lý tiếp theo cũng có thể sử dụng đích IP, tư cách thành viên nhóm multicast và đăng ký nhận dữ liệu của ứng dụng.
Do đó, việc nhìn thấy cùng một MAC không chứng minh ứng dụng đã nhận nội dung của nhóm kia, cũng không chứng minh bộ chuyển mạch cách ly hoàn toàn các nhóm. Kết quả phụ thuộc vào cách triển khai chuyển tiếp, trạng thái IGMP snooping và ngăn xếp mạng của máy chủ. Ảnh chụp màn hình chỉ hiển thị địa chỉ MAC không thể xác nhận việc lọc là chính xác.
IGMP snooping không phải là phép ánh xạ
IGMP được các máy chủ IPv4 sử dụng để thông báo tư cách thành viên nhóm multicast. Bộ chuyển mạch hỗ trợ IGMP snooping có thể theo dõi các thông điệp điều khiển liên quan và duy trì thông tin về nhóm và cổng, giúp giảm lưu lượng multicast trên các cổng không cần lưu lượng đó. Hãy kiểm tra cách triển khai và cấu hình thực tế đối với bảng cổng, bộ truy vấn và cơ chế hết hạn.
Phép ánh xạ trả lời câu hỏi MAC đích Ethernet nào tương ứng với một nhóm multicast IPv4. IGMP snooping liên quan đến việc cổng nào cần lưu lượng của nhóm nào. Hai cơ chế có liên quan nhưng không thể thay thế cho nhau. Chỉ biết MAC không cho biết các thiết bị nhận hiện tại hoặc chứng minh trạng thái thành viên nhóm vẫn còn hiệu lực.
Nếu một cổng không nhận được lưu lượng dự kiến, trước tiên hãy kiểm tra xem máy chủ đã tham gia đúng nhóm IP hay chưa, VLAN có khớp hay không và bộ chuyển mạch có trạng thái thành viên nhóm như dự kiến hay không. Sau đó kiểm tra bộ truy vấn và đường truyền phía thượng nguồn. Không quy mọi sự cố multicast cho xung đột địa chỉ hoặc tắt tính năng lọc khi chưa đánh giá tác động.
Ghi lại khung, địa chỉ IP và vị trí bắt gói tin
Một bản ghi hữu ích bao gồm vị trí bắt gói tin, VLAN, thời gian, MAC đích Ethernet, đích IPv4 và các cổng liên quan. Cần phân biệt những gì quan sát được tại cổng giám sát lưu lượng sao chép, máy chủ nhận hoặc bên gửi: mỗi vị trí có thể thấy một tập lưu lượng khác nhau, và một bản bắt gói tin đơn lẻ không mặc nhiên đại diện cho toàn bộ mạng.
Ví dụ, nếu bên gửi đã phát một gói tin cho nhóm dự kiến và khung xuất hiện tại cổng vào của bộ chuyển mạch nhưng không xuất hiện tại cổng ra dự kiến, bước tiếp theo là kiểm tra tư cách thành viên nhóm VLAN và chính sách chuyển tiếp. Nếu khung đến được máy chủ nhưng ứng dụng không nhận thấy dữ liệu, hãy kiểm tra giao diện đã chọn và nhóm đã tham gia. Trình tự này giúp thu hẹp phạm vi điều tra mà không giả định một cách triển khai nội bộ cụ thể.
Đánh giá bộ truy vấn trong bối cảnh hệ thống thực tế: trạng thái thành viên nhóm quan sát được có thể thay đổi theo thời gian. Khả năng truyền thông điệp điều khiển đến đích, cấu hình và cài đặt thời gian hết hạn đều có thể ảnh hưởng đến bản ghi. Hãy ghi chú thời gian bắt gói tin và phiên bản cấu hình để không nhầm các quan sát ở những thời điểm khác nhau thành một kết quả duy nhất.
Để xác minh việc dùng chung MAC, hãy sử dụng lưu lượng thử nghiệm được phép, không mang ý nghĩa điều khiển sản xuất. Ghi lại IP đích và MAC của cả hai gói tin, tư cách thành viên nhóm và trạng thái chuyển tiếp cổng. Ví dụ và hình minh họa giải thích một cơ chế; chúng không phải báo cáo thử nghiệm thực địa cho một sản phẩm cụ thể.
Nếu ứng dụng vẫn không nhận thấy dữ liệu, hãy kiểm tra các quy tắc tường lửa của máy chủ, lựa chọn giao diện, cách ứng dụng tham gia nhóm và mọi hoạt động định tuyến multicast qua các mạng con. Chuyển mạch Ethernet, định tuyến multicast IP và đăng ký nhận dữ liệu của ứng dụng là những giai đoạn khác nhau. Việc tiếp nhận tin cậy đòi hỏi các giai đoạn liên quan phối hợp với nhau.
Ánh xạ trước, sau đó kiểm tra từng lớp
Phép ánh xạ multicast IPv4 giữ lại 23 bit thấp, vì vậy nhiều nhóm IP có thể dùng chung một MAC Ethernet. Khung Ethernet và gói tin IP bên trong vẫn có các trường riêng; MAC trùng nhau không làm cho hai nhóm IP trở nên giống hệt nhau. Hành vi thực tế phải được đánh giá dựa trên tư cách thành viên nhóm, VLAN và cài đặt chuyển tiếp.
Trong quá trình lập kế hoạch, hãy ghi rõ các nhóm dự kiến, máy chủ nhận, cổng bộ chuyển mạch và bộ truy vấn. Trong quá trình nghiệm thu, hãy thu thập bằng chứng tại bên gửi, bộ chuyển mạch và bên nhận. Điều này giúp dễ dàng phân biệt sự trùng lặp ánh xạ vốn có với sự cố chuyển tiếp thực sự.
Tài liệu tham khảo
RFC 1112: Ánh xạ multicast IPv4 sang Ethernet · RFC 4541: Các lưu ý về IGMP snooping · Thông tin sản phẩm bộ chuyển mạch công nghiệp có quản lý FCTELE.
Dịch từ bài viết kỹ thuật bằng tiếng Trung: Đọc bài viết gốc bằng tiếng Trung.
Câu hỏi thường gặp
Có phải mỗi nhóm multicast IPv4 đều được gán một MAC Ethernet riêng biệt?
Không. Các nhóm IPv4 khác nhau có thể dùng chung một MAC vì chỉ 23 bit thấp của IP được ánh xạ.
IGMP snooping có thể thay thế phép ánh xạ địa chỉ không?
Không. Phép ánh xạ xác định đích Ethernet; snooping giúp liên kết tư cách thành viên nhóm với các cổng, tùy theo cách triển khai.
Dùng chung MAC có nghĩa là ứng dụng nhận được cùng nội dung không?
Không nhất thiết. Đích IP và tư cách thành viên nhóm của máy chủ vẫn có vai trò, còn việc chuyển tiếp và lọc phụ thuộc vào thiết bị và cấu hình.
Phạm vi và tài liệu đọc thêm
Đây là ví dụ chung về phép ánh xạ IPv4, không phải thử nghiệm hoặc phép đo sản phẩm.
Các chức năng của bộ chuyển mạch công nghiệp và multicast · Cách bộ chuyển mạch công nghiệp chuyển tiếp khung · RFC 1112 · RFC 4541
