Một công ty nhỏ có một địa chỉ mạng thuộc class C. Người ta cần tạo 4 mạng con. Vậy subnet mask nào được sử dụng cho yêu cầu trên?
Trả lời:
Đáp án đúng: D
Câu hỏi kiểm tra kiến thức về kỹ thuật chia mạng con (subnetting) trong mạng máy tính, cụ thể là cách xác định subnet mask cho một địa chỉ IP Class C khi cần tạo ra 4 mạng con.
Một địa chỉ IP Class C có 3 octet đầu tiên dùng cho phần mạng và octet thứ 4 dùng cho phần máy. Mặc định, subnet mask cho Class C là 255.255.255.0. Để tạo mạng con, chúng ta cần mượn bit từ phần máy để tạo ra các mạng con.
Để tạo được 4 mạng con, ta cần số bit 'n' sao cho 2^n >= 4. Giá trị n nhỏ nhất thỏa mãn điều kiện này là n=2 (vì 2^2 = 4).
Khi mượn 2 bit từ octet thứ 4, octet này sẽ có dạng: 11xxxxxx, trong đó '11' là 2 bit mượn để tạo mạng con và 'xxxxxx' là 6 bit còn lại cho phần máy.
Ta cần tính giá trị thập phân của octet thứ 4. Octet này có 8 bit. Với 2 bit đầu tiên của phần máy được mượn cho mạng con, ta có cấu trúc: (bit mạng con 1)(bit mạng con 2)(bit máy 1)(bit máy 2)(bit máy 3)(bit máy 4)(bit máy 5)(bit máy 6).
Subnet mask mặc định cho Class C là 255.255.255.0 (11111111.11111111.11111111.00000000). Khi mượn 2 bit từ phần máy, 2 bit đầu tiên của octet thứ 4 sẽ chuyển thành 1.
Do đó, octet thứ 4 của subnet mask sẽ là 11000000.
Chuyển đổi 11000000 sang hệ thập phân:
(1 * 2^7) + (1 * 2^6) + (0 * 2^5) + (0 * 2^4) + (0 * 2^3) + (0 * 2^2) + (0 * 2^1) + (0 * 2^0)
= 128 + 64 + 0 + 0 + 0 + 0 + 0 + 0 = 192.
Vì vậy, subnet mask cần sử dụng là 255.255.255.192.
Kiểm tra các phương án:
1. 255.255.255.0: Chỉ có 1 mạng con (mạng gốc), không đủ.
2. 255.255.255.240: Tương ứng với việc mượn 4 bit (2^4=16 mạng con), thừa.
3. 255.255.255.224: Tương ứng với việc mượn 3 bit (2^3=8 mạng con), thừa.
4. 255.255.255.192: Tương ứng với việc mượn 2 bit (2^2=4 mạng con), đủ yêu cầu.
This document is a final exam paper for the 'Introduction to Computer Networks' course from HK2 2018-2019. It contains multiple-choice questions covering fundamental networking concepts such as network devices, IP addressing, subnetting, routing protocols, TCP/IP functionalities, ARP, DHCP, HTTP, NAT, MAC addresses, IMAP, and port numbers.
40 câu hỏi 75 phút
Câu hỏi liên quan
Lời giải:
Đáp án đúng: B
Câu hỏi kiểm tra kiến thức về Giao thức Cấu hình Máy chủ Động (DHCP). Chúng ta cần xác định phát biểu SAI trong các phương án đưa ra.
* Phương án 1: Thông điệp DHCP Discover được gửi theo dạng Broadcast. Đây là phát biểu ĐÚNG. Khi một máy khách cần lấy địa chỉ IP, nó sẽ gửi thông điệp DHCP Discover dưới dạng broadcast (gửi đến tất cả các máy chủ DHCP trong mạng) để tìm kiếm máy chủ DHCP khả dụng.
* Phương án 2: DHCP là giao thức thuộc tầng Network. Đây là phát biểu SAI. DHCP là giao thức hoạt động ở tầng Ứng dụng (Application Layer) hoặc đôi khi được xem là tầng Giao vận (Transport Layer) vì nó sử dụng UDP (User Datagram Protocol) làm giao thức truyền tải. Tầng Network (lớp 3 OSI) bao gồm các giao thức như IP, ICMP.
* Phương án 3: Thông điệp DHCP Request được gửi từ Client. Đây là phát biểu ĐÚNG. Sau khi nhận được thông điệp DHCPOffer từ máy chủ, máy khách sẽ gửi thông điệp DHCP Request để yêu cầu chính thức địa chỉ IP được đề nghị.
* Phương án 4: DHCP là giao thức cho phép cấp phát động địa chỉ IP. Đây là phát biểu ĐÚNG. Mục đích chính của DHCP là tự động hóa việc cấp phát địa chỉ IP và các thông tin cấu hình mạng khác cho các thiết bị trong mạng, giúp quản lý mạng dễ dàng hơn.
Do đó, phát biểu SAI là phương án 2.
* Phương án 1: Thông điệp DHCP Discover được gửi theo dạng Broadcast. Đây là phát biểu ĐÚNG. Khi một máy khách cần lấy địa chỉ IP, nó sẽ gửi thông điệp DHCP Discover dưới dạng broadcast (gửi đến tất cả các máy chủ DHCP trong mạng) để tìm kiếm máy chủ DHCP khả dụng.
* Phương án 2: DHCP là giao thức thuộc tầng Network. Đây là phát biểu SAI. DHCP là giao thức hoạt động ở tầng Ứng dụng (Application Layer) hoặc đôi khi được xem là tầng Giao vận (Transport Layer) vì nó sử dụng UDP (User Datagram Protocol) làm giao thức truyền tải. Tầng Network (lớp 3 OSI) bao gồm các giao thức như IP, ICMP.
* Phương án 3: Thông điệp DHCP Request được gửi từ Client. Đây là phát biểu ĐÚNG. Sau khi nhận được thông điệp DHCPOffer từ máy chủ, máy khách sẽ gửi thông điệp DHCP Request để yêu cầu chính thức địa chỉ IP được đề nghị.
* Phương án 4: DHCP là giao thức cho phép cấp phát động địa chỉ IP. Đây là phát biểu ĐÚNG. Mục đích chính của DHCP là tự động hóa việc cấp phát địa chỉ IP và các thông tin cấu hình mạng khác cho các thiết bị trong mạng, giúp quản lý mạng dễ dàng hơn.
Do đó, phát biểu SAI là phương án 2.
Lời giải:
Đáp án đúng: B
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.
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.
Lời giải:
Đáp án đúng: D
Để 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.
Lời giải:
Đáp án đúng: C
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.
`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.
Lời giải:
Đáp án đúng: D
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.
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.
.png)
Lời giải:
Bạn cần đăng ký gói VIP để làm bài, xem đáp án và lời giải chi tiết không giới hạn. Nâng cấp VIP
Lời giải:
Bạn cần đăng ký gói VIP để làm bài, xem đáp án và lời giải chi tiết không giới hạn. Nâng cấp VIP
Lời giải:
Bạn cần đăng ký gói VIP để làm bài, xem đáp án và lời giải chi tiết không giới hạn. Nâng cấp VIP
Lời giải:
Bạn cần đăng ký gói VIP để làm bài, xem đáp án và lời giải chi tiết không giới hạn. Nâng cấp VIP
Lời giải:
Bạn cần đăng ký gói VIP để làm bài, xem đáp án và lời giải chi tiết không giới hạn. Nâng cấp VIP
