스위치는 broadcast, multicast 트래픽은 broadcast 트래픽으로 간주
BUM(Broadcast, Unknown-Unicast, Multicast) traffic
Multiful Frame Receive
- spanning tree의 특징을 이용해서 traffic을 control 할수 있어야한다.
BPDU 메시지를 2초마다 스위치끼리 주고 받음으로써 서로의 정보를 업데이트
BPDU = config BPDU+TCN BPDU
Root Bridge 만이 config BPDU 메시지 보낼수 있음
전체: config BPDU, 위의 3개: TCN BPDU
위에꺼 카페 껄로 바꾸기
Root Bridge ID, Path Cost, Bridge ID, Port ID 중요
스위치가 처음 부팅되었을 때, 루트 브릿지 선출 기준
-> 맥주소가 가장 낮은 스위치
STP RULE
STP 기반으로 기본 값을 사용할때 최대 7개를 넘지 않도록
Root Bridge
- 모든 포트가 전부다 forwarding 상태, STP 걸린 곳은 절대 Root Bridge 아님
- Bridge ID = Bridge Priority(16비트)+MAC Address(48비트)
왜 맥주소만으로 bridge id를 지정하지 않을까?
20년전 스위치와 현재 스위치를 붙였을 때 20년전 스위치가 root bridge가 된다.(맥주소는 공장에서 나올때 점점 높아지기 때문에)
-> bridge priority = 브리지 우선순위(4비트)+확장 시스템 ID(VLAN ID)(12비트) - Root Bridge 선출 우선 순위
1)가장 낮은 Bridge Priority 값을 가진 스위치
2)bridge priority 값이 동일할 경우 MAC주소가 낮은 스위치가 우선 순위
alternative port 정하는 순서
path cost root로 가는 코스트가 19다.
path cost - bridge id - port id(회선 이중화의 경우)
root bridge secondary 설정
spanning-tree vlan 1 root secondary
대규모 네트워크에서 스위치를 명시적으로 지정해 루트 브리지로 설정하는 것은 네트워크 최적화 측면에서 매우 용이하다
PVST
STP 단점
1.차단-청취-학습-전송(block-listen-learning-forward)
컨버젼스 타임이 30~50초로 너무 길다.
단점해결
portfast 차단~학습 단계 없이 바로 전송 상태로
uplinkfast
backbonefast
컨버젼스타임을 줄이는 3가지들
RSTP
