Invalid Source Address

2007-01-30 Thread Raul Martinez
Hello kannel users!

I'm trying to make something work. Here is the current situation:

1. I can send message to mobile phones from my kannel box.
2. I CANNOT receive messages from mobile users. The Service Provider has
confirmed that we are indeed assigned to 4563 access code. 
   Their techguy informed me that he is getting an 0x000A  - Invalid Source
Address error. 
   We've tried different values for source-addr-ton/npi but it didn't solve the
issue.



Anybody wanna share similar experiences or troubleshooting hint?


Regards to all!











Generic XML POST SMSC

2007-01-30 Thread Ben Suffolk

HI,

I need to connect and send messages via Telefonica in Mexico. They  
offer an XML based system whereby messages are encoded in XML and  
posted to the URL they provide.


I saw some while back mention of a generic http type being added to  
the http smsc, and some suggestions about making it support generic  
XML posts as well. Did any work get done on that does anybody know?


Has anybody got a working connection with telefonica in mexico via  
XML? Its a little compounded by the fact the specification they sent  
me is in spanish, which I don't read :-) But the actual XML does look  
reasonably simple. In this instance I'm not fussed about DLRs or  
anything fancy, just submitting text messages is all I need.


Regards

Ben



SMSC throughput with SMPP protocol

2007-01-30 Thread Narendran K
what is the through put of a SMSC over SMPP?? What is the maximum, 
minimum, average values?? What are the factors affecting this through put??


How much does the protocol (SMPP, CIMD, SS7 etc) between SMSC and 
SMS-Gateway affects the through put.


--
Computer Science is no more about computers than astronomy is about 
telescopes.




Re: Generic XML POST SMSC

2007-01-30 Thread francesco
According to me, your solution is definitely to use smsc_soap.

I' m not sure if it is well documented, anyway by searching in mailing
list archive and looking the code, you' ll surely be able to use it.

Soap is just a little confounding as it manage xml (and so also soap
over xml).

I have different connection with Italian operators based on it, so I can
ensure that it works fine :-)

Greetings
Francesco


On Tue, 2007-01-30 at 10:29 +, Ben Suffolk wrote:
 HI,
 
 I need to connect and send messages via Telefonica in Mexico. They  
 offer an XML based system whereby messages are encoded in XML and  
 posted to the URL they provide.
 
 I saw some while back mention of a generic http type being added to  
 the http smsc, and some suggestions about making it support generic  
 XML posts as well. Did any work get done on that does anybody know?
 
 Has anybody got a working connection with telefonica in mexico via  
 XML? Its a little compounded by the fact the specification they sent  
 me is in spanish, which I don't read :-) But the actual XML does look  
 reasonably simple. In this instance I'm not fussed about DLRs or  
 anything fancy, just submitting text messages is all I need.
 
 Regards
 
 Ben
 




Re: SMSC throughput with SMPP protocol

2007-01-30 Thread Alex Kinch

All depends on what your provider sets as a throttle - we have SMPP
connections that can quite happily handle thousands of messages a
minute. It's not uncommon for a network to set an entry level limit of
one or two messages a second on an SMPP connection.

Alex

On 1/30/07, Narendran K [EMAIL PROTECTED] wrote:

what is the through put of a SMSC over SMPP?? What is the maximum,
minimum, average values?? What are the factors affecting this through put??

How much does the protocol (SMPP, CIMD, SS7 etc) between SMSC and
SMS-Gateway affects the through put.

--
Computer Science is no more about computers than astronomy is about
telescopes.






Re: Masking originating addresses

2007-01-30 Thread Alex Kinch

All depends on how you're sending your messages. Most decent providers
will allow setting the sender number on an SMPP, HTTP, etc connection.
I've never heard of a network that'll allow you to do that on a GSM
modem or handset, but then again stranger things have happened.. :)

Alex

On 1/29/07, David Ritchie [EMAIL PROTECTED] wrote:

Yes, that's right -- setting the sender number.

