L-322agn schneller eine IP via DHCP bekommen.

[janlange]

Hallo,

ich habe hier einen L322agn den ich im Standalone Modus als AP verwenden möchte. Ebenfalls soll er IP Adressen im Netzwerk und WLAN verteilen. Ich habe den DHCP nach Anleitung aktiviert und einen Adressraum vergeben (192.168.0.20 - 100) mit Gateway und DNS.

Wenn sich nun ein Client via WLAN einloggt, dann steht die Verbindung sofort, aber die IP Adresse bekommt das Gerät immer erst nach exakt 60 Sekunden Wartezeit. Sobald eine IP zugewiesen wurde läuft die Kommunikation einwandfrei.

Wie kann ich diese 60 sekündige Wartezeit deaktivieren bzw. die Vergabe beschleunigen?

DHCP steht auf "Ein" und nicht auf "Automatisch".

Danke für eure Hilfe.

[backslash]

Hi janlange,

im LANCOM gibt es keine derartigen Wartezeiten...

Gruß
Backlsash

[janlange]

Also ist es ein Software Bug?

Egal welches Gerät ich konnektiere.. jedes dieser Geräte wartet knapp eine Minute auf die IP Adresse.

Schließe ich via LAN Kabel eine Fritzbox mit DHCP an.. reagiert die Fritzbox innherhalb von Sekunden und weißt eine IP zu. Die WLAN Verbindung ist also etabliert und in Ordnung.

[Jirka]

Hallo janlange,

ist denn das Verhalten im LAN genauso wie im WLAN?
Ist der AP normal im Bridge-Modus, oder wird da irgendwie geroutet?

Mach doch als erstes, mit einem anderen Gerät, was bereits eine IP hat, mal bitte ein tr # dhcp auf der Konsole, dann sehen wir weiter...

Viele Grüße,
Jirka

[janlange]

Hi Jirka,

>> ist denn das Verhalten im LAN genauso wie im WLAN?
Muss ich mal testen!

>> Ist der AP normal im Bridge-Modus, oder wird da irgendwie geroutet?
Ich habe die neuste FW LCOS, Version 9.24 RU5 aufgespielt und mit dem Knopf hinten ein Reset durchgeführt. Danach den Assistenten 2x ausgeführt für die Einrichtung des WLANs, einmal für 2,4 und einmal für 5 Ghz mit identischer SSID.

In der Config hab ich dann manuell den DHCP aktiviert und die IP Adressangaben hinterlegt. Ebenso hab ich Band Steering aktiviert, damit Clients auf 5 Ghz angehoben werden.

Die LAN Ports und WLAN IFaces sind alle zusammen im Bridge-Modus.

Beim DHCP hab ich nachträglich noch den Modus auf automatisch auf Ein geändert, weil mir auffiehl das das vergeben einer IP so lange dauert, also dachte ich der wartet erstmal bis ein anderer DHCP antwortet. Aber das hat am Verhalten nichts geändert.


>>Mach doch als erstes, mit einem anderen Gerät, was bereits eine IP hat, mal bitte ein tr # dhcp auf der Konsole, dann sehen wir weiter...
Ok, mach ich!
Danke

[janlange]

Hi,

via LAN Kabel braucht das angeschlossene Gerät ebenfalls so lange bis eine IP vergeben wurde.
Habe danach den Trace gestartet und mich mit einem iPhone verbunden.

Hier das Ergebnis:

Code: Alles auswählen

[Jan@JanMBP ~]$ ssh -l root 192.168.0.250
Local password authentication for root
Password: 


#
| LANCOM L-322agn dual Wireless
| Ver. 9.24.0261RU5 / 09.06.2017
| SN.  4003120118100171
| Copyright (c) LANCOM Systems

LancomX32Rack, Connection No.: 002 (LAN)


root@LancomX32Rack:/
> tr # dhcp
DHCP                 ON 

root@LancomX32Rack:/
> 
[DHCP] 1900/01/01 00:05:37,280
DHCP Rx (WLAN-2, INTRANET): 
DHCP Client Message (request) from 0.0.0.0: DHCPDISCOVER
  Op    = 01       | HType = 01   | HLen  = 06   | Hops  = 00
  XId   = F321015E | Secs  = 0000 | Flags = 0000
  CIAdr =          0.0.0.0 | YIAdr =          0.0.0.0
  SIAdr =          0.0.0.0 | GIAdr =          0.0.0.0
  CHAdr = 70 70 0d 0f b3 0f 00 00 00 00 00 00 00 00 00 00

