On 16/4/21 6:44 pm, Rob PE1CHL via 44Net wrote:
On 4/16/21 7:58 AM, Toussaint OTTAVI via 44Net wrote:
Le 15/04/2021 à 18:15, Rob PE1CHL via 44Net a écrit :
I will explain things here on the list as there may be other people wondering about this...
Wow ! What can I say more than : "Thank you very much" :-) You provided in one message all the answers I didn't find in the Echolink documentation, HI :-)
In fact, I never managed to get my personal callsign registered at Echolink, and that's one of the reasons reason why I don't really enjoy "closed source" and "closed networks" :-) But it's just a personal opinion, HI :-) As far as some of our users do enjoy Echolink, my job is to provide network access :-)
Well I deliberately did not touch on that sensitive subject... it is unfortunate that the system is rather closed, but it is how it is. The protocols are kind of standard (RTMP/RTCMP) and it has been reverse engineered, e.g. by SM0SVX who made the SVXlink repeater controller which has Echolink support, and also the Qtel echolink client. But they are not really the same thing, e.g. the directory server fetches by the original software are compressed and take less traffic than the SVX implementation. I think this is determined also by the version number (the server recognizes if the client can do compression by comparing the version number).
Yesterday, when trying to troubleshoot a problem with our Asterisk / app_rpt / chan_echolink, I noticed that, when selecting "auto proxy" on the client, I was redirected to 44.190.8.180 (VK3JED), with a ping of 256ms (Hello Tony, are your proxies using "long path", HI ?)
What made me think about installing some local proxy :-)
Yes that is a bit funny, it appears the geolocation service sometimes fails dramatically. I also have many users from all over the world on our system. The client fetches the proxy list (echolink.org/proxylist.jsp) and picks a "Ready" proxy at some small random offset near the top. Normally you should see local proxies at the top of the list. Here I do. But apparently this does not always work.
Anyway, reading your clear explanation, I think it would be a waste of public IPs. AFAIK, I can install some "local proxies" and point my users specifically to them. But it's not possible to make "local relays" and restrict them to my local users. And I don't have network resources for providing WW relays. Then, as far as our BGP gateway for 44.190 addresses is in Paris, and most French public ISP traffic (even from our island of Corsica) goes through Paris, it seems clever to use existing proxies/relays in Europe, and in the Netherlands (which is very near from Paris in terms of ping).
Well, in my opinion the use of a couple hundred or a few thousand of our public IP addresses for this purpose, which although it is a closed system is really an amateur radio related application, is not too bad. Of course when you have a 44.190/24 network and you use it for other things as well it may be that way, but we use 256 out of our 65536 addresses in 44.137.0.0/16 and I think that is fine. Even in 44.190 I think you could apply for another /24 when you would desire to do that. However, there already are quite some proxies these days (it was quite different before I made this software, there were not many of those sites with 200 proxies because that required a ridiculous amount of resources, still there are some who apparently are not aware of the alternative). Running "local relays" is only possible when you can run a DNS for them, which usually is impractical on internet and while it is possible to do that on net-44 it is not very useful because there your users can work without NAT when they desire and thus require no relay or proxy.
Then, the remaining question is : When using Echolink Android client, and selecting "Auto proxy" settings, why does it select VK3JED and not PE1CHL ?
See above. I think it is a failure of the geolocation. That can be either because you or VK3JED are not "correctly" registered in Maxmind or because it was updated recently and Echolink has not loaded that update yet (one needs to download a database at some interval, it is not a dynamically queried system). When I started routing 44.137.0.0/16 on internet, I filled in some form at Maxmind and some weeks later the location was correctly registered in their system. But that was over 5 years ago and by now that location has propagated everywhere.
I filled out the relevant forms at several geolocation services, but while the services themselves updated fairly quickly (for the most part), Echolink seemed to take a lot longer for some reason. Mine's going through VK4 ATM. Will try restarting my proxy server.
Nope, still VK4, but my private proxy is working properly. :)