From: Rahman Baki (baki1966@hotmail.com)
Date: Fri Jun 27 2003 - 00:46:15 GMT-3
Is there any reason to leave the SwithPort mode as Access not Trunk on the
3505 ?
interface FastEthernet0/10
> switchport access vlan 6
> switchport trunk encapsulation dot1q
> switchport trunk native vlan 6
> switchport mode access *** (trunk)
> switchport voice vlan 30
> switchport priority extend trust
> no ip address
> mls qos trust device cisco-phone
> mls qos trust cos
> spanning-tree portfast
Baki
>From: "MMoniz" <ccie2002@tampabay.rr.com>
>Reply-To: "MMoniz" <ccie2002@tampabay.rr.com>
>To: "Scott Morris" <swm@emanon.com>, "'Cristian Henry H'"
><chenry@reuna.cl>, <James.Jackson@broadwing.com>
>CC: <bpjain@cisco.com>, <ccielab@groupstudy.com>
>Subject: RE: Voice VLAN and data traffic with and without trunking modeco
>nfigured
>Date: Thu, 26 Jun 2003 21:34:32 -0400
>
>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
>
>
>_______________________________________________________________________
>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
This archive was generated by hypermail 2.1.4 : Fri Jul 04 2003 - 11:11:12 GMT-3