# OPC-UA UDT refresh subscription items **URL:** \ **Category:** Ignition\ **Created:** [June 20, 2023, 5:04pm UTC](https://forum.inductiveautomation.com/t/opc-ua-udt-refresh-subscription-items/75288 "2023-06-20T17:04:51Z")\ **Posts on this page:** 5\ **Page:** 1
**Author:** ![justin.huggins](https://avatars.discourse-cdn.com/v4/letter/j/d07c76/32.png) [@justin.huggins](https://forum.inductiveautomation.com/u/justin.huggins)\ **Post date:** [June 20, 2023, 5:04pm UTC](https://forum.inductiveautomation.com/t/opc-ua-udt-refresh-subscription-items/75288/1 "2023-06-20T17:04:51Z")
We are currently using Autosol with OPC-UA. When switching devices in Autosol from Totalflow protocol to ROC protocol we are just getting bad quality data in Ignition. I have worked heavily with Autosol support trying to resolve. It appears with our testing using UA expert, we just need the client (Ignition) to release the current subscriptions and re-subscribe to the items. How do you manually trigger a release OPC items and re-subscribe on a UDT? We just recently switched from OPC-DA and I am fairly new working with OPC-UA. ---
**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:** [June 20, 2023, 5:08pm UTC](https://forum.inductiveautomation.com/t/opc-ua-udt-refresh-subscription-items/75288/2 "2023-06-20T17:08:06Z")
The biggest hammer you could swing would be edit/save the OPC UA connection to that server. Less disruptive, you might be able to right-click -\> restart on the tags in question, but it depends whether re-creating the _Monitored Items_ is enough or if the actual _Subscription_ has to be re-created as well. This is all symptomatic of a broken OPC UA server though. You shouldn't have to do this. ---
**Author:** ![justin.huggins](https://avatars.discourse-cdn.com/v4/letter/j/d07c76/32.png) [@justin.huggins](https://forum.inductiveautomation.com/u/justin.huggins)\ **Post date:** [June 20, 2023, 5:15pm UTC](https://forum.inductiveautomation.com/t/opc-ua-udt-refresh-subscription-items/75288/3 "2023-06-20T17:15:31Z")
As of now stopping / restarting the Autosol OPCUA service is the fix, but extremely disruptive. Very similar to breaking the connection like you mentioned. I will give the restart tag a try. Autosol support mentioned that is just the way OPC-UA worked and no way around it. I initially thought it was the OPC server side also, that is why I started with Autosol support. How should the OPC server handle this type of change normally? Maybe some info you could provide I could take back to Autosol support to push for that resolution on the Autosol end. ---
**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:** [June 20, 2023, 5:20pm UTC](https://forum.inductiveautomation.com/t/opc-ua-udt-refresh-subscription-items/75288/4 "2023-06-20T17:20:17Z")
I don't really have all the details here, but this sounds like it's something a little outside the OPC UA spec and more of an implementation detail of their server. From the OPC UA client perspective, if the connection to the server remains alive, the session remains alive, then the subscriptions are still valid, and the monitored items are still valid, and whatever is happening on the backend when you "switch devices" shouldn't matter. ---
**Author:** ![alainia.spencer](https://avatars.discourse-cdn.com/v4/letter/a/6a8cbe/32.png) [@alainia.spencer](https://forum.inductiveautomation.com/u/alainia.spencer)\ **Post date:** [April 25, 2024, 7:21pm UTC](https://forum.inductiveautomation.com/t/opc-ua-udt-refresh-subscription-items/75288/5 "2024-04-25T19:21:59Z")
I'm having the same issue - I have to re-start the OPC-UA server to get it to resubscribe.