Haperingen bij Demon (BaByXL - DHCP-server)

[Velthuis]

Bij deze wil ik even inhaken op deze post van Viper_74.
Bij mij in Den Haag heeft BabyXL ook laatst nieuwe hardware in de centrale geplaatst. Sindsdien heb ik nog wel verbinding met mijn Speedtouch 570 (R2), maar elk uur wordt mij via DHCP een nieuwe lease verschaft waarbij een hapering optreedt. Vlak voordat mijn modem weer "bound" is ligt alles eruit, wat tevens zichtbaar is in MSN/ICQ logs. Verbindingen met bijvoorbeeld beveiligde servers als die van de Postbank lopen vast (gevolg: browser killen en opnieuw moeten inloggen).

Ik ben benieuwd of meer mensen dit probleem hebben, maar vooral of iemand een oplossing weet. Demon meldt dat ik nieuwste firmware moet hebben, maar levert dat slechts voor "eigen" modems. Misschien is dit probleem meer algemeen te trekken en oplosbaar?

Voor de volledigheid:
* Demon DSL Express 512 (via BabyXL)
* Alcatel Speedtouch 570 (R2)
* Win98SE, IE6SP1

[BèR]

Demon-user met BBned meldt zich met hetzelfde probleem. Ik quote even e.e.a. uit Demon-ervaringen-topic.

Dat is dus precies wat ik heb. Omdat Demon nu via BootP werkt (waarvoor poort 68 open moet zijn), maar mijn modem/router (SpeedTouch 510) deze blokt met de firewall aan, komt de leaseverlenging niet aan. Dan moet hij de hele oude lease weggooien omdat ie verlopen is, en het aanvragen van een nieuwe duurt een paar tellen. Dit zorgt voor de uitval (elk uur). Firewall uit en het probleem is weg, maar dat is niet echt veilig. Het moet toch mogelijk zijn om met firewall omhoog poort 68 extern zichtbaar te laten zijn. Ik heb dat met verschillende tooltjes en guides geprobeerd, maar toch blijft poort 68 'Stealthed' op grc.com, en met firewall neer opeens 'Closed' (gaat open als hij de verlenging aanvraagt).
Toch kun jij het ook proberen, de firewall van je router uitzetten, dan heb je kans dat het verlengen wel werkt, zoals bij mij nu, en je dus geen uitval hebt.

Mijn modem kijkt dus op de helft van de leasetijd of die verlengd kan worden, maar het antwoord komt niet aan (moet naar UDP poort 68). Dat werd me per email duidelijk gemaakt door een medewerker van Demon. Firewall uit => alles werkt.

Velthuis, ik heb dus ook die regels, en een paar andere (stonden erin na factory reset)

rule create chain=sink index=0 srcintfgrp=!wan action=accept
rule create chain=sink index=1 prot=udp dstport=dns action=accept
rule create chain=sink index=2 prot=udp dstport=bootpc action=accept
rule create chain=sink index=3 prot=icmp icmptype=echo-reply action=accept
rule create chain=sink index=4 prot=udp dstport=snmp log=yes action=count
rule create chain=sink index=5 action=drop

't Lijkt erop dat jij jouw eerste 4 regels gewoon allemaal dubbel hebt.

Zoals je ziet zou mijn modem ook pings van buitenaf moeten accepteren. (regel met index=3)
Maar niks van dit alles komt door. Poort 68 is ook in deze config 'Stealthed'. Dit vind ik echt vaag. Kun jij eens op ShieldsUP! testen of jouw poort 68 open is?

[Flaterik]

Zelfde probleem hier in Drachten.

[Velthuis]

In je SpeedTouch (500-serie) zou de regel

:firewall rule create chain=sink index=2 prot=udp dstport=bootpc action=accept

