Thanks for the reply. I did this, but kannel made UDH as part of the 
short_message and not appended with the message_payload. Is it ok??
Here is the Log

 SMPP PDU 0x7f90842c1400 dump:
   type_name: submit_sm
   command_id: 4 = 0x00000004
   command_status: 0 = 0x00000000
   sequence_number: 1235 = 0x000004d3
   service_type: NULL
   source_addr_ton: 2 = 0x00000002
   source_addr_npi: 1 = 0x00000001
   source_addr:
    Octet string at 0x7f90842cb420:
      len:  20
      size: 21
      immutable: 0
      data: 35 34 31 30 30 31 36 32 31 31 32 32 30 30 30 30   XXXXXXXXXXXX
      data: 30 30 30 32                                       XXXX
    Octet string dump ends.
   dest_addr_ton: 2 = 0x00000002
   dest_addr_npi: 1 = 0x00000001
   destination_addr: "XXXXXXXXXX"
   esm_class: 64 = 0x00000040
   protocol_id: 0 = 0x00000000
   priority_flag: 0 = 0x00000000
   schedule_delivery_time: NULL
   validity_period: NULL
   registered_delivery: 0 = 0x00000000
   replace_if_present_flag: 0 = 0x00000000
   data_coding: 4 = 0x00000004
   sm_default_msg_id: 0 = 0x00000000
   sm_length: 6 = 0x00000006
   short_message:
    Octet string at 0x7f90842c15f0:
      len:  6
      size: 1024
      immutable: 0
      data: 05 00 03 01 03 01                                 ......
    Octet string dump ends.
   message_payload:
    Octet string at 0x7f90842cb610:
      len:  220
      size: 221
      immutable: 0
      data: 59 6f 75 20 68 61 76 65 20 62 65 65 6e 20 73 75   
      data: 62 73 63 72 69 62 65 64 20 74 6f 20 53 4d 41 52   
      data: 54 46 61 6d 69 6c 79 2e 20 59 6f 75 72 20 75 73   
      data: 65 72 6e 61 6d 65 20 69 73 20 27 36 33 39 31 30   
      data: 33 38 30 37 32 32 30 27 20 61 6e 64 20 70 61 73   
      data: 73 77 6f 72 64 20 69 73 20 3c 31 32 33 34 35 36   
      data: 37 3e 2e 20 50 6c 65 61 73 65 20 76 69 73 69 74   
      data: 20 77 77 77 2e 73 6d 61 72 74 2e 63 6f 6d 2e 70   
      data: 68 2f 53 4d 41 52 54 46 41 4d 49 4c 59 20 74 6f   
      data: 20 63 6f 6e 66 69 67 75 72 65 20 79 6f 75 72 20   
      data: 66 61 6d 69 6c 79 20 74 72 61 63 6b 69 6e 67 20   
      data: 73 63 68 65 64 75 6c 65 2e 20 43 6f 73 74 20 69   
      data: 73 20 50 48 50 33 30 20 74 61 78 2f 77 65 65 6b   
      data: 2e 20 54 68 61 6e 6b 20 79 6f 75 2e            
    Octet string dump ends.
 SMPP PDU dump ends.


Also, I have another question, since content of message_payload would be one 
long message, would the value of the UDH here become like %05%00%03%01%01%01
where last two values means that 01: message has only one part, and 01: 
sequence number of current part.

thanks
Shayan


________________________________
 From: Rene Kluwen <[email protected]>
To: 'Shayan shah' <[email protected]>; [email protected] 
Sent: Thursday, August 15, 2013 4:45 PM
Subject: RE: append UDH with message _payload value
 


If you are using smsbox, add:
 
&udh=%05%00%03%01%03%01.
 
To your send-url.
 
== Rene
 
 
From:users [mailto:[email protected]] On Behalf Of Shayan shah
Sent: donderdag 15 augustus 2013 12:50
To: [email protected]
Subject: append UDH with message _payload value
 
 
Hi,
 
I am configuring kannel for a an operator over SMPP. The operator wants to send 
the multi-part message as binary in message_payload TLV. I have successfully 
configured this, but they also need the UDH to be appended to the beginning of 
the content of message_payload, like 
'0500030103014f6b207175697420706c6179696e2077697468207468652073636973736f727320616e6420736874
 with 'udh in bold'. I have done lot of search on web but didn't found any 
solution. Any suggestions how to achieve it?
 
thanks

Reply via email to