Good to know you solved your issue and to share it. Just a note to clarify to other users that might not see where the problem came from:
Usually in programming/coding a number that starts with "0x" like your 0x5120 is considered an HEXADECIMAL number and if not is considered a decimal number. In your case 0x5120 HEX is decimal 20768. However the value you wanted to use is decimal 5120, so the parameter value you need to enter is 0x1400 HEX ( 0x1400HEX = 5120 DEC) Regrads Alvaro On Mon, Oct 12, 2009 at 7:37 PM, Benjamin Heryanto <[email protected]> wrote: > Dear List & Nikos > > Thx for the help, i finally can make sure i can't capture my sending > traffic because of openswan in same box with my kannel(connection to > that telco using VPN). I ask telco to capture my kannel submit_sm and > finally the failed error (1031 is because i sending wrong optional > parameter) > > The solution is change tag = 0x5120 with tag = 0x1400 wrong setting > hex data . Also confirm that kannel cvs patch for meta data is work in > our country(Indonesia) .... Thx to kannel :-) >> group = smpp-tlv >> name = short_name >> tag = 0x1400 >> type = octetstring >> length = 8 > > > Regards > Benjamin > > On 10/11/09, Nikos Balkanas <[email protected]> wrote: >> Hi, >> >> I imagine that you are including in your file somewhere your tlv >> definitions. >> >> Your wireshark capture won't show your submit_sm because you have captured >> only the receive traffic. I imagine that the SMSc is 202.152.224.18 and your >> kannel is 202.6.233.43. You only show traffic from the smsc to your kannel. >> Submit_sm is the opposite way. >> >> BR, >> Nikos >> ----- Original Message ----- >> From: Benjamin Heryanto >> To: [email protected] >> Sent: Friday, October 09, 2009 2:25 AM >> Subject: Re: Confuse smpp with tlv >> >> >> Dear Nikos >> >> I attach the wire output >> >> Regards >> Benjamin >> >> >> 2009/10/9 Nikos Balkanas <[email protected]> >> >> Hi, >> >> Could you please attach relevant wireshark output? >> >> BR, >> Nikos >> ----- Original Message ----- >> From: Benjamin Heryanto >> To: [email protected] >> Sent: Friday, October 09, 2009 1:23 AM >> Subject: Confuse smpp with tlv >> >> >> Dear list >> >> After configure smpp with tlv (using cvs version >> "Kannel/cvs-20090520") >> >> >> This is my configuration >> >> group = smsc >> smsc = smpp >> host = xxx.xxx.xxx.xxx >> port = 10293 >> smsc-username = a >> smsc-password = b >> system-type = tcp >> smsc-id = new >> allowed-smsc-id = new >> transceiver-mode = yes >> source-addr-ton = 0 >> source-addr-npi = 1 >> source-addr-autodetect = no >> address-range = "" >> dest-addr-ton = 0 >> dest-addr-npi = 1 >> msg-id-type = 0x01 >> throughput = 1 >> >> /etc/kannel/smpp-tlv.conf >> group = smpp-tlv >> name = short_name >> tag = 0x5120 >> type = octetstring >> length = 8 >> >> group = smpp-tlv >> name = txid >> tag = 0x5121 >> type = integer >> length = 20 >> >> group = smpp-tlv >> name = conttype >> tag = 0x5123 >> type = octetstring >> length = 20 >> >> >> lynx >> "http://127.0.0.1:13013/cgi-bin/sendsms?user=new&smsc=new&pass=new&to=234355058673&from=123404&text=testing+push&meta-data=%3Fsmpp%3Fshort_name%3Dcr9trial"; >> >> In /var/log/kannel/access.log >> 2009-10-08 11:14:56 FAILED Send SMS [SMSC:new] [SVC:abc] [ACT:] >> [BINF:] [FID:] [META:?smpp?short_name=cr9trial] [from:123404] >> [to:234355058673] [flags:-1:0:-1:-1:-1] [msg:12:testing push] [udh:0:] >> >> In /var/log/kannel/kannel.log >> 2009-10-08 11:14:55 [10888] [32] DEBUG: boxc_receiver: sms received >> 2009-10-08 11:14:55 [10888] [32] DEBUG: send_msg: sending msg to box: >> <127.0.0.1> >> 2009-10-08 11:14:55 [10888] [9] DEBUG: SMPP[new]: Manually forced >> source addr ton = 0, source add npi = 1 >> 2009-10-08 11:14:55 [10888] [9] DEBUG: SMPP[new]: Manually forced dest >> addr ton = 0, dest add npi = 1 >> 2009-10-08 11:14:55 [10888] [9] DEBUG: new group created `smpp' >> 2009-10-08 11:14:55 [10888] [9] DEBUG: group=`smpp' key=`short_name' >> value=`cr9trial' >> 2009-10-08 11:14:55 [10888] [9] DEBUG: SMPP[new]: Sending PDU: >> 2009-10-08 11:14:55 [10888] [9] DEBUG: SMPP PDU 0xc7c0ef0 dump: >> 2009-10-08 11:14:55 [10888] [9] DEBUG: type_name: submit_sm >> 2009-10-08 11:14:55 [10888] [9] DEBUG: command_id: 4 = 0x00000004 >> 2009-10-08 11:14:55 [10888] [9] DEBUG: command_status: 0 = >> 0x00000000 >> 2009-10-08 11:14:55 [10888] [9] DEBUG: sequence_number: 25577 = >> 0x000063e9 >> 2009-10-08 11:14:55 [10888] [9] DEBUG: service_type: NULL >> 2009-10-08 11:14:55 [10888] [9] DEBUG: source_addr_ton: 0 = >> 0x00000000 >> 2009-10-08 11:14:55 [10888] [9] DEBUG: source_addr_npi: 1 = >> 0x00000001 >> 2009-10-08 11:14:55 [10888] [9] DEBUG: source_addr: "123404" >> 2009-10-08 11:14:55 [10888] [9] DEBUG: dest_addr_ton: 0 = 0x00000000 >> 2009-10-08 11:14:55 [10888] [9] DEBUG: dest_addr_npi: 1 = 0x00000001 >> 2009-10-08 11:14:55 [10888] [9] DEBUG: destination_addr: >> "234355058673" >> 2009-10-08 11:14:55 [10888] [9] DEBUG: esm_class: 3 = 0x00000003 >> 2009-10-08 11:14:55 [10888] [9] DEBUG: protocol_id: 0 = 0x00000000 >> 2009-10-08 11:14:55 [10888] [9] DEBUG: priority_flag: 0 = 0x00000000 >> 2009-10-08 11:14:55 [10888] [9] DEBUG: schedule_delivery_time: NULL >> 2009-10-08 11:14:55 [10888] [9] DEBUG: validity_period: NULL >> 2009-10-08 11:14:55 [10888] [9] DEBUG: registered_delivery: 0 = >> 0x00000000 >> 2009-10-08 11:14:55 [10888] [9] DEBUG: replace_if_present_flag: 0 = >> 0x00000000 >> 2009-10-08 11:14:55 [10888] [9] DEBUG: data_coding: 0 = 0x00000000 >> 2009-10-08 11:14:55 [10888] [9] DEBUG: sm_default_msg_id: 0 = >> 0x00000000 >> 2009-10-08 11:14:55 [10888] [9] DEBUG: sm_length: 15 = 0x0000000f >> 2009-10-08 11:14:55 [10888] [9] DEBUG: short_message: "testing push" >> 2009-10-08 11:14:55 [10888] [9] DEBUG: short_name: "cr9trial" >> 2009-10-08 11:14:55 [10888] [9] DEBUG: SMPP PDU dump ends. >> 2009-10-08 11:14:56 [10888] [9] DEBUG: SMPP[new]: Got PDU: >> 2009-10-08 11:14:56 [10888] [9] DEBUG: SMPP PDU 0xc7a0fb8 dump: >> 2009-10-08 11:14:56 [10888] [9] DEBUG: type_name: submit_sm_resp >> 2009-10-08 11:14:56 [10888] [9] DEBUG: command_id: 2147483652 = >> 0x80000004 >> 2009-10-08 11:14:56 [10888] [9] DEBUG: command_status: 1031 = >> 0x00000407 >> 2009-10-08 11:14:56 [10888] [9] DEBUG: sequence_number: 25577 = >> 0x000063e9 >> 2009-10-08 11:14:56 [10888] [9] DEBUG: message_id: NULL >> 2009-10-08 11:14:56 [10888] [9] DEBUG: SMPP PDU dump ends. >> 2009-10-08 11:14:56 [10888] [9] ERROR: SMPP[new]: SMSC returned error >> code 0x00000407 (Vendor-specific error, please refer to your SMPP provider) >> in response to submit_sm. >> [I edit some data] >> >> The situation is my telco doing migration system with optional >> parameter. and they need wireshark data from us >> From that there is submit_sm (kannel log above), but i can't see >> submit_sm in wireshark, why this could happen. i have another connection to >> other port for the same ip and that connection not using any meta data and >> it work give submit_sm in wireshark. >> >> Regards >> Benjamin >> >> >> > > -- |-----------------------------------------------------------------------------------------------------------------| Envíe y Reciba Datos y mensajes de Texto (SMS) hacia y desde cualquier celular y Nextel en el Perú, México y en mas de 180 paises. Use aplicaciones 2 vias via SMS y GPRS online Visitenos en www.perusms.NET www.smsglobal.com.mx y www.pravcom.com
