CRC là viết tắt của từ nào sau đây:

Câu hỏi kiểm tra kiến thức về giao thức định tuyến OSPF (Open Shortest Path First). OSPF là một giao thức định tuyến nội miền (Interior Gateway Protocol - IGP) dựa trên trạng thái liên kết (Link State). Thuật toán tìm đường đi ngắn nhất mà OSPF sử dụng là thuật toán Dijkstra, một dạng của thuật toán tìm đường đi trạng thái liên kết. Do đó, phương án "Link State" là mô tả đúng nhất về bản chất thuật toán mà OSPF áp dụng để xây dựng cây đường đi ngắn nhất tới tất cả các đích trong mạng.

Câu hỏi này kiểm tra hiểu biết về cơ chế phân mảnh (fragmentation) trong giao thức IP, đặc biệt là cách thức phân chia một gói tin lớn thành nhiều gói tin nhỏ hơn khi gặp giới hạn về kích thước đơn vị truyền tối đa (MTU) của một router, cũng như ý nghĩa của cờ Fragment flag và trường Fragment Offset trong IP header.

Đầu tiên, ta cần xác định số lượng gói tin được tạo ra sau khi phân mảnh. IP Datagram ban đầu có kích thước 6000 bytes. Router R có MTU là 2000 bytes. Tuy nhiên, cần lưu ý rằng mỗi gói tin sau khi phân mảnh sẽ bao gồm cả phần header IP (thường là 20 bytes nếu không có tùy chọn) và phần dữ liệu. Do đó, kích thước tối đa cho phần dữ liệu của mỗi gói tin phân mảnh sẽ là MTU - kích thước IP header. Giả sử IP header là 20 bytes, kích thước dữ liệu tối đa cho mỗi gói là 2000 - 20 = 1980 bytes.

Số lượng gói tin phân mảnh được tính bằng cách lấy kích thước tổng của gói tin gốc chia cho kích thước dữ liệu tối đa của mỗi gói, làm tròn lên. Tuy nhiên, một điểm quan trọng là các gói tin phân mảnh cần phải có kích thước dữ liệu là bội số của 8 bytes để trường Fragment Offset hoạt động chính xác. Do đó, kích thước dữ liệu thực tế của mỗi gói sẽ được điều chỉnh để thỏa mãn điều kiện này.

Trong trường hợp này, với MTU là 2000 bytes và gói tin gốc là 6000 bytes. Router sẽ cố gắng tạo các gói tin có kích thước tối đa có thể, nhưng phải nhỏ hơn hoặc bằng 2000 bytes và là bội số của 8 bytes cho phần dữ liệu (sau khi trừ header IP). Kích thước dữ liệu tối đa cho mỗi gói sẽ là 1980 bytes, và đây là bội số của 8. Số gói cần thiết sẽ là 6000 / 1980 làm tròn lên.

6000 / 1980 ≈ 3.03. Làm tròn lên ta được 4 gói tin.

- Gói 1: Kích thước dữ liệu 1980 bytes. Fragment Offset = 0. Fragment Flag = 1.
- Gói 2: Kích thước dữ liệu 1980 bytes. Fragment Offset = 1980 / 8 = 247.5 (làm tròn xuống vì offset là số block 8 byte, nên sẽ là 1976 bytes dữ liệu, offset = 1976/8 = 247). Fragment Flag = 1.
- Gói 3: Kích thước dữ liệu 1980 bytes. Fragment Offset = (1980 + 1976) / 8 = (3956)/8 = 494.5 (làm tròn xuống, nên sẽ là 1976 bytes dữ liệu, offset = 1976/8 = 247 + 247 = 494). Fragment Flag = 1.
- Gói 4: Kích thước dữ liệu còn lại. Tổng kích thước 6000 bytes. Đã dùng 20 (header) + 1980 + 1976 + 1976 = 5952 bytes. Còn lại 6000 - 5952 = 48 bytes. Fragment Offset = (1980 + 1976 + 1976) / 8 = 5932 / 8 = 741.5 (làm tròn xuống, nên sẽ là 32 bytes dữ liệu, offset = 32/8 = 4). Fragment Flag = 0 (vì đây là gói cuối cùng).

Tuy nhiên, cách tính toán trên có thể hơi phức tạp và không phản ánh đúng cách thức mà router thực hiện. Một cách đơn giản hơn là xem xét kích thước dữ liệu có thể chứa trong MTU. MTU là 2000 bytes. IP Header là 20 bytes. Vậy kích thước dữ liệu tối đa là 1980 bytes. Số lượng gói tin sẽ là ceil(6000 / 1980) = 4 gói.

- Gói 1: Dữ liệu 1980 bytes. Fragment Offset = 0. Fragment flag = 1.
- Gói 2: Dữ liệu 1980 bytes. Fragment Offset = 1980 / 8 = 247.5 (làm tròn xuống 1976 bytes dữ liệu). Fragment Offset = 1976 / 8 = 247. Fragment flag = 1.
- Gói 3: Dữ liệu 1980 bytes. Fragment Offset = (1976 + 1976) / 8 = 3952 / 8 = 494. Fragment flag = 1.
- Gói 4: Dữ liệu còn lại: 6000 - 20 - 1980 - 1976 - 1976 = 48 bytes. Fragment Offset = (1976 + 1976 + 1976) / 8 = 5928 / 8 = 741. Fragment flag = 0.

Như vậy, IP Datagram 6000 bytes sẽ được phân mảnh thành 4 gói tin.

