Name | |
---|---|
Dhruv Dhody | dhruv.dhody@huawei.com |
KalyankumarAsangi | kalyana@huawei.com |
TejeshwerDegala | Tejeshwer.Degala@cognizant.com |
Kiran Ramachandra | Kiran.Ramachandra@cognizant.com |
The IS-IS (Intermediate System - Intermediate System) protocol is one of a family of IP Routing protocols, and is an Interior Gateway Protocol (IGP) for the Internet, used to distribute IP routing information throughout a single Autonomous System (AS) in an IP network.
IS-IS is a link-state routing protocol, which means that the routers exchange topology information with their nearest neighbors. The topology information is flooded throughout the AS, so that every router within the AS has a complete picture of the topology of the AS. This picture is then used to calculate end-to-end paths through the AS, normally using a variant of the Dijkstra algorithm. Therefore, in a link-state routing protocol, the next hop address to which data is forwarded is determined by choosing the best end-to-end path to the eventual destination.
IS-IS was originally devised as a routing protocol for CLNP, but it has been extended to include IP routing; the extended version is sometimes referred to as Integrated IS-IS.
Each IS-IS router distributes information about its local state (usable interfaces and reachable neighbors, and the cost of using each interface) to other routers using a Link State PDU (LSP) message. Each router uses the received messages to build up an identical database that describes the topology of the AS.
From this database, each router calculates its own routing table using a Shortest Path First (SPF) or Dijkstra algorithm. This routing table contains all the destinations the routing protocol knows about, associated with a next hop IP address and outgoing interface.
To support large-scale routing networks, IS-IS adopts a two-level structure in a routing domain. A large domain is divided into areas. The entire backbone area covers all Level-2 devices in area 1 and Level-1-2 devices in other areas.
Further Traffic engineering (TE) extension to IS-IS are described in RFC 5305.
IS-IS can also act as an SBI for SDN controller and can be quite useful in some scenarios
- Passive learning of topology
- Populating TE data base
- Learning Segment Routing information
- Router Capability Discovery
- Flowspec
- Other opaque information with IS-IS as a mechanism to flood it
It should be noted that IS-IS on ONOS (SDN controller) doesn’t need to be a full IS-IS implementation as needed by a router (as per RFC 1142).
- Support for configuration and display IS-IS system id
- Support for following network types
- Formation of IS-IS peer
- Self Generation of LSP
- Learning all LSP and Maintain Link State DB(LSDB)
-
Support multiple area/level
- Support for extended IS and IP reach ability
- Support for three way handshake for P2P as per RFC5303
- ISIS should be as per ISO-10589(MUST BE the 2002 version in which version, some bugs like purge checksum error LSP have been fixed)
- Stopping the ONOS to be transit node: ONOS ISIS MUST support set/un-set overload bit for its self LSP
Following document outlines the procedure to run ISIS as SBI and connect with the routers that support ISIS.