- This topic has 5 replies, 4 voices, and was last updated 4 years, 5 months ago by
.
-
Topic
-
Asking to see if anyone has seen this and if a root cause was determined…I’m also opening a ticket with support and checking the knowledge base, but sometimes this community is much faster…
It’s only happened twice since we’ve been on Cloverleaf, almost 20 years…it “looks” like Cloverleaf received the message and only the MSH and EVN segments are recorded in SMAT. Sending system logs show a complete message being sent.
From the protocol standpoint (tcp/ip), that doesn’t make sense, wondering if this sounds familiar to anyone.
Thanks in advance!
-
Replies
-
-
Looks like you have an embedded <NL> or Hex 0A character in the message. Look at the raw message or turn up the noise to see what you are receiving with the eoalias and watch the inbound data come across. This way you should see what you are actually receiving. You can view this in the log file. The other system may have only sent as far as the NL as a possibility.
-
My first suspicion would be there is something wrong with the source message after the EVN. Perhaps erroneous MLP terminator?
Can the message be resent from the source system to your test environment or better yet hcitcptest so you can look at the hex of the message as the protocol sees it?
email: jim.kosloskey@jim-kosloskey.com 29+ years Cloverleaf, 59 years IT - old fart.
-
-
-
You are right that given how infrequently this occurs it may not be worth the effort to try to troubleshoot or correct.
But given the new information, I would now be suspicious they have improper Tcp/IP error handling or something bad in their Tcp/IP module.
email: jim.kosloskey@jim-kosloskey.com 29+ years Cloverleaf, 59 years IT - old fart.
-
- You must be logged in to reply to this topic.
