Bruno Rodrigues wrote:
>
Kannel should decide for the 0x0x "spelling" unless you pass alt-dcs field,
which will select the 0xFx "spelling".
This isn't Kannel's decision to make; this is data set by the end user's
telephone, which may have requirements neither you nor I are (or could
be) aware
This patch fixes the following issues:
*) Kannel coding param is overwritten with wrong values by pdu_to_msg
(e.g. a Nokia business card, which is 8-bit data encoded as iso-8859-1,
is processed by Kannel as 7-bit text, and will be forwarded as coding 1.)
*) UDH is ignored in SMS-MO
The patch is
Stipe Tolj wrote:
If it's DCS is really broken up in MO SMPP, then please re-send the
patch. Use [PATCH] in the mail subject line.
The SMPP patch just fixes the following issues:
*) Kannel coding param is overwritten with wrong values by pdu_to_msg
(e.g. a Nokia business card, which is 8-bit d
Here's my second try at the SMPP patch.
This patch:
*) Fixes bogus encodings on MO messages
*) Provides UDH support for MO messages
for SMPP connections.
Have fun, and thanks for the comments!
David WHITE
CONNECT AUSTRIA
-- PATCH --
===
The GSM data coding scheme (DCS) is broken up by Kannel into various
seperate fields, as I've seen. The protocol id, however, is passed
through as an opaque octet.
Why is that? PID could concievably be treated the same way as DCS, and
broken up into human-friendly fields like replace_msg_class,
Here's a patch that fixes two deficiencies with Kannel's SMPP
implementation.
*) UDH for MO messages is not supported in the unpatched driver.
This patch will correctly deal with the most common (SMPP 3.3-style)
technique for sending MO's with UDH, namely esm_class |= 64 with the UDH
placed in
[EMAIL PROTECTED] wrote:
Hello Dave,
You once "promissed" :) to send your updated SAR patch to the Kannel
mailing list. I tried to find this email on the list but couldn't find it.
Could you send your latest version to the list? Possible with
your findings like quality, missing features, worki
Stipe Tolj wrote:
>
> sounds like you did this already using portions of Kannel?!
>
Yes, a (mostly) stock Kannel. The SMS/IP gateway was a seperate program.
> Can you contribute this to the group?
>
Directly, no. The code belongs to my company, and it's in Java.
However, I would be very
Stipe Tolj wrote:
> Bruno David Rodrigues wrote:
>
>>Is it worth to code it now that new gprs phones don't have wap over sms
>>option ?
>>
>
> BTW, has anyone ever seems something working with a commercial WAP GW
> and a real phone?!?!
>
Yes, you can, and yes, I have, using Kannel as my G/W.
--- Begin Message ---
N.B. -- My copy of 'diff' seems not to have a "unified" switch, so these
are context diffs.
Patch 1 fixes the incorrect use of DCS 8 for WDP/SMS WSP-push messages.
dave@ispdev2# diff -c kannel-snapshot/gw/wapbox.c
kannel-patched/gw/wapbox.c
*** kannel-snapshot/gw/wapbox.c
--- Begin Message ---
Stone Zhang wrote:
> Hi,
>
> I had a problem when I tired to send a WAP push SI via Nokia premicell. I
> got the following message from bearerbox
>
> 2002-03-05 11:45:51 [14] DEBUG: boxc_receiver: got sms from wapbox
> 2002-03-05 11:45:52 [5] DEBUG: international startin
Alexei Pashkovsky wrote:
>>(for example - the square
>>brackets which I like to use), the modem rejects the message with error
>>304 "invalid PDU mode parameter".
>>
>
>Well, this will probably hurt you, but I'm afraid square brackets are not
>part of GSM character set.
>At least I didn't see the
Patrick Mignott wrote:
>hi all,
>what is the best AT modem to work with kannel? and the reasons for you
>opinion please.
>
There are no good GSM modems to use to handle incoming SMS messages. The
way SMS is implemented prohibits it.
While I realize that many people here regularly use GSM modem
13 matches
Mail list logo