Lancom DSL/10 - > Keine IP-Adresse per DHCP für Nokia E61

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

Moderator: Lancom-Systems Moderatoren

Antworten
Quicksilver
Beiträge: 18
Registriert: 10 Dez 2004, 16:19
Wohnort: Gütershigh and -low

Lancom DSL/10 - > Keine IP-Adresse per DHCP für Nokia E61

Beitrag von Quicksilver »

Hi *,

folgende Konfiguration: LANCOMDSL/10 mit Firmware 3.58, dahinter ein Cisco Aironet 340 AP. Das Nokia E61 ist für den WLAN-Zugriff korrekt konfiguriert, d.h. funktioniert mit Vergabe einer statischen IP problemlos. Versuche ich jetzt das Ganze per DHCP, erhält das E61 keine Ip-Adresse bzw. nimmt diese nicht an. Ein Trace # dhcp zeigt:

Code: Alles auswählen

DHCP Rx (LAN):
DHCP Client Message (request) from 0.0.0.0: DHCPDISCOVER
  Op    = 01       | HType = 01   | HLen  = 06   | Hops  = 00
  XId   = ED21F547 | Secs  = 0000 | Flags = 8000
  CIAdr =          0.0.0.0 | YIAdr =          0.0.0.0
  SIAdr =          0.0.0.0 | GIAdr =          0.0.0.0
  CHAdr = 00 13 fd 40 f5 df 00 00 00 00 00 00 00 00 00 00
unknown option:  53 | Len =   1 | Para: 01
Req.-IP:     0.0.0.0 => ignored (WAN pool address)
unknown option:  55 | Len =   7 | Para: 0c 06 0f 01 03 1c 78
MsgSize:     203032857
 => Tx ARP-Request for 192.168.1.20

[DHCP] 2007/01/03 19:06:14,350
DHCP Rx (LAN):
DHCP Client Message (request) from 0.0.0.0: DHCPDISCOVER
  Op    = 01       | HType = 01   | HLen  = 06   | Hops  = 00
  XId   = ED21F547 | Secs  = 0000 | Flags = 8000
  CIAdr =          0.0.0.0 | YIAdr =          0.0.0.0
  SIAdr =          0.0.0.0 | GIAdr =          0.0.0.0
  CHAdr = 00 13 fd 40 f5 df 00 00 00 00 00 00 00 00 00 00
unknown option:  53 | Len =   1 | Para: 01
Req.-IP:     0.0.0.0 => ignored (WAN pool address)
unknown option:  55 | Len =   7 | Para: 0c 06 0f 01 03 1c 78
MsgSize:     203010393
 => Tx ARP-Request for 192.168.1.20

[DHCP] 2007/01/03 19:06:14,860
DHCP: ARP-Timeout for 192.168.1.20
 => Tx DHCPOFFER

[DHCP] 2007/01/03 19:06:14,860
DHCP Tx (LAN):
DHCP Server Message (reply) to 255.255.255.255: DHCPOFFER
  Op    = 02       | HType = 01   | HLen  = 06   | Hops  = 00
  XId   = ED21F547 | Secs  = 0000 | Flags = 0000
  CIAdr =          0.0.0.0 | YIAdr =     192.168.1.20
  SIAdr =      192.168.1.1 | GIAdr =          0.0.0.0
  CHAdr = 00 13 fd 40 f5 df 00 00 00 00 00 00 00 00 00 00
Netmask:     255.255.255.0
Gateway:     192.168.1.1
DNS-Server:  192.168.1.1
Hostname:
Domain:      Kolbeplatz
Broadcast:   192.168.1.255
TCP-WD:      0
NBNS-Server: (none)
Leasetime:   2580000
Server-ID:   192.168.1.1
Renewal:     1290000
Rebind:      1935000

[DHCP] 2007/01/03 19:06:14,880
DHCP Rx (LAN):
DHCP Client Message (request) from 0.0.0.0: DHCPDISCOVER
  Op    = 01       | HType = 01   | HLen  = 06   | Hops  = 00
  XId   = 30FDEB2A | Secs  = 0000 | Flags = 8000
  CIAdr =          0.0.0.0 | YIAdr =          0.0.0.0
  SIAdr =          0.0.0.0 | GIAdr =          0.0.0.0
  CHAdr = 00 13 fd 40 f5 df 00 00 00 00 00 00 00 00 00 00
