<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Docs on TTL Expired</title>
    <link>https://ttl-expired.net/docs/</link>
    <description>Recent content in Docs on TTL Expired</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Wed, 15 Apr 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://ttl-expired.net/docs/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>High Availability for JNCIS-SP</title>
      <link>https://ttl-expired.net/docs/high_availability/</link>
      <pubDate>Wed, 15 Apr 2026 00:00:00 +0000</pubDate>
      <guid>https://ttl-expired.net/docs/high_availability/</guid>
      <description>&lt;h2 id=&#34;high-availability&#34;&gt;High Availability&lt;/h2&gt;
&lt;p&gt;Junos provides a layered HA architecture. Link aggregation handles physical link redundancy. Graceful Restart, GRES, and NSR handle control plane failures at increasing levels of sophistication. BFD accelerates failure detection for all routing protocols. Understanding which technology does what — and what each one requires — is the core exam objective for this topic.&lt;/p&gt;
&lt;hr&gt;
&lt;h3 id=&#34;link-aggregation-groups-lag--lacp&#34;&gt;Link Aggregation Groups (LAG / LACP)&lt;/h3&gt;
&lt;p&gt;LAG bundles multiple physical interfaces into a single logical &lt;code&gt;ae&lt;/code&gt; (aggregated Ethernet) interface, providing both redundancy and increased bandwidth. IEEE standard &lt;strong&gt;802.3ad&lt;/strong&gt; — not to be confused with 802.1ad (Q-in-Q).&lt;/p&gt;</description>
    </item>
    <item>
      <title>IP Tunnels for JNCIS-SP</title>
      <link>https://ttl-expired.net/docs/tunnels/</link>
      <pubDate>Wed, 15 Apr 2026 00:00:00 +0000</pubDate>
      <guid>https://ttl-expired.net/docs/tunnels/</guid>
      <description>&lt;h2 id=&#34;ip-tunnels&#34;&gt;IP Tunnels&lt;/h2&gt;
&lt;p&gt;Tunnels encapsulate one protocol inside another, creating a virtual point-to-point link across a network that wouldn&amp;rsquo;t otherwise carry that traffic. The encapsulating network is called the &lt;strong&gt;underlay&lt;/strong&gt;; the encapsulated traffic and the logical topology it creates is called the &lt;strong&gt;overlay&lt;/strong&gt;. Both GRE and IP-IP are &lt;strong&gt;stateless&lt;/strong&gt; — they hold no session state and provide no encryption or reliability guarantees.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Common use cases:&lt;/strong&gt;&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Carry IPv6 traffic across an IPv4-only core (6in4)&lt;/li&gt;
&lt;li&gt;Carry IPv4 traffic across an IPv6-only core (4in6)&lt;/li&gt;
&lt;li&gt;Extend IGP adjacencies across a WAN that doesn&amp;rsquo;t support multicast&lt;/li&gt;
&lt;li&gt;Tunnel MPLS across a non-MPLS network&lt;/li&gt;
&lt;li&gt;Bridge Layer 2 domains across a routed network&lt;/li&gt;
&lt;/ul&gt;
&lt;hr&gt;
&lt;h3 id=&#34;tunnel-concepts&#34;&gt;Tunnel Concepts&lt;/h3&gt;
&lt;p&gt;&lt;strong&gt;Underlay vs Overlay:&lt;/strong&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>IPv6 Concepts for JNCIS-SP</title>
      <link>https://ttl-expired.net/docs/ipv6/</link>
      <pubDate>Wed, 15 Apr 2026 00:00:00 +0000</pubDate>
      <guid>https://ttl-expired.net/docs/ipv6/</guid>
      <description>&lt;h2 id=&#34;ipv6&#34;&gt;IPv6&lt;/h2&gt;
