Vị trí của IP nguồn và đích trong gói IP


7

Trong tiêu đề khung Ethernet, MAC đích (DMAC) được đặt trước MAC nguồn vì các lý do rõ ràng (các trạm chấp nhận dựa trên DMAC). Nhưng tại sao điều tương tự không được duy trì cho IP đích (DIP) và IP nguồn (SIP) trong Tiêu đề IP?

Tại sao SIP đi trước DIP trong tiêu đề Khung IP, không giống như trong khung Ethernet nơi DMAC đi trước SMAC?


4
Tôi nghĩ rằng những người ethernet đã hình dung ra 'cắt ngang' từ rất sớm. Với IP, 'cắt ngang' thực sự không thể, vì 'tổng kiểm tra tiêu đề' có trước bất kỳ địa chỉ IP nào, nhưng nó bao gồm các địa chỉ IP, vì vậy bạn cần đọc toàn bộ tiêu đề IP trước khi bạn có thể xác định giá trị trong tiêu đề, thực sự là làm cho thứ tự của tiêu đề trong bối cảnh này không liên quan. Nhưng nó vẫn đặt ra câu hỏi, tại sao tiêu đề IP không được thiết kế để trở nên thân thiện. Và câu trả lời có lẽ là, nó không thú vị / quan trọng từ xa vào thời điểm đó và nó gây tranh cãi nếu ngày nay.
ytti

2
@ytti: Sẽ cải thiện được gì nếu IP hỗ trợ 'cắt ngang'? IP hiếm khi được sử dụng mà không có lớp 2.
BatchyX

2
Đối với Ethernet, tôi nghĩ rằng việc đặt đích đến trước là do các trung tâm trở thành cơn thịnh nộ sau đó và làm cho nó hiệu quả hơn đối với các máy chủ để xác định xem một khung có dành cho chúng hay không. Các phiên bản trước đó của IP và TCP đã có địa chỉ đích đầu tiên. Không có lời giải thích thực sự tại sao nó được chuyển sang phiên bản 4. Tôi không tin hiệu quả hay tốc độ đã từng là một điểm nhấn trong IP.
Santino

@BatchyX trong khi IP được sử dụng với L2, nếu bạn cần thực hiện quyết định định tuyến L3, bạn không thể thực hiện 'cắt ngang' vì thiết kế khung, cá nhân tôi không bị thuyết phục rất hữu ích ngay cả trong L2, nhưng Tôi cũng không cảm thấy mạnh mẽ về nó. Có thể một số người có trường hợp sử dụng tốt để cắt IP.
ytti

Có câu trả lời nào giúp bạn không? nếu vậy, bạn nên chấp nhận câu trả lời để câu hỏi không xuất hiện mãi mãi, tìm kiếm câu trả lời. Ngoài ra, bạn có thể cung cấp và chấp nhận câu trả lời của riêng bạn.
Ron Maupin

Câu trả lời:


3

Ý tưởng là để biết càng sớm càng tốt cho dù một khung có phải là đa hướng hay không; thứ tự byte mạng được vặn lên một chút trong thiết kế, vì vậy đó là thứ hai thay vì nibble đầu tiên.


3
TokenRing sẽ gửi MAC từ trái sang phải, vì vậy bit multicast sẽ được xem là bit thứ 1, thay vì bit thứ 8.
ytti
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.