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

[Brian]

Thanks Justin, trusting DSCP on the CallManager switchports fixed the
problem.

Thanks,
Brians


On Tue, Nov 25, 2008 at 7:08 PM, Justin Steinberg <jsteinberg at gmail.com>wrote:

> 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/20081126/db0a1832/attachment.html>