RE: Voice VLAN and data traffic with and without trunking

From: Scott Morris (swm@emanon.com)
Date: Thu Jun 26 2003 - 21:56:11 GMT-3

It will be dot1q by default. That's the only thing the IP phones listen
to, and the whole concept of auxilliary vlans or voice vlans revolved
around Cisco's IP phones... Therefore... :)

-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Cristian Henry H
Sent: Thursday, June 26, 2003 4:28 PM
To: James.Jackson@broadwing.com
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

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