DCOM is used to connect to OPC Classic data access and data history servers. The initial port to open is port 135. However, DCOM uses many ports in a range of numbers. Ports between 1024 to 65535 are the possible ports reserved for DCOM.
In order to allow the communication through, you must open port 135 for the initial request and then open the port that is agreed upon. Some physical firewalls (such as the Emerson Smart Firewall) communicate with the DCOM requesting service and agree upon the port to use on a request by request basis.
Refer to the Windows Firewall online help to determine if it is capable of the same dynamic port assignment functionality.
Always refer to the Windows help system for more information about the Windows firewall. The information provided here is designed as an overview.
The Windows firewall service is enabled by default. However, it is the Windows firewall profiles that control what network has the Windows Firewall applied. You must enable the Windows firewall profile and select the specific network interface cards (NICs) for that profile. Without that step, the Windows Firewall is not actively blocking communication.
Firewall rules are applied only to the profiles and network interface cards specified in the Windows Firewall Advanced Settings dialog.
The Windows firewall profiles should not be enabled without fully understanding the potential impact on communications between DeltaV and any applications external to DeltaV on either the DeltaV 2.5 network or applications in networks above the 2.5 network.
The Windows firewall has a default set of rules opening specific ports. These default Windows firewall rules are applied when the Windows firewall is enabled. To allow incoming communications through the enabled firewall, rules are created and applied that specify the port to be opened for communication. (Outbound communications are allowed by default.) In order to allow OPC communications through the firewall, you must open the ports that are used by OPC.
Do not enable the Windows firewall profiles for any dedicated DeltaV networks; for example, the DeltaV Primary and Secondary ACNs, DLINK for Redundant Batch, and the Thin Client Primary and Secondary networks. Doing so could disrupt communications between DeltaV nodes. Networks used to connect to the DeltaV system that are outside of the DeltaV network need to be evaluated for the Windows firewall. If any non-DeltaV traffic is allowed on the network connecting to DeltaV, then enable the Windows firewall on that NIC and use DeltaV Security Administration to select the correct rule to open the necessary ports on the DeltaV node.
The Windows firewall profile types are as follows: