1793VA DSL-1: Broadcast statt Unicast

Forum zu aktuellen Geräten der LANCOM Router/Gateway Serie

Moderator: Lancom-Systems Moderatoren

schiffeg
Beiträge: 45
Registriert: 29 Aug 2023, 10:54
Wohnort: Simmerath

Re: 1793VA DSL-1: Broadcast statt Unicast

Beitrag von schiffeg »

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 ...
backslash
Moderator
Moderator
Beiträge: 7016
Registriert: 08 Nov 2004, 21:26
Wohnort: Aachen

Re: 1793VA DSL-1: Broadcast statt Unicast

Beitrag von backslash »

Hi Dr. Einestein
Lancom ignoriert einfach den selbst eingetragenen Wert von 000000000000 und ersetzt diesen im Hintergrund automatisch mit seiner 00:a0:57er Adresse, leider
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...
Was mir dabei auch aufgefallen ist: Lancom will nach Änderung der MAC-Adresse immer einen Neustart haben
NEIN! es reicht die WAN-Verbindung zu trennen und neu aufzubauen...

Gruß
Backslash
Dr.Einstein
Beiträge: 2922
Registriert: 12 Jan 2010, 14:10

Re: 1793VA DSL-1: Broadcast statt Unicast

Beitrag von Dr.Einstein »

backslash hat geschrieben: 16 Nov 2023, 10:34 NEIN! es reicht die WAN-Verbindung zu trennen und neu aufzubauen...
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
Moderator
Moderator
Beiträge: 7016
Registriert: 08 Nov 2004, 21:26
Wohnort: Aachen

Re: 1793VA DSL-1: Broadcast statt Unicast

Beitrag von backslash »

Hi schiffeg
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 ...
und Bintec müßte das Bit einfach nur ignorieren... thats 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
backslash
Moderator
Moderator
Beiträge: 7016
Registriert: 08 Nov 2004, 21:26
Wohnort: Aachen

Re: 1793VA DSL-1: Broadcast statt Unicast

Beitrag von backslash »

Hui Dr Einsein
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.
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

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
in der ersten Verbindung steht folgendes:

Code: Alles auswählen

CHAdr = 02 a0 57 1b a8 55 00 00 00 00 00 00 00 00 00 00
sowie

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
und in der zweiten

Code: Alles auswählen

CHAdr = 02 a0 57 11 11 11 00 00 00 00 00 00 00 00 00 00
sowie

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
auch mit einem Wireshark aufgezeichnet nutzt die zweite Verbindung im Ethernet-Header die neue MAC-Adresse...


Gruß
Backslash
Dr.Einstein
Beiträge: 2922
Registriert: 12 Jan 2010, 14:10

Re: 1793VA DSL-1: Broadcast statt Unicast

Beitrag von Dr.Einstein »

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:
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.

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             ....
Im Wireshark des Ziels stand das gleiche drin, ist also keine Fehlanzeige vom ETH Trace.
backslash
Moderator
Moderator
Beiträge: 7016
Registriert: 08 Nov 2004, 21:26
Wohnort: Aachen

Re: 1793VA DSL-1: Broadcast statt Unicast

Beitrag von backslash »

Hi Dr.Einstein
Das witzige ist, im DHCP CHAdr = steht die neue MAC-Adresse drin, im Frame "Header" aber die alte Quell Adresse.
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 muß irgend eine fiese Race-Condition sein...
Wie gesagt, Zustand, wo eine DHCPoE Verbindung hängt und eben nicht erfolgreich aufgebaut ist.
Das LANCOM hört da sicherlich auf nur noch die neue MAC-Adresse, weshalb die Antworten dann verloren gehen

Gruß
Backslash
backslash
Moderator
Moderator
Beiträge: 7016
Registriert: 08 Nov 2004, 21:26
Wohnort: Aachen

Re: 1793VA DSL-1: Broadcast statt Unicast

Beitrag von backslash »

Hi Dr.Einstein

ich konnte es mitlerweile sogar nachstellen - und hab es als Bug eingetragen

Gruß
Backslash
Dr.Einstein
Beiträge: 2922
Registriert: 12 Jan 2010, 14:10

Re: 1793VA DSL-1: Broadcast statt Unicast

Beitrag von Dr.Einstein »

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.
backslash
Moderator
Moderator
Beiträge: 7016
Registriert: 08 Nov 2004, 21:26
Wohnort: Aachen

Re: 1793VA DSL-1: Broadcast statt Unicast

Beitrag von backslash »

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
Dr.Einstein
Beiträge: 2922
Registriert: 12 Jan 2010, 14:10

Re: 1793VA DSL-1: Broadcast statt Unicast

Beitrag von Dr.Einstein »

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?
Glückwunsch. Dein Wunsch hat es wohl in die 10.80RU2 geschafft:
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.
Konntest du es bereits gegenprüfen?
schiffeg
Beiträge: 45
Registriert: 29 Aug 2023, 10:54
Wohnort: Simmerath

Re: 1793VA DSL-1: Broadcast statt Unicast

Beitrag von schiffeg »

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
Antworten