restarting bind causes SMS to be DISCARDED

classic Classic list List threaded Threaded
5 messages Options
Reply | Threaded
Open this post in threaded view
|

restarting bind causes SMS to be DISCARDED

Hillel-5
Hi,

Here is more info, on the error, smsc1 was down and so we restarted the bind
but then the SMS was rejected.

(I've changed the confidential information so as not to give out client
details.)

Any ideas appreciated.

2006-02-08 07:40:34 [16456] [6] DEBUG: SMPP[smsc1]: Manually forced source
addr ton = 1, source add npi = 1
2006-02-08 07:40:34 [16456] [6] DEBUG: SMPP[smsc1]: Manually forced dest
addr ton = 1, dest add npi = 1
2006-02-08 07:40:34 [16456] [6] DEBUG: SMPP[smsc1]: Sending PDU:
2006-02-08 07:40:34 [16456] [6] DEBUG: SMPP PDU 0x9430f80 dump:
2006-02-08 07:40:34 [16456] [6] DEBUG:   type_name: submit_sm
2006-02-08 07:40:34 [16456] [6] DEBUG:   command_id: 4 = 0x00000004
2006-02-08 07:40:34 [16456] [6] DEBUG:   command_status: 0 = 0x00000000
2006-02-08 07:40:34 [16456] [6] DEBUG:   sequence_number: 28994 = 0x00007142
2006-02-08 07:40:34 [16456] [6] DEBUG:   service_type: NULL
2006-02-08 07:40:34 [16456] [6] DEBUG:   source_addr_ton: 1 = 0x00000001
2006-02-08 07:40:34 [16456] [6] DEBUG:   source_addr_npi: 1 = 0x00000001
2006-02-08 07:40:34 [16456] [6] DEBUG:   source_addr: "2783008035067308"
2006-02-08 07:40:34 [16456] [6] DEBUG:   dest_addr_ton: 1 = 0x00000001
2006-02-08 07:40:34 [16456] [6] DEBUG:   dest_addr_npi: 1 = 0x00000001
2006-02-08 07:40:34 [16456] [6] DEBUG:   destination_addr: "27847882003"
2006-02-08 07:40:34 [16456] [6] DEBUG:   esm_class: 3 = 0x00000003
2006-02-08 07:40:34 [16456] [6] DEBUG:   protocol_id: 0 = 0x00000000
2006-02-08 07:40:34 [16456] [6] DEBUG:   priority_flag: 0 = 0x00000000
2006-02-08 07:40:34 [16456] [6] DEBUG:   schedule_delivery_time: NULL
2006-02-08 07:40:34 [16456] [6] DEBUG:   validity_period: "060211054034000+"
2006-02-08 07:40:34 [16456] [6] DEBUG:   registered_delivery: 1 = 0x00000001
2006-02-08 07:40:34 [16456] [6] DEBUG:   replace_if_present_flag: 0 =
0x00000000
2006-02-08 07:40:34 [16456] [6] DEBUG:   data_coding: 0 = 0x00000000
2006-02-08 07:40:34 [16456] [6] DEBUG:   sm_default_msg_id: 0 = 0x00000000
2006-02-08 07:40:34 [16456] [6] DEBUG:   sm_length: 8 = 0x00000008
2006-02-08 07:40:34 [16456] [6] DEBUG:   short_message: "details for client"
2006-02-08 07:40:34 [16456] [6] DEBUG: SMPP PDU dump ends.
2006-02-08 07:40:37 [16456] [7] DEBUG: SMPP[smsc1]: Sending enquire link:
2006-02-08 07:40:37 [16456] [7] DEBUG: SMPP PDU 0xafc090f0 dump:
2006-02-08 07:40:37 [16456] [7] DEBUG:   type_name: enquire_link
2006-02-08 07:40:37 [16456] [7] DEBUG:   command_id: 21 = 0x00000015
2006-02-08 07:40:37 [16456] [7] DEBUG:   command_status: 0 = 0x00000000
2006-02-08 07:40:37 [16456] [7] DEBUG:   sequence_number: 28995 = 0x00007143
2006-02-08 07:40:37 [16456] [7] DEBUG: SMPP PDU dump ends.
2006-02-08 07:40:45 [16456] [11] DEBUG: Dumping 1 messages to store

