Tổng hợp các bài viết về VTP

[lehuytoan]

Hi all,
Trong một mạng có nhiều switch, các switch hoạt động trong chế độ server và client sẽ luôn cập nhật thông tin về các VLAN trên các switch. Các switch này sẽ biết trên mỗi switch có mấy VLAN, mỗi port thuộc vào các VLAN nào .... Các frame của VLAN n sẽ được chuyển đến chỉ các switch có port thuộc VLAN n (Pruning)
Giả sử, một switch hoạt động ở transparent mode, theo ICND nó có thể tạo, thay đổi thông tin về VLAN. Nhưng các thông tin này không được quảng bá đến các switch khác. Các switch khác sẽ không biết trên switch transparent này có những VLAN nào. Do đó, tôi không biết các frame sẽ được gửi đến switch này như thế nào?
Tôi nghĩ là khi một switch bên cạnh nhận được frame của VLAN 3 (chẳng hạn), cho rằng transparent switch không có port nào thuộc VLAN 3 (vì nó không có thông tin gì về transparent switch), VTP pruning sẽ chặn frame này, không cho tới transparent switch n ữa.
Kh ông bi ết t ôi hi ểu sai ch ỗ n ào, mong nh ận đ ư ợc c âu tr ả l ời s ớm. :o

[titanevn]

Mr lehuytoan, Switch hoạt động ở chế độ VLAN Transparent sẽ không chứa VLAN cùng với các Switch khác. nó chỉ cho phép các VLAN trên chính Switch đó mà thôi.

TRUE or FALSE????

[lehuytoan]

Tuấn ơi,
Có thể như thế. Nhưng Tuấn đọc được cái đó ở đâu. Anh thực sự không biết đúng hay sai đâu.
Mong các mod cho ý kiến với.

[admin]

Hi,

Khi một switch hoạt động ở transparent-mode, switch này chỉ có thể tạo ra các VLAN cục bộ. Các VLAN này, như ai đó đã đề cập, sẽ không được quảng bá đến các switch khác.

Khi ở transparent-mode, switch sẽ nhận và forward các VTP update do các switch khác gửi đến. Transparent switch sẽ không xử lý những update này.

Thân,

[it_email]

Hi all,
Trong một mạng có nhiều switch, các switch hoạt động trong chế độ server và client sẽ luôn cập nhật thông tin về các VLAN trên các switch. Các switch này sẽ biết trên mỗi switch có mấy VLAN, mỗi port thuộc vào các VLAN nào .... Các frame của VLAN n sẽ được chuyển đến chỉ các switch có port thuộc VLAN n (Pruning)
Giả sử, một switch hoạt động ở transparent mode, theo ICND nó có thể tạo, thay đổi thông tin về VLAN. Nhưng các thông tin này không được quảng bá đến các switch khác. Các switch khác sẽ không biết trên switch transparent này có những VLAN nào. Do đó, tôi không biết các frame sẽ được gửi đến switch này như thế nào?
Tôi nghĩ là khi một switch bên cạnh nhận được frame của VLAN 3 (chẳng hạn), cho rằng transparent switch không có port nào thuộc VLAN 3 (vì nó không có thông tin gì về transparent switch), VTP pruning sẽ chặn frame này, không cho tới transparent switch n ữa.
Kh ông bi ết t ôi hi ểu sai ch ỗ n ào, mong nh ận đ ư ợc c âu tr ả l ời s ớm. :o
No problem!
switch ở transparent mode ko quảng bá thông tin nó config cho các Vlan khác nhưng những gì nó config thì chỉ là cục bộ.
Giả sử Net có 3 Vlan 1,2,3 được server mode config thì switch ở transparent vẫn quảng bá các thông tin này.Nếu người quản trị muốn dễ quản lí theo ý anh ta thì sẽ cấu hình cho switch ở transparent mode 5 Vlan là A,B(tương ứng Vlan1),C(Vlan2),D,F (Vlan 3)chẳng hạn.Khi một switch client gửi message tới PC trên Vlan 3 do switch ở trasparent mode quản lí thì nó sẽ forward tới PC nằm trên Vlan D hoặc E do nó tạo ra(vì hai Vlan này là Vlan 3 do nó tạo ra).Có thể bạn thắc mắc làm sao nó biết address trong Vlan D hay E mà send.Chỉ cần căn cứ vào MAC add là xong.
Mình hiểu thế,có gì mọi người góp ý thêm.

