Sticky

Gebruik een eigen router i.p.v. de Experia Box

  • 8 September 2018
  • 8572 reacties
  • 565534 keer bekeken
Gebruik een eigen router i.p.v. de Experia Box

Toon eerste bericht

8572 reacties

Die uxg max is net uit. Support technisch is dat wel aantrekkelijk.

Reputatie 7

Die uxg max is net uit. Support technisch is dat wel aantrekkelijk.

Het prijskaartje is wel anders en de UXG Lite zou ook prima 1Gbps moeten kunnen routeren.

Reputatie 7

Voordat ik aanpassingen ga doen in de configuratiescripts wil ik eerst vaststellen of die fenomeen ook optreedt op mijn EdgeRouter 4. Ik heb namelijk het gevoel dat dit issue zich beperkt tot de EdgeRouter met een MediaTek CPU maar dat ga ik zien.

Het CPU verbruik op mijn EdgeRouter 4 blijft bij een volle belasting op een 1Gbps verbinding onder de 20%.

 

Voordat ik aanpassingen ga doen in de configuratiescripts wil ik eerst vaststellen of die fenomeen ook optreedt op mijn EdgeRouter 4. Ik heb namelijk het gevoel dat dit issue zich beperkt tot de EdgeRouter met een MediaTek CPU maar dat ga ik zien.

Het CPU verbruik op mijn EdgeRouter 4 blijft bij een volle belasting op een 1Gbps verbinding onder de 20%.

 

Thanks!

en bufferbloat test? Zou je die ook eens kunnen doen?

Reputatie 7

en bufferbloat test? Zou je die ook eens kunnen doen?

Zonder noemenswaardige belasting van het netwerk is de ping responsetijd van google.com zo’n 3ms.

Tijdens volle downloadbelasting loopt dit op naar zo’n 8ms en tijdens een volle uploadbelasting zie ik kort een piek 50ms die daarna snel terugloopt naar 3ms terwijl de upload dan nog een tijdje doorloopt.

 

Ik zit thuis met een frustrerend probleem. Ik heb enige tijd deze config draaien met een Edge Router X. Ik had daarachter een Netgear switch hangen maar die is nu vervangen door een Unifi USW-Lite-8-PoE. Elke keer als de router of switch een reboot krijgt zijn de TV kastjes compleet van slag. Krijg dan de bekende STB-NMC-400 melding dat ze geen verbinding kunnen krijgen met het modem. Ik moet dan een paar keer de boel herstarten om soms pikken ze het op. 

 

Ik dacht slim te zijn om een UPS te plaatsen bij mijn switch en router maar helaas werkt dat ook niet. Hoe krijg ik het voor elkaar dat TV gewoon weer werkt als de router een reboot krijgt,

 

Kastjes zitten in het juiste vlan 4. IGMP Snooping staat aan. Maar toch werkt het niet. Het is frustrerend en ook voor mijn vrouw. 

 

Wat doe ik fout? 

Reputatie 7
Badge +9

Ik had daarachter een Netgear switch hangen maar die is nu vervangen door een Unifi USW-Lite-8-PoE. Elke keer als de router of switch een reboot krijgt zijn de TV kastjes compleet van slag. Krijg dan de bekende STB-NMC-400 melding dat ze geen verbinding kunnen krijgen met het modem. Ik moet dan een paar keer de boel herstarten om soms pikken ze het op. 

Kastjes zitten in het juiste vlan 4. IGMP Snooping staat aan. Maar toch werkt het niet. Het is frustrerend en ook voor mijn vrouw. 

Wat doe ik fout? 

Ik denk dat je fout is dat je een goed werkend Netgear switch door een niet werkend USW Lite vervangen heb. Voor de Unifi Switch moet je "Unknown IP Multicast Action” van Flood op Drop veranderen, maar deze moet je via CLI doen, en ieder keer na reboot.

ip igmp snooping unknown-multicast action drop

Ik had daarachter een Netgear switch hangen maar die is nu vervangen door een Unifi USW-Lite-8-PoE. Elke keer als de router of switch een reboot krijgt zijn de TV kastjes compleet van slag. Krijg dan de bekende STB-NMC-400 melding dat ze geen verbinding kunnen krijgen met het modem. Ik moet dan een paar keer de boel herstarten om soms pikken ze het op. 

Kastjes zitten in het juiste vlan 4. IGMP Snooping staat aan. Maar toch werkt het niet. Het is frustrerend en ook voor mijn vrouw. 