2006-02-08 08:05:11 [16456] [7] DEBUG: SMPP PDU 0xafc09ba0 dump:
2006-02-08 08:05:11 [16456] [7] DEBUG:   type_name: unbind_resp
2006-02-08 08:05:11 [16456] [7] DEBUG:   command_id: 2147483654 = 0x80000006
2006-02-08 08:05:11 [16456] [7] DEBUG:   command_status: 0 = 0x00000000
2006-02-08 08:05:11 [16456] [7] DEBUG:   sequence_number: 29188 = 0x00007204
2006-02-08 08:05:11 [16456] [7] DEBUG: SMPP PDU dump ends.
2006-02-08 08:05:11 [16456] [7] DEBUG: SMPP[smsc1]: io_thread: break and
shutting down
2006-02-08 08:05:11 [16456] [7] DEBUG: Thread 7
(gw/smsc/smsc_smpp.c:io_thread) terminates.
2006-02-08 08:05:12 [16456] [6] DEBUG: SMPP[smsc1]: io_thread: break and
shutting down
2006-02-08 08:05:12 [16456] [6] DEBUG: Thread 6
(gw/smsc/smsc_smpp.c:io_thread) terminates.
2006-02-08 08:05:12 [16456] [3] DEBUG: SMSCConn
SMPP:196.10.10.10:5018/5018:username:SMPP shut down.
2006-02-08 08:05:12 [16456] [3] DEBUG: HTTP: Destroying HTTPClient area
0x942dd08.
2006-02-08 08:05:12 [16456] [3] DEBUG: HTTP: Destroying HTTPClient for
`127.0.0.1'.
2006-02-08 08:05:18 [16456] [10] DEBUG: sms_router: gwlist_len = 2
2006-02-08 08:05:18 [16456] [10] DEBUG: sms_router: handling message
(0xafc090f0 vs 0xafc090f0)
2006-02-08 08:05:18 [16456] [10] WARNING: Cannot find SMSCConn for message
to <27847882003>, rejected.
2006-02-08 08:05:18 [16456] [10] WARNING: No SMSCes to receive message,
discarding it!
2006-02-08 08:05:18 [16456] [10] DEBUG: SMSC[UNKNOWN]: creating DLR message
2006-02-08 08:05:18 [16456] [10] DEBUG: SMSC[UNKNOWN]: DLR =
<a href="http://localhost/smsbatch/batchReceipts?smsId=30440&status=%d&smsc=%i&timeDa">http://localhost/smsbatch/batchReceipts?smsId=30440&status=%d&smsc=%i&timeDa
te=%t&destination=%p&delivInfo=%a&source=%P&msgid=%k




Reply | Threaded
Open this post in threaded view
|

Re: restarting bind causes SMS to be DISCARDED

fred-30
do you have config sms-outgoing-disable-on-no-smsc set ?
if enabled, if smsc is disconnected, outgoing messaged get failed with the
DISCARDED attribute
otherwise, messages that were on that smscconnection queue get re-queued to
the "outgoing_sms" (main outgoing) queue.
When you say "restarted the bind" do you mean restarted the bearerbox
process or the http command to stop/start the smsc connection ? (just to
clarify)



----- Original Message -----
From: "Hillel" <[hidden email]>
To: "Kannel Devel" <[hidden email]>
Sent: Wednesday, February 08, 2006 9:27 PM
Subject: restarting bind causes SMS to be DISCARDED


> Hi,
>
> Here is more info, on the error, smsc1 was down and so we restarted the
bind

> but then the SMS was rejected.
>
> (I've changed the confidential information so as not to give out client
> details.)
>
> Any ideas appreciated.
>
> 2006-02-08 07:40:34 [16456] [6] DEBUG: SMPP[smsc1]: Manually forced source
> addr ton = 1, source add npi = 1
> 2006-02-08 07:40:34 [16456] [6] DEBUG: SMPP[smsc1]: Manually forced dest
> addr ton = 1, dest add npi = 1
> 2006-02-08 07:40:34 [16456] [6] DEBUG: SMPP[smsc1]: Sending PDU:
> 2006-02-08 07:40:34 [16456] [6] DEBUG: SMPP PDU 0x9430f80 dump:
> 2006-02-08 07:40:34 [16456] [6] DEBUG:   type_name: submit_sm
> 2006-02-08 07:40:34 [16456] [6] DEBUG:   command_id: 4 = 0x00000004
> 2006-02-08 07:40:34 [16456] [6] DEBUG:   command_status: 0 = 0x00000000
> 2006-02-08 07:40:34 [16456] [6] DEBUG:   sequence_number: 28994 =
0x00007142

> 2006-02-08 07:40:34 [16456] [6] DEBUG:   service_type: NULL
> 2006-02-08 07:40:34 [16456] [6] DEBUG:   source_addr_ton: 1 = 0x00000001
> 2006-02-08 07:40:34 [16456] [6] DEBUG:   source_addr_npi: 1 = 0x00000001
> 2006-02-08 07:40:34 [16456] [6] DEBUG:   source_addr: "2783008035067308"
> 2006-02-08 07:40:34 [16456] [6] DEBUG:   dest_addr_ton: 1 = 0x00000001
> 2006-02-08 07:40:34 [16456] [6] DEBUG:   dest_addr_npi: 1 = 0x00000001
> 2006-02-08 07:40:34 [16456] [6] DEBUG:   destination_addr: "27847882003"
> 2006-02-08 07:40:34 [16456] [6] DEBUG:   esm_class: 3 = 0x00000003
> 2006-02-08 07:40:34 [16456] [6] DEBUG:   protocol_id: 0 = 0x00000000
> 2006-02-08 07:40:34 [16456] [6] DEBUG:   priority_flag: 0 = 0x00000000
> 2006-02-08 07:40:34 [16456] [6] DEBUG:   schedule_delivery_time: NULL
> 2006-02-08 07:40:34 [16456] [6] DEBUG:   validity_period:
"060211054034000+"
> 2006-02-08 07:40:34 [16456] [6] DEBUG:   registered_delivery: 1 =
0x00000001
> 2006-02-08 07:40:34 [16456] [6] DEBUG:   replace_if_present_flag: 0 =
> 0x00000000
> 2006-02-08 07:40:34 [16456] [6] DEBUG:   data_coding: 0 = 0x00000000
> 2006-02-08 07:40:34 [16456] [6] DEBUG:   sm_default_msg_id: 0 = 0x00000000
> 2006-02-08 07:40:34 [16456] [6] DEBUG:   sm_length: 8 = 0x00000008
> 2006-02-08 07:40:34 [16456] [6] DEBUG:   short_message: "details for
client"
> 2006-02-08 07:40:34 [16456] [6] DEBUG: SMPP PDU dump ends.
> 2006-02-08 07:40:37 [16456] [7] DEBUG: SMPP[smsc1]: Sending enquire link:
> 2006-02-08 07:40:37 [16456] [7] DEBUG: SMPP PDU 0xafc090f0 dump:
> 2006-02-08 07:40:37 [16456] [7] DEBUG:   type_name: enquire_link
> 2006-02-08 07:40:37 [16456] [7] DEBUG:   command_id: 21 = 0x00000015
> 2006-02-08 07:40:37 [16456] [7] DEBUG:   command_status: 0 = 0x00000000
> 2006-02-08 07:40:37 [16456] [7] DEBUG:   sequence_number: 28995 =
0x00007143
> 2006-02-08 07:40:37 [16456] [7] DEBUG: SMPP PDU dump ends.
> 2006-02-08 07:40:45 [16456] [11] DEBUG: Dumping 1 messages to store
>
> 2006-02-08 08:05:11 [16456] [7] DEBUG: SMPP PDU 0xafc09ba0 dump:
> 2006-02-08 08:05:11 [16456] [7] DEBUG:   type_name: unbind_resp
> 2006-02-08 08:05:11 [16456] [7] DEBUG:   command_id: 2147483654 =
0x80000006
> 2006-02-08 08:05:11 [16456] [7] DEBUG:   command_status: 0 = 0x00000000
> 2006-02-08 08:05:11 [16456] [7] DEBUG:   sequence_number: 29188 =
0x00007204

> 2006-02-08 08:05:11 [16456] [7] DEBUG: SMPP PDU dump ends.
> 2006-02-08 08:05:11 [16456] [7] DEBUG: SMPP[smsc1]: io_thread: break and
> shutting down
> 2006-02-08 08:05:11 [16456] [7] DEBUG: Thread 7
> (gw/smsc/smsc_smpp.c:io_thread) terminates.
> 2006-02-08 08:05:12 [16456] [6] DEBUG: SMPP[smsc1]: io_thread: break and
> shutting down
> 2006-02-08 08:05:12 [16456] [6] DEBUG: Thread 6
> (gw/smsc/smsc_smpp.c:io_thread) terminates.
> 2006-02-08 08:05:12 [16456] [3] DEBUG: SMSCConn
> SMPP:196.10.10.10:5018/5018:username:SMPP shut down.
> 2006-02-08 08:05:12 [16456] [3] DEBUG: HTTP: Destroying HTTPClient area
> 0x942dd08.
> 2006-02-08 08:05:12 [16456] [3] DEBUG: HTTP: Destroying HTTPClient for
> `127.0.0.1'.
> 2006-02-08 08:05:18 [16456] [10] DEBUG: sms_router: gwlist_len = 2
> 2006-02-08 08:05:18 [16456] [10] DEBUG: sms_router: handling message
> (0xafc090f0 vs 0xafc090f0)
> 2006-02-08 08:05:18 [16456] [10] WARNING: Cannot find SMSCConn for message
> to <27847882003>, rejected.
> 2006-02-08 08:05:18 [16456] [10] WARNING: No SMSCes to receive message,
> discarding it!
> 2006-02-08 08:05:18 [16456] [10] DEBUG: SMSC[UNKNOWN]: creating DLR
message
> 2006-02-08 08:05:18 [16456] [10] DEBUG: SMSC[UNKNOWN]: DLR =
>
<a href="http://localhost/smsbatch/batchReceipts?smsId=30440&status=%d&smsc=%i&timeDa">http://localhost/smsbatch/batchReceipts?smsId=30440&status=%d&smsc=%i&timeDa
> te=%t&destination=%p&delivInfo=%a&source=%P&msgid=%k
>
>
>
>


