Connect issue from XI 3.0 to ECC 6.0 but not from PI 7.3 !?

[Former Member]

Hi,

Strange issue!

We implemented an RFC connection in SM59 from PI 7.3 to an ECC 6.0.

Authorization test in SM59: works, interfaces are running!

We implemented an RFC connection in SM59 from PI 3.0 to the same ECC 6.0. (only for info: for oracle8 interface from/to IDoc, not working with PI 7.3)

using the same user/pwd.  -> Fails on authorization test in SM59 with message: "name or pwd incorrect" !

We are sure: user/pwd is correct!!!

Any ideas about that?

Your help is very very welcome!

Regards

Dirk

[Former Member · Accepted solution]

Hi,

Thanks to all of you who tried to help.

We got the solution...

It is about the way of creating the pwd.

We used  "Another+5 ". But when sending from XI to ECC the pwd was transmitted as "ANOTHER+5". So with capital letters instead of small ones login failed. PI transmitts pwd as created in ECC.

After changing pwd to "ANOTHER+5" in ECC issue is solved.

Regards

Dirk

[Former Member]

Hi,

As I wrote, the conenction from PI 7.3 is tested and did not lock the user or return any

error message for authorization tes..

Difference in both SM59 entries is that

in PI 7.3 we are using IP address incl. gateway information with target host and

in XI we are using host name with target host (in both systems host and sys.no. are identical)

But Basis guy says this will not trigger this issue.

Regards

Dirk

[Shabarish_Nair]

so does changing the host name to IP resolve the issue? ideally if it was an host issue, it wouldnt throw a authorization issue but a connectivity issue.

If there is a client that needs to be specified, can you cross check the correct value?

[former_member184681]

Can you verify what is the IP that stands behind the host name, that is used in XI? But make sure that you check the IP known by XI, not for instance your local machine. The best way would be calling the PING command in sm69 in XI, with this host name as a parameter. In addition to the ping times, you will get the IP address that is bound to that host name. Make sure that this IP is identical to what is saved in PI 7.3.

Why all that? I can think of a situation that you are connecting to a different ECC system than you think: for instance Quality system instead of Dev, where user credentials are different, which is why you get the "incorrect user/password" error.

Regards,
Greg

[baskar_gopalakrishnan2]

Since your test errors shows invalid user/pwd mesg, I suspect more firmly on the user credentials misused or typo errors. I believe you don't see any lock against the user account.  If you input wrong client or host name , the error message would be certainly different. You might want to test with an another valid user with the same role credentials and see how that helps.

[Shabarish_Nair]

Well.. one basic question. Is the user locked out? If so unlock and test the connection.

Also check if the user is used in some other destination with a wrong password which could also possibly lock the user out after multiple retries.

[former_member184681]

Hi Dirk,

If you are absolutely sure that username and password are correct (have you checked against typo mistakes?), then maybe there is some other detail to correct, like target system's client number, or host, or system number?

Hope this helps,
Greg