[sinhvienngheo]

hi it_email,

Một điểm rất cơ bản mà it_email đã bị nhầm lân. Một switch khi hoạt động ở transparent-mode có khả năng nhận và forward các vtp messages do có switch khác gửi tới. Tuy nhiên, switch transparent này SẼ KHÔNG XỬ LÝ các vtp messages nêu trên.

Thân,

[nguyenthanhtung32]

BẠn thân mến, đừng nghĩ ngợi gì cả chỉ cần hiểu là
transparent mode vẫn nhận và gởi các frame đi , ngoài ra không sử lý các frame này. bạn thân nó lúc này trong suốt trong toàn mạng như brigde chẳng hạn, nó không cập nhât thông tin về các vlan và cũng không gởi của mình cho ai

[it_email]

hi! SVN!
Đúng là Switch ở transparent sẽ bỏ qua chứ ko xử lí. Vậy mục đích của việc này là gì? mọi người giải đáp thử xem.

[lee]

switch ở chế độ transparent theo mình nghĩ nó giống như một ốc đảo vậy, hay một nơi chuyển tiếp , nó không tham gia vào wá trình thay đổi Vlan của switch client, nó có thể tham gia tạo , xoá, sửa đổi các vlan nhưng chỉ có giá trị cục bộ trong chính switch đó mà thôi, còn nếu nó nhận 1 thông tin thì nó sẽ không xử lý mà chuyển wa cho các switch khác, còn mục đích của mode này theo mình nghĩ, nếu muốn tạo một nhóm các vlan, nhưng muốn cho chúng có giá trị cụa bộ, không muốn cho nó thay đổi các vlan của switch khác(server mode), cũng như không muốn bị thay đổi theo các vlan của switch khác(client mode) thì ta sử dụng mode này.

[titanevn]

Có nghĩa là chế độ trong suốt này chỉ dùng khi chúng ta không muốn mở rộng VLAN sang các switch khác????

[lee]

đúng như vậy, có lẽ đưa ra mode này để đảm bảo sự toàn vẹn cũng như sự liên tục của mạng, nhưng không muốn mở rộng vlan sang các switch khác.

[nhaque321]

Trong VTP có các chế độ: Server, Transparent và Client. Sự khác nhau giữa các chế độ này được mô tả như sau:

Server Client Transparent
add, modify, and delete VLANs Yes No Yes
generate VTP messages Yes No No
propagate VTP messages Yes Yes Yes
accept changes in VTP msg Yes Yes No
Defaults to VTP mode Yes No No

Lưu ý là Client không lưu cấu hình trong FLASH của nó.

Câu hỏi như sau:
Giả sử ta cấu hình trên một VTP server với 3 VLAN là VLAN_01, VLAN_02 và VLAN_03. Vì đang ở chế độ server, switch này sẽ gửi Sumary Advertisement đến Client (ở đây giả sử cả hai switch server và client đã cấu hình co cổng trunking từ trước). Client đưa 3 VLAN trên vào database của nó. Mặc định, các port access trên client được đặt trong default VLAN nên muốn switch này hỗ trợ các VLAN_01, VLAN_02, VLAN_03, admin phải cấu hình bằng tay.
Vì một lý do nào đó, Client bị down (hay reload cũng thế). Khi khởi động lại, client lại gửi Advertisement Request đến server để nhận thông tin VLAN. Vấn đề là: Khi nào thì client gửi Advertisement Request?
1. Nếu trước khi các port active thì vô lý vì đã có port nào active đâu để mà gửi thông tin, hơn nữa switch cũng không biết là port nào được đặt ở chế độ trunking để gửi thông tin.
2. Gửi sau khi các port active. Khi đó client có được VLAN database, song việc add các port vào các VLAN tương ứng như trước khi bị down được thực hiện ra sao? Liệu switch có đủ thông minh để truy trong startup-config hòng xác định được thuộc tính các port không? Nếu không thì chắc là công việc add port lại phải thực hiện bằng tay.

