# DNP3 port 20000 for incoming connections

**URL:** <https://forum.inductiveautomation.com/t/dnp3-port-20000-for-incoming-connections/66863>\
**Category:** Ignition\
**Created:** [November 23, 2022, 4:52pm UTC](https://forum.inductiveautomation.com/t/dnp3-port-20000-for-incoming-connections/66863 "2022-11-23T16:52:14Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![martin200261](https://avatars.discourse-cdn.com/v4/letter/m/3e96dc/32.png) [@martin200261](https://forum.inductiveautomation.com/u/martin200261)\
**Post date:** [November 23, 2022, 4:52pm UTC](https://forum.inductiveautomation.com/t/dnp3-port-20000-for-incoming-connections/66863/1 "2022-11-23T16:52:14Z")

</div>

I'm new to ignition so apologies if this is a dumb question.

We need to use DNP3 with unsolicited events as our remote devices are not on fixed IP addresses so we are reliant on them to initiate the connection.

Using netstat -an on the gateway machine I can't see port 20000 listed as listening so figure I must be missing something. Grateful for any advice on this?

Cheers,  
Martin

---

<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:** [November 23, 2022, 4:54pm UTC](https://forum.inductiveautomation.com/t/dnp3-port-20000-for-incoming-connections/66863/2 "2022-11-23T16:54:17Z")

</div>

What you're describing is called "dual endpoint" in the DNP3 spec, or reverse connect, and it's not supported by our driver. Our driver only supports initiating connections.

It's not related to unsolicited messaging at all.

---

<div class="post-metadata">

**Author:** ![martin200261](https://avatars.discourse-cdn.com/v4/letter/m/3e96dc/32.png) [@martin200261](https://forum.inductiveautomation.com/u/martin200261)\
**Post date:** [November 23, 2022, 5:21pm UTC](https://forum.inductiveautomation.com/t/dnp3-port-20000-for-incoming-connections/66863/3 "2022-11-23T17:21:55Z")

</div>

Ouch, that's going to be a major headache for us. Do you know if there are any alternative modules/drivers we can use that will allow dual endpoint?

---

<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:** [November 23, 2022, 5:26pm UTC](https://forum.inductiveautomation.com/t/dnp3-port-20000-for-incoming-connections/66863/4 "2022-11-23T17:26:40Z")

</div>

You could get in touch with Kepware and see if they support it. I'm not seeing anything in a quick scan of their DNP3 driver manual, but I might be missing something.

Or maybe there's some kind of dynamic DNS service you can use with these devices that would give Ignition a stable endpoint address to connect to.

---

<div class="post-metadata">

**Author:** ![martin200261](https://avatars.discourse-cdn.com/v4/letter/m/3e96dc/32.png) [@martin200261](https://forum.inductiveautomation.com/u/martin200261)\
**Post date:** [November 23, 2022, 5:34pm UTC](https://forum.inductiveautomation.com/t/dnp3-port-20000-for-incoming-connections/66863/5 "2022-11-23T17:34:32Z")

</div>

Thanks Kevin, I'll go do some digging to see what I can find.

---

<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:** [November 26, 2022, 3:18am UTC](https://forum.inductiveautomation.com/t/dnp3-port-20000-for-incoming-connections/66863/6 "2022-11-26T03:18:06Z")

</div>

@martin200261 one of the things about dual endpoint in the DNP3 spec is that it's relatively poorly defined.

For example, in your case with the IP addresses of the remote devices constantly changing, and the Ignition gateway listening on a single port, how would you propose that the remote devices are:

1. identified, from one device to the next
2. authenticated or otherwise determined to be allowed to connected
