Router verbreekt om de zoveel tijd de verbinding

[McFlipp]

Zoals je dus al in de titel kan lezen verbreekt mijn router om de zoveel tijd de verbinding
Het gaat hier om de Draytek Vigor 2200E, en "om de zoveel tijd" is soms 10 min, soms 2 uur, daar is eigenlijk geen pijl op te trekken.
Als de verbinding verbroken wordt gaat de router volgens mij weer proberen verbinding te maken en na 30 sec ofzo ben ik weer online. Nouja opzich niet zo erg voor gewoon surfen, maar als je wat download of op irc zit ofzo, is het vreselijk irritant
Nu heb ik al met de helpdesk van Draytek gebeld en die zeiden dat ik een verkeerde firmware erop had geflashed (heb dit probleem pas 3 weken - de router al 2 jaar - dus dacht probeer eens een andere firmware) namelijk eentje die bedoeld was voor een Wanadoo verbinding en aangezien ik Xs4all ADSL Fast heb, zou dat de oorzaak van het probleem zijn. Ik kreeg een advies om een andere firmware erop te flashen en wel 2.0.0 ofzo (heb hem in een mail gekregen van de helpdesk ). Nou dat heb ik gedaan, alle instructies opgevolgd blablabla de hele reutemeteut maar neehoor nog steeds wordt ik om de 10/20/30 min gedisconnect
Ik zit een beetje met de handen in het haar, want ik heb al vanalles geprobeerd. Ik heb ook geprobeerd zonder router, en toen kon ik prima internetten zonder gedisconnect te worden (heb een dag getest) dus het ligt zeker aan de router. Ik heb alle kabels gecontroleerd, daar lag het ook niet aan...

Dus mijn laatste hoop is GoT! Hopelijk heeft iemand de oplossing!

[PtrO]

Welke firmware draai je nu ?

Firmware 2200E 2.3.6 is stabiel en moet het prima doen.

Installeer & activeer de syslog rapportage en kijk in die logs wat er gebeurd.

[ Voor 23% gewijzigd door PtrO op 05-11-2003 20:16 ]

[McFlipp]

PtrO schreef op 05 november 2003 @ 20:15:
Welke firmware draai je nu ?

Firmware 2200E 2.3.6 is stabiel en moet het prima doen.

Installeer & activeer de syslog rapportage en kijk in die logs wat er gebeurd.

Ja die is dus voor Wanadoo verbindingen bedoeld (zeiden ze bij Draytek, gebruikt iets met LLTP ofzo). Hij vroeg welke ISP ik had en heeft met vervolgens 2.0.0 gestuurd.

En ik zal die syslog eens aanzetten, misschien dat ik daar wijs van wordt!

edit:
Euhmm hoe werkt die sys log precies? Het staat niet in de handleiding en ook niet op draytek.nl...

[ Voor 11% gewijzigd door McFlipp op 05-11-2003 20:53 ]

[sjuk425]

Die draytek online help voor casema/wannadoo is echt zwaar verouderd.
Je router moet echter wel PPPoE ondersteunen wat deze vigor dus gewoon doet met elke firmware die tot nu toe is uitgekomen.

Waarom ie je een ouwe firmware aanraad is me een raadsel. Misschien omdat die jojo's van draytek hun online wannadoo helpfile al een jaar of 2 niet hebben geupdate en die nog steeds uitgelegd staat met firmware 2.0.0

[McFlipp]

sjuk schreef op 05 november 2003 @ 20:54:
Die draytek online help voor casema/wannadoo is echt zwaar verouderd.
Je router moet echter wel PPPoE ondersteunen wat deze vigor dus gewoon doet met elke firmware die tot nu toe is uitgekomen.

Waarom ie je een ouwe firmware aanraad is me een raadsel. Misschien omdat die jojo's van draytek hun online wannadoo helpfile al een jaar of 2 niet hebben geupdate en die nog steeds uitgelegd staat met firmware 2.0.0

