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