Hi List,
Here's my problem..
I have several links up in my setup - some of them SMPP , some EMI2
When i submit an MT to sendsms (over http), i specify smsc-id to be used
for sending. (by smsc= uri parameter)
However, in some cases (it does not happen all the time), the real smsc
used to send the message (that, i can see in bearerbox.log) is
different. I am not sure if that it's entirely correct, but as far as i
can see this substitution happens when smsc-id i use is EMI2. (maybe i
did not notice this on other links though)
For example, i submit msg with smsc=orange_ro_1353 , and it's going out
through smsc-id mobileway_uk .. (both are configured properly and
deliver messages both ways, the substitution does not happen on every
such msg)
Question is... why can this thing happen, and how can i prevent kannel
from doing that? For what it's worth, if the smsc i requested is down
and msg cannot be sent through it, i prefer such message to be dropped
rather than being attempted to deliver through other link (as every link
i have is limited for delivery to its own destination only).
Regards,
Konstantin
P.S.
My configuration (relevant parts of it :) )
OS: Fedora Core 2
Kannel: kannel-1.3.2-3.1.fc2.fr (useragent: Kannel/1.3.2-mblox)
^^ kannel is binary distribution that comes with fedora core2
kannel.conf (partial):
group = core
admin-port = 13000
smsbox-port = 13001
wapbox-port = 13002
admin-password = bar
status-password = foo
log-file = "/var/log/kannel/bearerbox.log"
access-log = "/var/log/kannel/bearerbox-access.log"
log-level = 0
admin-deny-ip = "*.*.*.*"
admin-allow-ip = "127.0.0.1"
box-deny-ip = "*.*.*.*"
box-allow-ip = "127.0.0.1"
# SMSC SMPP
group = smsc
smsc = smpp
smsc-id = "mobileway_uk_orange"
host = xxx.xxx.xxx.xxx
port = xxxx
transceiver-mode = true
smsc-username = "****"
smsc-password = "****"
system-type = "VMA"
address-range = ""
my-number = "xxxx"
enquire-link-interval = 120
reconnect-delay = 30
source-addr-ton = 5
source-addr-npi = 0
source-addr-autodetect = false
# SMSC UCP
group = smsc
smsc = emi
smsc-id = "orange_ro_1351"
host = xxx.xxx.xxx.xxx
port = xxxx
smsc-username = ****
smsc-password = ****
my-number = 1351
keepalive = 55
receive-port = ****
idle-timeout = 30
# SMSBOX SETUP
group = smsbox
bearerbox-host = localhost
#smsbox-id = smsbox1
sendsms-port = xxxx
#global-sender = "123"
log-file = "/var/log/kannel/smsbox.log"
access-log = "/var/log/kannel/smsbox-access.log"
log-level = 0
# SEND-SMS USERS
group = sendsms-user
username = XXXX
password = XXXX
user-deny-ip = "*.*.*.*"
user-allow-ip = "127.0.0.1"
default-smsc = "xxxx"
# ^^ what is this value used for? is it unused if i specify smsc-id on
request?
# smsc-id i have here is neither mobileway_uk_orange nor orange_ro_1351 ...
# Forward everything to VAST
group = sms-service
name = vast
keyword = default
get-url =
http://vast-host/kannel/mo?from=%q&to=%Q&text=%a&udh=%u&binary=%b&smsc=%i&ts=%t
max-messages = 0
### note that there are more smsc's exist there, skipped some of them
because of similarity / irrelevancy
### end of kannel.conf
Request made to kannel:
/cgi-bin/sendsms?user=XXXX&pass=XXXX&from=1351&to=%2B40744813571&text=%01%06%04%03%AE%81%EA%02%05%6A%00%45%C6%0b%03http://v4.appcell.com/imsc/units/kissfmro/kiss_content/kiss_content.sms?sid=3dd3528d%00%08%01%03World+Soccer+Manager+2005%00%01%01&udh=%06%05%04%0B%84%23%F0&smsc=orange_ro_1351
bearerbox.log:
2005-08-16 15:25:32 [6408] [7] DEBUG: SMPP[mobileway_uk_orange]:
Manually forced source addr ton = 5, source add npi = 0
2005-08-16 15:25:32 [6408] [7] DEBUG: SMPP[mobileway_uk_orange]: Sending
PDU:
2005-08-16 15:25:32 [6408] [7] DEBUG: SMPP PDU 0x91741f8 dump:
2005-08-16 15:25:32 [6408] [7] DEBUG: type_name: submit_sm
2005-08-16 15:25:32 [6408] [7] DEBUG: command_id: 4 = 0x00000004
2005-08-16 15:25:32 [6408] [7] DEBUG: command_status: 0 = 0x00000000
2005-08-16 15:25:32 [6408] [7] DEBUG: sequence_number: 2713 = 0x00000a99
2005-08-16 15:25:32 [6408] [7] DEBUG: service_type: NULL
2005-08-16 15:25:32 [6408] [7] DEBUG: source_addr_ton: 5 = 0x00000005
2005-08-16 15:25:32 [6408] [7] DEBUG: source_addr_npi: 0 = 0x00000000
2005-08-16 15:25:32 [6408] [7] DEBUG: source_addr: "1351"
2005-08-16 15:25:32 [6408] [7] DEBUG: dest_addr_ton: 1 = 0x00000001
2005-08-16 15:25:32 [6408] [7] DEBUG: dest_addr_npi: 1 = 0x00000001
2005-08-16 15:25:32 [6408] [7] DEBUG: destination_addr: "40744813571"
2005-08-16 15:25:32 [6408] [7] DEBUG: esm_class: 67 = 0x00000043
2005-08-16 15:25:32 [6408] [7] DEBUG: protocol_id: 0 = 0x00000000
2005-08-16 15:25:32 [6408] [7] DEBUG: priority_flag: 0 = 0x00000000
2005-08-16 15:25:32 [6408] [7] DEBUG: schedule_delivery_time: NULL
2005-08-16 15:25:32 [6408] [7] DEBUG: validity_period: NULL
2005-08-16 15:25:32 [6408] [7] DEBUG: registered_delivery: 0 = 0x00000000
2005-08-16 15:25:32 [6408] [7] DEBUG: replace_if_present_flag: 0 =
0x00000000
2005-08-16 15:25:32 [6408] [7] DEBUG: data_coding: 4 = 0x00000004
2005-08-16 15:25:32 [6408] [7] DEBUG: sm_default_msg_id: 0 = 0x00000000
2005-08-16 15:25:32 [6408] [7] DEBUG: sm_length: 138 = 0x0000008a
2005-08-16 15:25:32 [6408] [7] DEBUG: short_message:
2005-08-16 15:25:32 [6408] [7] DEBUG: Octet string at 0x91727e8:
2005-08-16 15:25:32 [6408] [7] DEBUG: len: 138
2005-08-16 15:25:32 [6408] [7] DEBUG: size: 1024
2005-08-16 15:25:32 [6408] [7] DEBUG: immutable: 0
2005-08-16 15:25:32 [6408] [7] DEBUG: data: 06 05 04 0b 84 23 f0 01
06 04 03 ae 81 ea 02 05 .....#..........
2005-08-16 15:25:32 [6408] [7] DEBUG: data: 6a 00 45 c6 0b 03 68 74
74 70 3a 2f 2f 76 61 2e j.E...http://va.
2005-08-16 15:25:32 [6408] [7] DEBUG: data: 61 70 70 63 65 6c 6c 2e
63 6f 6d 2f 69 6d 73 63 appcell.com/imsc
2005-08-16 15:25:32 [6408] [7] DEBUG: data: 2f 75 6e 69 74 73 2f 6b
69 73 73 66 6d 72 6f 2f /units/kissfmro/
2005-08-16 15:25:32 [6408] [7] DEBUG: data: 6b 69 73 73 5f 63 6f 6e
74 65 6e 74 2f 6b 69 73 kiss_content/kis
2005-08-16 15:25:32 [6408] [7] DEBUG: data: 73 5f 63 6f 6e 74 65 6e
74 2e 73 6d 73 3f 73 69 s_content.sms?si
2005-08-16 15:25:32 [6408] [7] DEBUG: data: 64 3d 33 64 64 33 35 32
38 64 00 08 01 03 57 6f d=3dd3528d....Wo
2005-08-16 15:25:32 [6408] [7] DEBUG: data: 72 6c 64 20 53 6f 63 63
65 72 20 4d 61 6e 61 67 rld Soccer Manag
2005-08-16 15:25:32 [6408] [7] DEBUG: data: 65 72 20 32 30 30 35 00
01 01 er 2005...
2005-08-16 15:25:32 [6408] [7] DEBUG: Octet string dump ends.
2005-08-16 15:25:32 [6408] [7] DEBUG: SMPP PDU dump ends.
2005-08-16 15:25:32 [6408] [7] DEBUG: SMPP[mobileway_uk_orange]: Got PDU:
2005-08-16 15:25:32 [6408] [7] DEBUG: SMPP PDU 0x91741f8 dump:
2005-08-16 15:25:32 [6408] [7] DEBUG: type_name: submit_sm_resp
2005-08-16 15:25:32 [6408] [7] DEBUG: command_id: 2147483652 = 0x80000004
2005-08-16 15:25:32 [6408] [7] DEBUG: command_status: 0 = 0x00000000
2005-08-16 15:25:32 [6408] [7] DEBUG: sequence_number: 2713 = 0x00000a99
2005-08-16 15:25:32 [6408] [7] DEBUG: message_id: "7CF00B8E"
2005-08-16 15:25:32 [6408] [7] DEBUG: SMPP PDU dump ends.
