search for: bananapie

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

01:19 < bananapie> without using a named pipe, can virt-sparsify output to stdout instead of a file? 01:20 < bananapie> called from a bash script* 01:43 < bananapie> if I use a named pipe, it says 'Could not refresh total sector count: Operation not permitted' 02:33 < bananapie> ok. I fo...

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

Am 15.06.2020 um 21:28 schrieb Antony Stone: > 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

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

On Monday 15 June 2020 at 21:50:36, Luca Bertoncello wrote: > Am 15.06.2020 um 21:28 schrieb Antony Stone: > > 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... > >

Am 11.06.2019 um 21:10 schrieb Antony Stone: Hi, > So, you have a SIP phone, connected to an Asterisk server on your local > network, which then connects to D Telekom's SIP server over the DSL line? Correct! >> The other party use VoIP, too, since they are in Germany (and Italy) and >> here there are just VoIP... Sigh! > > Are they also using a SIP phone? My

Am 13.06.2020 um 22:56 schrieb Antony Stone: Hi again, > 2b. Take your Thomson telephone to some other location with Internet access, > let it register to your home Asterisk server, and them make a call to the same > number yet again. I'm sure you can get the Thomson to connect to Asterisk via > some external network, since you say you can do this from your Android phone.

I would like to announce the general availability of the following CentOS AltArch 7 Releases: * CentOS AltArch 7 (1511) for i686 * CentOS AltArch UserLand 7 (1511) for Armhfp * CentOS AltArch 7 (1511) for PowerPC64 (TechPreview) * CentOS AltArch 7 (1511) for PowerPC8 LE (TechPreview) We anticipate CentOS AltArch 7 (1511) for Aarch64 will be ready for release within the coming days, and will be

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

Am 14.06.2020 um 17:05 schrieb Antony Stone: Hi Antony, > You mean that the Thomson phone is registering to Deutsche Telekom? > > I thought it was registering to your Asterisk server. Sorry, I didn't read correctly your test 2b... Normally my Thomson phone is registering to my Asterisk server. I tried to register the Thomson phone directly to Telekom's server, to check if the

Am 15.06.2020 um 21:50 schrieb Luca Bertoncello: > What do you mean now? If I can use the full available band or if I can > download exactly 50Mbs? > The answer to the first question is: YES! That's why I use a traffic > shaper... ;) > The answer to the second question is: NO. I made a speedtest right now > and I get only ~18Mbps download. And some other information, too.

I am pleased to announce the general availability of CentOS Linux 7 (1611) for armhfp compatible machines. This is the current release for CentOS Linux 7 and is tagged as 1611, derived from Red Hat Enterprise Linux 7.3 == Download You can download new images for armhfp boards on http://mirror.centos.org/altarch/7/isos/armhfp/ Images and sha256sums :

I am pleased to announce the general availability of CentOS Linux 7 (1708) for armhfp compatible machines. This is the current release for CentOS Linux 7 and is tagged as 1708, derived from Red Hat Enterprise Linux 7.4 == Download You can download new images for armhfp boards on http://mirror.centos.org/altarch/7/isos/armhfp/ Images and sha256sums :

Am 24.06.2020 05:05, schrieb Michael Maier: Hi > Your basic architecture looks good to me - now you have to start the Nice to hear it... > analysis of the problem with pcapsipdump and wireshark as I wrote > before to get an idea what actually happens at > all. You most probably won't come any further without doing any > analyzing. You have to learn it. It will take some, or

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

Am 22.06.2020 um 21:30 schrieb Michael Maier: > Did you check to prevent transcoding? could you explain what do you mean and how to check it? >> On the Gateway (Banana PI), where the Asterisk server also runs, the >> load is about 0.50 during calls and it has a Gbps LAN. > > What's running on this device on parallel? What about other network > traffic - not

Am 23.06.2020 um 21:08 schrieb Michael Maier: > On 23.06.20 at 08:05 Luca Bertoncello wrote: >> Am 23.06.2020 07:27, schrieb Luca Bertoncello: >> >> I again >> >>>> Do not change MTU. Probably there will be another problem. I expect >>>> packet size 1466 would pass and higher will have the same result. It > > RTP-VoIP-packets never reach

Am 13.06.2020 um 18:06 schrieb Michael Keuter: > So the call used Alaw as Codec. Yes, so seems it to be... It should has the better quality... But the calls done using my mobile phone in VoIP with the Asterisk have better quality as the calls done using the normal VoIP-telefon... I'm really puzzled... Luca Bertoncello (lucabert at lucabert.de)

On Monday 15 June 2020 at 18:55:23, Luca Bertoncello wrote: > Absolutly *no changes* on the behaviour compared with my Thomsons... Okay, I'm glad we can rule out the specific make / model of phone - that would have been bizarre. > I try to summarize: > > 1) Phones are not the problem, since 3 phones of 2 different > companies/model have the same issue. Good (if you see