Hardwareversionen UDM SE

Hallo

Es gibt von der UDM SE verschieden Hardwareversionen. Die wurde auffällig als ab der OS 3.0.x die Ansteuerung der Lüfter je nach Hardware unterschiedlich war.

Ich dachte, man könnte diese Informationen sammel, was noch unterschiedlich bei den UDM SE ist.
Meine ist eine sehr frühe Version, die durch Ubiquiti noch mit der Bezeichnung UDM Pro SE herausgegeben wurde.

Mainboardversion : Rev. 19

Ausgelesen per SHH folgende Informationen:

root@UDMProSE:~# lspci

0000:00:00.0 Ethernet controller: Annapurna Labs Ltd. SFP+ 10G Ethernet Adapter (rev 03)

0000:00:02.0 Ethernet controller: Annapurna Labs Ltd. SFP+ 10G Ethernet Adapter (rev 03)

0000:00:03.0 Ethernet controller: Annapurna Labs Ltd. Gigabit Ethernet Adapter (rev 02)

0000:00:04.0 Network and computing encryption device: Annapurna Labs Ltd. Device 0022 (rev 02)

0000:00:05.0 RAID bus controller: Annapurna Labs Ltd. Device 0022 (rev 02)

0000:00:05.1 RAID bus controller: Annapurna Labs Ltd. Device 8022 (rev 02)

0000:00:08.0 SATA controller: Annapurna Labs Ltd. Device 0031 (rev 02)

0001:00:00.0 PCI bridge: Annapurna Labs Ltd. Device 0031 (rev 01)

0001:01:00.0 USB controller: ASMedia Technology Inc. ASM1042A USB 3.0 Host Controller

0002:00:00.0 PCI bridge: Annapurna Labs Ltd. Device 0031 (rev 01)

0002:01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8125 2.5GbE Controller (rev 05)

root@UDMProSE:~# lscpu

Architecture: aarch64

CPU op-mode(s): 32-bit, 64-bit

Byte Order: Little Endian

CPU(s): 4

On-line CPU(s) list: 0-3

Thread(s) per core: 1

Core(s) per socket: 4

Socket(s): 1

Vendor ID: ARM

Model: 3

Model name: Cortex-A57

Stepping: r1p3

BogoMIPS: 116.66

Vulnerability Itlb multihit: Not affected

Vulnerability L1tf: Not affected

Vulnerability Mds: Not affected

Vulnerability Meltdown: Not affected

Vulnerability Spec store bypass: Vulnerable

Vulnerability Spectre v1: Mitigation; __user pointer sanitization

Vulnerability Spectre v2: Vulnerable

Vulnerability Srbds: Not affected

Vulnerability Tsx async abort: Not affected

Flags: fp asimd evtstrm aes pmull sha1 sha2 crc32 cpuid

root@UDMProSE:~# lsusb

Bus 002 Device 002: ID 05e3:0749 Genesys Logic, Inc. SD Card Reader and Writer

Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub

Bus 001 Device 002: ID 1f9b:157e Ubiquiti Networks, Inc. Ulcd application

Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

root@UDMProSE:~# lsblk

NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT

loop0 7:0 0 774.5M 0 loop /mnt/.rofs

sda 8:0 0 119.2G 0 disk

├─sda1 8:1 0 512M 0 part

├─sda2 8:2 0 7G 0 part [SWAP]

└─sda5 8:5 0 111.2G 0 part /ssd1

sdb 8:16 0 465.8G 0 disk

├─sdb1 8:17 0 512M 0 part

├─sdb2 8:18 0 2G 0 part

├─sdb3 8:19 0 1G 0 part

└─sdb5 8:21 0 457.8G 0 part

└─md3 9:3 0 457.6G 0 raid1 /volume1

mtdblock0 31:0 0 1.8M 0 disk

mtdblock1 31:1 0 64K 0 disk

mtdblock2 31:2 0 64K 0 disk

mtdblock3 31:3 0 64K 1 disk

mtdblock4 31:4 0 64K 1 disk

mtdblock5 31:5 0 6M 0 disk

boot 135:0 1 14.7G 0 disk

├─boot1 135:1 1 64M 0 part

