Liệu một chuyển đổi có hiểu các gói? Nếu có, thuật ngữ khung là gì?


7

Tôi có một chút nhầm lẫn giữa gói và khung. Sự nhầm lẫn được dựa trên, nếu một công tắc là thiết bị lớp 2, làm thế nào để đọc một gói từ thiết bị lớp 3 và đâu là "khung" có thể hiểu được với một công tắc (hoặc thiết bị lớp 2)?

Từ tất cả các blog và bài viết tôi đọc, tôi đã kết luận rằng khi một máy chủ gửi một gói đến một công tắc, nó chỉ đọc nó đến lớp liên kết dữ liệu và quá trình đưa gói đó từ cổng vào đến cổng ra là ở đâu thuật ngữ khung được sử dụng.

Tôi xin lỗi nếu tôi không truyền đạt câu hỏi của mình kỹ lưỡng, nhưng đây là loại gây rối cho tôi.


Thiết bị lớp 3 đặt tất cả các gói của nó vào khung lớp 2 trước khi gửi chúng.
dùng253751

Câu trả lời:


12

Bạn cần hiểu khái niệm về các lớp.

Một ứng dụng sẽ gửi dữ liệu đến Tầng vận chuyển. Giao thức Lớp vận chuyển sẽ đóng gói dữ liệu bên trong các tiêu đề cho giao thức Lớp vận chuyển và chuyển chúng vào Lớp mạng.

Lớp Mạng sẽ đóng gói các datagram mà nó nhận được bên trong các tiêu đề Lớp Mạng và chúng được gọi là các gói. Các gói sẽ được chuyển đến Lớp liên kết dữ liệu.

Lớp liên kết dữ liệu sẽ gói gọn các gói bên trong các tiêu đề của lớp liên kết dữ liệu và chúng được gọi là các khung.

Công tắc chỉ nhìn vào các khung chứ không nhìn vào các gói. Bộ định tuyến loại bỏ và loại bỏ các tiêu đề khung và họ chỉ nhìn vào các gói.


Ví dụ:

Một ứng dụng trên Host A gửi dữ liệu đến một ứng dụng trên Host B, thông qua TCP. Ứng dụng trên Máy chủ A sẽ gửi dữ liệu tới TCP và TCP phân đoạn dữ liệu thành các phân đoạn TCP, mỗi phân đoạn có tiêu đề TCP bao gồm các địa chỉ TCP nguồn và đích (cổng).

TCP chuyển các phân đoạn sang IP. IP sẽ thêm các tiêu đề IP, tạo các gói IP, mỗi gói chứa địa chỉ IP nguồn và đích.

IP chuyển các gói tới ethernet. Ethernet sẽ thêm các tiêu đề ethernet, tạo các khung ethernet, mỗi khung sẽ có địa chỉ ethernet nguồn và đích (địa chỉ MAC).

Ethernet sẽ gửi các khung trên dây tới một bộ chuyển mạch ethernet. Công tắc sẽ kiểm tra các tiêu đề khung và nó sẽ chuyển các khung sang giao diện nơi cuối cùng nhìn thấy địa chỉ MAC đích. Nếu nó không có giao diện đích, nó sẽ tràn khung vào tất cả các giao diện ngoại trừ giao diện nơi nó nhận khung.

Công tắc không biết hoặc quan tâm giao thức Lớp Mạng nào được sử dụng vì không biết gì về giao thức Lớp Mạng.

Khi máy chủ đích nhận được khung, nó đảo ngược quá trình được sử dụng để đóng gói dữ liệu và dữ liệu kết thúc trong ứng dụng đích.


Điều này hoàn toàn có ý nghĩa với tôi. Cảm ơn đã dành thời gian cho nó.
Taha

1
Sẽ là chính xác nếu giả sử nếu dữ liệu không được mã hóa, thì theo lý thuyết, một công tắc giả mạo có thể được lập trình để vi phạm đóng gói lớp, kiểm tra nội dung gói và tuyến đường phù hợp? Tức là ưu tiên nội dung thông qua một ISP.
Darren Ringer

2
@DarrenRinger Đó gọi là Kiểm tra gói sâu ; và các công cụ để làm như vậy là có sẵn trên thị trường cho cả việc sử dụng lành tính và ác tính.
Dan đang loay hoay bởi Firelight

1
@DarrenRinger thêm vào câu trả lời của Dan - công tắc là một thiết bị có thể làm rất nhiều việc, bao gồm nhiều hành động dựa trên các giao thức sâu hơn. Vấn đề là việc chuyển đổi - nhiệm vụ chính của chuyển đổi - là (có thể) được thực hiện không liên quan đến các lớp khác và do đó, công tắc có thể được hoán đổi, cấu hình lại bất kể các lớp khác.
Džuris

@DarrenRinger có thể kiểm tra khả năng của một doanh nghiệp nhỏ . Ví dụ, nó có thể ưu tiên điện thoại hơn các mục đích sử dụng khác.
Džuris

0

Như Ron chỉ ra công tắc đóng gói dữ liệu từ bộ định tuyến. Bạn có thể sử dụng điều này để tham khảo của bạn:

thông tin được tạo ở lớp ứng dụng (ví dụ trình duyệt web này) được gọi là dữ liệu.

lớp vận chuyển đóng gói nó và gọi phân khúc

Ở lớp mạng, nó được gọi là gói

Một khung ở lớp liên kết dữ liệu

và ở lớp vật lý chúng chỉ là các bit được truyền qua các cơ chế khác nhau.


-1

Nếu đó là một chuyển đổi layer3 với bật định tuyến IP, thì đó thực sự là một bộ định tuyến. Liên quan đến một chuyển đổi, nó xử lý khung. Đó là nó.


Bất kỳ phản hồi nào về cách tôi có thể cải thiện câu trả lời này sẽ được đánh giá cao. Cảm ơn trước.
Ronnie Royston
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.