1781AW, DHCP Intranet, Konfig-Check

[vitaminc]

Ich komme nicht weiter.
Habe einen 1781AW und einen 1781VAW. Soweit eigentlich, bis auf den IP Adressraum, identisch konfiguriert.

Auf dem 1781VAW habe ich keine Probleme mit dem DHCP.
Hingegen auf dem 1781AW der DHCP auf dem INTRANET nicht funktioniert, folgende Fehlermeldung spuckt mir der Trace aus:
no IP address available
(check WAN-pool, BOOTP- and routing-table for possible conflicts)
=> Discard

DHCP auf dem GAST Netz funktioniert problemlos.

Jemand nen Tipp?


Hier mal paar Konfigdaten:

NETZWERKE:
"INTRANET" {IP-Address} 10.70.35.100 {IP-Netmask} 255.255.255.0 {VLAN-ID} 0 {Interface} BRG-1 {Src-check} loose {Type} Intranet {Rtg-tag} 0 {Comment} "local intranet GREV"
"WLAN-GAST" {IP-Address} 192.168.2.100 {IP-Netmask} 255.255.255.0 {VLAN-ID} 0 {Interface} BRG-2 {Src-check} loose {Type} Intranet {Rtg-tag} 2 {Comment} "WLAN-GAST"

ROUTING:
10.79.1.0 255.255.255.0 0 {Peer-or-IP} "VPN" {Distance} 0 {Masquerade} No {Active} Yes {Comment} ""
224.0.0.0 224.0.0.0 0 {Peer-or-IP} "0.0.0.0" {Distance} 0 {Masquerade} No {Active} Yes {Comment} "block multicasts: 224-255.x.y.z"
255.255.255.255 0.0.0.0 2 {Peer-or-IP} "ADSL" {Distance} 0 {Masquerade} on {Active} Yes {Comment} ""
255.255.255.255 0.0.0.0 1 {Peer-or-IP} "SDSL" {Distance} 0 {Masquerade} on {Active} Yes {Comment} ""
255.255.255.255 0.0.0.0 0 {Peer-or-IP} "VPN" {Distance} 0 {Masquerade} No {Active} Yes {Comment} ""

DHCP:
"INTRANET" {Start-Address-Pool} 10.70.35.150 {End-Address-Pool} 10.70.35.200 {Netmask} 255.255.255.0 {Broadcast-Address} 0.0.0.0 {Gateway-Address} 10.70.35.100 {DNS-Default} 10.70.35.100 {DNS-Backup} 10.86.2.203 {NBNS-Default} 0.0.0.0 {NBNS-Backup} 0.0.0.0 {Operating} Yes {Broadcast-Bit} No {Master-Server} 0.0.0.0 {2nd-Master-Server} 0.0.0.0 {3rd-Master-Server} 0.0.0.0 {4th-Master-Server} 0.0.0.0 {Cache} No {Adaption} No {Cluster} No
"WLAN-GAST" {Start-Address-Pool} 192.168.2.1 {End-Address-Pool} 192.168.2.99 {Netmask} 255.255.255.0 {Broadcast-Address} 0.0.0.0 {Gateway-Address} 192.168.2.100 {DNS-Default} 192.168.2.100 {DNS-Backup} 0.0.0.0 {NBNS-Default} 0.0.0.0 {NBNS-Backup} 0.0.0.0 {Operating} Yes {Broadcast-Bit} No {Master-Server} 0.0.0.0 {2nd-Master-Server} 0.0.0.0 {3rd-Master-Server} 0.0.0.0 {4th-Master-Server} 0.0.0.0 {Cache} No {Adaption} No {Cluster} No

"LAN-1" {Enable-DHCP} Yes
"LAN-2" {Enable-DHCP} Yes
"LAN-3" {Enable-DHCP} Yes
"LAN-4" {Enable-DHCP} Yes
"WLAN-1" {Enable-DHCP} Yes
"WLAN-1-2" {Enable-DHCP} Yes

