Reroute dlr

Hi all,

I'm trying to reroute dlr between two SMSC connections (SMPP 3.4).

My config:

group = smsc
#smpp-msg-id-type =
smsc-id = gsm
denied-smsc-id = cdma;gsm1
smsc = smpp
host = x.x.x.x
port = 9090
transceiver-mode = true
#reroute = true
reroute-smsc-id = cdma
reroute-dlr = true
#receive-port = 16000
smsc-username = "MISHA"
smsc-password = "MISHA"
system-type = "VMA"


group = smsc
smsc-id = gsm1
denied-smsc-id = cdma;gsm
smsc = smpp
host = x.x.x.x
port = 9090
transceiver-mode = true
#reroute = true
reroute-smsc-id = cdma
reroute-dlr = true
smsc-username = "MISHA"
smsc-password = "MISHA"
system-type = "VMA"


group = smsc
smsc-id = cdma
denied-smsc-id = gsm;gsm1
smsc = smpp
host = x.x.x.x
port = 5019
transceiver-mode = true
#reroute = true
reroute-smsc-id = gsm
reroute-dlr = true
#msg-id-type = 0x03
#receive-port = 16000
smsc-username = "test"
smsc-password = "test"
system-type = "VMA"
bind-addr-ton = 1
bind-addr-npi = 1
dest-addr-ton = 1
dest-addr-npi = 1
source-addr-ton = 1
source-addr-npi = 1


and here is debug:

2008-10-28 16:08:02 [13447] [6] DEBUG: SMPP[gsm]: Got PDU:
2008-10-28 16:08:02 [13447] [6] DEBUG: SMPP PDU 0xb2001290 dump:
2008-10-28 16:08:02 [13447] [6] DEBUG:   type_name: deliver_sm
2008-10-28 16:08:02 [13447] [6] DEBUG:   command_id: 5 = 0x00000005
2008-10-28 16:08:02 [13447] [6] DEBUG:   command_status: 0 = 0x00000000
2008-10-28 16:08:02 [13447] [6] DEBUG:   sequence_number: 5709376 =  
0x00571e40
2008-10-28 16:08:02 [13447] [6] DEBUG:   service_type: NULL
2008-10-28 16:08:02 [13447] [6] DEBUG:   source_addr_ton: 1 = 0x00000001
2008-10-28 16:08:02 [13447] [6] DEBUG:   source_addr_npi: 1 = 0x00000001
2008-10-28 16:08:02 [13447] [6] DEBUG:   source_addr: "xxxxxxxxxx"
2008-10-28 16:08:02 [13447] [6] DEBUG:   dest_addr_ton: 1 = 0x00000001
2008-10-28 16:08:02 [13447] [6] DEBUG:   dest_addr_npi: 1 = 0x00000001
2008-10-28 16:08:02 [13447] [6] DEBUG:   destination_addr:  
"yyyyyyyyyyyy"
2008-10-28 16:08:02 [13447] [6] DEBUG:   esm_class: 3 = 0x00000003
2008-10-28 16:08:02 [13447] [6] DEBUG:   protocol_id: 0 = 0x00000000
2008-10-28 16:08:02 [13447] [6] DEBUG:   priority_flag: 0 = 0x00000000
2008-10-28 16:08:02 [13447] [6] DEBUG:   schedule_delivery_time: NULL
2008-10-28 16:08:02 [13447] [6] DEBUG:   validity_period: NULL
2008-10-28 16:08:02 [13447] [6] DEBUG:   registered_delivery: 4 =  
0x00000004
2008-10-28 16:08:02 [13447] [6] DEBUG:   replace_if_present_flag: 0 =  
0x00000000
2008-10-28 16:08:02 [13447] [6] DEBUG:   data_coding: 3 = 0x00000003
2008-10-28 16:08:02 [13447] [6] DEBUG:   sm_default_msg_id: 0 =  
0x00000000
2008-10-28 16:08:02 [13447] [6] DEBUG:   sm_length: 4 = 0x00000004
2008-10-28 16:08:02 [13447] [6] DEBUG:   short_message: "Test"
2008-10-28 16:08:02 [13447] [6] DEBUG: SMPP PDU dump ends.

