Hi Paul,
Paul Keogh schrieb:
our REFPOOL tests are doing well. Handset manufacturers
claim the lack
of UAProf support within Kannel.
Is there any more details about these claims - ie. what exactly are
they claiming is missing ?
now basically they complain that Kannel does not check
Aarno Syvänen wrote:
You mean making cvs modules located in different machines ?
no, I'd like to have the current gateway cvs module as the base
component and add-ons (ie. smppbox, emibox, mmsbox) to be extendable
to the gateway source.
Basically something similiar as the Apache guys did with
Alex Judd wrote:
No, I think Stipe's on about the discussions to build a more module based
build with bearerbox forming the core - ie.
- smsbox
- wapbox
bearerbox - smppbox
- etc.
if we split the modules out a little cleaner like this, then you can
Hi all,
I can not send sms by using wavecom with kannel. Now I use cygwin +
window2000 and run bearerbox from kannel with this configuration :
group = core
admin-port = 13000
smsbox-port = 13001
admin-password = bar
status-password = foo
admin-deny-ip = *.*.*.*
admin-allow-ip = 127.0.0.1
Hi list,
I'd like to have a quick voting for chaning the current defaults
settings for the SMPP module for the TON and NPI values.
Currently we have:
/* setup default values */
pdu-u.submit_sm.source_addr_ton = GSM_ADDR_TON_NATIONAL; /*
national */
Hi Patrick,
my GSM provider has requested to to put the Validity flag to 8 hours.
we did it but aftter about 10 hours the SMSC started to have these errors
PROVIDER ERROR MESSAGE
06/06 18:52:32 AMP:uac_amppdu001 trace AMP PDU Trace, SMPP: Incorrect
Validity Time:
Rory Campbell-Lange schrieb:
Thanks very much for your message, Stipe.
Upon enquirey it appears that the target SMPP host only allows 6
messages a second to pass through on our service. I was trying to send
150 messages in less than a second!
yeah, Kannel performs very well ;))
I've
Andreas Fink wrote:
will probably mean it works in greece but breaks compatibility in other countries.
I vote -1 for this patch as is. Proper implementation of greek has to be made
different. ISO-8859-1 is also not appropriate so there's more to this.
ok, these are serious concerns from
Alexander Malysh schrieb:
Hi Stipe,
-1 from me.
How do you want recognize national numbers? International numbers can be
simple detected. They have '+' in front and then we set ton to international
and remove the plus.
hmm, so you *require* users to send to=%2b49xxx at sendsms HTTP
Alexander Malysh wrote:
hmm, sleep is very bad (imho). In this sleep time you can maybe handle 100
delivery receipts instead just sleeping. It would be great to add abstracted
bandwidth calculation code to kannel and then send only if bandwidth allow
this.
so sleeping makes only sense if
Hi list,
I have commited now:
2003-06-19 Stipe Tolj [EMAIL PROTECTED]
* gw/smsc/smsc_cimd2.c: fixed a bug inside CIMD2 module.
Thanks to Per Skaglund [EMAIL PROTECTED] for the patch.
[Msg-ID:
[EMAIL PROTECTED]]
if you run CIMD2 connections, please update your local CVS tree
Alexander Malysh [EMAIL PROTECTED] wrote:
Hi Bruno,
Am Donnerstag, 19. Juni 2003 16:03 schrieb Bruno Rodrigues:
Stipe Tolj [EMAIL PROTECTED] wrote:
Bruno Rodrigues wrote:
You need to sleep right after sending the message for it to work.
We can have configuration code in smsccon
a) change gwthread code to use the freed slot ID number instead of
incrementing. So we will never have a thread id above 1024 (which is
the hard thread limit).
b) thing how we can map the thread to the exlusive log file
to be honest I'd like to pick a), because b) should be pretty fast
Rory Campbell-Lange wrote:
The only error codes I'm getting are:
2003-06-06 20:42:53 [8] ERROR: SMPP[orangelong]: SMSC returned error
code 0x0045 in response to submit_sm.
according to SMPP specs this is considered to be a *general* error for
a submit_sm PDU. (seee SMPP v3.4, p. 113).
imho there is no point logging each _thread_ into separate file...
maybe instead logging thread _types_ into separate files?
then , mapping can be made on thread name instead of id...
Stipe Tolj wrote:
ok,
so we have 2 alternative here:
a) change gwthread code to use the freed slot ID number
Hi
At 01:53 PM 6/8/03 +0200, Stipe Tolj wrote:
yes there is. We at Wapme have those beasts arround here still in
cages ;)
yeah.. ditto...
So could some people *please* think of how to handle configure/make of
external cvs modules with the gateway cvs module as base core.
Here is a very rough
a hard limit to reach in normal life - but can still become an issue if
someone is trying to crash the machine...
for example, opening 2000 concurrent connections to the machine from the
outside will pass the 1024 barrier without any problem...
Stipe Tolj wrote:
a) change gwthread code to use
Hi All,
Found a solution that I think should be ok.
In the gwthread-module the table is size 1024.
While the thread number may increase byond it the
id is a modulo of 1024 and so the modulo can be
used in the log.c to prevent the prior mentioned
problem.
suggested fix would be to use
Hi,
Am Donnerstag, 19. Juni 2003 18:36 schrieb Stipe Tolj:
Michael Mulcahy schrieb:
Hi All,
Found a solution that I think should be ok.
In the gwthread-module the table is size 1024.
While the thread number may increase byond it the
id is a modulo of 1024 and so the modulo can be
oops, that was wrong :(
here is the possible solution:
static void delete_threadinfo(void)
{
struct threadinfo *threadinfo;
threadinfo = getthreadinfo();
list_destroy(threadinfo-joiners, NULL);
close(threadinfo-wakefd_recv);
close(threadinfo-wakefd_send);
Do the stuck messages show up as queued. If so I have the same problem
after trying to send too many messages a second to the target SMSC.
On 19/06/03, Jarrod Hermer ([EMAIL PROTECTED]) wrote:
First off I want to say what a fantastic product Kannel is and that it
has been working for us very
ok, I just commited this:
2003-06-19 Stipe Tolj [EMAIL PROTECTED]
* gwlib/gwthread.h, gwlib/gwthread-pthread.c: added function
gwthread_table_slot() to provide the slot integer of threadtable
the thread is using.
* gwlib/log.c: fixed Michael's reported bug for the logging
Hi
what happened to this?
Nisan
At 12:17 AM 5/27/03 +0200, Alexander Malysh wrote:
Hi all,
sorry first mail has wrong diff :(
attached big patch does following:
1) adds more abstraction to dlr handling
2) makes it easier to add new dlr storage types to kannel without
Nisan Bloch wrote:
Hi
what happened to this?
I'm just reading it. Unfortunatly it's huge and even in unified diff
almost unreadable to understand what happens.
Maybe you Nisan can explain a bit?!
Have you tested Alexander's code again SMSCs?
Stipe
[EMAIL PROTECTED]
On Jeudi, juin 19, 2003, at 04:00 Uhr, Stipe Tolj wrote:
Alexander Malysh schrieb:
Hi Stipe,
-1 from me.
How do you want recognize national numbers? International numbers can be
simple detected. They have '+' in front and then we set ton to international
and remove the plus.
hmm, so you
Andreas Fink wrote:
AT2 module sleeps anyway and waits for ACK from modem before proceeding.
So adding sleeps there is not making any sense unless you wana limit it to have only
1 message every minute or such.
ok, I wasn't aware of it right now. That's fine with me then.
Stipe
[EMAIL
Alexander Malysh wrote:
sorry first mail has wrong diff :(
attached big patch does following:
1) adds more abstraction to dlr handling
2) makes it easier to add new dlr storage types to kannel without
touching a dlr-core code
3) makes dlr-core ready
Hi,
i found a small memleak after it ...
Attached you can find corrected version of this patch.
I can say, mysql and internal where tested and works on our production systems
without any problems. libsdb is not tested yet, but should work, because i
have not changed any calls to the library
Alexander Malysh wrote:
i found a small memleak after it ...
Attached you can find corrected version of this patch.
I can say, mysql and internal where tested and works on our production systems
without any problems. libsdb is not tested yet, but should work, because i
have not changed any
Hi Andreas,
Am Donnerstag, 19. Juni 2003 21:08 schrieb Andreas Fink:
On Jeudi, juin 19, 2003, at 08:33 Uhr, Alexander Malysh wrote:
Hi,
i found a small memleak after it ...
Attached you can find corrected version of this patch.
I can say, mysql and internal where tested and works on
so what if I have a thread 10 which is a EMI/UCP process and
suddendly a new process gets added with 1034? we have a new conflict...
No, that what I thought as well, but the gwthread-pthread.c takes
care of that problem.
see gwthread-pthread.c
/* Find a free table entry and claim it. */
Hi list,
I'd like to throw the --enable-cookie directive from configure and
make cookie support for wapbox now a permanent default feature.
Any objections for doing this?
Stipe
[EMAIL PROTECTED]
---
Wapme Systems AG
Vogelsanger
Andreas Fink schrieb:
so what if I have a thread 10 which is a EMI/UCP process and suddendly a new process
gets added with 1034?
we have a new conflict...
ahhh, Andreas *is* right here.
We don't take into account that the threadtable handling does a linear
scan in the threadtable to find
Michael Mulcahy schrieb:
so what if I have a thread 10 which is a EMI/UCP process and
suddendly a new process gets added with 1034? we have a new conflict...
No, that what I thought as well, but the gwthread-pthread.c takes
care of that problem.
see gwthread-pthread.c
/* Find a
Hi list,
I'm fidling arround with a modified configure/make process to allow
adding new add-on boxes (ie. smppbox) to the build.
I come up with --with-box[=NAME] inside configure.in and this works,
even while this is really an un-nice hack ;)
Unfortunatly I can't give more then one --with-box
Hi list,
I just commited this to cvs:
2003-06-20 Stipe Tolj [EMAIL PROTECTED]
* Makefile.in: added compilation of RADIUS related files inside
radius/.
* doc/userguide/userguide.xml: new MSISDN provisioning section
describing
the use of the RADIUS accounting proxy thread.
*
36 matches
Mail list logo