ervoor moeten zorgen dat UDP 68 open staat, maar ook bij mij meldt grc.com dat de poort op "stealth" staat en dus het verzoek zou droppen. Als de firewall uit staat meldt grc.com dat hij "closed" is, maar er wordt alleen op TCP getest daar. Bij SpeedGuide.net blijkt UDP 68 "open" bij uitgeschakelde firewall.

Verder blijkt dat ook mijn modem na een half uur een renewal wil doen en dus een request uitvoert. Hij krijgt geen antwoord en gaat request nogmaals proberen in ongeveer 10 minuten. Daarna volgen hernieuwde pogingen steeds korter op elkaar tot de lease verloopt (na een uur). Dit zou dus komen doordat UDP 68 niet open staat? Waarom gaat het wel goed na de disconnect, ofwel: werkt het dan zonder een open UDP 68?

Elk uur gebeurt het volgende:
DISCOVERs sent: +1 (0:00)
OFFERs recv: +1 (0:00)
ACKs recv: +1 (0:00)
REQUESTs sent: +11 (30:00, ~40:00, steeds korter op elkaar)

Verder wordt bovenstaande firewall rule alleen toegepast (volgens firewall stats) aan het begin van het uur (en wel 2 packets van samen 666 bytes).

Ik ben weliswaar een leek, maar UDP 68 zou te maken hebben met BootP. In het lijstje stats staat ook:
Pure BOOTP REPLIES: 0

[ Voor 58% gewijzigd door Velthuis op 17-01-2005 14:07 ]

[Velthuis]

Met de firewall uitgeschakeld is UDP 68 wel open (volgens Security Scan van SpeedGuide.net), maar ook dan blijft het hoofdprobleem bestaan en vindt dus geen vernieuwing van de lease plaats. Op verzonden REQUESTs lijkt geen antwoord te komen. Na het einde van de lease wordt de verbinding verbroken, zendt mijn modem een DISCOVER en voila, hij krijgt weer en lease.

[ Voor 6% gewijzigd door Velthuis op 16-01-2005 15:26 ]

[Mawlana]

Ik heb hetzelfde probleem in Nijmegen.

[Anoniem: 134201]

sylvesterrr schreef op maandag 17 januari 2005 @ 00:09:
Ik heb hetzelfde probleem in Nijmegen.

Ik ook, ook Nijmegen (willemskwartier)

[Mawlana]

Anoniem: 134201 schreef op maandag 17 januari 2005 @ 01:01:
[...]


Ik ook, ook Nijmegen (willemskwartier)

Hmm, dit is eng. Je woont bij mij in de buurt.

Maar ehh... ik heb UDP 68 op m'n router open gegooid, en nu zie ik in de logs dat het het IP-adres om de 30 minuten wordt vernieuwd.

[Anoniem: 134201]

maarr ik heb bbned.
Verder heb ik weinig technische kennis. Ik kan wel poorten forwarden. Zou poort 68 openzetten al schelen? Of sla ik de plank mis? Of moet ik hier niet wezen omdat ik bbned heb?

[Anoniem: 134201]

trouwens, ben je nu aan het surfen? had jij ook om ongeveer 1:47 een weggevallen verbinding?

[Mawlana]

sylvesterrr schreef op maandag 17 januari 2005 @ 01:19:
[...]


Hmm, dit is eng. Je woont bij mij in de buurt.

Maar ehh... ik heb UDP 68 op m'n router open gegooid, en nu zie ik in de logs dat het het IP-adres om de 30 minuten wordt vernieuwd.

Helaas, ik heb ongeveer drie uur geleden weer zo'n disconnect gehad...

[Anoniem: 61293]

Ik heb dit probleem ook gehad in Leiden via bbNed. Oplossing was mijn Allied Data modem instellen als router. Daarna trad de hapering niet meer op. Je moet dus de router-functie aanzetten, evenals local DHCP en NAT.

[Velthuis]

sylvesterrr schreef op maandag 17 januari 2005 @ 01:19:
[...]