unknown option:  53 | Len =   1 | Para: 01
Req.-IP:     0.0.0.0 => ignored (WAN pool address)
unknown option:  55 | Len =   7 | Para: 0c 06 0f 01 03 1c 78
MsgSize:     203000025
 => Tx ARP-Request for 192.168.1.20

[DHCP] 2007/01/03 19:06:16,870
DHCP: ARP-Timeout for 192.168.1.20
 => Tx DHCPOFFER

[DHCP] 2007/01/03 19:06:16,870
DHCP Tx (LAN):
DHCP Server Message (reply) to 255.255.255.255: DHCPOFFER
  Op    = 02       | HType = 01   | HLen  = 06   | Hops  = 00
  XId   = ED21F547 | Secs  = 0000 | Flags = 0000
  CIAdr =          0.0.0.0 | YIAdr =     192.168.1.20
  SIAdr =      192.168.1.1 | GIAdr =          0.0.0.0
  CHAdr = 00 13 fd 40 f5 df 00 00 00 00 00 00 00 00 00 00
Netmask:     255.255.255.0
Gateway:     192.168.1.1
DNS-Server:  192.168.1.1
Hostname:
Domain:      Kolbeplatz
Broadcast:   192.168.1.255
TCP-WD:      0
NBNS-Server: (none)
Leasetime:   2580000
Server-ID:   192.168.1.1
Renewal:     1290000
Rebind:      1935000

[DHCP] 2007/01/03 19:06:16,890
DHCP Rx (LAN):
DHCP Client Message (request) from 0.0.0.0: DHCPDISCOVER
  Op    = 01       | HType = 01   | HLen  = 06   | Hops  = 00
  XId   = D2CB0E26 | Secs  = 0000 | Flags = 8000
  CIAdr =          0.0.0.0 | YIAdr =          0.0.0.0
  SIAdr =          0.0.0.0 | GIAdr =          0.0.0.0
  CHAdr = 00 13 fd 40 f5 df 00 00 00 00 00 00 00 00 00 00
unknown option:  53 | Len =   1 | Para: 01
Req.-IP:     0.0.0.0 => ignored (WAN pool address)
unknown option:  55 | Len =   7 | Para: 0c 06 0f 01 03 1c 78
MsgSize:     203060505
 => Tx ARP-Request for 192.168.1.20

[DHCP] 2007/01/03 19:06:17,390
DHCP: ARP-Timeout for 192.168.1.20
 => Tx DHCPOFFER

[DHCP] 2007/01/03 19:06:17,390
DHCP Tx (LAN):
DHCP Server Message (reply) to 255.255.255.255: DHCPOFFER
  Op    = 02       | HType = 01   | HLen  = 06   | Hops  = 00
  XId   = 30FDEB2A | Secs  = 0000 | Flags = 0000
  CIAdr =          0.0.0.0 | YIAdr =     192.168.1.20
  SIAdr =      192.168.1.1 | GIAdr =          0.0.0.0
  CHAdr = 00 13 fd 40 f5 df 00 00 00 00 00 00 00 00 00 00
Netmask:     255.255.255.0
Gateway:     192.168.1.1
DNS-Server:  192.168.1.1
Hostname:
Domain:      Kolbeplatz
Broadcast:   192.168.1.255
TCP-WD:      0
NBNS-Server: (none)
Leasetime:   2580000
Server-ID:   192.168.1.1
Renewal:     1290000
Rebind:      1935000

[DHCP] 2007/01/03 19:06:17,410
DHCP Rx (LAN):
DHCP Client Message (request) from 0.0.0.0: DHCPDISCOVER
  Op    = 01       | HType = 01   | HLen  = 06   | Hops  = 00
  XId   = D9736F5F | Secs  = 0000 | Flags = 8000
  CIAdr =          0.0.0.0 | YIAdr =          0.0.0.0
  SIAdr =          0.0.0.0 | GIAdr =          0.0.0.0
  CHAdr = 00 13 fd 40 f5 df 00 00 00 00 00 00 00 00 00 00
unknown option:  53 | Len =   1 | Para: 01
Req.-IP:     0.0.0.0 => ignored (WAN pool address)
unknown option:  55 | Len =   7 | Para: 0c 06 0f 01 03 1c 78
MsgSize:     203062233
 => Tx ARP-Request for 192.168.1.20

[DHCP] 2007/01/03 19:06:19,400
DHCP: ARP-Timeout for 192.168.1.20
 => Tx DHCPOFFER