-Original Message-
From: Iain Dooley [mailto:[EMAIL PROTECTED]
Sent: Tuesday, 30 January 2007 10:32 a.m.
To: David Ritchie
Cc: users@kannel.org
Subject: Re: Masking originating addresses

hi david,

On Tue, 30 Jan 2007, David Ritchie wrote:

 Hello all -- has anybody had any success with using TPOA (or similar)
to
 mask the originating address for MT SMS messages?

do you just mean setting the sender number?

cheers

iain






Re: Generic XML POST SMSC

2007-01-30 Thread Ben Suffolk

Hi Francesco

I'll check it out thanks.


According to me, your solution is definitely to use smsc_soap.

I' m not sure if it is well documented, anyway by searching in mailing
list archive and looking the code, you' ll surely be able to use it.

Soap is just a little confounding as it manage xml (and so also soap
over xml).


The name did put me off looking at it as soap is somewhat more  
complex than the XML format that I need to us.




I have different connection with Italian operators based on it, so  
I can

ensure that it works fine :-)

Greetings
Francesco


Regards

Ben



omit-empty and max-messages

2007-01-30 Thread Juan Nin

Hi!

I got doubts about how the exact combination of the omit-empty and 
max-messages parametrs should be...


When I receive messages through Kannel, I invoke PHP scripts through 
get-url and then post the reply back through sendsms.
So I have on each sms-service an omit-empty = true in order for Kannel 
not to send the empty reply from service provider message.


I aslo have max-messages = 0 for this to work...

Now, some time ago, I added a new smsc-service, where I had the same 
conf as the previous one, but had to take out the max-messages = 0 of 
the second one for it to work...


So this worked:

group   = sms-service
keyword = default
omit-empty  = true
max-messages= 0
accepted-smsc-regex=^ab-
get-url = 
http://myHost.tld/myScript.php?smsc_id=%ishort_code=%Pphone=%pmessage=%a;


group   = sms-service
keyword = default
omit-empty  = true
get-url = 
http://myOtherHost.tld/myScript.php?smsc_id=%ishort_code=%Pphone=%pmessage=%a;

accepted-smsc-regex=^bb-


On my initial conf I had max-messages = 0 on the second sms-service 
too, but while having it, messages were never sent to the second PHP script

When I took it out, both sms-services worked fine

But nowadays I realize that I have other sms-services, where I also 
include the max-messages = 0 directive, and they work fine...

So my question is... when do you have to use it and when not??

I believe that on my first conf I didn't have a default sms-service as I 
have today:


# Default
#
group   = sms-service
keyword = default
omit-empty  = true
text= No service specified

Can it be that I had that problem for not having this default service?

If it's like that, should I then add the max-messages = 0 to all the 
other sms-services?
If that's the case, then why all work the same, while some have it and 
some don't?


Sorry if it's a silly question...

Thanks in advance,

Juan






Re: omit-empty and max-messages

2007-01-30 Thread Alejandro Guerrieri

Juan,

AFAIK, the max-messages and omit-empty should be used when you answer
the messages asynchronously:

* Kannel receives an SMS from sender 1234567890 to shortcode 4321.
* Kannel check the routing and GET the request to http://my-url/my-script.php

Now, my-script.php could act in different ways regarding the answer to
that message:

a) It could answer synchronously, with a set of headers and a text content.
b) It could act asynchronously: print nothing and make a new request
to the sendsms interface (or maybe an sqlbox query).

In case a, you should set max-messages to non-zero. Otherwise, the
client will get nothing.
In case b, you should set max-messages to ZERO, since the response
will be a new request and the client shouldn't get anything from the
script. In this particular scenario, if you set max-messages to
non-zero you'll get an empty response from

In my own experience, I usually set max-messages = 0 and use the
sendsms or sqlbox interfaces to answer messages. In that scenario, the
omit-empty setting it's irrelevant, unless I try to queue an empty
message to sendsms (which would be a blatant BUG on my code, BTW).

Hope it helps,

Alejandro.

On 1/30/07, Juan Nin [EMAIL PROTECTED] wrote:

Hi!

I got doubts about how the exact combination of the omit-empty and
max-messages parametrs should be...

When I receive messages through Kannel, I invoke PHP scripts through
get-url and then post the reply back through sendsms.
So I have on each sms-service an omit-empty = true in order for Kannel
not to send the empty reply from service provider message.

