Re: Reroute dlr

David Chkhartishvili <[email protected]>
Newsgroups gmane.comp.mobile.kannel.devel
Message-ID <[email protected]> 
On Oct 29, 2008, at 9:55 AM, David Chkhartishvili wrote:

> 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
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.