Hello list,
We have several UCP links to a certain operator's SMSC,
here's one of the smscs configuration (excluding sensitive information of
course)
group = smsc
smsc = emi
smsc-id = smsc_x_mo2
log-file = /var/log/kannel/x_mo2.log
log-level = 0
host = 1.2.3.4
port = 1234
smsc-username = xxx
Hi Konstantin,
I think the problem you have is misappropriating variables for example
Wait-ack means duration to wait for acknowledgment before the resending a
message. Each message has to get an ack (acknowledgement) from the SMSC. Check
user guide
wait-ack number (seconds) A message
Hiii,
I have received the gateway from my operator. We have successfully pushed
the ussd message to the handset. The only problem is that when i give the
value 2 to service_op then i don't get the *answer* option in my handset.
According to my knowledge, value 2 in service_op stands for USSN
What Kannel version are you using?
I believe that up until 1.4.3 there were still issues with throughput
which were finally fixed on CVS (now SVN)
On Tue, Apr 12, 2011 at 2:13 AM, Konstantin Vayner pon...@appcell.net wrote:
Hi List,
When configuring thoughput for smpp connections, what may
Hi Hujumuju,
I'm having a problem very similar to the one you've posted.
Were you able to solve it?
Please let me know.
Many thanks in advance and all the best,
Francisco Oliveira (Fran)
Here's your original post:
Hello.
I am trying to compile Kannel under Mac OS X 10.6 (Snow Leopard). I have
Ok , so this is irrelevant, my mistake ;)
I assumed that this applied to any packet, and it only applies to op 51
(submit_sm in terms of ucp)?
This explains why this doens have any effect on the behavior.
To the other point however, this is UCP smsc, so configuration differs from
smpp
Instead of
The SVN trunk is rock solid, actually more stable than 1.4.3 for what
matters.
We've been using the SVN head for ages in production, handling _lots_ of
traffic and never had any issues with it.
Regards,
Alex
On Tue, Apr 12, 2011 at 8:34 PM, Konstantin Vayner pon...@appcell.netwrote:
1.4.3 :(