I aslo have max-messages = 0 for this to work...

Now, some time ago, I added a new smsc-service, where I had the same
conf as the previous one, but had to take out the max-messages = 0 of
the second one for it to work...

So this worked:

group   = sms-service
keyword = default
omit-empty  = true
max-messages= 0
accepted-smsc-regex=^ab-
get-url =
http://myHost.tld/myScript.php?smsc_id=%ishort_code=%Pphone=%pmessage=%a;

group   = sms-service
keyword = default
omit-empty  = true
get-url =
http://myOtherHost.tld/myScript.php?smsc_id=%ishort_code=%Pphone=%pmessage=%a;
accepted-smsc-regex=^bb-


On my initial conf I had max-messages = 0 on the second sms-service
too, but while having it, messages were never sent to the second PHP script
When I took it out, both sms-services worked fine

But nowadays I realize that I have other sms-services, where I also
include the max-messages = 0 directive, and they work fine...
So my question is... when do you have to use it and when not??

I believe that on my first conf I didn't have a default sms-service as I
have today:

# Default
#
group   = sms-service
keyword = default
omit-empty  = true
text= No service specified

Can it be that I had that problem for not having this default service?

If it's like that, should I then add the max-messages = 0 to all the
other sms-services?
If that's the case, then why all work the same, while some have it and
some don't?

Sorry if it's a silly question...

Thanks in advance,

Juan








--
Alejandro Guerrieri
Magicom
http://www.magicom-bcn.net/
LinkedIn: http://www.linkedin.com/in/aguerrieri



Re: UDH appearing in message body

2007-01-30 Thread Alejandro Guerrieri

Cyrus,

You're talking about MO's right? (Mobile Originated messages).

I mean, the user sends a message to your shortcode and you get some with and
some without UDH?

Regards,

Alejandro.

On 1/29/07, Cyrus Patel [EMAIL PROTECTED] wrote:


 Hi,



I am currently connected to two different SMSCs using Kannel. I am sending
binary data to both connections.



On my first smsc I am receiving the UDH and the payload correctly:



2007-01-29 15:53:37 Receive SMS [SMSC:SMPP:**:8010/8010:**:**]
[SVC:] [ACT:] [BINF:] [from:] [to:] [flags:2:1:-1:-1:-1]
[msg:130:00800D040015…] [udh:3:027000]



But on my second smsc the UDH and payload appear joined in the message:



2007-01-29 15:52:46 Receive SMS [SMSC:SMPP:**:8010/8010:**:**]
[SVC:] [ACT:] [BINF:] [from:] [to:] [flags:2:1:-1:-1:-1]
[msg:133:0270800D040015…] [udh:0:]



I've looked at the docs but haven't seen a setting for this.



Does anyone know how I can receive the UDH and the payload separately on
the second smsc?



Any help would be greatly appreciated.



Cheers,

Cyrus



*Cyrus Patel***

*Senior Software Engineer*

*Seeker Wireless***

* *

*TEL:   +61 2 9499 9848*

*FAX:  +61 2 9499 9845*

*MOB: +61 413 685 795***

[EMAIL PROTECTED]

* *



*Seeker Wireless Pty. Ltd., ABN 95 106 550 805. This electronic
mail includes information from Seeker Wireless Pty Ltd which may be
privileged or confidential. This information is for the use of the
individual(s) or entity named in the greeting above. If you are not the
intended recipient please be aware that any use of this information is
prohibited. If you have received this electronic mail in error, please
notify the sender (above) by return email**.***









--
Alejandro Guerrieri
Magicom
http://www.magicom-bcn.net/
LinkedIn: http://www.linkedin.com/in/aguerrieri


Re: How to start bearerbox and smsbox from crontab

2007-01-30 Thread Alejandro Guerrieri

Also keep in mind that crontab runs under a different environment than
your regular shell.

You may be relying on paths that are present by default on your
regular shell, but not on the crontab.

You can try chrooting to /etc/kannel before calling, or make sure that
all your paths (I mean also on the config files) are absolute
(/etc/kannel/whatever/file instead of just whatever/file).