[DHCP] 2007/01/03 19:06:19,400
DHCP Tx (LAN):
DHCP Server Message (reply) to 255.255.255.255: DHCPOFFER
  Op    = 02       | HType = 01   | HLen  = 06   | Hops  = 00
  XId   = D2CB0E26 | Secs  = 0000 | Flags = 0000
  CIAdr =          0.0.0.0 | YIAdr =     192.168.1.20
  SIAdr =      192.168.1.1 | GIAdr =          0.0.0.0
  CHAdr = 00 13 fd 40 f5 df 00 00 00 00 00 00 00 00 00 00
Netmask:     255.255.255.0
Gateway:     192.168.1.1
DNS-Server:  192.168.1.1
Hostname:
Domain:      Kolbeplatz
Broadcast:   192.168.1.255
TCP-WD:      0
NBNS-Server: (none)
Leasetime:   2580000
Server-ID:   192.168.1.1
Renewal:     1290000
Rebind:      1935000

[DHCP] 2007/01/03 19:06:19,920
DHCP: ARP-Timeout for 192.168.1.20
 => Tx DHCPOFFER

[DHCP] 2007/01/03 19:06:19,920
DHCP: ARP-Timeout for 192.168.1.20
 => Tx DHCPOFFER
Die 192.168.1.20 wird dem E61 per BOOTP zugeordnet. Der Bezug von IP-Adressen per DHCP funktioniert in mehreren anderen WLANs übrigens ohne Probleme. Nur in diesm Fall nicht. Hat jemand eine Idee, wo da Problem liegen könnte? Timing?

Danke,

Quicksilver
No fear.
backslash
Moderator
Moderator
Beiträge: 7133
Registriert: 08 Nov 2004, 21:26
Wohnort: Aachen

Beitrag von backslash »

Hi Quicksilver

vielleicht liegt es ja an der Lease-Time von einem Monat...

Der Default-Wert im LANCOM ist 500 Minuten (ca. 8 Stunden) falls keine Lease-Time gefordert wird. Wenn eine Lease-Time gefordert wird, dann ist der Default für die maximal zulässige Zeit 6000 Minuten (ca. 4 Tage). Größere Forderungen werden auf den Maximalwert beschränkt - keine Angst, die Rechner erneuern auch dabei ihre Adressen rechtzeitig...

Stelle die Werte einfach auf die Default-Werte zurück und versuche es nochmal. Ein Wert von 43000 Minuten für die Lease-Time (wieso auch immer du diesen Wert eingestellt hast) ist eh völlig übertrieben...

Solange die Geräte aktiv bleiben, behalten sie auch ihre Adressen. Selbst nach dem Abschalten versucht das LANCOM den Geräten beim nächsten Mal wieder die gleiche Adresse zuzuweisen. Eine derart hohe Lease-Time ist also gar nicht nötig. Zudem bleibt die Adresse bei einer Zuordnung über die Stations-Tabelle eh statisch, und wird nicht anderweitig vergeben...

Gruß
Backslash
Quicksilver
Beiträge: 18
Registriert: 10 Dez 2004, 16:19
Wohnort: Gütershigh and -low

Beitrag von Quicksilver »

Hi Backslash,

vielen Dank für die Infos und den Vorschlag! Die Umstellung der Lease-Times (keine Ahnung, wehalb die so hoch standen) bringt jedoch leider nichts . Hier der neue Trace:

Code: Alles auswählen

[DHCP] 2007/01/04 19:44:04,130
DHCP Rx (LAN):
DHCP Client Message (request) from 0.0.0.0: DHCPDISCOVER
  Op    = 01       | HType = 01   | HLen  = 06   | Hops  = 00
  XId   = E785B939 | Secs  = 0000 | Flags = 8000
  CIAdr =          0.0.0.0 | YIAdr =          0.0.0.0
  SIAdr =          0.0.0.0 | GIAdr =          0.0.0.0
  CHAdr = 00 13 fd 40 f5 df 00 00 00 00 00 00 00 00 00 00
unknown option:  53 | Len =   1 | Para: 01
Req.-IP:     0.0.0.0 => ignored (WAN pool address)
unknown option:  55 | Len =   7 | Para: 0c 06 0f 01 03 1c 78
MsgSize:     203038041
 => Tx ARP-Request for 192.168.1.20

