Following my previous message, I've made some tests based on the documentation which states that the message coding, when submitting with the udh is changed to 8bits, I've added the "coding=0" variable to my http request to smsbox and it seems that the UDH is not re-written.
I will perform some more tests. Julien 2008/5/23 Julien Buratto <[EMAIL PROTECTED]>: > Hello, > I've performed a little test getting a kannel generated UDH message > and re-submit it back to kannel and had a strange behavior. > > Via HTTP I've sent an sms to smsbox such as > text=123456789-123456789-.... till the body was 170 chars (long > message) > > On the bearerbox logs I've seen that the message is sent sending two > concatenated messages. > UDH is 05 00 03 03 02 01 (first chunk) and second UDH is 05 00 03 03 > 02 02 (second chunk) and this is a very cool feature of kannel: if you > send a long message, kannel will automatically chunk it in "n" little > chunks and write the correct UDH for you. > > So, now that I learnt how to chunk messages, I've tryed to send those > 2 chunks separately,one at time, so that Kannel does not need to do > the chunking automatically. > > So, I've taken the two generated chunk-sms that I've read before from > the logs and resubmitted to the msbox as udh=%05%00%03%03%02%01 & > text=123456789-... (for the first 154 chars) and then sent out another > sms with the second chunk... udh=%05%00%03%03%02%02 & text=<...the > rest of the message> > > What I've noticed, this time, is that Kannel changes the UDH to 0a 00 > 03 04 02 01 00 03 c9 02 01 while the text isn't changed at all. > > So the point is, why does Kannel change that ? How can I prevent this ? > > thanks > -- > Julien > -- Julien Buratto
