<div dir="auto"><div>You should probably start with the basics: get a "show ip osfp neighbors", both working and not.<div dir="auto"><br></div><div dir="auto">The first thing I would check is whether your route map is matching OSPF traffic (esp. UDP from the peer interface IP to 224.0.0.5 or 224.0.0.6).</div><div dir="auto"><br></div><div dir="auto">-- </div><div dir="auto">Eldon</div><br><br><div class="gmail_quote"><div dir="ltr">On Mon, May 7, 2018, 15:32  <<a href="mailto:mvangent@digitalpath.net">mvangent@digitalpath.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div lang="EN-US" link="#0563C1" vlink="#954F72"><div class="m_6407381819808137136WordSection1"><p class="MsoNormal">Hello,<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">I am trying to cut over from multiple CES routers to one MLX router in my core and am having issues with policy based routing messing with OSPF. I have setup a test environment as described below, and attached all relevant configuration files(stripped of sensitive info). I also attached the actual problem demonstrated in a txt file. I would appreciate any help anyone could provide. It appears that the MLX simply does not support Policy Based routing in the same manner that the CES did.<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal"><span style="color:black"><u></u> <u></u></span></p><p class="MsoNormal"><span style="color:black">Test Bed CES: 10.10.1.99<u></u><u></u></span></p><p class="MsoNormal"><span style="color:black">                VE177 To MLX-8 IP <a href="http://10.0.177.4/24" target="_blank" rel="noreferrer">10.0.177.4/24</a> OSPF cost 110 int e 1/1<u></u><u></u></span></p><p class="MsoNormal"><span style="color:black">                VE 178 to CES .48 IP <a href="http://10.0.178.4/24" target="_blank" rel="noreferrer">10.0.178.4/24</a> OSPF cost 10001 int e 1/2<u></u><u></u></span></p><p class="MsoNormal"><span style="color:black">                LOOPBACK1 ip 10.10.1.99<u></u><u></u></span></p><p class="MsoNormal"><span style="color:black">MLX-8<u></u><u></u></span></p><p class="MsoNormal"><span style="color:black">                VE 177 to CES .99 IP <a href="http://10.0.177.1/24" target="_blank" rel="noreferrer">10.0.177.1/24</a> OSPF cost 110 int e 6/1<u></u><u></u></span></p><p class="MsoNormal"><span style="color:black">CES .48<u></u><u></u></span></p><p class="MsoNormal"><span style="color:black">                VE 179 to CES .99 IP <a href="http://10.0.178.1/24" target="_blank" rel="noreferrer">10.0.178.1/24</a> OSPF cost 10001 int e 1/13<u></u><u></u></span></p><p class="MsoNormal"><span style="color:black"> <u></u><u></u></span></p><p class="MsoNormal"><span style="color:black"> <u></u><u></u></span></p><p class="MsoNormal"><span style="color:black">When you apply route-map enat on the mlx all routes move to the .48 as the route map breaks OSPF somehow. “Actual Problem Demonstrated.txt” shows exactly this.<u></u><u></u></span></p><p class="MsoNormal"><span style="color:black"> <u></u><u></u></span></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">Thanks in advance!<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">--<u></u><u></u></p><p class="MsoNormal">Matthew Van Gent<u></u><u></u></p><p class="MsoNormal">Systems Administrator<u></u><u></u></p><p class="MsoNormal">Digital Path Inc<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p></div></div>_______________________________________________<br>
foundry-nsp mailing list<br>
<a href="mailto:foundry-nsp@puck.nether.net" target="_blank" rel="noreferrer">foundry-nsp@puck.nether.net</a><br>
<a href="http://puck.nether.net/mailman/listinfo/foundry-nsp" rel="noreferrer noreferrer" target="_blank">http://puck.nether.net/mailman/listinfo/foundry-nsp</a><br>
</blockquote></div></div></div>