OSPF Hello Packets :: Area Types (Stub/NSSA) :: BDR/DR :: Practical OSPF

[@PracticalNetworking]

📌 *More free preview lessons from the Practical OSPF course:* pracnet.net/ospf 📌 *Want even more? Check out the full course:* pracnet.net/ospfcourse 📌 *CCNA Resources:* pracnet.net/ccna 📌 *Learn Networking:* pracnet.net/nf 📌 *Learn & Practice Subnetting:* subnetipv4.com

[@ahmed.benaros]

Never heard of any thing so clear, simple and valuable than this. Thanks

[@PracticalNetworking]

Cheers, Ahmed !

[@erikasantos2595]

You have an amazing teaching ability. Content is so well-organized, clear and concise! Thank you!

[@matthewcardinal4186]

I really hope some company sponsors your content - I would buy something you mentioned just because you are such an amazing teacher!

[@gd2860]

Hell of a video series. Im hooked.

[@azadkumar6740]

Nicely and clearly explain every pieces. your teaching methods it that much good that in a single day I watch more than 40 videos.

[@PracticalNetworking]

Ha! Awesome. Thank you. Glad you've enjoyed my content, Azad =). 40 videos! Wow, you've earned a break =).

[@randyyihsienhan]

Best OSPF area type explanation I ever read, especially for stub and NSSA. Thanks a lot for helping to understand the concept within 5 minutes!

[@PracticalNetworking]

Thank you for the kind note. GLad you enjoyed the video, Randy =)

[@randyyihsienhan]

I feel your series is even better than INE and Udemy paid program, that is really awesome work.

[@PracticalNetworking]

@@randyyihsienhan

[@ajaxSAF]

Dude you're really good at this

[@PracticalNetworking]

Thank you =)

[@papie5151]

I'm a visual learner and this channel and lessons have really helped me in digesting several technical topics.

[@guybouaka]

I am finally be able to make a clear distinction between Stub and NSSA. Thank you very much

[@PracticalNetworking]

Awesome, Guy! Happy to hear that =).

[@CyclingAndRunning]

A+++ seems too little Exceptionally Understanding and Exceptional delivery. Simply phenomenal!! Even things I thought of early in the lecture were exceptionally clarified downstream in the lecture.

[@PracticalNetworking]

Thank you for the kind words. =)

[@ershadramezani6716]

Awesome OSPF videos! Really useful and well explained. Thanks a ton for sharing!

[@PracticalNetworking]

You're very welcome, thank you for your support.

[@MichaelWilliams-vf9vn]

Nice. Clean , direct, easy to follow and understand. Thanks!

[@PracticalNetworking]

You're welcome, Michael.

[@DIY-ct1si]

This is the best ospf details I have seen in KZbin.. very good summarized, just waiting for BGP, QOS series.

[@PracticalNetworking]

Glad you've enjoyed it =). Hope you enjoy the rest of the videos in the series as well. kzbin.info/aero/PLIFyRwBY_4bSkwy0-im5ERL-_CeBxEdx3

[@edpressley653]

Great lesson, the way you break this down makes it easy for me to understand.

[@PracticalNetworking]

Thank you, Ed. Glad this is helping OSPF makes sense =). Don't forget to check out the rest of the OSPF lessons either: kzbin.info/aero/PLIFyRwBY_4bSkwy0-im5ERL-_CeBxEdx3

[@ohad8736]

best Networking teacher out there

[@PracticalNetworking]

Thank you for the kind words, Ohad. Cheers =)

[@哈哈投美股]

I randomly search ospf in youtube, never expect this video series is so good...

[@afsala.a.6598]

Awesome video as well as the series too. Really helpful, easy to follow and understanding. Thank you so much.

[@informationstechnologie2478]

Thank you for all your efforts you're doing Ed! I really appreciate these handy animations and your so simple way to explain that complex processes. You can wrap it up like no one else ever did. I'm truly amazed!!

[@PracticalNetworking]

Thank you for the kind words. If you're willing... Could you do me a favor? Do you mind sharing this video on Linked In, Reddit, Twitter, Facebook, or any other social media you use? As an independent creator, that would be an _enormous_ help, and I would appreciate it _greatly_ .

[@007GH00ST]

Great Lessons love the explanation !!!

[@rocdiva530]

Crystal clear content! Thanks

