SMPP delivery_sm.ems_class and delivery notification detection
"Oded Arbel" <[email protected]>
| Newsgroups | gmane.comp.mobile.kannel.devel |
|---|---|
| Message-ID | <[email protected]> |
Hi list. We have found a problem with delivery notification on SMPP using the CMG SMPP server. apparently , when receiving delivery notification for a MT that had UDHI set, the delivery notification also has the UDHI set in the esm_class. This is correct acording to the SMPP v3.4 standard in front of me. So I tried to implement the delivery notification detection part of the deliver_sm handling according to the spec. the main difference, is that I filter out bits 0,1,6 and 7 which will cause Kannel to regard messages with esm_class set to 0x02 as MOs - this is according to the SMPP v3.4 specs, so I wonder why the SMPP driver had that code in the first place. BTW - in the configuration we set the interface version to 0x33, otherwise the CMG SMPP server tries to use the optional parameters of the SMPP v3.4 protocol, including the infamous message_payload parameter of the deliver_sm which contains the message data - which Kannel can't read of course. -- Oded Arbel m-Wise mobile solutions [email protected] +972-9-9581711 (116) +972-67-340014 ::.. I/O, I/O, It's off to disk I go, a bit or byte to read or write, I/O, I/O, I/O, I/O -- Dave Peacock