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