[DHCP] 2007/01/04 19:44:06,090
DHCP Rx (LAN):
DHCP Client Message (request) from 0.0.0.0: DHCPDISCOVER
  Op    = 01       | HType = 01   | HLen  = 06   | Hops  = 00
  XId   = E785B939 | Secs  = 0000 | Flags = 8000
  CIAdr =          0.0.0.0 | YIAdr =          0.0.0.0
  SIAdr =          0.0.0.0 | GIAdr =          0.0.0.0
  CHAdr = 00 13 fd 40 f5 df 00 00 00 00 00 00 00 00 00 00
unknown option:  53 | Len =   1 | Para: 01
Req.-IP:     0.0.0.0 => ignored (WAN pool address)
unknown option:  55 | Len =   7 | Para: 0c 06 0f 01 03 1c 78
MsgSize:     203032857
 => Tx ARP-Request for 192.168.1.20

[DHCP] 2007/01/04 19:44:06,640
DHCP: ARP-Timeout for 192.168.1.20
 => Tx DHCPOFFER

[DHCP] 2007/01/04 19:44:06,640
DHCP Tx (LAN):
DHCP Server Message (reply) to 255.255.255.255: DHCPOFFER
  Op    = 02       | HType = 01   | HLen  = 06   | Hops  = 00
  XId   = E785B939 | Secs  = 0000 | Flags = 0000
  CIAdr =          0.0.0.0 | YIAdr =     192.168.1.20
  SIAdr =      192.168.1.1 | GIAdr =          0.0.0.0
  CHAdr = 00 13 fd 40 f5 df 00 00 00 00 00 00 00 00 00 00
Netmask:     255.255.255.0
Gateway:     192.168.1.1
DNS-Server:  192.168.1.1
Hostname:
Domain:      Kolbeplatz
Broadcast:   192.168.1.255
TCP-WD:      0
NBNS-Server: (none)
Leasetime:   30000
Server-ID:   192.168.1.1
MsgSize:     203032857
 => Tx ARP-Request for 192.168.1.20

[DHCP] 2007/01/04 19:44:06,640
DHCP: ARP-Timeout for 192.168.1.20
 => Tx DHCPOFFER

[DHCP] 2007/01/04 19:44:06,640
DHCP Tx (LAN):
DHCP Server Message (reply) to 255.255.255.255: DHCPOFFER
  Op    = 02       | HType = 01   | HLen  = 06   | Hops  = 00
  XId   = E785B939 | Secs  = 0000 | Flags = 0000
  CIAdr =          0.0.0.0 | YIAdr =     192.168.1.20
  SIAdr =      192.168.1.1 | GIAdr =          0.0.0.0
  CHAdr = 00 13 fd 40 f5 df 00 00 00 00 00 00 00 00 00 00
Netmask:     255.255.255.0
Gateway:     192.168.1.1
DNS-Server:  192.168.1.1
Hostname:
Domain:      Kolbeplatz
Broadcast:   192.168.1.255
TCP-WD:      0
NBNS-Server: (none)
Leasetime:   30000
Server-ID:   192.168.1.1
Renewal:     15000
Rebind:      22500
Das ganze wiederholt sich beliebig oft...

Hast Du noch weitere Ideen?

Viele Grüße,

Quicksilver
No fear.
backslash
Moderator
Moderator
Beiträge: 7133
Registriert: 08 Nov 2004, 21:26
Wohnort: Aachen

Beitrag von backslash »

Hi Quicksilver

vielleicht verschluckt sich das Teil daran, daß ihm ein lerer Hostname zugewiesen wird. Da du die Adresse eh über BOOTP zuweist, könntest du auch einen passenden Hostnamen zuweisen (Spalte Stationsname in der Tabelle). Vielleicht hilft das...

Gruß
Backslash
Quicksilver
Beiträge: 18
Registriert: 10 Dez 2004, 16:19
Wohnort: Gütershigh and -low

Beitrag von Quicksilver »

Hi Backslash,

der Stationsname war schon immer gesetzt (-> "E61"). Weshalb das DSL/10 keine Zuweisung vornimmt... -> Keine Ahnung.

Sieht eigentlich alles normal aus: den anderen Geräten im Netzwerk werden die Adressen und die Stations- bzw. Rechnernamen ohne Probleme zugewiesen. Aber wer weiß schon, was Nokia da so implementiert hat. Leider kann ich auf dem E61 keinen Trace machen bzw. mitloggen. Was mich halt wundert ist, dass es in anderen WLANs funktioniert.

Viele Grüße,

