<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Routing on </title>
    <link>https://wassimaouadi.com/tags/routing/</link>
    <description>Recent content in Routing on </description>
    <generator>Hugo</generator>
    <language>en</language>
    <lastBuildDate>Fri, 17 Jul 2026 07:31:13 +0200</lastBuildDate>
    <atom:link href="https://wassimaouadi.com/tags/routing/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Junos Generated Routes</title>
      <link>https://wassimaouadi.com/technotes/junosgeneratedroutes/</link>
      <pubDate>Fri, 17 Jul 2026 07:31:13 +0200</pubDate>
      <guid>https://wassimaouadi.com/technotes/junosgeneratedroutes/</guid>
      <description>&lt;h1 id=&#34;topology&#34;&gt;Topology&lt;/h1&gt;&#xA;&lt;pre tabindex=&#34;0&#34;&gt;&lt;code class=&#34;language-mermaid&#34; data-lang=&#34;mermaid&#34;&gt;graph LR&#xA;net1(LAN1_172.17.99.0/24) &#xA;net1 &amp;lt;--&amp;gt; R1&#xA;R1 &amp;lt;--&amp;gt; |WAN1_10.10.10.8/30|R4&#xA;&lt;/code&gt;&lt;/pre&gt;&lt;h1 id=&#34;configuration-and-interpretations&#34;&gt;Configuration and Interpretations&lt;/h1&gt;&#xA;&lt;p&gt;Desired outcome: I want to configure a generated route on R1 for the prefix 172.17.99.0. Currently, the prefix 172.17.99.0/24 is directly attached to ge-0/0/6. I want to make R1 advertise the generated route 172.17.96.0/19 toward its BGP neighbor R4 only when R1 receives the BGP route 10.22.1.0/26 from R4 (which is configured as an aggregate route on R4) and successfully imports it from BGP into inet.0.&#xA;On R1, at the moment there is only one contributing route for the generated route, which is 17.17.99.0/24.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Junos Aggregate Routes</title>
      <link>https://wassimaouadi.com/technotes/junosaggregateroutes/</link>
      <pubDate>Thu, 16 Jul 2026 21:31:13 +0200</pubDate>
      <guid>https://wassimaouadi.com/technotes/junosaggregateroutes/</guid>
      <description>&lt;h1 id=&#34;topology&#34;&gt;Topology&lt;/h1&gt;&#xA;&lt;pre tabindex=&#34;0&#34;&gt;&lt;code class=&#34;language-mermaid&#34; data-lang=&#34;mermaid&#34;&gt;graph LR&#xA;net1(LAN1_172.17.99.0/24) &#xA;net1 &amp;lt;--&amp;gt; R1&#xA;R1 &amp;lt;--&amp;gt; |WAN1_10.10.10.8/30|R4&#xA;&lt;/code&gt;&lt;/pre&gt;&lt;h1 id=&#34;configuration-and-analysis&#34;&gt;Configuration and Analysis&lt;/h1&gt;&#xA;&lt;p&gt;The default next hop of an aggregate route is &lt;code&gt;reject&lt;/code&gt;:&lt;/p&gt;&#xA;&lt;pre tabindex=&#34;0&#34;&gt;&lt;code&gt;root@R4&amp;gt; show configuration routing-options rib inet.0 aggregate &#xA;defaults {&#xA;    preference 189;&#xA;}&#xA;route 10.22.1.0/26;&#xA;&#xA;root@R4&amp;gt; &#xA;root@R4&amp;gt; show route protocol aggregate &#xA;&#xA;inet.0: 15 destinations, 17 routes (15 active, 0 holddown, 0 hidden)&#xA;+ = Active Route, - = Last Active, * = Both&#xA;&#xA;10.22.1.0/26       *[Aggregate/189] 00:00:58&#xA;                       Reject&#xA;&#xA;inet6.0: 3 destinations, 3 routes (3 active, 0 holddown, 0 hidden)&#xA;&#xA;root@R4&amp;gt; &#xA;root@R4&amp;gt; show route 10.22.1.0/26 exact detail &#xA;&#xA;inet.0: 15 destinations, 17 routes (15 active, 0 holddown, 0 hidden)&#xA;10.22.1.0/26 (1 entry, 1 announced)&#xA;        *Aggregate Preference: 189&#xA;                Next hop type: Reject, Next hop index: 0&#xA;                Address: 0x77c5434&#xA;                Next-hop reference count: 2&#xA;                Kernel Table Id: 0&#xA;                State: &amp;lt;Active Int Ext&amp;gt;&#xA;                Local AS:    22 &#xA;                Age: 7:22 &#xA;                Validation State: unverified &#xA;                Task: Aggregate&#xA;                Announcement bits (2): 0-KRT 5-Resolve tree 3 &#xA;                AS path: I  (LocalAgg)&#xA;                Flags:                  Depth: 0        Active&#xA;                AS path list:&#xA;                AS path: I Refcount: 2&#xA;                Contributing Routes (2):&#xA;                        10.22.1.0/27 proto Direct&#xA;                        10.22.1.32/27 proto Static&#xA;                Thread: junos-main &#xA;&#xA;root@R4&amp;gt; &#xA;&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;#LessonLearned The contributing routes may be of different routing protocols or pseudoprotocols.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Static Routing</title>
      <link>https://wassimaouadi.com/technotes/junosstaticrouting/</link>
      <pubDate>Sun, 07 Jun 2026 21:31:13 +0200</pubDate>
      <guid>https://wassimaouadi.com/technotes/junosstaticrouting/</guid>
      <description>&lt;h1 id=&#34;next-hop-values&#34;&gt;Next Hop Values&lt;/h1&gt;&#xA;&lt;p&gt;On R2, verify that there is a BGP route to 1.1.1.1.&lt;/p&gt;&#xA;&lt;pre tabindex=&#34;0&#34;&gt;&lt;code&gt;user1@R2&amp;gt;&#xA;user1@R2&amp;gt; show route 1.1.1.1&#xA;&#xA;inet.0: 15 destinations, 15 routes (15 active, 0 holddown, 0 hidden)&#xA;+ = Active Route, - = Last Active, * = Both&#xA;&#xA;1.1.1.1/32         *[BGP/170] 5d 13:58:29, localpref 100&#xA;                      AS path: 17 17 17 17 I, validation-state: unverified&#xA;                    &amp;gt;  to 10.10.10.1 via ge-0/0/1.0&#xA;&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;On R1, configure static route to 10.22.1.32/27 with next-hop 10.10.10.2, preference 6. The ping from R1&amp;rsquo;s loopback to R2&amp;rsquo;s 10.22.1.34 interface must succeed.&#xA;How RIB looks like, when a static route is configured with a next hop set to the IP address of the directly-attached host:&lt;/p&gt;</description>
    </item>
    <item>
      <title>BGP AS_PATH Prepend</title>
      <link>https://wassimaouadi.com/technotes/bgpaspathprepend/</link>
      <pubDate>Fri, 05 Jun 2026 21:31:13 +0200</pubDate>
      <guid>https://wassimaouadi.com/technotes/bgpaspathprepend/</guid>
      <description>&lt;h1 id=&#34;lab-data&#34;&gt;Lab Data&lt;/h1&gt;&#xA;&lt;h5 id=&#34;bgp-asn-topology&#34;&gt;BGP ASN topology&lt;/h5&gt;&#xA;&lt;p&gt;R1-AS17 &amp;lt;&amp;mdash;&amp;gt; R2-AS22&lt;/p&gt;&#xA;&lt;p&gt;R1-AS17 &amp;lt;&amp;mdash;&amp;gt; R4-AS22&lt;/p&gt;&#xA;&lt;h5 id=&#34;wan-subnets&#34;&gt;WAN Subnets&lt;/h5&gt;&#xA;&lt;p&gt;R1:.1 &amp;lt;- 10.10.10.0/30 -&amp;gt; R2: .2&lt;/p&gt;&#xA;&lt;p&gt;R1:.9 &amp;lt;- 10.10.10.8/30 -&amp;gt; R4: .10&lt;/p&gt;&#xA;&lt;h5 id=&#34;lan-subnets&#34;&gt;LAN Subnets&lt;/h5&gt;&#xA;&lt;p&gt;R1: .69 &amp;lt;- 172.17.99.0 -&amp;gt; LAN1&lt;/p&gt;&#xA;&lt;h1 id=&#34;purpose&#34;&gt;Purpose&lt;/h1&gt;&#xA;&lt;p&gt;When R1 advertises the network 172.17.99.0 in BGP, R2 and R4 receive the route with the default AS_PATH attribute value, which is the ASN of R1.&#xA;I want to make the 172.17.99.0 route received by R2 and R4 a bit &amp;lsquo;unattractive&amp;rsquo;, by making R1 send it with a longer AS_PATH attribute value.&#xA;Since the AS_PATH attribute is a BGP non-transitive attribute, this modification will only impact the AS that are immediate neighbors of R1&amp;rsquo;s AS.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
