Re: Malformed addr for Incoming short code

Alexander Malysh <[email protected]>
Newsgroups gmane.comp.mobile.kannel.devel
Message-ID <[email protected]>
Arne K. Haaje schrieb:
> Monday 06 February 2006 13:18, skrev Stipe Tolj:
>> Arne K. Haaje wrote:
>>>> @Alex: is it enough to set 'dest-addr-ton', 'dest-addr-npi' inside
>>>> smsc group to get rid of this. Or is the checking done before that and
>>>> hence we baild out?
>>> Yes, if we could set it ourself that would help a lot. I am seeing this
>>> now on connections to two different operators with the latest snapshots.
>>> Running an old snapshot (before the data_sm patch I think) make the
>>> problem go away
>>>
>>>> @Amol: you should contact your SMSC provider and let them now that
>>>> their desination-ton for the shortcode is not right, they should send
>>>> the appropriate TON value for network internal numbers (shortcode).
>>> I contacted on of the operators above regarding this, but they insisted
>>> values were correct.  Thus, they were unwilling to change anything and I
>>> had to downgrade to an older version
>> so it does not helo in setting 'dest-add-ton' ?
> 
> No, it does not. I just tested, and here is the log;
> 
> 2006-02-06 13:42:33 [781] [6] DEBUG: SMPP[T2_72320]: Got PDU:
> 2006-02-06 13:42:33 [781] [6] DEBUG: SMPP PDU 0x8252010 dump:
> 2006-02-06 13:42:33 [781] [6] DEBUG:   type_name: deliver_sm
> 2006-02-06 13:42:33 [781] [6] DEBUG:   command_id: 5 = 0x00000005
> 2006-02-06 13:42:33 [781] [6] DEBUG:   command_status: 0 = 0x00000000
> 2006-02-06 13:42:33 [781] [6] DEBUG:   sequence_number: 1872 = 0x00000750
> 2006-02-06 13:42:33 [781] [6] DEBUG:   service_type: NULL
> 2006-02-06 13:42:33 [781] [6] DEBUG:   source_addr_ton: 1 = 0x00000001
> 2006-02-06 13:42:33 [781] [6] DEBUG:   source_addr_npi: 1 = 0x00000001
> 2006-02-06 13:42:33 [781] [6] DEBUG:   source_addr: "467xxxxxxxx"
> 2006-02-06 13:42:33 [781] [6] DEBUG:   dest_addr_ton: 1 = 0x00000001
> 2006-02-06 13:42:33 [781] [6] DEBUG:   dest_addr_npi: 9 = 0x00000009
> 2006-02-06 13:42:33 [781] [6] DEBUG:   destination_addr: "72320"
> 2006-02-06 13:42:33 [781] [6] DEBUG:   esm_class: 0 = 0x00000000
> 2006-02-06 13:42:33 [781] [6] DEBUG:   protocol_id: 0 = 0x00000000
> 2006-02-06 13:42:33 [781] [6] DEBUG:   priority_flag: 0 = 0x00000000
> 2006-02-06 13:42:33 [781] [6] DEBUG:   schedule_delivery_time: NULL   
> 2006-02-06 13:42:33 [781] [6] DEBUG:   validity_period: NULL
> 2006-02-06 13:42:33 [781] [6] DEBUG:   registered_delivery: 0 = 0x00000000
> 2006-02-06 13:42:33 [781] [6] DEBUG:   replace_if_present_flag: 0 = 0x00000000
> 2006-02-06 13:42:33 [781] [6] DEBUG:   data_coding: 0 = 0x00000000
> 2006-02-06 13:42:33 [781] [6] DEBUG:   sm_default_msg_id: 0 = 0x00000000
> 2006-02-06 13:42:33 [781] [6] DEBUG:   sm_length: 11 = 0x0000000b
> 2006-02-06 13:42:33 [781] [6] DEBUG:   short_message: "DAWALL 1014"   
> 2006-02-06 13:42:33 [781] [6] DEBUG: SMPP PDU dump ends.
> 2006-02-06 13:42:33 [781] [6] ERROR: SMPP[T2_72320]: Mallformed addr `72320', 
> expected at least 7 digits.
> 
> This is my SMSC group;
> 
> dest-addr-ton = 1
> dest-addr-npi = 9
> 
> 

those config values used only by sending.

Thanks,
Alex
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.