<div><div dir="auto">Its lgpl so its compat.</div><div dir="auto">If we get a jira filed, we can use it to create a branch and get it rolling.</div><div dir="auto"><br></div><div dir="auto">You may have to reach out to the other thread to get their attention.</div><div dir="auto"><br></div><div dir="auto"><br></div><br><div class="gmail_quote"><div>On Fri, Aug 4, 2017 at 9:48 AM Enrico Mioso <<a href="mailto:mrkiko.rs@gmail.com">mrkiko.rs@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello guys.<br>
First of all - hello to you all nice community.<br>
I am sorry i started a new thread here, instead of joining the original<br>
one at<br>
<a href="http://lists.freeswitch.org/pipermail/freeswitch-users/2017-August/127153.html" rel="noreferrer" target="_blank">http://lists.freeswitch.org/pipermail/freeswitch-users/2017-August/127153.html</a><br>
<br>
<br>
I coincidentally started thinking about this thing some days ago. i<br>
enjoyed a lot using FreeSwitch with some Huawei Dongles, and i can say it<br>
worked with Huawei E173, Huawei E3531 and maybe others. There where some<br>
problems, like DTMF not working properly with all dongles, but voice could<br>
be heard. But the most important problem, to me at least, was instability.<br>
After some time of operation, the modem did ring but FS didn't notice, or<br>
outgoing call did get stuck in some strange way.<br>
I decided to let things go at that time, but now something new happened:<br>
ModemManager project:<br>
<a href="https://www.freedesktop.org/wiki/Software/ModemManager/" rel="noreferrer" target="_blank">https://www.freedesktop.org/wiki/Software/ModemManager/</a><br>
operated by very nice and cool people, implemented support for voice in<br>
modems supporting it.<br>
I didn't look deep enough, but I think it's handling only initializzation<br>
and preparation tasks in general.<br>
I tought it would be cool to let FreeSwitch use ModemManager, for various<br>
reasons.<br>
<br>
1 - They did all the work of preparing udev rules for different hardware,<br>
and they ship them in an elegantly packaged and proper way.<br>
2 - They support a lot of different modems, with related firmware kludges<br>
and workarounds.<br>
3 - Most importantly, they offer unified APIs to control the modem they<br>
support, over a DBUS interface.<br>
<br>
I think this would bring FS support for voicemodems to the next level, for<br>
various reasons. The first and most important one being robustness: since<br>
ModemManager handles tricky devices from long time now, and has undergone<br>
a good development and bugfixing time by now.<br>
The second thing to consider is the fact that it will allow us to use our<br>
modems in a more advanced way. Some modems offer native-level<br>
functionalities like SMS handling and other things via protocols like QMI:<br>
and using those functionalities this way could be very interesting,<br>
especially considering the buggyness some firmwares can exhibit when the<br>
modem is interfaced with situations that Windows drivers / Vendor software<br>
did not think about.<br>
<br>
I a very new to FS, both from a user perspective, and even more from a<br>
developer one: so i started a cursory look at what's happening in the FS<br>
eventing system. I didn't read further.<br>
Still, I was thinking about the following steps:<br>
<br>
1 - Implementing a DBUS->FS gateway module, allowing for modules inside FS<br>
to listen and react fo dbus events. this would be necessary to allow us to<br>
talk to ModemManager, which talks via dbus.<br>
I don't know if this already exist: but I think it could be useful even<br>
for other situations.<br>
2 - Isolating audio processing in one module. i noticed this is already in<br>
progress, good job guys! And thanks.<br>
3 - Reimplementing something like mod_gsmopen, that talks via DBUS with<br>
ModemManager and interfaces with FS, allowing for call setup/teardown, SMS<br>
handling and so on.<br>
<br>
<br>
I know I know: ModemManager is an external process and is a piece of<br>
complex software. But following a little bit the development via the<br>
repository and playing with different modems, I can tell you there are<br>
good reasons for this.<br>
And companies building those hardware are not known for standardizzing<br>
things so much: and the amount of work to be done isn't small by no mean.<br>
I think we should try to do it only once if possible, with incremental<br>
develpment / fixes.<br>
FS is known for it's reliability and robustness: and building something<br>
reliable and robust is fundamental I think. I couldn't convince myself<br>
about 3G/4G modems firmwares being robust pieces of software, also due to<br>
their complexity. I think we should join our effort.<br>
<br>
Enrico<br>
<br>
_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" rel="noreferrer" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://confluence.freeswitch.org" rel="noreferrer" target="_blank">http://confluence.freeswitch.org</a><br>
<a href="http://www.cluecon.com" rel="noreferrer" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a></blockquote></div></div><div dir="ltr">-- <br></div><div data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Anthony Minessale II       ♬ @anthmfs  ♬ @FreeSWITCH  ♬<div><br><div>☞ <a href="http://freeswitch.org/" target="_blank">http://freeswitch.org/</a>  ☞ <a href="http://cluecon.com/" target="_blank">http://cluecon.com/</a>  ☞ <a href="http://twitter.com/FreeSWITCH" target="_blank">http://twitter.com/FreeSWITCH</a></div><div><div>☞ <a href="http://irc.freenode.net" target="_blank">irc.freenode.net</a> #freeswitch ☞ <u><a href="http://freeswitch.org/g+" target="_blank">http://freeswitch.org/g+</a></u><br><br></div><div>ClueCon Weekly Development Call <br></div><div>☎ <a href="mailto:sip%3A888@conference.freeswitch.org" target="_blank">sip:888@conference.freeswitch.org</a>  ☎ +19193869900 </div><div><br></div></div></div><div><a href="https://www.youtube.com/watch?v=oAxXgyx5jUw" target="_blank">https://www.youtube.com/watch?v=oAxXgyx5jUw</a><br></div><div><a href="https://www.youtube.com/watch?v=9XXgW34t40s" style="color:rgb(17,85,204);font-size:12.8000001907349px" target="_blank">https://www.youtube.com/watch?v=9XXgW34t40s</a></div><div><a href="https://www.youtube.com/watch?v=NLaDpGQuZDA" target="_blank">https://www.youtube.com/watch?v=NLaDpGQuZDA</a><br></div></div></div></div></div></div></div></div></div>