Verified Answers


If an answer to your question is correct, click on "Verify Answer" under the "More" button. The answer will now appear with a checkmark. Please be sure to always mark answers that resolve your issue as verified. Your fellow Community members will appreciate it!  Learn more

  • State Not Answered
  • Replies reply
    1
  • Subscribers subscribers
    6
  • Views views
    373
  • Users 0 members are here
  • Locked Locked
Related
Options
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Performance of RMNet

swapnilgupta

I am performing below. Getting lot of timeouts.

Setup: rm/cobol <=====> RMNet <====> MIRTH <====> API in Sql Server.

Test Case:

# 20 synchronous call to API from RM/COBOL application. [Breakout condition in our shop]

Result

# Majority call was successfu.

# Few are timeout. [Not able to see request transaction ]

Is there any tuning or setup that maybe missing ? Need guidance or direction would be helpful.

Tags:

  • 0

    Any Update ?  I put a tcpdump .. Observation -  Nearly all the transaction request/response are getting trapped.  But for TImeout transactions ... Request is not getting trapped ... Is there better way to trace RMNet processing ?

Resources

Support
Documentation
Learning Services
Partner Programs
Privacy
Compliance
Help
Company
Privacy Policy
Terms of Use
Cookies Preferences
Accessibility
Anti-Slavery Statement
Support
Contact Us
Careers
Code of Business Conduct and Ethics
The opinions expressed above are the personal opinions of the authors, not of OpenText. By using this site, you accept the Terms of Use. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.), Hewlett Packard Enterprise Company, or Micro Focus. As of January 31, 2023, the Material is now offered by OpenText, a separately owned and operated company. Any reference to the HP, Hewlett Packard Enterprise/HPE, and Micro Focus marks is historical in nature and the HP, Hewlett Packard Enterprise/HPE, and Micro Focus marks are the property of their respective owners.