Thiết yếu định tuyến


4

Tôi là một lập trình viên đang cố gắng lấp đầy lỗ hổng lớn trong sự hiểu biết của tôi về các vấn đề cơ bản về mạng. Tôi đã đọc một cuốn sách hay ( Mạng Kinh Thánh của Sosinki) nhưng tôi đã phát hiện ra rằng có rất nhiều thông tin "giả định", trong đó các thuật ngữ / khái niệm được ném vào người đọc mà không có phần giới thiệu thích hợp về chúng.

Tôi hiểu rằng "tuyến đường" là đường dẫn qua mạng. Nhưng tôi đang vật lộn với việc hình dung một số khái niệm dựa trên định tuyến. Cụ thể là:

  1. Làm thế nào để các tuyến đường thực sự tự thể hiện trong phần cứng? Có phải chúng chỉ là một danh sách các địa chỉ IP được tính toán ở lớp mạng và sau đó được vận chuyển thực hiện?
  2. Những loại dữ liệu tồn tại trong một bảng định tuyến quá cỡ? Bảng định tuyến có phải là cơ chế để giữ các danh sách địa chỉ IP này không (đọc ở trên)?
  3. Những ưu / nhược điểm về hiệu suất khi có tuyến tĩnh, trái ngược với tuyến động là gì?

Tôi thích việc bạn mua một cuốn sách và bắt đầu đọc. Không có mối đe dọa để ngăn chặn bạn.
Surfasb

Câu trả lời:


5

Một tuyến đường không được xác định bởi bất kỳ một phần cứng nào. Công việc của bộ định tuyến là xem xét IP và quyết định xem gói tin có thuộc mạng của nó hay mạng khác hay không và gửi nó theo cách của nó tùy thuộc vào quyết định của nó. Một bộ định tuyến thực sự chỉ quan tâm đến bước tiếp theo và không có gì là quá khứ, không có thiết bị nào định tuyến toàn bộ đường dẫn của gói.

Một bảng định tuyến chứa thông tin mà bộ định tuyến cần biết để quyết định xem một gói có thuộc mạng riêng của nó hay không và bước tiếp theo sẽ gửi nó đến nếu nó cần phải đi nơi khác. Từ wikipedia :

The routing table consists of at least three information fields:

 -the network id: i.e. the destination network id
 -cost: i.e. the cost or metric of the path through which the packet is to be sent
 -next hop: The next hop, or gateway, is the address of the next station to which the packet is to be sent on the way to its final destination

 Depending on the application and implementation, it can also contain
 additional values that refine path selection:

 -quality of service associated with the route. For example, the U flag indicates that an IP route is up.
 -links to filtering criteria/access lists associated with the route
 -interface: such as eth0 for the first Ethernet card, eth1 for the second Ethernet card, etc.

Chọn một tuyến tĩnh hoặc tuyến hoàn toàn phụ thuộc vào ứng dụng. Định tuyến tĩnh không có khả năng chịu lỗi cao, nhưng có thể dễ dàng khắc phục sự cố mạng nhất định hơn vì tuyến đường của bạn sẽ không bao giờ thay đổi.


Cảm ơn @MaQleod! Vì vậy, tôi giả sử rằng các bảng định tuyến được đặt trên mỗi bộ định tuyến và không có mạng nào của các bộ định tuyến được kết nối chia sẻ cùng một bảng, đúng không? Ngoài ra, các bảng định tuyến có chứa thông tin về việc một tuyến cụ thể là tĩnh hay động không? Nếu không, thông tin này được lưu trữ ở đâu?
pnongrata

Chính xác, một bảng định tuyến dành riêng cho bộ định tuyến và mạng mà nó định tuyến. Các tuyến tĩnh và động cũng nằm trong bộ định tuyến, nhưng chúng sẽ được xác định trong cấu hình cục bộ / đang chạy chứ không phải bảng định tuyến.
MaQleod

2