[@olegasgolubevas8773]

I would highly recommend it to everyone who is studying OSPF protocol.

[@PracticalNetworking]

[@stepankarel903]

Awesome video, thank you for the knowledge. I would be more than happy to support you in the future lessons and make it obvious for you that your work really pays off - trust me, it's just so much more pleasant to learn from your videos rather than some indian youtubers that barely understand the topic and try to speak it out. *Once again, keep it up!*

[@PracticalNetworking]

Hi Stepan, Thanks for the kind words =). I'd love to continue creating this content. The best way to support me is to share this content with any audience you think might benefit from it. Beyond that, I also have some courses you can purchase here: classes.pracnet.net/ Either way, thanks for the kind note. Glad you are enjoying the OSPF series!

[@sergioalcantar3290]

Boy, do I like this training!

[@PracticalNetworking]

Sergio! I've enjoyed seeing your positive comments on the videos in this series =) Glad you're enjoying them!

[@megaskater815]

Thanks for posting this video! It's easy to understand and your videos keep me motivated to learn more!

[@PracticalNetworking]

Awesome, glad to hear! Keep up the good work!

[@aminelfeky]

Love your videos Ed. Your content and your approach to teaching is amazingly unique. Would love a BGP deep dive series

[@pallavi8388]

Beautifully explained. Thanks

[@PracticalNetworking]

You're welcome =)

[@bhattbhaumik3266]

clear, concise and to the point

[@arshdeep1286]

Thanks so much for your help. God bless you professor

[@PracticalNetworking]

You are very welcome

[@lifeisbeautiful7882]

very perfectly explained.Thanks

[@PracticalNetworking]

Cheers =). Glad you enjoyed it !

[@sayan.rahman]

The content is o rich. I watched the video and helped me a great deal. thanks you are awesome

[@pja4699]

Thank you finally concept is clear

[@PracticalNetworking]

Glad to hear, Pooja. Hope you enjoy the rest of the OSPF series as well: pracnet.net/ospf

[@pja4699]

@@PracticalNetworking sure I have started thanks😊

[@Don-Carillo]

Great video, Ed. The way you break it down is great and makes it easy to absorb. The simple explanation of Area types has already helped more than most videos and I have seen a lot. Love the adjacency non match info too. Does the MTU need to match too or is that somthing else?

[@PracticalNetworking]

Hey Don. Thanks for the note. Glad you enjoyed this angle for Areas Types =). The MTU one is tricky. In my labing I've found where the MTU mismatch causes a neighbor adjacency to fail, and other times where it doesn't. In any case, MTU isn't actually in the Hello Packets, it's in the DBD packets, so I didn't include information about the MTU in this video. (which honestly, already went much longer than I expected, ha!)

[@joshuadalton6063]

MTU should match per the RFC, but keep in mind how different vendors do/don't include ethernet header in the value, so it might be 4-8bytes different also with MPLS or other encapsulation.

[@Therojasvictor]

Excellent teaching.

[@adedejiemmanuel1]

This is a good treaching. Thank you.

[@PracticalNetworking]

You're welcome, Azza! 👋

[@Bandalorian]

Thanks for this Ed

[@PracticalNetworking]

You're welcome, Ursura =)

[@seppneimusser5723]

Man your are a teacher god°°

[@drmanhattan225]

Great videos. Any plans to make a CCNP training series?

[@PracticalNetworking]

I've thought about it =). No plans at the moment.

[@stepankarel903]

@@PracticalNetworking CCNP series would be great, as I'm entering a university soon and am planning to catch up where I've finished in high school - CCNA :-)

[@rohanofelvenpower5566]

this series is very educational and sexum

[@karanvyas5155]

Awesome video sir

[@PracticalNetworking]

You're welcome, Karan!

[@RishiRap]

Nice explanation!

[@antifics]

Muchas Gracias!

[@PracticalNetworking]

De nada =)

[@mohamadtalbi6855]

thank you of the great content

[@abdelaalimhoufini8628]

thank you for this great explanation but i have one question why would we interconnect more than two router via a switch ?

[@PracticalNetworking]

I would say it's pretty rare... but it _could_ happen, therefore OSPF has to account for it.

[@dnj20]

great video

[@PracticalNetworking]

Cheers DNJ =). Thank you again.

[@ChiragPatel-bw2rr]

