Connection sporadically dropping

[Tim Hallbauer]

Hi All,

I currently have an outbound connection that keeps sporadically dropping.

It’s going outside our organization on a VPN. There is a firewall on both our side and the vendor’s side.

I temporarily removed ‘await replies’ just to eliminate that from the equation. We have had our firewall vendor involved, and are in the process of engaging them again today.

Processing appears to go normally for a short time and then the connection goes into ‘OPENING’. Some time later, up to hours later, it mysteriously changes to ‘UP’ and we continue on our way. This is happening multiple times per day.

Here’s a little of the log file when it drops. Any ideas? What does “input-error in dfa ‘basic-msg'” refer to?

INFO/1:  CER_MDE_ADT:01/19/2010 02:18:24] Thread has 1 ready events.

[pdl :PDL :ERR /0:  CER_MDE_ADT:01/19/2010 02:18:24] read failed: Connection timed out

[pdl :PDL :ERR /0:  CER_MDE_ADT:01/19/2010 02:18:24] read returned error 110 (Connection timed out)

[pdl :PDL :INFO/0:  CER_MDE_ADT:01/19/2010 02:18:24] no PDL exception handler registered => input error

[pdl :PDL :INFO/0:  CER_MDE_ADT:01/19/2010 02:18:24] input-error in dfa ‘basic-msg’

[pdl :PDL :ERR /0:  CER_MDE_ADT:01/19/2010 02:18:24] PDL signaled exception: code 1, msg device error (remote side probably shut down)

[pdl :open:INFO/1:  CER_MDE_ADT:01/19/2010 02:18:24] Scheduling driver reopen try in 5.0 secs

[pd  :pdtd:INFO/1:  CER_MDE_ADT:01/19/2010 02:18:24] Set driver status to PD_STATUS_OPENING

[pti :sche:INFO/1:  CER_MDE_ADT:01/19/2010 02:18:24] Thread has 0 ready events left.

[pti :sche:INFO/2:  CER_MDE_ADT:01/19/2010 02:18:24] Performing apply callback for thread 17

[pti :sche:INFO/1:  CER_MDE_ADT:01/19/2010 02:18:27] Thread has 1 ready events.

[pti :sche:INFO/1:  CER_MDE_ADT:01/19/2010 02:18:27] Thread has 0 ready events left.

[pti :sche:INFO/2:  CER_MDE_ADT:01/19/2010 02:18:27] Performing apply callback for thread 17

[pti :sche:INFO/2:  CER_MDE_ADT:01/19/2010 02:18:27] Performing apply callback for thread 17

[pti :sche:INFO/2:  CER_MDE_ADT:01/19/2010 02:18:27] Performing apply callback for thread 17

[pti :sche:INFO/2:  CER_MDE_ADT:01/19/2010 02:18:27] Performing apply callback for thread 17

[pti :sche:INFO/1:  CER_MDE_ADT:01/19/2010 02:18:29] Thread has 1 ready events.

[pdl :open:INFO/0:  CER_MDE_ADT:01/19/2010 02:18:29] Driver attempting reopen

[pdl :PDL :INFO/0:  CER_MDE_ADT:01/19/2010 02:18:29] connected to 10.0.1.73 on port 9800

[pdl :PDL :INFO/0:  CER_MDE_ADT:01/19/2010 02:18:29] tcp-client: connect error (Operation now in progress)

Thanks,

Tim

Topic

[Russ Ross]

VPN’s are notrious for timing out and you might want to investigate if that is happening.

If you determine VPN timeout is the problem and can’t configure the integration to stop timing out, then you could possibly implement a work around to send a keep alive dummy HL7 data message once a minute or so, assuming it is an HL7 interface.

A search of clovertech should give you some hits as this topic I believe has been discussed and with some suggestions for TCP/IP timeout settings that have been used to help with dropped connections.

Russ Ross
RussRoss318@gmail.com

[Author]

Replies