Quicksilver
No fear.
backslash
Moderator
Moderator
Beiträge: 7133
Registriert: 08 Nov 2004, 21:26
Wohnort: Aachen

Beitrag von backslash »

Hi Quicksilver
der Stationsname war schon immer gesetzt (-> "E61"). Weshalb das DSL/10 keine Zuweisung vornimmt... -> Keine Ahnung.
vermutlich weil die 3.58 den Namen nur dann übernimmt, wenn die per BOOTP zugewiesene Adresse innerhalb des DHCP-Pools ist... Versuche mal die zugewiesene Adresse passend zu setzen (keine Angst, die Adresse bleibt für das Telefon reserviert)

Gruß
Backslash
Quicksilver
Beiträge: 18
Registriert: 10 Dez 2004, 16:19
Wohnort: Gütershigh and -low

Beitrag von Quicksilver »

Hallo Backslash,

Danke für die Tips!
Versuche mal die zugewiesene Adresse passend zu setzen (keine Angst, die Adresse bleibt für das Telefon reserviert)
Doen, sieht etwas besser aus, aber noch nicht wirklich ganz gut:

Code: Alles auswählen

[DHCP] 2007/01/07 19:55:48,580
DHCP Rx (LAN):
DHCP Client Message (request) from 0.0.0.0: DHCPDISCOVER
  Op    = 01       | HType = 01   | HLen  = 06   | Hops  = 00
  XId   = FE3E7856 | Secs  = 0000 | Flags = 8000
  CIAdr =          0.0.0.0 | YIAdr =          0.0.0.0
  SIAdr =          0.0.0.0 | GIAdr =          0.0.0.0
  CHAdr = 00 13 fd 40 f5 df 00 00 00 00 00 00 00 00 00 00
unknown option:  53 | Len =   1 | Para: 01
Req.-IP:     0.0.0.0 => ignored (WAN pool address)
unknown option:  55 | Len =   7 | Para: 0c 06 0f 01 03 1c 78
MsgSize:     203031129
 => Tx ARP-Request for 192.168.1.20

[DHCP] 2007/01/07 19:55:50,590
DHCP Rx (LAN):
DHCP Client Message (request) from 0.0.0.0: DHCPDISCOVER
  Op    = 01       | HType = 01   | HLen  = 06   | Hops  = 00
  XId   = FE3E7856 | Secs  = 0000 | Flags = 8000
  CIAdr =          0.0.0.0 | YIAdr =          0.0.0.0
  SIAdr =          0.0.0.0 | GIAdr =          0.0.0.0
  CHAdr = 00 13 fd 40 f5 df 00 00 00 00 00 00 00 00 00 00
unknown option:  53 | Len =   1 | Para: 01
Req.-IP:     0.0.0.0 => ignored (WAN pool address)
unknown option:  55 | Len =   7 | Para: 0c 06 0f 01 03 1c 78
MsgSize:     203041497
 => Tx ARP-Request for 192.168.1.20

[DHCP] 2007/01/07 19:55:51,090
DHCP: ARP-Timeout for 192.168.1.20
 => Tx DHCPOFFER

[DHCP] 2007/01/07 19:55:51,090
DHCP Tx (LAN):
DHCP Server Message (reply) to 255.255.255.255: DHCPOFFER
  Op    = 02       | HType = 01   | HLen  = 06   | Hops  = 00
  XId   = FE3E7856 | Secs  = 0000 | Flags = 0000
  CIAdr =          0.0.0.0 | YIAdr =     192.168.1.20
  SIAdr =      192.168.1.1 | GIAdr =          0.0.0.0
  CHAdr = 00 13 fd 40 f5 df 00 00 00 00 00 00 00 00 00 00
Netmask:     255.255.255.0
Gateway:     192.168.1.1
DNS-Server:  192.168.1.1
Hostname:    E61
Domain:      Kolbeplatz
Broadcast:   192.168.1.255
TCP-WD:      0
NBNS-Server: (none)
Leasetime:   30000
Server-ID:   192.168.1.1
Renewal:     15000
Rebind:      22500

[DHCP] 2007/01/07 19:55:51,100
DHCP Rx (LAN):
DHCP Client Message (request) from 0.0.0.0: DHCPREQUEST
  Op    = 01       | HType = 01   | HLen  = 06   | Hops  = 00
  XId   = FE3E7856 | Secs  = 0002 | Flags = 8000
  CIAdr =          0.0.0.0 | YIAdr =          0.0.0.0
  SIAdr =          0.0.0.0 | GIAdr =          0.0.0.0
  CHAdr = 00 13 fd 40 f5 df 00 00 00 00 00 00 00 00 00 00
