RE: Is it possible to set up the esm_class for Kannel?

BTW. Can you tell me please the lower version of Kannel which work in
this way?

Thanks so much in advance. 


Bitfone Inc.
Innovations in Mobile Customer Care
Olga Rudchenko 
Developer
+1 905 326 9110 Ext. 287
+1 905 763 9085 
+1 416 909 6542
250 West Beaver Creek Road, Suite 1, Richmond Hill, ON, L4B 1B4, Canada
 

-----Original Message-----
From: [email protected] [mailto:[email protected]] On
Behalf Of Davy Chan
Sent: Friday, January 07, 2005 12:14 PM
To: [email protected]
Cc: [email protected]
Subject: Re: Is it possible to set up the esm_class for Kannel?

**>Subject: RE: Is it possible to set up the esm_class for Kannel?
**>Date: Fri, 7 Jan 2005 07:54:34 -0800
**>From: "Olga Rudchenko" <[email protected]>
**>To: <[email protected]>
**>
**>
**>Hi,
**>
**>Thanks so much for help! I am really stick with this problem. 
**>
**>We already use Kannel but would like to expand the list of devices
which **>we use. They are going to be the J2ME phones. In this case I
need to **>send SMS with UDH and set up the esm_class to 0x40. If you
know any **>other tuning which I should to do in this case, let me know
please. 

Actually, setting a UDH in an SMS (via cgi parameter "udh=" for
HTTP_GET, or X-Kannel-UDH option header for HTTP_POST, or <udh>...</udh>
for HTTP_POST with xml document) will force the UDHI bit to 1 (i.e.
OR's esm_class with 0x40) on the esm_class of Kannel's SMPP client
implementation. You do not need to set it manually.

**>It would be really helpful if we can do this using XML and URL.

Message Mode (bits 1-0) are particular to SMPP.  They were not
candidates for configurable parameters because they could not be
abstracted for other SMSC implementations.

Message Type (bits 5-2) does not appear to be used by Kannel at all.
This means that all submit_sm will have the Message Type of 0x0 which is
"Normal Message". Does anyone know if the other two Message Types (0x8:
ESME Delivery Ack and 0x10: ESME User Ack) are actually used in the wild
(maybe for ESME to respond to a DLR request from an MO SMS)?

GSM Network Specific Features (bits 7-6) are set based on:
  1) If a UDH is present in the MT SMS via
     "udh=XXYYXXYY", X-Kannel-UDH: XXYYXXYY, or <udh>XXYYXXYY</udh>
  2) If a Return Path Indicator is present in the MT SMS
     "rpi=1", X-Kannel-RPI: 1, or <rpi>1</rpi>

Since this thread is edging towards [email protected] type questions,
let's continue this discussion over there.

See ya...

d.c.