Forum Discussion
env296
Jun 26, 2019Copper Contributor
Exchange OnPremises mailflow issue ( Remote(ConnectionReset) )
we have an organization in hybrid with central exchange 2016 relay servers that relay the inbound messages to the satelite locations. The inbound mail from O365/internet arrive just fine on the relay...
msExchangeDude
Microsoft
Jun 27, 2019env296 out of curiosity, are you using port 25 on the WAN ip of the 4g devices? Or do you establish VPN tunnels first and then tunnel the SMTP traffic? I would think a VPN tunnel would help you to bypass any port filters that might be imposed by the 4g cellular carriers.
env296
May 11, 2021Copper Contributor
Hi, sorry for the huge delay. I did not get a notification apparently.
The vessels always setup a site-to-site VPN and all datacenter traffic goes through that tunnel.
The issue is mostly under control and the root cause was related to QOS capping of the inbound to vessel traffic. Setting the correct qos made the flow more stable. Still Capping/throttling can happen by the provider of the WiFi/wimood/sat/4G connection which is out of our control and a big storm or other disruption factors also cause troubles.
Our solution was to remove transfer limits for mail related traffic on tcp 2525 for inter-server traffic. This still has TLS which doesn’t allow us to compress/optimize the data using riverbed. The next step is to setup dedicated send/receive connectors without TLS for server-to-server communication accross the vpn tunnel and optimize that traffic using riverbed steelheads. Most importantly reduce the maximum size of the messages.
Hope this helps someone.
Rgds
Eric
The vessels always setup a site-to-site VPN and all datacenter traffic goes through that tunnel.
The issue is mostly under control and the root cause was related to QOS capping of the inbound to vessel traffic. Setting the correct qos made the flow more stable. Still Capping/throttling can happen by the provider of the WiFi/wimood/sat/4G connection which is out of our control and a big storm or other disruption factors also cause troubles.
Our solution was to remove transfer limits for mail related traffic on tcp 2525 for inter-server traffic. This still has TLS which doesn’t allow us to compress/optimize the data using riverbed. The next step is to setup dedicated send/receive connectors without TLS for server-to-server communication accross the vpn tunnel and optimize that traffic using riverbed steelheads. Most importantly reduce the maximum size of the messages.
Hope this helps someone.
Rgds
Eric