the definite VoLTE deadline date in the USA is now known
-
@totalsonic : sad to hear that 3G is nearing its end in the US very soon, and you might have to temporarily leave UT as daily driver because of currently still missing VoLTE support in UT. I can understand you don't want to leave, and hope you won't have to!
SIP sounds like a possible workaround. I couldn't find the UT Linphone app you mentioned in OpenStore, though. Where did you find it? And how would you set up? Do you connect your IP landline telephone number? But Linphone app needs to get UDP.
I guess other mobile Linux OS'es will also have same issue with ending 3G support in the US. If that is the case, maybe a team across different OS'es could work on VoLTE or a (temp) SIP based workaround together? Or perhaps this is already happening.
Maybe you can ask a UT core dev about it.
Even though I'm not living in your part of the world, and am currently in the fortunate situation to have 2-5G in my country, I feel your pain and would be glad to donate for the development of VoLTE or an alternative for UT that keeps US users aboard!
If I would have dev skills myself, I'd love to contribute. Alas, that is not something I can offer
-
I think that UT and the other open OS’s needs to look on other solutions for phonecall, sms, mms, volte. We will have a very hard time to get VOLTE working because of proprietary hardware/software and just like mms, different vendors uses different methods to implement hardware and software. How many phones will have Volte? At best a handful. It might be more after a few years, don’t forget that with the move to 20.04, you have ten years support, yes we will ”only” have eight years, but look how far UT has come just in these years?
The solution that I am proposing is the same as mentioned above. We probably going to have to use a third party solution something like Signal to replace the phone app and the message app on our phones. I think that we really need to think outside the box with our platform. I think that we need to start focus on if there is other open source, freeware, that could make our platform more cloudbased/iot so that we are able to sync almost all of the core apps, on our other devices like servers, desktop, laptop, family, friends and so on. The workload on the developers is just to high. They can handle everything that pops up but it will take alot of time and frankly how many users have we dropped because of the development takes to long?Here is just a few I think that needs to be done in a near future:
Signal: Phonecalls, groups, videocalls, sms/mms and having this synced on all linux devices.
Nextcloud server: If Ubports should host a Nextcloudserver, how many would pay a monthlty fee to have this to sync/backup your phone and be able to use all of its features as, calendar, email and more.
I have surely missed a lot of other things that could replace the core apps. Yes I know the world is constantly changing, for example if someone buys Signal, what should we do then? I don’t know but we really need to find other solutions. We have to find ways to bring in more money, and this is not going to happen as long as we don’t have a fully working phone. I don’t know if ”forcing” users to sign up on other platforms just to have a working phone is the right way to go either. But we need to brake free from what we see as a standard feature, there is no such thing anymore.
4 Google Pixel 3A
1 Google Nexus 6P
2 Google Nexus 5
2 Pinephones
2 Sony Xperia X -
This post is deleted! -
@rondarius said in the definite VoLTE deadline date in the USA is now known:
Nextcloud server: If Ubports should host a Nextcloudserver, how many would pay a monthlty fee to have this to sync/backup your phone and be able to use all of its features as, calendar, email and more.
Could you explain a little bit more what you mean by that? How would that work?
-
@dizzy
Hahaha
I could try, lets see, most of these features needs to be a stand alone app, we have the rw permission that prevent us from having it within the OS itself and that was not my intention either, the suggetions was meant for app developers to create and maintain and not the core developers, easing the burden. How about a webapp to sync with nextcloud? When users is getting used to the concept the core app could be removed or not displayed, if it's connected to the functionality of the OS. I don't know if you are able to have an app that only displays the calendar, email and more from within nextcloud. I was just brainstorming and as I wrote earlier, there is probably alot of other solutions to look at. We need to find other ways for our OS. -
@rondarius Thanks for the explaination! I could see myself paying for that but if we are talking about that you have to use UT's Nextcloud as the only option, then I think its a misstake. UT should not be "locked in". My two cents....
-
@dizzy
No, no one should be forced to anything. When it comes to nextcloud, it was a suggestion. Of course you should be able to use your own setup or none at all. -
@rondarius I could definitely pay for hosting my Nextcloud at UBPorts if that would make them earn some money. Remember Ubuntu One by the way? Long time ago
-
@dizzy
I was hoping for Canonical to host an email service too
-
@rondarius one correction for UBuntu LTS: Its supported for 5 years, which means that by now we have only 3 years left until we need to shift to 24.04
The idea is also to maybe move to STS versions again - a mobile phone distro on long term support means we always will have outdated packages of everything, and are constantly struggling in an ever-changing IT world.
Having an STS or even rolling release would be much better, also because upgrading constantly smaller parts of our OS is much easier than locking down everything every 3 years or so.
-
Will be a sad day for UT...
VoLTE is as far as a galaxy away. This is still lightyears from a sustainable solution, as already some posters remarked, VoLTE support will come to a few chosen devices only, if ever. As long as that thing is not standardized its impossible for smaller projects to reverse-engineer that part, also as typically in Android the same vendor makes their stuff incompatible already with the next device (Not even talking about multiple vendors), and for every model we need again to dive into this.
The same applies to eSIM: We need to learn a lot from unofficial sources so to say how to implement the right protocols.
Until there is decent open hardware this will prevent any proliferation of open technology.
My languages: 🇦🇹 🇩🇪 🇬🇧 🇺🇸
-
@flohack Hum, that's depressing. In Sweden 2G and 3G will be shut down before 2025 at latest.
To me this sounds like the end for UT. At least in its current form... -
@flohack said in the definite VoLTE deadline date in the USA is now known:
Until there is decent open hardware this will prevent any proliferation of open technology.
What about the PP and PPP ?
-
@keneda well they are good candidates, idk which modem is in the PPP, but they need to be made more usable with UT, thats also not easy.
But yes, probably good candidates (if they work with VoLTE in the US, idk, US is special for everything)
-
A AppLee referenced this topic on
-
@flohack PP and PPP share the same modem - quectel eg25g. It already does VoLTE on UT without any instruction from UT for it to do so. It even works with Verizon.
-
@rocket2nfinity That sounds awesome - can somebody confirm for the EU?
-
@messayisto Should not be a problem in EU with PP or PPP.
-
@flohack I guess I am still confused about all of this. I have a Pixel 3a that is loaded with Android (My UT phone is a Nexus 5) and I am on T-Mobile. I received notification that my Nexus 5 would no longer work, but they said my other phones will be fine. (Wife has a pixel 3), so wouldn't UT still work on the 3a?
Nexus 5 - UT OTA 21
Pixel 3a - UT 2023-W13 -
@geekbone Well, it will, but in UT voice calls can not be handled over LTE nor WiFi yet.
So if 3G is cut, you won't be able to make nor receive phone calls. -
@geekbone VoLTE has the beauty that most things for calls, sms/mms that were handled by the modem before will now be handled by a telephony stack in the Android container PLUS we need our own service on top of it to handle all that mess. We decompiled a few Java classes and that API is north of 150-200 single calls that all need attention and handling.
Its more like a reimplementation of signalling and call handling in upper layers. Definitely a project of a few resource-years (head-years) for UT, and not even then its clear if it would ever work (only on a few devices that use a more open IMS stack).
Thats an overview picture, only the leftmost part is relevant but still...
IMS means its prepared for multimedia data, so every call can contain also video, verious codecs etc. Its much, much, much more than just a POTS voice call
My languages: 🇦🇹 🇩🇪 🇬🇧 🇺🇸
