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 > > >