&lt;p&gt;IPv6 was designed to solve IPv4 address exhaustion while simplifying the protocol. The header is fixed-length and streamlined, broadcast is eliminated in favor of multicast, and address configuration can be fully automatic. For service providers, the most exam-relevant areas are address types, NDP, autoconfiguration, and how routing protocols (OSPF, IS-IS) extend to support IPv6.&lt;/p&gt;
&lt;hr&gt;
&lt;h3 id=&#34;ipv4-vs-ipv6-key-differences&#34;&gt;IPv4 vs IPv6 Key Differences&lt;/h3&gt;
&lt;table&gt;
  &lt;thead&gt;
      &lt;tr&gt;
          &lt;th&gt;Feature&lt;/th&gt;
          &lt;th&gt;IPv4&lt;/th&gt;
          &lt;th&gt;IPv6&lt;/th&gt;
      &lt;/tr&gt;
  &lt;/thead&gt;
  &lt;tbody&gt;
      &lt;tr&gt;
          &lt;td&gt;Address size&lt;/td&gt;
          &lt;td&gt;32 bits&lt;/td&gt;
          &lt;td&gt;128 bits&lt;/td&gt;
      &lt;/tr&gt;
      &lt;tr&gt;
          &lt;td&gt;Header size&lt;/td&gt;
          &lt;td&gt;Variable (20–60 bytes)&lt;/td&gt;
          &lt;td&gt;Fixed 40 bytes&lt;/td&gt;
      &lt;/tr&gt;
      &lt;tr&gt;
          &lt;td&gt;Header checksum&lt;/td&gt;
          &lt;td&gt;Yes&lt;/td&gt;
          &lt;td&gt;No (relies on L4)&lt;/td&gt;
      &lt;/tr&gt;
      &lt;tr&gt;
          &lt;td&gt;Fragmentation&lt;/td&gt;
          &lt;td&gt;Routers and source&lt;/td&gt;
          &lt;td&gt;Source only&lt;/td&gt;
      &lt;/tr&gt;
      &lt;tr&gt;
          &lt;td&gt;Broadcast&lt;/td&gt;
          &lt;td&gt;Yes&lt;/td&gt;
          &lt;td&gt;No — replaced by multicast&lt;/td&gt;
      &lt;/tr&gt;
      &lt;tr&gt;
          &lt;td&gt;Address resolution&lt;/td&gt;
          &lt;td&gt;ARP&lt;/td&gt;
          &lt;td&gt;NDP (ICMPv6)&lt;/td&gt;
      &lt;/tr&gt;
      &lt;tr&gt;
          &lt;td&gt;Autoconfiguration&lt;/td&gt;
          &lt;td&gt;DHCP only&lt;/td&gt;
          &lt;td&gt;SLAAC + DHCPv6&lt;/td&gt;
      &lt;/tr&gt;
      &lt;tr&gt;
          &lt;td&gt;IPsec&lt;/td&gt;
          &lt;td&gt;Optional&lt;/td&gt;
          &lt;td&gt;Built into extension header framework&lt;/td&gt;
      &lt;/tr&gt;
  &lt;/tbody&gt;
&lt;/table&gt;
&lt;hr&gt;
&lt;h3 id=&#34;ipv6-header&#34;&gt;IPv6 Header&lt;/h3&gt;
&lt;p&gt;The base IPv6 header is always exactly &lt;strong&gt;40 bytes&lt;/strong&gt;. It is simpler than IPv4 — no checksum, no options field, and no fragmentation fields (those are handled by extension headers when needed).&lt;/p&gt;</description>
    </item>
    <item>
      <title>IS-IS Concepts for JNCIS-SP</title>
      <link>https://ttl-expired.net/docs/is-is_concepts_for_jncis-sp/</link>
      <pubDate>Wed, 15 Apr 2026 00:00:00 +0000</pubDate>
      <guid>https://ttl-expired.net/docs/is-is_concepts_for_jncis-sp/</guid>
      <description>&lt;h2 id=&#34;is-is&#34;&gt;IS-IS&lt;/h2&gt;
