RE: SMPP server default data coding and all

"Oded Arbel" <[email protected]>
Newsgroups gmane.comp.mobile.kannel.devel
Message-ID <[email protected]>
> -----Original Message-----
> From: Kita B. Ndara [mailto:[email protected]]

> It occurs to me: Is this not why concatenate = true
> never seems to work for text messages when using the
> SMPP driver??

Works for me.

> Perhaps in the code we really need to do
> the 7-bit packing before sending out concatenated
> text! 

If the SMSC expects it so (i.e. - it does not do the packing and unpacking itself if there's UDH. its not easy to do so , but if Kannel can do it, I'm sure that the brave boys at Comverse can do it too).

> Or indeed we need to be more judicious in our
> use of the data_coding field (i.e. 7-bit pack if text
> and longer than 1 sms and set data_coding accordingly,
> don't pack if not text or text but not long). It seems
> if UDH is set the SMSC does not mess with the
> message...

Again - only in Comverse. other SMPP providers follow the SMPP standard, even the implied assumptions. it doesn't say anything about having the data packed or not packed, so the Comverse SMSC is not really non-conforming to the specs, but it is implied that no packing is used when receiving or submitting 7 bit data.

--
Oded Arbel
m-Wise mobile solutions
[email protected]

+972-9-9581711 (116)
+972-67-340014

::..
They're not suicidal. They just think they can fly. 
	-- Donna Lypchuk, on Cats that jump off balconies 




>>  --- Oded Arbel <[email protected]> wrote: > 
> > > -----Original Message-----
> > > From: Kita B. Ndara [mailto:[email protected]]
> > 
> > >  I hope someone out there can help clarify this. I
> > had
> > > a problem long ago with concatenated text messages
> > > sent from kannel. Now it seems it has to do with
> > > data_coding issues and how kannel handles it all.
> > >  I did a small experiment. Sent a long message
> > from a
> > > Nokia 3310 to Kannel. Below is the full SMPP PDU
> > dump.
> > > Shows that kannel does not decode the message
> > > properly. I nitial look suggests message is 7 bit
> > GSM.
> > > 
> > >  Now I doubt that the latin1_to_gsm is doing the
> > right
> > > thing if the reverse is not!
> > 
> > That's weird - was the message 'Test message
> > claiuils gli via lila 
> 
> livid kli gle liar glu herlg
> > threat tilrat likai glis glaid trolit tilrat tilrl
> > glai illi ski sugar tiaraii kidsu' ? because if so
> > then the message is 7 bit packed as per the GSM PDU
> > specifications, including UDH. AFAIK the SMPP driver
> > does not pack or unpack data in such a way, and IIRC
> > no provider that we use is sending messages in such
> > a way. 
> > AFAIK, the only drivers that actually pack and
> > unpack 7 bit packed PDUs are the AT* drivers.
> > 
> > Do you know which SMSC you are connecting to
> > (manufacturer) ?
> > 
> > --
> > Oded Arbel
> > m-Wise mobile solutions
> > [email protected]
> > 
> > +972-9-9581711 (116)
> > +972-67-340014
> > 
> > ::..
> > In this world, truth can wait; she's used to it. 
> 
> __________________________________________________
> Do You Yahoo!?
> Everything you'll ever need on one web page
> from News and Sport to Email and Music Charts
> http://uk.my.yahoo.com
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.