Phát biểu nào sau đây là SAI về Giao thức DHCP?

Câu hỏi này kiểm tra kiến thức về cấu trúc của một gói tin IP (IP Datagram) trong mô hình TCP/IP hoặc OSI. IP Datagram bao gồm nhiều trường, nhưng chỉ có một số trường là bắt buộc theo chuẩn IP. Theo RFC 791 (Internet Protocol), một gói tin IP (IP Datagram) có một định dạng tiêu chuẩn gồm nhiều trường, trong đó các trường bắt buộc bao gồm: Version, Internet Header Length (IHL), Differentiated Services Code Point (DSCP) và Explicit Congestion Notification (ECN), Total Length, Identification, Flags, Fragment Offset, Time to Live (TTL), Protocol, Header Checksum, Source IP Address, Destination IP Address. Một số trường khác như Source Route, Record Route, Timestamp, Option List là tùy chọn. Tuy nhiên, câu hỏi này có thể đang dựa trên cách phân loại đơn giản hơn hoặc một phiên bản cụ thể của chuẩn. Trong các lựa chọn được đưa ra, chúng ta cần xác định đâu là số lượng trường *bắt buộc* theo cách hiểu phổ biến trong các tài liệu giảng dạy hoặc các phiên bản giao thức.

Nếu xét các trường bắt buộc tối thiểu theo chuẩn RFC 791, chúng ta có:
1. Version (4 bit)
2. Internet Header Length (IHL) (4 bit)
3. Differentiated Services Code Point (DSCP) (6 bit) & Explicit Congestion Notification (ECN) (2 bit) - Thường được coi là một trường 8-bit.
4. Total Length (16 bit)
5. Identification (16 bit)
6. Flags (3 bit) & Fragment Offset (13 bit) - Thường được coi là một trường 16-bit.
7. Time to Live (TTL) (8 bit)
8. Protocol (8 bit)
9. Header Checksum (16 bit)
10. Source IP Address (32 bit)
11. Destination IP Address (32 bit)

Như vậy, có thể đếm được 11 trường chính là bắt buộc. Trường tùy chọn (Options) và trường điền dữ liệu (Padding) là không bắt buộc. Do đó, phương án "11" là hợp lý nhất dựa trên cấu trúc tiêu chuẩn của IP Datagram.

Để mã hóa thông điệp bằng thuật toán CRC, ta thực hiện phép chia đa thức theo modulo 2 giữa thông điệp gốc được nối thêm các bit 0 và đa thức sinh G. Số lượng bit 0 được thêm vào bằng bậc của đa thức sinh trừ đi 1. Phần dư của phép chia này chính là mã CRC.

Câu hỏi yêu cầu phân tích một gói tin HTTP request để rút ra thông tin về trình duyệt và URL yêu cầu. Dựa vào định dạng của gói tin HTTP:

`GET /docs/index.html HTTP/1.1\r\n`
`Host: www-net.cs.umass.edu\r\n`

Chúng ta có thể phân tích như sau:

1. Phương thức yêu cầu: `GET` cho thấy trình duyệt yêu cầu lấy dữ liệu.
2. Đường dẫn URL: `/docs/index.html` là phần đường dẫn của tài nguyên được yêu cầu trên máy chủ.
3. Phiên bản HTTP: `HTTP/1.1` cho thấy trình duyệt đang sử dụng giao thức HTTP phiên bản 1.1.
4. Header `Host`: `www-net.cs.umass.edu` chỉ định tên miền của máy chủ mà yêu cầu được gửi tới. Điều này rất quan trọng trong HTTP/1.1 để hỗ trợ nhiều tên miền trên cùng một địa chỉ IP.

Kết nối thường trực (Persistent Connection) vs. Không thường trực (Non-persistent Connection): Trong HTTP/1.1, mặc định là sử dụng kết nối thường trực, trừ khi được chỉ định rõ ràng trong header `Connection` là `close`. Trong gói tin mẫu được cung cấp, không có header `Connection: close`, do đó, mặc định là kết nối thường trực.