Thanks Ed, prefect visual explanation, do you have transcript of this series on your website ? cheers

[@PracticalNetworking]

Glad you enjoyed it, Chirag. I'm afraid I don't have a full transcript. A lot of the content of the first 5 videos has been converted to article format, if that is helpful: www.practicalnetworking.net/stand-alone/ospf-training-course-free-m1/

[@devpatel2102]

@@PracticalNetworking thank you so much 🙏

[@PracticalNetworking]

@@devpatel2102 You're welcome =)

[@alexandrkovalsky1711]

great video!

[@subee128]

Thank you very much 🙏🏻

[@abdirahmanabdullahi1150]

ed thanks for great explntion

[@PracticalNetworking]

You're welcome, Abidirahman =)

[@Alestrix76]

Lots of useful and interesting information, thanks! Some questions remain though: ~~- If the Hello Packet contains the sending router's RouterID and the list of neighbours, what new information does R2 in 12:09 have to send to R3/4/5 if only R1 has learned something new? R2's Hello-Packet would still look the same, no? Or are we simply talking of forwarding received Hello-Packets? If so, will the source IPs remain the same or will they be replaced by the relaying router's IP?~~ (forget that, that was LSUs, not Hello Packets) - 16:00 matching of Hello Interval and Dead Interval --> Is this something that is enforced programmatically or is it just best practice? Also, how I understood 3:16 is that R2 tells R1 after what time R1 should assume R2 to be dead, which only needs to be more than the Hello-Interval in order to avoid flapping. No need for R1 to tell R2 the same numbers.

[@PracticalNetworking]

Good questions. The new information wouldn't be contained in a Hello Packet, but in a LSU. The Hello packet would largely be the same. Remember, OSPF is about sharing routes, so in this context the "new information" is learning of a new route. Since R1 is not connected to R3/4/5, that new route must be propagated through R2. Re Hello/Dead intervals is enforced programmatically -- the neighbors will not form an adjacency if they disagree on the hello/dead timers. While I see your point that it _could_ work without an exact match... the creators of OSPF decided to require an exact match. Hence, this is the rule enforced programmatically =).

[@asish4ever]

Thank you !

[@PracticalNetworking]

You're welcome!

[@afshin9]

amazing👏

[@PracticalNetworking]

[@vladislavkaras491]

Very great explanation! I have two questions: 1) 10:30 Is it 80 or 81 route on NSSA? 50 from RIP, 10+10+10 from OSPF (total 80) and then how do we reach EIGRP? Is it +1 from default route (total 81) or is it 1 route from Area 99 that goes to EIGRP? 2) 14:23 Does DR & BDR election happens on every multi-access link or election happens per area? Thus, one area have only 1 DR and 1 BDR or can it have multiple, because there are multiple multi-access links such as Ethernet? Thanks for the video!

[@PracticalNetworking]

Good questions! 1. It's 80 by default, and then you as the Admin can choose how to apply your default route. OSPF itself, however, would only account for 80 routes. 2. The DR/BDR election happen for each multi-access link. You can absolutely have many DR's in a single area (you'll always have one per multi access link). Cheers!

[@vladislavkaras491]

@@PracticalNetworking alright, thank you for your answers!

[@ifeelkiing]

Holy moly!

[@kandapahala]

Great , Thanks

[@PracticalNetworking]

You're welcome, Gihan.

[@QGiggleBytes]

Amazing tutorial. is there a way we can access Slides?

[@PracticalNetworking]

Thanks for the kind words, glad you enjoyed the video =). I'm afraid the slides are not something I share for this content.

[@amitmohapatra292]

hy ! actually i have got a doubt that area is basically used to restrict the domain of the lsa's so that means area 88 is going to have 10 routes right ? but when area type is normal its becoming 30 how ?

[@PracticalNetworking]

The answer to your question is in the Areas video: kzbin.info/www/bejne/eX6cc598fadmp5Y Basically, even though the route is in another area, each area still needs to know about the route (so it can send packets to that area). The area boundary limits the propagation of _unnecessary_ changes if they occur in a foreign area. More details in the linked video.

[@guibinli1336]

amazing videos to teach network knowledge, would you make lesson for advance network like BGP, VXLAN, etc ?

[@PracticalNetworking]

Possibly, yes. BGP has come up a few times as a suggestion =)

