https://github.com/vyos/vyos-1x/commit/d96cfc8a5b1e9f9a3484a4c4036dddabfc588f5b
While documentation is on its way, below is a very small example on how to use it:
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Aug 8 2019
dhcp can be done via systemd or the traditional isc-dhcp client, which way should we go? systemd.networkd does link detection too and stops dhcp if the link is lost and starts it again when the link returns to state up.
Aug 7 2019
@Dmitry PR merged in, you can test it in the next rolling tomorrow.
I have almost all requested stuff implemented, plus some more like setting mtu, mac address etc. I'm planning to include that into vyos-1x after testing.
diff --git a/scripts/build-command-templates b/scripts/build-command-templates index a7312f7..ba80ead 100755 --- a/scripts/build-command-templates +++ b/scripts/build-command-templates @@ -227,7 +227,7 @@ def make_node_def(props):
Aug 6 2019
I'd like to make it more generic anyway, so basically it will be come a wrapper for the ip commands plus some check/find function maybe (like what mac belongs to what interface, bonding etc).
Aug 5 2019
Thanks for the info.
Aug 4 2019
Aug 2 2019
I started with a few line of example code, if that would be something we wanna go with, I'll take the task. comments always welcome.
disable (up/down) is required too.
DHCP might be called from the class, but I think it makes sense to give it to networkd, since it can detect interface up/down and triggers the dhcp client again if needed or releases the IP.
Aug 1 2019
Jul 31 2019
@Dmitry merged.
Jul 30 2019
Jul 29 2019
Jul 28 2019
Jul 26 2019
prototype successfully tested
That error will disappear once https://github.com/vyos/ppp-upstream/pull/1 has been merged in. You can meanwhile try to remove the route option and see if it makes any difference.
Jul 25 2019
@mustard Any updates?
Jul 24 2019
currently testing internally, will be released soon to the current branch.
Tested rolling from yesterday and 1.2.2, no issues.
@mustard Your ppp session looks just fine. The removal of your default route doesn't terminate the pppoe connection, at least there was no termination request in the dump. Your icmp echo request time out since you don't have a default gateway, so we need to find out why the default gateway gets removed. When you see the icmp timeouts for 8.8.8.8 your pppoe session is still alive and is answering the LCP requests successful, so I think we need to focus on frr and why it is removing the efault route.
Jul 23 2019
personally I like the below most. it will require quite an amount of work for migration.
has been fixed by reverting to 4.1 since pdns stopped supporting debian jessie.
Jul 22 2019
We may have to migrate to networkd to have that functionality, since netplug seems to cause issues with interfaces which are up and running.
@dienac any results to share?
I can't reproduce your issue, so I suspect no issues with the pppoe client we ship in vyos.
Your filter was a bit to tight, all I see are the LCP echos. I' more interested in the PAD packets, in particular what sides sends a PADT and if PADS is clean.
Jul 21 2019
your are confused with client and server commands.
Jul 19 2019
https://github.com/vyos/vyos-netplug/commit/81fd74bfbfa6daed506693ecc20deff09042bc71 broke it, I have to find out why he commited it.
Jul 18 2019
fixed via https://phabricator.vyos.net/T1065