From: Cristian Henry H (chenry@reuna.cl)
Date: Fri Jun 27 2003 - 11:18:31 GMT-3
But, why are you using "switchport access vlan 75" and "switchport trunk
native vlan 75" together, Don't both ones do the same?, Are there any
problem using "switchport access ..." and "switchport mode trunk"?
I think the command "switchport trunk native vlan 6" on Cat3350 is wrong
because the interface isn't a trunk, Am I in right?
MMoniz ha escrito:
>
> Actually you can also just specify "switchport voice vlan dot1p" and it will
> use VLAN 0 as default
> and 802.1P as it's tagging with a COS of 5. I wouldn't recommend this
> though.
>
> VDL-CAT(config-if)#switch voice vlan dot1p ?
> <cr>
>
> I would specify a specific voice VLAN and use 802.1Q. But it has been my
> experience that you must
> also specify info for the data VLAN. I know this for a fact on the 3524
> PWR...Have not tried it
> on the 3550 with an IP phone. (3550 in lab, Call Manager in Production)
>
> This is the working config I use on a 3524 PWR
>
> interface FastEthernet0/19
> switchport access vlan 75
> switchport trunk encapsulation dot1q
> switchport trunk native vlan 75
> switchport mode trunk
> switchport voice vlan 30
> spanning-tree portfast
>
> This is what I would use on a 3550
>
> interface FastEthernet0/10
> switchport access vlan 6
> switchport trunk encapsulation dot1q
> switchport trunk native vlan 6
> switchport mode access
> switchport voice vlan 30
> switchport priority extend trust
> no ip address
> mls qos trust device cisco-phone
> mls qos trust cos
> spanning-tree portfast
>
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
> Scott Morris
> Sent: Thursday, June 26, 2003 8:56 PM
> To: 'Cristian Henry H'; James.Jackson@broadwing.com
> Cc: bpjain@cisco.com; ccielab@groupstudy.com
> Subject: RE: Voice VLAN and data traffic with and without trunking
> modeco nfigured
>
> 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
>
> _______________________________________________________________________
> 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
>
> _______________________________________________________________________
> 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 REUNAE-mail: chenry@reuna.cl Fono: 56-2-3370336
This archive was generated by hypermail 2.1.4 : Fri Jul 04 2003 - 11:11:12 GMT-3