Currently, I succeeded in obtaining “lp, rlp, rxcount, txcount” in the RTCP statistics of the channel using “Function_CHANNEL” at the end of the call,
I would like to get similar information for BRIDGECHANNEL.
I checked the packet loss rate of both side to using “rtcp set debug” command.
Because there is a pattern where a lot of packet loss occurs only on BRIDGECHANNEL,
BRIDGECHANNEL also requires the above RTCP statistics.
Is there a way to get his RTCP statistics for the BRIDGE CHANNEL at the end of the call?
Any hint would be greatly appreciated.
Thank you.
But as the link explains, you can’t get it when hung from the BRIDGE CHANNEL…
Is there a way to get the RTCP information of the BRIDGE CHANNEL even if it hangs up from the BRIDGE CHANNEL?
You could probably delay the destruction of the channel using the e option on Dial, and a suitable h extension. I guess you could also plant a hangup handler.
“Variable” can actually be a function.
However, I suspect most people would use the log files.
Thank you for teaching me many ways.
I was able to do what I wanted by adding a hangup handler.
The explanation about “Variable” was also very helpful.