Hi, my Kannel installation wrongly translate GSM 7-bit.
find here my problem described:
http://stackoverflow.com/questions/35801244/kannel-sms-gateway-cannot-decode-gsm-7-bit-encoded-message-properly
I appreciate if someone can help me.
--
Regards
Ahmed Adel
Can you post the full incoming sms pdu?
Thanks,
Kyriacos
On 07/03/2016 11:03, Ahmed Adel wrote:
Hi, my Kannel installation wrongly translate GSM 7-bit.
find here my problem described:
http://stackoverflow.com/questions/35801244/kannel-sms-gateway-cannot-decode-gsm-7-bit-encoded-message-properl
Hi Kyriacos,
Thanks for your reply, find attached that full PDU.
--
Regards
Ahmed Adel
On Mon, Mar 7, 2016 at 12:42 PM, Kyriacos Sakkas
wrote:
> Can you post the full incoming sms pdu?
>
> Thanks,
> Kyriacos
>
>
> On 07/03/2016 11:03, Ahmed Adel wrote:
>
> Hi, my Kannel installation wrongly tr
31 18 => 1Σ according to GSM
(http://www.developershome.com/sms/gsmAlphabet.asp) and in kannel log is
displayed as octets.
The site you mention treats multiple characters in the translation filed
as septets, and shifts boundaries, so it is actually translating hex18
as hex30 which is 0, but
Thank you Kyriacos,
I have many cases with free text which is completely mis-translated, I can
send you another case.
meanwhile, what I thought of, is returning that hex to my Java application,
and do the rest of the translation Java side, do you know how can I achieve
that?
as you can see in th
Hi Kyriacos,
Find attached another case for a customer sent " 9" (a0 1c) in PDU data ,
was translated by kannel to xA0 xC6 before sending to my Java app
--
Regards
Ahmed Adel
On Mon, Mar 7, 2016 at 3:57 PM, Ahmed Adel wrote:
> Thank you Kyriacos,
>
> I have many cases with free text which is
