your videos are probably some of the best I have seen.. I am using them as a refresh to cisco having not worked on cisco for nearly 10 years, your way of presentation is great, it allows me to remember the context of the different technology and see it in action.. Great Stuff !!
Thank you so much! These VRF videos have answered SO many questions I had. You explain so clearly that I feel like it's really clicking when I watch your videos.
Great work again, a small tip for trace command, if you use numeric command with trace it doesn't do the domain lookup, so you dont have to disable name lookup altogether. trace 8.8.8.8 numeric, I thought I will give back, if you didn't already knew. Thanks
oh my .. your just the answer to all my questions.. you super simplify everything .. save so much of my time in reading and understanding different topics.. Keep adding more stuffs. Viz. SDN/ACI and other trends of today..
Actually when i tried to config eigrp in vrf it dint worked but after 3 hours tshoot i figured it out that not only in named mode but even in normal mode we do have to give AS number in adres-family config otherwise it wont form neighborship.....(on 2.50 sec u said so) Rest you are great & bcuz of u i learnd vrf in deep...thanks
@@NetworkDirection i have a doubt bro ... people in my company say we can route between 2 vrf from same router where its created...i tried by keeping one interface in 1 vrf & the other in 2nd vrf ....but tell me 1 thing is this possible to do so.. i am curious for this answer...did not found on internet anywhere
I'd be interested to know what they're doing here. Route leaking is the common option, using MP-BGP. It's in one of the videos of this series, but I can't remember which one right now. Another thing that people sometimes do (I'm not recommending it) is use special cabling (they cable a port in one VRF to a port in another VRF, and treat them like separate routers). They call this a 'carry-handle'. I've never used it, but I have heard a few people recommend against it. Of course ROAS is an option, but that uses an externally connected router (unless you do that special cabling of course). VRF's are meant to separate routing tables, so you need to be careful about how you route between them, because you may break your design (whatever that may be)
I'd be interested to know what they're doing here. Route leaking is the common option, using MP-BGP. It's in one of the videos of this series, but I can't remember which one right now. Another thing that people sometimes do (I'm not recommending it) is use special cabling (they cable a port in one VRF to a port in another VRF, and treat them like separate routers). They call this a 'carry-handle'. I've never used it, but I have heard a few people recommend against it. Of course ROAS is an option, but that uses an externally connected router (unless you do that special cabling of course). VRF's are meant to separate routing tables, so you need to be careful about how you route between them, because you may break your design (whatever that may be)
I'd be interested to know what they're doing here. Route leaking is the common option, using MP-BGP. It's in one of the videos of this series, but I can't remember which one right now. Another thing that people sometimes do (I'm not recommending it) is use special cabling (they cable a port in one VRF to a port in another VRF, and treat them like separate routers). They call this a 'carry-handle'. I've never used it, but I have heard a few people recommend against it. Of course ROAS is an option, but that uses an externally connected router (unless you do that special cabling of course). VRF's are meant to separate routing tables, so you need to be careful about how you route between them, because you may break your design (whatever that may be)
great videos, saw the link on CLN, vrf just became a lot clearer. cheers. you plan doing something on prefix lists route maps etc. i'll finish this ccnp in no time
What is the significance of a core router here? Is it representing as a router within the WAN network like MPLS core router? What is practical scenario are the routers CustA-RTR1, CustB-RTR1, CORE1 and CustB-WAN are representing?
It's been a while since I created this, so I can't remember exactly, but I think it was powerpoint/visio for diagrams, OBS for screen recording, Davinci Resolve for editing, and Audacity for audio
Hi, I have a scenario: I have a ASR and I need to run 2 BGP processes on it with different AS, one side is MPLS and uses a private AS and one side is public and uses Public AS. is it possible to achieve that? Thanks
Good question. I think the larger ASR's will support that (the 9000 series). I've never used them, so I can't be certain. The smaller ones will not allow more than one BGP ASN to be configured. Alternatively, you can use the 'local-as' command to appear to be in a different AS. I've done this a few times when I was using a private BGP ASN, but then had a new requirement for public peering
Network Direction Can you elaborate on the public peering issue? I will be using 1001x, looking at using local-as, in my scenario one as is private and another one public
So you would probably have BGP already configured in your network using your private ASN. Now, you need to publicly peer with an ISP or similar. So you would peer with them, just like you would with any internal router. If you're looking at console messages, you will see errors, because the ASN doesn't match what they're expecting. So, you would then add the command 'neighbor x.x.x.x local-as 1001x'; This sends your public ASN to the ISP, and they don't even know that you're using a private one internally. Does that help?
Network Direction this is what I am considering. But your last comment threw me off as you said, there were new requirements for public peering. Thanks for clarifying
your videos are probably some of the best I have seen.. I am using them as a refresh to cisco having not worked on cisco for nearly 10 years, your way of presentation is great, it allows me to remember the context of the different technology and see it in action.. Great Stuff !!
Thank you so much! These VRF videos have answered SO many questions I had. You explain so clearly that I feel like it's really clicking when I watch your videos.
Thank you, and glad you liked it!
Fantastic, saved my bacon at work this week, thanks buddy
Glad to help 😎
Really nice video series, i have to thank you from the bottom of my heart
Great work again, a small tip for trace command, if you use numeric command with trace it doesn't do the domain lookup, so you dont have to disable name lookup altogether. trace 8.8.8.8 numeric, I thought I will give back, if you didn't already knew.
Thanks
That is a great tip, thanks, I didn't know that one. I appreciate it.
'tracert -d' is the Windows equivalent (if you're interested )😀
Awesome, thank you!
oh my .. your just the answer to all my questions.. you super simplify everything .. save so much of my time in reading and understanding different topics.. Keep adding more stuffs. Viz. SDN/ACI and other trends of today..
Thanks Ahmed!
Yeah, SDN is very interesting...
Actually when i tried to config eigrp in vrf it dint worked but after 3 hours tshoot i figured it out that not only in named mode but even in normal mode we do have to give AS number in adres-family config otherwise it wont form neighborship.....(on 2.50 sec u said so)
Rest you are great & bcuz of u i learnd vrf in deep...thanks
Excellent troubleshooting!
@@NetworkDirection i have a doubt bro ... people in my company say we can route between 2 vrf from same router where its created...i tried by keeping one interface in 1 vrf & the other in 2nd vrf ....but tell me 1 thing is this possible to do so.. i am curious for this answer...did not found on internet anywhere
I'd be interested to know what they're doing here.
Route leaking is the common option, using MP-BGP. It's in one of the videos of this series, but I can't remember which one right now.
Another thing that people sometimes do (I'm not recommending it) is use special cabling (they cable a port in one VRF to a port in another VRF, and treat them like separate routers). They call this a 'carry-handle'. I've never used it, but I have heard a few people recommend against it.
Of course ROAS is an option, but that uses an externally connected router (unless you do that special cabling of course).
VRF's are meant to separate routing tables, so you need to be careful about how you route between them, because you may break your design (whatever that may be)
I'd be interested to know what they're doing here.
Route leaking is the common option, using MP-BGP. It's in one of the videos of this series, but I can't remember which one right now.
Another thing that people sometimes do (I'm not recommending it) is use special cabling (they cable a port in one VRF to a port in another VRF, and treat them like separate routers). They call this a 'carry-handle'. I've never used it, but I have heard a few people recommend against it.
Of course ROAS is an option, but that uses an externally connected router (unless you do that special cabling of course).
VRF's are meant to separate routing tables, so you need to be careful about how you route between them, because you may break your design (whatever that may be)
I'd be interested to know what they're doing here.
Route leaking is the common option, using MP-BGP. It's in one of the videos of this series, but I can't remember which one right now.
Another thing that people sometimes do (I'm not recommending it) is use special cabling (they cable a port in one VRF to a port in another VRF, and treat them like separate routers). They call this a 'carry-handle'. I've never used it, but I have heard a few people recommend against it.
Of course ROAS is an option, but that uses an externally connected router (unless you do that special cabling of course).
VRF's are meant to separate routing tables, so you need to be careful about how you route between them, because you may break your design (whatever that may be)
omfg I haven't been introduced vrf in the class for now but cmon I understood many things thx to this video!
so good to hear!
good for lab redistributing bgp into eigrp!
Thanks!
Some good videos on this channel, you've been awarded a new subscriber ;)
Thanks!
GOD DAMN UR A BEAST UR CCIE ROUTING AND SWITHCING CERTIFIED ARENT U?HOW OLD ARE U,U SEEM TO BE NOT MORE THEN 25 AND UR A GENIUS
Insanely useful and insightful
Thanks!
yep, I'm liking my new favourite channel subscription
Is it this channel, or have you found something else :)
great videos, saw the link on CLN, vrf just became a lot clearer. cheers. you plan doing something on prefix lists route maps etc. i'll finish this ccnp in no time
I do have PBR on the road-map, which would need to cover prefix-lists and route-maps
Are the PBR videos now available? Thanks
Not yet, sorry
Well explained thanks!
you're welcome!
nice video again...good keep it up
Will do, thanks!
can a export router target be used instead of rd? I don't see why we need both a rd and export rt.
hello sir
please which iso is support in vrf ospf ( which iso you are using)
What is the significance of a core router here?
Is it representing as a router within the WAN network like MPLS core router?
What is practical scenario are the routers CustA-RTR1, CustB-RTR1, CORE1 and CustB-WAN are representing?
Why eBGP is chosen as protocol to connect WAN router with core router?
Hiw would you use vrfs to route http and https only to proxy server. And the rest of requests to bypass proxy.
Here are the lab files (Patreon):
networkdirection.net/VRF+Lab+2
enjoy!
Network Direction thank you for these easy to understand videos!
Can u make a video explaining policy based routing?
You're very welcome.
Did you try the lab yourself?
That's a good suggestion, thanks!
I have added it to my list of future videos
Great videos, thank you very much!
Glad you like them!
Please what recording tools used in this video. its so clear and nice.
It's been a while since I created this, so I can't remember exactly, but I think it was powerpoint/visio for diagrams, OBS for screen recording, Davinci Resolve for editing, and Audacity for audio
hello bro..what is wan transit link?
When I Try to add address-family command on CustB inside EIGRP error comes (%VRF CustB does not exist or is not enabled for IPv4) ?
When creating the VRF, try adding 'address-family ipv4' then
does that work?
I had to define VRF name CustB First After That i add address Family ..still not work
It is working Now I think it was Gns3 Issue Thank you
@@NetworkDirection
Good to hear!
Hi, I have a scenario: I have a ASR and I need to run 2 BGP processes on it with different AS, one side is MPLS and uses a private AS and one side is public and uses Public AS. is it possible to achieve that?
Thanks
Good question. I think the larger ASR's will support that (the 9000 series). I've never used them, so I can't be certain. The smaller ones will not allow more than one BGP ASN to be configured.
Alternatively, you can use the 'local-as' command to appear to be in a different AS. I've done this a few times when I was using a private BGP ASN, but then had a new requirement for public peering
Network Direction Can you elaborate on the public peering issue? I will be using 1001x, looking at using local-as, in my scenario one as is private and another one public
So you would probably have BGP already configured in your network using your private ASN.
Now, you need to publicly peer with an ISP or similar. So you would peer with them, just like you would with any internal router. If you're looking at console messages, you will see errors, because the ASN doesn't match what they're expecting. So, you would then add the command 'neighbor x.x.x.x local-as 1001x'; This sends your public ASN to the ISP, and they don't even know that you're using a private one internally.
Does that help?
Network Direction this is what I am considering. But your last comment threw me off as you said, there were new requirements for public peering.
Thanks for clarifying
Sorry for the confusion Rohit, glad we’re on the same page now
Transit network?
It's nice videos! Instead of manually advertising customer routes in BGP, you could have redistributed EIGRP customer routes into BGP?
Absolutely!
Brilliant