Các công tắc làm gì với các gói Vlan được gắn thẻ và không được gắn thẻ?


11

Giả sử chúng ta có bộ chuyển đổi 4 cổng có khả năng Vlan.

1     2     3     4       

Port 1 is TAGGED to VLAN10` and `UNTAGGED to Default_VLAN(1)

Port 2 is UNTAGGED to VLAN10

Port 3 is UNTAGGED to VLAN10

Vì mục đích của câu hỏi này, chúng tôi có một gói đến Cổng 1 được gắn thẻ VID 10. Cổng 1 giữ nguyên thẻ.

Nó chỉ xảy ra khi thiết bị cần gửi gói được kết nối với Cổng 2. Công tắc có xóa thẻ Vlan 10 khỏi gói không khi nó gửi gói ra khỏi cổng UNTAGGED cho VID đó?

Hơn nữa, giả sử đây là gói ICMP và thiết bị trên Cổng 2 gửi trả lời, đi đến Cổng 2 không được mã hóa và trở thành một phần của Vlan 10. Nó có được TAGGED với VID 10 khi rời Cổng 1 đến thiết bị đích không bởi vì Port1 được gắn với VID đó? (Chúng ta cũng đưa ra một giả định lớn cho câu hỏi mà công tắc đang thực hiện định tuyến IP lớp 3).

Câu trả lời:


9

Chuyển dải hoặc thêm thẻ tùy thuộc vào cài đặt của cổng. Gói giả thuyết của bạn được gắn thẻ Vlan 10 xâm nhập vào cổng 1 sẽ bị tước thẻ và khi nó đi ra khỏi cổng 2 (hoặc cổng 3, vì cả hai đều là thành viên không được gắn thẻ của Vlan 10).

Tương tự, khi một gói vào cổng 2, nó sẽ được gắn thẻ Vlan 10 trước khi đi ra cổng 1, theo phần thứ hai của câu hỏi của bạn.

Tôi biết về ít nhất một triển khai chuyển đổi Ethernet gắn thẻ các khung khi xâm nhập vào một cổng không có thẻ, di chuyển tất cả các khung xung quanh bên trong chuyển đổi dưới dạng các khung được gắn thẻ. Điều đó particualr chuyển dải thẻ chỉ khi khung đi ra một cổng không có thẻ.

Tôi sẽ giả định rằng loại hành vi này có thể khá phổ biến, xem cách chuyển đổi cần một số cách để theo dõi Vlan gốc của các khung khi chúng di chuyển xung quanh bên trong công tắc. Vì tôi chỉ biết các chi tiết cấp thấp của một công tắc (hiện đã rất lỗi thời và không còn được sản xuất), nên tôi sẽ không thực hiện các khái quát sâu rộng mà tôi không thể sao lưu.


5

Thẻ chỉ được áp dụng cho khung vì khung được truyền qua phương tiện giữa hai thiết bị mạng. Thẻ được thêm vào khi nó được gửi ra một giao diện và bị tước khi nhận được thiết bị thứ hai.

Thẻ chỉ cần thiết khi nhận được để xác định nơi lưu lượng truy cập nên được xử lý. Nó không được bảo quản trong khi được xử lý (định tuyến / chuyển đổi) bởi chính thiết bị mạng.

Vì vậy, với ví dụ / câu hỏi của bạn:

Vì mục đích của câu hỏi này, chúng tôi có một gói đến Cổng 1 được gắn thẻ VID 10. Cổng 1 giữ nguyên thẻ.

Nó chỉ xảy ra khi thiết bị cần gửi gói được kết nối với Cổng 2. Công tắc có xóa thẻ Vlan 10 khỏi gói không khi nó gửi gói ra khỏi cổng UNTAGGED cho VID đó?

P1 không bảo quản thẻ. Nó bị tước khi nhận được khung, vì vậy khi chuyển tiếp khung ra P2, không có thẻ.

Hơn nữa, giả sử đây là gói ICMP và thiết bị trên Cổng 2 gửi trả lời, nó chuyển đến Cổng 2 không được mã hóa, trở thành một phần của Vlan 10, nó có được TAGGED với VID 10 khi rời Cổng 1 đến thiết bị đích không bởi vì Port1 được gắn với VID đó? (Chúng ta cũng đưa ra một giả định lớn cho câu hỏi mà công tắc đang thực hiện định tuyến IP lớp 3).

Vì Vlan 10 được gắn thẻ trên P1, nên tất cả lưu lượng truy cập trên Vlan 10 đi ra khỏi P1 sẽ được gắn thẻ. Việc công tắc có thực hiện L3 hay không không có liên quan gì đến chức năng gắn thẻ 802.1Q.


3

Về cơ bản, nó đơn giản hơn bạn nghĩ, về cơ bản, bất kỳ gói tin nào được chuyển đổi trong việc tước bất kỳ thẻ nào và đặt Vlan bên phải (trừ khi nó được gắn thẻ Vlan không được mang theo bởi cổng đó).

Vì vậy, trong kịch bản của bạn, một gói đến ở cổng 1 được gắn thẻ Vlan 10, bị tước thẻ đó và được đặt vào Vlan 10. Bảng CAM nói rằng MAC đích nằm trên cổng 2 và gói được gửi lên cổng đó. Nó đơn giản như vậy.

Đối với câu hỏi thứ hai của bạn, gói tin sẽ được gắn thẻ Vlan 10 trên đường ra khỏi cổng 1 có.


Vì vậy, giả sử Cổng 2 đã được TAGGED thành VID 10, nó sẽ chạm vào Cổng 1, bị tước thẻ, xem thiết bị nằm trên Cổng 2, sau đó lấy TAG được gắn trước khi rời Cổng 2?
PnP

Không, cổng 2 luôn được bỏ chặn
Chopper3

Nhận xét của tôi nêu rõ, NẾU Cổng 2 đã được GỬI thành VID 10.
PnP

À vâng, đã bỏ lỡ điều đó, vâng, nếu nó được gắn thẻ trong kịch bản đó thì có.
Chopper3
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.