In talking with the vendor, they are telling me that when this happens they are only getting the first half of the HL7 message so they respond with a NACK (AR). Then when they do the next read, they get the last half of the message so they send another NACK (AR) to the engine. In the meantime Cloverleaf resent the message based on the first NACK and this time it succeeds in getting completely to POMS because an ACK is returned. At this point, Cloverleaf has the 2nd NACK queued up and gets the ACK. The PROTO message (below) shows up with every occurence of this situation in the engine log.
In talking with the vendor they are saying that they are doing Async vs mllp (which is the current setup) and that is why this is happening. Their spec says the following so I am wondering if we have the right protocol because we have pdl-tcpip and mlp_tcp.pdl configured: