Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 1 reply
  • Subscribers 2 subscribers
  • Views 1444 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Routing loop with RED

jraley
I am attempting to install a RED 10 (standard/unified) at one of our offices that is currently on an IPSec VPN (not through the UTM). On the UTM I have a Gateway Static Route setup for 10.1.0.0/16 to 10.1.100.1 (main internal router). The main router has a default route set to go to the internal side of the UTM (10.1.100.254) and another route setup for 10.1.0.0/16 to go to our VPN tunnels. The office is on 10.1.114.0/24. When I setup the RED 10 it has no problems connecting and getting the tunnel up. I add a static route to the router to point 10.1.114.0/24 back to the UTM. When I trace from the 10.1.100.0/24 side, it bounces between the UTM (10.1.100.254) and the router (10.1.100.1). If I setup a static route on the UTM pointing 10.1.114.0/24 to the interface created by the RED depolyment and with a lower metric than the GW route, the trace stops at the UTM.

I am sure the problem has a simple solution and I am missing something. Can anyone help me here?


This thread was automatically locked due to age.
Parents
  • 0
    Turns out I had a Network Definition for the 10.1.114.0/24 range and it was messing up the routing on the UTM after creating the RED interface. Once I replaced everywhere it was used with the Interface Address definition, problem was solved.
Reply
  • 0
    Turns out I had a Network Definition for the 10.1.114.0/24 range and it was messing up the routing on the UTM after creating the RED interface. Once I replaced everywhere it was used with the Interface Address definition, problem was solved.
Children
No Data
Unfiltered HTML