Re: smpp reconnection problem in Kannel 1.2.0

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
> > 
> > 
> > 
> > 
>