zapcard: use DAHDI_POLICY_WHEN_FULL for B-channel buffers #4
Loading…
Reference in New Issue
No description provided.
Delete Branch "Manawyrm/yate:manawyrm-zapcard-buffer-policy"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Latency impact on the B channels needs to be investigated. The Argus tester can use a loopback/echo test to measure ping/end-to-end latency. I think I'll build such a setup and take some measurements in the different modes.
For good measure, I also set the
priority=highest
in zapcard.conf (affects the data service thread priority), but that didn't really seem to have any effect (still probably the correct setting).
Yate is able to survive a 30min BERT with these changes:
![](https://screenshot.tbspace.de/tnufegcwmjr.jpg)
154f579630
tofa6b4ad14a
[Draft] zapcard: use DAHDI_POLICY_WHEN_FULL for B-channel buffersto zapcard: use DAHDI_POLICY_WHEN_FULL for B-channel buffersI've built an echo/test B-channel loopback service now (using the external/playrec mechanism) and have tested the latency using the Argus.
Getting 6-7ms of additional latency for no more bit errors seems like a very worthwhile cause.
I've also updated the PR slighly.