Kansas City Router Node

This page provides views of data related to the Kansas City Router Node. Included below are views of basic system data for the router node, usage statistics for connectors and peers, netflow summaries, throughput statistics, and one-way latency measurements. The tables below summarize the technologies used by connectors and peers. This later data is collected as part of the Visual Backbone project.

System Data

Data Collected: 2007-02-02 19:18:26 UTC
Last Booted: 2006-05-24 20:42:20 UTC
Uptime: 259 days, 15:38
Load Averages: 0.62, 0.26, 0.15
Temperatures: 33, 36 (C)
Last Configured: 2007-02-02 19:18:26 UTC

Links to Data

Connection Technologies

Network Speed Type Shared AS IP Address MTU Multicast
Connectors
Great Plains Network 10 gbps Ethernet NO 11317 IPv4 164.113.238.194 9000 YES
IPv6 2001:468:ff:1341::2 9178 NO
Iowa State University OC-3 SONET NO 2698 IPv4 192.245.179.249 9000 YES
IPv6 2001:468:ff:1389::2 9000 NO
OneNet OC-12 SONET NO 5078 IPv4 164.58.0.49 9000 YES
IPv6 2001:468:ff:134a::2 9000 NO
University of Memphis OC-3 SONET NO 14048 IPv4 198.32.11.58 4470 YES
IPv6 2001:468:ff:135b::2 4470 NO
Peers

The table above describes the technogies associated with the connections to Abilene. It is constructed by creating a table of BGP peers associated with the router node. The peering data is obtained by doing the equivalent "show bgp neighor" on the router. That data contains a local interface except in cases where the peer is a multi-hop peer. The properties of the interfaces are collected by doing the equivalent of a "show interfaces". The data includes the speed and type of the interface on the abilene router. If two different peers come in through a common physical interface, then the connection is listed as shared. If two peering sessions for the same connection come in through a common logical interface and one is IPv4 and the other IPv6, they are combined into a common row of the table. If the BGP peer is also a pim neighbor, then the multicast column is set to "YES". Note that for IPv6, all multicast columns are therefore set to "NO". Note also that it is entirely possible for a BGP peer to have an IPv4 session on one logical-interface and an IPv6 session on a different logical-interface. Such sessions are listed on separate rows in the table above.