Re: sequence number question

2003-04-01 Thread Kwok Peng Tuck
Thanks Nisan, I'll look into that.

Nisan Bloch wrote:

At 12:41 PM 4/1/03 +0800, Kwok Peng Tuck wrote:

I see in the logs(bearerbox) that whenever a submit_sm or deliver_sm 
is made a sequence_number
is also there. I need to be able to tally the submit_sm and 
deliver_sm. My question then is, if we restart kannel
(shutdown, startup) will the sequence_number start from zero ?


the sequence no is only there to correlate  *_sm and *_sm_resp. If you 
want to correlate a submit_sm with the deliver_sm then you need to use 
the msg_id from the submit_sm_resp.



nisan

Thanks.










Re: sequence number question

2003-04-01 Thread Nisan Bloch
At 12:41 PM 4/1/03 +0800, Kwok Peng Tuck wrote:
I see in the logs(bearerbox) that whenever a submit_sm or deliver_sm is 
made a sequence_number
is also there. I need to be able to tally the submit_sm and deliver_sm. My 
question then is, if we restart kannel
(shutdown, startup) will the sequence_number start from zero ?


the sequence no is only there to correlate  *_sm and *_sm_resp. If you want 
to correlate a submit_sm with the deliver_sm then you need to use the 
msg_id from the submit_sm_resp.



nisan

Thanks.






Kannel's entry in the Free Software Directory

2003-04-01 Thread Richard Braakman
Hello!  I haven't kept up with this list lately, but I still have
fondness for Kannel.  I noticed today that Kannel's entry
in the Free Software Foundation's directory of free software is
a bit outdated.  (See http://www.gnu.org/directory/kannel.html).

It would be nice to send them a mail with updated information.
I tried to do that myself, but I realized halfway through that
I don't actually know enough to (for example) describe which
WAP features are currently implemented.

Things that should be reviewed are:
  - Latest release numbers (stable and devel)
  - Link to source tarball should be to latest release (but which one?)
  - kannel.org or kannel.3glab.org?  I know the website has moved but
have the mailing lists moved?  The Roadmap page still gives the
3glab address, at least.
  - Does the SMS protocol list need updating?
  - The paragraph about WAP should mention WAP 1.1 conformance and
which parts of later versions have been implemented.
  - Perhaps ask them to add a link to Kannel's status page?
  - Add people to the contributor list?  I have no idea who :)
Also, something seems to have gone wrong with some of the
names: Groumlnholm, Syvaumlnen, Seppänen.

Here's an opportunity for some free advertising for Kannel :-)

Richard Braakman



Re: UCP protocol with GSM modem

2003-04-01 Thread Stipe Tolj
> In fact, I would like Kannel to 'deliver' SMS to my terminal
> application. Here is the schema:
> 
> Mobile phone -- (submit)--> SMSC ---(deliver)--> Siemens M20 --->
> Kannel --(deliver)--> My PC(UCP API)
> 
> Can you confirm that it's not possible?

yes, but not with the current tools.

What you need would be a MO-to-MT loop within the scope of bearerbox.
Or you could cause smsbox to execute a specific command within
sms-service (which then performs the EMI/UCP delivery).

The end point you call "My PC(UCP API)". Is this a UCP/EMI SMSC? If
yes, then you may construct such bridging, but it would cause some
changes within bearerbox processing logic.

you could do that by using the get-url sms-service to send the MO SMS
data to an HTTP SMSC URL, hence convert it from MO to MT.

Stipe

[EMAIL PROTECTED]
---
Wapme Systems AG

Vogelsanger Weg 80
40470 Düsseldorf

Tel: +49-211-74845-0
Fax: +49-211-74845-299

E-Mail: [EMAIL PROTECTED]
Internet: http://www.wapme-systems.de
---
wapme.net - wherever you are



Re: CDR output

2003-04-01 Thread Stipe Tolj
> Has anyone implemented a CDR interface on to Kannel. I'm not talking
> a billing engine, just something that outputs simple CD records that
> can be processed elsewhere ?