Ik weet het ook niet

Maar de router heeft dus gewoon 2 jaar prima gewerkt, tot plotseling, 3 weken geleden, dit probleem ontstond... En toen heb ik 2.3.6 er maar opgeflashed. Maar dat hielp dus niet En uiteindelijk vanmiddag maar met Draytek gebeld en daar kreeg ik dus te horen dat 2.3.6 speciaal voor Wanadoo verbindingen was, en dat ik, met Xs4all, beter 2.0.0 kon gebruiken...

Maar het lost allemaal niets op! En ik wordt er helemaal ziek van, het is echt heel irritant

[PtrO]

McFlipp schreef op 05 november 2003 @ 20:42:
[...]
En ik zal die syslog eens aanzetten, misschien dat ik daar wijs van wordt!

edit:
Euhmm hoe werkt die sys log precies? Het staat niet in de handleiding en ook niet op draytek.nl...

Laadt eerst firmware 2.3.6
Ga dan naar de Draytek webconfig --> Syslog Setup --> Enable en vul het IP adres in van de PC waarop je (straks) de Syslog software gaat draaien, laat de poort op 514 staan.

Download & Installeer de Draytek Routertools waarin de syslog utility zit.
Je kan deze tooling vinden op de draytek site en wel: ftp://ftp.draytek.nl/VIGO...LS/Windows/RTSetup240.zip

Start vervolgens de Routertool op welke gelijk begint met de boodschappen te lezen. Op het WAN tabblad kan je zien hoe en wat de router disconnect.

Suc6

[McFlipp]

PtrO schreef op 05 november 2003 @ 21:38:
[...]


Laadt eerst firmware 2.3.6
Ga dan naar de Draytek webconfig --> Syslog Setup --> Enable en vul het IP adres in van de PC waarop je (straks) de Syslog software gaat draaien, laat de poort op 514 staan.

Download & Installeer de Draytek Routertools waarin de syslog utility zit.
Je kan deze tooling vinden op de draytek site en wel: ftp://ftp.draytek.nl/VIGO...LS/Windows/RTSetup240.zip

Start vervolgens de Routertool op welke gelijk begint met de boodschappen te lezen. Op het WAN tabblad kan je zien hoe en wat de router disconnect.

Suc6

Ik zie alleen maar dingen in het Local TCP tabblad... Ook zie ik niets staan bij WAN status.



Ik heb overigens nog een mailtje van Draytek gehad (naar aanleiding van het feit dat die firmware 'upgrade' niet werkte):

Als ik uw ip-adres ping, dan zie ik in het begin een gezonde ping reply/ internet verbinding, dan een poos request time-out en daarna komt deze weer 'up'.

((
Ping statistics for XXX.XX.XXX.XX:
Packets: Sent = 542, Received = 420, Lost = 122 (22% loss),
Approximate round trip times in milli-seconds:
Minimum = 15ms, Maximum = 47ms, Average = 19ms
))

Controleer de bekabeling tussen het modem en de router.


Verder kreeg ik ook een andere melding:
Reply from XXX.XX.XXX.XX: bytes=32 time=16ms TTL=243
Reply from 62.177.131.1: TTL expired in transit.

Wat kan duiden op routeringsproblemen onderweg, ipv. een probleem met de router of het modem.