Một "tuyến đường" (khi được sử dụng như một danh từ), theo thuật ngữ mạng, đề cập đến danh sách các bước nhảy tiếp theo có thể (địa chỉ IP của bộ định tuyến trung gian (thiết bị lớp 3)) có thể được sử dụng để đến đích cụ thể (được xác định bởi IP địa chỉ nhà). Là một động từ, "tuyến" giống như "gửi".

Giả sử, bạn muốn gửi các gói IP từ host1 đến host2: host1 [20.0.0.1] ==== router1 [1.1.1.1] ==== router2 [2.2.2.2] ==== router3 [3.3.3.3] = === host2 [40.0.0.1]

Vì vậy, "tuyến đường" hoặc đường dẫn đến host2 từ máy chủ 1 là: 1.1.1.1> 2.2.2.2> 3.3.3.3

Ghi chú:

  1. Từ một nguồn nhất định, có thể có một số "tuyến đường" đến đích. Điều này xảy ra bởi vì mỗi bộ định tuyến quyết định nơi gửi gói tiếp theo (nghĩa là, nó quyết định ai sẽ là bộ định tuyến hop tiếp theo). Và những bước nhảy tiếp theo tạo thành "tuyến đường" đến đích.
  2. Trong Bảng định tuyến, "tuyến đường" chỉ mạng. Một bảng định tuyến về cơ bản chứa "các mạng" và "địa chỉ bước nhảy tiếp theo" cho các mạng đó. Nó cũng chứa thông tin khác như chi phí (thường được sử dụng khi có nhiều bước nhảy tiếp theo cho một mạng nhất định).

Trả lời Q1: Các tuyến được "ghi" trong các công cụ chuyển tiếp gói (ASIC) của các thiết bị định tuyến. Nó được lưu trữ dưới dạng các bit và khi một gói đến để định tuyến, những điều sau đây xảy ra: một kiểm tra cơ bản của các tổng kiểm tra và Ethertype khác nhau đã được thực hiện. b Nếu DMAC (MAC đích) trong khung nhận được khớp với địa chỉ MAC của cổng mà nó được nhận, thì gói được xem xét để định tuyến. c Bảng chuyển tiếp (giống như bảng định tuyến chỉ có một "bước nhảy tiếp theo" cho mỗi "mạng") được sử dụng để quyết định nơi gửi gói tin tiếp theo. DIP (IP đích) trong gói đến được sử dụng để thực hiện thao tác AND khôn ngoan trên mục nhập "mạng" có trong bảng chuyển tiếp. [Để biết thêm chi tiết, xem Trả lời cho Q2]

Trả lời cho Q2: Một bảng định tuyến mẫu được hiển thị dưới đây:

Bảng định tuyến IPv4

Các tuyến hoạt động:

Network Destination        Netmask          Gateway      Metric

       20.0.0.0      255.255.255.0         30.0.0.1      25

Điều này ngụ ý rằng tất cả các gói có DIP (IP đích) của chúng trong mạng 20.0.0.0/24, sẽ được chuyển tiếp (định tuyến) đến bộ định tuyến 30.0.0.1.

Giả sử một gói đến sẽ đến với DIP: 20.0.0.2. Để "định tuyến" gói này, Mạng đích được phát hiện:

20.0.0.2 VÀ Netmask cho mục nhập bảng định tuyến đầu tiên (ví dụ: 255.255.255.0)

0001 0100.0000 0000.0000 0000.0000 0010 VÀ 1111 1111.1111 1111.1111 1111.0000 0000 = 0001 0100.0000 0000.0000 0000.0000 0000 tức là 20.0.0.0 [Điều này khớp với mục "mạng" trong bảng Định tuyến và gói được gửi đến

Trả lời Câu 3: Các tuyến tĩnh được sử dụng khi bạn rõ ràng muốn thực hiện một bước nhảy tiếp theo cụ thể thay vì để nó cho giao thức định tuyến được định cấu hình (như, ospf). Hơn nữa, việc mở rộng mạng với định tuyến tĩnh là khó khăn vì cần nhiều nỗ lực hơn. Ngoài ra, như MaQleod đã nói, nó không phải là lỗi.

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.