# Siemens OPC-UA Server Error looking up endpoint

**URL:** <https://forum.inductiveautomation.com/t/siemens-opc-ua-server-error-looking-up-endpoint/51342>\
**Category:** Ignition\
**Tags:** ignition81\
**Created:** [September 25, 2021, 8:08pm UTC](https://forum.inductiveautomation.com/t/siemens-opc-ua-server-error-looking-up-endpoint/51342 "2021-09-25T20:08:18Z")\
**Posts on this page:** 7\
**Page:** 1

<div class="post-metadata">

**Author:** ![andrew.marano](https://avatars.discourse-cdn.com/v4/letter/a/e95f7d/32.png) [@andrew.marano](https://forum.inductiveautomation.com/u/andrew.marano)\
**Post date:** [September 25, 2021, 8:08pm UTC](https://forum.inductiveautomation.com/t/siemens-opc-ua-server-error-looking-up-endpoint/51342/1 "2021-09-25T20:08:18Z")

</div>

Hi All,

I’m having an issue getting connected to a Siemens S7-1500 OPC-UA server, from Ignition.

Environment is Ignition 8.1.7, and Siemens S7-1500 CPU 151-2 PN.  
\*\*_These devices are on different subnets, which probably has something to do with this…_ I’ve confirmed the VLANS can route and talk to each other.

When adding a new OPC Connection, the Gateway can see the Siemens server’s endpoint response:

 ![server_fnd](https://us1.discourse-cdn.com/inductiveautomation/original/3X/2/d/2d01d4e0037c89ba71f7900072aec5dad2f60640.png)

When going to Next step, I get the first error:

 ![unreachable](https://us1.discourse-cdn.com/inductiveautomation/original/3X/e/2/e29f49b61452f47912be2bd955c18bb1cf34d234.png)

Selecting Next, again times out and I get “Error getting endpoint”:

 ![error getting endpoint](https://us1.discourse-cdn.com/inductiveautomation/original/3X/a/0/a0a41281be08b16c4a328adb677ff273f61d6e0e.png)

I will try to attach Gateway error logs. It appears like the discovery process is making it through at least part of the setup/connection process, but getting stuck somewhere.

NOTE: When I run a different instance of Ignition, located on same subnet as the S7 OPC server, the Gateway connects to the server no problem.

EDIT: Logs added

First error:

```auto
ChooseDiscoveryServerStep	25Sep2021 14:28:33	Error looking up endpoint
java.util.concurrent.ExecutionException: UaException: status=Bad_Timeout, message=requestId=0 timed out after 60000ms
at java.base/java.util.concurrent.CompletableFuture.reportGet(Unknown Source)
at java.base/java.util.concurrent.CompletableFuture.get(Unknown Source)
at com.inductiveautomation.ignition.gateway.opcua.client.connection.web.discovery.wizardsteps.ChooseDiscoveryServerStep.getEndpoints(ChooseDiscoveryServerStep.java:113)
at com.inductiveautomation.ignition.gateway.opcua.client.connection.web.discovery.wizardsteps.ChooseDiscoveryServerStep.next(ChooseDiscoveryServerStep.java:102)
at org.apache.wicket.extensions.wizard.dynamic.DynamicWizardModel.next(DynamicWizardModel.java:126)
at com.inductiveautomation.ignition.gateway.opcua.client.connection.web.discovery.EndpointWizardButtonBar$NextButton.onClick(EndpointWizardButtonBar.java:26)
at org.apache.wicket.extensions.wizard.WizardButton.onSubmit(WizardButton.java:88)
at org.apache.wicket.markup.html.form.Form.delegateSubmit(Form.java:1304)
at org.apache.wicket.markup.html.form.Form.process(Form.java:967)
at org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:789)
at org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:701)
at jdk.internal.reflect.GeneratedMethodAccessor41.invoke(Unknown Source)
at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.base/java.lang.reflect.Method.invoke(Unknown Source)
at org.apache.wicket.RequestListenerInterface.internalInvoke(RequestListenerInterface.java:258)
at org.apache.wicket.RequestListenerInterface.invoke(RequestListenerInterface.java:216)
at org.apache.wicket.core.request.handler.ListenerInterfaceRequestHandler.invokeListener(ListenerInterfaceRequestHandler.java:243)
at org.apache.wicket.core.request.handler.ListenerInterfaceRequestHandler.respond(ListenerInterfaceRequestHandler.java:236)
at org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:890)
at org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:64)
at org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:261)
at org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:218)
at org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:289)
at org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:259)
at org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:201)
at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:282)
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1596)
at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:545)
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:590)
at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127)
at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:235)
at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1607)
at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:233)
at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1297)
at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:188)
at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:485)
at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1577)
at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:186)
at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1212)
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127)
at org.eclipse.jetty.rewrite.handler.RewriteHandler.handle(RewriteHandler.java:322)
at org.eclipse.jetty.server.handler.HandlerList.handle(HandlerList.java:59)
at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:146)
at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127)
at org.eclipse.jetty.server.Server.handle(Server.java:500)
at org.eclipse.jetty.server.HttpChannel.lambda$handle$1(HttpChannel.java:383)
at org.eclipse.jetty.server.HttpChannel.dispatch(HttpChannel.java:547)
at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:375)
at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:270)
at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:311)
at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:103)
at org.eclipse.jetty.io.ChannelEndPoint$2.run(ChannelEndPoint.java:117)
at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(EatWhatYouKill.java:336)
at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKill.java:313)
at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(EatWhatYouKill.java:171)
at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.run(EatWhatYouKill.java:129)
at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:388)
at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:806)
at org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:938)
at java.base/java.lang.Thread.run(Unknown Source)
Caused by: org.eclipse.milo.opcua.stack.core.UaException: requestId=0 timed out after 60000ms
at org.eclipse.milo.opcua.stack.client.transport.AbstractTransport.lambda$scheduleRequestTimeout$7(AbstractTransport.java:137)
at io.netty.util.HashedWheelTimer$HashedWheelTimeout.expire(HashedWheelTimer.java:672)
at io.netty.util.HashedWheelTimer$HashedWheelBucket.expireTimeouts(HashedWheelTimer.java:747)
at io.netty.util.HashedWheelTimer$Worker.run(HashedWheelTimer.java:472)

```

And here is the second error:

```auto
ManualDiscoveryServerEntryStep	25Sep2021 14:29:38	Error looking up endpoint
java.util.concurrent.ExecutionException: UaException: status=Bad_Timeout, message=requestId=0 timed out after 60000ms
at java.base/java.util.concurrent.CompletableFuture.reportGet(Unknown Source)
at java.base/java.util.concurrent.CompletableFuture.get(Unknown Source)
at com.inductiveautomation.ignition.gateway.opcua.client.connection.web.discovery.wizardsteps.ManualDiscoveryServerEntryStep.getEndpoints(ManualDiscoveryServerEntryStep.java:97)
at com.inductiveautomation.ignition.gateway.opcua.client.connection.web.discovery.wizardsteps.ManualDiscoveryServerEntryStep.next(ManualDiscoveryServerEntryStep.java:86)
at org.apache.wicket.extensions.wizard.dynamic.DynamicWizardModel.next(DynamicWizardModel.java:126)
at com.inductiveautomation.ignition.gateway.opcua.client.connection.web.discovery.EndpointWizardButtonBar$NextButton.onClick(EndpointWizardButtonBar.java:26)
at org.apache.wicket.extensions.wizard.WizardButton.onSubmit(WizardButton.java:88)
at org.apache.wicket.markup.html.form.Form.delegateSubmit(Form.java:1304)
at org.apache.wicket.markup.html.form.Form.process(Form.java:967)
at org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:789)
at org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:701)
at jdk.internal.reflect.GeneratedMethodAccessor41.invoke(Unknown Source)
at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.base/java.lang.reflect.Method.invoke(Unknown Source)
at org.apache.wicket.RequestListenerInterface.internalInvoke(RequestListenerInterface.java:258)
at org.apache.wicket.RequestListenerInterface.invoke(RequestListenerInterface.java:216)
at org.apache.wicket.core.request.handler.ListenerInterfaceRequestHandler.invokeListener(ListenerInterfaceRequestHandler.java:243)
at org.apache.wicket.core.request.handler.ListenerInterfaceRequestHandler.respond(ListenerInterfaceRequestHandler.java:236)
at org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:890)
at org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:64)
at org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:261)
at org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:218)
at org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:289)
at org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:259)
at org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:201)
at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:282)
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1596)
at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:545)
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:590)
at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127)
at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:235)
at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1607)
at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:233)
at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1297)
at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:188)
at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:485)
at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1577)
at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:186)
at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1212)
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127)
at org.eclipse.jetty.rewrite.handler.RewriteHandler.handle(RewriteHandler.java:322)
at org.eclipse.jetty.server.handler.HandlerList.handle(HandlerList.java:59)
at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:146)
at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127)
at org.eclipse.jetty.server.Server.handle(Server.java:500)
at org.eclipse.jetty.server.HttpChannel.lambda$handle$1(HttpChannel.java:383)
at org.eclipse.jetty.server.HttpChannel.dispatch(HttpChannel.java:547)
at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:375)
at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:270)
at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:311)
at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:103)
at org.eclipse.jetty.io.ChannelEndPoint$2.run(ChannelEndPoint.java:117)
at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(EatWhatYouKill.java:336)
at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKill.java:313)
at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(EatWhatYouKill.java:171)
at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.run(EatWhatYouKill.java:129)
at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:388)
at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:806)
at org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:938)
at java.base/java.lang.Thread.run(Unknown Source)
Caused by: org.eclipse.milo.opcua.stack.core.UaException: requestId=0 timed out after 60000ms
at org.eclipse.milo.opcua.stack.client.transport.AbstractTransport.lambda$scheduleRequestTimeout$7(AbstractTransport.java:137)
at io.netty.util.HashedWheelTimer$HashedWheelTimeout.expire(HashedWheelTimer.java:672)
at io.netty.util.HashedWheelTimer$HashedWheelBucket.expireTimeouts(HashedWheelTimer.java:747)
at io.netty.util.HashedWheelTimer$Worker.run(HashedWheelTimer.java:472)

```

---

<div class="post-metadata">

**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\
**Post date:** [September 25, 2021, 10:47pm UTC](https://forum.inductiveautomation.com/t/siemens-opc-ua-server-error-looking-up-endpoint/51342/2 "2021-09-25T22:47:04Z")

</div>

Seems pretty clear that your route from one vlan to the other is filtering the ports needed.

---

<div class="post-metadata">

**Author:** ![andrew.marano](https://avatars.discourse-cdn.com/v4/letter/a/e95f7d/32.png) [@andrew.marano](https://forum.inductiveautomation.com/u/andrew.marano)\
**Post date:** [September 26, 2021, 5:02pm UTC](https://forum.inductiveautomation.com/t/siemens-opc-ua-server-error-looking-up-endpoint/51342/3 "2021-09-26T17:02:05Z")

</div>

This is what I suspected, originally. However… I setup an OPC-UA server on the same subnet as the PLC, using a bind port of 4840 (the same as the PLC). I am able to connect to this OPC-UA server from the Ignition gateway in question. The errors I’m getting seem related to something other than the port (something specific to the Siemens PLC maybe?).

So the vlans might be playing a part, but I’m not totally convinced something else isn’t going on.

---

<div class="post-metadata">

**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\
**Post date:** [September 26, 2021, 5:04pm UTC](https://forum.inductiveautomation.com/t/siemens-opc-ua-server-error-looking-up-endpoint/51342/4 "2021-09-26T17:04:04Z")

</div>

Can you get a Wireshark capture? I don’t think there’s anything wrong on the Ignition side, but it might be interesting to see what request isn’t getting a response from the server.

---

<div class="post-metadata">

**Author:** ![andrew.marano](https://avatars.discourse-cdn.com/v4/letter/a/e95f7d/32.png) [@andrew.marano](https://forum.inductiveautomation.com/u/andrew.marano)\
**Post date:** [September 26, 2021, 5:45pm UTC](https://forum.inductiveautomation.com/t/siemens-opc-ua-server-error-looking-up-endpoint/51342/5 "2021-09-26T17:45:14Z")

</div>

I grabbed a Wireshark capture running on the Gateway, while trying to establish discovery & connection to the Siemens OPC server.

[Gateway\_wireshark\_20210926a.pcap](https://forum.inductiveautomation.com/uploads/short-url/iJ0TWlGSz9risnIslmlXVQWXmup.pcap) (4.2 KB)

First I ran a ping, you should see that at the beginning of the capture.

_For reference:_ \*20.101 is the Ignition Gateway; \*10.21 is the Siemens PLC.

---

<div class="post-metadata">

**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\
**Post date:** [September 26, 2021, 5:49pm UTC](https://forum.inductiveautomation.com/t/siemens-opc-ua-server-error-looking-up-endpoint/51342/6 "2021-09-26T17:49:22Z")

</div>

So yeah, you don’t have any network issues, and you _are_ able to communicate with the the server, but for some reason it just doesn’t respond to the GetEndpointsRequest:

 ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/6/9/698faca7379b3f01764678496868a814e0c7810f.png)

I haven’t seen this particular issue before and I don’t really have any idea why it might be happening. You might need to call Siemens support.

---

<div class="post-metadata">

**Author:** ![andrew.marano](https://avatars.discourse-cdn.com/v4/letter/a/e95f7d/32.png) [@andrew.marano](https://forum.inductiveautomation.com/u/andrew.marano)\
**Post date:** [September 26, 2021, 6:21pm UTC](https://forum.inductiveautomation.com/t/siemens-opc-ua-server-error-looking-up-endpoint/51342/7 "2021-09-26T18:21:21Z")

</div>

Interestingly, I get some bad TCP captures immediately after the GetEndpointsRequest:

 ![bad_response](https://us1.discourse-cdn.com/inductiveautomation/original/3X/0/5/05a97d089bcf434a321be4e1331012886bc0589c.png)

On the test Gateway that will connect, those bad TCP captures do not appear, and the PLC responds as I’d expect:

 ![good_response](https://us1.discourse-cdn.com/inductiveautomation/original/3X/c/c/cc9a1292656162830ef2f96efc62899cdb09dbec.png)

Thank you for taking a look. I will reach out to Siemens, and follow-up here if/when I learn anything.
