x2!And for some reason you haven't shown us any of that, so we have no idea what's happening...and i have Connection Tracking and setting Routing-Marks ...
Got you! thanks!! I've tried that with the CCR1009-7G-1C-1S+ using the 6.42.12 long-term version.It depends on the ccr1009 model. Not all shares the same block diagram
Enviado desde mi Mi A2 mediante Tapatalk
Hello mrz, do you know if the issue with virtual link is still present at the last version of ROSv6?It is a known problem that virtual link does not work properly in ROSv6.
That means that this route needs to be originated by an ABR (Area Border Router) or an ASBR (Autonomous System Border Router).Theoretical.
If you dont need this route at R2 you should filter it in inbound filter on R2 _and_ this route has to be external.
Not really your values are fine... My fingers are wrong hahaIP MTU < MPLS MTU <= L2MTU.
1508 < 1550 <= 1598
are my values wrong here?
Yes that will work, i'll also include an OSPF design as an IGP, and also establish the iBGP sessions using loopbacks instead of WANs.Just setup your iBGP peers with same AS number.
Yes they do, you'lll need filters at the input-chain of that BGP peer by allowing only the default route and discarding everything.The purpose is to temporarily run single-homed to get a fast boot time. Will filtering still achieve this?
that's true, and you can block those packets with a firewall rule too (LLDP works with UDP/5678).Do you mean when your client goes in IP > NEIGHBOR and see your MAC and IP?
If that's it, you can disable the discover:
Code: Select all
/ip neighbor discovery set bridge-interface discover=no
I dont know why, but it finnally works in my CCR1072, thanks for your help!Unfortunately, I don't know how to help you with this. I don't see any errors in my server logs. I can only assume that you are getting ssl errors. You should be able to manually install the scripts from the first post.