Wat doe ik fout? 

Ik denk dat je fout is dat je een goed werkend Netgear switch door een niet werkend USW Lite vervangen heb. Voor de Unifi Switch moet je "Unknown IP Multicast Action” van Flood op Drop veranderen, maar deze moet je via CLI doen, en ieder keer na reboot.

ip igmp snooping unknown-multicast action drop

Bedankt voor het antwoord. De netgear had soms de neiging om compleet vast te lopen. Ik zal eens kijken naar het commando wat u voorstelde. 

Reputatie 7

TDN schreef:

Ik denk dat je fout is dat je een goed werkend Netgear switch door een niet werkend USW Lite vervangen heb. Voor de Unifi Switch moet je "Unknown IP Multicast Action” van Flood op Drop veranderen, maar deze moet je via CLI doen, en ieder keer na reboot.

ip igmp snooping unknown-multicast action drop​​​​​​

Dit moet je niet doen immers dan krijg je problemen met IPv6.

Ook op een Netgear moet die optie uit staan.

 

Reputatie 7

john-s schreef:

De netgear had soms de neiging om compleet vast te lopen. 

Heb je loop detection aan staan?

 

john-s schreef:

De netgear had soms de neiging om compleet vast te lopen. 

Heb je loop detection aan staan?

 

Ik heb de netgear switch niet meer. Maar volgens mij had ik die wel aanstaan. Als ie vast liep kon ik ook niet meer naar de interface. Dus naar de meterkast en poweroff.

 

Wat misschien kan zijn is dat ik te snel het kastje weer aanzet. Misschien wat langer wachten om weer aan te zetten..

Reputatie 7
Badge +9

TDN schreef:

Ik denk dat je fout is dat je een goed werkend Netgear switch door een niet werkend USW Lite vervangen heb. Voor de Unifi Switch moet je "Unknown IP Multicast Action” van Flood op Drop veranderen, maar deze moet je via CLI doen, en ieder keer na reboot.

ip igmp snooping unknown-multicast action drop​​​​​​

Dit moet je niet doen immers dan krijg je problemen met IPv6.

Ook op een Netgear moet die optie uit staan.

Kan je uitleggen over problemen met IPv6 wegens blokkeren onbekende multicast? Het is misschien een specifiek bug van Netgear. Ik blokkeer op mijn cisco switch zonder problemen met IPv6.

Reputatie 7
Badge +10

Ben elders wel deze reactie tegengekomen m.b.t. gebruik van een EdgeRouter in combi met Netgear. Maar dateert van 4 jaar geleden.

https://community.ui.com/questions/SOLVED-Clients-not-receiving-IPv6-address-via-Netgear-switch/69f5c13c-9f14-46ae-be97-2cdad39eeec2
 

Reputatie 7
Badge +9

Ben elders wel deze reactie tegengekomen m.b.t. gebruik van een EdgeRouter in combi met Netgear. Maar dateert van 4 jaar geleden.

https://community.ui.com/questions/SOLVED-Clients-not-receiving-IPv6-address-via-Netgear-switch/69f5c13c-9f14-46ae-be97-2cdad39eeec2
 

Dan is een bug van Netgear, IGMP snooping moet geen invloed op IPv6 hebben, voor IPv6 zijn MLD snooping configuraties en niet IGMP snooping configuraties

 

Reputatie 7
Badge +10

Ik heb het hier nu ook nog eens uitgetest met de bekende  5 poort Netgear switch GS105E v2
Daarin vind je alleen instellingen voor IGMP Snooping  -  niet voor MLD Snooping.

Met enerzijds een oudere IPv4 “only” Arcadyan HMB2260 TV-ontvanger achter die switch.
Anderzijds bekabeld (via een ethernet naar USB connectie) een Lenovo laptop (Windows 10).
De WiFi adapter daarvan uitgeschakeld, zodat er echt alleen een bekabelde connectie is.
Als router gebruik ik geen EdgeRouter maar een Synology router, die ik met IPv6 heb ingeregeld.

Of ik de instelling “Block Unknown Multicast Address”  met  Disabled  of  Enabled  gebruik.
(Na aanpassing de switch een keer van de power af, en weer inschakelen).
Maakt voor de IPv6 functionaliteit hier in ieder geval niet uit.

 


 



