[Nicholas Steblay]

Yes, I am using the MLLP v2 protocol (mlp2_tcp.pdl).

[Nicholas Steblay]

OK  It looks like I receive the ACK.  Here is the log file with EO turned on.  I clipped off the dates and times.  Is there something I need to do so that Cloverleaf recognizes the type of ACK?

input buffer accepted 90 bytes, now 90      

0b 4d 53 48  7c 5e 7e 5c  |.MSH|^~|        

26 7c 7c 7c  4c 41 54 49  |&|||APP|        

54 55 44 45  7c 42 4f 53  |NAME|COM|        

54 4f 4e 20  53 43 49 45  |PANYNAME|        

4e 54 49 46  49 43 7c 32  |AAAAA|2|        

30 30 39 31  31 31 39 31  |00911191|        

37 31 34 32  36 7c 7c 41  |71426||A|        

43 4b 7c 32  35 30 30 30  |CK|25000|        

30 31 7c 50  7c 32 2e 35  |01|P|2.5|        

0d 4d 53 41  7c 41 41 7c  |.MSA|AA||        

32 35 30 30  30 30 31 0d  |2500001.|        

1c 0d                     |..|              

multi: phrase #0 rejected; trying next      

trying to match phrase: nak-msg              

multi: phrase #1 rejected; trying next      

no-match: no more phrases to try            

Calling Tcl procedure: write.gotNak          

with args: {{status error} {type no-match}}  

pdiIgnoreInput: chop to 4294967295, bolen 0  

pdiIgnoreInput: after clear: 0 + 0          

Tcl procedure write.gotNak returns ‘TRANSMIT’

writing out 10985 bytes:

[Nicholas Steblay]

Like I said I am a newby.  I am in process of figuring out how to turn up the EO.  By the way, I appreciate the help.  Thanks.

[Nicholas Steblay]

We’ve tried 45 seconds and longer.  The problem is the thread continues to send the message, multiple times.  I see the ACK being sent back by 7Edit or the HL7 Messaging Workbench (the testing apps we use).  For some reason Cloverleaf doesn’t recognize or see the ACK, thinks the message hasn’t been sent correctly, and resends the message.  The TPS Inbound Reply is where I assume I specify a script to run when an ACK is received.  I don’t understand why it isn’t being executed.

[Nicholas Steblay]

Here are some screen shots.

[Nicholas Steblay]

I tried laying it out in your example but it didn’t work.  I am using version 5.7P.  

We attempted to put hcitpsmsgkill in TPS Inbound Reply but it did nothing.  We attempted to use a recover_33 proc presented the Cloverleaf Level 2 class but that didn’t work.  It doesn’t appear that the ACK (which I see is being sent and received) fires off the proc specified in TPS Inbound Reply.  What am I missing here?  How can I tell if the thread is receiving the ACK?

[Nicholas Steblay]

Thanks for the help!  I was able to resolve the issue.  I had to call hcitpsmsgkill in the Send OK Procs of Outbound Data.  When the ACK was received by MWB then the message was deleted.

[Author]

Replies