yes. Bearerbox provides it's own access-log, hence that are your CDR
records.

Stipe

[EMAIL PROTECTED]
---
Wapme Systems AG

Vogelsanger Weg 80
40470 Düsseldorf

Tel: +49-211-74845-0
Fax: +49-211-74845-299

E-Mail: [EMAIL PROTECTED]
Internet: http://www.wapme-systems.de
---
wapme.net - wherever you are



Re: UCP protocol with GSM modem

2003-04-01 Thread Stipe Tolj
Tronet Sarah wrote:
> 
> As far as I know, it is possible to connect Kannel to the mobile network via a GSM 
> modem (e.g. Siemens M20).
> In that case, I would like to connect my terminal application to Kannel via UCP-EMI 
> protocol as if Kannel was my SMSC in order to receive SMS from the mobile network?

Kannel does yet not include server-side implementations of SMSC
protocolls, excepts it's HTTP interface provided via smsbox.

But this is to come. We have smppbox and emibox which implement the
server-sides that will be added as seperate CVS modules to the Kannel
reposority in some near future.

Stipe

[EMAIL PROTECTED]
---
Wapme Systems AG

Vogelsanger Weg 80
40470 Düsseldorf

Tel: +49-211-74845-0
Fax: +49-211-74845-299

E-Mail: [EMAIL PROTECTED]
Internet: http://www.wapme-systems.de
---
wapme.net - wherever you are



RE: UCP protocol with GSM modem

2003-04-01 Thread Tronet Sarah



In 
fact, I would like Kannel to 'deliver' SMS to my terminal application. Here is 
the schema:
 
Mobile 
phone -- (submit)--> SMSC ---(deliver)--> Siemens M20 ---> Kannel 
--(deliver)--> My PC(UCP API)
 
Can 
you confirm that it's not possible?
 
