Yes smsbox-route was the issue. The userdoc of smsbox can be more elaborative though.
Thanks a lot Bibek Shrestha -- bibekshrestha at gmail dot com Blog: http://bibekshrestha.com.np Twitter: http://twitter.com/bibstha 2010/2/1 Nikos Balkanas <[email protected]> > Hi, > > You need to configure group: > > smsbox-route > > to get rid of the warning. Read User's guide about it. > > Try setting both source-addr-ton & dest-addr-ton to 2. > > Otherwise it seems that your incoming MO SMS is malformed or at the least > has an illegal destination number. > > BR, > Nikos > > ----- Original Message ----- > *From:* Bibek Shrestha <[email protected]> > *To:* [email protected] > *Sent:* Monday, February 01, 2010 7:38 AM > *Subject:* MO Sms from specific smsc is not parsed properly > > Hi All, > > We've been running kannel successfully recently with a single telecom. > While trying to add new telco in the kannel.conf, > it can successfully make the connection and the messages are received in > the smsc logs. > > The problem is, incoming sms are not parsed properly and it doesn't even > come into smsbox.log > > Here is the problematic smsc group > > group = smsc > smsc = smpp > smsc-id = nputl > allowed-smsc-id = nputl > host = 192.168.71.10 > port = 5020 > smsc-username = username > smsc-password = password > system-type = "Logica" > source-addr-autodetect = 1 > transceiver-modeΒ = true > > address-range = "" > enquire-link-interval = 400 > source-addr-ton = 0 > source-addr-npi = 1 > dest-addr-ton = 0 > dest-addr-npi = 1 > throughput = 5 > log-file = /var/log/kannel/smsc-nputl.log > log-level = 0 > our-host = 192.168.71.2 > > The respective sms log in smsc-nputl.log is > > 2010-02-01 10:49:48 [873] [7] DEBUG: Optional parameter tag (0x0381) > 2010-02-01 10:49:48 [873] [7] DEBUG: Optional parameter length read as 13 > 2010-02-01 10:49:48 [873] [7] DEBUG: SMPP[nputl]: Got PDU: > 2010-02-01 10:49:48 [873] [7] DEBUG: SMPP PDU 0x95bf108 dump: > 2010-02-01 10:49:48 [873] [7] DEBUG:Β Β type_name: deliver_sm > 2010-02-01 10:49:48 [873] [7] DEBUG:Β Β command_id: 5 = 0x00000005 > 2010-02-01 10:49:48 [873] [7] DEBUG:Β Β command_status: 0 = 0x00000000 > 2010-02-01 10:49:48 [873] [7] DEBUG:Β Β sequence_number: 3243146 = > 0x00317c8a > 2010-02-01 10:49:48 [873] [7] DEBUG:Β Β service_type: NULL > 2010-02-01 10:49:48 [873] [7] DEBUG:Β Β source_addr_ton: 1 = 0x00000001 > 2010-02-01 10:49:48 [873] [7] DEBUG:Β Β source_addr_npi: 1 = 0x00000001 > 2010-02-01 10:49:48 [873] [7] DEBUG:Β Β source_addr: "97712291892" > 2010-02-01 10:49:48 [873] [7] DEBUG:Β Β dest_addr_ton: 1 = 0x00000001 > 2010-02-01 10:49:48 [873] [7] DEBUG:Β Β dest_addr_npi: 1 = 0x00000001 > 2010-02-01 10:49:48 [873] [7] DEBUG:Β Β destination_addr: "2888" > 2010-02-01 10:49:48 [873] [7] DEBUG:Β Β esm_class: 0 = 0x00000000 > 2010-02-01 10:49:48 [873] [7] DEBUG:Β Β protocol_id: 0 = 0x00000000 > 2010-02-01 10:49:48 [873] [7] DEBUG:Β Β priority_flag: 0 = 0x00000000 > 2010-02-01 10:49:48 [873] [7] DEBUG:Β Β schedule_delivery_time: NULL > 2010-02-01 10:49:48 [873] [7] DEBUG:Β Β validity_period: NULL > 2010-02-01 10:49:48 [873] [7] DEBUG:Β Β registered_delivery: 0 = > 0x00000000 > 2010-02-01 10:49:48 [873] [7] DEBUG:Β Β replace_if_present_flag: 0 = > 0x00000000 > 2010-02-01 10:49:48 [873] [7] DEBUG:Β Β data_coding: 0 = 0x00000000 > 2010-02-01 10:49:48 [873] [7] DEBUG:Β Β sm_default_msg_id: 0 = 0x00000000 > 2010-02-01 10:49:48 [873] [7] DEBUG:Β Β sm_length: 4 = 0x00000004 > 2010-02-01 10:49:48 [873] [7] DEBUG:Β Β short_message: "TEST" > 2010-02-01 10:49:48 [873] [7] DEBUG:Β Β callback_num: > 2010-02-01 10:49:48 [873] [7] DEBUG:Β Β Β Octet string at 0x95ecc58: > 2010-02-01 10:49:48 [873] [7] DEBUG:Β Β Β Β Β len:Β 13 > 2010-02-01 10:49:48 [873] [7] DEBUG:Β Β Β Β Β size: 14 > 2010-02-01 10:49:48 [873] [7] DEBUG:Β Β Β Β Β immutable: 0 > 2010-02-01 10:49:48 [873] [7] DEBUG:Β Β Β Β Β data: 00 00 00 30 30 30 32 > 32 39 31 38 39 32Β Β Β Β Β Β Β Β Β Β Β ...0002291892 > 2010-02-01 10:49:48 [873] [7] DEBUG:Β Β Β Octet string dump ends. > > 2010-02-01 10:49:48 [873] [7] DEBUG: SMPP PDU dump ends. > *2010-02-01 10:49:48 [873] [7] WARNING: SMPP[nputl]: Mallformed addr > `2888', generally expected at least 7 digits. > 2010-02-01 10:49:48 [873] [7] WARNING: smsbox_list empty!* > 2010-02-01 10:49:48 [873] [7] DEBUG: SMPP[nputl]: Sending PDU: > 2010-02-01 10:49:48 [873] [7] DEBUG: SMPP PDU 0x95d3798 dump: > 2010-02-01 10:49:48 [873] [7] DEBUG:Β Β type_name: deliver_sm_resp > 2010-02-01 10:49:48 [873] [7] DEBUG:Β Β command_id: 2147483653 = > 0x80000005 > 2010-02-01 10:49:48 [873] [7] DEBUG:Β Β command_status: 0 = 0x00000000 > 2010-02-01 10:49:48 [873] [7] DEBUG:Β Β sequence_number: 3243146 = > 0x00317c8a > 2010-02-01 10:49:48 [873] [7] DEBUG:Β Β message_id: NULL > > 2010-02-01 10:49:48 [873] [7] DEBUG: SMPP PDU dump ends. > > There is two warnings, one which says it expects atleast 7 digits, but > since this is just a warning, other functionality should be working right? > > There are no log entries in smsbox.log or smsbox-access.log, bearerbox.log > as well. > > There is however these two entries in bearerbox-access.log > > 2010-02-01 10:49:48 Receive SMS [SMSC:nputl] [SVC:] [ACT:] [BINF:] [FID:] > [from:+97712291892] [to:+2888] [flags:-1:0:-1:0:-1] [msg:4:TEST] [udh:0:] > 2010-02-01 10:53:47 Receive SMS [SMSC:nputl] [SVC:] [ACT:] [BINF:] [FID:] > [from:+97712291892] [to:+2888] [flags:-1:0:-1:0:-1] [msg:4:TEST] [udh:0:] > > Is there something wrong in the configs? > > Bibek Shrestha > -- > bibekshrestha at gmail dot com > Blog: http://bibekshrestha.com.np > Twitter: http://twitter.com/bibstha > >
