[Gelöst] Lancom DHCP & Android 4.x

[ericj]

Servus!

ich habe folgendes Problem:

Meine Umgebung besteht aus einem 1781A mit WLC-Option & drei 321agn. Es gibt ein internes Wifi mit DHCP über den Windows Server & zwei getunnelte Wifis welche den internen DHCP des 1781A nutzen.

Nun habe ich das Problem, dass am Anfang alles funktioniert, sich sämtliche Clients (Windows, Mac, iOS, Android, WinPhone) in den unterschiedliches Wifis verbinden. Nach ein paar Tagen bekommen die Android-Geräte aber keine IP mehr in den getunnelten Wifis zugeordnet. Bzw. sie stellen einen DHCPREQUEST, bekommen eine DHCPOFFER und dann ist aber Feierabend. Gehe ich ins erste Wifi mit Windows DHCP funktioniert Tagelang alles...

Ich habe mit dem Lancom Support schon mal rauf geschaut & er kann sich das auch nicht wirklich herklären. Er meinte aber das ein Kollege solch ein Verhalten schon mal hatte (allerdings auch ohne Lösung).

Habt ihr schon mal ähnliches erlebt?

Grüße,
Eric

[Dr.Einstein]

Hey,

laufend hatte ich das Problem, aktuell einzige Lösung: WLC Tunneling deaktivieren und alles mit VLANs.

Gruß Dr.Einstein

[alf29]

Moin,

schaut Euch doch mal im Fehlerfall den DHCPOFFER mit dem WLAN-Data-Trace an, dazu im Vergleich den Offer im Nicht-Fehler-Fall. Vielleicht sehen wir ja einen Unterschied, der uns weiterbringt.

Gruß Alfred

[ericj]

Hallo die Herren,

schon mal vielen Dank für eure Hinweise. Ich wollte eigentlich ungern mit VLANs anfangen, da ich die Tunneling-geschichte doch ganz schick finde & es ja auch nur ein "Umschiffen" des Problem ist.

Bezüglich Trace:

irgendwie stell ich mich zu doof an, aber wenn ich nen Trace auf einen AP mache mit WLAN-DATA sehe ich da nichts mit DHCP... sieht man evtl im Telnet mehr als mit dem "normalen" Trace-Fenster?

Hier aber schon mal die beiden Pakete im Netz in dem es nicht funktioniert:

Code: Alles auswählen

[DHCP] 2013/05/03 16:26:46,433  Devicetime: 2013/05/03 16:26:45,440
DHCP Rx (WLC-TUNNEL-2, XXXX-NETZ): 
DHCP Client Message (request) from 0.0.0.0: DHCPREQUEST
  Op    = 01       | HType = 01   | HLen  = 06   | Hops  = 00
  XId   = 82387A64 | 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 = 5c 0a 5b 8c 89 c4 00 00 00 00 00 00 00 00 00 00

Req.-IP:         10.10.21.149
MsgSize:         41541579Vendor-Class-ID: dhcpcd-5.5.6
Hostname:        android-899b96c6a8918f1d
Option List      1 33 3 6 15 28 51 58 59
 => Tx DHCPACK

[DHCP] 2013/05/03 16:26:46,448  Devicetime: 2013/05/03 16:26:45,440
DHCP Tx (WLC-TUNNEL-2, XXXX-NETZ): 
DHCP Server Message (reply) to 255.255.255.255: DHCPACK
  Op    = 02       | HType = 01   | HLen  = 06   | Hops  = 00
  XId   = 82387A64 | Secs  = 0000 | Flags = 0000
  CIAdr =          0.0.0.0 | YIAdr =     10.10.21.149
  SIAdr =          0.0.0.0 | GIAdr =          0.0.0.0
  CHAdr = 5c 0a 5b 8c 89 c4 00 00 00 00 00 00 00 00 00 00
Server-ID:   10.10.21.254
Netmask:     255.255.255.0
Gateway:     10.10.21.254
DNS-Server:  8.8.8.8, 8.8.4.4
Domain:      intern
Broadcast:   10.10.21.255
TCP-WD:      0
NBNS-Server: (none)
Leasetime:   30000
Renewal:     15000
Rebind:      22500

[alf29]

Moin,

irgendwie stell ich mich zu doof an, aber wenn ich nen Trace auf einen AP mache mit WLAN-DATA sehe ich da nichts mit DHCP... sieht man evtl im Telnet mehr als mit dem "normalen" Trace-Fenster?

'trace # wlan-data @ bootp' wäre ein guter Anfang - DHCP-Pakete benutzen das Paketformat von BOOTP. Wenn da nichts auftaucht, dann ist der Offer bzw. ACK nicht am WLAN des APs angekommen und man muß sich einen Schritt weiter nach vorne arbeiten, also z.B. 'trace # capwap-data @ bootp'. Wenn's dort auch nicht ist, dann hat's der AP nicht über den Tunnel bekommen und man macht das gleiche auf dem WLC.

Gruß Alfred

[ericj]

nach dem es die gesamte letze Woche funktioniert hat, komme ich heute früh in die Firma & beide Androids kommen nicht mehr ins Wifi. Hier mal das Log. Ganz unten bin ich dann mit dem Smartphone ins Wifi mit Windows-DHCP gehüpft.

http://txtup.co/UXves

[alf29]

Moin,

die Offers sehe so weit korrekt aus, mit der Ausnahme, daß der DHCP-Server im LCOS Antworten defaultmäßig immer als Broadcast verschickt (das ist ein Workaround für einige ältere Windows-Versionen). Du könntest einmal versuchen, in den DHCP-Einstellungen den Schalter 'Broadcast-Bit beachten' zu setzen, dann werden die Antworten nur noch als Broadcast geschickt, wenn der Client das explizit anfordert.

Gruß Alfred

[ericj]

Super, vielen Dank.

ich werds mal versuchen!

Edit: das scheint es tatsächlich gewesen zu sein, es ging auf Anhieb bei 3 verschiedenen Androids mit 4.2.2.

ich geb nächste Woche nochmal nen Feedback

[ericj]

nach einer Woche & Tests mit verschiedenen Geräten kann ich sagen, alles läuft!

Vielen Dank!!

Eric