&lt;p&gt;IS-IS (Intermediate System to Intermediate System) is a link-state routing protocol used primarily in service provider networks. Like OSPF, it uses the Dijkstra SPF algorithm to compute shortest paths, but runs natively over CLNS rather than IP, making it protocol-agnostic and well-suited for multi-protocol environments.&lt;/p&gt;
&lt;hr&gt;
&lt;h3 id=&#34;terms&#34;&gt;Terms&lt;/h3&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;ES&lt;/strong&gt; (End System) - A host that originates and receives packets. ES-to-ES communication is host-to-host.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;IS&lt;/strong&gt; (Intermediate System) - A router that forwards packets. IS-IS describes routing between intermediate systems.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;CLNS/CLNP&lt;/strong&gt; - IS-IS runs natively over the Connectionless Network Service (CLNS) using CLNP, not IP. This is a key distinction from OSPF.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;NSAP&lt;/strong&gt; (Network Service Access Point) - The addressing scheme IS-IS uses instead of IP addresses.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;NET&lt;/strong&gt; (Network Entity Title) - The IS-IS address configured on a router. Format: &lt;code&gt;Area ID . System ID . NSEL&lt;/code&gt;
&lt;ul&gt;
&lt;li&gt;Example: &lt;code&gt;49.0001.1921.6800.1001.00&lt;/code&gt;
&lt;ul&gt;
&lt;li&gt;&lt;code&gt;49.0001&lt;/code&gt; — Area ID&lt;/li&gt;
&lt;li&gt;&lt;code&gt;1921.6800.1001&lt;/code&gt; — System ID (6 bytes, often derived from an IP like 192.168.1.1)&lt;/li&gt;
&lt;li&gt;&lt;code&gt;00&lt;/code&gt; — NSEL (always 00 for a router)&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;System ID&lt;/strong&gt; - 6-byte unique identifier for a router within an area (similar to OSPF Router ID).&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;NSEL&lt;/strong&gt; (N-Selector) - The last byte of a NET, always &lt;code&gt;00&lt;/code&gt; for routers.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;L1 router&lt;/strong&gt; - Routes only within its area; sends traffic to unknown destinations toward the nearest L1/L2 router.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;L2 router&lt;/strong&gt; - Routes between areas and toward other ASes.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;L1/L2 router&lt;/strong&gt; - Does both; this is the Junos default.&lt;/li&gt;
&lt;/ul&gt;
&lt;hr&gt;
&lt;h3 id=&#34;link-state-database&#34;&gt;Link-State Database&lt;/h3&gt;
&lt;ul&gt;
&lt;li&gt;Runs the Dijkstra SPF algorithm.&lt;/li&gt;
&lt;li&gt;L1 and L2 maintain &lt;strong&gt;separate LSDBs&lt;/strong&gt; — SPF is run independently for each level.&lt;/li&gt;
&lt;li&gt;Each router originates its own LSP and floods it throughout its level.&lt;/li&gt;
&lt;li&gt;LSDB synchronization is handled by CSNPs (full sync) and PSNPs (fill gaps).&lt;/li&gt;
&lt;/ul&gt;
&lt;hr&gt;
&lt;h3 id=&#34;is-is-protocol-data-units-pdus&#34;&gt;IS-IS Protocol Data Units (PDUs)&lt;/h3&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;IIH&lt;/strong&gt; (IS-IS Hello) - Used to discover neighbors and maintain adjacencies. Contains the router&amp;rsquo;s identity, capabilities, and configured area.
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;L1 LAN IIH&lt;/strong&gt;: Sent by Level 1 routers on multi-access networks (like Ethernet).&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;L2 LAN IIH&lt;/strong&gt;: Sent by Level 2 routers on multi-access networks.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;P2P IIH&lt;/strong&gt;: A single format used for point-to-point links, regardless of level.&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;LSP&lt;/strong&gt; (Link State PDU) - Carries the actual routing information, including connected neighbors, configured prefixes, and metric costs. Each LSP has a sequence number, checksum, and remaining lifetime.
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;L1 LSP&lt;/strong&gt;: Contains routing information for the local area.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;L2 LSP&lt;/strong&gt;: Contains backbone routing information.&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;CSNP&lt;/strong&gt; (Complete Sequence Number PDU) - Contains a complete list of all LSPs in a router&amp;rsquo;s LSDB. Used to ensure every router in the area has a consistent view of the network.
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;L1 CSNP&lt;/strong&gt;: Summarizes the Level 1 LSDB.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;L2 CSNP&lt;/strong&gt;: Summarizes the Level 2 LSDB. On LAN segments, the DIS sends these periodically. On point-to-point links, they are typically sent only when the link first comes up.&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;PSNP&lt;/strong&gt; (Partial Sequence Number PDU) - Used to request missing LSPs or acknowledge receipt of specific LSPs. Unlike CSNPs, they only reference a subset of LSPs.
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;L1 PSNP / L2 PSNP&lt;/strong&gt;: Used to fill gaps after a CSNP reveals a missing LSP, or as an explicit ACK on point-to-point links.&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;hr&gt;
&lt;h3 id=&#34;type-length-value-tlvs&#34;&gt;Type, Length, Value (TLVs)&lt;/h3&gt;
&lt;p&gt;TLVs are the data structures embedded inside LSPs that carry routing information. Key TLVs to know for JNCIS-SP:&lt;/p&gt;</description>
    </item>
    <item>
      <title>Layer 2 Bridging, VLANs, and STP for JNCIS-SP</title>
      <link>https://ttl-expired.net/docs/layer2_vlans/</link>
      <pubDate>Wed, 15 Apr 2026 00:00:00 +0000</pubDate>
      <guid>https://ttl-expired.net/docs/layer2_vlans/</guid>
      <description>&lt;h2 id=&#34;layer-2-bridging-and-vlans&#34;&gt;Layer 2 Bridging and VLANs&lt;/h2&gt;
