Strange but True

Clovertech Forums Read Only Archives Cloverleaf Cloverleaf Strange but True

  • Creator
    Topic
  • #51141
    Tim Hallbauer
    Participant

      Hi All,

      I am having a strange problem with one of our new receiving systems. We are sending ADT to them.  This system resides outside our walls so we are using a VPN connection out through our firewall then in through their firewall.  Messages are getting to them but then stopping in the middle of the transaction (the last 3 in a row stopped at 1380 bytes) and then trying to continue with the rest. Their system chokes because there’s no at the end of the truncated message. The entire message ends up in the RDB in state 14 but also gets to the saved message file indicating that it was ACK’d (right?). Anyone ever run into something like this?

      Thanks,

      Tim

    Viewing 4 reply threads
    • Author
      Replies
      • #68920
        Charlie Bursell
        Participant

          Sounds like you may have a buffer problem on the receiving side.

          The fact that the message is in the SMAT save file does not indicate an ACK was received as the message is placed there when it is sent not after the ACK is received.

          In fact, the fact that the message is still in State 14 would indicate the ACK was not sent.

        • #68921
          Tim Malaney
          Participant

            We’ve had a couple different issues with systems and the size of the tcp/ip buffer. One system hung up if the message spanned more then one buffer. Another system had an issue if the message was a specific size, splitting the HL7 end of message characters, hex 1c0d across buffers. The code was looking for 1c and then checking for 0d in the next byte. If the 1c and 0d was split across buffers it would hang.

          • #68922
            John Mercogliano
            Participant

              Tim,

              John Mercogliano
              Sentara Healthcare
              Hampton Roads, VA

            • #68923
              Charlie Bursell
              Participant

                It may be that the vendor is only reading for one packet and expects all of the data to be there.  You may have to introduce him to RFC 793.  After all, TCP/IP is a packet based protocol

                 

                See http://www.faqs.org/rfcs/rfc793.html

                It never ceases to amaze me how many vedors will implement TCP/IP and have no idea of the requirements set forth in the RFC.  ðŸ™„

              • #68924
                Tim Hallbauer
                Participant

                  Thanks, I have been out of the office for a few days. I’ll run this by them.

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