2008-10-28 16:08:02 [13447] [6] DEBUG: SMPP[gsm]: Sending PDU:
2008-10-28 16:08:02 [13447] [8] DEBUG: SMPP[cdma]: Manually forced  
source addr ton = 1, source add npi = 1
2008-10-28 16:08:02 [13447] [6] DEBUG: SMPP PDU 0xb2000468 dump:
2008-10-28 16:08:02 [13447] [8] DEBUG: SMPP[cdma]: Manually forced  
dest addr ton = 1, dest add npi = 1
2008-10-28 16:08:02 [13447] [6] DEBUG:   type_name: deliver_sm_resp
2008-10-28 16:08:02 [13447] [8] DEBUG: SMPP[cdma]: Sending PDU:
2008-10-28 16:08:02 [13447] [6] DEBUG:   command_id: 2147483653 =  
0x80000005
2008-10-28 16:08:02 [13447] [8] DEBUG: SMPP PDU 0x81a4370 dump:
2008-10-28 16:08:02 [13447] [6] DEBUG:   command_status: 0 = 0x00000000

2008-10-28 16:08:02 [13447] [8] DEBUG:   type_name: submit_sm
2008-10-28 16:08:02 [13447] [6] DEBUG:   sequence_number: 5709376 =  
0x00571e40
2008-10-28 16:08:02 [13447] [8] DEBUG:   command_id: 4 = 0x00000004
2008-10-28 16:08:02 [13447] [6] DEBUG:   message_id: NULL
2008-10-28 16:08:02 [13447] [8] DEBUG:   command_status: 0 = 0x00000000
2008-10-28 16:08:02 [13447] [6] DEBUG: SMPP PDU dump ends.
2008-10-28 16:08:02 [13447] [8] DEBUG:   sequence_number: 168 =  
0x000000a8
2008-10-28 16:08:02 [13447] [8] DEBUG:   service_type: NULL
2008-10-28 16:08:02 [13447] [8] DEBUG:   source_addr_ton: 1 = 0x00000001
2008-10-28 16:08:02 [13447] [8] DEBUG:   source_addr_npi: 1 = 0x00000001
2008-10-28 16:08:02 [13447] [8] DEBUG:   source_addr: "xxxxxxxxxxxxx"
2008-10-28 16:08:02 [13447] [8] DEBUG:   dest_addr_ton: 1 = 0x00000001
2008-10-28 16:08:02 [13447] [8] DEBUG:   dest_addr_npi: 1 = 0x00000001
2008-10-28 16:08:02 [13447] [8] DEBUG:   destination_addr: "yyyyyyyyyy"
2008-10-28 16:08:02 [13447] [8] DEBUG:   esm_class: 3 = 0x00000003
2008-10-28 16:08:02 [13447] [8] DEBUG:   protocol_id: 0 = 0x00000000
2008-10-28 16:08:02 [13447] [8] DEBUG:   priority_flag: 0 = 0x00000000
2008-10-28 16:08:02 [13447] [8] DEBUG:   schedule_delivery_time: NULL
2008-10-28 16:08:02 [13447] [8] DEBUG:   validity_period: NULL
2008-10-28 16:08:02 [13447] [8] DEBUG:   registered_delivery: 0 =  
0x00000000
2008-10-28 16:08:02 [13447] [8] DEBUG:   replace_if_present_flag: 0 =  
0x00000000
2008-10-28 16:08:02 [13447] [8] DEBUG:   data_coding: 0 = 0x00000000
2008-10-28 16:08:02 [13447] [8] DEBUG:   sm_default_msg_id: 0 =  
0x00000000
2008-10-28 16:08:02 [13447] [8] DEBUG:   sm_length: 4 = 0x00000004
2008-10-28 16:08:02 [13447] [8] DEBUG:   short_message: "Test"
2008-10-28 16:08:02 [13447] [8] DEBUG: SMPP PDU dump ends.
2008-10-28 16:08:02 [13447] [8] DEBUG: SMPP[cdma]: Got PDU:
2008-10-28 16:08:02 [13447] [8] DEBUG: SMPP PDU 0x81a4370 dump:

2008-10-28 16:08:02 [13447] [8] DEBUG:   type_name: submit_sm_resp
2008-10-28 16:08:02 [13447] [8] DEBUG:   command_id: 2147483652 =  
0x80000004
2008-10-28 16:08:02 [13447] [8] DEBUG:   command_status: 0 = 0x00000000
2008-10-28 16:08:02 [13447] [8] DEBUG:   sequence_number: 168 =  
0x000000a8
2008-10-28 16:08:02 [13447] [8] DEBUG:   message_id: "16492"
2008-10-28 16:08:02 [13447] [8] DEBUG: SMPP PDU dump ends.


As you can see, there is a registered_delivery: 4 = 0x00000004 in the  
deliver_sm pdu, but it is changed to '0' in submit_sm pdu. My  
understanding is that this flag should't be reseted to '0'.
Is this bug or misconfiguration?


Thanks,
David