&lt;p&gt;Service provider networks often need to deliver Layer 2 connectivity between geographically separated customer sites. Junos implements this using bridge domains, which define the L2 forwarding boundaries, and 802.1ad (Q-in-Q) to tunnel customer VLAN spaces across the provider network without overlap.&lt;/p&gt;
&lt;hr&gt;
&lt;h3 id=&#34;terms&#34;&gt;Terms&lt;/h3&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;Bridge Domain&lt;/strong&gt; — a Layer 2 forwarding domain. Analogous to a VLAN. Defines which interfaces share the same broadcast domain and MAC table.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;EVC&lt;/strong&gt; (Ethernet Virtual Connection) — the L2 service sold by the SP to the customer. Defines the endpoints of a Layer 2 circuit.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;C-Tag&lt;/strong&gt; (Customer Tag) — the inner 802.1q tag. Any VLAN 1–4094 from the customer&amp;rsquo;s space.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;S-Tag&lt;/strong&gt; (Service Tag) — the outer 802.1ad tag. Assigned by the SP to identify the customer. Encapsulates all of that customer&amp;rsquo;s C-Tags.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;PBN&lt;/strong&gt; (Provider Bridge Network) — the entire SP Layer 2 fabric.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;PEB&lt;/strong&gt; (Provider Edge Bridge) — the SP edge device. Pushes/pops S-Tags on customer-facing ports.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;S-VLAN Bridge&lt;/strong&gt; — an interior SP device that only examines and switches based on the S-Tag.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Customer ports&lt;/strong&gt; — PEB ports facing the customer. S-Tags are applied or removed here.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Network ports&lt;/strong&gt; — interior SP ports that carry double-tagged frames without modification.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;IRB&lt;/strong&gt; (Integrated Routing and Bridging) — a logical interface that gives a bridge domain an IP address, enabling the router to act as the default gateway for hosts in that domain.&lt;/li&gt;
&lt;/ul&gt;
&lt;hr&gt;
&lt;h3 id=&#34;8021q&#34;&gt;802.1q&lt;/h3&gt;
&lt;p&gt;The standard VLAN tagging protocol. Inserts a 4-byte tag into the Ethernet frame.&lt;/p&gt;</description>
    </item>
    <item>
      <title>MPLS Concepts for JNCIS-SP</title>
      <link>https://ttl-expired.net/docs/mpls/</link>
      <pubDate>Wed, 15 Apr 2026 00:00:00 +0000</pubDate>
      <guid>https://ttl-expired.net/docs/mpls/</guid>
      <description>&lt;h2 id=&#34;mpls-multiprotocol-label-switching&#34;&gt;MPLS (Multiprotocol Label Switching)&lt;/h2&gt;