Mong ý kiến đóng góp của mọi người.

[nhaque321]

Xin lỗi, mình đặt lại bảng tóm tắt khả năng của các mode như sau:

 Server Client Transparent
add, modify, and delete VLANs Yes No Yes
generate VTP messages Yes No No
propagate VTP messages Yes Yes Yes
accept changes in VTP msg Yes Yes No
Defaults to VTP mode Yes No No

[nguyenthanhtung32]

Theo mình hiểu thì như sau:
bạn thân vtp là một protocol support cho việc tư động cập nhật lại thông tin về các vlan nhằm giúp đỡ bạn khỏi cần config bằng tay.
khi client bị down, nếu như bạn đã copy run vào start rồi thì mặc định khi khởi động lại switch sẽ nạp lại cấu hình trong start , bạn không cần làm manual
còn bạn không lưu thì mặc định vtp server sẽ gởi thông tin các vlan cho switch client này, vậy nó sẽ cập nhật được vlan database .
bạn hiểu như thế nào cho mình biết nha.
(all thing is difficult if no work)

[nhaque321]

Đúng là VTP được đưa ra để support việc tự động cập nhật cấu hình.

Tuy nhiên, như ICND viết, thì "A VTP client cannot create, change or detele VLANs, nor can it save VLAN configuration in nonvolatile memoy" (chỗ này đính chính lại là lưu config vào NVRAM chứ ko phải FLASH).

Như vậy chắc chắn rằng client không lưu cấu hình của nó, mà phải request từ server. Vấn đề ở đây là mặc dù Server có khả năng trả lại thông tin VLAN cho client, server không thể (chỗ này không chắc) cho client biết được port nào của client thuộc VLAN_01, port nào thuộc VLAN_02... Cứ cho rằng client biết được port nào là trunking (chỗ này cũng không chắc) nhưng bây giờ làm sao để add đúng các port vào đúng các VLAN??? Đây là điều mình không hiểu.

Có thể đây chỉ là vấn đề của IOS. Ý mình là khi khởi động, làm sao router biết được nó là VTP client?? ==> IOS đọc startup-config để xác định điều này. Và do đó, IOS hoàn toàn có khả năng xác định được port trunking. Nó active port này và nhận gửi request. Vấn đề bây giờ là active port, và add port vào VLAN ==> Dễ dàng vì IOS có thể lưu cấu hình port (interface configuration) và từ đó biết được port nào thuộc VLAN nào.

Trên đây chỉ là ý kiến của mình. Mình không chắc vì thực sự không có điều kiện (mà cũng chẳng biết làm như thế nào) để kiểm tra điều này. Không biết có bác nào trả lời dùm không nhỉ.

[netdevice]

Hi nhaque321,

Giao thức VTP chỉ cập nhật Vlan Database giữa các switch trong cùng domain. Các thông số cập nhật bao gồm: Vlan ID, tên Vlan, MTU của Vlan, trạng thái của Vlan,...
Tại mỗi switch, port nào thuộc Vlan nào sẽ do người quản trị cấu hình tĩnh trên từng switch hay sử dụng cấu hình động Dynamic Vlan. Khi khởi động switch, IOS sẽ đọc vào tập tin cấu hình để xác định vlan member-ship.

Thân chào.

[nhaque321]

Vậy là rõ, cảm ơn Moderate.

Như vậy, khi boot, VTP client sẽ gửi yêu cầu cho các VTP server. Dựa trên database mà server trả lời, và dựa trên config lưu sẵn trong NVRAM, client sẽ add các port vào các VLAN tương ứng.

Có những trường hợp thế này:
1. Nếu không có server nào trả lời, mọi port đều được đặt vao default VLAN.
2. VLAN trong data trả lại từ server khác với VLAN membership trong interface config thì port đó cũng được đặt vào default VLAN (có đúng không vậy).

[netdevice]

Chào bạn,

Khi cấu hình vlan member-ship, nếu cấu hình 1 port của switch vào vlan không có trong vlan databse thì port đó sẽ không thuộc vlan nào cả. Trường hợp sử dụng VTP, nếu không có VTP device nào trả lời VTP request thì VTP client không có vlan nào trong vlan database, nên kết quả cũng như trên.