Hmm, dit is eng. Je woont bij mij in de buurt.

Maar ehh... ik heb UDP 68 op m'n router open gegooid, en nu zie ik in de logs dat het het IP-adres om de 30 minuten wordt vernieuwd.

Ik heb geen last van haperingen überhaupt, maar slechts van die renewals IP lease die niet plaatsvinden. Je zegt UDP 68 te hebben "opengegooid" met als resultaat een vernieuwing elke 30 minuten. Op welk netwerk is dit (ik heb BabyXL) en met welk router (ik heb SpeedTouch 570)? Heb je slechts je firewall UDP 68 laten accepteren (i.p.v. droppen) of heb je ook wat met NA(P)T gedaan?

[Mawlana]

Ik heb een Demon DSL-Express 8192/1024 lijntje via BabyXL icm de meegeleverde Zyxel prestige (in bridged-modus) nog wat. Daarachter hangt een Asus WL500G-router. Ik heb er nu voor gezorgd dat de router zelf de pakketjes op UDP 68 ontvangt (gewoon via NAT naar zichzelf verwezen).

Voor de goede orde: ik zit ook met die verrekte IP-renewals, maar de router heeft het al ruim 8 uur volgehouden. De ene keer houdt ie het een paar dagen vol, en de andere keer maar 40 minuten ofzo.

[ Voor 28% gewijzigd door Mawlana op 17-01-2005 15:48 ]

[Velthuis]

Ik heb Demon nog maar eens gebeld en ze ontvangen wel degelijk mijn REQUESTs, maar deze hebben danwel een corrupte header, danwel mijn modem/router heeft het adres van de DHCP-server niet onthouden. De DHCP-server stuurt namelijk wel een ACK retour, maar het log van Demon/Tiscali geeft aan dat alleen na een DISCOVER het proces correct verloopt. Daarna wijken de REQUESTs/ACKs af (EM0 = Error Message 0).

Tja, deze info ligt nu bij Thomson (producent SpeedTouch 570). Ik hoop dat die er wat mee kunnen.

Overigens zou het accepteren van UDP 68 door de firewall afdoende moeten zijn bij mijn modem/router. Ook ik heb geprobeerd 0.0.0.0:68 => 10.0.0.138:68, wat niet werkte. Volgens Thomson zou dit slechts een effect geven als + en + is -.

[ Voor 20% gewijzigd door Velthuis op 17-01-2005 17:31 ]

[Mawlana]

En ja hoor, het is weer raak.

[RetepV]

Demon user 512/256 op BBNed met Alcatel 510 r4 in Huizen (centraal Nederland).

Eigenlijk nog geen last gehad, maar ik werk overdag. Ik zal vanavond eens in de gaten houden. Ik kan wel van hieruit op mijn servertje, dus ALS er iets geks gebeurt pikt mijn modem het blijkbaar wel weer goed op.

Mijn Alcatel modem is overigens getweaked naar router.

[checked]

Oh oh. Bij mij zie ik dat hij elk half uur de IP lease renewed. Ik zie ook dat de tijd 1:15 minuten voorloopt, maar alla. Volgens mijn modem was het om 17:45 al 19:00.

Ik weet dus niet of ik last van disconnects heb, maar als dit gisteren al was dan heb ik dus geen last.

Edit:

code:

37 days 19:00:37  LOGIN User RetepV logged in on HTTP (from 10.0.0.15) 
37 days 18:57:33  DHCP lease ip-address 82.161.160.23 bound to intf ETHoA_1 
37 days 18:57:33  DHCP intf ETHoA_1 renews lease ip-address 82.161.160.23 
37 days 18:27:34  DHCP lease ip-address 82.161.160.23 bound to intf ETHoA_1 
37 days 18:27:34  DHCP intf ETHoA_1 renews lease ip-address 82.161.160.23 
37 days 17:57:35  DHCP lease ip-address 82.161.160.23 bound to intf ETHoA_1 
37 days 17:57:35  DHCP intf ETHoA_1 renews lease ip-address 82.161.160.23 
37 days 17:27:35  DHCP lease ip-address 82.161.160.23 bound to intf ETHoA_1 
37 days 17:27:35  DHCP intf ETHoA_1 renews lease ip-address 82.161.160.23 
37 days 16:57:37  DHCP lease ip-address 82.161.160.23 bound to intf ETHoA_1
37 days 16:57:37  DHCP intf ETHoA_1 renews lease ip-address 82.161.160.23
37 days 16:27:37  DHCP lease ip-address 82.161.160.23 bound to intf ETHoA_1

Edit2:

37 dagen geleden hing mijn modem en heb ik alles uit en weer aan moeten zetten. Tot die tijd een uptime van zo'n 250 dagen ofzo (ik heb nog niet zo lang ADSL ).

Edit3:

code:

Product Name      SpeedTouch 510 
Physical Address  00-90-D0-CC-5C-AC 
Software Release  4.2.3.0.0 
Board Name        ADNT-Q 
Serial Number     [censuur]
Product Code      [censuur]

[ Voor 55% gewijzigd door RetepV op 17-01-2005 18:06 ]

[Mawlana]

Ik zal m'n modem eens op router-mode zetten.

[RetepV]

Ik vind het raar dat die IP lease maar een half uurtje geldig is. Is daar een reden voor? Waarom niet gewoon een dag geldig en om 5:00 's morgens een keer renewen? Om 5:00 slaapt iedereen toch.

[Mawlana]

Dat doet men zodat het verkeer makkelijk gerouteerd kan worden. Bij Demon is het zo dat wanneer je je IP niet tijdig vernieuwt, al het verkeer naar je IP-adres wordt geblokkeerd.

[alt-92]

RetepV schreef op maandag 17 januari 2005 @ 18:01:
Ik vind het raar dat die IP lease maar een half uurtje geldig is. Is daar een reden voor? Waarom niet gewoon een dag geldig en om 5:00 's morgens een keer renewen? Om 5:00 slaapt iedereen toch.

IP adressen kosten geld en zijn ook niet onbeperkt te verkrijgen.

ISPs kunnen dus hun gebruik maximalizeren door de leasetijd kort te houden (immers, dan is een dynamisch IP snel weer te gebruiken).

[Mawlana]

Bij Demon heeft iedere klant een eigen IP-adres. Dit IP-adres kan niet aan iemand anders toegewezen worden.

[Velthuis]

RetepV schreef op maandag 17 januari 2005 @ 18:01:
Ik vind het raar dat die IP lease maar een half uurtje geldig is. Is daar een reden voor? Waarom niet gewoon een dag geldig en om 5:00 's morgens een keer renewen? Om 5:00 slaapt iedereen toch.

De lease is feitelijk een uur, maar je router probeert vanaf een half uur de lease te verlengen. En dat lukt bij jou dus prima, aan je logs te zien! Bij mij lukt die verlenging niet en loopt hij uiteindelijk na een uur af, waarna ik disconnected ben, mijn ST gaat zoeken naar een DHCP server en direct weer een nieuwe lease krijgt: connected.

Thomson/Alcatel meldt me dat ik op mijn ST 570 R2 wel degelijk de firmware van R4 kan installeren. Ik heb dat geprobeerd met firmware 4.2.1.12, maar krijg dan een foutmelding:
Error : The software is incompatible with this board.

[ Voor 17% gewijzigd door Velthuis op 17-01-2005 20:26 ]

[Velthuis]

OPLOSSING GEVONDEN
Zoekende op het internet en waarschuwingen negerende heb ik firmware gevonden op de UK-site van Thomson/Alcatel. Men biedt daar firmware versie 4.2.5 aan (alleen voor UK) die tevens geschikt is voor hardware versie R2. Alle overige firmware (ook op NL sites) lijkt slechts geschikt voor hardware versie R4.