Controle via mijn laptop en Command Opdrachtpromt:   ipconfig /all
Geeft hier in beide situaties zowel een  IPv4  als  IPv6  adres.
Verder ook via test websites:
https://www.watzijnmijnips.nl      -     https://ipv6-test.com        en        https://test-ipv6.com


De laatste firmware versie  1.6.0.11  voor mijn Netgear switch, als ik afga op de Release notes:
https://kb.netgear.com/000064372/GS105Ev2-Firmware-Version-1-6-0-11

Onderaan:     Last Updated:11/12/2021 | Article ID: 000064372
 

Dus mensen die vergelijkbare switches gebruiken. Check altijd op de laatste firmware versies.
(Ook al zijn die versies ook al redelijk gedateerd bij ook al vrij gedateerde switches).

 

 

Dag allemaal! :)

Gisteren alles omgezet (eerst getest met de Experiabox) om met veel plezier gebruik te maken van mijn 1 Gb Down/Up snelheid icm een Ubiquiti EdgeX. De Down gaat goed; alleen is de Up capped op 500 Mb/s. 

 

Ik heb de volgende config ( https://gist.github.com/Ruben-E/abb9a4a872a7c4ffff058ae291ef2627) overgenomen en heb ook offload aangezet, maar wellicht heb ik wat over het hoofd gezien. Maar het kan ook prima zijn dat m'n EdgeX’je geen 1Gb up support zoals ik soms lees. 


Wellicht dat iemand ditzelfde euvel al heeft opgelost in dit draadje… :) 

Edit: Fijn om te weten dat ik niet de enige ben die hetzelfde ervaart. Inmiddels ook mss-clamping aangezet zoals @wjb heeft gedaan en nu krijg ik bijna de volle upload:

 

Kan je op die Netgear Orbi de vlan instellen waarop de pppoe verbinding opgezet moet worden?

Zo ja, zet deze dan op vlan 6.

Zo nee, plaats dan een Netgear GS105Ev2 tussen de Netgear Orbi en de NTU en configureer deze zoals onderstaand.

Sluit de NTU vervolgens op LAN poort 1 aan en de WAN poort van de Netgear Orbi op LAN poort 2.

Je kun een LAN poort van de Netgear Orbi op LAN poort 3 aansluiten waardoor LAN poort 4 en 5 ook te gebruiken zijn voor LAN aansluitingen.

 

Voor wie met een Orbi 850 zijn PPPoE nog niet aan de praat krijgt (inmiddels firmware V7.2.6.31_5.0.24) je moet bij KPN nu ook IPv6 aanzetten op je PPoE om het werkend te krijgen. Dit zit bij de Orbi onder Advanced > Advanced > IPv6 en kies dan “Use the same Login information as IPv4 PPPoE

 

Reputatie 7

nog-een-Ruud of Mitsjol schreef:

Voor wie met een Orbi 850 zijn PPPoE nog niet aan de praat krijgt (inmiddels firmware V7.2.6.31_5.0.24) je moet bij KPN nu ook IPv6 aanzetten op je PPoE om het werkend te krijgen.

Bij KPN hoeft IPv6 niet aangezet te worden voor het opzetten van een PPPoE verbinding. Bij IPv6 wordt ook geen gebruik gemaakt van PPPoE maar van DHCPv6. Die DHCPv6 communicatie loopt binnen de PPPoE verbinding.

En voor de compleetheid de rest van de mogelijk relevante configuraties voor een handmatig gebouwde Linux router (op basis van pppd en wide-dhcpv6-client, LAN DHCP / RA / DHCPv6 configuraties niet inbegrepen):

 

Je hebt niet toevallig de nmcli tegenhangers van die instellingen? Ik zit al ruim een half jaar met dubbel NAT omdat dat makkelijker werkend te krijgen was dan PPPoE met nmcli onder Debian. Ben er nog steeds niet achter waarom Debian hier niet verder komt dan het toegewezen krijgen van het IPv4-adres (geen IPv6 daar ik udp 546 en 547 niet open had staan zag ik later) gevolgd door “modem hangup, connection time 0.5 minutes”. Maar heb het ook niet echt meer veel aandacht gegeven...

En voor de compleetheid de rest van de mogelijk relevante configuraties voor een handmatig gebouwde Linux router (op basis van pppd en wide-dhcpv6-client, LAN DHCP / RA / DHCPv6 configuraties niet inbegrepen):

