RE: SMPP server default data coding and all

It seems that what Comverse is doing is to simply pass
on the short message from phone to SMPP client without
modification if it has UDH. (Is the phone not the one
doing the packing?) On the other hand, if the message
has no UDH then it is unpacked. I think?!

P.

 --- Oded Arbel <[email protected]> wrote: > 
> > -----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
> >  

__________________________________________________
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