Thanks.
 
    Sarah Tronet.

  -Original Message-From: Andreas Fink 
  [mailto:[EMAIL PROTECTED]Sent: Tuesday, April 01, 2003 5:12 
  PMTo: Tronet SarahCc: [EMAIL PROTECTED]; Braud 
  ArnaudSubject: Re: UCP protocol with GSM 
  modem
  On Dienstag, April 1, 2003, at 05:06 Uhr, Tronet Sarah wrote: 
  Hi, 
  As far as I know, it is possible to connect Kannel to the mobile network 
  via a GSM modem (e.g. Siemens M20). 
  In that case, I would like to connect my terminal application to Kannel via 
  UCP-EMI protocol as if Kannel was my SMSC in order to receive SMS from the 
  mobile network? 
  No. Kannel implements the User side of EMI/UCP but not the server side. 

  You can use HTTP to sumbit to a EMI/UCP SMSC or via a GSM modem but you can 
  not drive kannel for submitting in EMI/UCP. 
  For that you need a real SMSC or SMSC emulation 
  Andreas Fink 
  Global Networks Switzerland AG 
  -- 
  
  Tel: +41-61-333 Fax: +41-61-334 Mobile: 
  +41-79-2457333 
  Global Networks, Inc. Clarastrasse 3, 4058 Basel, 
  Switzerland 
  Web: http://www.global-networks.ch/  
  [EMAIL PROTECTED] 
  -- 
  
  Send SMS to +979 979 UNICEF (+979979864233) to 
  donate a 
  small amount to the children of Iraq. 
  http://www.gni.ch/unicef 


CDR output

2003-04-01 Thread Steve Kennedy
Has anyone implemented a CDR interface on to Kannel. I'm not talking
a billing engine, just something that outputs simple CD records that
can be processed elsewhere ?


Steve

-- 
NetTek Ltd Phone/Fax +44-(0)20 7483 2455
SMS steve-pager (at) gbnet.net [body] gpg 1024D/468952DB 2001-09-19



Re: UCP protocol with GSM modem

2003-04-01 Thread Andreas Fink

On Dienstag, April 1, 2003, at 05:06  Uhr, Tronet Sarah wrote:

Hi, 

As far as I know, it is possible to connect Kannel to the mobile network via a GSM modem (e.g. Siemens M20). 
In that case, I would like to connect my terminal application to Kannel via UCP-EMI protocol as if Kannel was my SMSC in order to receive SMS from the mobile network?


No. Kannel implements the User side of EMI/UCP but not the server side.
You can use HTTP to sumbit to a EMI/UCP SMSC or via a GSM modem but you can not drive kannel for submitting in EMI/UCP.
For that you need a real SMSC or SMSC emulation

Andreas Fink
Global Networks Switzerland AG

--
Tel: +41-61-333  Fax: +41-61-334   Mobile: +41-79-2457333
Global Networks, Inc. Clarastrasse 3, 4058 Basel, Switzerland
Web: http://www.global-networks.ch/  [EMAIL PROTECTED]
--
Send SMS to +979 979 UNICEF (+979979864233) to donate a
small amount to the children of Iraq. http://www.gni.ch/unicef



UCP protocol with GSM modem

2003-04-01 Thread Tronet Sarah
Hi, 

As far as I know, it is possible to connect Kannel to the mobile network via a GSM 
modem (e.g. Siemens M20). 
In that case, I would like to connect my terminal application to Kannel via UCP-EMI 
protocol as if Kannel was my SMSC in order to receive SMS from the mobile network?

Thanks in advance.

  Sarah Tronet
SIEMENS Réseaux Informatiques et Télécommunications
> 3, rue Blaise Pascal
> 22300 LANNION
> Phone :   + 33 (0)2 96 48 74 11
> Fax : + 33 (0)2 96 48 74 73
> 
   mailto:[EMAIL PROTECTED]
> http://intranet.srit.siemens.fr/group/d2/
> 
> 



[patch] AT2 Modem open fix and smsc_http compatibility

2003-04-01 Thread Alex Judd
A couple of small patches attached.

The first uses the correct dialer_open functions (afai can tell) to open the
modem when trying to autodetect it's speed. This has been working here fine
with me and fixes problems I have had with troublesome wavecome units.

The second allows backward parameter compatibility for the smsc_http with
the cgi-bin/sendsms parameters. One use to use 'user' and 'pass' and the
other 'username' and 'password', so I've now made it possible to use
'username' and 'password' for both.

I've also left in the originals too so that nothing should break.

Alex
CTO
Skywire
http://www.skywire.co.uk/


at2_open_patch.diff
Description: Binary data


smsc_http_diff
Description: Binary data


Re: [RFC] changing sms.validity/sms.deferred to unix timestamp

2003-04-01 Thread Alexander Malysh
Hi,

On Tuesday 01 April 2003 13:16, Dziugas Baltrunas wrote:
> Hi,
>
> does it mean that it would be up to the user's application in order to
> submit _valid_ timestamp?

not really... We can keep old behaviour in smsbox/wapbox (it's our extern
interface), but change this for internally interface smsbox<->bearerbox ...

So all your apps works as expected but internally we will have correct
timestamps...

> so I wish to make message validity 2 days long,
> everytime I have to calculate "future" timestamp, ie. localtime() +
> 2*24*60. shouldn't it be done somehow automatically?

see above... but as example: validity 2 days long, so your send to smsbox
2*24*60 , smsbox send to bearerbox localtime(...) + 2*24*60

> regards,
> Dziugas Baltrunas
>
> On Tue, 1 Apr 2003, Alexander Malysh wrote:
> > Hi list,
> >
> > i would be like to ask, why are validity and deferred in kannel in
> > minutes instead of e.g. unix timestamp. I can see that all driver convert
> > this to unix timestamp like this: gw_localtime(...) + validity*60...
> >
> > Second point is that if message can't be send immediately (e.g. Link was
> > offline) then our validity and deferred values are not correct, because
> > we allways increase our localtime with validity/deferred value.
> >
> > I believe, deferred/validity values must be absolut instead of relativ to
> > sendtime...
> >
> > Should we change validity and deferred values to unix timestamps to avoid
> > unnecessary converting and wrong values?
> >
> > Comments please ...
> >
> > --
> > Best Regards / Mit besten Grüßen aus Köln
> >
> > Dipl.-Ing.
> > Alexander Malysh
> > ___
> >
> > Centrium GmbH
> > Ehrenstrasse 2
> > 50672 Köln
> >
> > Fon: +49 (0221) 277 49 240
> > Fax: +49 (0221) 277 49 109
> >
> > email: [EMAIL PROTECTED]
> > web: http://www.centrium.de
> > msn: [EMAIL PROTECTED]