BTW, why are you executing kannel from a crontab? I'd go for a rc.d or
startup script instead.

Last but not least, check the documentation regarding kannel startup options.

Hint: the --parachute switch it's your best friend ;)

Regards,

Alejandro.

On 1/29/07, Juan Nin [EMAIL PROTECTED] wrote:

mhmhm

are you sure your path to the executables is /etc/kannel/bearerbox and
/etc/kannel/smsbox??

was this a typo on your e-mail, or on your script??
or do you really have the executables on /etc/kannel??

Regards,

Juan


wanted wrote:

hi all,
I have a shell script which will startup bearerbox and smsbox as follows:

/etc/kannel/bearerbox /etc/kannel/conf/bearerbox.conf 
/etc/kannel/smsbox /etc/kannel/conf/smsbox.conf 

The script run well when I manually execute the script. However, if the
script is scheduled in crontab, I noticed that bearerbox and smsbox will not
be executed even though the script is being executed successfully.
Nothing is being output to the log file even though the log level is
configured to 'DEBUG' level. Is there any enviroment parameter need to be
assign?
Any suggestion/opinion is welcomed.

Thanks












--
Alejandro Guerrieri
Magicom
http://www.magicom-bcn.net/
LinkedIn: http://www.linkedin.com/in/aguerrieri



Re: Invalid Source Address

2007-01-30 Thread Raul Martinez
Alejandro Guerrieri alejandro.guerrieri at gmail.com writes:

 
 Raul,
 
 Could you paste some logfiles depicting the error?

Hello Alejandro,

This is an incoming message. Kannel version is 1.4.1

Here are the log entries (Note: source_addr and short_message has been edited):