Je hebt niet toevallig de nmcli tegenhangers van die instellingen? Ik zit al ruim een half jaar met dubbel NAT omdat dat makkelijker werkend te krijgen was dan PPPoE met nmcli onder Debian. Ben er nog steeds niet achter waarom Debian hier niet verder komt dan het toegewezen krijgen van het IPv4-adres (geen IPv6 daar ik udp 546 en 547 niet open had staan zag ik later) gevolgd door “modem hangup, connection time 0.5 minutes”.

Nee. Ik raad aan voor Debian niet de NetworkManager te gebruiken. Ik ben voor mijzelf wel bezig om een volledige instructie voor een handmatige Debian router te maken om een reproduceerbare verse installatie te hebben - maar dat is dan op basis van individuele configuratie bestanden in plaats van de beperkte NM.

En voor de compleetheid de rest van de mogelijk relevante configuraties voor een handmatig gebouwde Linux router (op basis van pppd en wide-dhcpv6-client, LAN DHCP / RA / DHCPv6 configuraties niet inbegrepen):

Je hebt niet toevallig de nmcli tegenhangers van die instellingen? Ik zit al ruim een half jaar met dubbel NAT omdat dat makkelijker werkend te krijgen was dan PPPoE met nmcli onder Debian. Ben er nog steeds niet achter waarom Debian hier niet verder komt dan het toegewezen krijgen van het IPv4-adres (geen IPv6 daar ik udp 546 en 547 niet open had staan zag ik later) gevolgd door “modem hangup, connection time 0.5 minutes”.

Nee. Ik raad aan voor Debian niet de NetworkManager te gebruiken. Ik ben voor mijzelf wel bezig om een volledige instructie voor een handmatige Debian router te maken om een reproduceerbare verse installatie te hebben - maar dat is dan op basis van individuele configuratie bestanden in plaats van de beperkte NM.

Hmm, jammer, die ben ik gewend (sinds /etc/network/interfaces deprecated is) en kan met een paar commando's alles instellen wat nodig is (heb bijv. verschillende VLAN's aan de LAN-zijde) en toen ik bij Tweak zat (i.c.m. Hurricane Electric) voldeed dat prima, ook de IPv6-tunnel kon ik met 1 commando via nmcli opzetten. Heb tegenwoordig een hele boel in een bash-script staan, zodat ik bij een nieuwe installatie zonder al te veel moeite de boel kan instellen.

Maar gezien er wel een IPv4-adres wordt toegewezen lijkt de PPPoE-handshake i.i.g. goed te gaan, al kan ik buiten de “modem hangup” helaas niet iets vinden dat weg heeft van een foutmelding, of wat voor soort melding dan ook met een hint van waar(om) het misgaat. Ik kan niet eens terugvinden of het Debian is die de verbinding verbreekt of de PPPoE-server aan de kant van KPN die om wat voor reden dan ook mijn router-pc eraf kickt.

Eigenlijk zou ik een keer een packet capture moeten maken van hoe de EB de verbinding opzet en dan vergelijken met mijn router-pc, misschien dat daar wat uit te halen valt.

Maar gezien er wel een IPv4-adres wordt toegewezen lijkt de PPPoE-handshake i.i.g. goed te gaan, al kan ik buiten de “modem hangup” helaas niet iets vinden dat weg heeft van een foutmelding, of wat voor soort melding dan ook met een hint van waar(om) het misgaat. Ik kan niet eens terugvinden of het Debian is die de verbinding verbreekt of de PPPoE-server aan de kant van KPN die om wat voor reden dan ook mijn router-pc eraf kickt.

Eigenlijk zou ik een keer een packet capture moeten maken van hoe de EB de verbinding opzet en dan vergelijken met mijn router-pc, misschien dat daar wat uit te halen valt.

Bij KPN verkrijg je geen globaal routeerbaar IPv6 via PPPoE. Je ziet in mijn voorbeeld dan ook een aparte DHCPv6 client configuratie staan (met bijhorende prefix delegation configuratie) die nadat de ppp verbinding is opgezet daarover de routeerbare IPv6 configuratie opvraagt en configureert. De '+ipv6' en 'defaultroute6' in de ppp configuratie zijn dan ook alleen om een default IPv6 route te configureren (via link-local adressen) op het ppp interface.

 

Je zal dat dus moeten doen met de isc-dhcp-client of zoals in mijn voorbeeld met een alternatief (de isc-dhcp-client is complexer om prefix delegation op te configureren dan de WIDE DHCPv6 client).

Reageer