It is also allowed in VyOS 1.2 but the Kernel errors out:
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed All Stories
All Stories
All Stories
Feb 2 2021
Feb 2 2021
c-po changed the status of T3255: Rewrite protocol RPKI to new XML/Python style from Unknown Status to Resolved.
c-po committed rVYOSONEX6b3834351500: nat: T2873: Add address filtering for DNAT translations (authored by erkin).
c-po changed the status of T3018: Unclear behaviour when configuring vif and vif-s interfaces from Open to Confirmed.
c-po moved T3253: rpki: multiple peers cannot be configured from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T3255: Rewrite protocol RPKI to new XML/Python style from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T3255: Rewrite protocol RPKI to new XML/Python style from Open to Finished on the VyOS 1.4 Sagitta board.
c-po added projects to T3255: Rewrite protocol RPKI to new XML/Python style: VyOS 1.3 Equuleus, VyOS 1.4 Sagitta.
sever-sever <v.gletenko@vyos.io> committed rVYOSONEX57adeb1bd1f7: conf-mode: T3282: Add XML for protocol RIPng.
GitHub <noreply@github.com> committed rVYOSONEX204bfe78de11: Merge pull request #717 from sever-sever/T3282 (authored by c-po).
GitHub <noreply@github.com> committed rVYOSONEX22c5f86dbe18: Merge branch 'current' into T3282 (authored by c-po).
GitHub <noreply@github.com> committed rVYOSONEX940db8f35485: Merge pull request #716 from erkin/current (authored by c-po).
If you create a VIF and VIF-S interface with the same ID, the resulting device names collide:
sever-sever <v.gletenko@vyos.io> committed rVYOSONEX3edaff512227: conf-mode: T3280: Add XML for protocols static.
GitHub <noreply@github.com> committed rVYOSONEXf888192eec0f: Merge pull request #715 from sever-sever/T3280 (authored by c-po).
erkin changed the subtype of T2873: "show nat destination translation address" doesn't filter at all from "Task" to "Bug".
This is caused by the omission of a call to conntrack --orig-dst in the new Python script.
I have successfully replicated this on 1.3-rolling-202101052023 and 1.4-rolling-202101240218. It's absent in 1.2.6. I'm going to investigate this regression.
GitHub <noreply@github.com> committed rVYOSONEX1b6db7ec490a: Merge pull request #714 from erkin/current (authored by dmbaturin).
Viacheslav triaged T3279: Rewrite protocol STATIC [op-mode] to new XML/Python style as Normal priority.
Viacheslav changed the status of T3278: Add XML for "protocols vrf" [conf-mode], a subtask of T2450: Rewrite "protocols vrf" tree in XML and Python, from Open to Needs testing.
Viacheslav changed the status of T3278: Add XML for "protocols vrf" [conf-mode] from Open to Needs testing.
Feb 1 2021
Feb 1 2021
Looks good on 1.4-rolling-202102010218 and 1.3-beta-202102010443:
Looks good on 1.4-rolling-202102010218 and 1.3-beta-202102010443:
stepler added a comment to T3262: DHCPv6 client runs when dhcpv6-options is configured without requesting an address or PD.
Looks good on 1.3-beta-202102010443:
vyos@vyos:~$ configure [edit] vyos@vyos# set interfaces ethernet eth0 dhcpv6-options [edit] vyos@vyos# commit [edit] vyos@vyos# exit Warning: configuration changes have not been saved. exit vyos@vyos:~$ ps ax | grep dhcp6c 1877 ttyS0 R+ 0:00 grep dhcp6c vyos@vyos:~$ show version
Looks good on 1.3-beta-202102010443:
vyos@vyos:~$ configure [edit] vyos@vyos# set interfaces dummy dum0 [edit] vyos@vyos# set interfaces ethernet eth0 dhcpv6-options pd 0 interface dum0 [edit] vyos@vyos# set interfaces ethernet eth0 dhcpv6-options duid 00:02:00:00:0d:e9:30:30:31:45:34:36:2d:58:58:58:58:58:58:58:58:58:58:58:58:58:58 [edit] vyos@vyos# commit [edit] vyos@vyos# exit Warning: configuration changes have not been saved. exit vyos@vyos:~$ show version
c-po closed T3266: Deleting RPKI does not remove entire FRR configuration., a subtask of T3255: Rewrite protocol RPKI to new XML/Python style, as Resolved.
c-po changed the status of T3266: Deleting RPKI does not remove entire FRR configuration., a subtask of T3255: Rewrite protocol RPKI to new XML/Python style, from Open to On hold.
c-po changed the status of T3266: Deleting RPKI does not remove entire FRR configuration. from Open to On hold.
There's an easy workaround to hack this into your "configure" scripts:
sever-sever <v.gletenko@vyos.io> committed rVYOSONEXd8d466bff36b: vrf: T3278: Add XML for conf-mode.
GitHub <noreply@github.com> committed rVYOSONEX40c4a14a6ff9: Merge pull request #713 from sever-sever/T3278 (authored by c-po).
On the other hand, it will not be possible to use login with "_"
https://github.com/vyos/vyos-1x/blob/current/data/templates/accel-ppp/chap-secrets.config_dict.tmpl#L6-L8
@dirtycache a lot of dependences which not present in 1.2, for example, dict_merge/node_changed/leaf_node_changed/render/call/airbag.
SrividyaA added a comment to T3047: OSPF : virtual-link and passive-interface default parameters does not work together.
@Viacheslav , working on it and update you soon.
Jan 31 2021
Jan 31 2021
c-po closed T2947: Nat translation many-many with prefix does not map 1-1., a subtask of T3092: nat: migrate to get_config_dict(), as Unknown Status.
c-po changed the status of T3255: Rewrite protocol RPKI to new XML/Python style from Resolved to Unknown Status.
c-po changed the status of T3255: Rewrite protocol RPKI to new XML/Python style, a subtask of T2175: Rewriting all FRR processes allow for reloading and to XML/Python style, from Resolved to Unknown Status.
c-po closed T3255: Rewrite protocol RPKI to new XML/Python style, a subtask of T2175: Rewriting all FRR processes allow for reloading and to XML/Python style, as Resolved.
@dmbaturin Hi, I would like to discuss with you the possibility of introducing load-balancing components based on direct-routing mode in VYOS. VYOS already has binary components that implement LVS
GitHub <noreply@github.com> committed rVYOSONEXa64420678069: Merge pull request #712 from erkin/current (authored by c-po).
Jan 30 2021
Jan 30 2021
c-po changed the status of T3273: PPPoE static default-routes deleted on interface down when not added by interface up from Unknown Status to Resolved.
c-po moved T3273: PPPoE static default-routes deleted on interface down when not added by interface up from Open to In Progress on the VyOS 1.4 Sagitta board.
c-po added a comment to T3273: PPPoE static default-routes deleted on interface down when not added by interface up.
Once confirmed in 1.4 this is a good backport candidate to 1.3. Thanks!
c-po closed T3273: PPPoE static default-routes deleted on interface down when not added by interface up as Unknown Status.
GitHub <noreply@github.com> committed rVYOSONEXcd19bd15ca2a: Merge pull request #711 from samburney/current (authored by c-po).
jack9603301 moved T3116: Support back-end L4 level load balancing from In Progress to Need Triage on the VyOS 1.3 Equuleus board.
jack9603301 changed the status of T3116: Support back-end L4 level load balancing from In progress to Confirmed.
c-po moved T3037: Bgp afi ipv6-unicast capability dynamic bug from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T3037: Bgp afi ipv6-unicast capability dynamic bug from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.7) board.