It was the bug which i won't able to identify/ rectify. then i used an other library from http://www.codeforge.com/read/171085/smpp.php__html and it really saved me.
Found the problem in the end, it was due to an option in the smpp library that defaults to true, called nullTerminateOctetStrings It was adding the 00 to the end of the message, sound slike this was required by the SMPP 3.4 standards, but our smsc didn't like it. I...
Theoretically, the maximum payload can be 64k, or approximately 256 message parts. Practically, though, it depends on supplier. At Clickatell, for example, we split the messages into 35 message part parts before sending it on to our suppliers. Officially, though, there isn't a standard that would answer your questions.
Good to hear it worked! As a short summary, this would be the way to add additional header information for multipart/concatenated SMS delivery using OpenSmpp: SubmitSM smRequest = new SubmitSM(); smRequest.setEsmClass((byte)Data.SM_UDH_GSM); The above code was taken from this article about multi-part SMS that includes sample code and extended technical details....
We need to look a bit closer at your scenario. If you use the TX session for DLRs (delivery reports) encapsulated in deliver_sm packets, then you are violating the specs and the malfuction is on your side. A TX session is not allowed to receive deliver_sm packets. Checkout http://opensmpp.org/specs/SMPP_v3_4_Issue1_2.pdf, Section...
As long as your operator allows alpha numeric IDs (whose max is around 11 xters), then there is no problem. The "to" field can have "customercare" as the sender ID. The message will go through without an issue and the subscriber will receive it. Kannel doesn't have a restriction.
Depending on your attitudes you may either try to build SMPP protocol functionality or use some ready available component, especially one of those available for .NET world. 1) Building SMPP client/server on your own is certainly time consuming. Most probably not justified economically mostly because SMPP is complicated, supporting multitude...