Reply | Threaded
Open this post in threaded view
|

Re: restarting bind causes SMS to be DISCARDED

Hillel-5
In reply to this post by Hillel-5
Hi,

We did not have sms-outgoing-disable-on-no-smsc set. So the SMSs should have
been re-queued.
We restarted the bearer box and SMS box process using the restart/stop
option from the script below and not via the HTTP command.

It seems I had many transmitters running at one time. When I restarted using
the script posted below. This script was posted to Kannel users.

According to the SMSC provider the problem was with Kannel not giving an
unbind command through and so
we were starting many transmitters.  They also said the receiver was not
giving back an enquire_link_resp and
so was dropping, we would then restart the transmitter and receiver. Since
we were not giving back an
unbind the number of transmitters were growing.

(I wish there was a way to only restart a transmitter or receiver.)

I think with many transmitters the Kannel queue gets confused, where to send
the SMS and discards them.

Questions:
1)How does one ensure only one transmitter or receiver is up?
2)Is it wrong to restart Kannel using the script below or must you use the
http command to stop/start the smsc connection?

Have others come up with similar problems with their providers not receiving
the unbind command and/or enquire_link_resp for the receivers.?

Thanks for any advise/assistance


#  This shell script takes care of starting and stopping
#          the Kannel SMS & WAP gateway
#          Original version Fabrice Gatille <[hidden email]>
#          Modified by Stephane Rosa ([hidden email]) for RedHat9
# chkconfig: 2345 97 03
# description: Kannel is an SMS and WAP gateway