&lt;p&gt;MPLS is a forwarding mechanism that uses short, fixed-length labels to make packet-forwarding decisions instead of performing a full IP lookup at every hop. Labels are applied at the ingress of an MPLS domain and stripped at the egress, with each transit router performing only a label swap — making forwarding fast and enabling traffic engineering, VPNs, and QoS capabilities.&lt;/p&gt;
&lt;hr&gt;
&lt;h3 id=&#34;terms&#34;&gt;Terms&lt;/h3&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;LSR&lt;/strong&gt; (Label Switching Router) - Any router participating in MPLS forwarding. Performs label push, swap, or pop.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;LSP&lt;/strong&gt; (Label Switched Path) - The unidirectional path a labeled packet takes from ingress to egress LSR.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;FEC&lt;/strong&gt; (Forwarding Equivalence Class) - A group of packets that receive identical forwarding treatment and are assigned the same label at ingress. The ingress router decides the FEC assignment; downstream routers just label-switch.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Ingress LSR&lt;/strong&gt; - The first router in an LSP. Classifies traffic into FECs and pushes labels.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Egress LSR&lt;/strong&gt; - The last router in an LSP. Removes the label and forwards the original packet.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Transit LSR&lt;/strong&gt; (P router) - An interior provider router. Swaps labels and forwards without examining the inner IP header.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;PE&lt;/strong&gt; (Provider Edge) - ISP router at the edge of the MPLS domain that interfaces with customer equipment. Performs label push/pop for customer traffic.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;CE&lt;/strong&gt; (Customer Edge) - Customer device that connects to the PE. Not aware of MPLS.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;LIB&lt;/strong&gt; (Label Information Base) - The full table of all label bindings a router has received. Not all entries are actively used for forwarding.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;LFIB&lt;/strong&gt; (Label Forwarding Information Base) - The active subset of the LIB used for actual forwarding decisions. This is what the data plane uses.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;TED&lt;/strong&gt; (Traffic Engineering Database) - Populated by IGP TE extensions; stores link-state info (bandwidth, admin groups) used by CSPF to calculate constrained paths.&lt;/li&gt;
&lt;/ul&gt;
&lt;hr&gt;
&lt;h3 id=&#34;label-operations&#34;&gt;Label Operations&lt;/h3&gt;
&lt;table&gt;
  &lt;thead&gt;
      &lt;tr&gt;
          &lt;th&gt;Operation&lt;/th&gt;
          &lt;th&gt;Description&lt;/th&gt;
      &lt;/tr&gt;
  &lt;/thead&gt;
  &lt;tbody&gt;
      &lt;tr&gt;
          &lt;td&gt;&lt;strong&gt;Push&lt;/strong&gt;&lt;/td&gt;
          &lt;td&gt;Add a new label to the top of the label stack. Done by the ingress LSR.&lt;/td&gt;
      &lt;/tr&gt;
      &lt;tr&gt;
          &lt;td&gt;&lt;strong&gt;Swap&lt;/strong&gt;&lt;/td&gt;
          &lt;td&gt;Replace the top label with a new one. Done by transit LSRs.&lt;/td&gt;
      &lt;/tr&gt;
      &lt;tr&gt;
          &lt;td&gt;&lt;strong&gt;Pop&lt;/strong&gt;&lt;/td&gt;
          &lt;td&gt;Remove the top label from the stack. Done by the egress LSR or the penultimate hop.&lt;/td&gt;
      &lt;/tr&gt;
  &lt;/tbody&gt;