Thân chào.

[sinhvienngheo]

Nếu cấu hình một port vào một VLAN mà vlan đó chưa có trong vlan database, VLAN đó sẽ được tự động tạo ra.

[netdevice]

Hi sinhvienngheo,

Nếu cấu hình một port vào vlan không có trong database thì vlan không tự động được tạo ra như bạn nói đâu. Nếu được, bạn cho mình biết bạn đã thử trên Switch nào, IOS ?

Thanks.

[sinhvienngheo]

hi netdevice,

Xem đoạn log file sau đây: svn thử trên catslyst 2950

Cisco Internetwork Operating System Software
IOS (tm) C2950 Software (C2950-I6Q4L2-M), Version 12.1(14)EA1a, RELEASE SOFTWARE (fc1)
Copyright (c) 1986-2003 by cisco Systems, Inc.
Compiled Tue 02-Sep-03 03:33 by antonino
Image text-base: 0x80010000, data-base: 0x805C0000

32K bytes of flash-simulated non-volatile configuration memory.
Base ethernet MAC Address: 00:0F:23:9D:C6:40
Motherboard assembly number: 73-5781-12
Power supply part number: 34-0965-01
Motherboard serial number: FOC080325AQ
Power supply serial number: DAB08020S1Y
Model revision number: M0
Motherboard revision number: B0
Model number: WS-C2950-24
System serial number: FOC0803Y1RN


Press RETURN to get started!

Switch>
Switch>en
Switch#conf t
Enter configuration commands, one per line. End with CNTL/Z.
Switch(config)#hostname svn
svn(config)#exit
svn#
svn#

Xem thông tin ban đầu về VLAn trong switch. VLAN chưa được tạo ra:

svn#sh vlan

VLAN Name Status Ports
---- -------------------------------- --------- -------------------------------
1 default active Fa0/1, Fa0/2, Fa0/3, Fa0/4
Fa0/5, Fa0/6, Fa0/7, Fa0/8
Fa0/9, Fa0/10, Fa0/11, Fa0/12
Fa0/13, Fa0/14, Fa0/15, Fa0/16
Fa0/17, Fa0/18, Fa0/19, Fa0/20
Fa0/21, Fa0/22, Fa0/23, Fa0/24
1002 fddi-default act/unsup
1003 token-ring-default act/unsup
1004 fddinet-default act/unsup
1005 trnet-default act/unsup

VLAN Type SAID MTU Parent RingNo BridgeNo Stp BrdgMode Trans1 Trans2
---- ----- ---------- ----- ------ ------ -------- ---- -------- ------ ------
1 enet 100001 1500 - - - - - 0 0
1002 fddi 101002 1500 - - - - - 0 0
1003 tr 101003 1500 - - - - - 0 0
1004 fdnet 101004 1500 - - - ieee - 0 0
1005 trnet 101005 1500 - - - ibm - 0 0

Remote SPAN VLANs
------------------------------------------------------------------------------


Primary Secondary Type Ports
------- --------- ----------------- ------------------------------------------

Gán port f0/1 vào VLAN 3, VLAN 3 lúc này chưa được tạo ra:

svn#
svn#conf t
Enter configuration commands, one per line. End with CNTL/Z.
svn(config)#int f0/1
svn(config-if)#switchport mode access
svn(config-if)#switchport access vlan 3
% Access VLAN does not exist. Creating vlan 3 <---chú ý

svn(config-if)#exit
svn(config)#exit

svn#sh vlan

VLAN Name Status Ports
---- -------------------------------- --------- -------------------------------
1 default active Fa0/2, Fa0/3, Fa0/4, Fa0/5
Fa0/6, Fa0/7, Fa0/8, Fa0/9
Fa0/10, Fa0/11, Fa0/12, Fa0/13
Fa0/14, Fa0/15, Fa0/16, Fa0/17
Fa0/18, Fa0/1
00:01:11: %SYS-5-CONFIG_I: Configured from 9, Fa0/20, Fa0/21
Fa0/22, Fa0/23, Fa0/24
3 VLAN0003 active Fa0/1
1002 fddi-default act/unsup
1003 token-ring-default act/unsup
1004 fddinet-default act/unsup
1005 trnet-default act/unsup

