It is the expected behaviour. What you set in config file are the instructions on how kannel should "format" each meta-data parameter when send it through smpp. As those are optional/special parameters not defined in kannel it need to add or not that parameter on a per message/per connection basis.
Regards Alvaro |-----------------------------------------------------------------------------------------------------------------| 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 On Thu, Sep 2, 2010 at 5:35 AM, Jan van der Vyver <j...@in2one.co.za> wrote: > Dear Rene > > Thank you for the advice > > The following send-sms url works perfect: > > http://xxx.xxx.xxx.xx:13013/cgi-bin/sendsms?username=username&password=passw > ord&meta-data=%3Fsmpp%3Fdestination_port%3D9280&text=TEST&to=263734625674 > > So must I then conclude that kannel currently is not using the meta-data > option in the config file and ignoring it? Is their a reason for this? Or > is this a bug? > > Kind Regards > > Jan > > -----Original Message----- > From: Rene Kluwen [mailto:rene.klu...@chimit.nl] > Sent: 02 September 2010 12:25 AM > To: j...@in2one.co.za; 'Alejandro Guerrieri' > Cc: users@kannel.org > Subject: RE: Meta data parameters in kannel snapshot version (31/08/2010) > > Instead of relying on Kannel's standard reply-text mechanism, you may want > your php script to return nothing (empty string) in combination with > omit-empty = true. > > Your script then does it's processing and posts the result via the > sendsms-url back to Kannel, including the meta-data. > > == Rene > > > -----Original Message----- > From: users-boun...@kannel.org [mailto:users-boun...@kannel.org] On Behalf > Of Jan van der Vyver > Sent: Wednesday, 01 September, 2010 23:38 > To: 'Alejandro Guerrieri' > Cc: users@kannel.org > Subject: RE: Meta data parameters in kannel snapshot version (31/08/2010) > > Hi > > Here is the url we use to test. > > http://xxx.xxx.xxx.xxx:zzzz/cgi-bin/sendsms?username=username&password=passw > ord&to=0833795999&text=test&meta-data=%3Fsmpp%3Fdestination_port%3D9280 > > This will work to test it. > > But I need it to work for the following case: > > Receive message via smpp -> kannel makes url call as configured -> kannel > receives result from php script -> kannel send message back via smpp. > > Do I understand correct that the meta-data option set in my configuration > below is set correct? > > Thank you for the help sofar. > > Jan > > From: Alejandro Guerrieri [mailto:alejandro.guerri...@gmail.com] > Sent: 01 September 2010 04:53 PM > To: j...@in2one.co.za > Cc: Jonathan Zylberberg; users@kannel.org > Subject: Re: Meta data parameters in kannel snapshot version (31/08/2010) > > "?smpp?destination_port=9280" must be url-encoded. > > Please try fixing that and post the complete url if it doesn't work, to rule > out any ambiguities. > > Regards, > > Alex > On Wed, Sep 1, 2010 at 4:24 PM, Jan van der Vyver <j...@in2one.co.za> wrote: > Dear Alex > > We tried to create the reply by adding the following to our sendsms url > > “&meta-data=?smpp?destination_port=9280” > > And by just echoing the message back on the sms-service > > “http://192.168.1.35/srs/ussd/handle.php?from=%p&to=%p&message=%r&binary=%b& > type=%i&time=%t" > > Is the meta-data option in the smsc config part ignored? > > Kind Regards > Jan > > > > From: Alejandro Guerrieri [mailto:alejandro.guerri...@gmail.com] > Sent: 01 September 2010 04:10 PM > To: j...@in2one.co.za > Cc: Jonathan Zylberberg; users@kannel.org > Subject: Re: Meta data parameters in kannel snapshot version (31/08/2010) > > How are you creating the reply? I guess it's using a sendsms url? Please > post it. > > Regards, > > Alex > > > On Wed, Sep 1, 2010 at 3:55 PM, Jan van der Vyver <j...@in2one.co.za> wrote: > Dear All > > We are connecting to an SMSC for USSD purposes. > > We require to send a "destination_port=9280" meta-data in the outgoing smpp > pdu. > > We have updated the kannel to the svn checkout made on 31/08/2010. > > Our current config is included aswell as debug for incoming and outgoing > messages. > > What are we configuring or doing wrong, why is the meta-data not set in the > outgoing pdu. > > Kind Regards > > Jan > > Config: > > group = smsc > smsc-id = USSD23 > smsc = smpp > host = xxx.xxx.xxx.xxx > port = 2775 > transceiver-mode = true > smsc-username = "xxxxxxxx" > smsc-password = "xxxxxxxx" > system-type = "" > service-type = "" > address-range = "" > meta-data = "%3Fsmpp%3Fdestination_port%3D9280" > my-number = "178" > source-addr-autodetect = no > source-addr-ton = 6 > source-addr-npi = 0 > interface-version = 34 > > group = sms-service > keyword = default > get-url = > "http://192.168.1.35/srs/ussd/handle.php?from=%p&to=%p&message=%r&binary=%b& > type=%i&time=%t" > accepted-smsc = USSD23 > > group = smpp-tlv > name = destination_port > tag = 0x020B > type = integer > length = 2 > smsc-id = USSD23 > > group = smpp-tlv > name = source_port > tag = 0x020A > type = integer > length = 2 > smsc-id = USSD23 > > > INCOMING: > > 2010-09-01 15:48:41 [24667] [6] DEBUG: Optional parameter tag (0x020b) > 2010-09-01 15:48:41 [24667] [6] DEBUG: Optional parameter length read as 2 > 2010-09-01 15:48:41 [24667] [6] DEBUG: Found configured optional parameter > `destination_port' > 2010-09-01 15:48:41 [24667] [6] DEBUG: Optional parameter tag (0x020a) > 2010-09-01 15:48:41 [24667] [6] DEBUG: Optional parameter length read as 2 > 2010-09-01 15:48:41 [24667] [6] DEBUG: Found configured optional parameter > `source_port' > 2010-09-01 15:48:41 [24667] [6] DEBUG: SMPP[USSD25]: Got PDU: > 2010-09-01 15:48:41 [24667] [6] DEBUG: SMPP PDU 0x12c06d0 dump: > 2010-09-01 15:48:41 [24667] [6] DEBUG: type_name: deliver_sm > 2010-09-01 15:48:41 [24667] [6] DEBUG: command_id: 5 = 0x00000005 > 2010-09-01 15:48:41 [24667] [6] DEBUG: command_status: 0 = 0x00000000 > 2010-09-01 15:48:41 [24667] [6] DEBUG: sequence_number: 256475144 = > 0x0f498008 > 2010-09-01 15:48:41 [24667] [6] DEBUG: service_type: NULL > 2010-09-01 15:48:41 [24667] [6] DEBUG: source_addr_ton: 1 = 0x00000001 > 2010-09-01 15:48:41 [24667] [6] DEBUG: source_addr_npi: 1 = 0x00000001 > 2010-09-01 15:48:41 [24667] [6] DEBUG: source_addr: "263733529945" > 2010-09-01 15:48:41 [24667] [6] DEBUG: dest_addr_ton: 2 = 0x00000002 > 2010-09-01 15:48:41 [24667] [6] DEBUG: dest_addr_npi: 1 = 0x00000001 > 2010-09-01 15:48:41 [24667] [6] DEBUG: destination_addr: "-263178" > 2010-09-01 15:48:41 [24667] [6] DEBUG: esm_class: 0 = 0x00000000 > 2010-09-01 15:48:41 [24667] [6] DEBUG: protocol_id: 255 = 0x000000ff > 2010-09-01 15:48:41 [24667] [6] DEBUG: priority_flag: 0 = 0x00000000 > 2010-09-01 15:48:41 [24667] [6] DEBUG: schedule_delivery_time: NULL > 2010-09-01 15:48:41 [24667] [6] DEBUG: validity_period: NULL > 2010-09-01 15:48:41 [24667] [6] DEBUG: registered_delivery: 0 = 0x00000000 > 2010-09-01 15:48:41 [24667] [6] DEBUG: replace_if_present_flag: 0 = > 0x00000000 > 2010-09-01 15:48:41 [24667] [6] DEBUG: data_coding: 1 = 0x00000001 > 2010-09-01 15:48:41 [24667] [6] DEBUG: sm_default_msg_id: 0 = 0x00000000 > 2010-09-01 15:48:41 [24667] [6] DEBUG: sm_length: 13 = 0x0000000d > 2010-09-01 15:48:41 [24667] [6] DEBUG: short_message: "80 33507 178#" > 2010-09-01 15:48:41 [24667] [6] DEBUG: source_port: 0 = 0x00000000 > 2010-09-01 15:48:41 [24667] [6] DEBUG: destination_port: 9280 = 0x00002440 > 2010-09-01 15:48:41 [24667] [6] DEBUG: source_port: "0" > 2010-09-01 15:48:41 [24667] [6] DEBUG: destination_port: "9280" > 2010-09-01 15:48:41 [24667] [6] DEBUG: SMPP PDU dump ends. > > OUTGOING REPLY: > > 2010-09-01 15:48:41 [24667] [6] DEBUG: SMPP[USSD25]: Manually forced source > addr ton = 6, source add npi = 0 > 2010-09-01 15:48:41 [24667] [6] DEBUG: SMPP[USSD25]: Sending PDU: > 2010-09-01 15:48:41 [24667] [6] DEBUG: SMPP PDU 0x12c7dd0 dump: > 2010-09-01 15:48:41 [24667] [6] DEBUG: type_name: submit_sm > 2010-09-01 15:48:41 [24667] [6] DEBUG: command_id: 4 = 0x00000004 > 2010-09-01 15:48:41 [24667] [6] DEBUG: command_status: 0 = 0x00000000 > 2010-09-01 15:48:41 [24667] [6] DEBUG: sequence_number: 75 = 0x0000004b > 2010-09-01 15:48:41 [24667] [6] DEBUG: service_type: "" > 2010-09-01 15:48:41 [24667] [6] DEBUG: source_addr_ton: 6 = 0x00000006 > 2010-09-01 15:48:41 [24667] [6] DEBUG: source_addr_npi: 0 = 0x00000000 > 2010-09-01 15:48:41 [24667] [6] DEBUG: source_addr: "178" > 2010-09-01 15:48:41 [24667] [6] DEBUG: dest_addr_ton: 1 = 0x00000001 > 2010-09-01 15:48:41 [24667] [6] DEBUG: dest_addr_npi: 1 = 0x00000001 > 2010-09-01 15:48:41 [24667] [6] DEBUG: destination_addr: "263733529945" > 2010-09-01 15:48:41 [24667] [6] DEBUG: esm_class: 3 = 0x00000003 > 2010-09-01 15:48:41 [24667] [6] DEBUG: protocol_id: 0 = 0x00000000 > 2010-09-01 15:48:41 [24667] [6] DEBUG: priority_flag: 0 = 0x00000000 > 2010-09-01 15:48:41 [24667] [6] DEBUG: schedule_delivery_time: NULL > 2010-09-01 15:48:41 [24667] [6] DEBUG: validity_period: NULL > 2010-09-01 15:48:41 [24667] [6] DEBUG: registered_delivery: 0 = 0x00000000 > 2010-09-01 15:48:41 [24667] [6] DEBUG: replace_if_present_flag: 0 = > 0x00000000 > 2010-09-01 15:48:41 [24667] [6] DEBUG: data_coding: 0 = 0x00000000 > 2010-09-01 15:48:41 [24667] [6] DEBUG: sm_default_msg_id: 0 = 0x00000000 > 2010-09-01 15:48:41 [24667] [6] DEBUG: sm_length: 112 = 0x00000070 > 2010-09-01 15:48:41 [24667] [6] DEBUG: short_message: > 2010-09-01 15:48:41 [24667] [6] DEBUG: Octet string at 0x12b9200: > 2010-09-01 15:48:41 [24667] [6] DEBUG: len: 112 > 2010-09-01 15:48:41 [24667] [6] DEBUG: size: 113 > 2010-09-01 15:48:41 [24667] [6] DEBUG: immutable: 0 > 2010-09-01 15:48:41 [24667] [6] DEBUG: data: 37 32 20 33 33 35 30 37 20 > 33 36 30 20 30 20 50 72 33507 360 0 P > 2010-09-01 15:48:41 [24667] [6] DEBUG: data: 6c 65 61 73 65 20 65 6e 74 > 65 72 20 79 6f 75 72 lease enter your > 2010-09-01 15:48:41 [24667] [6] DEBUG: data: 20 53 55 52 4e 41 4d 45 20 > 4f 4e 4c 59 2e 20 52 SURNAME ONLY. R > 2010-09-01 15:48:41 [24667] [6] DEBUG: data: 65 67 69 73 74 72 61 74 69 > 6f 6e 20 69 73 20 69 egistration is i > 2010-09-01 15:48:41 [24667] [6] DEBUG: data: 6e 20 70 72 6f 67 72 65 73 > 73 2e 20 44 6f 20 4e n progress. Do N > 2010-09-01 15:48:41 [24667] [6] DEBUG: data: 4f 54 20 70 72 65 73 73 20 > 74 68 65 20 45 58 49 OT press the EXI > 2010-09-01 15:48:41 [24667] [6] DEBUG: data: 54 20 6f 72 20 52 45 44 20 > 62 75 74 74 6f 6e 21 T or RED button! > 2010-09-01 15:48:41 [24667] [6] DEBUG: Octet string dump ends. > 2010-09-01 15:48:41 [24667] [6] DEBUG: SMPP PDU dump ends. > > > > > > > > > > >