# BGP Sample Hosts File
#
# The hub (AS 65000) has two interfaces, one per link. Mapping BOTH hub IPs to
# the SAME hostname coalesces them into a single "AS 65000 (hub)" lane:
# VisualEther keys each swim-lane by the resolved hostname, not the raw address
# (see resolve_entity_key in visualether-rs), so identical names merge.
# Names are kept flat (no '.') so they render as three plain AS lanes.
#
# With axis-order = "hosts" set under [generate] in visualether.toml, THIS
# FILE's line order becomes the lane order. The hub sits CENTER on purpose: it peers with both AS 65100 and
# AS 65200, so a centered hub keeps both peering sessions' arrows short and
# uncrossed instead of one session's arrows spanning the whole diagram.
# First-occurrence wins the lane slot, so the hub's two lines are kept
# together — the first hub line fixes the center slot and the second just
# coalesces onto it without moving anything.

# AS 65100 - Peer AS (192.168.51.x link)  [leftmost]
192.168.51.2    🖥 AS 65100

# AS 65000 - Hub AS (two interfaces -> one lane, CENTER)
192.168.50.1    🖥 AS 65000 (hub)
192.168.51.1    🖥 AS 65000 (hub)

# AS 65200 - Peer AS (192.168.50.x link)  [rightmost]
192.168.50.2    🖥 AS 65200
