summaryrefslogtreecommitdiffstats
path: root/src/network (follow)
Commit message (Collapse)AuthorAgeFilesLines
...
| * network: do not enumerate routes if ManageForeignRoutes=noYu Watanabe2020-07-171-0/+3
| |
* | networkd: Use NLM_F_ACK on the netlink message to add a neighbor.YmrDtnJu2020-07-201-1/+1
|/ | | | | sd_netlink_message_set_flags is called without NLM_F_ACK which results in a timeout while networkd is waiting for an ACK that the kernel will never send.
* network: ndisc: any failures in processing event make the link in failed stateYu Watanabe2020-07-161-111/+107
| | | | Also adjust log levels.
* network: radv: clean up conf parsersYu Watanabe2020-07-162-56/+41
|
* network: downgrade log level in conf parsersYu Watanabe2020-07-1653-712/+821
|
* network: dhcp4: add two warningsYu Watanabe2020-07-161-4/+8
|
* network: dhcp4: fix another race with SendDecline=yesYu Watanabe2020-07-162-41/+66
| | | | | If the SD_IPV4ACD_EVENT_BIND event happens before all routes are assigned, then the link stuck in configuring state.
* network: dhcp4: also release old lease in dhcp_lease_lost()Yu Watanabe2020-07-163-4/+4
| | | | | The lease lost may happen during renewing address. If it happens, assertion hits in dhcp4_release_old_lease().
* network: fix typoChristian Göttsche2020-07-161-1/+1
|
* network: drop doubled white spaceYu Watanabe2020-07-156-7/+7
|
* network: free address when it is removedYu Watanabe2020-07-151-0/+2
|
* network: dhcp4: do not assign new address before old one is not removedYu Watanabe2020-07-152-147/+241
| | | | | | | | | | | | | If DHCP4 client lost a lease, and then soon acquire new lease, then the removal of the old address may not be completed. If that happens, and the new and old addresses are the same, then the new address will be considered as a foreign address. Such a situation can occur when the DHCP4 server is restarted. This makes networkd wait for the removal of the old address when a new lease is acquired. This also makes the link in configuring state when renewing address.
* network: do not call link_check_ready() in ↵Yu Watanabe2020-07-151-3/+2
| | | | | | link_request_set_routing_policy_rule() It will be called in link_request_set_nexthop() or serveral handlers().
* network: make link_request_set_nexthop() called from ↵Yu Watanabe2020-07-155-16/+28
| | | | | | link_request_set_routes() or route_handler() Then we can drop static_routes_ready() flag.
* network: do not make link in configured state when no address is assignedYu Watanabe2020-07-151-0/+5
| | | | | | | | When DHCP6 and RA are enabled, and RA does not provide any addresses, then link may become configured state even if no address is assigned, due to the time-lag between RA completion and DHCP reply. This makes if DHCP is explicitly enabled, then link must have at least one valid address to be in the configured state.
* network: ndisc: split ndisc_configured flag into for addresses and routesYu Watanabe2020-07-153-34/+52
|
* network: ndisc: do not ignore remaining addressesYu Watanabe2020-07-151-2/+1
| | | | Follow-up for c24c83dc67a63c88b0a537f4fa7f605b1fcbac39.
* network: add debugging log why link is not in configured state yetYu Watanabe2020-07-151-20/+59
|
* network: make link_request_set_nexthop() staticYu Watanabe2020-07-152-2/+1
|
* network: add a debugging logYu Watanabe2020-07-151-0/+1
|
* network: include error code in the log messageYu Watanabe2020-07-151-7/+6
|
* network: set dhcp6_xxx_configured flag after routes/addresses are assignedYu Watanabe2020-07-154-32/+105
|
* bus: use bus_log_parse_error to print messagefangxiuning2020-07-111-1/+1
|
* network: add support for MACVLAN source modeAlvin Šipraga2020-07-083-0/+44
| | | | | | | | | | | | | | | | | | | | | | | Add support for creating a MACVLAN interface in "source" mode by specifying Mode=source in the [MACVLAN] section of a .netdev file. A list of allowed MAC addresses for the corresponding MACVLAN can also be specified with the SourceMACAddress= option of the [MACVLAN] section. An example .netdev file: [NetDev] Name=macvlan0 Kind=macvlan MACAddress=02:DE:AD:BE:EF:00 [MACVLAN] Mode=source SourceMACAddress=02:AB:AB:AB:AB:01 02:CD:CD:CD:CD:01 SourceMACAddress=02:EF:EF:EF:EF:01 The same keys can also be specified in [MACVTAP] for MACVTAP kinds of interfaces, with the same semantics.
* Merge pull request #16385 from JackFangXN/masterLennart Poettering2020-07-081-5/+5
|\ | | | | table add table_log_xx_error()
| * table use table_log_print_error() instead of table_log_show_errorfangxiuning2020-07-081-5/+5
| |
* | network: make address_handler() staticYu Watanabe2020-07-072-2/+1
| |
* | network: introduce own address handler for dhcp6 delegated prefixYu Watanabe2020-07-071-3/+26
| | | | | | | | Fixes #16365.
* | networkd: use capitalized "IP" and "TOS" in messagesZbigniew Jędrzejewski-Szmek2020-07-073-16/+16
| |
* | Merge pull request #16380 from yuwata/network-dhcp6-update-prefix-routeZbigniew Jędrzejewski-Szmek2020-07-071-37/+15
|\ \ | | | | | | Network: update acquired dhcp6 prefix routes
| * | network: always update acquired prefix routeYu Watanabe2020-07-071-18/+0
| | | | | | | | | | | | | | | | | | Otherwise, routes become lifetime 0. Fixes #16356.
| * | network: decrease indentation levelYu Watanabe2020-07-071-18/+14
| | |
| * | network: fix indentationYu Watanabe2020-07-071-1/+1
| | |
* | | Merge pull request #16383 from yuwata/network-dhcp6-radv-update-prefixZbigniew Jędrzejewski-Szmek2020-07-074-28/+38
|\ \ \ | | | | | | | | network: do not restart radv engine when adding prefix
| * | | network: do not restart radv engine when adding prefixYu Watanabe2020-07-073-25/+36
| | | | | | | | | | | | | | | | Replaces d469cea3bde53bc39317c8b433c825bb4790cbe5.
| * | | network: fix indentationYu Watanabe2020-07-071-2/+1
| | | |
| * | | Revert "network: Don't send RA with zero router lifetime when restarting radv"Yu Watanabe2020-07-072-2/+2
| | | | | | | | | | | | | | | | This reverts commit d469cea3bde53bc39317c8b433c825bb4790cbe5.
* | | | network: fix memleakYu Watanabe2020-07-072-2/+2
|/ / / | | | | | | | | | If init() is failed, the allocated memory was leaked.
* / / network: Don't send RA with zero router lifetime when restarting radvMichael Marley2020-07-072-2/+2
|/ / | | | | | | | | | | | | | | | | | | | | | | | | | | While investigating https://github.com/systemd/systemd/issues/16356, I discovered that networkd stops the radv service before adding or updating prefixes and then starts it again. This causes networkd to send an RA with a router lifetime of zero, causing the routes to flap on systems receiving the RA for a fraction of a second before radv is started again and proper RAs are sent. That has the potential to cause issues with latency-sensitive traffic like gaming or VoIP. This patch adds a boolean argument to the sd_radv_stop() function to control this behavior. The zero lifetime RA is still sent whenever radv is actually being stopped, but when it is being restarted for a prefix update (from networkd-dhcp6.c), the final RA is no longer sent to avoid the route flapping.
* | Merge pull request #16374 from keszybz/docs-and-networkdYu Watanabe2020-07-071-86/+78
|\ \ | | | | | | Docs and networkd
| * | networkd: we should not loop when extract_first_word() failsZbigniew Jędrzejewski-Szmek2020-07-061-86/+78
| | | | | | | | | | | | While at it, define iterator in the loop to reduce the indentation a bit.
* | | DHCPv4: client add support for DHCP server allow listSusant Sahani2020-07-065-16/+57
| | |
* | | Merge pull request #16344 from keszybz/update-utmp-erofsLennart Poettering2020-07-062-2/+2
|\ \ \ | |/ / |/| | Make update-utmp not fail if it only fails to write wtmp records
| * | various daemons: emit Stopping... notification before destructing the ↵Zbigniew Jędrzejewski-Szmek2020-07-022-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | manager object This is mostly cosmetic, but let's reorder the destructors so that we do the final sd_notify() call before we run the destructor for the manager object.
* | | network: tc: fix n_prio bounds checkVito Caputo2020-07-061-1/+1
| |/ |/| | | | | | | | | Looks like a simple copy and paste error Fixes https://github.com/systemd/systemd/issues/16367
* | network: tc: rename several settings which take size in bytesYu Watanabe2020-07-029-38/+102
| |
* | Merge pull request #16219 from ssahani/network-sr-iovYu Watanabe2020-07-028-0/+601
|\ \ | | | | | | network: Introduce SR-IOV
| * | network: add MACAddress= setting in [SR-IOV] sectionYu Watanabe2020-07-013-0/+56
| | |
| * | network: add VLANProtocol= setting in [SR-IOV] sectionYu Watanabe2020-07-013-1/+44
| | |
| * | network: Introduce SR-IOVSusant Sahani2020-07-018-0/+502
| | | | | | | | | | | | | | | | | | | | | | | | SR-IOV provides the ability to partition a single physical PCI resource into virtual PCI functions which can then be injected in to a VM. In the case of network VFs, SR-IOV improves north-south n etwork performance (that is, traffic with endpoints outside the host machine) by allowing traffic to bypass the host machine’s network stack.
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-02 06:51:22 +0100