URL đầy đủ: URL đầy đủ được cấu thành từ giao thức (trong trường hợp này không rõ ràng từ đoạn trích, nhưng thường là `http` hoặc `https`), tên máy chủ (từ header `Host`) và đường dẫn.

- Tên máy chủ: `www-net.cs.umass.edu`
- Đường dẫn: `/docs/index.html`

Như vậy, URL đầy đủ của trang web được yêu cầu là `http://www.net.cs.umass.edu/docs/index.html` (hoặc `https`). Tuy nhiên, trong các lựa chọn, URL được trình bày dưới dạng tên máy chủ kết hợp với đường dẫn.

Xét các phương án:

* Phương án 1: "Trình duyệt dùng kết nối thường trực (persistent) và URL đầy đủ của trang web được yêu cầu là: www-net.cs.umass.edu/index.html". Thông tin về kết nối thường trực là đúng, nhưng URL không chính xác vì thiếu `/docs`.
* Phương án 2: "Trình duyệt dùng kết nối không thường trực (non-persistent) và URL đầy đủ của trang web được yêu cầu là: www-net.cs.umass.edu/docs/index.html". Thông tin về kết nối không thường trực là sai.
* Phương án 3: "Trình duyệt dùng kết nối thường trực (persistent) và URL đầy đủ của trang web được yêu cầu là: www-net.cs.umass.edu/docs/index.html". Thông tin về kết nối thường trực là đúng và URL (tên máy chủ + đường dẫn) là chính xác.
* Phương án 4: "Trình duyệt dùng kết nối thường trực (persistent) và URL đầy đủ của trang web được yêu cầu là: www-net.cs.umass.edu". Thông tin về kết nối thường trực là đúng, nhưng URL không chính xác vì chỉ có tên máy chủ mà thiếu đường dẫn.

Do đó, phương án 3 là đầy đủ và chính xác nhất dựa trên thông tin được cung cấp và kiến thức về giao thức HTTP/1.1.

Câu hỏi kiểm tra khả năng tính toán số lượng gói tin tối đa có thể truyền trong một đơn vị thời gian dựa trên kích thước gói tin và tốc độ truyền của kết nối. Để giải quyết bài toán này, ta cần thực hiện các bước sau:

1. Đổi đơn vị tốc độ truyền: Tốc độ truyền R = 1000 Kbps = 1000 * 1000 bps = 1,000,000 bps. Bits per second (bps) nghĩa là số bit truyền được trong một giây.

2. Đổi đơn vị kích thước gói tin: Kích thước gói tin L = 1000 bytes. Vì 1 byte = 8 bits, nên L = 1000 * 8 bits = 8000 bits.

3. Tính số gói tin truyền được trong 1 giây: Số gói tin truyền được trong 1 giây được tính bằng công thức: Số gói tin = (Tốc độ truyền / Kích thước một gói tin).
Số gói tin = 1,000,000 bps / 8000 bits/gói tin = 125 gói tin/giây.

Vậy, tối đa có 125 gói tin được truyền đi trong 1 giây.

Câu hỏi kiểm tra kiến thức về cơ chế hoạt động của giao thức truyền tin Go-back-N, cụ thể là cách xử lý khi xảy ra timeout. Trong giao thức Go-back-N, khi bên gửi nhận được thông báo timeout cho một gói tin (trong hình là pkt2), nó sẽ gửi lại gói tin đó và tất cả các gói tin đã được gửi đi sau đó mà chưa nhận được xác nhận. Dựa trên hình ảnh, nếu pkt2 bị timeout, bên gửi sẽ phải gửi lại pkt2, pkt3, pkt4 và pkt5. Tuy nhiên, các phương án trả lời chỉ bao gồm các gói tin được gửi lại, không bao gồm việc gửi lại pkt0 và pkt1. Với giả định rằng pkt0 và pkt1 đã được xác nhận thành công trước khi pkt2 gặp vấn đề, thì bên gửi sẽ chỉ gửi lại các gói tin từ pkt2 trở đi. Do đó, phương án 'Gởi lại pkt2, pkt3, pkt4, pkt5' là chính xác nhất.