I'm not sure if this is better posted here or in the Telepresence community. My question relates to CUBE video features though so I've started here.
I administer a Cisco Telepresence System (CTS) on CUCM 8.5. For external CTS calls we have a CUBE running IOS 15.1(3)T1 that proxies both signalling and media (media flow-thru) between endpoints and a Telepresence Server bridge.
My question relates to dial-peers and DSCP markings.
By default CTS endpoints mark signalling traffic (SIP) as AF31, video traffic as CS4 and voice as EF. We're not running RSVP anywhere but there is per-hop QoS configured throughout the network.
I recently discovered that the CUBE is marking all of the proxied traffic as EF. I tried adjusting the relevant dial-peers to mark video as cs4 (ip qos dscp cs4 video rsvp-none), but this had no effect. The documentation for the dial-peer qos commands indicate that the ip qos dscp [xx] video options only apply if the CUBE is also running CME. But given the CUBE participates in (or at least witnesses) the set-up messages for both audio and video RTP streams, surely it should be able to differentiate?
How can I get the CUBE to mark proxied video traffic as CS4 instead of EF, whilst maintaining the voice RTP as EF?
voice service voip
allow-connections sip to sip
min-se 500 session-expires 500
pass-thru content sdp
reset timer expires 183
dial-peer voice 1 voip
rtp payload-type cisco-codec-fax-ack 111
rtp payload-type cisco-codec-fax-ind 110
rtp payload-type cisco-codec-aacld 96
rtp payload-type cisco-codec-video-h264 112
session protocol sipv2
session target ipv4:[address]
incoming called-number [pattern]
ip qos dscp cs4 video rsvp-none
! (dial-peer for other call-legs are the same)
Thanks in advance for your help!