Page MenuHomePhabricator

thomas-mangin (Thomas Mangin)
User

Projects

User does not belong to any projects.

User Details

User Since
Nov 12 2019, 5:38 PM (15 w, 2 d)

Recent Activity

Mon, Feb 24

thomas-mangin moved T2057: Generalised Interface configuration from Need Triage to In Progress on the VyOS 1.3 Equuleus board.

The patch is ready for inclusion.

Mon, Feb 24, 11:59 AM · VyOS 1.3 Equuleus
thomas-mangin added a comment to T2057: Generalised Interface configuration.

This work raised an issue with the current pattern of using Interface(..).remove() which is used in VLANIf as it requires Interface to know that EthernetIf can not be deleted (an implementation detail which should remain in EthernetIf).

Mon, Feb 24, 11:58 AM · VyOS 1.3 Equuleus

Thu, Feb 20

thomas-mangin added a comment to T2057: Generalised Interface configuration.

This work overtakes T2046, as it implements the same _create/_delete interface. If merged it would replace it.

Thu, Feb 20, 5:17 PM · VyOS 1.3 Equuleus
thomas-mangin created T2057: Generalised Interface configuration.
Thu, Feb 20, 4:54 PM · VyOS 1.3 Equuleus

Wed, Feb 19

thomas-mangin added a comment to T31: Add VRF support.

We could indeed create the VRF as we parse interfaces, and auto-allocate the VRF number, removing this control from the user.

Wed, Feb 19, 2:18 PM · VyOS 1.3 Equuleus

Tue, Feb 18

thomas-mangin added a comment to T31: Add VRF support.

must read for multiple routing tables:
https://andir.github.io/posts/linux-ip-vrf/
http://www.allgoodbits.org/articles/view/24

Tue, Feb 18, 5:52 PM · VyOS 1.3 Equuleus

Mon, Feb 17

thomas-mangin updated the task description for T2046: allowing sub-classes of Interface to redefine how the interface is created.
Mon, Feb 17, 5:53 AM · VyOS 1.3 Equuleus
thomas-mangin created T2046: allowing sub-classes of Interface to redefine how the interface is created.
Mon, Feb 17, 5:50 AM · VyOS 1.3 Equuleus

Fri, Feb 14

thomas-mangin renamed T2028: Convert "interfaces tunnel" to new XML/Python representation from Convert "interface tunnel" to new XML/Python representation to Convert "interfaces tunnel" to new XML/Python representation.
Fri, Feb 14, 8:20 PM · VyOS 1.3 Equuleus
thomas-mangin added a comment to T2028: Convert "interfaces tunnel" to new XML/Python representation.

initial patch released calling for a review / comments ( PR from github.com/thomas-mangin/vyos-1x T2028 branch) - show command not migrated yet.

Fri, Feb 14, 8:12 PM · VyOS 1.3 Equuleus
thomas-mangin renamed T2028: Convert "interfaces tunnel" to new XML/Python representation from Convert GRE Tunnelling to new XML/Python representation to Convert "interface tunnel" to new XML/Python representation.
Fri, Feb 14, 8:11 PM · VyOS 1.3 Equuleus
thomas-mangin created T2038: repository organisation change.
Fri, Feb 14, 11:06 AM · VyOS 1.3 Equuleus
thomas-mangin added a comment to T2037: Make use of a systemd environment file.

https://github.com/vyos/vyos-1x/pull/221

Fri, Feb 14, 10:11 AM · VyOS 1.3 Equuleus
thomas-mangin created T2037: Make use of a systemd environment file.
Fri, Feb 14, 10:07 AM · VyOS 1.3 Equuleus

Wed, Feb 12

thomas-mangin renamed T2028: Convert "interfaces tunnel" to new XML/Python representation from GRE Tunneling support to Convert GRE Tunnelling to new XML/Python representation.
Wed, Feb 12, 2:37 PM · VyOS 1.3 Equuleus
thomas-mangin added a comment to T2028: Convert "interfaces tunnel" to new XML/Python representation.
> egrep -ri '[^ag]gre[^apens]' .                                                                                                                                                                                     251ms  Wed 12 Feb 13:22:34 2020
./.git/config:[branch "T2028-GRE"]
./.git/logs/HEAD:1adf2818083c40cf81d7747a4c9d26e85c235a60 1adf2818083c40cf81d7747a4c9d26e85c235a60 Thomas Mangin <thomas.mangin@exa.net.uk> 1581513634 +0000	checkout: moving from T2028-GRE to current
./.git/FETCH_HEAD:1adf2818083c40cf81d7747a4c9d26e85c235a60	not-for-merge	branch 'T2028-GRE' of github.com:thomas-mangin/vyos-1x
./data/templates/rsyslog/rsyslog.conf:$RepeatedMsgReduction on
./src/op_mode/maya_date.py:        August 11, 3114 BC gregorian date. In this case UNIX epoch
Wed, Feb 12, 1:26 PM · VyOS 1.3 Equuleus
thomas-mangin added a comment to T2028: Convert "interfaces tunnel" to new XML/Python representation.
Wed, Feb 12, 12:57 PM · VyOS 1.3 Equuleus
thomas-mangin created T2028: Convert "interfaces tunnel" to new XML/Python representation.
Wed, Feb 12, 12:45 PM · VyOS 1.3 Equuleus
thomas-mangin added a comment to T31: Add VRF support.
In T31#53189, @rherold wrote:

Could be away. But from my experience most people use vrf to seperate managment from production, and as second prio seperate customers and so on.
But the managment vrf must not be the "default" vrf.

Wed, Feb 12, 12:32 PM · VyOS 1.3 Equuleus
thomas-mangin added a comment to T31: Add VRF support.

Here is a patch to implement VRF. Binding is set to work on all VRF for daemon so that BGP and other protocols will work on all VRF.
https://gist.github.com/thomas-mangin/7704c538d905190bd05cfe613bd9f4f5

Wed, Feb 12, 12:28 PM · VyOS 1.3 Equuleus
thomas-mangin added a comment to T31: Add VRF support.

while it would be quite nice to have a Cumulus 4.0+ like default management VLAN and make all services management aware (which would quite considerably increase the among of work to get something out), I am proposing instead make sure that all services running on the default VRF are available on VRF as a first step.

Wed, Feb 12, 10:28 AM · VyOS 1.3 Equuleus

Mon, Feb 10

thomas-mangin added a comment to T2027: get_config_dict is failing when the configuration section is empty/missing.

suggesting https://github.com/vyos/vyos-1x/pull/217

Mon, Feb 10, 10:59 PM · VyOS 1.3 Equuleus
thomas-mangin created T2027: get_config_dict is failing when the configuration section is empty/missing.
Mon, Feb 10, 10:09 PM · VyOS 1.3 Equuleus

Wed, Feb 5

thomas-mangin added a comment to T31: Add VRF support.

Identified configuration format change:

Wed, Feb 5, 5:19 PM · VyOS 1.3 Equuleus
thomas-mangin added a comment to T31: Add VRF support.

I have a use case for VRF / Linux namespace with VyOS and was wondering if there was a way to break this task down, first allowing the manual creation of VRF/namespace using the CLI (without linking the work to BGP). I will be able to contribute the required changes to the vyos-1x repository should I be given enough direction on how you would like to proceed.

Wed, Feb 5, 1:52 PM · VyOS 1.3 Equuleus