RE: Voice VLAN and data traffic with and without trunking

From: James.Jackson@broadwing.com
Date: Thu Jun 26 2003 - 17:41:35 GMT-3

You shouldn't be adding that command. As I understand it the IPphone is
being told what VLANID to use via CDP. I believe its sending ALL its traffic
as 802.1Q in order to include the COS via 802.1P. When it is not given an
explicit VLANID to use (switchport voice vlan dot1p) or when its sending PC
data, it sets null VLANID which gets mapped to native VLAN in the case of a
trunk port or access vlan in the case of an access port.

James

-----Original Message-----
From: Cristian Henry H [mailto:chenry@reuna.cl]
Sent: Thursday, June 26, 2003 3:28 PM
To: Jackson, James (DS Engineering)
Cc: bpjain@cisco.com; ccielab@groupstudy.com
Subject: Re: Voice VLAN and data traffic with and without trunking
modeco nfigured

But, Do I need to add the command "switchport trunk encapsulation dot1q"
in order to be sure that the IP Phone use 802.1Q encapsulation? or it
will be 802.1q by default?

James.Jackson@broadwing.com ha escrito:
>
> The access port does not become a trunk port. Instead of accepting
untagged
> and 802.1Q with a tag that matches its Access VLAN, it now additionally
> accepts 802.1Q with a tag that matches Voice VLAN.
>
> HTH
> James
>
> -----Original Message-----
> From: Cristian Henry H [mailto:chenry@reuna.cl]
> Sent: Thursday, June 26, 2003 2:57 PM
> To: beda jain
> Cc: Jackson, James (DS Engineering); ccielab@groupstudy.com
> Subject: Re: Voice VLAN and data traffic with and without trunking
> modeco nfigured
>
> But, in the case 2 the "switchport voice vlan 101" command instruct the
> IP Phone to forward all voice traffic through the VLAN 101 using 802.1q
> frames, so, Does it mean the port get mode trunking with encap 802.1q
> automatically?
>
> beda jain ha escrito:
> >
> > If you do switchport mode access in case 2, it will block all 802.1q
> packet.
> >
> > so both the config will work fine, but in lab i will go for case 1.
> because
> > some extra line is ok.
> > and i will do spanning-tree port-fast trunk
> >
> > Thanks,
> > Beda
> >
> > At 12:57 PM 6/26/2003 -0500, James.Jackson@broadwing.com wrote:
> > >The two options look fine. As I understand it, in case 2, the port is
not
> > >configured as a trunk however it is still able to process the 802.1Q
> packets
> > >coming from IPphone.
> > >
> > >James
> > >
> > >-----Original Message-----
> > >From: Cristian Henry H [mailto:chenry@reuna.cl]
> > >Sent: Thursday, June 26, 2003 12:48 PM
> > >Cc: ccielab@groupstudy.com
> > >Subject: Voice VLAN and data traffic with and without trunking mode
> > >configured
> > >
> > >
> > >Dear all,
> > >
> > >If the requirement is to put the voice traffic (from IP Phone) in VLAN
> > >101 and the data traffic (from behind IP Pone)in VLAN 102, what do you
> > >think about the following cases/configurations?, Do both ones the same?
> > >
> > >
> > >1) With 802.1q trunking mode configured
> > >
> > >interface FastEthernet0/10
> > > switchport trunk encapsulation dot1q
> > > switchport trunk native vlan 102
> > > switchport mode trunk
> > > switchport voice vlan 101
> > > no ip address
> > > spanning-tree portfast
> > >!
> > >
> > >2) Without 802.1q trunking mode configured
> > >
> > >interface FastEthernet0/10
> > > switchport access vlan 102
> > > switchport voice vlan 101
> > > spanning-tree portfast
> > >!
> > >In this 2) case, Does the port get automatically trunking mode 802.1q?,
> > >is necesary to add " switchport trunk encapsulation dot1q"?, and if the
> > >port is trunk, does the "switchport access vlan 102" works well?
> > >
> > >
> > >Thanks in advance.
> > >
> > >--
> > >Cristian E. Henry
> > >REUNA
> > >
> > >E-mail: chenry@reuna.cl
> > >Fono: 56-2-3370336
> > >
> > >
> > >_______________________________________________________________________
> > >You are subscribed to the GroupStudy.com CCIE R&S Discussion Group.
> > >
> > >Subscription information may be found at:
> > >http://www.groupstudy.com/list/CCIELab.html
> > > +++The information transmitted is intended only for the person or
> entity to
> > >which it is addressed and may contain confidential and/or privileged
> > >material. Any review, retransmission, dissemination or other use of,
or
> > >taking of any action in reliance upon, this information by persons or
> > >entities other than the intended recipient is prohibited. If you
> received
> > >this in error, please contact the sender and destroy any copies of this
> > >document.+++
> > >
> > >
> > >_______________________________________________________________________
> > >You are subscribed to the GroupStudy.com CCIE R&S Discussion Group.
> > >
> > >Subscription information may be found at:
> > >http://www.groupstudy.com/list/CCIELab.html
>
> --
> Cristian E. Henry
> REUNA
>
> E-mail: chenry@reuna.cl
> Fono: 56-2-3370336
> +++The information transmitted is intended only for the person or entity
to
> which it is addressed and may contain confidential and/or privileged
> material. Any review, retransmission, dissemination or other use of, or
> taking of any action in reliance upon, this information by persons or
> entities other than the intended recipient is prohibited. If you
received
> this in error, please contact the sender and destroy any copies of this
> document.+++ 

-- 
Cristian E. Henry
REUNA

E-mail: chenry@reuna.cl
Fono: 56-2-3370336
 +++The information transmitted is intended only for the person or entity to
which it is addressed and may contain confidential and/or privileged
material.  Any review, retransmission, dissemination or other use of, or
taking of any action in reliance upon, this information by persons or
entities other than the intended recipient is prohibited.   If you received
this in error, please contact the sender and destroy any copies of this
document.+++

This archive was generated by hypermail 2.1.4 : Fri Jul 04 2003 - 11:11:11 GMT-3