Na upload van deze firmware heb ik de configuratie tool voor firmware 4.2.1 van de NL-site geplukt en gedraaid. Resultaat is dat na het renewal point (30m00s) nog steeds geen antwoord binnenkomt op REQUESTs, maar na het rebinding point (52m30s) ontvang ik wel een ACK en is de lease verlengd en de verbinding dus niet verbroken.

[ Voor 6% gewijzigd door Velthuis op 18-01-2005 12:20 ]

[RetepV]

sylvesterrr schreef op maandag 17 januari 2005 @ 19:35:
Bij Demon heeft iedere klant een eigen IP-adres. Dit IP-adres kan niet aan iemand anders toegewezen worden.

Dat bedoelde ik te zeggen. Ik heb dus een vast IP adres. Dus waarom niet een lease van een week of een maand of gewoon totdat mijn abonnement afloopt?

[Mawlana]

RetepV schreef op dinsdag 18 januari 2005 @ 14:18:
[...]


Dat bedoelde ik te zeggen. Ik heb dus een vast IP adres. Dus waarom niet een lease van een week of een maand of gewoon totdat mijn abonnement afloopt?

sylvesterrr schreef op maandag 17 januari 2005 @ 18:35:
Dat doet men zodat het verkeer makkelijk gerouteerd kan worden. Bij Demon is het zo dat wanneer je je IP niet tijdig vernieuwt, al het verkeer naar je IP-adres wordt geblokkeerd.

[Anoniem: 62837]

Mijn DSL-signaal valt voortdurend weg.
Is dat nu bij jullie ook het geval?
Ben niet zo'n ster in netwerken etc.

[Anoniem: 134201]

Even een system log uit mijn router gehaald. Toch beetje abracadabra voor mij. Ziet iemand hier iets opvallends aan, wat zou kunnen verklaren dat mijn verbinding regelmatig wegvalt? Heb dus Demon 1024/512, BBNed.

code:

 verwijderd, want log was o.k.

[ Voor 94% gewijzigd door Anoniem: 134201 op 19-01-2005 20:25 ]

[Velthuis]

Je log ziet er perfect uit. Elk half uur (halverwege de lease van 3600 seconden) vraag je een renewal aan en die wordt aanvaard. Je ontvangt dan een (DHCP)ACK. Hier zijn geen onderbrekingen zichtbaar!
Om 2:47:17 wordt op je LAN een lease verleend aan 192.168.1.6, maar dat ziet er normaal uit.

LET OP: Wijzig je post even zodat je eigen IP zichtbaar is als 212.238.xxx.xxx.

In mijn ST 570 (met UK 4.2.5 firmware) ziet het eruit als hieronder. Het is nog steeds wat vreemd, want mijn router probeert direct na rebinding alweer te verlengen.
Dit zal te maken hebben met het feit dat toen ik opstartte hij niet verniewde na het renewal punt (30:00), maar pas na het rebinding punt (52:30). Mijn eerste lease liep af op 60:00, wat 7:30 na rebinding was. Nu probeert hij een renewal al steeds na die 7,5 minuut, maar krijgt hem niet. Pas een half uur na rebinding ontvangt hij een ACK, maar intussen stuurt hij meerdere vernieuwingsverzoeken (DHCPREQUESTs). Deze zijn danwel corrupt, danwel resulteren in een corrupt antwoord van de DHCP-server.

code:

01 day 05:59:42  DHCP intf ETHoA_1 renews lease ip-address 83.160.xxx.xxx
01 day 05:52:14  DHCP lease ip-address 83.160.xxx.xxx bound to intf ETHoA_1
01 day 05:52:14  DHCP intf ETHoA_1 rebinds lease ip-address 83.160.xxx.xxx from server (194.159.73.93)
01 day 05:29:42  DHCP intf ETHoA_1 renews lease ip-address 83.160.xxx.xxx
01 day 05:22:16  DHCP lease ip-address 83.160.xxx.xxx bound to intf ETHoA_1
01 day 05:22:16  DHCP intf ETHoA_1 rebinds lease ip-address 83.160.xxx.xxx from server (194.159.73.93)
01 day 04:59:44  DHCP intf ETHoA_1 renews lease ip-address 83.160.xxx.xxx
01 day 04:52:16  DHCP lease ip-address 83.160.xxx.xxx bound to intf ETHoA_1
01 day 04:52:16  DHCP intf ETHoA_1 rebinds lease ip-address 83.160.xxx.xxx from server (194.159.73.93)
01 day 04:29:46  DHCP intf ETHoA_1 renews lease ip-address 83.160.xxx.xxx
01 day 04:22:17  DHCP lease ip-address 83.160.xxx.xxx bound to intf ETHoA_1
01 day 04:22:17  DHCP intf ETHoA_1 rebinds lease ip-address 83.160.xxx.xxx from server (194.159.73.93)
01 day 03:59:46  DHCP intf ETHoA_1 renews lease ip-address 83.160.xxx.xxx
01 day 03:52:18  DHCP lease ip-address 83.160.xxx.xxx bound to intf ETHoA_1
01 day 03:52:18  DHCP intf ETHoA_1 rebinds lease ip-address 83.160.xxx.xxx from server (194.159.73.93)
01 day 03:29:47  DHCP intf ETHoA_1 renews lease ip-address 83.160.xxx.xxx
01 day 03:22:19  DHCP lease ip-address 83.160.xxx.xxx bound to intf ETHoA_1
01 day 03:22:19  DHCP intf ETHoA_1 rebinds lease ip-address 83.160.xxx.xxx from server (194.159.73.93)
01 day 02:59:48  DHCP intf ETHoA_1 renews lease ip-address 83.160.xxx.xxx
01 day 02:52:20  DHCP lease ip-address 83.160.xxx.xxx bound to intf ETHoA_1
01 day 02:52:20  DHCP intf ETHoA_1 rebinds lease ip-address 83.160.xxx.xxx from server (194.159.73.93)
01 day 02:29:49  DHCP intf ETHoA_1 renews lease ip-address 83.160.xxx.xxx
01 day 02:22:19  DHCP lease ip-address 83.160.xxx.xxx bound to intf ETHoA_1
01 day 02:22:19  DHCP intf ETHoA_1 rebinds lease ip-address 83.160.xxx.xxx from server (194.159.73.93)
01 day 01:59:50  DHCP intf ETHoA_1 renews lease ip-address 83.160.xxx.xxx
01 day 01:52:19  DHCP lease ip-address 83.160.xxx.xxx bound to intf ETHoA_1
01 day 01:52:19  DHCP intf ETHoA_1 rebinds lease ip-address 83.160.xxx.xxx from server (194.159.73.93)

[ Voor 81% gewijzigd door Velthuis op 19-01-2005 20:26 ]

[Mawlana]

Even melden dat m'n router (Asus WL-500g) de boosdoener was. Ik heb de firmware gedowngrade naar 1.8.1.7-3, en m'n verbindig is al ruim een week picobello.

[bjck]

Lopen hier niet meerdere dingen door elkaar?

- DHCP issues met nieuwe apparatuur van BaByXL

(zie ook de connexant gebaseerde modems zoals sitecom dc-213/sweex/e-tech etc die een probleem hebben/hadden in de DHCP implementatie (standaarden zijn er niet voor niets...). Is door sweex & e-tech firmware technisch opgelost al)

- DHCP issues met de ST570R2 versie die UDP 68 blijkbaar blokkeren

?

[Velthuis]

Nee, het loopt niet door elkaar. Het leek erop dat het propleem met BabyXL/Tiscali DHCP zou komen door niet accepteren van UDP poort 68. Dit bleek uiteindelijk NIET het probleem te zijn en die poort is bovendien prima te openen.

