That's a vendor-specific error, you need to check with the SMSC operator to see what does it mean.
Regards, Alex On Tue, Nov 16, 2010 at 4:01 PM, I Gede Wijaya S <[email protected]> wrote: > Halo list, > > I'm using the newest svn version. in my log I got these: > > > 2010-11-16 21:48:21 [20280] [13] DEBUG: boxc_receiver: sms received > 2010-11-16 21:48:21 [20280] [13] DEBUG: send_msg: sending msg to box: > <127.0.0.1> > 2010-11-16 21:48:21 [20280] [6] DEBUG: SMPP[testop]: throughput (0.00,0.00) > 2010-11-16 21:48:21 [20280] [6] DEBUG: SMPP[testop]: Manually forced source > addr ton = 0, source add npi = 1 > 2010-11-16 21:48:21 [20280] [6] DEBUG: SMPP[testop]: Manually forced dest > addr ton = 0, dest add npi = 1 > 2010-11-16 21:48:21 [20280] [6] DEBUG: new group created `smpp' > 2010-11-16 21:48:21 [20280] [6] DEBUG: group=`smpp' key=`shortname' > value=`xxxx' > 2010-11-16 21:48:21 [20280] [6] DEBUG: SMPP[testop]: Sending PDU: > 2010-11-16 21:48:21 [20280] [6] DEBUG: SMPP PDU 0x1356a680 dump: > 2010-11-16 21:48:21 [20280] [6] DEBUG: type_name: submit_sm > 2010-11-16 21:48:21 [20280] [6] DEBUG: command_id: 4 = 0x00000004 > 2010-11-16 21:48:21 [20280] [6] DEBUG: command_status: 0 = 0x00000000 > 2010-11-16 21:48:21 [20280] [6] DEBUG: sequence_number: 2 = 0x00000002 > 2010-11-16 21:48:21 [20280] [6] DEBUG: service_type: NULL > 2010-11-16 21:48:21 [20280] [6] DEBUG: source_addr_ton: 0 = 0x00000000 > 2010-11-16 21:48:21 [20280] [6] DEBUG: source_addr_npi: 1 = 0x00000001 > 2010-11-16 21:48:21 [20280] [6] DEBUG: source_addr: "xxxxx" > 2010-11-16 21:48:21 [20280] [6] DEBUG: dest_addr_ton: 0 = 0x00000000 > 2010-11-16 21:48:21 [20280] [6] DEBUG: dest_addr_npi: 1 = 0x00000001 > 2010-11-16 21:48:21 [20280] [6] DEBUG: destination_addr: "xxxxxxx" > 2010-11-16 21:48:21 [20280] [6] DEBUG: esm_class: 3 = 0x00000003 > 2010-11-16 21:48:21 [20280] [6] DEBUG: protocol_id: 0 = 0x00000000 > 2010-11-16 21:48:21 [20280] [6] DEBUG: priority_flag: 0 = 0x00000000 > 2010-11-16 21:48:21 [20280] [6] DEBUG: schedule_delivery_time: NULL > 2010-11-16 21:48:21 [20280] [6] DEBUG: validity_period: NULL > 2010-11-16 21:48:21 [20280] [6] DEBUG: registered_delivery: 1 = > 0x00000001 > 2010-11-16 21:48:21 [20280] [6] DEBUG: replace_if_present_flag: 0 = > 0x00000000 > 2010-11-16 21:48:21 [20280] [6] DEBUG: data_coding: 8 = 0x00000008 > 2010-11-16 21:48:21 [20280] [6] DEBUG: sm_default_msg_id: 0 = 0x00000000 > 2010-11-16 21:48:21 [20280] [6] DEBUG: sm_length: 12 = 0x0000000c > 2010-11-16 21:48:21 [20280] [6] DEBUG: short_message: > 2010-11-16 21:48:21 [20280] [6] DEBUG: Octet string at 0x2aaaac0008e0: > 2010-11-16 21:48:21 [20280] [6] DEBUG: len: 12 > 2010-11-16 21:48:21 [20280] [6] DEBUG: size: 13 > 2010-11-16 21:48:21 [20280] [6] DEBUG: immutable: 0 > 2010-11-16 21:48:21 [20280] [6] DEBUG: data: 00 6f 00 6b 00 20 00 64 > 00 65 00 68 .o.k. .d.e.h > 2010-11-16 21:48:21 [20280] [6] DEBUG: Octet string dump ends. > 2010-11-16 21:48:21 [20280] [6] DEBUG: shortname: "xxxx" > 2010-11-16 21:48:21 [20280] [6] DEBUG: SMPP PDU dump ends. > 2010-11-16 21:48:21 [20280] [6] DEBUG: SMPP[testop]: throughput (1.00,0.00) > 2010-11-16 21:48:21 [20280] [6] DEBUG: SMPP[testop]: throughput (1.00,0.00) > 2010-11-16 21:48:21 [20280] [6] DEBUG: SMPP[testop]: Got PDU: > 2010-11-16 21:48:21 [20280] [6] DEBUG: SMPP PDU 0x2aaaac004a70 dump: > 2010-11-16 21:48:21 [20280] [6] DEBUG: type_name: submit_sm_resp > 2010-11-16 21:48:21 [20280] [6] DEBUG: command_id: 2147483652 = > 0x80000004 > 2010-11-16 21:48:21 [20280] [6] DEBUG: command_status: 1031 = 0x00000407 > 2010-11-16 21:48:21 [20280] [6] DEBUG: sequence_number: 2 = 0x00000002 > 2010-11-16 21:48:21 [20280] [6] DEBUG: message_id: NULL > 2010-11-16 21:48:21 [20280] [6] DEBUG: SMPP PDU dump ends. > 2010-11-16 21:48:21 [20280] [6] ERROR: SMPP[testop]: SMSC returned error > code 0x00000407 (Vendor-specific error, please refer to your SMPP provider) > in response to submit_sm. > 2010-11-16 21:48:21 [20280] [6] DEBUG: SMSC[testop]: creating DLR message > 2010-11-16 21:48:21 [20280] [6] DEBUG: SMSC[testop]: DLR = > 2010-11-16 21:48:21 [20280] [6] DEBUG: SMPP[testop]: throughput (1.00,0.00) > 2010-11-16 21:48:21 [20280] [14] DEBUG: send_msg: sending msg to box: > <127.0.0.1> > 2010-11-16 21:48:21 [20280] [14] DEBUG: boxc_sender: sent message to > <127.0.0.1> > 2010-11-16 21:48:21 [20280] [13] DEBUG: boxc_receiver: got ack > 2010-11-16 21:48:25 [20280] [6] DEBUG: SMPP[testop]: throughput (0.00,0.00) > 2010-11-16 21:48:25 [20280] [6] DEBUG: SMPP[testop]: Got PDU: > > > My vendor have give us some parameter, that I've define on smpp-tlv group: > > group = smpp-tlv > name = shortname > tag = 0x1400 > type = octetstring > length = 20 > smsc-id = testop > > group = smpp-tlv > name = TX_ID > tag = 0x1401 > type = integer > length = 20 > smsc-id = testop > > group = smpp-tlv > name = Content-Type > tag = 0x1403 > type = octetstring > length = 20 > smsc-id = testop > > And send script like this: > > http://localhost:6013/cgi-bin/sendsms?username=xx&password=xx&to=xx&charset=UCS-2&coding=2&from=xx&text=o%00k%00+%00d%00e%00h%00&smsc=testop&dest_addr=xx&app_id=xx&app_pwd=xx&data=o%00k%00+%00d%00e%00h%00&dlr-mask=31&udhi=no&alphabet_id=0&msg_class=1&protocol_id=0®istered=yes&meta-data=%3Fsmpp%3Fshortname%3Dbola%26dlr-url%3Dhttp%3A%2F%2F127.0.0.1%3A8877%2Fsmpp%2Fdlr.php%3Fdlr_all%3D%25d%26meta-data%3D%25D > > In my tcpdump, I don't get submit_sm_resp, just submit_sm > > Thanks in advanced > >