Phân tích các phương án:
1. IP Datagram lớn sẽ được phân mảnh thành 3 gói tin. Sai. Như phân tích ở trên, cần 4 gói tin.
2. Gói tin phân mảnh thứ 3 có cờ Fragment flag bật lên thành 1. Đúng. Các gói tin phân mảnh, trừ gói cuối cùng, đều có cờ Fragment flag (MF - More Fragments) được bật lên là 1 để báo hiệu còn các gói tin tiếp theo.
3. Gói tin phân mảnh thứ 3 có cờ Fragment flag là 0. Sai. Gói tin phân mảnh thứ 3 chưa phải là gói cuối cùng nên cờ Fragment flag phải là 1.
4. Tất cả các gói nhỏ đều có cờ Fragment flag bật lên thành 1. Sai. Chỉ các gói phân mảnh trừ gói cuối cùng mới có cờ Fragment flag bật lên thành 1. Gói cuối cùng có cờ Fragment flag là 0.

Do đó, phát biểu đúng nhất là gói tin phân mảnh thứ 3 có cờ Fragment flag bật lên thành 1.

Câu hỏi này kiểm tra kiến thức về cách thức hoạt động của giao thức ARP (Address Resolution Protocol), cụ thể là địa chỉ đích được sử dụng khi gửi gói tin ARP query dưới dạng quảng bá (broadcast). Gói tin ARP query được gửi đi để tìm địa chỉ MAC tương ứng với một địa chỉ IP nhất định trong mạng cục bộ. Để đảm bảo gói tin này được tất cả các thiết bị trong mạng LAN nhận và xử lý, nó phải được gửi đến địa chỉ broadcast của lớp thứ hai (MAC broadcast address). Địa chỉ MAC broadcast tiêu chuẩn là FF:FF:FF:FF:FF:FF (hoặc các biến thể tương đương như FF-FF-FF-FF-FF-FF). Lựa chọn 1 (255.255.255.255) là địa chỉ broadcast của lớp thứ ba (IP broadcast address), thường được sử dụng cho các gói tin IP broadcast, không phải cho ARP query.
Lựa chọn 2 (11-11-11-11-11-11) không phải là một địa chỉ MAC hợp lệ trong giao thức mạng.
Lựa chọn 3 (FF-FF-FF-FF-FF-FF) là địa chỉ MAC broadcast, là địa chỉ đích chính xác cho gói tin ARP query quảng bá.
Lựa chọn 4 sai vì lựa chọn 3 là đúng.

Câu hỏi yêu cầu xác định giá trị ban đầu của các biến khoảng cách D(v), D(x), D(w), D(y), D(z) khi khởi tạo thuật toán Dijkstra. Thuật toán Dijkstra khởi tạo khoảng cách từ đỉnh nguồn (trong trường hợp này là 'u') đến chính nó bằng 0 và khoảng cách đến tất cả các đỉnh còn lại bằng vô cùng (∞). Dựa trên hình minh họa, đỉnh nguồn là 'u', và các đỉnh khác là v, x, w, y, z. Do đó, D(u) = 0. Tuy nhiên, câu hỏi không đề cập trực tiếp đến D(u) mà hỏi về D(v), D(x), D(w), D(y), D(z). Theo quy tắc khởi tạo của Dijkstra, khoảng cách từ đỉnh nguồn đến tất cả các đỉnh không kề trực tiếp (hoặc không có đường đi ngay lập tức) đều là vô cùng. Trong trường hợp này, tất cả các đỉnh v, x, w, y, z đều không phải là đỉnh nguồn 'u' và chưa có đường đi nào được khám phá ban đầu. Do đó, giá trị ban đầu của chúng sẽ là vô cùng. Tuy nhiên, xem xét các phương án đưa ra, không có phương án nào mà tất cả các giá trị đều là vô cùng (∞). Điều này cho thấy có thể có một sự hiểu lầm trong cách đặt câu hỏi hoặc hình ảnh đi kèm. Nếu giả định rằng 'u' là đỉnh nguồn và chúng ta đang hỏi về khoảng cách từ 'u' đến các đỉnh khác *sau khi xem xét các cạnh trực tiếp*, thì quy tắc vẫn là D(nguồn) = 0 và D(khác) = ∞. Nhưng nếu đề bài ngụ ý một cách khởi tạo khác hoặc câu hỏi đang bị thiếu thông tin, ta phải dựa vào các phương án. Phương án 2: '2,5,6,∞, ∞' có vẻ không đúng với khởi tạo chuẩn. Phương án 1: '2,3,6,6,9' và phương án 4: '2,3,4,5,6' cũng không phản ánh đúng khởi tạo với vô cùng. Phương án 3: '∞,∞,∞,∞, ∞' là đáp án phản ánh chính xác nhất nguyên tắc khởi tạo của thuật toán Dijkstra cho các đỉnh không phải là đỉnh nguồn, với giả định rằng các giá trị 2, 3, 4, 5, 6, 9 trong các phương án khác đại diện cho các bước sau hoặc là sai sót. Nếu câu hỏi thực sự hỏi về bước 0 (khởi tạo) và coi 'u' là đỉnh nguồn, thì D(v), D(x), D(w), D(y), D(z) đều phải là vô cùng. Tuy nhiên, vì phương án 3 chỉ có các giá trị vô cùng mà không có giá trị 0 cho đỉnh nguồn (mà câu hỏi không hỏi D(u)), phương án này hợp lý nhất cho các đỉnh còn lại. Giả sử câu hỏi tập trung vào các đỉnh *ngoài* đỉnh nguồn 'u'.