| Keywords: Mode: All keywords (AND) |
|
Fri Apr 07, 2023 14:54
|
fmarconi: Thanks for your clarification.
What happened last time, was a modem out of service which makes impossibile the sending. However, what i notice was the SMS hanging for a long time becouse of that. Much longer of 5 seconds indeed.
So, it seems that the timeout you mentioned was not hit in this case.
Is there a way to accelerate the process, so the modem error could be handled faster and the sms switched to the next available GSM?
Ciao
Federico
|
|
Thu Apr 06, 2023 12:29
|
fmarconi: Hi there,
Is there any chance to setup a timeout while trying to send an SMS? Actually i see there's a GSM parameter to adjust the number of times GSM will try to resend in case of failure.
I'd like to set it on a global or, at least, per GSM.
By the way, what's the default timeout?
Ciao
Federico
|
|
Tue Mar 17, 2020 08:48
|
fmarconi: Hi there,
I'm on the last stable release working great on CentOS servers. No issue by the sending side. Problem seems to appear suddenly, after a couple of months or so, on the incoming side.
I use to receive messages on one modem in particular (talking about 1000 per month) and it stops without any way to soft recovery.
The odd thing is that i'm still able to send messages with the modem itself etiher, or with other modem of the pool, but no way to receive them.
Any ideas? Any help appreciated.
Ciao
Federico
|
|
Tue Apr 17, 2018 13:03
|
fmarconi: Operating system name and version: RHEL 6.9
Version of smsd: 3.1.21
Smsd installed from: RPM
Name and model of a modem / phone: Telit GT863-PY GSM Modem
Interface: Digi Portserver II TCP to Serial
Hi,
While my operating system installation is able to recognize all of the accented letters, smsd seems not to digest them.
Following is what I find in the sms file, after it was spooled by smsd:
NOTICE: Cannot convert 24. character (95)ò to GSM.
NOTICE: Cannot convert 30. character (97)ù to GSM.
NOTICE: Cannot convert 32. character (8D)ì to GSM.
NOTICE: 3 characters outside the GSM alphabet, converting to UCS2
Furthermore, the SMS is received on my Smartphone with some kind of hieroglyphs instead of the letters not converted. Rest of text seems to be fine.
Standing on what I found on the official documentation, ALPHABET was set to UTF-8 and LANGUAGE to 0.
Looking for support!
Ciao,
Federico
|
|
Fri Feb 17, 2017 09:00
|
fmarconi: Nevermind, just a problem with a bash script handling incoming SMS, when they were written in binary.
Solved.
Ciao
Federico
|
|
Thu Feb 16, 2017 09:21
|
fmarconi: Operating system name and version: RHEL 6.8
Version of smsd: 3.1.16
Smsd installed from: sources
Name and model of a modem / phone: Telit GT863-PY GSM Modem
Interface: Digi Portserver II TCP to Serial
This happend quite frequently with incoming messages. It happend now with the current version as well as with previous ones (at least with 3.1.15).
Here it is the line logged by the deamon. The message file contains chunks from a couple of incoming messages, so it seems that the same file was overwritten by the newer incoming messages. However, looking at the entire log, i cannot find any other occurrence with the same file name.
GSM7.bQGNwd incoming SMS from + file /data/sms/var/spool/incoming/GSM7.bQGNwd matches on Thu Feb 16 07:38:34 CET 2017
That "matches" is the point.
Furthermore, you maybe had noticed that the phone number wasn't correctly logged, while inside the file i can regulary find it.
Any help is appreciated.
Kindly
Federico
|
|
Wed Feb 15, 2017 15:48
|
fmarconi: Nothing at all. Same performance and workload.
|
|
Wed Nov 16, 2016 10:27
|
fmarconi: Operating system name and version: RHEL 6.8
Version of smsd: 3.1.16beta / 3.1.15
Smsd installed from: sources
Name and model of a modem / phone: Telit modem GT863-PY
Interface: serial with Digi Portserver II
Hi all,
I was wondering if compiling with the exact setup size (not the default NUMBER_OF_MODEMS=64, let's assume 8 or 16, so a smaller setup size) will increase the global system performance, reduce the load or both or wathever else.
Any answer is appreciated
Thanks everybody
Ciao
Federico
|
|
Tue Feb 23, 2016 09:07
|
fmarconi: Hi Keke and thanks for Your fast reply. modem_disabled definitely does the job. It is exactly what i was looking for!
I still did not have spent enough time understanding how the simulate incoming (pdu_from_file and so on..) part works, but i'm pretty sure it is fine as well.
Well, thanks for Your excellent support!
Ciao
Federico
|
|
Mon Feb 22, 2016 14:39
|
fmarconi: Operating system name and version: Linux RHEL 6 x86_64
/ CentOS 6 x86_64
Version of smsd: 3.1.15
Name and model of a modem / phone: Digi PortServer II, GT 863-PY-LITE terminal TELIT
Interface: Serial TCP/RS232 modem
Hi all,
I'm a happy smstools user with a working environment of 8 modems running on a cluster of linux RHEL servers, managing about 1000 SMS per month, for alarm purposes and so on.
My implementation is heavily customized by the use of shell scripting (excellent integration with smstools), and sometimes i need to have a review of my scripts, and maybe some corrections and implementations.
Anyways, for testing and developing purposes, i would like to have a separate environment. Having 8 more GSM modem (and Sim cards) would be a useless waste of money, so i was wondering if there would exist some kind of GSM Modem emulator for linux (would be better a software emulation, of course). I had a brief search on the net without success.
Anyone had tried a similar scenario?
Any suggestion would be appreciate.
Kindly
Federico
|