LAN-BRIDGE:
"LAN-1" {Active} Yes {Bridge-Group} BRG-1 {DHCP-Limit} 0 {Point-To-Point-Port} Auto
"LAN-2" {Active} Yes {Bridge-Group} BRG-1 {DHCP-Limit} 0 {Point-To-Point-Port} Auto
"LAN-3" {Active} Yes {Bridge-Group} BRG-2 {DHCP-Limit} 0 {Point-To-Point-Port} Auto
"LAN-4" {Active} Yes {Bridge-Group} BRG-1 {DHCP-Limit} 0 {Point-To-Point-Port} Auto
"WLAN-1" {Active} Yes {Bridge-Group} BRG-1 {DHCP-Limit} 0 {Point-To-Point-Port} Auto
"WLAN-1-2" {Active} Yes {Bridge-Group} BRG-2 {DHCP-Limit} 0 {Point-To-Point-Port} Auto

WLAN-1 {Operating} Yes {Network-Name} "INTERN" {MAC-Filter} Yes {RADIUS-Accounting} No {Accounting-Server} "" {Closed-Network} Yes {Max-Stations} 0 {Min-Client-Strength} 0 {Inter-Station-Traffic} Yes {Transmit-only-Unicasts} No {APSD} No {Cl.-Brg.-Support} Yes {Aironet-Extensions} Yes {Include-UUID} Yes {Tx-Limit} 0 {Rx-Limit} 0 {LBS-Tracking} No {LBS-Tracking-List} ""
WLAN-1-2 {Operating} Yes {Network-Name} "GAST" {MAC-Filter} Yes {RADIUS-Accounting} No {Accounting-Server} "" {Closed-Network} No {Max-Stations} 0 {Min-Client-Strength} 0 {Inter-Station-Traffic} Yes {Transmit-only-Unicasts} No {APSD} No {Cl.-Brg.-Support} No {Aironet-Extensions} Yes {Include-UUID} Yes {Tx-Limit} 0 {Rx-Limit} 0 {LBS-Tracking} No {LBS-Tracking-List} ""

ETHERNET-PORTS:
ETH-1 {Assignment} DSL-1 {Connector} Auto {MDI-Mode} Auto {Private-Mode} No {Downshift} Yes {Clock-Role} Master-Preferred {Power-Saving} Yes {Flow-Control} Auto
ETH-2 {Assignment} LAN-2 {Connector} Auto {MDI-Mode} Auto {Private-Mode} No {Downshift} Yes {Clock-Role} Master-Preferred {Power-Saving} Yes {Flow-Control} Auto
ETH-3 {Assignment} LAN-3 {Connector} Auto {MDI-Mode} Auto {Private-Mode} No {Downshift} Yes {Clock-Role} Master-Preferred {Power-Saving} Yes {Flow-Control} Auto
ETH-4 {Assignment} LAN-4 {Connector} Auto {MDI-Mode} Auto {Private-Mode} No {Downshift} Yes {Clock-Role} Master-Preferred {Power-Saving} Yes {Flow-Control} Auto

VPN:
"VPN" {SH-Time} 9999 {Extranet-Address} 0.0.0.0 {Remote-Gw} "Gegenstelle-IP" {Rtg-tag} 1 {Layer} "VPN" {dynamic} UDP {IKE-Exchange} Main-Mode {Rule-creation} auto {DPD-Inact-Timeout} 60 {IKE-CFG} Off {XAUTH} Off {SSL-Encaps.} No {OCSP-Check} No

[vitaminc]

habe eben entdeckt dass in der DHCP-Ansicht jede einzelne IP aus dem DHCP Adressraum angezeigt wird, und zwar mit:
IP.blah.blub - 00:00:00:00.... (XEROX CORPORATION) Timout: 4 Tage, 03:52 Stunden INTRANET Zuweisung: 15.04.2015 13:29

Was zum Geier?

[MariusP]

Hi,
Die Auszüge aus der Konfig oben, stammen sie von dem VAW oder AW?
Was ist mit dem Wan-Pool?
Gruß

[vitaminc]

Aus dem AW den ich an einer Außenstelle stehen habe.

Den VAW habe ich hier bei mir aufm Tisch, mit identischer Konfig bestückt nur mit dem Unterschied dass ich natürlich andere IP-Adressdaten verwendet habe.
Beim VAW habe ich noch den Haken für "Hardware-NAT" gesetzt, den gibt es beim AW nicht.

WAN-Pool, helf mir mal auf die Sprünge, was meinst Du damit?

[vitaminc]

Hab den Client mal testweise als BootP Station hinzugefügt, aber leider DHCPDECLINE


[DHCP] 2015/04/15 15:20:11,382 Devicetime: 2015/04/15 15:20:10,666
DHCP Rx (WLAN-1, INTRANET):
DHCP Client Message (request) from 0.0.0.0: DHCPDISCOVER
Op = 01 | HType = 01 | HLen = 06 | Hops = 00
XId = 816C0D2D | 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 26 c7 55 eb bc 00 00 00 00 00 00 00 00 00 00