-- 
Best Regards / Mit besten Grüßen aus Köln

Dipl.-Ing.
Alexander Malysh
___

Centrium GmbH
Ehrenstrasse 2
50672 Köln

Fon: +49 (0221) 277 49 240
Fax: +49 (0221) 277 49 109

email: [EMAIL PROTECTED]
web: http://www.centrium.de
msn: [EMAIL PROTECTED]


smime.p7s
Description: signature


Re: [RFC] changing sms.validity/sms.deferred to unix timestamp

2003-04-01 Thread Dziugas Baltrunas
Hi,

does it mean that it would be up to the user's application in order to
submit _valid_ timestamp? so I wish to make message validity 2 days long,
everytime I have to calculate "future" timestamp, ie. localtime() +
2*24*60. shouldn't it be done somehow automatically?

regards,
Dziugas Baltrunas

On Tue, 1 Apr 2003, Alexander Malysh wrote:

> Hi list,
>
> i would be like to ask, why are validity and deferred in kannel in minutes
> instead of e.g. unix timestamp. I can see that all driver convert this to
> unix timestamp like this: gw_localtime(...) + validity*60...
>
> Second point is that if message can't be send immediately (e.g. Link was
> offline) then our validity and deferred values are not correct, because we
> allways increase our localtime with validity/deferred value.
>
> I believe, deferred/validity values must be absolut instead of relativ to
> sendtime...
>
> Should we change validity and deferred values to unix timestamps to avoid
> unnecessary converting and wrong values?
>
> Comments please ...
>
> --
> Best Regards / Mit besten Grüßen aus Köln
>
> Dipl.-Ing.
> Alexander Malysh
> ___
>
> Centrium GmbH
> Ehrenstrasse 2
> 50672 Köln
>
> Fon: +49 (0221) 277 49 240
> Fax: +49 (0221) 277 49 109
>
> email: [EMAIL PROTECTED]
> web: http://www.centrium.de
> msn: [EMAIL PROTECTED]
>



[RFC] changing sms.validity/sms.deferred to unix timestamp

2003-04-01 Thread Alexander Malysh
Hi list,

i would be like to ask, why are validity and deferred in kannel in minutes 
instead of e.g. unix timestamp. I can see that all driver convert this to 
unix timestamp like this: gw_localtime(...) + validity*60...

Second point is that if message can't be send immediately (e.g. Link was 
offline) then our validity and deferred values are not correct, because we 
allways increase our localtime with validity/deferred value.

I believe, deferred/validity values must be absolut instead of relativ to 
sendtime...

Should we change validity and deferred values to unix timestamps to avoid 
unnecessary converting and wrong values?

Comments please ...

-- 
Best Regards / Mit besten Grüßen aus Köln

Dipl.-Ing.
Alexander Malysh
___

Centrium GmbH
Ehrenstrasse 2
50672 Köln

Fon: +49 (0221) 277 49 240
Fax: +49 (0221) 277 49 109

email: [EMAIL PROTECTED]
web: http://www.centrium.de
msn: [EMAIL PROTECTED]


smime.p7s
Description: signature


Re: MMS trials, getting insane trying to decode pdu's!

2003-04-01 Thread Aarno Syvänen


On Tuesday, April 1, 2003, at 10:00 AM, Stipe Tolj wrote:

