From: Jason Sinclair (sinclairj@powertel.com.au)
Date: Tue Oct 22 2002 - 22:49:39 GMT-3
Alec,
You are correct in your statement however the logic is not quite right. The
VTP server advises the client about new VLAN's, however you still need to
assign the port on the client switch to the VLAN. VTP does not do port
assignment automatically.
Regards,
Jason Sinclair CCIE #9100
Manager, Network Control Centre
POWERTEL
55 Clarence Street,
SYDNEY NSW 2000
AUSTRALIA
office: + 61 2 8264 3820
mobile: + 61 416 105 858
email: sinclairj@powertel.com.au
-----Original Message-----
From: Alec [mailto:clapun@graduate.hku.hk]
Sent: Wednesday, 23 October 2002 02:58
To: Ccielab@Groupstudy.Com
Subject: vtp question
Hi group,
I'm a newcomer in groupstudy and confused by the VTP client mode. From
cisco
documentation, a switch running VTP client mode can not create VLAN. So how
can the VTP server switch instructs the client to add a VLAN to its
customer-facing port, say adding VLAN 500 to 12/1 ? It seems there is no
field for slot/port in the VTP messages. Please correct me if my
interpretation was wrong. Thanks.
regards,
alec
**********************************************************************
PowerTel Limited, winners of
Best Corporate/Wholesale Broadband Initiative, Australian Telecom Awards 2002
Broadband Wholesale Carrier of the year, CommsWorld Telecomms Awards 2001
Best Emerging Telco, Australian Telecom Awards 2001
**********************************************************************
This email (including all attachments) is intended solely for the named
addressee. It is confidential and may contain commercially sensitive
information. If you receive it in error, please let us know by reply email,
delete it from your system and destroy any copies.
This email is also subject to copyright. No part of it should be reproduced,
adapted or transmitted without the prior written consent of the copyright owner.
Emails may be interfered with, may contain computer viruses or other defects
and may not be successfully replicated on other systems. We give no
warranties in relation to these matters. If you have any doubts about
the authenticity of an email purportedly sent by us, please contact us
immediately.
**********************************************************************
This archive was generated by hypermail 2.1.4 : Tue Nov 05 2002 - 08:35:54 GMT-3