My LLP listerner channel seems to stop listening after a while and the sending end blocks waiting for an ACK that it never gets.
I seem to get messages for a while, but then the status changes on the Channel from Connected(1) to Waiting, and I don't get any more messages.
What is interesting, is that if we reset the sending system (their communications adapter), without touching the Mirth channel, then messages start to flow again without any problem. This is without having the Mirth channel or server restarted.
What I suspect is that the Mirth channel drops the connection after some long period of time, though why I don't know (maybe a network level timeout, something to do with the VPN connection, who knows?)....but the sender doesn't know this so it tries to send on the old connection and blocks. By reseting the sender it opens a new connection from scratch and then Mirth is happy again.
Here are some details on the setup:
Sender: GE TriWin Lab System with TOC connector
Mirth: Recent 1.7.0 SVN Build (from about a week ago).
LLP Channel:
Receive Timeout: 0
Use Strict LLP Validation: Yes
Send Ack: Enabled
It seems like a repeat of the old Keep Connection Open issue...at least the symptoms are similar.
Any ideas on what might be causing this?
Would changing the Receive Timeout to something like 60000 (1 minute) fix the issue?
Any other recommendations?
Post edited by: [email protected], at: 11/06/2007 08:01
I seem to get messages for a while, but then the status changes on the Channel from Connected(1) to Waiting, and I don't get any more messages.
What is interesting, is that if we reset the sending system (their communications adapter), without touching the Mirth channel, then messages start to flow again without any problem. This is without having the Mirth channel or server restarted.
What I suspect is that the Mirth channel drops the connection after some long period of time, though why I don't know (maybe a network level timeout, something to do with the VPN connection, who knows?)....but the sender doesn't know this so it tries to send on the old connection and blocks. By reseting the sender it opens a new connection from scratch and then Mirth is happy again.
Here are some details on the setup:
Sender: GE TriWin Lab System with TOC connector
Mirth: Recent 1.7.0 SVN Build (from about a week ago).
LLP Channel:
Receive Timeout: 0
Use Strict LLP Validation: Yes
Send Ack: Enabled
It seems like a repeat of the old Keep Connection Open issue...at least the symptoms are similar.
Any ideas on what might be causing this?
Would changing the Receive Timeout to something like 60000 (1 minute) fix the issue?
Any other recommendations?
Post edited by: [email protected], at: 11/06/2007 08:01
Comment