1793VA DSL-1: Broadcast statt Unicast
Moderator: Lancom-Systems Moderatoren
Re: 1793VA DSL-1: Broadcast statt Unicast
Dr.Einstein, ganz lieben Dank für Deinen Einsatz !!
Das sehe ich genau so: LANSOM müsste "nur" das broadcast flag (1 Bit !!!; 1 statt 0) an einer Eth WAN Schnittstelle (z.B. DSL-1) verfügbar machen ... That is it ...
Also LANCOM Vertrieb ...
Das sehe ich genau so: LANSOM müsste "nur" das broadcast flag (1 Bit !!!; 1 statt 0) an einer Eth WAN Schnittstelle (z.B. DSL-1) verfügbar machen ... That is it ...
Also LANCOM Vertrieb ...
Re: 1793VA DSL-1: Broadcast statt Unicast
Hi Dr. Einestein
Gruß
Backslash
nun ja, 000000000000 heißt am Ende halt "nicht gesetzt" und somit erfoglt ein Rückfall auf die Geräte-MAC-Adresse. Desweiteren würde der Ethernet-Controller eine diese MAC-Adresse nicht akzeptieren...Lancom ignoriert einfach den selbst eingetragenen Wert von 000000000000 und ersetzt diesen im Hintergrund automatisch mit seiner 00:a0:57er Adresse, leider
NEIN! es reicht die WAN-Verbindung zu trennen und neu aufzubauen...Was mir dabei auch aufgefallen ist: Lancom will nach Änderung der MAC-Adresse immer einen Neustart haben
Gruß
Backslash
-
- Beiträge: 3224
- Registriert: 12 Jan 2010, 14:10
Re: 1793VA DSL-1: Broadcast statt Unicast
Mein Wireshark hat dem widersprochen. Trotz Trennbefehl (do /o/m/d <Name WAN Gegenstelle>), oder sogar ETH-Port down/up kam der Lancom immer wieder mit seiner bisherigen MAC-Adresse. Manchmal hat sich das nach 5-10 Minuten dann von selbst eingerenkt, manchmal nicht. Ein Neustart hat es sofort korrigiert. Kann natürlich sein, dass das LCOS den hängenden Zustand "Protokollverhandlung" nicht mag.backslash hat geschrieben: 16 Nov 2023, 10:34 NEIN! es reicht die WAN-Verbindung zu trennen und neu aufzubauen...
Re: 1793VA DSL-1: Broadcast statt Unicast
Hi schiffeg
LANCOM wird das sicherlich nicht ädern, außer du kaufst mehrere hundert Geräte... Vor allem, weil LANCOM sich einerseits korrekt verhält und andereseits - wie schon gesagt - *ALLE* Internetprovider, die DHCP anbieten (Kabelnetzbetreiber), ein gesetztes Broadcastbeit ablehnen
Für bintec wäre das einfach in *EINER* if-Abfrage die Bedingung so zu ändern, daß der Server immer meint, das Bit wäre gesetzt:
if (1 || broadcast_bit)
answer_broadcast()
else
answer_unicast()
In LANCOM müßte dafür eine Konfiguration-Option eiggebaut werden - mit allem, was daran hängt (LANconfig, Cloud, etc) das ist mehr als "einfach nur das Bit setzen"...
Gruß
Backlslash
und Bintec müßte das Bit einfach nur ignorieren... thats it!Das sehe ich genau so: LANSOM müsste "nur" das broadcast flag (1 Bit !!!; 1 statt 0) an einer Eth WAN Schnittstelle (z.B. DSL-1) verfügbar machen ... That is it ...
LANCOM wird das sicherlich nicht ädern, außer du kaufst mehrere hundert Geräte... Vor allem, weil LANCOM sich einerseits korrekt verhält und andereseits - wie schon gesagt - *ALLE* Internetprovider, die DHCP anbieten (Kabelnetzbetreiber), ein gesetztes Broadcastbeit ablehnen
Für bintec wäre das einfach in *EINER* if-Abfrage die Bedingung so zu ändern, daß der Server immer meint, das Bit wäre gesetzt:
if (1 || broadcast_bit)
answer_broadcast()
else
answer_unicast()
In LANCOM müßte dafür eine Konfiguration-Option eiggebaut werden - mit allem, was daran hängt (LANconfig, Cloud, etc) das ist mehr als "einfach nur das Bit setzen"...
Gruß
Backlslash
Re: 1793VA DSL-1: Broadcast statt Unicast
Hui Dr Einsein
in der ersten Verbindung steht folgendes:
sowie
und in der zweiten
sowie
auch mit einem Wireshark aufgezeichnet nutzt die zweite Verbindung im Ethernet-Header die neue MAC-Adresse...
Gruß
Backslash
ich wiess nicht, was du da aufgeziechtnest hast.. Aber wenn die Verbindung getrennt wird, wird die nächste mit der neuen MAC-Adresse aufgebaut:Mein Wireshark hat dem widersprochen. Trotz Trennbefehl (do /o/m/d <Name WAN Gegenstelle>), oder sogar ETH-Port down/up kam der Lancom immer wieder mit seiner bisherigen MAC-Adresse. Manchmal hat sich das nach 5-10 Minuten dann von selbst eingerenkt, manchmal nicht. Ein Neustart hat es sofort korrigiert. Kann natürlich sein, dass das LCOS den hängenden Zustand "Protokollverhandlung" nicht mag.
Code: Alles auswählen
root@:/
> flash no
set ok: VALUE: No
[Test]root@:/
> tr # dhcp
DHCP ON
[Test]root@:
> cd /set/wan/dsl
[Test]root@:/Setup/WAN/DSL-Broadband-Peers
> l
Peer SH-Time AC-name Servicename WAN-layer ATM-VPI ATM-VCI MAC-Type user-def.-MAC DSL-ifc(s) VLAN-ID Prio-Mapping Prio-Value S-VLAN-ID IPv6
==================---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
IPOE 9999 DHCPOE 0 0 user-def. 02a0571ba855 DSL1 0 off 0 0
[Test]root@:/Setup/WAN/DSL-Broadband-Peers
>
[Test]root@:/Setup/WAN/DSL-Broadband-Peers
> do /o/m/d
OK: Action Disconnect started
[Test]root@:/Setup/WAN/DSL-Broadband-Peers
>
[DHCP] 2023/11/16 10:48:20,392 [info] : DHCP Client: set state idle (0) for IPOE
[DHCP] 2023/11/16 10:48:21,397 [info] : DHCP Client: set state init (1) for IPOE
[DHCP] 2023/11/16 10:48:21,498 [info] : DHCP Client: set state selecting (2) for IPOE
[DHCP] 2023/11/16 10:48:21,498 [info] : DHCP Client Tx (WAN, IPOE)
DHCP Client Message (request): DHCPDISCOVER
Op = 01 | HType = 01 | HLen = 06 | Hops = 00
XId = 43d781eb | Secs = 0ddd | Flags = 0000
CIAdr = 0.0.0.0 | YIAdr = 0.0.0.0
SIAdr = 0.0.0.0 | GIAdr = 0.0.0.0
CHAdr = 02 a0 57 1b a8 55 00 00 00 00 00 00 00 00 00 00
Message-Type (53): discover (1)
Client-ID (61): IAID : da62b3af
DUID-Type : 3 (link-layer-address, DUID-LL)
Hardware-Type: 1 (ethernet)
MAC-Address : 02:a0:57:1b:a8:55
Message-Size (57): 1280
Hostname (12): LANCOM-85a762
Vendor-Class-ID (60): 4c 41 4e 43 4f 4d 20 31 38 30 30 56 41 57 2d 34
47
Option-List (55): 1, 121, 3, 6, 15, 43, 212
[DHCP] 2023/11/16 10:48:21,558 [info] : DHCP Client Rx (WAN, IPOE)
DHCP Server Message (reply): DHCPOFFER
Op = 02 | HType = 01 | HLen = 06 | Hops = 00
XId = 43d781eb | Secs = 0000 | Flags = 8000
CIAdr = 0.0.0.0 | YIAdr = 172.16.11.2
SIAdr = 0.0.0.0 | GIAdr = 0.0.0.0
CHAdr = 02 a0 57 1b a8 55 00 00 00 00 00 00 00 00 00 00
Message-Type (53): offer (2)
Netmask (1): 255.255.255.0
Server-ID (54): 172.16.11.4
Renewal-Time (58): 30
Rebind-Time (59): 50
Lease-Time (51): 60
Gateway (3): 172.16.11.100
[DHCP] 2023/11/16 10:48:21,559 [info] : DHCP Client: set state requesting (3) for IPOE
[DHCP] 2023/11/16 10:48:21,559 [info] : DHCP Client Tx (WAN, IPOE)
DHCP Client Message (request): DHCPREQUEST
Op = 01 | HType = 01 | HLen = 06 | Hops = 00
XId = 43d781eb | Secs = 0ddd | Flags = 0000
CIAdr = 0.0.0.0 | YIAdr = 0.0.0.0
SIAdr = 0.0.0.0 | GIAdr = 0.0.0.0
CHAdr = 02 a0 57 1b a8 55 00 00 00 00 00 00 00 00 00 00
Message-Type (53): request (3)
Client-ID (61): IAID : da62b3af
DUID-Type : 3 (link-layer-address, DUID-LL)
Hardware-Type: 1 (ethernet)
MAC-Address : 02:a0:57:1b:a8:55
Message-Size (57): 1280
Server-ID (54): 172.16.11.4
Requested-IP (50): 172.16.11.2
Hostname (12): LANCOM-85a762
Vendor-Class-ID (60): 4c 41 4e 43 4f 4d 20 31 38 30 30 56 41 57 2d 34
47
Option-List (55): 1, 121, 3, 6, 15, 43, 212
[DHCP] 2023/11/16 10:48:21,646 [info] : DHCP Client Rx (WAN, IPOE)
DHCP Server Message (reply): DHCPACK
Op = 02 | HType = 01 | HLen = 06 | Hops = 00
XId = 43d781eb | Secs = 0000 | Flags = 8000
CIAdr = 0.0.0.0 | YIAdr = 172.16.11.2
SIAdr = 0.0.0.0 | GIAdr = 0.0.0.0
CHAdr = 02 a0 57 1b a8 55 00 00 00 00 00 00 00 00 00 00
Gateway (3): 172.16.11.100
Message-Type (53): ack (5)
Netmask (1): 255.255.255.0
Server-ID (54): 172.16.11.4
DNS-Server (6): 172.16.11.200
Renewal-Time (58): 30
Rebind-Time (59): 50
Lease-Time (51): 60
[DHCP] 2023/11/16 10:48:21,647 [info] : DHCP Client: set state wait-ARP (4) for IPOE
[DHCP] 2023/11/16 10:48:25,147 [info] : DHCP Client: set state bound (5) for IPOE
[Test]root@:/Setup/WAN/DSL-Broadband-Peers
> l
Peer SH-Time AC-name Servicename WAN-layer ATM-VPI ATM-VCI MAC-Type user-def.-MAC DSL-ifc(s) VLAN-ID Prio-Mapping Prio-Value S-VLAN-ID IPv6
==================---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
IPOE 9999 DHCPOE 0 0 user-def. 02a0571ba855 DSL1 0 off 0 0
[Test]root@:/Setup/WAN/DSL-Broadband-Peers
> set ipoe {use} 02a057111111
set ok:
Peer SH-Time AC-name Servicename WAN-layer ATM-VPI ATM-VCI MAC-Type user-def.-MAC DSL-ifc(s) VLAN-ID Prio-Mapping Prio-Value S-VLAN-ID IPv6
==================---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
IPOE 9999 DHCPOE 0 0 user-def. 02a057111111 DSL1 0 off 0 0
[Test]root@:/Setup/WAN/DSL-Broadband-Peers
>
[Test]root@:/Setup/WAN/DSL-Broadband-Peers
> do /o/m/d
OK: Action Disconnect started
[Test]root@:/Setup/WAN/DSL-Broadband-Peers
>
[DHCP] 2023/11/16 10:49:23,926 [info] : DHCP Client: set state idle (0) for IPOE
[DHCP] 2023/11/16 10:49:24,932 [info] : DHCP Client: set state init (1) for IPOE
[DHCP] 2023/11/16 10:49:25,033 [info] : DHCP Client: set state selecting (2) for IPOE
[DHCP] 2023/11/16 10:49:25,033 [info] : DHCP Client Tx (WAN, IPOE)
DHCP Client Message (request): DHCPDISCOVER
Op = 01 | HType = 01 | HLen = 06 | Hops = 00
XId = e475f5b1 | Secs = 0049 | Flags = 0000
CIAdr = 0.0.0.0 | YIAdr = 0.0.0.0
SIAdr = 0.0.0.0 | GIAdr = 0.0.0.0
CHAdr = 02 a0 57 11 11 11 00 00 00 00 00 00 00 00 00 00
Message-Type (53): discover (1)
Client-ID (61): IAID : da62b3af
DUID-Type : 3 (link-layer-address, DUID-LL)
Hardware-Type: 1 (ethernet)
MAC-Address : 02:a0:57:11:11:11
Message-Size (57): 1280
Hostname (12): LANCOM-85a762
Vendor-Class-ID (60): 4c 41 4e 43 4f 4d 20 31 38 30 30 56 41 57 2d 34
47
Option-List (55): 1, 121, 3, 6, 15, 43, 212
[DHCP] 2023/11/16 10:49:25,083 [info] : DHCP Client Rx (WAN, IPOE)
DHCP Server Message (reply): DHCPOFFER
Op = 02 | HType = 01 | HLen = 06 | Hops = 00
XId = e475f5b1 | Secs = 0000 | Flags = 8000
CIAdr = 0.0.0.0 | YIAdr = 172.16.11.2
SIAdr = 0.0.0.0 | GIAdr = 0.0.0.0
CHAdr = 02 a0 57 11 11 11 00 00 00 00 00 00 00 00 00 00
Message-Type (53): offer (2)
Netmask (1): 255.255.255.0
Server-ID (54): 172.16.11.4
Renewal-Time (58): 30
Rebind-Time (59): 50
Lease-Time (51): 60
Gateway (3): 172.16.11.100
[DHCP] 2023/11/16 10:49:25,084 [info] : DHCP Client: set state requesting (3) for IPOE
[DHCP] 2023/11/16 10:49:25,084 [info] : DHCP Client Tx (WAN, IPOE)
DHCP Client Message (request): DHCPREQUEST
Op = 01 | HType = 01 | HLen = 06 | Hops = 00
XId = e475f5b1 | Secs = 0049 | Flags = 0000
CIAdr = 0.0.0.0 | YIAdr = 0.0.0.0
SIAdr = 0.0.0.0 | GIAdr = 0.0.0.0
CHAdr = 02 a0 57 11 11 11 00 00 00 00 00 00 00 00 00 00
Message-Type (53): request (3)
Client-ID (61): IAID : da62b3af
DUID-Type : 3 (link-layer-address, DUID-LL)
Hardware-Type: 1 (ethernet)
MAC-Address : 02:a0:57:11:11:11
Message-Size (57): 1280
Server-ID (54): 172.16.11.4
Requested-IP (50): 172.16.11.2
Hostname (12): LANCOM-85a762
Vendor-Class-ID (60): 4c 41 4e 43 4f 4d 20 31 38 30 30 56 41 57 2d 34
47
Option-List (55): 1, 121, 3, 6, 15, 43, 212
[DHCP] 2023/11/16 10:49:25,170 [info] : DHCP Client Rx (WAN, IPOE)
DHCP Server Message (reply): DHCPACK
Op = 02 | HType = 01 | HLen = 06 | Hops = 00
XId = e475f5b1 | Secs = 0000 | Flags = 8000
CIAdr = 0.0.0.0 | YIAdr = 172.16.11.2
SIAdr = 0.0.0.0 | GIAdr = 0.0.0.0
CHAdr = 02 a0 57 11 11 11 00 00 00 00 00 00 00 00 00 00
Gateway (3): 172.16.11.100
Message-Type (53): ack (5)
Netmask (1): 255.255.255.0
Server-ID (54): 172.16.11.4
DNS-Server (6): 172.16.11.200
Renewal-Time (58): 30
Rebind-Time (59): 50
Lease-Time (51): 60
[DHCP] 2023/11/16 10:49:25,171 [info] : DHCP Client: set state wait-ARP (4) for IPOE
[DHCP] 2023/11/16 10:49:28,671 [info] : DHCP Client: set state bound (5) for IPOE
[Test]root@:/Setup/WAN/DSL-Broadband-Peers
> tr - all
[Test]root@:/Setup/WAN/DSL-Broadband-Peers
Code: Alles auswählen
CHAdr = 02 a0 57 1b a8 55 00 00 00 00 00 00 00 00 00 00
Code: Alles auswählen
Client-ID (61): IAID : da62b3af
DUID-Type : 3 (link-layer-address, DUID-LL)
Hardware-Type: 1 (ethernet)
MAC-Address : 02:a0:57:1b:a8:55
Code: Alles auswählen
CHAdr = 02 a0 57 11 11 11 00 00 00 00 00 00 00 00 00 00
Code: Alles auswählen
Client-ID (61): IAID : da62b3af
DUID-Type : 3 (link-layer-address, DUID-LL)
Hardware-Type: 1 (ethernet)
MAC-Address : 02:a0:57:11:11:11
Gruß
Backslash
-
- Beiträge: 3224
- Registriert: 12 Jan 2010, 14:10
Re: 1793VA DSL-1: Broadcast statt Unicast
Das witzige ist, im DHCP CHAdr = steht die neue MAC-Adresse drin, im Frame "Header" aber die alte Quell Adresse. Wie gesagt, Zustand, wo eine DHCPoE Verbindung hängt und eben nicht erfolgreich aufgebaut ist.backslash hat geschrieben: 16 Nov 2023, 11:01 ich wiess nicht, was du da aufgeziechtnest hast.. Aber wenn die Verbindung getrennt wird, wird die nächste mit der neuen MAC-Adresse aufgebaut:
Code: Alles auswählen
set ok:
Peer SH-Time AC-name Servicename WAN-layer ATM-VPI ATM-VCI MAC-Type user-def.-MAC DSL-ifc(s) VLAN-ID Prio-Mapping IPv6
==================----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
INET_4GE 9999 INET_4GE 0 0 user-def. 001122334455 DSL2 463 off
root@1793VA:/Setup/WAN/DSL-Broadband-Peers
> tr # eth @ dsl
Ethernet ON @ dsl
root@1793VA:/Setup/WAN/DSL-Broadband-Peers
> begin
script>cd /Setup/Interfaces/Ethernet-Ports
script>tab Port Assignment
script>set ETH-4 Power-Down
script>cd /
script>
script>sleep 5s
script>
script>cd /Setup/Interfaces/Ethernet-Ports
script>tab Port Assignment
script>set ETH-4 DSL-2
script>cd /
script>exit
root@1793VA:/Setup/WAN/DSL-Broadband-Peers
>
Starting script
Finished script successfully
[Ethernet] 2023/11/15 20:43:04,470
Sent 346 byte Ethernet packet via DSL-2:
IPv4 Hdr Checksum : inserted by hardware
IP Proto Checksum : inserted by hardware
-->IEEE 802.3 Header
Dest : ff:ff:ff:ff:ff:ff (Broadcast)
Source : 00:a0:57:54:ad:a4 (LANCOM 54:ad:a4)
Type : 802.1p/q VLAN
-->802.1p/q VLAN Header
VLAN Id : 463
VLAN Prio : 0
VLAN CFI : 0
Type : IPv4
-->IPv4 Header
Version : 4
Header Length : 20
ToS/DSCP : (0x00) (Precedence 0) / (DSCP CS0/BE)
Total length : 328
ID : 1074
Fragment : Offset 0
TTL : 64
Protocol : UDP
Checksum : 65535 (updated by hardware)
Src Address : 0.0.0.0
Dest Address : 255.255.255.255
-->UDP Header
Src Port : BOOTPC
Dest Port : BOOTPS
Length : 308
Checksum : 0 (updated by hardware)
-->BOOTP Packet
Operation : Request
Hardware Type : Ethernet
Hardware Length : 6
Hops : 0
Transaction ID : 0x1dbd68a9
Seconds : 554
Flags :
Client Address : 0.0.0.0
Your Address : 0.0.0.0
Server Address : 0.0.0.0
Gateway Address : 0.0.0.0
Client HW Address : 00:11:22:33:44:55 (CIMSYS 33:44:55)
Server Name :
Boot File Name :
Magic Cookie : 0x63825363
-->DHCP Options
Message-Type : Discover
Client-ID : 01 00 11 22 33 44 55 ..."3DU
Max-Message-Size : 1280
Host-Name : 1793VA
Vendor-Class : 4c 41 4e 43 4f 4d 20 31 LANCOM 1
37 39 33 56 41 793VA
Request-List : Netmask
Unknown(121)
Gateway
DNS-Server
Domain
Vendor-Specific
6rd-Parameter
Trailer : ff 00 00 00 00 00 00 00 ........
00 00 00 00 ....
Re: 1793VA DSL-1: Broadcast statt Unicast
Hi Dr.Einstein
Das muß irgend eine fiese Race-Condition sein...
Gruß
Backslash
das wäre allerdings ein Bug - die Frage ist nur, warum passiert das bei dir und ich konnte es nicht nachstellen... (bei mir wurde auch im Wireshark direkt die neue MAC-Adrsse genutzt).Das witzige ist, im DHCP CHAdr = steht die neue MAC-Adresse drin, im Frame "Header" aber die alte Quell Adresse.
Das muß irgend eine fiese Race-Condition sein...
Das LANCOM hört da sicherlich auf nur noch die neue MAC-Adresse, weshalb die Antworten dann verloren gehenWie gesagt, Zustand, wo eine DHCPoE Verbindung hängt und eben nicht erfolgreich aufgebaut ist.
Gruß
Backslash
Re: 1793VA DSL-1: Broadcast statt Unicast
Hi Dr.Einstein
ich konnte es mitlerweile sogar nachstellen - und hab es als Bug eingetragen
Gruß
Backslash
ich konnte es mitlerweile sogar nachstellen - und hab es als Bug eingetragen
Gruß
Backslash
-
- Beiträge: 3224
- Registriert: 12 Jan 2010, 14:10
Re: 1793VA DSL-1: Broadcast statt Unicast
Top danke dir. Jetzt noch die MAC-Adresse als User Defined 00:00:00:00:00:00 zulassen und selbst der Threadersteller ist happy. Du könntest ja so einen Kniff nehmen wie beim Rtg Tag 0 und der Firewallregel.
Re: 1793VA DSL-1: Broadcast statt Unicast
Hi Dr.Einstein
die MAC-Adresse 00:00:00:00:00:00 kann nicht zugelassen werden, weil sie eine ungültige MAC-Adresse ist...
Im ARP wird z.B. mit dieser Adresse der angefragte Teil gekennzeichnet - wenn man das zuließe, würde vermutlich das ganze Netz amok laufen...
Gruß
Backslash
die MAC-Adresse 00:00:00:00:00:00 kann nicht zugelassen werden, weil sie eine ungültige MAC-Adresse ist...
Im ARP wird z.B. mit dieser Adresse der angefragte Teil gekennzeichnet - wenn man das zuließe, würde vermutlich das ganze Netz amok laufen...
Gruß
Backslash
-
- Beiträge: 3224
- Registriert: 12 Jan 2010, 14:10
Re: 1793VA DSL-1: Broadcast statt Unicast
Glückwunsch. Dein Wunsch hat es wohl in die 10.80RU2 geschafft:schiffeg hat geschrieben: 07 Nov 2023, 16:35 HW:
1793VA LCOS 10.80.0155
Eth4 als DSL-1 (Internet-Zugang über DHCP) für ext. LTE-Backup
Dem DISCOVER fehlt das Broadcast Flag 1793VA_Trace_DISCOVER_Unicast.jpg
Wie kann ich das auf Broadcast ändern?
Konntest du es bereits gegenprüfen?Das Broadcast-Bit für den DHCP-Client ist nun schaltbar. Dazu gibt es in der
WAN-Layer-Tabelle auf der Konsole bzw. im LCOS-Menübaum den Parameter
‚B-DHCP‘ in der Auswahl für Layer 3.
Re: 1793VA DSL-1: Broadcast statt Unicast
Hi Dr.Einstein,
mit dem 1793VA funktioniert nun das bintec 4Ge-LE mit einem (ungemanageden) Switch dazwischen.
Mit dem Nachfolger 1803VA noch nicht ... bin dran.
Viele Grüße
mit dem 1793VA funktioniert nun das bintec 4Ge-LE mit einem (ungemanageden) Switch dazwischen.
Mit dem Nachfolger 1803VA noch nicht ... bin dran.
Viele Grüße