Clovertech

Ordering Cloverleaf Messages

› Clovertech Forums › Read Only Archives › Cloverleaf › Cloverleaf › Ordering Cloverleaf Messages

  • Creator
    Topic
  • June 5, 2013 at 2:52 pm #53686
    chas werner
    Participant

      I am having issues sending Midas MDM^T02 out to 3M CAC.  What is happening is that when two Midas messages are sent one after another (as opposed to a Midas message then possibly a lab/rad/etc/ message) I do not get an ack back (or at least cannot find it in the smat).  Is there a another way to confirm that I am not receiving the ack?  Also is it possible to order the messages as they are sent.  So that if a Midas message was sent and then another one was in the queue behind it, it would wait to be sent until a differenet message type was sent and then send it?

      Thanks,

      Chas

    • Creator
      Topic
    Viewing 5 reply threads
    • Author
      Replies
      • June 5, 2013 at 3:55 pm #78536
        James Cobane
        Participant

          Chas,

          Do you have ‘Await Replies’ turned on so that Cloverleaf is waiting on a reply before sending the next message?  If not, then Cloverleaf would be sending the messages blindly one right after the other.

          With regards to sequencing the messages, Cloverleaf processes FIFO, so unless you are writing code to specifically hold/re-order messages, the transactions will go in order.

          Jim Cobane

          Henry Ford Health

        • June 6, 2013 at 7:30 pm #78537
          chas werner
          Participant

            I do have await replies and that is where the issue is at.  I believe I am not receiving an ack back and therefore will not send another message out.  Do you or anyone else have some example code of how to order the messages?

          • June 6, 2013 at 9:07 pm #78538
            Jim Kosloskey
            Participant

              Do you have a timeout set for waiting for replies?

              If so you can have a proc that tries a resend and takes other actions if you exceed the number of resends threshold you devise.

              If not, then your Alert for the outbound queue depth will have to be your indicator you potentially have not received an acknowledgment.

              What does the receiving system say – are they seeing the message you are sending (but not receiving an reply) and if so are they claiming to send a reply. If they indicate they are sending a reply and you are waiting forever, then a lower level analysis needs to be performed to see where the ball is being dropped.

              email: jim.kosloskey@jim-kosloskey.com 29+ years Cloverleaf, 59 years IT - old fart.

            • June 10, 2013 at 6:47 pm #78539
              chas werner
              Participant

                After some more testing it appears that the connection is being dropped before I receive the ack message.  See error log….

                cac_out_3:06/10/2013 10:54:56] read returned error 73 (Connection reset by peer)

                [pdl :PDL :ERR /0:    cac_out_3:06/10/2013 10:54:56] PDL signaled exception: code 1, msg device error (remote side probably shut down)

                Engine idle — 06/10/2013 10:55:11

                The vendor is insisting that they are sending the ack but as I mentioned earlier I never see it.  And they are not able to resend the ack.  

                Any suggestions for monitoring the port?  Also, what may be the cause of the port to disconnect?

                Thanks!

              • June 24, 2013 at 4:33 pm #78540
                Bob Moriarty
                Participant

                  Chas,

                  If you are on a unix platform you should be able to run tcpdump and observe exactly watch is happening on the socket.

                  Sometimes a “bad” transaction will cause the receiving application to shutdown/disconnect the socket. This is very easy to observe/prove with the output of tcpdump. If the receiving application sends a tcp socket disconnect packet/message back to cloverleaf immediately after receiving the transaction that Cloverleaf sent to it, that sequence of events should be apparent in the output of tcpdump. You can then send a screen scrape to the vendor and ask why their application is doing that.

                  –Bob

                • June 25, 2013 at 12:53 pm #78541
                  Jeff Dinsmore
                  Participant

                    You say it’s only when two Midas messages are sent one after the other.

                    Just a thought… Do the Midas messages have unique message control IDs?  If not, it may be that 3M sees the second as a duplicate and just ignores it.

                    Jeff Dinsmore
                    Chesapeake Regional Healthcare

                • Author
                  Replies
                Viewing 5 reply threads
                • The forum ‘Cloverleaf’ is closed to new topics and replies.