VLAN Type SAID MTU Parent RingNo BridgeNo Stp BrdgMode Trans1 Trans2
---- ----- ---------- ----- ------ ------ -------- ---- -------- ------ ------
1 enet 100001 1500 - - - - - 0 0
3 enet 100003 1500 - - - - - 0 console by console 0
1002 fddi 101002 1500 - - - - - 0 0
1003 tr 101003 1500 - - - - - 0 0
1004 fdnet 101004 1500 - - - ieee - 0 0
1005 trnet 101005 1500 - - - ibm - 0 0

Remote SPAN VLANs
------------------------------------------------------------------------------


Primary Secondary Type Ports
------- --------- ----------------- ------------------------------------------

svn#

[nhaque321]

netdevice:

Khi cấu hình vlan member-ship, nếu cấu hình 1 port của switch vào vlan không có trong vlan databse thì port đó sẽ không thuộc vlan nào cả

Không thuộc VLAN nào cả nghĩa là sao? Theo mình, khi nói không thuộc VLAN nào cả thì có nghĩa port đó đã thuộc default VLAN rồi (không thì port đó chỉ có cách down and down thôi).





sinhvienngheo:

svn(config-if)#switchport access vlan 3
% Access VLAN does not exist. Creating vlan 3 <---chú ý


Nhưng vấn đề là Switch của bạn làm việc ở chế độ nào? Client, Server hay Transparent?
Nếu là Transparent/Server thì bạn đúng. Nếu ở client thì chưa chắc đâu. Mình cũng đã thử rồi mà, trên Catalyst 2950

[sinhvienngheo]

hi nhaque,

svn#sh vtp sta
svn#sh vtp status
VTP Version : 2
Configuration Revision : 1
Maximum VLANs supported locally : 64
Number of existing VLANs : 6
VTP Operating Mode : Server
VTP Domain Name :
VTP Pruning Mode : Disabled
VTP V2 Mode : Disabled
VTP Traps Generation : Disabled
MD5 digest : 0xC4 0x25 0xEB 0x7E 0xC0 0x52 0x6E 0xBF
Configuration last modified by 0.0.0.0 at 3-1-93 00:01:02
Local updater ID is 0.0.0.0 (no valid interface found)

chúc vui vẻ,

[netdevice]

Hi sinhvienngheo,

Bạn đã hiểu sai ý mình rồi. Câu hỏi ban đầu của nhaque có ý: "Khi một switch boot lên, nếu một port thuộc vlan mà không có trong vlan database thì port đó có thuộc vlan default không?"

To nhaque:
Bạn có thể thử bằng cách: tạo một vlan, add một port vào vlan đó, sau đó xóa vlan đó khỏi vlan database đi. Khởi động lại switch, bạn sẽ thấy nó chẳng thuộc vlan nào cả.

Thân chào.

[1''hpSky]

Vậy quá trình trao đổi đồng bộ thông tin về VTP DB trong domain ntn, nó có thể nằm ở đâu trong chuỗi tuần tự mà IOS xử lý??

Chẳng lẽ tập các lệnh cấu hình cho VT Protocol trong start-up config file được kích hoạt trước, rồi thì các Switch nhận dạng mode VTP mà nó hoạt động, nếu là Client thì broadcast bản tin request về cấu hình trên VTP Server?? Trong trường hợp này các Switch trao đổi với nhau không thông qua chế độ trunking, mà encap ARPA thông thường??

Hay là tập lệnh cấu hình VT Protocol được kích hoạt trước, đến câu lệnh cấu hình cổng trunking, đến việc dò tìm VTP domain, đồng bộ trạng thái các Switch, rồi đến việc chạy nốt các câu lệnh còn lại trong start-up config file, trong đó có việc add port vào VLAN trên các VTP Client như admin đã cấu hình??

Mong bà con cho ý kiến.

[Hajime]

Chào các bạn, nếu trong 1 mạng ( 1 subnet ) có 4 switch , trong đó có 2 switch là VTP Server, 2 cái còn lại là Client, thì quá trình trunking sẽ như thế nào? Switch1( Server ) ---> S2(Client) ----> S3(Client) ----> S4(Server).

