여러 끝 장치에 연결된 스위치가있는 시나리오를 생각해보십시오. X, Y, Z 여기서 X는 Vlan_X이고 Y는 Vlan_Y이고 Z는 Vlan_Z입니다.라우터가 패킷을 PC로 다시 보내는 방법은 무엇입니까?
이 스위치는 라우터를 통해 외부 네트워크에 연결되어 데이터를 라우팅합니다. 또한 각 Vlan은 서브넷을 나타내는 고유 한 IP로 지정됩니다.
이제 X와 Y는 라우터를 통해 라우팅되는 네트워크를 통해 TCP/UDP 요청을 보냅니다.
제 질문은 라우터가 응답을 다시 라우팅 할 때 X 및 Y의 MAC 주소를 어떻게 식별합니까?
라우터와 스위치 사이의 라인이 트렁크를 사용할 수 있으므로 라우터가 X 또는 Y에 해당하는 802.1q에서 올바른 VLAN ID를 어떻게 추가합니까?
감사 Charan
는 잠시 동안 VLAN을의의 존재를 무시 - 세 separate devices 호스트 X, Y로 임의
switch_VX, switch_VY 및 switch_VZ 있다고 가정 Z이 연결되어 있습니다.
이제 라우터에는 각 스위치에 별개의 이더넷 케이블이 있다고 가정합니다.
라우터에는 3 개의 서로 다른 이더넷 포트가 있습니다. eth_VX , eth_VY이 설정에서 eth_VZ
어떻게 작동하는지 명백해야한다.
논리적으로 정확히 작동하는 방식입니다. 그러나 각 서브넷에 대해 별도의 스위치 집합을 사용하도록 제한하는 것은 효율적이지 않습니다. 별도의 이더넷 케이블과 각 스위치의 라우터 포트가 필요합니다. 적절한 서비스를 수행하고 여분의 케이블 및 라우터를 추가하려는 경우 비용이 많이 듭니다.
그래서 제조업체는 실제 토폴로지를 약간 변경하고 물리적 구성 요소 일부를 대신 구성된 소프트웨어로 옮겼습니다. 그러나 장치는 여전히 똑같은 일을하고 있습니다.
별도의 스위치 대신 장치 (또는 장치 세트)에 별도의 VLAN이 있습니다. 위의 설명에서 switch_VX을 switch_vlan_X으로 바꿉니다. 스위치의 VLAN 구성은 완전히 별도의 스위치를 효과적으로 만듭니다. 자체 MAC 주소 테이블을 실행합니다. 스패닝 트리 실행 자체 복사본이 있습니다. 내부적으로 스위치 내부에서 각 이더넷 프레임 내에 VLANID를 기록해야합니다. 따라서 잘못된 포트에서 절대 전송되지 않도록해야합니다. 스위치는 프레임을 수신 할 때 VLANID를 추가하고 전송하기 전에 VLANID를 제거합니다. 그래서 최종 호스트는 그것이 일어나고 있는지 전혀 모른다. 그것은 모두 숨겨져 있습니다.
이렇게하면 여러 스위치가 제거되고 스위치 하나로 스위치를 구성 할 수 있습니다.
하지만 라우터에는 여러 개의 케이블이 있습니다. 따라서 라우터에 연결된 포트를 특별하게 처리하도록 스위치 엔진을 구성하여 문제를 해결합시다. 모든 프레임에 대해 VLANID를 제거하는 대신 프레임을 VLANID가 그대로있는 라우터까지 보내십시오. 프레임에 대한 공통 형식에 동의해야하므로 라우터는 어디에서 볼 것인지를 알고 있습니다. 802.1Q는 업계 표준이지만 다른 옵션도 있습니다. 대부분의 공급 업체는 VLANID를 제 위치에 두도록 구성된 경우 포트를 "트렁크"포트라고 부릅니다.
이제 라우터는 단일 인터페이스에서 프레임 스트림을 얻지 만 제거해야하는 VLAN 식별자가 있습니다. 라우터가 소프트웨어에서 그렇게하도록하십시오. 위의 설명에서 다른 이더넷 인터페이스 대신; 우리는 VLAN을 이해하는 소프트웨어 인터페이스를 갖게 될 것입니다. eth_VX의 모든 언급을 eth_vlan_X로 바꿉니다. 이제 라우터는 VLAN X의 일부인 프레임을 얻을 때 인터페이스 eth_vlan_x와 연관되어 있는지를 알게되고 VLANID를 제거하고 적절히 처리 할 수 있습니다. 라우터가 eth_vlan_x 인터페이스를 통해 프레임을 보내려면 모든 프레임에 VLANID X를 삽입해야한다는 것을 알고 있습니다.
우리는 논리적 설정으로 시작하여보다 유연하고 효율적으로 실제 레이아웃을 변경했습니다. 그러나 논리적으로 독립적 인 별도의 장치를 사용하는 설정과 전혀 다릅니다.