&lt;/table&gt;
&lt;hr&gt;
&lt;h3 id=&#34;mpls-label-structure&#34;&gt;MPLS Label Structure&lt;/h3&gt;
&lt;p&gt;Each MPLS label is a 32-bit field inserted between the Layer 2 and Layer 3 headers (sometimes called a &amp;ldquo;shim header&amp;rdquo;). Multiple labels can be stacked.&lt;/p&gt;</description>
    </item>
    <item>
      <title>OSPF Concepts for JNCIS-SP</title>
      <link>https://ttl-expired.net/docs/ospf/</link>
      <pubDate>Wed, 15 Apr 2026 00:00:00 +0000</pubDate>
      <guid>https://ttl-expired.net/docs/ospf/</guid>
      <description>&lt;h2 id=&#34;ospf-open-shortest-path-first&#34;&gt;OSPF (Open Shortest Path First)&lt;/h2&gt;
&lt;p&gt;OSPF is a link-state interior gateway protocol (IGP). Each router floods Link-State Advertisements (LSAs) describing its interfaces and neighbors. Every router builds an identical Link-State Database (LSDB) and runs the Dijkstra SPF algorithm to compute the shortest path tree. OSPF runs directly over IP (protocol 89) and uses multicast for efficiency.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Default route preferences in Junos:&lt;/strong&gt;&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;OSPF Internal routes: &lt;strong&gt;10&lt;/strong&gt;&lt;/li&gt;
&lt;li&gt;OSPF AS External routes: &lt;strong&gt;150&lt;/strong&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;hr&gt;
&lt;h3 id=&#34;terms&#34;&gt;Terms&lt;/h3&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;LSDB&lt;/strong&gt; (Link-State Database) - The topological database. Within a single area, all routers must have an identical LSDB.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;SPF&lt;/strong&gt; (Shortest Path First) - The Dijkstra algorithm each router runs against the LSDB to compute best paths.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Router ID (RID)&lt;/strong&gt; - A 32-bit identifier unique to each OSPF router. Junos selects the RID in this order: explicitly configured → highest active loopback IP → highest physical interface IP. Best practice is to configure it explicitly.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;ABR&lt;/strong&gt; (Area Border Router) - A router with interfaces in multiple OSPF areas. Generates Type 3 (Summary) LSAs between areas.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;ASBR&lt;/strong&gt; (AS Boundary Router) - A router that redistributes routes from outside OSPF into the OSPF domain. Generates Type 5 LSAs.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Backbone Router&lt;/strong&gt; - Any router with at least one interface in Area 0.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Internal Router&lt;/strong&gt; - All interfaces are in the same single area.&lt;/li&gt;
&lt;/ul&gt;
&lt;pre tabindex=&#34;0&#34;&gt;&lt;code&gt;set routing-options router-id 4.4.4.4
&lt;/code&gt;&lt;/pre&gt;&lt;hr&gt;
&lt;h3 id=&#34;ospf-packet-types&#34;&gt;OSPF Packet Types&lt;/h3&gt;
&lt;p&gt;OSPF has five packet types. All run directly over IP (protocol 89) — no TCP/UDP — so reliability is handled by LSAcks.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Protocol-Independent Routing for JNCIS-SP</title>
      <link>https://ttl-expired.net/docs/protocol_independent_routing/</link>
      <pubDate>Wed, 15 Apr 2026 00:00:00 +0000</pubDate>
      <guid>https://ttl-expired.net/docs/protocol_independent_routing/</guid>
      <description>&lt;h2 id=&#34;protocol-independent-routing&#34;&gt;Protocol-Independent Routing&lt;/h2&gt;
&lt;p&gt;Protocol-independent routing features work regardless of which dynamic routing protocol is running. This covers how Junos selects routes when multiple sources compete, how to define static and summary routes, how to filter unwanted prefixes, and how to carve the routing table into separate instances for policy-based forwarding and VPNs.&lt;/p&gt;
&lt;hr&gt;
&lt;h3 id=&#34;route-preferences&#34;&gt;Route Preferences&lt;/h3&gt;
&lt;p&gt;When multiple protocols learn a route to the same destination, Junos uses &lt;strong&gt;preference&lt;/strong&gt; (administrative distance) to pick the winner. Lower value wins.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
