Hello Benjamin, You need to specify the "system-type" in your smsc configs. For this, you will have to get from your SMSC engineers. It could be SMPP, VMA, CMT or any other depending on what you are given. It could be even left blank.
If you don't mind, email me privately and may be able to help with the vendor. Thanks, Peter. On Wed, Sep 28, 2011 at 8:56 PM, Mpeirwe Benjamin <[email protected]>wrote: > Thanks Stipe, > > When I do this, then kannel does not start at all! I have taken a snapshot > from kannel.log: > > 2011-09-28 20:49:25 [4730] [0] INFO: Added logfile > `/var/log/kannel/kannel.log' with level `0'. > 2011-09-28 20:49:25 [4730] [0] INFO: Started access logfile > `/var/log/kannel/kannel-access.log'. > 2011-09-28 20:49:25 [4730] [0] INFO: HTTP: Opening server at port 13000. > 2011-09-28 20:49:25 [4730] [0] DEBUG: Started thread 1 > (gwlib/fdset.c:poller) > 2011-09-28 20:49:25 [4730] [0] DEBUG: Started thread 2 > (gwlib/http.c:server_thread) > 2011-09-28 20:49:25 [4730] [0] DEBUG: Started thread 3 > (gw/bb_http.c:httpadmin_run) > 2011-09-28 20:49:25 [4730] [0] DEBUG: starting smsbox connection module > 2011-09-28 20:49:25 [4730] [0] INFO: BOXC: 'smsbox-max-pending' not set, > using default (100). > 2011-09-28 20:49:25 [4730] [0] DEBUG: Started thread 4 > (gw/bb_boxc.c:sms_to_smsboxes) > 2011-09-28 20:49:25 [4730] [0] DEBUG: Started thread 5 > (gw/bb_boxc.c:smsboxc_run) > 2011-09-28 20:49:25 [4730] [0] INFO: Set SMS resend frequency to 60 > seconds. > 2011-09-28 20:49:25 [4730] [0] INFO: SMS resend retry set to unlimited. > 2011-09-28 20:49:25 [4730] [0] DEBUG: smsbox MO concatenated message > handling enabled > 2011-09-28 20:49:25 [4730] [0] INFO: DLR rerouting for smsc id <VMA1> > disabled. > 2011-09-28 20:49:25 [4730] [0] ERROR: SMPP: Configuration file doesn't > specify system-type. > 2011-09-28 20:49:25 [4730] [0] PANIC: Cannot start with SMSC connection > failing > 2011-09-28 20:49:25 [4730] [0] PANIC: > /usr/local/sbin/bearerbox(gw_panic+0xc2) [0x80cc0b2] > 2011-09-28 20:49:25 [4730] [0] PANIC: > /usr/local/sbin/bearerbox(smsc2_start+0x419) [0x805a5a9] > 2011-09-28 20:49:25 [4730] [0] PANIC: /usr/local/sbin/bearerbox(main+0xc6b) > [0x8053bab] > 2011-09-28 20:49:25 [4730] [0] PANIC: > /lib/libc.so.6(__libc_start_main+0xdc) [0xc36dec] > 2011-09-28 20:49:25 [4730] [0] PANIC: /usr/local/sbin/bearerbox [0x8052211] > [root@nat kannel]# > It seems the SMSC expects the system-type parameter by all means!. Unless > there is another solution, I may have to consult with the SMSC vendor. > > Thank you > On Wed, Sep 28, 2011 at 8:45 PM, Stipe Tolj <[email protected]> wrote: > >> Am 28.09.2011 19:28, schrieb Mpeirwe Benjamin: >> >> Hello Good People, >>> I have a challenge connecting to a new smpp connection, I bind to the >>> connection >>> so that when I send SMS, they are Accepted for delivery. Challenge is >>> they are >>> not delivered because at the SMSC side the response given is: >>> SMSC returned error code 0x00000102 (Specified service_type is >>> unavailable) in >>> response to submit_sm. as shown in the kannel.log file where I picked: >>> 2011-09-28 20:13:10 [4362] [11] DEBUG: boxc_receiver: sms received >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: SMPP[VMA1]: Sending PDU: >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: SMPP PDU 0x9fcda60 dump: >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: type_name: submit_sm >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: command_id: 4 = 0x00000004 >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: command_status: 0 = 0x00000000 >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: sequence_number: 12 = 0x0000000c >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: service_type: "" >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: source_addr_ton: 5 = 0x00000005 >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: source_addr_npi: 0 = 0x00000000 >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: source_addr: "abcde" >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: dest_addr_ton: 2 = 0x00000002 >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: dest_addr_npi: 1 = 0x00000001 >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: destination_addr: "1546785921" >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: esm_class: 3 = 0x00000003 >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: protocol_id: 0 = 0x00000000 >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: priority_flag: 0 = 0x00000000 >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: schedule_delivery_time: NULL >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: validity_period: NULL >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: registered_delivery: 0 = >>> 0x00000000 >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: replace_if_present_flag: 0 = >>> 0x00000000 >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: data_coding: 0 = 0x00000000 >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: sm_default_msg_id: 0 = 0x00000000 >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: sm_length: 47 = 0x0000002f >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: short_message: >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: Octet string at 0x9fce680: >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: len: 47 >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: size: 48 >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: immutable: 0 >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: data: 57 65 64 20 53 65 70 20 >>> 32 38 >>> 20 32 30 3a 31 33 Wed Sep 28 20:13 >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: data: 3a 31 30 20 45 41 54 20 >>> 32 30 >>> 31 31 20 74 65 73 :10 EAT 2011 tes >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: data: 74 69 6e 67 20 63 6f 6e >>> 6e 65 >>> 63 74 69 6f 6e ting connection >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: Octet string dump ends. >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: SMPP PDU dump ends. >>> 2011-09-28 20:13:10 [4362] [11] DEBUG: send_msg: sending msg to box: >>> <127.0.0.1> >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: SMPP[VMA1]: Got PDU: >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: SMPP PDU 0x9fcd870 dump: >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: type_name: submit_sm_resp >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: command_id: 2147483652 = >>> 0x80000004 >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: command_status: 258 = 0x00000102 >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: sequence_number: 12 = 0x0000000c >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: message_id: >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: Octet string at 0x9fcedb0: >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: len: 30 >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: size: 31 >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: immutable: 0 >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: data: 50 30 31 2e 31 33 31 37 >>> 32 32 >>> 39 30 37 35 30 38 P01.131722907508 >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: data: 36 36 33 35 30 30 30 2e >>> 34 34 >>> 30 30 32 35 6635000.440025 >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: Octet string dump ends. >>> 2011-09-28 20:13:10 [4362] [6] DEBUG: SMPP PDU dump ends. >>> 2011-09-28 20:13:10 [4362] [6] ERROR: SMPP[VMA1]: SMSC returned error >>> code >>> 0x00000102 (Specified service_type is unavailable) in response to >>> submit_sm. >>> >> >> formally this submit_sm_resp PDU breaks the SMPP v3.4 spec. >> >> Reason: a message_id values SHOULD be only returned for command_status = >> 0x00 results. ;) >> >> >> 2011-09-28 20:13:17 [4362] [6] DEBUG: SMPP[VMA1]: Sending enquire link: >>> 2011-09-28 20:13:17 [4362] [6] DEBUG: SMPP PDU 0x9fcd870 dump: >>> 2011-09-28 20:13:17 [4362] [6] DEBUG: type_name: enquire_link >>> 2011-09-28 20:13:17 [4362] [6] DEBUG: command_id: 21 = 0x00000015 >>> 2011-09-28 20:13:17 [4362] [6] DEBUG: command_status: 0 = 0x00000000 >>> 2011-09-28 20:13:17 [4362] [6] DEBUG: sequence_number: 13 = 0x0000000d >>> 2011-09-28 20:13:17 [4362] [6] DEBUG: SMPP PDU dump ends. >>> 2011-09-28 20:13:18 [4362] [6] DEBUG: SMPP[VMA1]: Got PDU: >>> 2011-09-28 20:13:18 [4362] [6] DEBUG: SMPP PDU 0x9fcd870 dump: >>> 2011-09-28 20:13:18 [4362] [6] DEBUG: type_name: enquire_link_resp >>> 2011-09-28 20:13:18 [4362] [6] DEBUG: command_id: 2147483669 = >>> 0x80000015 >>> 2011-09-28 20:13:18 [4362] [6] DEBUG: command_status: 0 = 0x00000000 >>> 2011-09-28 20:13:18 [4362] [6] DEBUG: sequence_number: 13 = 0x0000000d >>> 2011-09-28 20:13:18 [4362] [6] DEBUG: SMPP PDU dump ends. >>> This seems to point to a required service-type setting in kannel.conf . >>> when I >>> contacted the operator, they told me that this value should be set to >>> null which >>> I did as shown below: >>> # smsc connection >>> group = smsc >>> smsc = smpp >>> smsc-id = VMA1 >>> host = 192.168.2.14 >>> port = 9122 >>> smsc-username = bge >>> smsc-password = hgt >>> system-type = "" >>> service-type = "" >>> I have tried all in vain and your help will be very much appreciated >>> >> >> just remove 'system-type' and 'service-type' from the 'group = smsc' >> context group and you SHOULD be fine. >> >> 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 >> ------------------------------**------------------------------**------- >> >> > > > -- > "The Scientist explores what is, > the Engineer creates what has never been." > Theodore von Karman > > >