Ý mình muốn hỏi là : nếu S1 thay đổi cấu hình vlan thì có ảnh hưởng đến S4 và ngược lại.

Xin cám ơn!!!

[danguyennhi]

hajime

Trong mỗi VTP domain, phải có ít nhất một VTP server. Server đầu tiên được định nghĩa trong mạng cũng sẽ qui định domain sẽ được dùng bởi các clients/các server khác trong domain. Chế độ server là chế độ mặc định.

Trong một VTP domain, nhiều VTP server có thể tồn tại. Thậm chí điều này là khuyến cáo để tăng tính dự phòng của hệ thống mạng. Các server sẽ không bầu ra primary / secondary. Nếu một server được cấu hình thêm một VLAN mới hoặc thay đổi một thông số VTP, server này sẽ quảng bá các thay đổi đến toàn bộ domain. tất cả các server khác sẽ đồng bộ VTP database của nó giống như bất kỳ một client nào khác.

Cám ơn bạn đã đọc,

[Hajime]

Chào danguyennhi,

Trong một VTP domain, khi có một sự thay đổi xảy ra : tạo mới hay huỷ một VLAN, hay thay đổi tên của domain, etc, trên VTP Server thì configuration revision number sẽ tăng lên 1 ( ban đầu là 0 ). Khi này, các switch server/client khác trong VTP domain, khi nhận được summary advertisement, và so sánh số Config Rev của nó với số Config Rev trong advertisement, nếu thấy số nào lớn hơn = thông tin cập nhật hơn và nó sẽ cập nhật thong tin dựa vào Config Rev lớn nhất.

Như vậy, trong trường hợp này, khi Switch1 thay đổi cấu hình VLAN, thì Config Rev Num của nó sẽ tăng lên một và các Switch còn lại sẽ update database theo Switch1. Ngược lại, nếu Switch4 thay đổi cấu hình VLAN thì Config Rev Num của nó sẽ tăng lên 1 và các Switch còn lại sẽ update database theo Switch4 vì khi này Config Rev Num của Switch4 là max.

Sau khi đọc lại tài liệu một lần nữa và đọc câu trả lời của danguyennhi, thì mình hiểu như vậy là chính xác chưa ? Mong danguyennhi và các bạn góp ý..!

Cám ơn !

[danguyennhi]

cám ơn. Giải thích của anh là tuyệt hảo.

[Hajime]

Các bạn cho mình hỏi 1 chút nhé:
Trong một VTP domain, nếu một switch đang ở mode client , mình chuyển thành server được không?
switch# vlan databse
switch(vlan) # vtp server
switch(vlan)# exit
Cám ơn!

[Hajime]

Ở mode client, thì switch chỉ không tác động đến VLAN được ( chỉnh sửa, thêm bớt...) nhưng vẫn có thể thay đổi mode và domain của mình , đúng không?

Cám ơn,

[Hajime]

Cám ơn danguyennhi nhiều , đã trả lời câu hỏi của hajime !!!

[ndt]

Cách của bạn hoàn toàn đúng chỉ chú ý một điều là để không làm mất tính ổn định của mạng bạn nên chuyển client về mode transparent hoặc một domain khác không tồn tại trên mạng sau đó mới đổi về domain hiện tại. Cả hai cách này nhằm đảm bảo the revision number của vtp server mới được đặt về 0.

Không biết mình nhớ có đúng không nhưng hình như lệnh để bật mộ switch thành server là switch(vlan) # vtp mode server hoặc (Switch(config)# vtp mode {server | client | transparent}), khộng phải là switch(vlan) # vtp server thôi để coi lại sách chắc ăn hơn

[haanh]

Cả hai cách này nhằm đảm bảo the revision number của vtp server mới được đặt về 0.


