[cisco-voip] QoS configuration for environment with 7921 wireless phones

[Justin Steinberg]

Your switchport to your PSTN 2851 and to your CallManagers should be 'mls
qos trust dcsp' and not 'mls qos trust cos'.
trusting COS is trusting layer 2 QoS, which requires a trunk port between
the Switch and the endpoint.  CM 6.1 can not be setup as a trunk, therefore
your switchport to your CM must be 'trust dscp'.    While you could setup a
dot1q trunk between the 2851 and your Switch (to support L2 COS) you should
still set the switchport to trust dscp for ease of management, especially
since your 2851 MQC is marking DSCP.

HTH,

Justin

On Tue, Nov 25, 2008 at 7:25 PM, Brian <bms314 at gmail.com> wrote:

>
> I've been banging my head trying to get a proper QoS configuration in our
> infrastructure.  I've gone through the QoS SRND and Voice over Wireless
> Design Guide, but am still not seeing the correct DSCP markings on the 7921G
> wireless phones when I call to the PSTN.  When I log into the web interface
> of the 7921 and look at the Stream statistics, I see the correct Receiver
> DSCP of EF, EF for calls between 7921 phones.  However, when I make or
> receive a PSTN call from a 7921 phone, the Receiver DSCP says Default,
> Default.
>
> Here is the quick rundown of the environment.
>
> PRI connected 2851 - 12.4(15)T3
> 3560G - 12.2(44)SE1
> WLC4402 running 5.1.151 with 1131 AP's
> CUCM 6.1.2.1000-13
> 7921's with 1.2.1 firmware
>
> The WLC switchport is configured with 'mls qos trust cos' and the AP
> switchports are all configured with 'mls qos trust dscp' per the Voice over
> Wireless Design Guide.  I've used the WLC Config Analyzer tool to ensure all
> of the proper voice settings for WMM, 802.1p, etc., etc.  The CallManager
> and 2851 switchports are trusting cos.  The 2851 has the following QoS
> config:
>
> class-map match-all SCCP
>  match access-group name SCCP
> class-map match-all RTP
>  match access-group name RTP
> !
> !
> policy-map Voice
>  class RTP
>   set dscp ef
>  class SCCP
>   set dscp cs3
> !
> !
> ip access-list extended RTP
>  permit udp any range 16384 32767 any
>  permit udp any any range 16384 32767
> ip access-list extended SCCP
>  permit tcp any eq 2000 any
>  permit tcp any any eq 2000
> !
> interface GigabitEthernet0/0
>  service-policy input Voice
>  service-policy output Voice
>
>
>
> When I look at the policy-map on the voice gateway router, I see almost all
> of the packets being matched in the RTP class so I feel like it is being
> marked properly in and out of the gateway.  It seems like I am missing
> something simple here because this is not a difficult QoS environment.  Does
> anyone have any ideas?
>
>
> Thanks in advance,
> Brian
>
>
>
>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20081125/452ec54d/attachment.html>