Wel blijkt dus dat specifiek mijn ST570R2 een probleempje heeft met die nieuwe DSLAMs van Tiscali. En het gaat dan dus om een Alcatel chip (niet om Conexant).

[ Voor 27% gewijzigd door Velthuis op 29-01-2005 16:58 ]

[bjck]

Velthuis schreef op zaterdag 29 januari 2005 @ 16:55:
Nee, het loopt niet door elkaar. Het leek erop dat het propleem met BabyXL/Tiscali DHCP zou komen door niet accepteren van UDP poort 68. Dit bleek uiteindelijk NIET het probleem te zijn en die poort is bovendien prima te openen.

Wel blijkt dus dat specifiek mijn ST570R2 een probleempje heeft met die nieuwe DSLAMs van Tiscali. En het gaat dan dus om een Alcatel chip (niet om Conexant).

Als het een soortgelijk foutje is in de firmware/software als bij de andere genoemde fabrikanten (was alleen als voorbeeld) zullen ze het bij Alcatel/Thompson wel oplossen/rechtzetten lijkt me.

Maar valt me op dat er dus blijkbaar twee reviesies (R2 & R4) zijn van de ST570. Voor de R4 is wel een oplossing/fix uitgebracht maar niet voor de R2 ofzo?

[ Voor 49% gewijzigd door bjck op 29-01-2005 17:26 ]

[Velthuis]

[..] Maar valt me op dat er dus blijkbaar twee reviesies (R2 & R4) zijn van de ST570. Voor de R4 is wel een oplossing/fix uitgebracht maar niet voor de R2 ofzo?

Precies! Nu meldt Alcatel dat de firmware van de R4 op een R2 geladen kan worden, maar dat lukt dus net niet! Hierover ligt nog een vraag bij de technische dienst. De UK website van ST levert een specifieke firmware met R4 functionaliteit voor een R2 board, wat toch enigzins wijst op (normaalgesproken) incompatibiliteit tussen R2 en R4. Die bewuste firmware van de UK site heb ik nu draaien.

[iets random(2)|IA]

Velthuis schreef op maandag 17 januari 2005 @ 17:27:
Ik heb Demon nog maar eens gebeld en ze ontvangen wel degelijk mijn REQUESTs, maar deze hebben danwel een corrupte header, danwel mijn modem/router heeft het adres van de DHCP-server niet onthouden. De DHCP-server stuurt namelijk wel een ACK retour, maar het log van Demon/Tiscali geeft aan dat alleen na een DISCOVER het proces correct verloopt. Daarna wijken de REQUESTs/ACKs af (EM0 = Error Message 0).

Ik heb sinds 29 Januari een Demon abonnement op BBned, maar helaas kan gene ene PC online komen, krijgt geen IP adres.
Modem default uitgeleverde Bridge configuratie

Na het bekijken van de DCHP aanvragen het volgende.
Ik doe een DHCP Discover
Demon geeft een DHCP Offer
Dan zou ik een DHCP request moeten gegeven, maar dat doe ik niet omdat de Server ID van de DHCP server 0.0.0.0 is ipv 83.160.0.1. Dus doet mijn systeem weer een DHCP Discover en Demon weer een DHCP Offer
Dit gaat dan door tot mijn cliënt uit timed

Dus gaat bij jou denk ook niet om onthouden, maar om dat het niet op de juiste plek wordt meegestuurt.
Alleen met een W2003 doos krijg ik wel een IP, maar zal na het verlopen van de lease even de verbinding verbreken. Je kan het opmerkelijke ook zien dat het IP van de DHCP server 0.0.0.0 is in Windoos en je eventvwr vol zal lopen

Tot opheden nog geen oplossing van Demon

(ik heb het getest met de geleverde OEM Allied Data Copperjet 816-2p en met een Speedtouch 510 (laatste SW stand) )