[@BekoIQ]

You should make paid course for ccna , ccnp because you will the best trainer trust me

[@PracticalNetworking]

I think about committing to something like that all the time.

[@CyclingAndRunning]

Thanks!

[@PracticalNetworking]

Thank you for supporting the channel!

[@Niggro07]

Thanks!!

[@PracticalNetworking]

You're welcome =)

[@medosasa4580]

Is what is meant by the default path...a path that works using the Static Default Routing Protocol?...or what is it intended...help please...and thank you for your excellent explanation

[@PracticalNetworking]

I don't think "default path" has an objective/absolute definition. It likely context based. -- the default path OSPF uses -- the default path from the default route -- the default path towards the internet etc...

[@medosasa4580]

@@PracticalNetworking But does this default path make the stub area able to send and receive data from the area that has a protocol other than OSPF??.... And how can this default path reduce 30 paths or networks to one path or one network, as you explained In the example??...Does OSPF say that the paths are converted to one default path automatically once I make the “Stub Area” or do I configure it manually?......and Does the default route exist on the topology table of the ABR router only?.... and Thank you for what you do for us🤍

[@AloneBoy-e8r]

Dear Sir, you have very tactfully explained, but plz when you upload the video with multiple language so it is better to understand students.

[@mohanrajc3518]

Thank you !!!

[@HusseinA89]

Thank you

[@PracticalNetworking]

You're welcome, Hussain.

[@riabhardwaj]

Hi! Firstly Kudos to you for explaining the topics so well! It makes everything so simple to understand. Also , are there any same practical explanation videos that you have made BGP?

[@penggewang]

should NSSA had 81 route? EIGRP become def route or just been removed?

[@محمدجابر-غ1ن6خ]

thank you mate

[@jyotirmoy8082]

Awesome, kindly if you have made any Wireshark packet analysis & any interview preparation I believe that will be helpful for many people :) Thanks

[@joshuadalton6063]

At 10:52 if the default route for area88 was R5, then neither R5/R6 would be able to reach the 100 EIGRP routes behind R7, no?

[@mohamedhaneef6379]

Is Area Type part of the hello packet ? As usual amazing explanation :) I recall reading that the Hello Packet does not explicitly mention the area type. Could you please confirm? Thanks

[@abdulferoz8199]

Thanks 😊

[@arrindamroy501]

Hello Sir .... I have gone through you networking fundamental MODULE 1 course and I am interested to buy the entire course . Kindly let me know how can I procure it. Thank you

[@PracticalNetworking]

The Networking Fundamentals course hasn't been created. I'm waiting to see how much reach Module 1 gets before committing the time / energy to create the full course. The best way to make it a reality is to help spread the word about the free Module 1 videos.

[@rapnetwork4170]

Thank you very much for the great videos. Helped me a lot on my job interview process. Are there any plans for future BGP series? =)

[@kimosaid3221]

👏👏👏

[@PracticalNetworking]

Cheers!

[@abdirahmanabdullahi1150]

Salaama

[@reggie9550]

Sir, are these available on Udemy, would be great to have them there as well. These series are great learning.. thx

[@PracticalNetworking]

Not at the moment =)

[@INIOBONGUDOFIA]

Bravo

[@priya34101]

nice

[@PracticalNetworking]

Thank you, Priya.

[@parheliaa]

An MTU and link types also have to match to get an adjacency. Very often, this is overlooked (especially in multi-vendor projects), and

[@PracticalNetworking]

Yea, great point. I went back and forth about including this, but opted against it since the MTU isn't shared in the Hello packet, it's only shared in the DBD packets. It's a point I plan to circle back to later in the series.

[@DarnellShakaMomodu]

How can i like this video twice ???? Pls help.

[@PracticalNetworking]

[@tofiqhuseynli1958]

👍🏻

[@espartaco2028]

I´m leaving a comment to help your stats because your videos are excellent, you´re hot. Your voice is clear as well. The lessons well thought out.

[@PracticalNetworking]

Thank you for supporting this channel, and the kind words =).

[@majiddehbi9186]

hello gtreat guy

[@freddiemunoz4443]

BGP ?

[@aaa-hw2ty]

teach bgp！！！

[@asish4ever]

Thank you !

[@PracticalNetworking]

You're welcome!

[@montassiir]

Thank you