unknown option:  53 | Len =   1 | Para: 03
Req.-IP:     192.168.1.20
Server-ID:   192.168.1.1
unknown option:  55 | Len =   7 | Para: 0c 06 0f 01 03 1c 78
MsgSize:     203050143
 => Tx DHCPACK

[DHCP] 2007/01/07 19:55:51,100
DHCP Tx (LAN):
DHCP Server Message (reply) to 255.255.255.255: DHCPACK
  Op    = 02       | HType = 01   | HLen  = 06   | Hops  = 00
  XId   = FE3E7856 | Secs  = 0002 | Flags = 0000
  CIAdr =          0.0.0.0 | YIAdr =     192.168.1.20
  SIAdr =      192.168.1.1 | GIAdr =          0.0.0.0
  CHAdr = 00 13 fd 40 f5 df 00 00 00 00 00 00 00 00 00 00
Netmask:     255.255.255.0
Gateway:     192.168.1.1
DNS-Server:  192.168.1.1
Hostname:    E61
Domain:      Kolbeplatz
Broadcast:   192.168.1.255
TCP-WD:      0
NBNS-Server: (none)
Leasetime:   30000
Server-ID:   192.168.1.1
Renewal:     15000
Rebind:      22500

[DHCP] 2007/01/07 19:55:53,100
DHCP: ARP-Timeout for 192.168.1.20
 => already assigned, ignore

[DHCP] 2007/01/07 19:56:16,190
DHCP Aging - complete
Hast Du noch eine Idee, weshalb jetzt "already assigned, ignore" kommt?

Viele Grüße,

Quicksilver
No fear.
backslash
Moderator
Moderator
Beiträge: 7133
Registriert: 08 Nov 2004, 21:26
Wohnort: Aachen

Beitrag von backslash »

Hi Quicksilver,
Doen, sieht etwas besser aus, aber noch nicht wirklich ganz gut:

(...)

Hast Du noch eine Idee, weshalb jetzt "already assigned, ignore" kommt?
Nun ist alles in Ordnung...

Die Meldung kommt daher, weil die 3.58 bei jedem DHCPDISCOVER einen ARP-Request schickt - unabhängig davon, ob bereits ein ARP-Request gesendet wurde (spätere Firmwaren prüfen das und schicken den ARP-Request nur einmal).

Nun ist es so, daß das Nokia seinen zweiten DHCPDISCOVER sendet bevor der erste ARP-Request in einen Timeout gelaufen ist. Deshalb wird ein zweiter ARP-Request gesendet.

Sobald nun der erste ARP-Request in den Timeout läuft, schickt das LANCOM seinen DHCPOFFER, auf den das Nokia nun seinem DHCPREQUEST schickt. Dies wird vom LANCOM mit einem DHCPACK beantwortet und die Adresse ist zugewiesen.

Nun läuft aber noch der Timeout vom zweiten ARP-Request... Sobald dieser abläuft, schaut das LANCOM nach, ob ein DHCPOFFER gesendet werden muß. Das LANCOM stellt fest, daß die Adreßzuweisung schon komplett abgeschlossen ist und meldet dies halt (already assigned) uns ignoriert das Timeout-Event...

Es ist nun also alles so, wie es soll...

Gruß
Backslash
Quicksilver
Beiträge: 18
Registriert: 10 Dez 2004, 16:19
Wohnort: Gütershigh and -low

Beitrag von Quicksilver »

Hi Backslash,
Es ist nun also alles so, wie es soll...
Danke für die Hilfe. Von der Lancom-Seite ist nun wirklich alles OK. Leider zickt das E61 immer noch 'rum: Es hat nun die IP-Adresse zugewiesen bekommen und ACKed (Ping ist möglich), aber leider findet es das Gateway nicht. Dies scheint jedoch ein bekanntes, aber auch bisher ungelöstes Problem bei gewissen LAN-Setups (meistens in Zusammenhang mit Linksys-Routern) zu sein. In zahlreichen Postings in anderen Foren wird immer wieder die "Gateway reagiert nicht" Fehlermeldung angesprochen, aber alle beschriebenen Maßnahmen helfen leider nichts...

Da bleibt dann wohl doch nur die Vergabe einer festen IP-Adresse.

Viele Grüße,

Quicksilver
No fear.
Antworten