Traag internet dual wan netwerk

[Bloemstukje]

Beste medetweakers,

Ik hoop dat mijn verhaal duidelijk is, zo nee dan vul ik het graag aan .

Het probleem is als volgt: we hebben hier een thuis/zakelijk netwerk waar dus zowel particulier geinternet word, als zakelijk gewerkt wordt.

Hoe ziet dat er dan uit?

Nou, zo dus:



Oke, en wat doet wat?

Kort uitgelegd doet het dit:

De Mac Mini server regelt eigenlijk alles; DHCP, Calender, Contactpersonen, Bestandsdeling noem maar op.
Wat er verder nog aangesloten is zijn een stuk of 6 iMac's wat Macbook's, iPads, 3 Nasservers en wat WiFi routers etc etc.
Deze zitten allemaal op de switch aangesloten (zie afbeelding).

Ja precies, maar ik zie 2 modems, hoezo?

Om te voorkomen dat we zonder internet komen te zitten, hebben we er voor gekozen om twee internet verbindingen te nemen.
- 1 verbinding is van KPN en is een zakelijke verbinding met 8 vaste IP adressen waarvan : 1 start IP, 1 eind IP, 1 Gateway en nog 1 waar ik de naam zo niet meer van weet. Hierdoor zijn er dus 4 IP adressen vrij te gebruiken.
- En 1 verbinding van Ziggo, die heeft een hoge snelheid en is dus ook op de (enige) gigabit WAN poort van de VIGOR aangesloten.

Maar dit lijkt toch allemaal prima?

Ja dat dachten wij ook! maar nu komt de ellende; de Draytek Vigor. In die Vigor kan ik dus instellen wat de DNS servers zijn, en IP adressen etc etc. Ook kan ik zo per intern IP adres poorten forwarden, en bepalen via welke WAN poort ze naar buiten toe gaan. Ideaal zou je zeggen! Niet helemaal dus.

Laat dat probleem maar eens zien dan!

Oke, de instellingen voor WAN1 (Ziggo, Particulier) staan als volgt ingesteld:



De vigor krijgt dus alle informatie netjes van de Ziggo Modem aangeleverd (deze instellingen heeft de Vigor zelf opgezocht). En; het werkt perfect! internet is snel, en werkt prima!

