            _.--._
          .'      '.
         /   (o)    \____
         |           ____>
__       \         .-'
\ `-.____/          \
 \                   |
  '.    \_____/     /
    `-._         _.'
        `-------'

biOS 0.11.0

Image bios-0.11.0-generic-amd64.iso, Disk-Image bios-0.11.0-generic-amd64.raw.gz, für virtuelle Maschinen bios-0.11.0-generic-amd64.qcow2

SHA-256 ISO: dabb206ccd862c088fd9bc4414a1af28ff7365f47a763834151e9dfa1ea8ff1f

SHA-256 Disk-Image: 5492f5175482d780faed7092e5f293824be6171edd3539657f894f2a25c2560e

SHA-256 qcow2: b051724182f35029a42320c7ead50b7c0dc8f4368457dda62d709c3b06f3f256

Änderungen

Geheimnisse: Login-Passwörter, WireGuard-Schlüssel und private Schlüssel unter pki erscheinen in show configuration, im Diff sowie in Operationen und Fehlertexten von bios-config als xxxxxx.
service monitoring prometheus status-exporter: Prometheus-Exporter für das, was bios-status meldet (BGP-Sessions und Präfixe von BIRD oder FRR, WireGuard-Peers mit letztem Handshake, VXLAN, Bridges). bios-status kennt wireguard, vxlan und bridge.
RADIUS- und TACACS+-Benutzer unter Level 15 kommen mit system login operator-group <G> remote-level <N> in die Operator-Gruppe ihres Levels.
Statische Routen: next-hop … onlink für Gateways außerhalb der Präfixe des Interfaces, etwa bei einer /32-Adresse in einer Cloud. Ein solches Gateway bekommt eine Host-Route auf seinem Interface.
VPP: VLANs und QinQ (vif-s/vif-c) als Bridge-Mitglieder. WireGuard übersteht einen Neustart von VPP, VXLAN über WireGuard. Für kleine VMs wählt eine erste Konfiguration per cloud-init passende Einstellungen, Hugepages lassen in VMs 1 GB statt 4 GB frei.
VPP-Patches neu: letzter WireGuard-Handshake in der API, linux-cp löscht nur den entfernten Pfad einer IPv6-Route, VXLAN fragmentiert seinen äußeren IPv4-Header nicht, kein Drop-Pfad bei Routen auf vorhandene FIB-Einträge, DPDK net/bnxt mit -fno-strict-aliasing, 802.1ad- und QinQ-VLANs aus Linux, vhost-user event-idx.
dhcpcd-Patch neu: ein gelöschtes Downstream-Interface beendet den DHCPv6-Client nicht mehr, ein später angelegtes bekommt sein Präfix.
Behoben: add system image legte die Verzeichnisse des neuen Images mit der umask des Aufrufers an (bei 077 war das System danach unbenutzbar). cloud-init-VMs wendeten bios_config und Metadaten bei jedem Neustart erneut an. Bridge-Mitglieder verloren nach einem VPP-Neustart den Promiscuous-Modus. bios-status zählte bei VPP-Interfaces nur die Bytes eines Threads. Ein veth-Paar mit einem Ende in einem Network Namespace ließ sich nicht löschen. add system image latest konnte das latest.json von biOS nicht lesen.

Hinweise

Beim Update von einem älteren Image add system image mit umask 022 aufrufen, der Installer des alten Images hat den umask-Fehler noch. Er braucht mindestens 2 GiB frei auf /.
show configuration commands und show configuration json zeigen Geheimnisse ungekürzt. Operator-Gruppen sollten sie nicht erlauben.
Nicht auf Hardware getestet. Die Tests unten laufen in QEMU, dazu ein Start mit Secure Boot, ein Start des qcow2 mit cloud-init, die VPP-Tests und zwei Gateway-VMs mit WireGuard, VXLAN, QinQ sowie Update und Rollback.

Tests

121 Module, 1479 Tests, 151 übersprungen, 0 fehlgeschlagen.

Frühere Berichte: 0.10.0, 0.9.0, 0.8.0, 0.7.0, 0.6.0, 0.5.0, 0.4.1, 0.4.0