몇 개의 포트를 1개의 Bridge 및 Switch 그룹으로 묶어서,
A. VLAN, NAT등을 해당 Bridge/Swith 그룹에 속하는 포트들에 일괄 적용하는 것으로 알고 있습니다.
B. Bridge는 서로 다를 Switch 칩을 사용하는 경우에도, 묶을 수 있는 것으로 알고 있습니다.
C. Swtich는 동일 Switch 칩을 사용하는 포트들만, 묶을 수 있는 것으로 알고 있습니다.
질문 1 ) 동일 Bridge에 있는 포트간의 트랙픽도 CPU를 사용하는 지요, 아님 Switch 칩을 사용하는 지요 ?
질문2) 서로 다른 Bridger간의 트래픽 전송은 Bridge 1, 2를 경유함으로, 이론적으로 2번의 CPU cycle 을 사용하는 건지요 ?
질문3) 서로 다른 Switch 간의 트래픽 전송은 CPU를 사용안하는 건지요 ?
질문4) Bridge in Bridge도 가능한지요 ?
질문5) Switch Port에서 Master 및 Slave port 간에 기능상/성능상 차이점이 있는 경우가 있는지요 ?
인터넷 상의 글 중에서, 브릿지는 입력 받은 트래픽을 브릿지에 속한 모든 포트로 트래픽을 보냈다고(허브?) 나와서, 이점도 해당 글이 맞는지 궁금하긴 합니다.
질문6) Master/Slave 설정을 여러개 하면, 마치 여러개의 개별 스위치가 있는 것 처럼 동작하는 것 인지요 ?
그동안 궁금했던, 다소 여러개의 질문을 올려 보았습니다.
고수님들의 답변 및 조언 부탁 드려 봅니다.
감사합니다. 꾸벅
조금 더 가르침 부탁 드려 봅니다.
라우터/스위치의 설정에 따라 다릅니다. 마스터/슬레이브로 묶인 스위치그룹 A(1-4포트) B그룹(5-8포트)이 존재한다 치고
A그룹 1번포트를 마스터, 2-4번포트를 슬레이브로 지정한 다음에 (동일하게 B그룹도 5, 6-8로 지정), 1번과 5번포트를 브릿지로 묶어주면
1-8까지 통합하여 설정할 수 있습니다. 이 때 1-4 내부통신은 CPU까지 안올라갑니다. 마찬가지로 5-8 내부통신도 안올라갑니다.
스위치그룹 내부에서는 스위치칩(=스위치CPU)가 하드웨어적으로 다룹니다. 하지만 다른 스위치그룹간 통신을 할 때는 브릿지단까지 올라가기에
CPU까지 올라갑니다. 미크로틱의 경우 이럴 경우, L3스위치가 아니다보니 소프트웨어적으로 처리하게 되겠지요.
질문2) 서로 다른 Bridger간의 트래픽 전송은 Bridge 1, 2를 경유함으로, 이론적으로 2번의 CPU cycle 을 사용하는 건지요 ?
트래픽 플로우의 경우는 저도 잘 모르니 답변하기는 힘들 것 같습니다.
질문3) 서로 다른 Switch 간의 트래픽 전송은 CPU를 사용안하는 건지요 ?
스위치칩 윗단으로 올라가야 하니 CPU를 사용해야 할 것입니다.
질문4) Bridge in Bridge도 가능한지요 ?
안해봐서 모르겠습니다^^; 다만, ZSNET5님이 말씀하신 것처럼 브릿지 밑에 스위치(= 여러 포트들의 브릿지개념)도
되는 것을 봐서는 되지 않을까요? 근데 만약 된다고 해도 그렇게 해야만 하는 상황이 있을까...는 의문이..
질문5) Switch Port에서 Master 및 Slave port 간에 기능상/성능상 차이점이 있는 경우가 있는지요 ?
내용이 일치하는지는 잘 모르지만, 예전 2011인가 3011의 전포트 쓰루풋 벤치자료가 자료실에 있던 것으로 기억합니다.
질문6) Master/Slave 설정을 여러개 하면, 마치 여러개의 개별 스위치가 있는 것 처럼 동작하는 것 인지요 ?
CRS스위치가 스위치그룹 내 마스터/슬레이브 설정을 좀 더 자유롭게 할 수 있던 것 같던데, 사용해 본 적이 없어서 잘은 모르겠고요,
그 외 모델들은 한 스위치그룹에는 1개의 마스터만 지정할 수 있습니다.