├─boot2 135:2 1 32M 0 part

├─boot3 135:3 1 2G 0 part /boot/firmware

├─boot4 135:4 1 1G 0 part /var/log

├─boot5 135:5 1 4G 0 part /data

├─boot6 135:6 1 2G 0 part /persistent

└─boot7 135:7 1 5.6G 0 part /mnt/.rwfs

Zitat von gierig

Demnach wäre der Switch auch nur mit 1GB an die CPU angebunden auch wenn der chip selber

2.5Gb kann über das Mido / MII interface. evt. ist das aber auch nur ne doofe anzeige.

Selbst da bin ich mir nicht sicher.

root@UDMProSE:~# dmesg | grep switch0

[ 2.251528] switch0: RTL8370B switch registered on alpine_mdio_shared_18

Der Chip RTL 8370 ist ein 8 Port 1GB mit PCIe Anbindung laut Datenblatt.

Aber der grep auf PCIe ergab Folgendes, mit dem Ergebnis speed Gen 2 width x1

und dies wären 500 MB/s.

Irgendwie müssen ja die Daten von den beiden SPF+ und dem einzelnen Ethernetport mit 2,5 GB dort hinkommen.

Oder habe ich da ein Denkfehler.

root@UDMProSE:~# dmesg | grep pcie

[ 0.000000] Kernel command line: pci=pcie_bus_perf console=ttyS0,115200 net.ifnames=0 sysid=ea2c boot_carrier=4 root=

[ 0.686213] al-internal-pcie fbc00000.pcie-internal: host bridge /soc/pcie-internal ranges:

[ 0.686222] al-internal-pcie fbc00000.pcie-internal: MEM 0xfe000000..0xfeffffff -> 0xfe000000

[ 0.686261] al-internal-pcie fbc00000.pcie-internal: PCI host bridge to bus 0000:00

[ 0.688476] al-external-pcie fd800000.pcie-external0: host bridge /soc/pcie-external0 ranges:

[ 0.688484] al-external-pcie fd800000.pcie-external0: err 0xfb600000..0xfb6fffff -> 0xfb600000

[ 0.688491] al-external-pcie fd800000.pcie-external0: IO 0xc0000000..0xc000ffff -> 0x00010000

[ 0.688496] al-external-pcie fd800000.pcie-external0: MEM 0xc0010000..0xc7ffffff -> 0xc0010000

[ 0.688521] al-external-pcie fd800000.pcie-external0: link up: speed Gen 2 width x1

[ 0.688524] al-external-pcie fd800000.pcie-external0: link up: speed Gen 2 width x1

[ 0.688565] al-external-pcie fd800000.pcie-external0: PCI host bridge to bus 0001:00

[ 0.691184] al-external-pcie fd820000.pcie-external1: host bridge /soc/pcie-external1 ranges:

[ 0.691193] al-external-pcie fd820000.pcie-external1: err 0xfb700000..0xfb7fffff -> 0xfb700000

[ 0.691199] al-external-pcie fd820000.pcie-external1: IO 0xc8000000..0xc800ffff -> 0x00020000

[ 0.691204] al-external-pcie fd820000.pcie-external1: MEM 0xc8010000..0xcfffffff -> 0xc8010000

[ 0.691226] al-external-pcie fd820000.pcie-external1: link up: speed Gen 2 width x1

[ 0.691229] al-external-pcie fd820000.pcie-external1: link up: speed Gen 2 width x1

[ 0.691268] al-external-pcie fd820000.pcie-external1: PCI host bridge to bus 0002:00

Ich sehe für mich keinen Bedarf an schnelleren Backbone zu SFP+ und Eth2,5.

Meine AP(Gen5), Doorphone und IndoorMonitor sind allesamt lahm.
Auch sehe ich keinen Client in unseren 2Pers.-Haushalt, der auch nur annähernd per WLAN an die 1 GB/s, unabhängig von den AP, kommt.
Auch 2x 4k-Stream und Instagram auf 2 Handys gleichzeitig wird die 4x AP nicht an die Grenze bringen.

Wichtig ist mir eher die Performanz(Firewall) auf den beiden SFP+ und dem 2,5 GB Port in Richtung LAN/NAS.