Howdy,

Does nobody have any ideas on this one? Not sure if my emails are even
hitting the users@ mailing list, I'm trying to write detailed
questions but not getting any replies.

As an aside, I'm also happy to pay for the expertise of someone who is
a Kannel contributor for these kinds of questions, just looking for
any kind of support, paid or otherwise.

Cheers,

-Nic

On Tue, Dec 9, 2014 at 8:42 AM, Nic Pottier <nicpott...@gmail.com> wrote:
> Hi everyone,
>
> Have an interesting case that I can't seem to figure out. Have a
> working SMSC connection for long codes which works just fine, EXCEPT
> when the end users add a + before the long code. In both cases the
> messages come through the SMSC, but when the dest_addr_ton is 1 (the
> mobile user used a fully qualified number to send to like
> +93729103500) then I can't get the message to route to my sms-service.
>
> I tried a few different things like having allowed-receiver-prefixes
> of +93729103500 and 93729103500 as well as having two binds, one with
> a forced bind-npi and ton and neither seemed to help. Any ideas on how
> I can get the routing to work appropriately within smsbox?
>
> Here's a dump of an incoming message that fails:
>
> SMPP PDU 0x7fa9cc000a10 dump:
>    type_name: deliver_sm
>    command_id: 5 = 0x00000005
>    command_status: 0 = 0x00000000
>    sequence_number: 1598902664 = 0x5f4d5188
>    service_type: "1001"
>    source_addr_ton: 1 = 0x00000001
>    source_addr_npi: 1 = 0x00000001
>    source_addr: "93729541399"
>    dest_addr_ton: 1 = 0x00000001
>    dest_addr_npi: 1 = 0x00000001
>    destination_addr: "93729103500"
>    esm_class: 0 = 0x00000000
>    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: 0 = 0x00000000
>    sm_default_msg_id: 0 = 0x00000000
>    sm_length: 4 = 0x00000004
>    short_message: "Test"
>  SMPP PDU dump ends.
>
> And here's one that works just fine, the only real difference is that
> dest_addr_ton is 1 above and 0 below.
>
> SMPP PDU 0x7f8670000a10 dump:
>   type_name: deliver_sm
>   command_id: 5 = 0x00000005
>   command_status: 0 = 0x00000000
>   sequence_number: 1598943736 = 0x5f4df1f8
>   service_type: "1001"
>   source_addr_ton: 1 = 0x00000001
>   source_addr_npi: 1 = 0x00000001
>   source_addr: "93798507399"
>   dest_addr_ton: 0 = 0x00000000
>   dest_addr_npi: 1 = 0x00000001
>   destination_addr: "93729103500"
>   esm_class: 0 = 0x00000000
>   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: 0 = 0x00000000
>   sm_default_msg_id: 0 = 0x00000000
>   sm_length: 7 = 0x00000007
>   short_message: "Test 2 "
> SMPP PDU dump ends.
>
> Here are the relevant configuration stanzas:
>
> group   = smsc
> smsc    = smpp
> host    = 10.150.6.199
> port    = 5050
> transceiver-mode = true
> smsc-username    = ####
> smsc-password    = ####
> smsc-id = foo
> allowed-smsc-id = foo
> system-type = "smpp"
> log-level = 0
> log-file = "/var/log/kannel/foo.log"
> address-range = ""
> interface-version = "34"
> alt-charset = "ISO-8859-1"
> window = 1
>
> group = sendsms-user
> username = "foobar"
> password = "baz"
> concatenation = true
> max-messages = 10
> user-allow-ip = "*.*.*.*"
> faked-sender = 93729103500
> forced-smsc = foo
> default-smsc = foo
>
> group = sms-service
> keyword = default
> allowed-receiver-prefix = 93729103500
> max-messages = 0
> post-url = "https://foo.bar.com/";
> concatenation = true
> assume-plain-text = true
> accept-x-kannel-headers = true
> omit-empty = true
> accepted-smsc = foo

Reply via email to