Hi, We are working on a product to analyze pcap files of VoIP calls. So far it does a reasonable job of analyzing the frequency distribution of packets in both directions, pointing out which direction packet loss / bad jitter occurs. If you can trap the traffic on the outside and the inside of your Banana Pi and send me the pcap files, I would be happy to run it through our analyzer as further information for you. If it shows DTK isn't sending packets when it should, that will be obvious, and you can send to them as solid evidence of their guilt :) Beyond that, are you certain you aren't taxing the Banana Pi? It really *should* be able to handle a single call while handling your LAN's routing/firewall tasks, but you are probably skating the edge. The results of the above might point out that the Pi isn't *sending* packets it should be, or sending them way late, in which case the issue is actually your hardware. Cheers, *Jeff LaCoursiere* STRATUSTALK, INC. / CTO Phone: *+1 703.496.4990 x108* Mobile: *+1 815.546.6599* Email: *jeff at stratustalk.com* <mailto:jeff at stratustalk.com> Website: *https://www.stratustalk.com* Address: *One Freedom Square 13th Floor Reston, VA 20190* <https://www.facebook.com/jeff.lacoursiere> <https://linkedin.com/in/jeff-lacoursiere-884361> <https://www.twitter.com/stratustalk> On 6/15/20 11:55 AM, Luca Bertoncello wrote:> Am 14.06.2020 um 17:33 schrieb Luca Bertoncello: > > Hi > > So, I got a phone (Elmeg IP290) from a collegue and tested it... > >> What I'll do tomorrow with a test phone is: >> >> 1) connecting it to my Asterisk and try to make a call >> 2) connecting it directly to the servers of Deutsche Telekom (using my >> network) and try to make a call > Absolutly *no changes* on the behaviour compared with my Thomsons... > > I try to summarize: > > 1) Phones are not the problem, since 3 phones of 2 different > companies/model have the same issue. > 2) Asterisk seems not to be the problem, too, since I have the same > behaviour if I connect to phone directly to the server of Deutsche Telekom. > 3) Traffic shaping seems not to be the problem, too, since I tried to > deactivate it. > 4) The problem happens *only* on active call, not by voicemail. > 4a) To test it I read a text and my partner just listen it, and then he > read a text and I listen it. *No* simulaneously speak! > 5) A *single call* (since I couldn't reproduce it anymore), made using > my Android phone as SIP-client connected to my Asterisk, had not the > problem. Any other try to call someone using my mobile phone via SIP had > the problem. > > I could *not* test connecting to the server of Deutsche Telekom using > the Internet connection of someone other, since Telekom bounds my > VoIP-login to my IP. > > I really think, the problem should be by Deutsche Telekom... > > What is your opinion? Do you see some other tests I should try? > > Thanks a lot > Luca Bertoncello > (lucabert at lucabert.de) >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20200615/0ccecfc9/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: jeff.vcf Type: text/x-vcard Size: 321 bytes Desc: not available URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20200615/0ccecfc9/attachment.vcf>
On Monday 15 June 2020 at 20:15:22, Jeff LaCoursiere wrote:> Beyond that, are you certain you aren't taxing the Banana Pi? It really > *should* be able to handle a single call while handling your LAN's > routing/firewall tasks, but you are probably skating the edge.I have a Banana Pi R1 (the version with 5 ethernet ports, actually VLANned off a single physical interface), and all my Internet traffic goes through it, including SIP to NetCologne, who is my local telephony and connectivity provider here. My only major difference from Luca's situation is that I don't run Asterisk on this machine (although I do run it on a Raspberry Pi inside my network). I don't experience any of the problems Luca reports - the worst I get from time to time is some briefly reduced call quality if someone happens to do a large file download while I'm on the phone (the download speed here is 'only' 25Mbps, so it's easy enough to saturate for a short time with a browser). I certainly agree with the idea of doing a packet analysis on both sides of the Banana, though, to see whether DT is causing the problem, or whether the hardware's just not up to the job. Regards, Antony -- The truth is rarely pure, and never simple. - Oscar Wilde Please reply to the list; please *don't* CC me.
Am 15.06.2020 um 20:15 schrieb Jeff LaCoursiere: Hi Jeff,> We are working on a product to analyze pcap files of VoIP calls. So far > it does a reasonable job of analyzing the frequency distribution of > packets in both directions, pointing out which direction packet loss / > bad jitter occurs. If you can trap the traffic on the outside and the > inside of your Banana Pi and send me the pcap files, I would be happy to > run it through our analyzer as further information for you. If it shows > DTK isn't sending packets when it should, that will be obvious, and you > can send to them as solid evidence of their guilt :)Thank you for your offer. Could you say me which options I should pass to tcpdump to get all information you need? But I'm not really sure, that Asterisk could be the problem, since, as I said, the problem happens even if I connect the phone direct to the server of Telekom...> Beyond that, are you certain you aren't taxing the Banana Pi? It really > *should* be able to handle a single call while handling your LAN's > routing/firewall tasks, but you are probably skating the edge. The > results of the above might point out that the Pi isn't *sending* packets > it should be, or sending them way late, in which case the issue is > actually your hardware.Well, during the calls, the BananaPI has a load of max 1, and it have 2 cores... The LAN interface is Gbps, and my DSL is only 50Mbps, so it is not possible to get it full of band... And during the test as I connected the phone to the Telekom servers the load of the BananaPI was lower as 1. Last but not least: I tried calls via Skype and WhatsApp (with my phone in my WLAN). No problem and very good quality, so the BananaPI does not have any problem to manage the data transfer, isn't it? Regards Luca Bertoncello (lucabert at lucabert.de)
On Monday 15 June 2020 at 21:19:51, Luca Bertoncello wrote:> But I'm not really sure, that Asterisk could be the problem, since, as I > said, the problem happens even if I connect the phone direct to the > server of Telekom...I think that is significant, even if the routing is still going through the Banana.> Well, during the calls, the BananaPI has a load of max 1, and it have 2 > cores...Multi-core CPUs are only a benefit if you can run separate applications (or at least separate threads of an application) on the separate cores. I'm not sure Asterisk can do this for a single call.> The LAN interface is Gbps, and my DSL is only 50Mbps, so it is not > possible to get it full of band...Can you get the full 50Mbps through the Banana when you're doing a download of something biggish?> Last but not least: I tried calls via Skype and WhatsApp (with my phone > in my WLAN). No problem and very good quality, so the BananaPI does not > have any problem to manage the data transfer, isn't it?The big difference there, though, is that Asterisk (running on the Banana) is not handling the call, so you have the traffic being routed through the Banana, but Asterisk is not being asked to do anything with it in the middle. Antony. -- "When you talk about Linux versus Windows, you're talking about which operating system is the best value for money and fit for purpose. That's a very basic decision customers can make if they have the information available to them. Quite frankly if we lose to Linux because our customers say it's better value for money, tough luck for us." - Steve Vamos, MD of Microsoft Australia Please reply to the list; please *don't* CC me.
On 6/15/20 2:19 PM, Luca Bertoncello wrote:> Am 15.06.2020 um 20:15 schrieb Jeff LaCoursiere: > > Hi Jeff, > >> We are working on a product to analyze pcap files of VoIP calls. So far >> it does a reasonable job of analyzing the frequency distribution of >> packets in both directions, pointing out which direction packet loss / >> bad jitter occurs. If you can trap the traffic on the outside and the >> inside of your Banana Pi and send me the pcap files, I would be happy to >> run it through our analyzer as further information for you. If it shows >> DTK isn't sending packets when it should, that will be obvious, and you >> can send to them as solid evidence of their guilt :) > Thank you for your offer. > Could you say me which options I should pass to tcpdump to get all > information you need?Yes, sure, please use (replace with correct interface names): sudo tcpdump -i eth0 -s 0 -w /tmp/test0.pcap & sudo tcpdump -i eth1 -s 0 -w /tmp/test1.pcap & Try to limit the traffic to just your phone call tests (to reduce the size of the capture files). Make all your tests, then: sudo killall tcpdump tar cvzf /tmp/tests.tgz /tmp/test?.pcap Send /tmp/tests.tgz to me by email, or leave somewhere I can download. I'll run the analysis tonight and send the results to the list. Cheers, -- *Jeff LaCoursiere* STRATUSTALK, INC. / CTO Phone: *+1 703.496.4990 x108* Mobile: *+1 815.546.6599* Email: *jeff at stratustalk.com* <mailto:jeff at stratustalk.com> Website: *https://www.stratustalk.com* Address: *One Freedom Square 13th Floor Reston, VA 20190* <https://www.facebook.com/jeff.lacoursiere> <https://linkedin.com/in/jeff-lacoursiere-884361> <https://www.twitter.com/stratustalk> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20200615/f8863ae2/attachment.html>