[asterisk-bugs] [JIRA] (ASTERISK-28118) Not forwarding RTP packets / Packet loss
Samuel For (JIRA)
noreply at issues.asterisk.org
Tue Oct 30 09:35:47 CDT 2018
[ https://issues.asterisk.org/jira/browse/ASTERISK-28118?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=245301#comment-245301 ]
Samuel For commented on ASTERISK-28118:
---------------------------------------
Hi George,
I had torn down the lab environment after the conversation with Joseph but I set it up again today on new servers on DigitalOcean.
Using chan_sip I can reproduce the packet loss in 100% of the calls.
Using chan_pjsip, one out of 40 test calls showed packet loss. I suppose that could have been a real network glitch.
The chan_sip configuration is attached since earlier.
> Not forwarding RTP packets / Packet loss
> ----------------------------------------
>
> Key: ASTERISK-28118
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-28118
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: Channels/chan_rtp
> Affects Versions: 13.23.1, 16.0.0
> Environment: Ubuntu 18.04. Asterisk 16.0.0. chan_sip.
> Reporter: Samuel For
> Assignee: Samuel For
> Labels: pjsip
> Attachments: build_asterisk16.sh, config.zip, packet_loss_digitalocean.pcap, test2_ast13_console.txt, test2_ast13.pcap, test2_ast16_console.txt, test2_ast16.pcap
>
>
> Hi there,
> We were going to do some performance benchmarks of Asterisk 16.0.0 on different cloud providers but instead we ran into a problem where Asterisk continously drops RTP packets. We believe this to be a bug in Asterisk.
> This is the setup:
> CLIENT - Client which generates a call
> SUBJECT - This is the machine we are benchmarking, it forwards the call from CLIENT to ITSP
> ITSP - Fake ITSP that receives the call and plays MOH back
> Doing this, we see that the SUBJECT has packet loss on both outgoing legs towards CLIENT and ITSP. When we run a tcpdump on SUBJECT we see the packets coming from the ITSP, no loss, but SUBJECT is not forwarding all of them, about 3% are lost and never reaches the outbound network interface. Hence, it does not seem to be an external networking issue.
> We thought this might be related to the cloud provider, so we tested on AWS EC2 (XEN and Nitro/KVM), DigitalOcean (KVM) and it was failing on all of them.
> The SUBJECT is not under any other load, so this happens from the first call.
> Machine specs for all of them:
> 2 CPU
> 4GB Ram
> Ubuntu 18.04
> No firewall enabled
> The machine is basically unloaded during this. Load is 0.0, Idle 100% etc..
> Please find a PCAP attached that shows this phenomenon.
> CLIENT: 85.24.248.224
> SUBJECT: 104.248.244.68
> ITSP: 35.157.105.234
> I've also attached the full configuration and build script we used to setup the Asterisk machine.
> We have the machines up and running for a few more days so I'm happy to collect any data or run any tests you deem appropriate.
> Thanks!
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list