2007-01-31 11:42:19 [5356] [7] DEBUG: SMPP PDU 0x8eab6d0 dump:
2007-01-31 11:42:19 [5356] [7] DEBUG:   type_name: deliver_sm
2007-01-31 11:42:19 [5356] [7] DEBUG:   command_id: 5 = 0x0005
2007-01-31 11:42:19 [5356] [7] DEBUG:   command_status: 0 = 0x
2007-01-31 11:42:19 [5356] [7] DEBUG:   sequence_number: 853964473 = 0x32e676b9
2007-01-31 11:42:19 [5356] [7] DEBUG:   service_type: NULL
2007-01-31 11:42:19 [5356] [7] DEBUG:   source_addr_ton: 1 = 0x0001
2007-01-31 11:42:19 [5356] [7] DEBUG:   source_addr_npi: 1 = 0x0001
2007-01-31 11:42:19 [5356] [7] DEBUG:   source_addr: 1XXX4880400
2007-01-31 11:42:19 [5356] [7] DEBUG:   dest_addr_ton: 1 = 0x0001
2007-01-31 11:42:19 [5356] [7] DEBUG:   dest_addr_npi: 1 = 0x0001
2007-01-31 11:42:19 [5356] [7] DEBUG:   destination_addr: 4365
2007-01-31 11:42:19 [5356] [7] DEBUG:   esm_class: 0 = 0x
2007-01-31 11:42:19 [5356] [7] DEBUG:   protocol_id: 0 = 0x
2007-01-31 11:42:19 [5356] [7] DEBUG:   priority_flag: 0 = 0x
2007-01-31 11:42:19 [5356] [7] DEBUG:   schedule_delivery_time: NULL
2007-01-31 11:42:19 [5356] [7] DEBUG:   validity_period: NULL
2007-01-31 11:42:19 [5356] [7] DEBUG:   registered_delivery: 0 = 0x
2007-01-31 11:42:19 [5356] [7] DEBUG:   replace_if_present_flag: 0 = 0x
2007-01-31 11:42:19 [5356] [7] DEBUG:   data_coding: 0 = 0x
2007-01-31 11:42:19 [5356] [7] DEBUG:   sm_default_msg_id: 0 = 0x
2007-01-31 11:42:19 [5356] [7] DEBUG:   sm_length: 17 = 0x0011
2007-01-31 11:42:19 [5356] [7] DEBUG:   short_message: x
2007-01-31 11:42:19 [5356] [7] DEBUG: SMPP PDU dump ends.
2007-01-31 11:42:19 [5356] [7] ERROR: SMPP[gta]: Mallformed addr `4365',
expected at least 7 digits.
2007-01-31 11:42:19 [5356] [7] DEBUG: SMPP[gta]: Sending PDU:
2007-01-31 11:42:19 [5356] [7] DEBUG: SMPP PDU 0x8eab7d8 dump:
2007-01-31 11:42:19 [5356] [7] DEBUG:   type_name: deliver_sm_resp
2007-01-31 11:42:19 [5356] [7] DEBUG:   command_id: 2147483653 = 0x8005
2007-01-31 11:42:19 [5356] [7] DEBUG:   command_status: 10 = 0x000a
2007-01-31 11:42:19 [5356] [7] DEBUG:   sequence_number: 853964473 = 0x32e676b9
2007-01-31 11:42:19 [5356] [7] DEBUG:   message_id: NULL
2007-01-31 11:42:19 [5356] [7] DEBUG: SMPP PDU dump ends.









Re: UDH appearing in message body

2007-01-30 Thread Alejandro Guerrieri

Please set log-level to 0 and send some kannel.log PDU dumps to the list, so
we can examine the data.

Regards,

Alejandro
On 1/30/07, Cyrus Patel [EMAIL PROTECTED] wrote:


 Hi Alejandro,



Yes – sorry – I meant mobile originated messages. The mobile is always
sending the UDH but…



- On one SMSC I'm always getting the UDH and the payload separately –
which is what I want.



- On a completely different SMSC the UDH and the payload are always
concatenated.



Is there a kannel setting to get around this?



Cheers,

Cyrus


 --

*From:* Alejandro Guerrieri [mailto:[EMAIL PROTECTED]
*Sent:* 31 January 2007 10:22
*To:* users@kannel.org
*Subject:* Re: UDH appearing in message body



Cyrus,

You're talking about MO's right? (Mobile Originated messages).

I mean, the user sends a message to your shortcode and you get some with
and some without UDH?

Regards,

Alejandro.

On 1/29/07, *Cyrus Patel* [EMAIL PROTECTED] wrote:

Hi,



I am currently connected to two different SMSCs using Kannel. I am sending
binary data to both connections.



On my first smsc I am receiving the UDH and the payload correctly:



2007-01-29 15:53:37 Receive SMS [SMSC:SMPP:**:8010/8010:**:**]
[SVC:] [ACT:] [BINF:] [from:] [to:] [flags:2:1:-1:-1:-1]
[msg:130:00800D040015…] [udh:3:027000]



But on my second smsc the UDH and payload appear joined in the message:



2007-01-29 15:52:46 Receive SMS [SMSC:SMPP:**:8010/8010:**:**]
[SVC:] [ACT:] [BINF:] [from:] [to:] [flags:2:1:-1:-1:-1]
[msg:133:0270800D040015…] [udh:0:]



I've looked at the docs but haven't seen a setting for this.



Does anyone know how I can receive the UDH and the payload separately on
the second smsc?



Any help would be greatly appreciated.



Cheers,

Cyrus



*Cyrus Patel** *

*Senior Software Engineer*

*Seeker Wireless*

* *

*TEL:   +61 2 9499 9848*

*FAX:  +61 2 9499 9845*

*MOB: +61 413 685 795** *

[EMAIL PROTECTED] *

* *



*Seeker Wireless Pty. Ltd., ABN 95 106 550 805. This electronic
mail includes information from Seeker Wireless Pty Ltd which may be
privileged or confidential. This information is for the use of the
individual(s) or entity named in the greeting above. If you are not the
intended recipient please be aware that any use of this information is
prohibited. If you have received this electronic mail in error, please
notify the sender (above) by return email**.** *









--
Alejandro Guerrieri
Magicom
http://www.magicom-bcn.net/
LinkedIn: http://www.linkedin.com/in/aguerrieri





--
Alejandro Guerrieri
Magicom
http://www.magicom-bcn.net/
LinkedIn: http://www.linkedin.com/in/aguerrieri