Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

PCAP captured RTP showing poor call quality #117

Open
VernBroedrich opened this issue Jan 29, 2025 · 9 comments
Open

PCAP captured RTP showing poor call quality #117

VernBroedrich opened this issue Jan 29, 2025 · 9 comments

Comments

@VernBroedrich
Copy link

When our US SBCs are busy, the VoIP monitor calls shown in the CDR list shows poor call statistics

Image

Furthermore when listening to the audio playback, the audio quality is very choppy and very very bad.

However the actual call between user 1 and user 2 was OK without these issues

This makes the troubleshooting of calls really difficult when users report quality issues

Strangely, when there aren't many calls, all CDR calls show good metrics and the recordings are good too

Its like not all packets are processed, and it takes a very long time for calls to show in voipmonitor - I can put this down to the volume of calls that needs to be oppressed

Any Ideas please?

@VernBroedrich
Copy link
Author

Attached is a sample of the recorded call from VoIP Mon

Call Sample.zip

@voipmonitor
Copy link
Owner

Hello,

Do you mirror packets to the voipmonitor? I suppose that the sniffer is not running directly on the production server alongside with SBC

@VernBroedrich
Copy link
Author

VernBroedrich commented Jan 30, 2025

Correct - Mirror it from the router/FW

The marked packets are then sent to the sniffer

@voipmonitor
Copy link
Owner

on the picture I see that the voipmonitor is not getting packets (large packet loss) - there must be problem with the mirroring kapacity on your switch. If the sniffer / linux drops it due to overload you would see it directly in the CDR that libpcap reported dropped packets in the kernel and this event is logged in the /var/log/syslog (voipmonitor process) and such CDR are flagged that linux kernel dropped packets. (I suppose you are not using DPDK)

@VernBroedrich
Copy link
Author

Thanks - Ill check and revert back :-)

@VernBroedrich
Copy link
Author

Ok - Great

Got this in the syslog

what is the recommended approach? please

Image

@voipmonitor
Copy link
Owner

can you please paste more logs from the syslog where voipmonitor writes stat every 10 seconds? around the dropped packets

@VernBroedrich
Copy link
Author

Please find attached

voipmonitor.zip

@voipmonitor
Copy link
Owner

From the log it is not obvious where the problem is - can you please upgrade to the latest sniffer and let us know if it is still problem?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants