1. Assuming your device/switchports are trusting/setting your RTP to ef then the class-map is ok. Your policy-map is using half the bandwidth available. Cisco recommends only upwards to 33% allocated to the LLQ. This is a design recommendation. Do you plan to have that many calls? That is an estimated 12 or so G711 calls.
2. Can you explain whether you are looking to filter based on QoS or Security? Either way you can do this with ACLs. ACLs can be assigned to class-maps and you would match your traffic on IP or port. Of course ACLs can be used to filter the data traffic by assigning the ACL to the interface with the access-group command. NBAR and CBAC could be used for QOS/Security application aware filtering.
A more scalable config (that you dont have to redo too much) might include bandwidth guarantees for other classes of traffic as well...
Also, I like to go with the qos design guide recommendation and set aside a queue for voice signalling... like the following...
i also dont "match ip dscp ef" but rather just look for rtp audio... dont always have a marking switch/phone system behind your router... sometimes its a whitebox phone system sending rtp packets, and a dumb switch... I also go with a nested policy, which shapes all to the speed of the link, then decides which traffic will follow the rules of the child policy to leave the single queue ;)
class-map match-any manage
match protocol dhcp
match protocol dns
match protocol kerberos
match protocol ldap
match protocol snmp
match protocol syslog
class-map match-any bulk
match protocol exchange
match protocol ftp
match protocol pop3
match protocol smtp
class-map match-any voicesignal
match protocol h323
match protocol rtcp
class-map match-any transactional
match protocol citrix
match protocol pcanywhere
match protocol secure-telnet
match protocol sqlnet
match protocol sqlserver
match protocol ssh
match protocol telnet
match protocol tsrvrdp
class-map match-any video
match protocol rtp video
match protocol cuseeme
match protocol netshow
match protocol rtsp
match protocol streamwork
match protocol vdolive
class-map match-any voicebearer
match protocol rtp audio
set dscp ef
priority percent 25
bandwidth percent 25
bandwidth percent 5
bandwidth percent 5
shape average 1444000
service-policy output Pol-S0/0/0.1-parent
(yes not all my classes are used in my policy; they are for future use... nice to have them in there now though, as they can always be allocated some bandwidth later on, at the expense of what is carved out now...)
SIP traces provide key information in troubleshooting SIP Trunks, SIP
endpoints and other SIP related issues. Even though these traces are in
clear text, these texts can be gibberish unless you understand fully
what they mean. This document attempts to br...
Please find the attached HTML document, download and open it on your PC.
This provides an easy to use form where you simply answer a few
questions and it will render the proper jabber-config.xml file for you
to copy/paste. There is built in logic to verif...
CUCM Database Replication is an area in which Cisco customers and
partners have asked for more in-depth training in being able to properly
assess a replication problem and potentially resolve an issue without
involving TAC. This document discusses the bas...