You can change this in the function msg_to_submit_pdu() in the file
gw/smsc/smsc_smpp.c.
You can add the TLV's all the way at the end of this function, right before
"return pdu;".
Maybe an easier way for you is to post the code that you have (and that
crashes).
It should be fairly easy to see what
Hello,
i am forced to add one and only one SMPP link to our UCP setup, which
requires to send the TLV values
its_session_info: 14400
dest_subaddress: 30
with the deliver_sm for billing purposes.
This is true for every SMS submitted through this link, so this may be
added permanenty to the PDU s
Dear all,
It seems Kannel doesn’t grab all the DLR’s from
the connected SMSC, when sending large volumes at once using SMPP. Does anybody
have an idea?
Thank you!
Stefan
Rajendra rait wrote:
Well the thing is now we have got my s/w guy to write a code on the SIM
to check sos as to make sure we receive the sms. The s/w guy has
programmed it in such a way that whenever a class 2 sms is received by
the mobile, he gets "one" printed on the display and when we push
Rene Kluwen wrote:
Why?
Because it seems that their SMSC returns a RSYSERR (and keeps doing this) in
return of an invalid number.
It is a provider-error, non conform the specs.
yep, agree'ing here. It's a semantical misbehaviour in interpreting the specs
and the error (the invalid number in f
Well the thing is now we have got my s/w guy to write a code on the SIM to
check sos as to make sure we receive the sms. The s/w guy has programmed it
in such a way that whenever a class 2 sms is received by the mobile, he gets
"one" printed on the display and when we push the "ok" button we sho