Hostname: NB-LEMMENVendor-Class-ID: MSFT 5.0
Option List 1 15 3 6 44 46 47 31 33 121 249 43
=> Tx ARP-Request for 10.70.35.101

[DHCP] 2015/04/15 15:20:11,387 Devicetime: 2015/04/15 15:20:10,668
DHCP: ARP-Reply for 10.70.35.101
=> Tx DHCPOFFER

[DHCP] 2015/04/15 15:20:11,392 Devicetime: 2015/04/15 15:20:10,668
DHCP Tx (WLAN-1, INTRANET):
DHCP Server Message (reply) to 255.255.255.255: DHCPOFFER
Op = 02 | HType = 01 | HLen = 06 | Hops = 00
XId = 816C0D2D | Secs = 0000 | Flags = 0000
CIAdr = 0.0.0.0 | YIAdr = 10.70.35.101
SIAdr = 0.0.0.0 | GIAdr = 0.0.0.0
CHAdr = 00 26 c7 55 eb bc 00 00 00 00 00 00 00 00 00 00
Server-ID: 10.70.35.100
Netmask: 255.255.255.0
Gateway: 10.70.35.100
DNS-Server: 10.70.35.100, 10.86.2.203
Hostname: NB-LEMMEN
Domain: intern
Broadcast: 10.70.35.255
TCP-WD: 0
NBNS-Server: (none)
Leasetime: 7200
Renewal: 3600
Rebind: 5400

[DHCP] 2015/04/15 15:20:11,395 Devicetime: 2015/04/15 15:20:10,671
DHCP Rx (WLAN-1, INTRANET):
DHCP Client Message (request) from 0.0.0.0: DHCPREQUEST
Op = 01 | HType = 01 | HLen = 06 | Hops = 00
XId = 816C0D2D | 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 26 c7 55 eb bc 00 00 00 00 00 00 00 00 00 00

Req.-IP: 10.70.35.101
Server-ID: 10.70.35.100
Hostname: NB-LEMMEN
unknown option: 81 | Len = 25 | Para: 00 00 00 4e 42 2d 4c 45 4d 4d 45 4e 2e 63 65 66 2d 64 65 2e 6c 6f 63 61 6cVendor-Class-ID: MSFT 5.0
Option List 1 15 3 6 44 46 47 31 33 121 249 43
=> Tx DHCPACK

[DHCP] 2015/04/15 15:20:11,412 Devicetime: 2015/04/15 15:20:10,671
DHCP Tx (WLAN-1, INTRANET):
DHCP Server Message (reply) to 255.255.255.255: DHCPACK
Op = 02 | HType = 01 | HLen = 06 | Hops = 00
XId = 816C0D2D | Secs = 0000 | Flags = 0000
CIAdr = 0.0.0.0 | YIAdr = 10.70.35.101
SIAdr = 0.0.0.0 | GIAdr = 0.0.0.0
CHAdr = 00 26 c7 55 eb bc 00 00 00 00 00 00 00 00 00 00
Server-ID: 10.70.35.100
Netmask: 255.255.255.0
Gateway: 10.70.35.100
DNS-Server: 10.70.35.100, 10.86.2.203
Hostname: NB-LEMMEN
Domain: intern
Broadcast: 10.70.35.255
TCP-WD: 0
NBNS-Server: (none)
Leasetime: 7200
Renewal: 3600
Rebind: 5400

[DHCP] 2015/04/15 15:20:11,415 Devicetime: 2015/04/15 15:20:10,810
DHCP Aging
DHCP Aging complete

[DHCP] 2015/04/15 15:20:11,615 Devicetime: 2015/04/15 15:20:11,101
DHCP Rx (WLAN-1, INTRANET):
DHCP Client Message (request) from 0.0.0.0: DHCPDECLINE
Op = 01 | HType = 01 | HLen = 06 | Hops = 00
XId = 816C0D2D | Secs = 0000 | Flags = 0000
CIAdr = 10.70.35.101 | YIAdr = 0.0.0.0
SIAdr = 0.0.0.0 | GIAdr = 0.0.0.0
CHAdr = 00 26 c7 55 eb bc 00 00 00 00 00 00 00 00 00 00

=> mark unknown

[MariusP]

