FRR doesn't have such a function.
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed All Stories
All Stories
All Stories
Mar 4 2021
Mar 4 2021
Viacheslav changed the status of T3388: show interfaces doesn't display pppoeX from Open to Confirmed.
Expected output, in VyOS 1.3.0-rc1 works fine
showvyos@vyos:~$ show int
Codes: S - State, L - Link, u - Up, D - Down, A - Admin Down
Interface IP Address S/L Description
--------- ---------- --- -----------
eth0 - u/u WAN01-pppoe
eth1 10.0.0.1/24 u/u LAN
eth2 192.0.2.12/24 u/u WAN02-dhcp
eth3 - u/u
lo 127.0.0.1/8 u/u
::1/128
pppoe0 10.1.1.101/32 u/uViacheslav renamed T3388: show interfaces doesn't display pppoeX from show interfaces don't show pppoeX to show interfaces doesn't display pppoeX.
Viacheslav changed the status of T3386: PPPoE-server don't start with local authentication from Open to Needs testing.
Viacheslav changed the status of T3211: ability to redistribute ISIS into other routing protocols from Open to Needs testing.
GitHub <noreply@github.com> committed rVYOSONEXd79c80ff078a: Merge pull request #729 from bstepler/T3300 (authored by c-po).
Backport to 1.3 done
c-po moved T3386: PPPoE-server don't start with local authentication from Backport Candidates to Finished on the VyOS 1.4 Sagitta board.
c-po moved T3386: PPPoE-server don't start with local authentication from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po committed rVYOSONEX1d99a377517a: pppoe: T3386: Fix client ip-pool stop range (authored by sever-sever <v.gletenko@vyos.io>).
Viacheslav moved T3386: PPPoE-server don't start with local authentication from Open to Backport Candidates on the VyOS 1.4 Sagitta board.
sever-sever <v.gletenko@vyos.io> committed rVYOSONEX8afb5faf4c87: ospf: T3211: Fix default isis redistribution.
GitHub <noreply@github.com> committed rVYOSONEXecba3ff3a5d5: Merge pull request #761 from sever-sever/T3211 (authored by c-po).
sever-sever <v.gletenko@vyos.io> committed rVYOSONEX52ee92b8edf8: pppoe: T3386: Fix client ip-pool stop range.
GitHub <noreply@github.com> committed rVYOSONEXd170b84821d5: Merge pull request #760 from sever-sever/T3386 (authored by c-po).
VyOS 1.2 has this hardcoded: /opt/vyatta/share/vyatta-cfg/templates/interfaces/vxlan/node.def: VXLAN_TTL="ttl 16"
c-po moved T3381: Change GRE tunnel failed from Open to Backport Candidates on the VyOS 1.4 Sagitta board.
Issue also exists in VyOS 1.2.7-rc1
Unexpected redistribution for isis VyOS 1.4-rolling-202103040218
Viacheslav triaged T3383: BGP IPv6 neighbor statements configuration not normalized. as Normal priority.
Unknown Object (User) added a comment to T3319: VXLAN uses ttl 1 (auto) by default.
@c-po does not work on 1.4-rolling-202103040218
vyos@vyos# sudo ip -d link show dev vxlan241
7: vxlan241: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1450 qdisc noqueue master br241 state UNKNOWN mode DEFAULT group default qlen 1000
link/ether fe:08:e3:3c:d4:ab brd ff:ff:ff:ff:ff:ff promiscuity 1 minmtu 68 maxmtu 65535
vxlan id 241 group 239.0.0.241 dev eth0 srcport 0 0 dstport 8472 tos inherit ttl auto ageing 300 udpcsum noudp6zerocsumtx noudp6zerocsumrxOn the middle router in traffic dump I see TTL=1
18:59:29.029090 IP (tos 0x0, ttl 1, id 24806, offset 0, flags [none], proto UDP (17), length 100)
10.1.2.2.52948 > 239.0.0.241.8472: OTV, flags [I] (0x08), overlay 0, instance 241Unknown Object (User) added a comment to T3386: PPPoE-server don't start with local authentication.
There is a bug exactly with client-ip-pool range, config generated with the mistake
[ip-pool] gw-ip-address=10.1.1.1 10.1.1.100-10.1.1.111
but expected
10.1.1.100-111
Viacheslav added a project to T3386: PPPoE-server don't start with local authentication: VyOS 1.4 Sagitta.
@primoz, I have exactly the same issue with "1.4-rolling-202103011828 (sagitta)"
I also attempted to fix this bug by writing to grub.cfg.new, calling fsync() on it, renaming it to grub.cfg, and calling fsync() on the directory. Unfortunately, I still encountered an unbootable system.
You can review the patch here
Also, It can't check that cmd on hypervisor
Mar 3 2021
Mar 3 2021
I attempted to fix this bug by journaling all filesystem data (ext3/4 mount option data=journal). Unfortunately, I still encountered an unbootable system.
c-po closed T2966: tunnel: add new encapsulation types ip6tnl and ip6gretap, a subtask of T3072: Migrate tunnel interfaces to new get_config_dict() approach, as Resolved.
@Viacheslav we already have ip6tnl support.
jack9603301 moved T3385: Support for disabling ARP responses from In Progress to Open on the VyOS 1.4 Sagitta board.
jack9603301 moved T3385: Support for disabling ARP responses from Open to In Progress on the VyOS 1.4 Sagitta board.
jack9603301 moved T3384: Support UDP bandwidth testing from Open to In Progress on the VyOS 1.4 Sagitta board.
Due to the limited ability to open a pull request on the linux kernel's github repository, I had to submit the patch to netfilter maintainers team by email.
@linuxludo Can you share a link?
It seems to be a BUG in netfilter conntrack module with GRE protocol over IPv6.
I patched the conntrack module and it now works as expected.
I just submit this patch to the netfilter maintainers.
Wait & See...
I've had this bite me a few times now as well, but I wasn't able to pin it down before to being a bug.
trae32566 awarded T3271: qemu-kvm grub issue a Like token.
Mar 2 2021
Mar 2 2021
sever-sever <v.gletenko@vyos.io> committed rVYOSONEX117533482d29: dhcpv6-server: T3379: Add option global-parameters name-server.
Please retest with the latest 1.4 rolling version. TTL can now be set.
It seems it some upstream issue
vyos@r-roll01# sudo ip tunnel add tun22 mode gre local 203.0.113.1 remote any [edit] vyos@r-roll01# sudo ip tunnel change tun22 mode gre local 203.0.113.1 remote 203.0.113.254 add tunnel "tun22" failed: Invalid argument [edit] vyos@r-roll01#
For 1.4 the same fail
Config
set interfaces tunnel tun1 address '10.20.30.1/30' set interfaces tunnel tun1 encapsulation 'gre' set interfaces tunnel tun1 source-address '192.168.122.11' set interfaces tunnel tun1 multicast 'disable' commit set interfaces tunnel tun1 remote 192.168.122.12 commit
Updated PR
I replace raw dhcpv6 global-parameters with leafNode.
Viacheslav renamed T3379: Add global-parameters name-server for dhcpv6-server from Add global-parameters for dhcpv6-server to Add global-parameters name-server for dhcpv6-server.
Looks like it is not possible using udev: https://stackoverflow.com/questions/40676914/how-to-set-up-a-udev-rule-for-eth-link-down-link-up
@FileGo will be fixed in the next rolling release.
Viacheslav changed the status of T3377: show interfaces throws error from Confirmed to Needs testing.
sever-sever <v.gletenko@vyos.io> committed rVYOSONEXe1c993f57efd: op-mode: T3357: Fix show_interfaces bug with tunnels.
GitHub <noreply@github.com> committed rVYOSONEX585112ca7a93: Merge pull request #757 from sever-sever/T3357 (authored by c-po).
To reproduce, add one tunnel
I think it related T2651
ipsec policys, policy prefix-lists,
Additional info: it seems not to show any tunnel interfaces.