Nick Clarey did wtls, maybe he can help you ?
Aarno
On Monday, February 24, 2003, at 10:21 AM, Obakeng wrote:
I would like to develop a WTLS setup using kannel. Do you know if anyone has tried it?
Nisan Bloch wrote:
At 11:37 AM 2/25/03 +0100, Stipe Tolj wrote:
Kalle Marjola wrote:
That's why I published them, altought I knew that some things are a bit
too radical. As we have no resources to do any development on it right
now, I hope that you can scavenge useful things out
Hi list,
this thread leads us to a discussion I had yesterday with Alexander
from Centrium (and also Harrie Hazewinkel, who is hopefully still
subscribed to the list :)
We need to design a clean module API interface (which is already there
in some extended sense) and allows to plug them in via
Hi Srinivasa,
Srinivasa Rao Munagala wrote:
Hi,
I am trying to configure the kannel gateway.
I was able to configure the kannel gateway with dlr-db
as mysql.
There are no panics when the gateway is started using
./bearerbox confile.
Problem
when i am sending fake smsc i am getting
I would like to develop a WTLS setup using kannel. Do you know if
anyone has tried it?
you both guys should first of all dig into the mailing list archive.
Nick has send some mails about where he stopped with development of
the WTLS layer in Kannel. I guess he's getting pi**ed when we ask him
Try
regular text: coding=2
flash : coding=2mclass=1
and don't forget to use
alt-dcs = yes
on your smsc-group.
If you leave coding unset, you'll have 7bit, and you won't get a dcs that is
accepted by Vodaphone Spain.
Good luck.
Angel Fradejas
Mediafusion Espana, S.A.
[EMAIL PROTECTED]
Nicholas Rahn wrote:
iServer is a proprietary Swisscom SMSC. It abstracts multiple EMI/UCP
connections with a proprietary HTTP/socket interface in order to provide
billing, throughput, etc. There is currently no way to use kannel to
connect to it.
You could, however, write a new kannel
onsdag 26. februar 2003, 15:19, skrev Angel Fradejas:
Try
regular text: coding=2
flash : coding=2mclass=1
and don't forget to use
alt-dcs = yes
on your smsc-group.
If you leave coding unset, you'll have 7bit, and you won't get a dcs that
is accepted by Vodaphone Spain.
Thanks,
We're working with a SMPP 3.4 server that validly (according to the 3.4
specs) terminates the C-Octet Strings it sends us with a NULL character.
This currently isn't handled directly by Kannel and ends up as an extra
character on the message content.
For example a message of AAA, length 3, now
I have these values in my smsc-group:
#GSM_ADDR_TON_UNKNOWN
source-addr-ton = 0
#GSM_ADDR_NPI_E164
source-addr-npi = 1
# for 0xFX dcs values
alt-dcs = yes
and successfully work with Vodaphone Spain.
Angel Fradejas
Mediafusión España, S.A.
[EMAIL PROTECTED]
www.mediafusion.es
Tel. +34 91 252 32
On Mittwoch, Februar 26, 2003, at 03:52 Uhr, Alex Judd wrote:
We're working with a SMPP 3.4 server that validly (according to the 3.4
specs) terminates the C-Octet Strings it sends us with a NULL character.
This currently isn't handled directly by Kannel and ends up as an extra
character on the
Alex Judd wrote:
We're working with a SMPP 3.4 server that validly (according to the 3.4
specs) terminates the C-Octet Strings it sends us with a NULL character.
This currently isn't handled directly by Kannel and ends up as an extra
character on the message content.
For example a message
I think kannel should respect the length.
So a single octstr_trim(packet,len) should do the trick I guess.
if you guys consider it a bug in Kannel, then pass the information you
have to the bug tracking system.
Stipe
[EMAIL PROTECTED]
Forgot to say, I always supply the destination number in +346
format.
-Mensaje original-
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
nombre de Angel Fradejas
Enviado el: miércoles 26 de febrero de 2003 15:57
Para: Arne K. Haaje; [EMAIL PROTECTED]
Asunto: RE: Kannel snapshot
Hi,
this is not the kannel problem! Your smsc sned wrong pdu:
please look smpp v.3.4 issue 1.2 site 61...
short_message field is Octet-String and not C-Octet-String.
Your smsc is just buggy ;)
Am Mittwoch, 26. Februar 2003 16:00 schrieb Stipe Tolj:
Alex Judd wrote:
We're working with a SMPP
Alexander Malysh wrote:
this is not the kannel problem! Your smsc sned wrong pdu:
please look smpp v.3.4 issue 1.2 site 61...
short_message field is Octet-String and not C-Octet-String.
Your smsc is just buggy ;)
if that's the case, Alex, could you ask which explicit SMSC it is? So
we can
it can't be C-Octet-String at all ;) Just think that '@' in GSM 03.38 is 0x00 ;)
Am Mittwoch, 26. Februar 2003 16:10 schrieb Stipe Tolj:
Alexander Malysh wrote:
this is not the kannel problem! Your smsc sned wrong pdu:
please look smpp v.3.4 issue 1.2 site 61...
short_message field is
Alexander Malysh wrote:
it can't be C-Octet-String at all ;) Just think that '@' in GSM 03.38 is 0x00 ;)
so it's a pat situation?!
Stipe
[EMAIL PROTECTED]
---
Wapme Systems AG
Vogelsanger Weg 80
40470 Düsseldorf
Tel:
onsdag 26. februar 2003, 16:06, skrev Angel Fradejas:
Forgot to say, I always supply the destination number in +346
format.
-Mensaje original-
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
nombre de Angel Fradejas
Enviado el: miércoles 26 de febrero de 2003 15:57
Para:
Alexander
Not sure if that's true.
According to the SMPP3.4 specs C-Octet String A series of ASCII characters
terminated with the NULL character. Notes: (i) Reference made to NULL
settings of Octet-String fields implies that the field consists of a single
NULL character, i.e., an octet encoded
Ahh.. I think Alexander is right
DELIVER_SM specifies that short_message is a Var 0 - 254 size octets
Then specified earleir in the spec. is that Var 0 - 254 is an Octet String,
not a C-Octet String
Octet Strings are not Null terminated.
Looks like Mobay's gateway is buggy. I'll try and
Hi Alex,
Am Mittwoch, 26. Februar 2003 16:30 schrieb Alex Judd:
Alexander
Not sure if that's true.
According to the SMPP3.4 specs C-Octet String A series of ASCII characters
terminated with the NULL character. Notes: (i) Reference made to NULL
settings of Octet-String fields implies that
onsdag 26. februar 2003, 16:32, skrev Angel Fradejas:
Maybe you can provide with PDU dumps to see what's happening.
Here it is,
2003-02-26 16:52:22 [9] DEBUG: boxc_receiver: sms received
2003-02-26 16:52:22 [3] DEBUG: HTTP: Resetting HTTPClient for
`213.203.56.194'.
2003-02-26 16:52:22 [6]
Hi,
attached patch should fix dcs_to_fields and versus functions.
The problem: assume you got dcs=0xf5 in your smpp/ucp triber.
Simple call:
dcs = 0xf5;
dcs_to_fields(dcs,msg);
filds_to_dcs(msg, msg-sms.alt_dcs);
And look what happens ;)
Please apply...
--
Best
I filed a
bug
[Kannel
003]: 'make tests' doesn't work anymore
See http://www.kannel.3glab.org/cgi-bin/viewcvs.cgi/gateway/Makefile.in.diff?r1=1.63r2=1.64
Angel FradejasMediafusión España,
S.A.[EMAIL PROTECTED]www.mediafusion.esTel. +34 91 252 32
00Fax +34 91 572 27 08
Alex,
Have experienced SMSC that did this. In our case it was configurable on
SMSC - eventually it was turned off. It may be worth seeing if you can
do the same (given the SMSC's adding it).
Cheers,
Alan
On Thu, 2003-02-27 at 03:52, Alex Judd wrote:
We're working with a SMPP 3.4 server that
Hi
all,
Find
attached a patch to add generic support for the "our-host" smsc config
directive. Until now it was only supported in emi2 and smpp, and not fully (for
example emi2_open_listening_socket() created the server socket without explicit
binding to a specific interface).
This patch
Hi,
looks good , +1 from me ...
On Wednesday 26 February 2003 22:09, Angel Fradejas wrote:
Hi all,
Find attached a patch to add generic support for the our-host smsc config
directive. Until now it was only supported in emi2 and smpp, and not fully
(for example emi2_open_listening_socket()
Sorry - missed an check to see if --enable/disable-docs had been set. As
is configure.in
On Sun, 2003-02-16 at 15:47, Stipe Tolj wrote:
Alan McNatty wrote:
Ok thanks - I see now how it works ..
I've attached patch below in unified format. I've changed the order so
that you first
Hello,
found that if I type in the smpp password incorrectly kannel loops
forever trying to reconnect. ie:
[6] DEBUG: SMPP PDU 0x80f3a18 dump:
[6] DEBUG: type_name: bind_receiver_resp
[6] DEBUG: command_id: 2147483649 = 0x8001
[6] DEBUG: command_status: 14 = 0x000e
[6] DEBUG:
hi all !
We've seen some of SAR patches moving around. I think newer kannel
version(1.2.1) supports it. Has anybody tested this functionality with newer
gateways ? Or are they still developing SAR ? Does anyone have a new patch ?
urs,
denzel.
Hi
At 03:46 PM 2/27/03 +1300, Alan McNatty wrote:
Hello,
found that if I type in the smpp password incorrectly kannel loops
forever trying to reconnect. ie:
-1 from me
In the current form this path will not allow any retries for any sort of
bind error. eg what happens if there is a temporary
On Thu, 2003-02-27 at 18:54, Nisan Bloch wrote:
Hi
At 03:46 PM 2/27/03 +1300, Alan McNatty wrote:
Hello,
found that if I type in the smpp password incorrectly kannel loops
forever trying to reconnect. ie:
-1 from me
In the current form this path will not allow any retries for any sort
33 matches
Mail list logo
