Shouldn't it be handled inteligently by the driver ? IMO
there should be only one state variable for a single
connection. the fact that some connection drivers hold more
then one physical connection and hence require more internal
state checks shouldnot buble up to the SMSCConn API.
--
Oded Arbel
m-Wise mobile solutions
[EMAIL PROTECTED]
+972-9-9581711 (116)
+972-67-340014
::..
Nothing will ever be attempted if all possible objections
must be first overcome.
-- Dr. Johnson
> > -----Original Message-----
> > From: Richard Mosher [mailto:[EMAIL PROTECTED]]
> >
> >
> > Okay, the problem is with the SMSCConn state machine. There
> > is only one
> > state variable for two connections (transmitter and
> > receiver). Whenever the
> > receiver disconnects, then reattaches, the state is set to
> > SMSCCONN_ACTIVE_RECV since the state machine no longer
> > remembers that the
> > transmitter is still alive (the state variable was
> > overwritten due to the
> > receiver going down, changing the state to
> SMSCCONN_RECONNECTING). It
> > should be relatively easy to address with a second status
> > variable within
> > the smscconn structure.
> >
> > Richard
> >
> > -----Original Message-----
> > From: Richard Mosher [mailto:[EMAIL PROTECTED]]
> > Sent: Tuesday, August 13, 2002 10:17 AM
> > To: [EMAIL PROTECTED]
> > Subject: smpp reconnection problem in Kannel 1.2.0
> >
> >
> > I have a SMPP duo connection - one receiver, one transmitter.
> >
> > I tear down the remote transmitter but leave the receiver up;
> > then I restart
> > the remote transmitter.
> >
> > I then transmit a MO SMS but the MT SMS response is queued
> > rather than sent,
> > and never dequeues unless I restart the receiver.
> >
> > >From bearerbox logs:
> >
> > 2002-08-13 09:44:50 [9] DEBUG: boxc_sender: sent message to
> > <127.0.0.1>
> > 2002-08-13 09:44:50 [8] DEBUG: boxc_receiver: got ack
> > 2002-08-13 09:44:50 [8] DEBUG: boxc_receiver: sms received
> > 2002-08-13 09:44:50 [7] DEBUG: sms_router: time to sleep
> > 2002-08-13 09:44:50 [7] DEBUG: sms_router: list_len = 1
> > 2002-08-13 09:44:50 [7] DEBUG: sms_router: time to sleep
> > 2002-08-13 09:54:50 [7] DEBUG: sms_router: list_len = 1
> > 2002-08-13 09:54:50 [7] DEBUG: sms_router: time to sleep
> >
> > Sending further messages (without restarting the receiver)
> > just queues them
> > up.
> >
> > Therefore, it appears that the code that shuts down the
> > transmitter also
> > disabled the receiver.
> >
> > I have yet to be able to find the patch to fix this and
> humbly ask for
> > assistance.
> >
> > Thanks,
> >
> > Richard
> >
> >
> >
> >
>
