Scriptgutten Skrevet 25. september 2010 Del Skrevet 25. september 2010 Jeg har hatt Tele2 i alle år uten problemer, men ble så overført til NextGenTel fordi Tele2 skulle legge ned ADSL satsningen. Det fungerte bra en stund, og det samme utstyret vi hadde fra Tele2 fungerte lenge med NGT, helt til en dag der vi fikk tilsendt et nytt modem fordi dem skulle gjøre noen oppgraderinger i sentralen. Vi fikk da tilsendt et "Thomson Speedtouch 546i" som hele tiden driver og restarter seg selv. Jeg kontaktet NGT om dette, og dem bestemte seg for å sende meg et nytt modem av samme type, som har nøyaktig samme problemet. Etter litt videre testing fant jeg ut at problemet oppstår når jeg f.eks laster liste over Halflife/CS-servere i steam. Den vil da pinge alle serverene en etter en, og det kan virke som at NAT-oppføringstabellen i modemet er for liten, og at modemet restarter når listen er full. Det skjer omtrent hver gang jeg laster serverlisten, men også tilfeldig ellers når det er lite trafikk på nettet. For å løse problemet har jeg forsøkt å sette modemet i bridgemodus, for så å bruke min egen ruter (Linksys WRT54GL med DD-WRT v24 firmware) til PPPoE-oppkobling. Nettet fungerer da som en drøm uten problemer, utenom at hver kveld kl. 00:05 vil nettet falle ut i 1-2 sekunder. PPPoE-tilkoblingen blir frakoblet, for så å koble opp igjen. Selve DSL-forbindelsen er hele tiden aktiv. Kanskje ikke så farlig med 1-2 sekunder tenker vel noen, men problemet da er at alle filoverføringer jeg ønsker å starte før jeg legger meg blir avbrutt, og hvis jeg ønsker å starte et spill kl. 23:00 som vil vare i 2 timer, blir jeg nødt til å vente til etter nettet har droppet, slik at jeg kan spille da, ellers vil jeg falle ut midt i spillet. Jeg hoster også litt servere av diverse typer og ønsker derfor ingen nedetid (kan også nevne at jeg ikke får port forwarding til å fungere i Thomson Speedtouch 546i modemet). Nettet faller ikke ut på samme måten kl. 00:05 med NGT sitt modem i standardoppsett som det gjør når jeg bruker WRT54GL med DD-WRT til PPPoE, så det vil da si at problemet er hos meg, og ikke i sentralen eller et sted hos NGT. Jeg har også prøvd å aktivere DMZ på speedtouch-modemet for å se om det hjalp, men speedtouch-modemet har en veldig dårlig løsning på DMZ. For det første er det ikke mulig å forwarde DMZ til en statisk IP, man må velge navnet på enheten man ønsker å forwarde DMZ til fra en liste, og enheten som DMZ skal forwardes til må motta IP via DHCP for at det skal fungere, så det er heller ikke mulig å sette opp statiske innstillinger på den. Når det hele først er satt opp, fungerer det hele veldig dårlig fordi modemet av og til bestemmer seg for å fjerne DMZ-innstillingen, spesielt hvis strømmen blir borte eller lignende, når den ikke finner enheten igjen i nettverket. For det andre, så tildeler DHCP-serveren i modemet noen innstillinger som er helt feil. Om jeg husker riktig, ser dem slik ut: IP: (tildeler WAN IP, f.eks 84.49.x.x) Nettverksmaske: 255.0.0.0 (Det var en rar maske) Default gateway: 10.0.0.1 (merk at denne ikke er i samme subnet som IPen som blir tildelt, når masken er satt slik som den er) DNS: 10.0.0.1 (denne er heller ikke i samme subnet) Av en eller annen grunn fungerer nettet hvis DMZ er forwardet til en PC som kjører windows (ikke testet andre OS), men om jeg forwarder DMZ til WRT54GLen, får jeg bare "Destination network unreachable" svar fra WRT54GLens LAN IP-addresse (192.168.1.1) om jeg forsøker å pinge noe Det første jeg merker her er at speedtouchen tildeler en IP-addresse som ikke er i samme subnet som default gateway, noe som vil tilsi at det ikke kan/skal/burde fungere i utgangspunktet. Jeg har flere ganger vært i kontakt med NGTs kundeservice, men dem slår seg helt fullstendig vrang hvis jeg bare nevner at jeg har en egen ruter (eller eier en for den del), selvom jeg sier at det er deres modem som er problemet, og at jeg bare tilbyr å bruke mitt eget utstyr som jeg selv har kostet på meg om det er dette som skal til for at nettet skal fungere skikkelig, eller om det er lettere å løse problemet med min egen ruter som ikke fungerer. Jeg fikk faktisk en kar derfra litt på gli idag (impornerende), hvor han faktisk spurte hvordan nettet oppførte seg med min egen ruter i forhold til med deres modem, og hvor han sa at han ikke helt kunne forstå hvorfor ruteren min ikke ville fungere skikkelig. Tilslutt ble vi enige om at dem skulle sende et nytt modem av et annet merke (Zyxel 660) som jeg fortsatt venter på. Men siden jeg egentlig håper på å kunne bruke DD-WRT og ikke helt har troen på at det nye modemet vil støtte DMZ noe spesielt bedre, så spør jeg i mellomtiden: Er det noen andre som har erfart at Speedtouch-modemet restarter seg selv når den får for mange tilkoblinger å ta hånd om? Er det noen andre som har erfaring med at DD-WRT disconnecter hver dag kl. 00:05 selvom den ikke burde det? Og tilslutt, er det noen som har noen forslag til hvordan jeg kan løse problemet? Lenke til kommentar
tingo Skrevet 25. september 2010 Del Skrevet 25. september 2010 (endret) Er det noen andre som har erfart at Speedtouch-modemet restarter seg selv når den får for mange tilkoblinger å ta hånd om? Ikke sett dette nei. Men - jeg har en litt annen oppkobling: 546i står i vanlig oppkobling hos meg, og så er alle porter forwardet til en maskin på innsiden som er brannmur (kjører FreeBSD, natd og ipfw). Det er mulig at brannmuren min "tar støyten" for 546i boksen (når det blir for mye trafikk av type p2p, så går alt som sirup gjennom brannmuren, og da må natd restartes, så er alt i orden igjen). Er det noen andre som har erfaring med at DD-WRT disconnecter hver dag kl. 00:05 selvom den ikke burde det? Har ikke prøvd med dd-wrt enda, så det kan jeg ikke uttale meg om. Jeg har sett at PPPoE disconnecter og connecter igjen selv om ADSL-forbindelsen er oppe hele tiden. Men - PPPoE disconnect har bare skjedd en sjelden gang her. Endret 25. september 2010 av tingo Lenke til kommentar
Scriptgutten Skrevet 25. september 2010 Forfatter Del Skrevet 25. september 2010 Jeg forstår hva du mener, men tror ikke at det vil hjelpe å forwarde alle portene, fordi 546i'en vil fortsatt måtte holde styr på alle tilkoblinger som går ut, slik at den vet hvilken maskin som skal ha pakken når det kommer en pakke i retur til porten den originale pakken ble sendt fra. Og det er akkurat dette 546i'en ikke klarer. Derfor ønsker jeg å bare benytte den som modem, eller i en form for DMZ der den ikke trenger å holde styr på "aktive tilkoblinger", men heller bare tar for seg "en og en pakke av gangen", slik at når det kommer en pakke, vil den automatisk bare forwarde den videre til en ny maskin, uavhengig av om det er opprettet en forbindelse fra før eller ikke, og deretter glemme alt som hadde med den pakken å gjøre. Likte bedre Tele2 sin løsning hvor NAT ikke var nødvendig i det heletatt. Var bare et ethernet bridge modem til ISPens nettverk med en DHCP server som ga ut eksterne IPer til alle maskinene. Det var ingen NAT-ruter som kunne ødelegge ting underveis da. NAT er og blir en midlertidig og dårlig hack skulle ønske at IPv6 ville bli rullet ut fortere. Lenke til kommentar
Lars Dongeri Oppholdsnes Skrevet 25. september 2010 Del Skrevet 25. september 2010 Er det er ny versjon av DD-WRT du bruker? Jeg ville prøvd å se om det er router eller modem som er problemet, ved å koble opp datamaskinen rett mot modem. Win7/Vista har PPPoE klient innebygget (mulig du må aktivere tjenesten først). Med XP kan du laste ned RAS PPPoE. Lenke til kommentar
Scriptgutten Skrevet 25. september 2010 Forfatter Del Skrevet 25. september 2010 Ja, jeg bruker den nyeste "stable" v24 VPN build versjonen av DD-WRT. Hadde v23 før, som hadde samme problem. Det er 2 forskjellige problemer som oppstår: 1. Ved bruk av bare modemet og dets innebygde NAT har jeg problemet med at det krasjer og restarter seg selv, men det skjer ikke på noen faste tidspunkt, det er tilfeldig. 2. Når modemet står i bridge, og jeg bruker WRT54GLen til PPPoE og NAT har jeg bare problemet med at nettet dropper kl 00:05 (23:59 ifølge NGTs logger), men det er ellers helt solid. Jeg tror ikke modemet har skylden i det sistnevnte, og tror heller at det er noe med konfigurasjonen i sentralen som gjør at PPPoE-tilkoblingen i NGT-modemet fungerer mens den i DD-WRT ikke gjør det. Kanskje det er en eller annen IP lease som DD-WRT ikke renewer i tide, eller en keep alive som ikke blir sendt ut. Har ikke så god greie på PPP egentlig, så kan ikke si så mye om det. Jeg skal se om jeg får installert PPPoE på PCen imorgen og sette modemet i bridge for å se om problemet oppstår da og. (litt kjedelig at jeg bare får 1 sjanse til å teste hver dag ) Mulig at jeg kommer til å installere Tomato på ruteren om det viser seg at det fungerer skikkelig med PPPoE på maskinen. Lenke til kommentar
Lars Dongeri Oppholdsnes Skrevet 26. september 2010 Del Skrevet 26. september 2010 Det kan være noe som resettes hos NGT ved midnatt. Ikke uvanlig at det skjer hos noen, selv ved bruk av rent modem uten PPPoE. Som du sier, så er det verd et forsøk å prøve Tomato for å se om det er noe relatert til DD-WRT. PS: http://www.dd-wrt.com/phpBB2/viewtopic.php?p=464147 men det gjelder bare hvis klokken i router er 00:00 når det skjer. Lenke til kommentar
Scriptgutten Skrevet 26. september 2010 Forfatter Del Skrevet 26. september 2010 AAAAAH, jeg tror jeg vet hva som er problemet.. som han fyren sa i forumposten som du postet: Edit: Wow, never mind, I'm an idiot. Under the WAN setup I had 'force reconnect' enabled and scheduled for 00:00 Rolling Eyes Har gjort akkurat samme tabbe. Jeg trodde den innstillingen hadde noe å gjøre med hvor lenge ruteren skulle vente med å reconnecte PPPoE-tilkoblingen om den ble avbrutt. Da tror jeg at problemet er løst Kommer med tilbakemelding senere når jeg vet noe. Lenke til kommentar
Scriptgutten Skrevet 27. september 2010 Forfatter Del Skrevet 27. september 2010 Ser ut til å fungere nå. Dumme meg. Men da fikk jeg det ihvertfall til å fungere slik jeg ville ha det, og kan bruke DD-WRT uten noe DMZ som ligger der og lager problemer. Lenke til kommentar
Lars Dongeri Oppholdsnes Skrevet 28. september 2010 Del Skrevet 28. september 2010 Ikke så lett å forutse at en reconnect skal bryte forbindelsen. Den "feilen" der er du nok ikke alene om å ha gjort. Feil på DD-WRT blir som regel raskt plukket ut pga mange oppegående brukere. Lenke til kommentar
Anbefalte innlegg
Opprett en konto eller logg inn for å kommentere
Du må være et medlem for å kunne skrive en kommentar
Opprett konto
Det er enkelt å melde seg inn for å starte en ny konto!
Start en kontoLogg inn
Har du allerede en konto? Logg inn her.
Logg inn nå