VERSION=`/usr/local/bin/gw-config --version`
OPTIONS="--daemonize --user kannel --pid-file /var/run/kannel/"
KANNELPATH=/usr/local/sbin
CONF=/etc/kannel.conf
CONFDIR=/etc/configurations


# Source function library & networking conf.
. /etc/init.d/functions
[ -f /etc/sysconfig/network ] && . /etc/sysconfig/network

# Check that we are root ... so non-root users stop here
[ `id -u` = 0 ] || exit 1

# Various other checks
[ ${NETWORKING} = "yes" ] || exit 0
[ -x $KANNELPATH/bearerbox ] || exit 0
[ -x $KANNELPATH/smsbox ] || exit 0
[ -x $KANNELPATH/wapbox ] || exit 0
[ -f $CONF ] || exit 0

RETVAL=0; RETVAL1=0; RETVAL2=0; RETVAL3=0
prog="Kannel"

start() {
   # Check that at least one group is defined for sms
   # and/or wap to start the bearer. Then start boxes
   # as needed.
#   startsms=`egrep -se '^[ \t]*group *= *smsbox' $CONF`
#   startwap=`egrep -se '^[ \t]*group *= *wapbox' $CONF`

   startsms=`egrep -hse '^[ \t]*group *= *smsbox' $CONF ${CONFDIR}/*`
   startwap=`egrep -hse '^[ \t]*group *= *wapbox' $CONF ${CONFDIR}/*`

   if [ -n "$startsms$startwap" ]; then
      echo -n "Starting Mobile Gateway Service 1 ($VERSION): "
 daemon /usr/local/sbin/bearerbox ${OPTIONS}bearerbox.pid -- $CONF
      RETVAL1=$?
      echo
   else
      exit 0
   fi

   if [ -n "$startsms" ]; then
      echo -n "Starting Mobile Gateway Service 2 ($VERSION): "
      daemon /usr/local/sbin/smsbox ${OPTIONS}smsbox.pid -- $CONF
      RETVAL2=$?
      echo
   fi

   if [ -n "$startwap" ]; then
      echo -n "Starting Mobile Gateway Wap service ($VERSION): "
      daemon /usr/local/sbin/wapbox ${OPTIONS}wapbox.pid -- $CONF
      RETVAL3=$?
      echo
   fi

   let RETVAL=$REVAL1+$RETVAL2+$RETVAL3
   if [ $RETVAL -eq 0 ]; then
      sleep 2
      touch /var/lock/subsys/gateway
      cat /var/run/kannel/*.pid > /var/run/kannel.pid
   fi
   return $RETVAL
}

stop() {
   echo -n "Shutting down Mobile Gateway $VERSION: "
   killproc kannel
   RETVAL=$?
   echo

   if [ $RETVAL -eq 0 ]; then
      sleep 2
      rm -f /var/lock/subsys/gateway
      rm /var/run/kannel/*.pid
  fi
   return $RETVAL
}

# See how we were called.
case "$1" in
   start)
      # Start daemons.
      start
   ;;

   stop)
      # Stop daemons
      stop
   ;;

   restart)
      # Restart daemons
      stop
      sleep 1
      start
   ;;

   status)
      status bearerbox
      status smsbox
      status wapbox
      exit $?
   ;;

   *)
      echo "Usage: named {start|stop|status|restart}"
      RETVAL=1
esac

exit $RETVAL




Reply | Threaded
Open this post in threaded view
|

Re: restarting bind causes SMS to be DISCARDED

fred-30
In reply to this post by fred-30
 sms-outgoing-disable-on-no-smsc

oops! i am so embarassed!!
this is one of my features, been workin on my version for so long forgot how
quaint the kannel cvs version is.........


----- Original Message -----
From: "fred" <[hidden email]>
To: "devel" <[hidden email]>
Sent: Wednesday, February 08, 2006 11:29 PM
Subject: Re: restarting bind causes SMS to be DISCARDED


> do you have config sms-outgoing-disable-on-no-smsc set ?
> if enabled, if smsc is disconnected, outgoing messaged get failed with the
> DISCARDED attribute
> otherwise, messages that were on that smscconnection queue get re-queued
to

> the "outgoing_sms" (main outgoing) queue.
> When you say "restarted the bind" do you mean restarted the bearerbox
> process or the http command to stop/start the smsc connection ? (just to
> clarify)
>
>
>
> ----- Original Message -----
> From: "Hillel" <[hidden email]>
> To: "Kannel Devel" <[hidden email]>
> Sent: Wednesday, February 08, 2006 9:27 PM
> Subject: restarting bind causes SMS to be DISCARDED
>
>
> > Hi,
> >
> > Here is more info, on the error, smsc1 was down and so we restarted the
> bind
> > but then the SMS was rejected.
> >
> > (I've changed the confidential information so as not to give out client
> > details.)
> >
> > Any ideas appreciated.
> >
> > 2006-02-08 07:40:34 [16456] [6] DEBUG: SMPP[smsc1]: Manually forced
source

> > addr ton = 1, source add npi = 1
> > 2006-02-08 07:40:34 [16456] [6] DEBUG: SMPP[smsc1]: Manually forced dest
> > addr ton = 1, dest add npi = 1
> > 2006-02-08 07:40:34 [16456] [6] DEBUG: SMPP[smsc1]: Sending PDU:
> > 2006-02-08 07:40:34 [16456] [6] DEBUG: SMPP PDU 0x9430f80 dump:
> > 2006-02-08 07:40:34 [16456] [6] DEBUG:   type_name: submit_sm
> > 2006-02-08 07:40:34 [16456] [6] DEBUG:   command_id: 4 = 0x00000004
> > 2006-02-08 07:40:34 [16456] [6] DEBUG:   command_status: 0 = 0x00000000
> > 2006-02-08 07:40:34 [16456] [6] DEBUG:   sequence_number: 28994 =
> 0x00007142
> > 2006-02-08 07:40:34 [16456] [6] DEBUG:   service_type: NULL
> > 2006-02-08 07:40:34 [16456] [6] DEBUG:   source_addr_ton: 1 = 0x00000001
> > 2006-02-08 07:40:34 [16456] [6] DEBUG:   source_addr_npi: 1 = 0x00000001
> > 2006-02-08 07:40:34 [16456] [6] DEBUG:   source_addr: "2783008035067308"
> > 2006-02-08 07:40:34 [16456] [6] DEBUG:   dest_addr_ton: 1 = 0x00000001
> > 2006-02-08 07:40:34 [16456] [6] DEBUG:   dest_addr_npi: 1 = 0x00000001
> > 2006-02-08 07:40:34 [16456] [6] DEBUG:   destination_addr: "27847882003"
> > 2006-02-08 07:40:34 [16456] [6] DEBUG:   esm_class: 3 = 0x00000003
> > 2006-02-08 07:40:34 [16456] [6] DEBUG:   protocol_id: 0 = 0x00000000
> > 2006-02-08 07:40:34 [16456] [6] DEBUG:   priority_flag: 0 = 0x00000000
> > 2006-02-08 07:40:34 [16456] [6] DEBUG:   schedule_delivery_time: NULL
> > 2006-02-08 07:40:34 [16456] [6] DEBUG:   validity_period:
> "060211054034000+"
> > 2006-02-08 07:40:34 [16456] [6] DEBUG:   registered_delivery: 1 =
> 0x00000001
> > 2006-02-08 07:40:34 [16456] [6] DEBUG:   replace_if_present_flag: 0 =
> > 0x00000000
> > 2006-02-08 07:40:34 [16456] [6] DEBUG:   data_coding: 0 = 0x00000000
> > 2006-02-08 07:40:34 [16456] [6] DEBUG:   sm_default_msg_id: 0 =
0x00000000
> > 2006-02-08 07:40:34 [16456] [6] DEBUG:   sm_length: 8 = 0x00000008
> > 2006-02-08 07:40:34 [16456] [6] DEBUG:   short_message: "details for
> client"
> > 2006-02-08 07:40:34 [16456] [6] DEBUG: SMPP PDU dump ends.
> > 2006-02-08 07:40:37 [16456] [7] DEBUG: SMPP[smsc1]: Sending enquire
link:

> > 2006-02-08 07:40:37 [16456] [7] DEBUG: SMPP PDU 0xafc090f0 dump:
> > 2006-02-08 07:40:37 [16456] [7] DEBUG:   type_name: enquire_link
> > 2006-02-08 07:40:37 [16456] [7] DEBUG:   command_id: 21 = 0x00000015
> > 2006-02-08 07:40:37 [16456] [7] DEBUG:   command_status: 0 = 0x00000000
> > 2006-02-08 07:40:37 [16456] [7] DEBUG:   sequence_number: 28995 =
> 0x00007143
> > 2006-02-08 07:40:37 [16456] [7] DEBUG: SMPP PDU dump ends.
> > 2006-02-08 07:40:45 [16456] [11] DEBUG: Dumping 1 messages to store
> >
> > 2006-02-08 08:05:11 [16456] [7] DEBUG: SMPP PDU 0xafc09ba0 dump:
> > 2006-02-08 08:05:11 [16456] [7] DEBUG:   type_name: unbind_resp
> > 2006-02-08 08:05:11 [16456] [7] DEBUG:   command_id: 2147483654 =
> 0x80000006
> > 2006-02-08 08:05:11 [16456] [7] DEBUG:   command_status: 0 = 0x00000000
> > 2006-02-08 08:05:11 [16456] [7] DEBUG:   sequence_number: 29188 =
> 0x00007204
> > 2006-02-08 08:05:11 [16456] [7] DEBUG: SMPP PDU dump ends.
> > 2006-02-08 08:05:11 [16456] [7] DEBUG: SMPP[smsc1]: io_thread: break and
> > shutting down
> > 2006-02-08 08:05:11 [16456] [7] DEBUG: Thread 7
> > (gw/smsc/smsc_smpp.c:io_thread) terminates.
> > 2006-02-08 08:05:12 [16456] [6] DEBUG: SMPP[smsc1]: io_thread: break and
> > shutting down
> > 2006-02-08 08:05:12 [16456] [6] DEBUG: Thread 6
> > (gw/smsc/smsc_smpp.c:io_thread) terminates.
> > 2006-02-08 08:05:12 [16456] [3] DEBUG: SMSCConn
> > SMPP:196.10.10.10:5018/5018:username:SMPP shut down.
> > 2006-02-08 08:05:12 [16456] [3] DEBUG: HTTP: Destroying HTTPClient area
> > 0x942dd08.
> > 2006-02-08 08:05:12 [16456] [3] DEBUG: HTTP: Destroying HTTPClient for
> > `127.0.0.1'.
> > 2006-02-08 08:05:18 [16456] [10] DEBUG: sms_router: gwlist_len = 2
> > 2006-02-08 08:05:18 [16456] [10] DEBUG: sms_router: handling message
> > (0xafc090f0 vs 0xafc090f0)
> > 2006-02-08 08:05:18 [16456] [10] WARNING: Cannot find SMSCConn for
message
> > to <27847882003>, rejected.
> > 2006-02-08 08:05:18 [16456] [10] WARNING: No SMSCes to receive message,
> > discarding it!
> > 2006-02-08 08:05:18 [16456] [10] DEBUG: SMSC[UNKNOWN]: creating DLR
> message
> > 2006-02-08 08:05:18 [16456] [10] DEBUG: SMSC[UNKNOWN]: DLR =
> >
>
<a href="http://localhost/smsbatch/batchReceipts?smsId=30440&status=%d&smsc=%i&timeDa">http://localhost/smsbatch/batchReceipts?smsId=30440&status=%d&smsc=%i&timeDa
> > te=%t&destination=%p&delivInfo=%a&source=%P&msgid=%k
> >
> >
> >
> >
>
>


Reply | Threaded
Open this post in threaded view
|

Re: restarting bind causes SMS to be DISCARDED

amalysh
In reply to this post by Hillel-5
Hi,

as far as I see, it's kannel fault/bug. Please file bug report so it
don't get loss.

Thanks,
Alex

Hillel schrieb:

> Hi,
>
> Here is more info, on the error, smsc1 was down and so we restarted the bind
> but then the SMS was rejected.
>
> (I've changed the confidential information so as not to give out client
> details.)
>
> Any ideas appreciated.
>
> 2006-02-08 07:40:34 [16456] [6] DEBUG: SMPP[smsc1]: Manually forced source
> addr ton = 1, source add npi = 1
> 2006-02-08 07:40:34 [16456] [6] DEBUG: SMPP[smsc1]: Manually forced dest
> addr ton = 1, dest add npi = 1
> 2006-02-08 07:40:34 [16456] [6] DEBUG: SMPP[smsc1]: Sending PDU:
> 2006-02-08 07:40:34 [16456] [6] DEBUG: SMPP PDU 0x9430f80 dump:
> 2006-02-08 07:40:34 [16456] [6] DEBUG:   type_name: submit_sm
> 2006-02-08 07:40:34 [16456] [6] DEBUG:   command_id: 4 = 0x00000004
> 2006-02-08 07:40:34 [16456] [6] DEBUG:   command_status: 0 = 0x00000000
> 2006-02-08 07:40:34 [16456] [6] DEBUG:   sequence_number: 28994 = 0x00007142
> 2006-02-08 07:40:34 [16456] [6] DEBUG:   service_type: NULL
> 2006-02-08 07:40:34 [16456] [6] DEBUG:   source_addr_ton: 1 = 0x00000001
> 2006-02-08 07:40:34 [16456] [6] DEBUG:   source_addr_npi: 1 = 0x00000001
> 2006-02-08 07:40:34 [16456] [6] DEBUG:   source_addr: "2783008035067308"
> 2006-02-08 07:40:34 [16456] [6] DEBUG:   dest_addr_ton: 1 = 0x00000001
> 2006-02-08 07:40:34 [16456] [6] DEBUG:   dest_addr_npi: 1 = 0x00000001
> 2006-02-08 07:40:34 [16456] [6] DEBUG:   destination_addr: "27847882003"
> 2006-02-08 07:40:34 [16456] [6] DEBUG:   esm_class: 3 = 0x00000003
> 2006-02-08 07:40:34 [16456] [6] DEBUG:   protocol_id: 0 = 0x00000000
> 2006-02-08 07:40:34 [16456] [6] DEBUG:   priority_flag: 0 = 0x00000000
> 2006-02-08 07:40:34 [16456] [6] DEBUG:   schedule_delivery_time: NULL
> 2006-02-08 07:40:34 [16456] [6] DEBUG:   validity_period: "060211054034000+"
> 2006-02-08 07:40:34 [16456] [6] DEBUG:   registered_delivery: 1 = 0x00000001
> 2006-02-08 07:40:34 [16456] [6] DEBUG:   replace_if_present_flag: 0 =
> 0x00000000
> 2006-02-08 07:40:34 [16456] [6] DEBUG:   data_coding: 0 = 0x00000000
> 2006-02-08 07:40:34 [16456] [6] DEBUG:   sm_default_msg_id: 0 = 0x00000000
> 2006-02-08 07:40:34 [16456] [6] DEBUG:   sm_length: 8 = 0x00000008
> 2006-02-08 07:40:34 [16456] [6] DEBUG:   short_message: "details for client"
> 2006-02-08 07:40:34 [16456] [6] DEBUG: SMPP PDU dump ends.
> 2006-02-08 07:40:37 [16456] [7] DEBUG: SMPP[smsc1]: Sending enquire link:
> 2006-02-08 07:40:37 [16456] [7] DEBUG: SMPP PDU 0xafc090f0 dump:
> 2006-02-08 07:40:37 [16456] [7] DEBUG:   type_name: enquire_link
> 2006-02-08 07:40:37 [16456] [7] DEBUG:   command_id: 21 = 0x00000015
> 2006-02-08 07:40:37 [16456] [7] DEBUG:   command_status: 0 = 0x00000000
> 2006-02-08 07:40:37 [16456] [7] DEBUG:   sequence_number: 28995 = 0x00007143
> 2006-02-08 07:40:37 [16456] [7] DEBUG: SMPP PDU dump ends.
> 2006-02-08 07:40:45 [16456] [11] DEBUG: Dumping 1 messages to store
>
> 2006-02-08 08:05:11 [16456] [7] DEBUG: SMPP PDU 0xafc09ba0 dump:
> 2006-02-08 08:05:11 [16456] [7] DEBUG:   type_name: unbind_resp
> 2006-02-08 08:05:11 [16456] [7] DEBUG:   command_id: 2147483654 = 0x80000006
> 2006-02-08 08:05:11 [16456] [7] DEBUG:   command_status: 0 = 0x00000000
> 2006-02-08 08:05:11 [16456] [7] DEBUG:   sequence_number: 29188 = 0x00007204
> 2006-02-08 08:05:11 [16456] [7] DEBUG: SMPP PDU dump ends.
> 2006-02-08 08:05:11 [16456] [7] DEBUG: SMPP[smsc1]: io_thread: break and
> shutting down
> 2006-02-08 08:05:11 [16456] [7] DEBUG: Thread 7
> (gw/smsc/smsc_smpp.c:io_thread) terminates.
> 2006-02-08 08:05:12 [16456] [6] DEBUG: SMPP[smsc1]: io_thread: break and
> shutting down
> 2006-02-08 08:05:12 [16456] [6] DEBUG: Thread 6
> (gw/smsc/smsc_smpp.c:io_thread) terminates.
> 2006-02-08 08:05:12 [16456] [3] DEBUG: SMSCConn
> SMPP:196.10.10.10:5018/5018:username:SMPP shut down.
> 2006-02-08 08:05:12 [16456] [3] DEBUG: HTTP: Destroying HTTPClient area
> 0x942dd08.
> 2006-02-08 08:05:12 [16456] [3] DEBUG: HTTP: Destroying HTTPClient for
> `127.0.0.1'.
> 2006-02-08 08:05:18 [16456] [10] DEBUG: sms_router: gwlist_len = 2
> 2006-02-08 08:05:18 [16456] [10] DEBUG: sms_router: handling message
> (0xafc090f0 vs 0xafc090f0)
> 2006-02-08 08:05:18 [16456] [10] WARNING: Cannot find SMSCConn for message
> to <27847882003>, rejected.
> 2006-02-08 08:05:18 [16456] [10] WARNING: No SMSCes to receive message,
> discarding it!
> 2006-02-08 08:05:18 [16456] [10] DEBUG: SMSC[UNKNOWN]: creating DLR message
> 2006-02-08 08:05:18 [16456] [10] DEBUG: SMSC[UNKNOWN]: DLR =
> <a href="http://localhost/smsbatch/batchReceipts?smsId=30440&status=%d&smsc=%i&timeDa">http://localhost/smsbatch/batchReceipts?smsId=30440&status=%d&smsc=%i&timeDa
> te=%t&destination=%p&delivInfo=%a&source=%P&msgid=%k
>
>
>
>
>