Hai câu này có lẽ nói về vấn đềCisco (http://www.cisco.com/warp/public/473/21.html#vtp_ts_rec_ins)
What to Remember:
Always make sure that the configuration revision of all switches inserted into the VTP domain is lower than the configuration revision of the switches already in the VTP domain.
và

If a new Catalyst is attached in the border of two VTP domains, the new Catalyst will keep the domain name of the first switch that sends it a summary advertisement. The only way to attach this switch to another VTP domain is to manually set a different VTP domain name.

-------------First time toghether-----------------

[ndt]

Chẳng có vấn đề gì đâu bạn, đọc kỹ lại đi, cái mình nói là cách để set revision number về 0 theo bạn nếu một switch có revision number = 0 thì "revision of all switches inserted into the VTP domain is lower than the configuration revision of the switches already in the VTP domain" như sách của Cisco không ???
Nếu muốn coi sách của Cisco hãy đọc phần
VTP Advertisements trang 206 of 632 - CCNP Self-Study
CCNP BCMSN Exam Certification Guide tác giả David Hucaby, CCIE No. 4594

[HuuHoa]

các bạn xem thêm một bài lab về VTP do Nguyễn Anh Hào, CCNP thực hiện. Bài lab này nhằm minh hoạ thông số revision number của VTP.

http://chuyenviet.com/html/articles/vtp.html

[amateur_2609]

Anh em cho mình hỏi ké cái này: giả sử có 2 switch A,B nối với nhau giao tiếp bằng Trunk, ta cấu hình cho A làm mode server, B làm client, trên A ta cấu hình 2 port fa0/1 và fa0/2 thuộc vlan 2 (chẳn hạn) nếu vậy thì trên SwitchB, port fa0/1 và fa/02 của nó có bị gán vào Vlan 2 không. Nếu có thì lỡ như port fa0/1 và fa0/2 của B trước đó đã bị gán vào một vlan X nào đó thì sao ( giả sử Vlan X này được tạo bởi 1 server C nào đó ).

[kimlong]

2.1 Nguồn gốc VTP

VTP được thiết lập để giải quyết các vấn đề nằm bên trong hoạt động của môi trường mạng chuyển mạch VLAN.
Ví dụ: Một domain mà có các kết nối switch hỗ trợ bởi các VLAN. Để thiết lập và duy trì kết nối bên trong VLAN, mỗi VLAN phải được cấu hình trên cổng của switch.
Khi phát triển mạng và các switch được thêm vào mạng, mỗi switch mới phải được cấu hình với các thông tin của VLAN trước đó. Một kết nối đơn không đúng VLAN ẩn chứa 2 vấn đề:
· Các kết nối chồng chéo lên nhau do cấu hình VLAN không đúng
· Các cấu hình không đúng giữa các môi trường truyền khác nhau như là: Ethernet và FDDI.
Với VTP, cấu hình VLAN được duy trì dễ dàng bằng Admin domain. Thêm nữa, VTP làm giảm phức tạp của việc quản lý VLAN.

2.2 Khái niệm VTP

Vai trò của VTP là duy trì cấu hình VLAN thông qua admin domain của mạng. VTP là một giao thức lớp 2 sử dụng các Trunk Frame để quản lý việc thêm bớt, xoá và đổi tên các VLAN trên một domain. Thêm nữa, VTP cho phép tập trung các thay đổi tới tất cả các switch trong mạng.

Thông điệp VTP được dóng gói trong một chi\uẩn CISCO là giao thức ISL hoặc IEEE 802.1q và sau đó đi qua các liên kết Trunk tới thiết bị khác.

2.3 Lợi ích của VTP

VTP có thể bị cấu hình không đúng, khi sự thay đổi được tạo ra. Các cấu hình không đúng có thể tổng hợp trong trường hợp thốg kê các vi phạm nguyên tắc bảo mật. Bởi vì các kết nối của VLAN bị chồng chéo khi các VLAn bị đặt trùng tên. Các cấu hình không đúng này có thể bị cắt kết nối khi chúng được ánh xạ từ một kiểu LAN tới một kiểu LAN khác. VTP cung cấp các lợi ích sau:
· Cấu hình đúng các VLAN qua mạng
· Hệ thống ánh xạ cho phép 1 VLAn được trunk qua các môi trường truyền hỗn hợp. Giống như ánh xạ các VLAN Ethernet tới đường cáp trục tốc độ cao như ATM, LANE hoặc FDDI.
· Theo dõi chính xác và kiểm tra VLAN
· Báo cáo động về việc thêm vào các VLAN
· Dễ dàng cấu hình khi thêm mới VLAN
Trước khi thiết lập các VLAN trên switch, ta phải setup một management domain trong phạm vi những thứ mà ta có thể kiểm tra các VLAN trong mạng. Các switch trong cùng một management domain chia sẻ thông tin VLAN với các VLAN khác và một switch có thể tham gia vào chỉ một VTP management domain. Các switch ở domain khác không chia sẻ thông tin VTP.
Các switch sử dụng giao thức VTP thì trên mỗi cổng trunk của nó có:
· Management domain
· Số cấu hình
· Biết được VLAN và các thông số cụ thể
2.4 VTP domain
Một VTP domain được tạo ra từ một hay nhiều các thiết bị đa kết nối để chia sẻ trên cùng một tên VTP domain. Mỗi switch chỉ có thể có một VTP domain. Khi một thông điệp VTP truyền tới các switch trong mạng, thì tên domain phải chính xác để thông tin truyền qua.
Đóng gói TVP với ISL Frame:

VTP header có nhiều kiểu trên một thông điẹp VTP, có 4 kiểu thường được tìm thấy trên tất cả các thông điệp VTP:
· Phiên bản giao thức VTP – 1 hoặc 2
· Kiểu thông điệp VTP – 1 trong 4 kiểu
· Độ dài tên của management domain
· Tên mamagement domain

2.5 Các chế độ VTP

Hoạt động chuyển mạch VTP hoạt động trên một trong ba chế độ sau:
· Server
· Client
· Transparent

2.5.1 VTP Server (Chế độ mặc định)

Nếu một switch được cấu hình ở chế độ server, thì switch đó có thể khởi tạo, thay đổi và xoá các VLAN. VTP server ghi thông tin cấu hình VLAN trong NVRAM. VTP server gửi các thông điệp VTP qua tất cả các cổng Trunk.
Các VTP server quảng bá cấu hình VLAN tới các switch trên cùng một VTP domain và đồng bộ cấu hình VLAN tới các switch khác dựa trên các quảng cáo nhận được qua đường Trunk.. Đây là chế độ mặc định trên switch.

2.5.2 VTP Client

Một switch được cấu hình ở chế độ VTP Client không thể khởi tạo, sửa chữa hoặc xoá thông tin VLAN. Thêm nữa, Client không thể lưu thông tin VLAN. Chế độ này có ích cho các switch không đủ bộ nhớ để lưu trữ bảng thông tin VLAN lớn. VTP Client sử lý các thay đổi VLAN giống như server, nó cũng gửi các thông điệp qua các cổng Trunk.

2.5.3 Chế độ VTP trong suốt (Transparent)

Các switch cấu hình ở chế độ Transparent không tham gia vào VTP. Một VTP Transparent switch không quản bá cấu hình VLAN của nó và không đồng bộ các cấu hình VLAN của nó dựa trên các quảng cáo nhận được. Chúng chuyển tiếp các quảng cáo VTP nhận được trên các cổng Trunk nhưng bỏ qua các thông tin bên trong thông điệp. Một Transparent switch không thay đổi database của nó, khi các switch nhận các thông tin cập nhật cũng gửi một bản cập nhật chỉ ra sự thay đổi trạng thái VLAN. Trừ khi chuyển tiếp một quảng cáo VTP, VTP bị vô hiệu hoá trên switch được cấu hình ở chế độ Transparent.

2.6 Cấu hình VTP

Cấu hình phiên bản VTP
Switch_A# vlan database
Switch_A(vlan)# vtp v2-mode
Cấu hình VTP domain
Switch_A(vlan)# vtp domain Cisco
Cấu hình chế độ VTP
Switch_A(vlan)# vtp [client|server|transparent]
Lệnh xem cấu hình VTP
Switch_A# show vtp status

[nqtuan]

Chào !! Ai có tài liệu full thì post lên đi, chứ mỗi người mỗi ý đọc rất mất công và khó hiểu.
Không biết ý của tôi như thế có được không !!

[anhtri]

vậy thì lấy cuốn BCMSN study guide về đọc chứ sao