Hi,

(check WAN-pool,

Code: Alles auswählen

ls Setup/IP-Router/Start-WAN-Pool
ls Setup/IP-Router/End-WAN-Pool

Ich bin zwar net der DHCP Experte und kann daher nicht sagen ob es bei deiner Konfig vom Belang ist, aber wenn der Lancom darauf hinweis, denke ich das du schauen solltest ob diese beiden Felder gleich sind auf beiden Geräten.
Gruß

[vitaminc]

An WAN-Pool habe ich nichts geändert, ist überall auf Default, also identisch/gleich.


Ich habe jetzt mal nen Client per LAN an den Lancom angebunden, da hat er problemlos ne IP per DHCP aus dem Intranet bekommen.
Also scheint das Problem evtl. nur auf der WLAN-Seite zu bestehen. Das kostet langsam echt Nerven..

[vitaminc]

Weiterer Fehler:

[DHCP] 2015/04/15 15:48:00,609 Devicetime: 2015/04/15 15:47:59,928
DHCP Rx (WLAN-1, INTRANET):
DHCP Client Message (request) from 0.0.0.0: DHCPDISCOVER
Op = 01 | HType = 01 | HLen = 06 | Hops = 00
XId = AFE22825 | 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 26 c7 55 eb bc 00 00 00 00 00 00 00 00 00 00

Hostname: NB-LEMMENVendor-Class-ID: MSFT 5.0
Option List 1 15 3 6 44 46 47 31 33 121 249 43
=> Tx ARP-Request for 10.70.35.103

[DHCP] 2015/04/15 15:48:02,899 Devicetime: 2015/04/15 15:48:02,430
DHCP: ARP-Timeout for 10.70.35.103
=> Tx DHCPOFFER

ARP-Timeout, ach wie schön..

[MoinMoin]

Moin, moin!

ARP-Timeout, ach wie schön..

Ja, und nicht einmal ein Fehler. Das LANCOM schickt einen ARP-Request, umd festzustellen, ob die Adresse schon vergeben ist. Erst nach dem Timeout vergibt es sie selber.

Ciao, Georg

[backslash]

Hi vitaminc,

das LANCOM macht vor der Vergabe einer IP-Adresse einen ARP-Request auf diese Adresse. Wenn sich daraufhin keiner meldet (ARP-Timeout) oder aber ein Host antwortet mit der MAC-Adresse, von der auch die DHCP-Anfragen kommen, dann wird die Adresse zugewiesen.

Wenn nun der Host, dem die Adresse zugewiesen wird, diese aus irgendweinem Grund als doppelt belegt ansieht, dann schickt er ein Decline und das LANCOM markiert die Adresse als unbekannt belegt - und genau das scheint bei dir bei allen Adressen zu passieren.

Da mußt du schon in deinem Netz suchen, wer da die ARP-Requests beantwortet.

Hängt der Client, der da über WLAN-1 rein kommt, vielleicht hinter einem WLAN-Repeater? Das könnte der Grund für dein Problem sein, den WLAN-Repeater machen eine Art Maskierung auf Layer-2 Ebene, was zu dem Bild passen würde, daß der ARP-Request seinbar vom korrekten Host beantwortet wird, dieser danach aber eine Doppelbelegung (hiner dem WLAN-Repeater) erkennt und ein Decline schickt...

Gruß
Backslash

[vitaminc]

Nein, es ist kein Repeater vorhanden.

Aber Ihr habt natürlich Recht, der Windows-Client kommt direkt mit der Fehlemeldung das ein IP-Adressenkonflikt besteht, komischerweise aber nur über die WLAN-Schnittstelle, nicht über die LAN-Schnittstelle.

Der 1781AW ist nun wieder auf dem Weg zu mir, so dass ich den einfach mal NEU bei mir vor Ort testen kann und ggf. neu einrichten kann. Wenn ich hier keine Probleme habe, dann muss es am physikalischen Standort liegen das dort irgendwas fehlerhaftes im Netz ist.

[powder8]

Hy,

hast du einen Xerox Netzwerkdrucker oder eine Apple AirPort extreme.

Diese hatte bei mir genau dieses Problem verursacht.

[vitaminc]

Ich habe den Router zwischenzeitlich bei mir, hier zeigt er kein Problem, funktioniert ohne Probleme, so verdichtet sich meine Vermutung dass dort irgendwas im Netzwerk sein muss welches das Problem verursacht.