_{Op de X'jes stond mijn ip adres}
Dus misschien ligt het toch aan de verbinding naar mijn huis toe (dus aan Xs4all ). Heb ik dus 2 jaar geen last van gehad, maar nu opeens wel...

Ik snap er nog steeds weinig van

[ Voor 3% gewijzigd door McFlipp op 06-11-2003 01:34 ]

[Osiris]

Misschien niet 100% een oplossing, maar hij is het proberen waard.

Ik kreeg met mijn 2600WE namelijk ook steeds disconnects, omdat ik Fraggle Attack-DDoS-protectie aan had staan. (Ook kreeg ik daardoor geen IP via DHCP, maar da's een ander verhaal).

Om het helemaal uit te sluiten zou je 't even kunnen checken (Al weet ik niet eens of jou firmware met de 2200WE dat wel heeft, maar kijk maar even )

[McFlipp]

Osiris schreef op 06 november 2003 @ 01:38:
Misschien niet 100% een oplossing, maar hij is het proberen waard.

Ik kreeg met mijn 2600WE namelijk ook steeds disconnects, omdat ik Fraggle Attack-DDoS-protectie aan had staan. (Ook kreeg ik daardoor geen IP via DHCP, maar da's een ander verhaal).

Om het helemaal uit te sluiten zou je 't even kunnen checken (Al weet ik niet eens of jou firmware met de 2200WE dat wel heeft, maar kijk maar even )

Heb m'n hele router doorgezocht maar kon het niet vinden, dus ik zal het wel niet hebben Btw ik een 2200E en niet een WE

[PtrO]

V.w.b die syslog.

Moet gewoon werken dus controleer nog's, je Draytek heeft firmware 2.3.6 en check of de syslog optie op aanstaat en het IP richting de PC wijst waarop je de SyslogRD utility draait (en laat draaien, kan soms even duren voordat boodschappen verschijnen).

Trek desnoods even de kabel los van de WAN poort (niet je LAN !!) om een disconnect te veroorzaken die geheid boodschappen zal genereren.

[PtrO]

McFlipp schreef op 06 november 2003 @ 02:04:
[...]

Heb m'n hele router doorgezocht maar kon het niet vinden, dus ik zal het wel niet hebben Btw ik een 2200E en niet een WE

Die optie (ook bij de 2200E) vind je onder IP/Firewall ==> Dos Defense setup.

[McFlipp]

Nou ik heb nog contact gehad met de helpdesk van Draytek heeft nog niet iets opgeleverd...

Ik heb hieronder ff een stukje uit de wan-log die ik door syslog heb laten maken gekopieerd, volgens mij staat daar wel iets interessants tussen:

code:

166Jan  1 00:00:47VigorPPTP ==> Protocol:LCP(c021) ConfReq Identifier:0x0F Magic Number: 0x1 ##
150Jan  1 00:00:48VigorLocal User: 192.168.1.10:2459 -> 62.4.83.176:80 (TCP)Web
150Jan  1 00:00:50VigorLocal User: 192.168.1.10:2460 -> 62.4.83.176:80 (TCP)Web
166Jan  1 00:00:50VigorPPTP ==> Protocol:LCP(c021) ConfReq Identifier:0x10 Magic Number: 0x1 ##
150Jan  1 00:00:51VigorLocal User: 192.168.1.11:5540 -> 200.155.36.149:28803 (UDP)
150Jan  1 00:00:52VigorLocal User: 192.168.1.10:2462 -> 62.4.83.176:80 (TCP)Web
166Jan  1 00:00:53VigorPPTP ==> Protocol:LCP(c021) ConfReq Identifier:0x11 Magic Number: 0x1 ##
150Jan  1 00:00:54VigorLocal User: 192.168.1.10:2463 -> 62.4.83.176:80 (TCP)Web
150Jan  1 00:00:56VigorLocal User: 192.168.1.10:2464 -> 62.4.83.176:80 (TCP)Web
166Jan  1 00:00:56VigorPPTP ==> Protocol:LCP(c021) ConfReq Identifier:0x12 Magic Number: 0x1 ##
150Jan  1 00:00:58VigorLocal User: 192.168.1.10:2466 -> 62.4.83.176:80 (TCP)Web
150Jan  1 00:00:58VigorLocal User: 192.168.1.11:1121 -> 207.46.104.20:1863 (TCP) 
166Jan  1 00:00:59VigorPPTP ==> Protocol:LCP(c021) ConfReq Identifier:0x13 Magic Number: 0x1 ##
150Jan  1 00:01:00VigorLocal User: 192.168.1.10:2467 -> 62.4.83.176:80 (TCP)Web
150Jan  1 00:01:00VigorLocal User: 192.168.1.11:1122 -> 145.94.142.35:80 (TCP)Web
150Jan  1 00:01:02VigorLocal User: 192.168.1.10:2468 -> 62.4.83.176:80 (TCP)Web
158Jan  1 00:01:02VigorPPP Closed : LCP Time-out (PPTP)
158Jan  1 00:01:03Vigor>>> Dial-up triggered by user : 192.168.1.11 ; proto=tcp, to 145.94.142.35 port=www
150Jan  1 00:01:04VigorLocal User: 192.168.1.10:2471 -> 62.4.83.176:80 (TCP)Web
158Jan  1 00:01:06Vigor>>> Dial-up triggered by user : 192.168.1.10 ; proto=udp, to 63.126.67.253 port=domain
150Jan  1 00:01:06VigorLocal User: 192.168.1.10:2472 -> 62.4.83.176:80 (TCP)Web
158Jan  1 00:01:06VigorPPP Start (PPTP)
166Jan  1 00:01:06VigorPPTP ==> Protocol:LCP(c021) ConfReq Identifier:0x00 Magic Number: 0x1 ##
150Jan  1 00:01:08VigorLocal User: 192.168.1.10:2473 -> 62.4.83.176:80 (TCP)Web
150Jan  1 00:01:08VigorLocal User: 192.168.1.10:1271 -> 80.38.186.178:13580 (UDP)
166Jan  1 00:01:08VigorPPTP ==> Protocol:LCP(c021) ConfReq Identifier:0x01 Magic Number: 0x1 ##
166Jan  1 00:01:09VigorPPTP <== Protocol:LCP(c021) ConfAck Identifier:0x01 Magic Number: 0x1 ##
150Jan  1 00:01:10VigorLocal User: 192.168.1.10:2474 -> 62.4.83.176:80 (TCP)Web
166Jan  1 00:01:11VigorPPTP <== Protocol:LCP(c021) ConfReq Identifier:0x2E Authentication Type: PAP Magic Number: 0x22fc7db9 ##
166Jan  1 00:01:11VigorPPTP ==> Protocol:LCP(c021) ConfAck Identifier:0x2E Authentication Type: PAP Magic Number: 0x22fc7db9 ##
166Jan  1 00:01:11VigorPPTP ==> Protocol:PAP(c023) Authenticate-Request Identifier:0x00 Peer-ID:[e-mail] Password:****** ##
166Jan  1 00:01:11VigorPPTP <== Protocol:PAP(c023) Authenticate-Ack Identifier:0x00 Message: ##
166Jan  1 00:01:11VigorPPTP ==> Protocol:IPCP(8021) ConfReq Identifier:0x00 IP Address: 0 0 0 0 Primary Domain Name Server: 0 0 0 0 Secondary Domain Name Server: 0 0 0 0 ##
158Jan  1 00:01:11VigorPAP Login OK (PPTP)
141Jan  1 00:01:11VigorPAP Login OK (PPTP)
166Jan  1 00:01:11VigorPPTP <== Protocol:IPCP(8021) ConfReq Identifier:0x5D IP Address: 195 190 242 195 ##
166Jan  1 00:01:11VigorPPTP <== Protocol:IPCP(8021) ConfNak Identifier:0x00 IP Address: 213 84 188 26 Primary Domain Name Server: 194 109 104 104 Secondary Domain Name Server: 194 109 6 66 ##
166Jan  1 00:01:11VigorPPTP ==> Protocol:IPCP(8021) ConfAck Identifier:0x5D IP Address: 195 190 242 195 ##
166Jan  1 00:01:11VigorPPTP ==> Protocol:IPCP(8021) ConfReq Identifier:0x01 IP Address: 213 84 188 26 Primary Domain Name Server: 194 109 104 104 Secondary Domain Name Server: 194 109 6 66 ##
166Jan  1 00:01:11VigorPPTP <== Protocol:IPCP(8021) ConfAck Identifier:0x01 IP Address: 213 84 188 26 Primary Domain Name Server: 194 109 104 104 Secondary Domain Name Server: 194 109 6 66 ##
158Jan  1 00:01:11VigorIPCP Opening (PPTP); Own IP Address : 213.84.188.26  Peer IP Address : 195.190.242.195; Primary DNS : 194.109.104.104  Secondary DNS : 194.109.6.66
150Jan  1 00:01:11VigorLocal User: 192.168.1.11:1123 -> 207.46.104.20:80 (TCP)Web
150Jan  1 00:01:12VigorLocal User: 192.168.1.10:2475 -> 62.4.83.176:80 (TCP)Web

Vooral dat LCP time-out lijkt mij opvallend. Ik weet alleen niet wat het is, maar volgens mij is dat de oorzaak

Hopelijk weet iemand hier wat meer vanaf

[PtrO]

OK, je doet dus PPTP naar XS4ALL, KPN-ADSL neem ik aan.

Heb je je 2200E ingesteld zoals hieronder ?
Eventueel kan je versie firmware versie 2.20 gebruiken, die schijnt wat stabieler te zijn, zie Draytek site ftp://ftp.draytek.com/VIGOR2200/RELEASE/2.2/

[ Voor 42% gewijzigd door PtrO op 13-11-2003 00:16 . Reden: Toevoeging firmware 2.20 link ]

[McFlipp]

PtrO schreef op 13 november 2003 @ 00:04:
OK, je doet dus PPTP naar XS4ALL, KPN-ADSL neem ik aan.

Heb je je 2200E ingesteld zoals hieronder ?
Eventueel kan je versie firmware versie 2.20 gebruiken, die schijnt wat stabieler te zijn, zie Draytek site ftp://ftp.draytek.com/VIGOR2200/RELEASE/2.2/

[afbeelding]

Ja zo staat het ingesteld, en heb 2.2 ook al een keer geprobeerd, maar dat maakte geen verschil.

[PtrO]

Allright helder.

Ik denk dat het tijd wordt om 's contact op te nemen met XS4ALL en vanuit daar naar KPN/MxStream. Stuur je logstukje mee en hoop dat ze je (willen) begrijpen.

Je hebt nl. last van LCP Echo request timeouts. In bepaalde gevallen komt dit om dat de Radius Server (authenticatie doos) mogelijk overloaded is.

LCP (Link Control Protocol) onderhoudt de verbinding op de linklayer door regelmatig een soort ping te sturen. Wordt deze ping 3 x niet tijdig beantwoord, wordt er vanuit gegaan dat de (ADSL) link connectie weg is en zal de PPPeO connectie worden beëindigd. (zie entry --> PPP Closed : LCP Time-out).

Het feit dat dit niet altijd gebeurd door bijv. PPPoE in Windows of Linux is niet aan de orde omdat die configuraties een wijdere (out of standard) instelling hebben danwel een LCP Timeout niet aan hebben staand of botweg negeren. Weet zeker dat de Draytek zich houdt aan de standaard specs voor PPPoE die zegt dat een onbeantwoordt 'LCP echo'' duidt op verlies van de connectie, gebeurd dit op rij 3 x ( een keer per 30sec), dan wordt verondersteld dat de connectie down is.

Voor de goede orde, de timeout die je bij de Draytek kan instellen heeft slechts betrekking op een timer die na een bepaalde tijd van TCPIP inactiviteit, de connectie zal beëindigen. Dit heeft dus helemaal niets met LCP te maken, laat je dat dus ook niet wijs maken !!!

Helaas ben ik bang dat KPN/XS4ALL niet bereid zullen gaan zijn om een packetsniffer te gaan installeren om je connectie te monitoren om de LCP timeout te onderzoeken.

Je zult dus zelf een sniffer moeten installeren die tussen de Draytek en Adsl-modem zit en vandaaruit oorlog te gaan voeren om aante tonen dat een LCP-echo request niet tijdig wordt geserviced. Voor alle duidelijkheid dit is (niet voor allen ) het zwaardere debug en advocaten werk.

Kweet een beetje dat e.e.a. niet mee zal vallen want we/ik hou me hier bijna dagelijks mee bezig maar dan nog op een (veel) dieper niveau van o.a. SNA connecties. De techneut zal al gauw gaan uitkramen: rot op, Draytek wasda, koop goeie spullen, Cisco en zo.

Alternatief is om je Speedtouch om te toveren naar een Pro versie die dan zelf de PPPoA connectie zal onderhouden. Mja, da's weer een heel ander verhaal.

Suc6

Edit: In je log zie je overigens dat een LCP Configuration Request doodeenvoudig niet wordt ge-ack-knowledged. Normaliter moet je dus een Confreq zien worden beantwoordt met een corresponderende ConfAck of ConfNak.

[ Voor 6% gewijzigd door PtrO op 13-11-2003 23:45 . Reden: ConfReq/Ack toevoeging ]

[McFlipp]

Nou dat bovenstaande wilde ze helaas niet doen bij xs4all.
Heb nog een heleboel andere dingen geprobeerd enzo niets hielp. Toen uiteindelijk maar een andere router gekocht! De vigor 2300, ik helemaal blij, alles installeren, hup internetten!

Na 10 minuten vloog de verbinding er al weer uit!! Zelfde symptonen als met de 2200E...
Ik heb maar weer ff een mailtje naar de helpdesk gestuurd, ik quote hem hieronder wel even, hopelijk kunnen jullie er misschien ook wat mee.

Beste support,

Ik heb vandaag een nieuwe router gekocht (2300), omdat de vorige (2200E) de verbinding steeds verbrak. Om de hoeveel tijd is geen pijl op te trekken, soms om de 10 minuten, soms om het half uur, soms om de 2 minuten. Bij online status stond dat de verbinding verbroken was, op het modem bleef het line-sync lampje echter wel branden. Zonder router werkte de verbinding overigens perfect.
Ik heb al van alles geprobeerd: alle kabels vervangen, alle P2P programma's uitgezet (al 1 a 2 weken geuninstalled staan), andere wandcontactdoos geprobeerd en alle mogelijke firmware versie geprobeerd.
Niets hielp dus bij de 2200E. Dus vandaag heb ik een nieuwe router gekocht, de Vigor 2300 namelijk. Maar u raad het al, anders schreef ik deze mail niet, het probleem is er nog steeds! Volgens mij als ik niets doe, alleen een paar websites bekijken gaat alles goed. Echter als ik bijvoorbeeld een filmpje streaming probeer te kijken (500kbit/s, verbinding kan max 2Mbit/s) duurt het een paar minuten en dan wordt de verbinding door de router verbroken. Het lampje line-sync op de modem blijft aan. De router reconnect uit zichzelf weer en ik heb 10 seconden later weer verbinding.
Alleen dat is enorm vervelend met downloaden, streamen, irc, msn etc etc.

Hopelijk kunt u met al deze informatie wat en weet u de oplossing, ik ben radeloos! Hieronder vindt u trouwens nog een stukje uit de log die syslog heeft aangemaakt:

150Jan 1 00:06:30VigorLocal User: 192.168.1.12:1248 -> 63.250.215.188:80 (TCP)Web
150Jan 1 00:06:30VigorLocal User: 192.168.1.12:1242 -> 63.250.215.237:80 (TCP) close connection
150Jan 1 00:06:30VigorLocal User: 192.168.1.10:2315 -> 66.90.68.14:80 (TCP) close connection
150Jan 1 00:06:30VigorLocal User: 192.168.1.10:2535 -> 66.90.68.14:80 (TCP)Web
150Jan 1 00:06:30VigorLocal User: 192.168.1.12:1249 -> 63.250.215.188:80 (TCP)Web
150Jan 1 00:06:30VigorLocal User: 192.168.1.12:1246 -> 63.250.215.188:80 (TCP) close connection
150Jan 1 00:06:30VigorLocal User: 192.168.1.12:1250 -> 63.250.215.188:80 (TCP)Web
150Jan 1 00:06:30VigorLocal User: 192.168.1.12:1248 -> 63.250.215.188:80 (TCP) close connection
150Jan 1 00:06:30VigorLocal User: 192.168.1.12:1247 -> 216.136.232.177:80 (TCP) close connection
150Jan 1 00:06:31VigorLocal User: 192.168.1.12:1249 -> 63.250.215.188:80 (TCP) close connection
150Jan 1 00:06:31VigorLocal User: 192.168.1.12:1250 -> 63.250.215.188:80 (TCP) close connection
150Jan 1 00:06:39VigorLocal User: 192.168.1.13:1510 -> 195.108.75.31:80 (TCP)Web
150Jan 1 00:06:40VigorLocal User: 192.168.1.13:1510 -> 195.108.75.31:80 (TCP) close connection
150Jan 1 00:00:01VigorLocal User: 192.168.1.12:4997 -> 207.46.108.35:1863 (TCP)
150Jan 1 00:00:03VigorLocal User: 192.168.1.12:4975 -> 207.46.106.155:1863 (TCP)
158Jan 1 00:00:03Vigor>>> Dial-up triggered by user : 192.168.1.12 ; proto=tcp, to 207.46.106.155 port=1863
158Jan 1 00:00:03VigorPPP Start (PPTP)
166Jan 1 00:00:03VigorPPTP ==> Protocol:LCP(c021) ConfReq Identifier:0x00 Magic Number: 0x1 ##
150Jan 1 00:00:04VigorLocal User: 192.168.1.12:1241 -> 194.109.217.170:80 (TCP)Web
150Jan 1 00:00:04VigorLocal User: 192.168.1.13:1507 -> 195.108.75.57:80 (TCP)Web
166Jan 1 00:00:06VigorPPTP ==> Protocol:LCP(c021) ConfReq Identifier:0x01 Magic Number: 0x1 ##
166Jan 1 00:00:06VigorPPTP <== Protocol:LCP(c021) ConfAck Identifier:0x01 Magic Number: 0x1 ##
166Jan 1 00:00:08VigorPPTP <== Protocol:LCP(c021) ConfReq Identifier:0x2A Authentication Type: PAP Magic Number: 0x81c23f98 ##
166Jan 1 00:00:08VigorPPTP ==> Protocol:LCP(c021) ConfAck Identifier:0x2A Authentication Type: PAP Magic Number: 0x81c23f98 ##
166Jan 1 00:00:08VigorPPTP ==> Protocol:PAP(c023) Authenticate-Request Identifier:0x00 Peer-ID:[e-mail] Password:****** ##
166Jan 1 00:00:08VigorPPTP <== Protocol:PAP(c023) Authenticate-Ack Identifier:0x00 Message: ##
166Jan 1 00:00:08VigorPPTP ==> Protocol:IPCP(8021) ConfReq Identifier:0x00 IP Address: 26 188 84 213 Primary Domain Name Server: 0 0 0 0 Secondary Domain Name Server: 0 0 0 0 ##
158Jan 1 00:00:08VigorPAP Login OK (PPTP)
141Jan 1 00:00:08VigorPAP Login OK (PPTP)
166Jan 1 00:00:08VigorPPTP <== Protocol:IPCP(8021) ConfReq Identifier:0x0B IP Address: 195 190 242 195 ##
166Jan 1 00:00:08VigorPPTP <== Protocol:IPCP(8021) ConfNak Identifier:0x00 IP Address: 213 84 188 26 Primary Domain Name Server: 194 109 104 104 Secondary Domain Name Server: 194 109 6 66 ##
166Jan 1 00:00:08VigorPPTP ==> Protocol:IPCP(8021) ConfAck Identifier:0x0B IP Address: 195 190 242 195 ##
166Jan 1 00:00:08VigorPPTP ==> Protocol:IPCP(8021) ConfReq Identifier:0x01 IP Address: 213 84 188 26 Primary Domain Name Server: 194 109 104 104 Secondary Domain Name Server: 194 109 6 66 ##
166Jan 1 00:00:08VigorPPTP <== Protocol:IPCP(8021) ConfAck Identifier:0x01 IP Address: 213 84 188 26 Primary Domain Name Server: 194 109 104 104 Secondary Domain Name Server: 194 109 6 66 ##
158Jan 1 00:00:08VigorIPCP Opening (PPTP); Own IP Address : 213.84.188.26 Peer IP Address : 195.190.242.195; Primary DNS : 194.109.104.104 Secondary DNS : 194.109.6.66
150Jan 1 00:00:09VigorLocal User: 192.168.1.12:1251 -> 213.199.154.65:80 (TCP)Web
150Jan 1 00:00:10VigorLocal User: 192.168.1.12:1234 -> 63.250.195.10:1755 (TCP)
150Jan 1 00:00:12VigorLocal User: 192.168.1.12:1252 -> 213.199.154.65:80 (TCP)Web
150Jan 1 00:00:13VigorLocal User: 192.168.1.12:1253 -> 213.199.154.65:80 (TCP)Web
150Jan 1 00:00:13VigorLocal User: 192.168.1.12:1252 -> 213.199.154.65:80 (TCP) close connection
150Jan 1 00:00:13VigorLocal User: 192.168.1.12:1251 -> 213.199.154.65:80 (TCP) close connection
150Jan 1 00:00:13VigorLocal User: 192.168.1.12:1253 -> 213.199.154.65:80 (TCP) close connection
150Jan 1 00:00:13VigorLocal User: 192.168.1.12:1254 -> 213.199.150.100:80 (TCP)Web

Met vriendelijk groet,

[PtrO]

Vreemd.

Voordat je router opnieuw gaat aanloggen, mis ik de beruchte/beroemde LCP ConfReq/Confrep activiteit. Vanaf het punt waar je modem opnieuw gaat in inloggen, moet je inde LOG terug zoeken naar 'LCP requests' en kijken of dat die wel worden bevestigd.

Denk dat e kans groot is, dat je probleem zit in de centrale danwel haar backend server.
Je router floept er gewoon uit omdat de 'LCP requests' niet worden beantwoord.

Kon je (sorry, voor aan het op de wal staan) overigens van te voren vertellen dat een nieuw(e) router dit niet zal oplossen. Je maakt iets meer kans door een ander modem aan te schaffen. Ms. dat die wat minder kritisch is.

Wat zei XS4ALL van je eerste LOG die je had opgestuurd ?

[McFlipp]

Het probleem is verholpen!
De helpdesk zei dat het TCP/IP protocool 'verstopt' kon raken in Windows Xp. Deze ze raadden me aan om Windows te reinstallen. Dus ik formateren (moest toch) en windows gereinstalled: voila!
Ik had hier trouwens nog nooit van gehoord, maar het kan wel kloppen deze installatie stond er al 10 maanden op ofzo en ik download nogal veel dus misschien was het inderdaad verstopt.
Wel raar dat daardoor de router de verbinding helemaal verbrak (dus dat ook op de andere pc's de verbinding werd verbroken), maarja nu is alles opgelost!