Hi,
After your instructions, I've found this from an article:

"(...) specify the User Data Header of the sms. For example following url will 
send the sms to port 6579

http://127.0.0.1:13013/cgi-bin/sendsms?username=[kannel  user]&password=[kannel 
passwd]&to=[to phone  number]&text=[message text]&udh=%06%05%04%19%B3"

I think that's what Juan was refering. The article's writer mentioned also that 
doing this, the SMS becomes in binary format, and I have to take care of it 
when 
receiving SMS on device. I'll try it and check the results.

One more question: can Kannel send SMSs with more than 160 chars with this UDH 
header as well?

Thanks for the help given so far.
Anderson

-------------------------------------------------------


Both techniques are possible. Either GSM UDH parameters, or the use of
the dest_port optional TLV parameter.



On Thu, Sep 16, 2010 at 3:36 PM, Juan Nin <[email protected]> wrote:
> That's not done with TLVs, to specify the destination port you need to use 
UDH.
>
> Try using udh=06050412340000
>
> where 1234 is the destination port
>
>
> On Thu, Sep 16, 2010 at 9:55 AM, Elton Hoxha <[email protected]> wrote:
>> Hi,
>>
>> You need to configure TLV section in your conf file associated with
>> the latest Kannel releases. AFAIK 1.4.3 stable version doesnt support
>> meta-data.
>>
>> TLV Parameter Tag:      0x020B  TLV Parameter Type:     2BYTE
>>
>> On Thu, Sep 16, 2010 at 2:21 PM, Anderson Schmidt <[email protected]> 
>wrote:
>>> Hi all,
>>>
>>> I was searching information about how to deliver SMSs through Kannel, in a
>>> specific port on devices. More precisely, the SMPP destination port
>>> parameter. On devices, I'm going to have a java application using WMA, that
>>> listen to that specific port to wake up and process the SMS accordingly.
>>>
>>> I already have kannel working fine, for short and long simple text SMSs, but
>>> I couldn't find specific explanations about this delivery port param on the
>>> user guide. Any idea of how this can be implemented?
>>>
>>> Thanks in advance,
>>> Anderson
>>>
>>>
>>
>>
>
>


      

Reply via email to