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.