Thanks a lot. Trying to check the sources for any idea Find that when I use coding=2 any mclass generate me data_coding=0x1X, and if coding=0 or 1, then mclass generate data_coding=0xFX. Playing with alt-dcs do nothing to me. Is there any thoughts why does mclass work for me so?
2012/8/3 Michael Bochkaryov <mi...@rattler.kiev.ua> > I think only kannel authors may tell is this feature or bug :-) > If you need quick solution you can modify code preparing DCS. > > This comment from gw/smsc/smsc_smpp.c may be an answer. > > /* > * set the data coding scheme (DCS) field > * check if we have a forced value for this from the smsc-group. > * Note: *if message class is set, then we _must_ force alt_dcs*otherwise > * dcs has reserved values (e.g. mclass=2, dcs=0x11). We check MWI flag > * first here, because MWI and MCLASS can not be set at the same time > and > * function fields_to_dcs check MWI first, so we have no need to force > alt_dcs > * if MWI is set. > */ > > > > > 8/2/2012 4:03 PM, Artem Chekulaev wrote: > > Thanks a lot > > I played around "alt-dcs" parameter but there is no effect. As I find in > Kannel User Guide - this parameter is not used in SMPP connections. So I > can't set mclass = 0, because receive data_coding = 0xF0 with it, not the > 0x10 > > I can't understand - is it a feature or a bug? Still looking for > solution. > > 2012/8/1 Michael Bochkaryov <mi...@rattler.kiev.ua> > >> 8/1/2012 2:55 PM, Artem Chekulaev wrote: >> >> Is it possible to change data_coding to 0x14 and protocol_id to 0x40 for >> single sms? Can I set them manually? I need sometimes to send invisible >> paid sms - user does not see them, but the money is paid (it legal for me >> as authorized by provider). >> >> >> Seems like you need the following sendsms parameters: >> - mclass and coding to set data_coding (data_coding = 0x14 (00010100): >> mclass=0 & coding = 1) >> - pid to set protocol_id (protocol_id = 0x40: pid=64) >> >> So mclass=0&coding=1&pid=64 >> > > -- > Regards, > Michael Bochkaryovwww.rattler.kiev.ua > >
