Wonder if someone has experience on QoS configuration specific to CTS Telepresence and able to answer on my below query :
I am trying to understand how can we check the QoS configuration applied on CTS's :
- If I go to Telephony settings in CTS, it gives me :
DSCP For Audio: EF DSCP (101110)
DSCP For TelePresence: CS4(precedence 4) DSCP (100000)
I was under impression that CTS's get this settings from CUCM clusterwide setting option, but I came across another client CUCM where clusterwide setting was AF41 for video but CTS's still reflecting the above settings , any idea from where the CTS derived these settings and how can we edit it.
The other question is , I was capturing the call statistics for a P2P call between two CTS's , I am trying to understand what these logs states :
2013-12-18 11:26:38: INFO Audio DSCP Current Marking: [BE], Previous Marking: [BE]
2013-12-18 11:26:38: INFO Audio COS Current Priority: , Previous Priority: 
2013-12-18 11:26:38: INFO Video DSCP Current Marking: [BE], Previous Marking: [BE]
2013-12-18 11:26:38: INFO Video COS Current Priority: , Previous Priority: 
Does it mean, that local CTS is running on QoS Best effort settings ? Both these above and below logs represent local CTS QoS Status or giving information about remote CTS QoS settings also ?
'cos when I go to log files, I get this information , but if I go to Call statistics for the same call, I get the below info :
Audio/Video Call: Audio Stream Statistics
Local : [IP Address removed]
Remote : [IP Address removed]
Average Latency (Call) 2
Average Latency (Period) 2
DSCP Current Marking: [BE]; Previous Marking: [CS4]
CoS Current Priority: ; Previous Priority: 
And, that's same for Video stream Statistics.
Can someone please try to shed some light on this and help me in understanding the actual behaviour .
[toc:faq]The ProblemOn traditional switches whenever we have a trunk
interface we use the VLAN tag to demultiplex the VLANs. The switch needs
to determine which MAC Address table to look in for a forwarding
decision. To do this we require the switch to do...
[toc:faq]Introduction:Netdr is a tool available on a RSP720, Sup720 or
Sup32 that allows one to capture packets on the RP or SP inband. The
netdr command can be used to capture both Tx and Rx packets in the
software switching path. This is not a substitut...
IntroductionOSPF, being a link-state protocol, allows for every router
in the network to know of every link and OSPF speaker in the entire
network. From this picture each router independently runs the Shortest
Path First (SPF) algorithm to determine the b...