De KPN modem is een ander verhaal. Dit modem moet dus één van die 4 vaste IP adressen gebruiken. Welke dat is maakt ons niet uit, dus we hebben er maar 1 gekozen (zo heeft in het begin een IT'er dit ingesteld):



Dat IP adres is dus het adres wat ik heb als ik via KPN naar www.watismijnip.nl ga. De gateway hebben wij van KPN gekregen. Maar nu komt het; het inernet is gewoon enorm traag. Vaak worden websites zelfs helemaal niet geladen, en als het werkt is het onwijs traag.

Dat begrijp ik allemaal, maar wat heb je zelf al gedaan ?

Wat we zelf hebben gedaan is KPN bellen, maar die verwijst naar de handleiding (ondanks hun gratis IT specialisten service..).
Vervolgens hebben we het KPN modem losgekoppeld van de Vigor en rechtstreeks op een laptop aangesloten. Dit werkt prima! Internet is snel en websites laden normaal. Als ik kijk wat mijn IP adres dan is, is het een IP adres uit onze eigen vaste IP adressen. Het KPN modem lijkt dus in orde!

Wat ik dus denk is dat er iets mis gaat in de Vigor. Ik heb geprobeerd om de Vigor zelf de instellingen te laten opzoeken (obtain an IP adress automatically), en dan krijgt hij een andere IP reeks (zal wel de interne DHCP server van die KPN modem doen). En als ik dan het internet op ga is het ook traag. Ik heb dan overigens wel weer gewoon netjes een IP adres uit onze eigen vast IP adres range!

Kan iemand mij tips geven over hoe ik kan kijken waarom mijn internet zo traag is, en zelfs vaak niet werkt!

Alvast heel hartelijk dank !

[Verwijderd]

Ga eerst de firmware updaten.

Een andere oplossing is, WAN1 en 2 van plek verwisselen.

Verder zijn er nog meer instellingen, van hoe de traffic "verdeeld" moet worden.

[Bloemstukje]

Verwijderd schreef op woensdag 09 januari 2013 @ 00:16:
Ga eerst de firmware updaten.

Een andere oplossing is, WAN1 en 2 van plek verwisselen.

Verder zijn er nog meer instellingen, van hoe de traffic "verdeeld" moet worden.

Firmware update is een goed idee, ga ik eens proberen! Die instellingen van traffic en dergelijke heb ik allemaal ingesteld (hoewel dat vrij simpel is nu, omdat KPN dus zo traag is dat er niet mee te internetten is). De server gaat via KPN naar buiten vanwege het vast IP, en de rest staat op Ziggo. Maar we willen dus meer KPN gaan gebruiken .

Zal vanavond ook eens WAN1 en WAN2 omdraaien, kijken of het effect heeft. Verwacht je dat dit helpt?

[NjedVet]

Wat mij zo 1-2-3 opvalt is dat het subnet verkeerd staat bij de KPN verbinding. Aangezien je maar 8 IP adressen hebt zou dit 255.255.255.248 moeten zijn.

Verder wat Haik zegt, hoe staat de verdeling van het verkeer ingesteld? Werkt itnernetten op de server (die via de KPN lijn gaat) wel goed en snel? Hoe staat dat ingesteld vergeleken met de andere clients, wordt er voor de server gebruik gemaakt van een statische NAT translatie of heeft de server een fixed extern IP adres? Zou je hier een screenshot van kunnen posten?

[ Voor 35% gewijzigd door NjedVet op 09-01-2013 13:16 ]

[Bloemstukje]

NjedVet schreef op woensdag 09 januari 2013 @ 13:13:
Wat mij zo 1-2-3 opvalt is dat het subnet verkeerd staat bij de KPN verbinding. Aangezien je maar 8 IP adressen hebt zou dit 255.255.255.248 moeten zijn.

Verder wat Haik zegt, hoe staat de verdeling van het verkeer ingesteld? Werkt itnernetten op de server (die via de KPN lijn gaat) wel goed en snel? Hoe staat dat ingesteld vergeleken met de andere clients, wordt er voor de server gebruik gemaakt van een statische NAT translatie of heeft de server een fixed extern IP adres? Zou je hier een screenshot van kunnen posten?

Oke, dat subnet ga ik even aanpassen! Dat stond dus sowieso verkeerd.

De verdeling van het verkeer is als volgt:



Het enige apparaat wat in de 1-10 reeks zit is de Server (192.168.80.3). Die gaat via KPN naar buiten toe.

De server gaat via de vigor naar buiten toe. Dus zegmaar; in de server staat een gateway ingesteld van 192.168.80.254 (De Vigor), en de vigor zorgt ervoor dat de server via KPN naar buiten toe gaat.

Onder het kopje NAT (verder niet direct verstand van wat NAT precies is trouwens) is dit het enige wat we ingesteld hebben (in de Vigor dus):



Kan je hier wat mee ?

[NjedVet]

Als ik het zo zie staat alles goed. Op de server kun je wel met normale snelheid internetten en het werkt alleen niet bij clients die via de KPN lijn naar buiten gaan?

Je zou ook nog een traceroute kunnen proberen om te kijken welke stap er erg veel vertraging oplevert.

[Bloemstukje]

NjedVet schreef op woensdag 09 januari 2013 @ 14:24:
Als ik het zo zie staat alles goed. Op de server kun je wel met normale snelheid internetten en het werkt alleen niet bij clients die via de KPN lijn naar buiten gaan?

Je zou ook nog een traceroute kunnen proberen om te kijken welke stap er erg veel vertraging oplevert.

De server zelf heeft ook heel traag internet. Alleen als ik de KPN modem ontkoppel van de Vigor, en rechtstreeks via het KPN modem ga met bijvoorbeeld mijn laptop, dan is het internet wel snel. Verder heeft zowel de server als de clients heel traag internet via KPN.

Zo'n traceroute, hoe doe ik dat ? En wat ik doe ik daarmee precies?

[_JGC_]

Waarom staat die MTU eigenlijk op 1442? Zet die voor de ziggo lijn sowieso op 1500, dat is nml de normale instelling.
Voor DSL zou die MTU kunnen kloppen. Hang eens een client rechtstreeks aan het modem en kijk wat je aan MTU van je DHCP server krijgt, mogelijk moet je die instellen in je router. Verder moet je in je router vooral niet ICMP gaan blokkeren.

[Bloemstukje]

_JGC_ schreef op woensdag 09 januari 2013 @ 15:22:
Waarom staat die MTU eigenlijk op 1442? Zet die voor de ziggo lijn sowieso op 1500, dat is nml de normale instelling.
Voor DSL zou die MTU kunnen kloppen. Hang eens een client rechtstreeks aan het modem en kijk wat je aan MTU van je DHCP server krijgt, mogelijk moet je die instellen in je router. Verder moet je in je router vooral niet ICMP gaan blokkeren.

Die gaan we even aanpassen . En de KPN MTU zal ik eens automatisch laten ophalen als dat kan.

Wat trouwens gek is: Als ik op de server het internet opgaat (via KPN), en hij wil de webpagina niet laden, dan krijg ik de "website" te zien van de server zelf, zeg maar zijn eigen pagina om wat instellingen te downloaden etc. Kan het zijn dat op de server er een verwijzing verkeerd staat zodat het internet verkeer op een of andere manier weer terug bij zichzelf komt?

[lier]

Zou je eens de ip configuratie van de server en de client kunnen posten?
Doet je Mac Mini ook DNS?

[Bloemstukje]

lier schreef op woensdag 09 januari 2013 @ 16:23:
Zou je eens de ip configuratie van de server en de client kunnen posten?
Doet je Mac Mini ook DNS?

Yes, bij deze!

Dit zijn de DNS settings van OSX Server :



En dit de DHCP (vrij sumier, maar dat is natuurlijk ook redelijk eenvoudig) :



Kan je hier wat mee?

[ Voor 6% gewijzigd door Bloemstukje op 09-01-2013 17:44 ]

[Bloemstukje]

Oke, ik heb een traceroute uitgevoerd en dit zijn de resultaten.

Ik voer hier een route uit vanaf een iMac die via ZIGGO naar buiten gaat. Ik traceroute naar ons IP adres van KPN. Dit is wat ik krijg :

code:

traceroute is gestart…

traceroute to 46.145.233.250 (46.145.233.250), 64 hops max, 72 byte packets
 1  vigor.router (192.168.80.254)  0.515 ms  0.238 ms  0.222 ms
 2  10.202.192.1 (10.202.192.1)  35.268 ms  10.461 ms  9.632 ms
 3  213.51.137.193 (213.51.137.193)  11.038 ms  12.706 ms  10.510 ms
 4  asd-lc0006-cr101-ae3-0.core.as9143.net (213.51.158.100)  18.595 ms  12.329 ms  11.599 ms
 5  xe-8-1-0.edge3.amsterdam1.level3.net (212.72.33.213)  17.586 ms  14.201 ms  10.714 ms
 6  kpn-level3-xe.amsterdam1.level3.net (213.244.164.206)  17.123 ms  13.571 ms  13.890 ms
 7  asd2-rou-1022.nl.eurorings.net (134.222.199.77)  16.793 ms  12.840 ms  13.487 ms
 8  134.222.93.139 (134.222.93.139)  17.552 ms  23.333 ms  24.170 ms
 9  nl-asd-dc2-zsi-sg01.kpn.net (139.156.222.64)  14.708 ms  15.367 ms  21.123 ms
10  nl-rt-dc2-zsi-sg01-ae0.kpn.net (139.156.112.33)  50.967 ms  15.605 ms  17.954 ms
11  static.kpn.net (139.156.113.70)  15.365 ms  28.412 ms  18.142 ms
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *

Zo voer ik dat uit:


Vervolgens ga ik vanaf de Mac Mini Server tracerouten naar bijvoorbeeld google.nl. Hierbij komt hij niet verder dan een IP adres krijgen :


Kan iemand hieruit halen wat/waar er mis gaat?

[CyBeR]

Dat laatste is een port scan.

[Bloemstukje]

CyBeR schreef op woensdag 09 januari 2013 @ 18:25:
Dat laatste is een port scan.

Ach dom, ja je hebt gelijk! Nu vervangen door de goede :



Traceroute naar Tweakers.net. Dit gaat dus zo een hele tijd door.

edit: nu een traceroute vanaf een client op KPN naar www.autoblog.nl :


Al met al duurde deze trace zeker een minuut .

[ Voor 75% gewijzigd door Bloemstukje op 09-01-2013 18:53 ]

[MensionXL]

Wat gebeurt er als je de DNS van OpenDNS gebruikt voor je server? Je kan proberen om dit in te stellen op je server zelf en bij de DNS-instellingen op de Vigor.

Dit zijn de IP-adressen:

208.67.222.222
208.67.220.220

En wat gebeurt er als je een tracert doet vanaf je server naar 213.239.154.20? Zowel voor als na de DNS-wijziging naar OpenDNS

[ Voor 20% gewijzigd door MensionXL op 09-01-2013 19:21 ]

[Bloemstukje]

Nou, het probleem lijkt te zijn opgelost!

Dankzij jullie hebben we een heel aantal dingen kunnen check en verbeteren! En daardoor zijn we tot de oplossing gekomen. Hiervoor dus mijn hartelijke dank !!

We hebben een hele test gedaan met het omsteken van de WAN poorten met verschillende instellingen. Alles getest en wat blijkt; op het moment dat we DNS servers gaan ingeven in de Vigor gaat het mis. Blijkbaar kan KPN niet met andere DNS servers overweg, en Ziggo houdt er ook niet zo van, als we het in de Vigor gaan ingeven althans. Mijn theorie is dat de DNS servers al in de Modems staan, en als we die dan ook nog eens in de Vigor gaat ingeven, het dan conflicten gaat geven.

Wanneer we dus geen DNS servers ingeven in de Vigor gaat het goed .

Toen hadden we alleen nog geen internet op de server zelf, helemaal niet meer. Dit bleek te komen doordat zijn eigen DNS informatie verkeerd stond. De DHCP server geeft normaal gesproken de DNS informatie door aan zijn clients, maar aangezien de server Static IP heeft, krijg hij dus geen DNS van zichzelf (opzich logisch). We hebben hier dus de juiste DNS info ingegeven en dat werkt .

Ook heb ik een stukje informatie over Multi NAT gelezen, dit staat nu ook aan en lijkt meer dan prima te werken . De Server heeft een eigen extern IP adres van KPN, en clients die via KPN naar buiten gaan krijgen een ander extern IP!

[ Voor 7% gewijzigd door Bloemstukje op 10-01-2013 12:21 ]

[ThinkPad]

Heb je ook getest dat als je 1 van de internet lijnen eruit trekt, nogsteeds internet hebt? (failover)

[Bloemstukje]

ThinkPadd schreef op donderdag 10 januari 2013 @ 12:33:
Heb je ook getest dat als je 1 van de internet lijnen eruit trekt, nogsteeds internet hebt? (failover)

Ja! Dit werkt ook.

Wat wel vreemd is (en dit heeft nog nooit gewerkt); de Vigor ziet niet als bijvoorbeeld Ziggo storing heeft. Als ziggo bijvoorbeeld storing is, blijft de WAN gewoon groen in de Vigor, waardoor hij dus niet omschakeld, pas als je de kabel eruit trekt gaat hij over .

[CyBeR]

Dat is normaal, aangezien je vigor op dat moment niet weet dat er een storing is verderop in het netwerk.

De enige manier om daar achter te komen is om via die verbinding de bereikbaarheid van een bepaald IP te tracken en daarop te acteren.

[Bloemstukje]

CyBeR schreef op donderdag 10 januari 2013 @ 14:31:
Dat is normaal, aangezien je vigor op dat moment niet weet dat er een storing is verderop in het netwerk.

De enige manier om daar achter te komen is om via die verbinding de bereikbaarheid van een bepaald IP te tracken en daarop te acteren.

Hmm inderdaad, opzich is het wel te verklaren. Toen we het ding kochten hadden we toch de stille hoop dat hij het wel op die manier zou doen. Niet erg, alleen even kabeltje eruit en de rest gaat vanzelf .

[Anoniem: 496444]

Bloemstukje schreef op donderdag 10 januari 2013 @ 14:35:
[...]


Hmm inderdaad, opzich is het wel te verklaren. Toen we het ding kochten hadden we toch de stille hoop dat hij het wel op die manier zou doen. Niet erg, alleen even kabeltje eruit en de rest gaat vanzelf .

Wij hebben ook een draytek en checken of de lijn up is via een ping naar 8.8.8.8 (google dns server) werkt prima.

[Bloemstukje]

Anoniem: 496444 schreef op donderdag 10 januari 2013 @ 18:13:
[...]

Wij hebben ook een draytek en checken of de lijn up is via een ping naar 8.8.8.8 (google dns server) werkt prima.

Oke, dat klinkt goed! Hoe heb je dit ingesteld op de Vigor als ik vragen mag?

[DukeBox]

Bloemstukje schreef op donderdag 10 januari 2013 @ 12:19:
,,op het moment dat we DNS servers gaan ingeven in de Vigor gaat het mis. Blijkbaar kan KPN niet met andere DNS servers overweg, en Ziggo houdt er ook niet zo van, als we het in de Vigor gaan ingeven althans. Mijn theorie is dat de DNS servers al in de Modems staan, en als we die dan ook nog eens in de Vigor gaat ingeven, het dan conflicten gaat geven.

Wanneer we dus geen DNS servers ingeven in de Vigor gaat het goed .

En dat klopt precies, ISP A kan niet de DNS servers van ISP B gebruiken, en omgekeerd. Als deze op auto staat gaat het goed want dan gaat het altijd over de DNS van de ISP welke WAN gebruikt wordt.

Wil je persé zelf DNS opgeven, dan zal je zoals eerder genoemd open dns of google moeten gebruiken welke vanaf beide WAN verbindingen te gebruiken is.

Overigens is dit issue + oplossing ook bekend bij Vigor, hebben ze dat niet gemeld toen je de helpdesk belde ?

[Anoniem: 496444]

Bloemstukje schreef op donderdag 10 januari 2013 @ 18:21:
[...]


Oke, dat klinkt goed! Hoe heb je dit ingesteld op de Vigor als ik vragen mag?

Via WAN > Internet access > Details page
Daar zie je "WAN Connection Detection"
De mode zet je op "Ping detect" i.p.v. "ARP detect"
Dan bij "Ping IP" vul je 8.8.8.8 in
Tenslotte staat er ook nog een TTL (Time To Live) wat er op neer komt hoe vaak hij pingt.

[Bloemstukje]

DukeBox schreef op donderdag 10 januari 2013 @ 18:25:
[...]

En dat klopt precies, ISP A kan niet de DNS servers van ISP B gebruiken, en omgekeerd. Als deze op auto staat gaat het goed want dan gaat het altijd over de DNS van de ISP welke WAN gebruikt wordt.

Wil je persé zelf DNS opgeven, dan zal je zoals eerder genoemd open dns of google moeten gebruiken welke vanaf beide WAN verbindingen te gebruiken is.

Overigens is dit issue + oplossing ook bekend bij Vigor, hebben ze dat niet gemeld toen je de helpdesk belde ?

Aha juist, dat verklaart het. Elke ISP wil dus gewoon zijn eigen DNS gebruiken, tenzij het een open DNS is . We gebruiken gewoon de DNS van de ISP's zelf nu, want dat gaat, zoals je zegt, prima! Hoewel ik op internet lees dat de DNS van Ziggo niet optimaal is, misschien maar eens, zoals jij oppert, OpenDNS of die van google proberen Bedankt voor de tip!

Ik heb niet de Vigor helpdesk gebeld, maar de KPN helpdesk. Bij een zakelijke aansluiting krijg je namelijk gratis "proffesioneel ICT support" via telefoon. Maar die man had er weinig kaas van gegeten. Vandaar ook dat ik hier ben gekomen . Ik heb overigens de winkel waar ik de Vigor gekocht heb een tijdje geleden nog aan de telefoon gehad over een ander issue, maar die hadden helemaal bedroeven weinig verstand ervan .

Anoniem: 496444 schreef op donderdag 10 januari 2013 @ 19:04:
[...]


Via WAN > Internet access > Details page
Daar zie je "WAN Connection Detection"
De mode zet je op "Ping detect" i.p.v. "ARP detect"
Dan bij "Ping IP" vul je 8.8.8.8 in
Tenslotte staat er ook nog een TTL (Time To Live) wat er op neer komt hoe vaak hij pingt.

Top, hartstikke bedankt! Het het meteen aangezet in de Vigor. De TTL heb ik op 100 gezet, is dit reëel? Is dit 100 keer pingen of 100 mili-seconden pingen?

[ Voor 13% gewijzigd door Bloemstukje op 10-01-2013 20:28 ]

[Anoniem: 496444]

[b][message=39569326,noline]De TTL heb ik op 100 gezet, is dit reëel? Is dit 100 keer pingen of 100 mili-seconden pingen?

Sorry ik heb me misschien wat krom uitgedrukt.
De TTL is iets wat je mee geeft met je ping en je kan het zien als een soort balletje aan een elastiekje.
Je wil namelijk dat de ping terug komt en met de TTL geef je eigenlijk aan hoe ver je hem weg gooit.
Dit wordt dan gemeten in hops (wat je ziet als je een traceroute doet).
Wanneer ik een traceroute doe naar 8.8.8.8 zie ik dat er 14 hops voor nodig zijn.
Zet ik de TTL op 14 dan gooi ik dus ver genoeg om 8.8.8.8 te bereiken zet ik hem op 13 dan niet meer.
Staat de TTL op 100 dan mag je ping dus over 100 hops lopen voor dat hij sterft zeg maar.
De reden dat je het in de Vigor kan instellen is zodat je ook bv een ip "dichterbij" kan pingen waarbij het dan zeker moet zijn dat hij maar bv 1 hop verwijderd is.
Als je Experiabox een eigen ip adres heeft zou je die op die manier kunnen pingen (hij is maar 1 hop verwijderd) en dan test je dus of je daarmee verbinding hebt.
Voor mij is dat niet voldoende om vast te stellen dat er een "internet" verbinding is, immers je Experiabox kan het nog doen maar verder kom je niet.
Daarom werkt 8.8.8.8 gewoon goed want als google het niet doet betekent dat voor de meeste mensen dat het internet eruit ligt hahaha

[SMSfreakie]

mischien kan je je Ziggo modem nog in bridge zetten, dan krijgt je VIGOR ook van Ziggo meteen het WAN IP

nu speelt je Ziggo modem ook nog eens voor router..

[Bloemstukje]

Anoniem: 496444 schreef op donderdag 10 januari 2013 @ 23:25:
[...]

Sorry ik heb me misschien wat krom uitgedrukt.
De TTL is iets wat je mee geeft met je ping en je kan het zien als een soort balletje aan een elastiekje.
Je wil namelijk dat de ping terug komt en met de TTL geef je eigenlijk aan hoe ver je hem weg gooit.
Dit wordt dan gemeten in hops (wat je ziet als je een traceroute doet).
Wanneer ik een traceroute doe naar 8.8.8.8 zie ik dat er 14 hops voor nodig zijn.
Zet ik de TTL op 14 dan gooi ik dus ver genoeg om 8.8.8.8 te bereiken zet ik hem op 13 dan niet meer.
Staat de TTL op 100 dan mag je ping dus over 100 hops lopen voor dat hij sterft zeg maar.
De reden dat je het in de Vigor kan instellen is zodat je ook bv een ip "dichterbij" kan pingen waarbij het dan zeker moet zijn dat hij maar bv 1 hop verwijderd is.
Als je Experiabox een eigen ip adres heeft zou je die op die manier kunnen pingen (hij is maar 1 hop verwijderd) en dan test je dus of je daarmee verbinding hebt.
Voor mij is dat niet voldoende om vast te stellen dat er een "internet" verbinding is, immers je Experiabox kan het nog doen maar verder kom je niet.
Daarom werkt 8.8.8.8 gewoon goed want als google het niet doet betekent dat voor de meeste mensen dat het internet eruit ligt hahaha

Oke, bedankt voor de duidelijke uitleg ! Dan ga ik gewoon even een traceroute uitvoeren vanaf de server naar google, en dat getal +1 oid invoeren in de TTL . Als google eruitligt kan je er ook wel vanuit gaan dat internet plat ligt volgens mij .

SMSfreakie schreef op donderdag 10 januari 2013 @ 23:53:
mischien kan je je Ziggo modem nog in bridge zetten, dan krijgt je VIGOR ook van Ziggo meteen het WAN IP

nu speelt je Ziggo modem ook nog eens voor router..

Dat is een goede tip, thnx . Zal wel eens kijken of ik die UBEE modem in bridge mode kan krijgen, in feite gaat hij dan inderdaad een routerfunctie uitvoeren wat helemaal niet nodig is!

[CyBeR]

Ziggo modems kun je door de klantenservice in bridge-mode laten zetten.

[SMSfreakie]

Bloemstukje schreef op vrijdag 11 januari 2013 @ 11:04:
[...]


Oke, bedankt voor de duidelijke uitleg ! Dan ga ik gewoon even een traceroute uitvoeren vanaf de server naar google, en dat getal +1 oid invoeren in de TTL . Als google eruitligt kan je er ook wel vanuit gaan dat internet plat ligt volgens mij .


[...]


Dat is een goede tip, thnx . Zal wel eens kijken of ik die UBEE modem in bridge mode kan krijgen, in feite gaat hij dan inderdaad een routerfunctie uitvoeren wat helemaal niet nodig is!

precies, en dan blijf je dus ook met portforwardings op je Ziggo lijn klieren ( of je moet je Vigor al in de DMZ hebben., _{alleen hebben ubees waar de router nog op werkt enorm veel last van connection drops.. wat bij een bridged ubee niet meer t geval lijkt te zijn} )

CyBeR schreef op vrijdag 11 januari 2013 @ 11:31:
Ziggo modems kun je door de klantenservice in bridge-mode laten zetten.

de Wifi modellen kan je zelf nog in bridge zetten, en anders even met de klantenservice bellen is het zo gepiept