<feed xmlns='http://www.w3.org/2005/Atom'>
<title>vyos-1x.git/interface-definitions/vrf.xml.in, branch circinus-public-unmaintained</title>
<subtitle>VyOS command definitions, scripts, and utilities (mirror of https://github.com/vyos/vyos-1x.git)
</subtitle>
<id>https://git.amelek.net/vyos/vyos-1x.git/atom?h=circinus-public-unmaintained</id>
<link rel='self' href='https://git.amelek.net/vyos/vyos-1x.git/atom?h=circinus-public-unmaintained'/>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/'/>
<updated>2024-05-01T18:55:57+00:00</updated>
<entry>
<title>vrf: T6189: render FRR L3VNI configuration when creating VRF instance</title>
<updated>2024-05-01T18:55:57+00:00</updated>
<author>
<name>Christian Breunig</name>
<email>christian@breunig.cc</email>
</author>
<published>2024-05-01T18:55:57+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=e7bb65894f86372dc0f6e8fd39b1628e0a224c68'/>
<id>urn:sha1:e7bb65894f86372dc0f6e8fd39b1628e0a224c68</id>
<content type='text'>
When adding and removing VRF instances on the fly it was noticed that the vni
statement under the VRF instance in FRR vanishes. This was caused by a race
condition which was previously designed to fix another bug.

The wierd design of a Python helper below the VRF tree to only generate the
VNI configuration nodes is now gone and all is rendered in the proper place.
</content>
</entry>
<entry>
<title>xml: T5738: extend VRF building blocks with common constraint definition</title>
<updated>2024-04-01T18:27:24+00:00</updated>
<author>
<name>Christian Breunig</name>
<email>christian@breunig.cc</email>
</author>
<published>2024-04-01T18:27:24+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=32d6a693de99021d2cd44fb4235e929caf7b4a6d'/>
<id>urn:sha1:32d6a693de99021d2cd44fb4235e929caf7b4a6d</id>
<content type='text'>
</content>
</entry>
<entry>
<title>T6001: add option to disable next-hop-tracking resolve-via-default in VRF context</title>
<updated>2024-02-16T07:33:13+00:00</updated>
<author>
<name>Christian Breunig</name>
<email>christian@breunig.cc</email>
</author>
<published>2024-02-16T07:31:58+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=0fafc4bcdb9efc03796ddab0832471b11ba1bbe0'/>
<id>urn:sha1:0fafc4bcdb9efc03796ddab0832471b11ba1bbe0</id>
<content type='text'>
* set vrf name &lt;name&gt; ip nht no-resolve-via-default
* set vrf name &lt;name&gt; ipv6 nht no-resolve-via-default
</content>
</entry>
<entry>
<title>vrf: netns: T3829: T31: priority needs to be after netns</title>
<updated>2023-09-30T14:05:02+00:00</updated>
<author>
<name>Christian Breunig</name>
<email>christian@breunig.cc</email>
</author>
<published>2023-09-30T14:02:52+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=9dd5ff064a37b4e884f7bd9fb7630bf7829fa1ad'/>
<id>urn:sha1:9dd5ff064a37b4e884f7bd9fb7630bf7829fa1ad</id>
<content type='text'>
A network namespace can have VRFs assigned, thus we need to get the priorities
right. This lowers both priorities in general as a VRF or NETNS needs to be
available very early as services can run on top of them.
</content>
</entry>
<entry>
<title>vrf: T5150: l3vni must be removed prior to removing BGP VRF process</title>
<updated>2023-04-21T19:21:07+00:00</updated>
<author>
<name>Christian Breunig</name>
<email>christian@breunig.cc</email>
</author>
<published>2023-04-21T19:20:40+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=0a581bfc28504fbf5b19272a332ad5ffe1edb249'/>
<id>urn:sha1:0a581bfc28504fbf5b19272a332ad5ffe1edb249</id>
<content type='text'>
</content>
</entry>
<entry>
<title>T5150: initial VRF support for Kernel/Zebra route-map filtering</title>
<updated>2023-04-13T07:01:31+00:00</updated>
<author>
<name>Christian Breunig</name>
<email>christian@breunig.cc</email>
</author>
<published>2023-04-10T08:57:34+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=b454ddc8c2cc0edbdc832bd60ef03a1819a6d8d6'/>
<id>urn:sha1:b454ddc8c2cc0edbdc832bd60ef03a1819a6d8d6</id>
<content type='text'>
</content>
</entry>
<entry>
<title>T5150: initial implementation of new Kernel/Zebra route-map support</title>
<updated>2023-04-13T07:01:31+00:00</updated>
<author>
<name>Christian Breunig</name>
<email>christian@breunig.cc</email>
</author>
<published>2023-04-08T20:09:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=3f4de1390d6459cdd17dd1b6f22b1a3aec002671'/>
<id>urn:sha1:3f4de1390d6459cdd17dd1b6f22b1a3aec002671</id>
<content type='text'>
It is possible to install a route-map which filters the routes between routing
daemons and the OS kernel (zebra)

As of now this can be done by e.g.
* set protocols ospf route-map foo
* set protocols ospfv3 route-map foo
* set protocols bgp route-map foo

Which in turn will install the following lines into FRR
* ip protocol ospf route-map foo
* ipv6 protocol ospf6 route-map foo
* ip protocol bgp route-map foo

The current state of the VyOS CLI is incomplete as there is no way to:
* Install a filter for BGP IPv6 routes
* Install a filter for static routes
* Install a filter for connected routes

Thus the CLI should be redesigned to close match what FRR does for both the
default and any other VRF

* set system ip protocol ospf route-map foo
* set system ipv6 protocol ospfv3 route-map foo
* set system ip protocol bgp route-map foo
* set system ipv6 protocol bgp route-map foo

The configuration can be migrated accordingly. This commit does not come with
the migrator, it will be comitted later.
</content>
</entry>
<entry>
<title>xml: T1579: merge generic-description.xml.i and interface/description.xml.i</title>
<updated>2023-01-07T08:07:40+00:00</updated>
<author>
<name>Christian Poessinger</name>
<email>christian@poessinger.com</email>
</author>
<published>2023-01-07T08:07:10+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=662bae181cdff07a2472d7121d18ae37d380e062'/>
<id>urn:sha1:662bae181cdff07a2472d7121d18ae37d380e062</id>
<content type='text'>
No need to have two distinct include blocks as one superseeds the other. Also
this makes the entire behavior of "description" CLI node simpler.
</content>
</entry>
<entry>
<title>xml: reword static routing completion help</title>
<updated>2022-05-29T09:48:46+00:00</updated>
<author>
<name>Christian Poessinger</name>
<email>christian@poessinger.com</email>
</author>
<published>2022-05-29T09:48:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=96a88c1990a974c5291553e8b9cd3220795366fb'/>
<id>urn:sha1:96a88c1990a974c5291553e8b9cd3220795366fb</id>
<content type='text'>
</content>
</entry>
<entry>
<title>eigrp: vrf: T2773: prepare XML definitions for VRF instance</title>
<updated>2022-05-29T08:14:27+00:00</updated>
<author>
<name>Christian Poessinger</name>
<email>christian@poessinger.com</email>
</author>
<published>2022-05-29T08:14:27+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=98895f5b31d20bbdc86680c9f73679b7905d7eb6'/>
<id>urn:sha1:98895f5b31d20bbdc86680c9f73679b7905d7eb6</id>
<content type='text'>
</content>
</entry>
</feed>
