Description

First of all Congratulations on completing the Part-A of this Course in which we develop the Adjacency Mgmt feature of the protocol. I hope you enjoyed and had a great learning. You must be Feeling confident in developing timer-based state machines now?

And here starts a new challenge when we enter into Phase 2 of the Project – Link State Database Mgmt. Every Router will use its Adjacency Objects sitting on an interface to build its local Link State Database. But the challenge is – every router has to share its own local copy of the link-state database ( LSDB )  with every other router in the topology running ISIS protocol so that every router has a coherent and common view of the IGP topology. This is what is the end goal of this phase of the project.

This full course series is divided into 3 parts – Part A, Part B, and Part C out of which Part A and B are Live, and Part C is under Development as of 21 Dec 2021.

Once again we shall cover all required theories and concepts before we hit the keyboard for implementation. The three main concepts we shall going to implement in this installment of the course are :

1. Concept of Packet Flooding

2. Building of Link State Database

3. Link State Database Synchronization

We shall continue to use Timers as phase 2 is also heavily dependent on timers to achieve its goals. In addition to timers, we shall also get to introduce to the world of Asynchronous programming through this project.

Continue to Challenge yourself by doing more of such projects and you will not even realize that you have already transformed yourself into a 10x Developer.

Project Goals

The AIM of this project is to cycle you through the experience of end-to-end implementation of a typical network protocol. In this case study, we have chosen a routing protocol as an example, but the high-level logistics involved to implement a typical network protocol are more or less the same. For example, a typical network protocol has to:

   Configurable via CLIs
   Show internal states and results through show CLIs
   Respond to generic configuration changes ( such as link shut-down, IP Address on interface change, etc)
   Compute results and install the results in Tables (Routing Information Base, MAC Tables, hardware Tables, etc )
   Respond to Topological Changes (link failures, device failures, etc )
   Time-out stale Data structures if any.
   Periodically Generate Or Process Protocol packet
   How to add a new feature to the existing working Protocol Codebase. (This is what you shall be doing all your life as a software engineer !!)

Since the project is quite big (I am expecting around 10k LOCs), you would also get the opportunity to learn how to :

   Organize the code in header and src files
   Modularize the codebase: How to keep the code of different features in different src files
   Testing the new feature, and cross-check it doesn’t break existing features
   Maintain Code Commits through Version control system ( Github in this case )
   Bug Fixing, and exercising various debugging techniques (gdb, Valgrind, etc )

Needless to say, you Can’t exercise the above points unless you do a project of considerable size.
Who this course is for:

   Core Developers aiming to work in Networking / Distributed Systems / System Programming side
   Not for those seeking non-development roles ( This is pure Dev oriented Course )
   Not for those still struggling with basic data structures, basic C programming concepts
   Working professionals, Job Seekers, domain changers to Networking Dev, Learners, starving for knowledge

Requirements

   Must have Completed Part A of the Course

Last Updated 1/2022