Kanel currently does not support the "message_payload" field, so to support Vodafone 
AU someone will need to implement it. while I don't much care for how the SMPP module 
is built, it does make extending it quite easy, so it shouldn't be to hard to add that 
support.

--
Oded Arbel
m-Wise Inc.
[EMAIL PROTECTED]
(972)-67-340014
(972)-9-9581711 (ext: 116)

::..
Optimization hinders evolution.


> -----Original Message-----
> From: Troy Kelly [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, June 04, 2002 8:34 AM
> To: 'Kannel - Users'
> Subject: ANOTHER UPDATE: No message text in get-url or 
> post-url - Help!
> 
> 
> Hi all,
> 
> Well - I think I have found my problem - Vodafone Australia 
> only deliver the
> message text in the optional 'message_payload' field.  The 
> sm_length is set
> to zero (0) and the short_message string is zero length.  
> Does anybody know
> anyway to make kannel use the message_payload field instead of the
> short_message field?
> 
> ...and as an aside - I really can't recommend vodafone AU as 
> an SMSC if you
> are looking for one in Australia.
> 
> Troy
> 
> -----Original Message-----
> From: Troy Kelly 
> Sent: Tuesday, June 04, 2002 3:51 PM
> To: 'Kannel - Users'
> Subject: RE: MORE UPDATE: No message text in get-url or 
> post-url - Help!
> 
> 
> Hi,
> 
> I turned on the dump and there is no message body in the PDU.
> 
> 2002-06-04 05:48:26 [6] DEBUG: SMPP[test-vf1]: Got PDU:
> 2002-06-04 05:48:26 [6] DEBUG: SMPP PDU 0x100d6228 dump:
> 2002-06-04 05:48:26 [6] DEBUG:   type_name: deliver_sm
> 2002-06-04 05:48:26 [6] DEBUG:   command_id: 5 = 0x00000005
> 2002-06-04 05:48:26 [6] DEBUG:   command_status: 0 = 0x00000000
> 2002-06-04 05:48:26 [6] DEBUG:   sequence_number: 2 = 0x00000002
> 2002-06-04 05:48:26 [6] DEBUG:   service_type: "LDT2"
> 2002-06-04 05:48:26 [6] DEBUG:   source_addr_ton: 1 = 0x00000001
> 2002-06-04 05:48:26 [6] DEBUG:   source_addr_npi: 1 = 0x00000001
> 2002-06-04 05:48:26 [6] DEBUG:   source_addr: "61405619420"
> 2002-06-04 05:48:26 [6] DEBUG:   dest_addr_ton: 2 = 0x00000002
> 2002-06-04 05:48:26 [6] DEBUG:   dest_addr_npi: 3 = 0x00000003
> 2002-06-04 05:48:26 [6] DEBUG:   destination_addr: "0416905866"
> 2002-06-04 05:48:26 [6] DEBUG:   esm_class: 0 = 0x00000000
> 2002-06-04 05:48:26 [6] DEBUG:   protocol_id: 201 = 0x000000c9
> 2002-06-04 05:48:26 [6] DEBUG:   priority_flag: 1 = 0x00000001
> 2002-06-04 05:48:26 [6] DEBUG:   schedule_delivery_time: ""
> 2002-06-04 05:48:26 [6] DEBUG:   validity_period: ""
> 2002-06-04 05:48:26 [6] DEBUG:   registered_delivery: 0 = 0x00000000
> 2002-06-04 05:48:26 [6] DEBUG:   replace_if_present_flag: 0 = 
> 0x00000000
> 2002-06-04 05:48:26 [6] DEBUG:   data_coding: 0 = 0x00000000
> 2002-06-04 05:48:26 [6] DEBUG:   sm_default_msg_id: 0 = 0x00000000
> 2002-06-04 05:48:26 [6] DEBUG:   sm_length: 0 = 0x00000000
> 2002-06-04 05:48:26 [6] DEBUG:   short_message: ""
> 2002-06-04 05:48:26 [6] DEBUG: SMPP PDU dump ends.
> 
> I am by no measure 'C' language ready - but, can somebody 
> point me to where
> this is received and built when a deliver_sm message is 
> received by Kannel -
> and perhaps I can work from there.
> 
> Regards,
> Troy Kelly
> WebCentral Pty Ltd
> +61-7-3249-2500
> 1800-800-099
> 
> 
> -----Original Message-----
> From: Jari Juslin [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, June 04, 2002 11:02 AM
> To: 'Kannel - Users'
> Subject: Re: MORE UPDATE: No message text in get-url or 
> post-url - Help!
> 
> 
> Troy Kelly wrote:
> 
> >
> > I just used CMG's test SMPP application to make sure that 
> Vodafone's 
> > (Australia) SMPP gateway was doing the right thing - and it is.  
> > Please somebody help, I am not getting any content.  When I checked 
> > with CMG's app the message_payload contains the message 
> text.  But the 
> > same message delivered to Kannel has no content.
> >  
> > Does anybody have any ideas?
> 
> I am just a poor Java coder, not a Kannel expert, so don't trust my 
> comments too much. But, your data gave me some ideas.
> 
> >     2002-05-31 01:29:40 [8] DEBUG:   data: 47 45 54 20 2f 74 65 73  
> >     GET /tes
> >     2002-05-31 01:29:40 [8] DEBUG:   data: 74 2e 61 73 70 3f 6d 65  
> >     t.asp?me
> >     2002-05-31 01:29:40 [8] DEBUG:   data: 73 73 61 67 65 3d 20 48  
> >     ssage= H
> >
> Ok, this shows that there is no payload when smsbox makes a 
> request to 
> your application. Correct.
> 
> >     get-url = "http://192.168.100.1/test.asp?message=%a";
> >
> This looks ok to me, too.
> 
> >     2002-05-31 11:29:40 Receive SMS [SMSC:vf] [SVC:] [ACT:]
> >     [from:61405619420] [to:0416905800] [flags:0:1:0:0:0] 
> [msg:0:] [udh:0:]
> >
> But this explains a lot: When bearerbox receives the data, 
> there is no 
> message. Format of msg field is [msg:<message_length>:<message>], so 
> [msg:0:] means just that - no message.
> 
> >     Does anybody have any ideas?
> >
> Take a look at network traffic the Kannel and SMPP SMSC have between 
> them, and compare it to SMPP spec and/or to the traffic 
> received by your 
> test SMPP client. It should reveal whether Vodafone's gateway 
> is sending 
> you data or not - and is it sending it in proper format and field.
> 
> This sounds like some version incompability problem. What version of 
> SMPP does Vodafone use? The version supported by Kannel is SMPP 3.4, 
> thought I have no idea of how downwards compatible SMPP is... 
> And specs 
> are never clear enough, it might as well be that Kannel and Vodafone 
> interpret spec different way. Kannel SMPP driver is known to 
> work and to 
> my knowledge in use here and there, so it's most propably not 
> badly broken.
> 
> If you don't know how to look at network traffic, there is at 
> least two 
> ways: There is a precompiler option at the beginning of the file 
> gw/smsc_smpp.c that controls whether SMPP driver dumps all protocol 
> packet to log or not. Change the #if 1 to #if 0 and 
> recompule. Other way 
> to is to just sniff the network traffic. I have used mainyl ngrep for 
> this job. Just tell it to print out everything based on IP address of 
> the SMPP SMSC.
> 
> So, no any quick and clean suggestions, sorry.
> 
> -- 
> Jari Juslin, Development Team Leader, MatchEm Ltd
> 
> 
> 

Reply via email to