"Bas A. Schulte" wrote:
Hmm. How on earth would I have known that? :) I figured with about 3
documents in front of me I'd have enough but no! I also need the 
WSP
spec (WAP-203-WSP-2504-a.pdf in WAP 1.2.1 which is
WAP-230-WSP-20010705-a.pdf in WAP 2.0)... Luckily that one has some
examples on decoding.

Those specs are really hard to work with!
Read rules in WAP-203 chapter 8.4.2.1. These state that data one octet 
long should be
represented as a short integer (all other 'protocol types' has their 
rules, too.

Aarno




Re: sequence number question

2003-04-01 Thread Kwok Peng Tuck
Stipe Tolj wrote:

Hmm, why don't you leave it running? That's why it's made.

I do leave it running :) .

What about SIGHUP ? I use that after log rotation.  I remember from the
mail archives
that this causes kannel to reopen the log file but does it reset the
sequence number ?
Thanks.







Re: sms message format to access URLs

2003-04-01 Thread Stipe Tolj
Steven Sabado wrote:
> 
> may i ask if what is the specific format on how to
> access the http using a simple sms message? do i need
> a specific format in order to a url site? and if there
> are key words, does kannel have it's own keywords or
> does the developer need to specify it's own key words?
> thanks in advance :)

I guess most answers are within the user's guide:

 
http://www.kannel.org/download/kannel-userguide-snapshot/userguide.html

Stipe

[EMAIL PROTECTED]
---
Wapme Systems AG

Vogelsanger Weg 80
40470 Düsseldorf

Tel: +49-211-74845-0
Fax: +49-211-74845-299

E-Mail: [EMAIL PROTECTED]
Internet: http://www.wapme-systems.de
---
wapme.net - wherever you are



Re: sequence number question

2003-04-01 Thread Stipe Tolj
Kwok Peng Tuck wrote:
> 
> I see in the logs(bearerbox) that whenever a submit_sm or deliver_sm is
> made a sequence_number
> is also there. I need to be able to tally the submit_sm and deliver_sm.
> My question then is, if we restart kannel
> (shutdown, startup) will the sequence_number start from zero ?

Kannel is not able to store the sequence number for later restarts. So
it gets starting from the beginning as soon as you shutdown or
restart, yes.

Hmm, why don't you leave it running? That's why it's made.

Stipe

[EMAIL PROTECTED]
---
Wapme Systems AG

Vogelsanger Weg 80
40470 Düsseldorf

Tel: +49-211-74845-0
Fax: +49-211-74845-299

E-Mail: [EMAIL PROTECTED]
Internet: http://www.wapme-systems.de
---
wapme.net - wherever you are



Re: MMS trials, getting insane trying to decode pdu's!

2003-04-01 Thread Stipe Tolj
"Bas A. Schulte" wrote:
> 
> Hmm. How on earth would I have known that? :) I figured with about 3
> documents in front of me I'd have enough but no! I also need the WSP
> spec (WAP-203-WSP-2504-a.pdf in WAP 1.2.1 which is
> WAP-230-WSP-20010705-a.pdf in WAP 2.0)... Luckily that one has some
> examples on decoding.
> 
> Those specs are really hard to work with!

as I said: the entry border is high, but after that *everything*
starts to make sense ;)

> reading the WSP code in Kannel :)

both! When you see how the WSP header code is parsing the headers
you'll start to understand the specs too. Maybe we should have
commited Kannel's sources as reference to the WAP Forum specs ;))

> Thanks a bunch, gonna do some more decoding today
> 
> BTW, can anyone recommend a good resource on this (besides the specs
> themselves)? A book maybe or a web page? Better examples sure would help
> out here!

I have google'd for those too. No luck.

Stipe

[EMAIL PROTECTED]
---
Wapme Systems AG

Vogelsanger Weg 80
40470 Düsseldorf

Tel: +49-211-74845-0
Fax: +49-211-74845-299

E-Mail: [EMAIL PROTECTED]
Internet: http://www.wapme-systems.de
---
wapme.net - wherever you are