! Class Map to deal with SoftPhones ! class-map match-all SOFTPHONE-VOICE match access-group name SOFTPHONE-VOICE class-map match-all SOFTPHONE-SIGNALING match access-group name SOFTPHONE-SIGNALING ! ! ! Policy Map to deal with Softphones ! policy-map SOFTPHONE-PC class SOFTPHONE-VOICE set ip dscp 46 police 128000 8000 exceed-action policed-dscp-transmit class SOFTPHONE-SIGNALING set ip dscp 24 police 32000 8000 exceed-action policed-dscp-transmit class class-default set ip dscp 0 police 5000000 8000 exceed-action policed-dscp-transmit
Then configure ACLs to identify the traffic you want your policies to act on..
ip access list extended SOFTPHONE-VOICE permit udp any any range 16384 32767 ip access list extended SOFTPHONE-SIGNALING permit tcp any any range 2000 2002
Please rate all useful posts
"The essence of christianity is not the enthronement but the obliteration of self --William Barclay"
a nice reply, but does not answer my original question.
Generally, wouldn't it be easier letting the softphone to mark the RTP traffic with EF and trust it?
While applying the recommended policy any traffic sent by any application using any udp port within 16384 - 32767 range would get marked as EF, wouldn't it?
So my question again:
WHEN does the Cisco softphone mark the RTP traffic as EF?
Why only sometimes and not always or never?
If we were able to force it to mark the RTP traffic as EF always, we could even modify the recommended policy to trust the traffic on udp ports 16384 - 32767 AND marked as EF by the application which would be safer I guess?
Cisco IPC marks packets with qos values but whether the OS is able to handle those correctly and/or whether the computer IPC is running on has enough resources to route packets out of the network interface as quick as possible is another matter. It's not only the application itself (CIPC) but the surrounding technology that has to work. Think qos as a chain...if one of the links is broken, the whole chain is unusable.
So, for things to work with CIPC:
-the OS needs to be capable of handling qos-marked packets. For windows, check this link out
I'm not able to access my old voice mail messages all of a sudden. The recording says something like 'the message is currently not available'. This has never happened before in all the years I have been using this system. I have t...
If you have 2 ISR routers, one acting as Failover, do we need to have both the same number of SRST licenses on the 2 routers?
No. You will only need the SRST licenses on the primary router. Because this feature...