on 2019 Sep 18 12:26 PM
Hi Experts,
we are having issue while sending the data from SAP PO to C4C. in the SOAP channel, it says 'failed to call the endpoint', I have attached the screenshot of error in message log.
We checked the xpi logs of channel which says that handshake was completed and then throws the exception 'socket already closed'. i have attached the screenshot of trace as well.
any leads are appreciated.
Thanks,
Request clarification before answering.
Couple of thoughts / questions
Cheers
Jens
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
hi Jens,
1. we do not get anything in C4C in web service monitoring. it is asynchronous, so i guess, A2X won't help.
2. it is basic authentication with HTTPS.
3. I tried with jco traces and payload, no luck.
4. it seems to work from soapUI once i follow this blog otherwise i get HTTP 500.
https://blogs.sap.com/2018/07/23/dealing-with-invisible-soap-errors-in-c4c/
Ok, then I would tap more into the "works with soapUI once" direction.
The fact that it is working (once) is a good sign. It may very well not work again because as it is asynchronous might imply the QoS is EO (not sure though). So if you have some Identifier in your request (like a GUID) that might need to change from first to subsequent requests.
Besides that it smells a little like an TLS or cipher suite problem?
Do you have any other interfaces (PI (HTTPS) --> C4C) that are already running (may it be synchronous or asynchronous
Which version of PI are you on? Single or Double (Dual Usage) Stack?
Are you positive that you trust (nwa/key-storage --> TrustedCAs) the C4C server certificate?
Have you tried XPIs SSL Example (11) like https://blogs.sap.com/2015/12/10/using-xpi-inspector-to-troubleshoot-http-ssl-connections/. This should up the ante on SSL Debugging level (hopefully)
On a second look I see in your trace file that you are using a proxy. Is it the same proxy (and the same proxy user) you are using when testing from your client with soapUI? Maybe not C4C is shutting down, but the proxy. You may want to look into this, too
Cheers
Jens
Hi Jens,
1. yes,C4C allows only TLS 1.1 and 1.2, so we enabled TLS 1.1 in SAP PO. it was throwing exception on 1.2.
2. No, it is a new SAP PO box.
3. It is single stack, 7.5
4. Yes, traces would suggest that,chain verifier returns true saying trusted certificate was found or it doesnt mean that?
5. we were having ssl issues earlier and followed the blog you mentioned to rectify those.
6. We dont have proxy, we are using SOAP with HTTPS. we are not using proxy with SoapUi either.
Hi again,
not sure if this should be rather posted as an answer, but here I go.
According to ssllabs C4C supports the following cipher suites. According to your screenshot PI opted for cipher suite SSL_RSA_WITH_RC4_128_MD5. That is however not in C4Cs list.
However, according to the XPI log handshake should(!) be already done (that is when the SSL Layer shutting down). So it's questionable if the chipher suite is really the issue or a red herring.
The server (that is C4C) responds just with "null" so basically some non-understandable response. If there would be a authentication issue, it would respond with an HTTP 401, Authorization with HTTP 403 and other server issue with HTTP 500 and so on.
So it might be wise to tap more into C4C.
So my further suggestions would be
User | Count |
---|---|
75 | |
30 | |
9 | |
8 | |
7 | |
6 | |
6 | |
5 | |
5 | |
5 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.