VLAN ID (예: 10, 20, 30)
VLAN 이름 (예: DEV, HR, SALES)
VLAN 상태 (active / suspended)
VLAN 타입 (Ethernet, Token Ring 등)
MTU 값
VLAN 생성/수정 정보
등등
Revision: 7
VLAN 10:
name: DEV
status: active
VLAN 20:
name: HR
status: suspended
이런식으로 VLAN 데이터 베이스가 있다.
해석은 아래와 같다.
"VLAN 10 이름은 DEV이고, 활성 상태야"
"VLAN 20 이름은 HR이고, 비활성 상태야"
→ 하나의 스위치에서 VLAN을 만들면 나머지 스위치에도 자동으로 반영되게 할 수 있음.
# 예시 1
Server에서 VLAN 10 만들면
→ Client도 VLAN 10 자동 생성됨
→ Transparent는 무시함
# 에시 2
Transparent에서 VLAN 50 만들어도
→ 다른 스위치 영향 없음
-> Transparent모드의 스위치는 완전히 독립적
# 예시 3
Server → VLAN 정보 전송
↓
Transparent → "나는 안 쓸게, 근데 전달은 해줄게"
↓
Client → VLAN 적용
[ VTP Server ]← VLAN 정보 생성
│
│↓ (트렁크 링크를 사용하여 VLAN정보를 전달)
│
────────┼──────────
│ │ │
│←트렁크링크│← 트렁크링크 │ ← 트렁크링크
│ │ │
[ Client ] [ Client ] [ Client ] ← 자동 동기화
VLAN의 정보는 “트렁크 포트로만” 전달된다.
일반 access 포트로는 전달할 수 없다.
→ 더 높은 revision number를 가진 스위치의 VLAN 정보가 전체에 덮어씌워질 수 있음 (위험 요소)
→ 이렇게 하면 모드를 변경하지 않는 이상 VTP동기화를 받지 않을 수 있다.
→ VTP 도메인을 바꾸면 Revision Number가 초기화됨.
3. VLAN 데이터베이스 삭제
→ 장비에 따라 VLAN 정보 파일을 삭제할 수 있다.