Re: CIMD2 correct value for sqlbox

Helo,

Changed log level and look for a case of illegible SMS.
Kannel probably the oracle OCI is 18MB, sqlbox 12M, mistakenly looked at the
VIRT memory

Currently, I fill in sqlbox only msgdata
smstype = 2
mclass = 1
mwi = -1 (do not use this way Message Wait Indicate)
coding = 0
compress = 0
dlr_mask = 3
pid = 0 (default value which should I use?)
alt_dcs = 0
rpi = 0 (what is this parameter)
charset - not I set (or should I set? if he wants to give the gsm7)

Should I fill udhdata to properly send gsm7 or set code page ?


Yours Angel86

2009/9/7 Andreas Fink <[email protected]>

>
> On 07.09.2009, at 17:24, angela86 walczak wrote:
>
> Why SMS some times is unreadable on iphone or other phone. I want find must
> universal configuration for SMS.
>
>
> Please provide exact example with config and debug log (log-level=0).
> "Sometimes" unreadable doesn't help. It could simply be wrongly encoded on
> submit.
>
>
> I found
> http://tiliman.wordpress.com/2008/12/20/replacing-sms-on-a-phone-using-kannel-sms-gateway/
> - is my pid  (0) correct or I should use (1)
>
>
> PID is according to the GSM spec. So 0 is "normal". Don't set PID unless
> you know exactly what you are doing with it.
>
>
>
> Question about virtual memory is still valid, and Kannel sqlbox modify
> their own pieces of code to improve the work of the oracle, and I wanted to
> know if the linux centos x64 this amount of virtual memory is not memory
> leak.
>
>
> Kannel is not leaking memory as far as I know. My kannel instances have
> transported millions of SMS over many months without increasing in memory
> footprint.
> But I'm not using CIMD and I'm not using oracle nor am I using sqlbox. But
> the people on this mailing list keep a close eye on memory leaks.
>
> We're running kannel on a embedded linux system with 128MB RAM and the
> following memory footprint:
>
> Mem:    127132k total,    67240k used,    59892k free,     3252k buffers
> Swap:        0k total,        0k used,        0k free,    39004k cached
>
>   PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
>
>  3269 root      15   0 96804 1764 1164 S  0.3  1.4  52:56.07 bearerbox
>
>  3285 root      16   0 79504 2068 1120 S  0.0  1.6   5:31.75 smsbox
>
>
>
>
>
> 2009/9/7 Andreas Fink <[email protected]>
>
>>
>> On 07.09.2009, at 12:03, angela86 walczak wrote:
>>
>> Hi,
>>
>> I have a few cases receive encrypted unreadable text messages GSM7
>> broadcast by CIMD2.
>> These cases relate to the foreign phone as the iPhone, not bought with the
>> operator but used here.
>> Sending SMS messages as GSM7 entering the table in sqlbox text msgdata and
>>
>>
>> smstype = 2
>> mclass = 1
>> mwi = -1 (do not use this way Message Wait Indicate)
>> coding = 0
>> compress = 0
>> dlr_mask = 3
>> pid = 0 (default value which should I use?)
>> alt_dcs = 0
>> rpi = 0 (what is this parameter)
>> charset - not I set (or should I set? if he wants to give the gsm7)
>>
>> I'm using 0.7.2 and sqlbox Kannel 1.4.3 stable on x64 centos.
>> The operating system on top applications consuming memory VIRT:
>> - 164M sqlbox
>> - 304m bearerbox
>> and very little CPU, compiled with debug.
>>
>>
>> What is the question? Not all SMS are GSM 7 bit encoded. some are 8 bit or
>> 16 bit Unicode or they are binary SMS.
>>
>>  My second question is whether the amount of virtual memory is normal.
>>
>>
>> Depends on your operating system and use. It can easily be no virtual
>> memory in use.
>>
>>
>>
>>
>>
>> Andreas Fink
>>
>> Fink Consulting GmbH
>> Global Networks Schweiz AG
>> BebbiCell AG
>> IceCell ehf
>>
>> ---------------------------------------------------------------
>> Tel: +41-61-6666330 Fax: +41-61-6666331  Mobile: +41-79-2457333
>> Address: Clarastrasse 3, 4058 Basel, Switzerland
>> E-Mail:  [email protected]
>> www.finkconsulting.com www.global-networks.ch www.bebbicell.ch
>> ---------------------------------------------------------------
>> ICQ: 8239353 MSN: [email protected] AIM: smsrelay Skype: andreasfink
>> Yahoo: finkconsulting SMS: +41792457333
>>
>> http://a-fink.blogspot.com/
>>
>>
>>
>>
>
>