aspect schrieb:
Hi,
I am using Kannel 1.4.1-2 under Debian.
Here is my problem :
I can't override "data_coding" in my SMPP output from 241 to 0.
I always have "DEBUG: data_coding: 241 = 0x000000f1" but i want
data_coding=0 ...
Does anybody know a solution, please?
Parts of my kannel.conf :
# User
group = sendsms-user
username = smsbox-df
password = xxx
forced-smsc = smppf
#default-smsc = smppf
name = userfra
user-deny-ip = "*.*.*.*"
user-allow-ip = "127.0.0.*;xxx.xxx.xxx.xxx"
max-messages = 1
concatenation = 1
omit-empty = 1
white-list-regex = "^(00|\+)?336"
#a smsc
group = smsc
smsc = smpp
smsc-id = smppf
throughput = 15
host = xxx
port = xxx
receive-port = xxx
smsc-username = "xxx"
smsc-password = "xxx"
system-type = "xxx"
log-file = "/var/log/kannel/smpp6f.log"
log-level = 3
service-type = 12904
allowed-smsc-id = smppf
msg-id-type=0x01
interface-version = 34
alt-charset = "ISO-8859-1"
HTTP request to kannel :
SENT 21/01/2008 15:14:43 :
POST /cgi-bin/sendsms HTTP/1.1
Host: xxx
X-Kannel-Username: smsbox-df
X-Kannel-Password: xxx
X-Kannel-Smsbox-Id: smsbox1
X-Kannel-SMSC: smpp
X-Kannel-UDH:
X-Kannel-Coding: 0
X-Kannel-DLR-Mask: 31
X-Kannel-DLR-URL: xxx
X-Kannel-Mclass: 1
X-Kannel-From:
X-Kannel-To: 336xxxxxxxx
Content-Length: 29
Content-Type: text/plain; charset=ISO-8859-1
Content-Encoding: ISO-8859-1
Connection: Close
Ceci est un test [EMAIL PROTECTED]"#&
RECEIVED 21/01/2008 15:14:43 :
HTTP/1.1 202 Accepted
Server: Kannel/1.4.1
Content-Length: 24
Connection: close
Content-type: text/html
Pragma: no-cache
Cache-Control: no-cache
0: Accepted for delivery
My debug logs :
2008-01-21 15:14:28 [21723] [6] DEBUG: SMPP[smppf]: Sending PDU:
2008-01-21 15:14:28 [21723] [6] DEBUG: SMPP PDU 0x81d0398 dump:
2008-01-21 15:14:28 [21723] [6] DEBUG: type_name: submit_sm
2008-01-21 15:14:28 [21723] [6] DEBUG: command_id: 4 = 0x00000004
2008-01-21 15:14:28 [21723] [6] DEBUG: command_status: 0 = 0x00000000
2008-01-21 15:14:28 [21723] [6] DEBUG: sequence_number: 7 = 0x00000007
2008-01-21 15:14:28 [21723] [6] DEBUG: service_type: "12904"
2008-01-21 15:14:28 [21723] [6] DEBUG: source_addr_ton: 2 = 0x00000002
2008-01-21 15:14:28 [21723] [6] DEBUG: source_addr_npi: 1 = 0x00000001
2008-01-21 15:14:28 [21723] [6] DEBUG: source_addr: "9056"
2008-01-21 15:14:28 [21723] [6] DEBUG: dest_addr_ton: 2 = 0x00000002
2008-01-21 15:14:28 [21723] [6] DEBUG: dest_addr_npi: 1 = 0x00000001
2008-01-21 15:14:28 [21723] [6] DEBUG: destination_addr: "33620927062"
2008-01-21 15:14:28 [21723] [6] DEBUG: esm_class: 3 = 0x00000003
2008-01-21 15:14:28 [21723] [6] DEBUG: protocol_id: 0 = 0x00000000
2008-01-21 15:14:28 [21723] [6] DEBUG: priority_flag: 0 = 0x00000000
2008-01-21 15:14:28 [21723] [6] DEBUG: schedule_delivery_time: NULL
2008-01-21 15:14:28 [21723] [6] DEBUG: validity_period: NULL
2008-01-21 15:14:28 [21723] [6] DEBUG: registered_delivery: 1 = 0x00000001
2008-01-21 15:14:28 [21723] [6] DEBUG: replace_if_present_flag: 0 =
0x00000000
2008-01-21 15:14:28 [21723] [6] DEBUG: data_coding: 241 = 0x000000f1
2008-01-21 15:14:28 [21723] [6] DEBUG: sm_default_msg_id: 0 = 0x00000000
2008-01-21 15:14:28 [21723] [6] DEBUG: sm_length: 29 = 0x0000001d
2008-01-21 15:14:28 [21723] [6] DEBUG: short_message:
2008-01-21 15:14:28 [21723] [6] DEBUG: Octet string at 0x81da0d0:
2008-01-21 15:14:28 [21723] [6] DEBUG: len: 29
2008-01-21 15:14:28 [21723] [6] DEBUG: size: 30
2008-01-21 15:14:28 [21723] [6] DEBUG: immutable: 0
2008-01-21 15:14:28 [21723] [6] DEBUG: data: 43 65 63 69 20 65 73 74 20
75 6e 20 74 65 73 74 Ceci est un test
2008-01-21 15:14:28 [21723] [6] DEBUG: data: 20 05 04 65 65 7f 06 00 02
25 22 23 26 ..ee....%"#&
2008-01-21 15:14:28 [21723] [6] DEBUG: Octet string dump ends.
2008-01-21 15:14:28 [21723] [6] DEBUG: SMPP PDU dump ends.
Thank you in advance!
this is indeed strange, I don't see a reason for the dcs=0xf1 here, as you don't
use 'alt-dcs' in the smpp smsc group.
can you please patch your local gw/smsc/smsc_smpp.c:msg_to_pdu():847 where the
pdu->u.submit_sm.data_coding = fields_to_dcs(msg, xx);
calls happen to see which dcs value you get after this if statement?
Stipe
-------------------------------------------------------------------
Kölner Landstrasse 419
40589 Düsseldorf, NRW, Germany
tolj.org system architecture Kannel Software Foundation (KSF)
http://www.tolj.org/ http://www.kannel.org/
mailto:st_{at}_tolj.org mailto:stolj_{at}_kannel.org
-------------------------------------------------------------------