Option List      1 121 3 6 15 119 252
MsgSize:         1500
Client-ID:       01:70:70:0d:0f:b3:0f
Leasetime:       7776000
Hostname:        iPhonevanLange3
 => Tx ARP-Request for 192.168.0.49

[DHCP] 1900/01/01 00:05:39,108
DHCP Rx (WLAN-2, INTRANET): 
DHCP Client Message (request) from 0.0.0.0: DHCPDISCOVER
  Op    = 01       | HType = 01   | HLen  = 06   | Hops  = 00
  XId   = F321015E | Secs  = 0002 | Flags = 0000
  CIAdr =          0.0.0.0 | YIAdr =          0.0.0.0
  SIAdr =          0.0.0.0 | GIAdr =          0.0.0.0
  CHAdr = 70 70 0d 0f b3 0f 00 00 00 00 00 00 00 00 00 00

Option List      1 121 3 6 15 119 252
MsgSize:         1500
Client-ID:       01:70:70:0d:0f:b3:0f
Leasetime:       7776000
Hostname:        iPhonevanLange3
 (ARP in progress) => Discard

[DHCP] 1900/01/01 00:05:39,781
DHCP: ARP-Timeout for 192.168.0.49
 => Tx DHCPOFFER

[DHCP] 1900/01/01 00:05:39,781
DHCP Tx (WLAN-2, INTRANET): 
DHCP Server Message (reply) to 255.255.255.255: DHCPOFFER
  Op    = 02       | HType = 01   | HLen  = 06   | Hops  = 00
  XId   = F321015E | Secs  = 0002 | Flags = 0000
  CIAdr =          0.0.0.0 | YIAdr =     192.168.0.49
  SIAdr =          0.0.0.0 | GIAdr =          0.0.0.0
  CHAdr = 70 70 0d 0f b3 0f 00 00 00 00 00 00 00 00 00 00
Server-ID:   192.168.0.250
Client-ID:   01:70:70:0d:0f:b3:0f
Netmask:     255.255.255.0
Gateway:     192.168.0.1
DNS-Server:  192.168.0.1
Domain:      intern
Broadcast:   192.168.0.255
NBNS-Server: (none)
Leasetime:   360000

[DHCP] 1900/01/01 00:05:40,788
DHCP Rx (WLAN-2, INTRANET): 
DHCP Client Message (request) from 0.0.0.0: DHCPREQUEST
  Op    = 01       | HType = 01   | HLen  = 06   | Hops  = 00
  XId   = F321015E | Secs  = 0004 | Flags = 0000
  CIAdr =          0.0.0.0 | YIAdr =          0.0.0.0
  SIAdr =          0.0.0.0 | GIAdr =          0.0.0.0
  CHAdr = 70 70 0d 0f b3 0f 00 00 00 00 00 00 00 00 00 00

Option List      1 121 3 6 15 119 252
MsgSize:         1500
Client-ID:       01:70:70:0d:0f:b3:0f
Req.-IP:         192.168.0.49
Server-ID:       192.168.0.250
Hostname:        iPhonevanLange3
 => Tx DHCPACK

[DHCP] 1900/01/01 00:05:40,789
DHCP Tx (WLAN-2, INTRANET): 
DHCP Server Message (reply) to 255.255.255.255: DHCPACK
  Op    = 02       | HType = 01   | HLen  = 06   | Hops  = 00
  XId   = F321015E | Secs  = 0004 | Flags = 0000
  CIAdr =          0.0.0.0 | YIAdr =     192.168.0.49
  SIAdr =          0.0.0.0 | GIAdr =          0.0.0.0
  CHAdr = 70 70 0d 0f b3 0f 00 00 00 00 00 00 00 00 00 00
Server-ID:   192.168.0.250
Client-ID:   01:70:70:0d:0f:b3:0f
Netmask:     255.255.255.0
Gateway:     192.168.0.1
DNS-Server:  192.168.0.1
Domain:      intern
Broadcast:   192.168.0.255
NBNS-Server: (none)
Leasetime:   30000

[DHCP] 1900/01/01 00:05:57,610
DHCP Rx (LAN-1, INTRANET): 
DHCP Client Message (request) from 192.168.0.68: DHCPINFORM
  Op    = 01       | HType = 01   | HLen  = 06   | Hops  = 00
  XId   = 04C12A33 | Secs  = 0000 | Flags = 0000
  CIAdr =     192.168.0.68 | YIAdr =          0.0.0.0
  SIAdr =          0.0.0.0 | GIAdr =          0.0.0.0
  CHAdr = 00 0c 29 40 53 75 00 00 00 00 00 00 00 00 00 00

