Next: Performance Evaluation
Up: OSPF Monitoring: Architecture, Design
Previous: Topology Model
7. OSPFScan
As mentioned in Section 1,
the OSPFScan is used for off-line analysis of LSA archives.
At present, the OSPFScan provides the following functionalities:
- 1.
- Classification of LSA traffic.
The OSPFScan allows various ways of
``slicing-and-dicing'' of LSA archives.
For example, it allows isolating LSAs indicating
changes from the background refresh traffic.
As another example, it also allows classification of
LSAs (both change and refresh) into new and duplicate instances.
We have used this capability of the OSPFScan to analyze
one month worth of LSA traffic as a case study
for the enterprise network [7].
- 2.
- Modeling topology changes.
Recall that OSPF represents the network topology as a graph.
Therefore, the OSPFScan allows modeling of OSPF dynamics
as a sequence of changes to the underlying graph where
a change represents addition/deletion of vertices/edges
to this graph.
Furthermore, the OSPFScan allows a user to analyze these changes
by saving each change as a single topology change record.
Each such record contains information about the topological element
(vertex/edge) that changed along with the nature of the change.
For example, a router is treated as a vertex,
and the record contains the OSPF router-id to identify it.
As another example, a link between a pair of routers is treated
as an edge, and the corresponding
record uses router-ids of the two ends to identify the link.
We have used change records for a detailed analysis of
router/link availability as we will see in
Section 9.1.2
- 3.
- Emulation of OSPF routing.
The OSPFScan allows a user to reconstruct the routing table
of any given set of routers at a given point of time based on
the LSA archives.
For a sequence of topology changes, the OSPFScan also
allows the user to determine changes to these routing tables.
Together, these capabilities allow the user to
determine an end-to-end path through the OSPF domain at a given time,
and see how this path changed in response to network events
over a period of time.
- 4.
- Statistics and reports.
The OSPFScan allows generation of statistics and reports
on specific OSPF dynamics and anomalies over given time intervals.
A simple example is the ability to count
the number of change, new and duplicate LSAs over a given
time period.
- 5.
- Correlation with other data sources.
The functionalities provided by the OSPFScan form a basis
for correlating OSPF data with other data sources such
as usage data (e.g., SNMP statistics and Cisco netflow statistics),
fault data (e.g., SNMP traps and syslogs),
network inventory and topology data (e.g., router configuration files),
other dynamic routing data (e.g., BGP updates),
and maintenance data (workflow logs).
For example, the routing table entries generated by the OSPFScan
have been used by Teixeira
et al. [18]
to analyze the impact of OSPF changes on BGP routing.
The OSPFScan implements a three-step procedure to analyze each LSA record.
These three steps include parsing the LSA, testing the LSA against a
query expression, and analyzing the LSA if it satisfies the query.
The OSPFScan allows a user to specify the query expression and
the kind of analysis to be carried out with the LSAs.
The parsing step converts each LSA record
of the archive into a canonical form.
The query expression is applied to the canonical form, and not to the
raw LSA record.
The use of a canonical form makes it easy to adapt OSPFScan's
functionality to support LSA archive formats other than
the native format used by the LSAR.
Adaptation only requires addition of a routine to parse the new
format into the canonical form.
The query language supported by the OSPFScan has a C-style expression
syntax. An example query expression is ``areaid == '0.0.0.0'''
which selects all the LSAs belonging to area 0.
The OSPFScan uses an internally developed data stream scan library
which allows efficient processing of arbitrary data,
described via a canonical form for each data type.
The OSPFScan also allows further analysis of the information derived
from the LSA archives such as topology changes and routing entries
by implementing a similar three-step procedure.
Next: Performance Evaluation
Up: OSPF Monitoring: Architecture, Design
Previous: Topology Model
aman shaikh
2004-02-07