Client-ID:       01:00:0c:29:40:53:75
Hostname:        Win7-MacBookJan
Vendor-Class-ID: MSFT 5.0
Option List      1 15 3 6 44 46 47 31 33 121 249 43 252
 => Tx DHCPACK

[DHCP] 1900/01/01 00:05:57,610
DHCP Tx (LAN-1, INTRANET): 
DHCP Server Message (reply) to 192.168.0.68: DHCPACK
  Op    = 02       | HType = 01   | HLen  = 06   | Hops  = 00
  XId   = 04C12A33 | Secs  = 0000 | Flags = 0000
  CIAdr =          0.0.0.0 | YIAdr =          0.0.0.0
  SIAdr =          0.0.0.0 | GIAdr =          0.0.0.0
  CHAdr = 00 0c 29 40 53 75 00 00 00 00 00 00 00 00 00 00
Server-ID:   192.168.0.250
Client-ID:   01:00:0c:29:40:53:75
Netmask:     255.255.255.0
Gateway:     192.168.0.1
DNS-Server:  192.168.0.1
Domain:      intern
Broadcast:   192.168.0.255
NBNS-Server: (none)

[DHCP] 1900/01/01 00:06:01,860
DHCP Aging 
DHCP Aging complete

[backslash]

Hi janlange,

also in deinem Trace dauert es vom DISCVOVER bis zum ACK genau 3 Sekunden... Wieso dein Gerät dann noch eine Minute braucht, mußt du den Hersteller deines Geräts fragen...

Gruß
Backslash

[janlange]

Ah mist.. Fehler gefunden!

Ist wohl nen Apple Problem.. habe zwar 3 verschiedene Geräte ausprobiert, aber alles von Apple (MacBook, iPhone, iPad).

Wenn der DHCP ein Gateway mitgibt, das nicht existiert, lässt sich Apple fast 1 Minute Zeit den Router zu kontaktieren bevor es bestätigt das man im WLAN ist.

Ich habe in weiser Voraussicht als Gateway 192.168.0.1 eingetragen, falls ich mal einen LTE Router dabei habe, der dann auf der 0.1 konfiguriert ist, dann würde der DHCP Server sofort das richtige Gateway schonmal voreinstellen.

Wenn ich das Gateway lösche (0.0.0.0) dann nimmt er als Standard 192.168.0.250 (die IP des Lancom APs) und schwups ist die Verbindung da.

Also müsste ich den LANCOM so konfigurieren, das ich im WLAN ein eigenes Netz habe, welches dann vom Lancom AP auf 192.168.0.0/24 geroutet wird, mit dem Defaultroute Ziel 192.168.0.1.
Hmmm ne das ist doof.. einige Geräte die ich in dem Netz erreichen will können nicht über Subnetz Grenzen hinweg kommunzieren.

[Jirka]

Hi,

hmm, Dein AP hat nicht die aktuelle Uhrzeit und scheint auch erst 5 Min. vorher in Betrieb genommen worden zu sein. Aber das spielt eher eine untergeordnete Rolle. Was hast Du denn für ein Empfinden gehabt, während der Trace lief? Kam das erste DHCPDISCOVER (Betriebszeit des APs: 00:05:37) gleich nach dem Verbinden des iPhones mit dem WLAN, oder erst nach einer Minute?
Der Trace sieht ok aus, man sieht die Anfrage des iPhones (DHCPDISCOVER), dann startet das übliche Programm und drei Sekunden später ist die IP vergeben.
Da Du schreibst, dass es im LAN genauso aussieht wie im WLAN, kann man Probleme im WLAN ausschließen.
Kommt mir jetzt auch etwas komisch vor. Ist das jetzt eine Neukonfiguration Deinerseits gewesen, oder trat das Problem nach Firmware-Update auf?

Viele Grüße,
Jirka

[janlange]

Hi,

der DISCOVER kam sofort beim Verbinden.. das hatte mich ja auch stutzig gemacht und aus der IT Erfahrung heraus bei anderen Themen ähnlicher Natur hatte ich die Vermutung das die "modernen" Geräte nicht mehr nur bestätigen das sie eine IP haben, sondern auch direkt prüfen ob sie ein Gateway erreichen können, oder wie Windows noch einen Schritt weiter.. auch Internet haben. Allerdings blockiert Windows nicht während der Erkennung, man kann also sofort Daten austauschen, selbst wenn er noch überlegt ob er Internet findet oder nicht. Apple blockiert hingegen diese 1 Minute, bevor mans WLAN endlich nutzen kann.

Rest siehe mein vorherigen Beitrag.