Beantwoord

IPv6 tunnel langzaam naar overstap connect box



Toon eerste bericht

229 Reacties

Heb nog even gekeken wat het modem aan de WAN-kant als MTU gebruikt/kan gebruiken. Dus de kabel kant. Online lees ik 1518 voor docsis3.1 Dat betekent dat pakketten van 1500 idd gewoon verstuurd kunnen worden (zelfs nog iets meer).

Ja, voor DOCSIS 3.1 zou RFC4638 mogelijk moeten zijn inderdaad. Ik weet niet hoe dat is met DOCSIS 3.0 overigens. Maar zoals @CitizenE zegt, maakt dat voor de Connect Box in principe niet uit. Fragmentatie ontstaat tussen de server waarmee je verbindt en je client device.
Reputatie 7

Inmiddels heb ik ook een reactie vanuit de ontwikkelaars, met het verzoek om deze ook in het Engels te beantwoorden (voordat ik de vertaling ver#@$):

Are you talking on Protocol 41 as a means to encapsulate an IPv6 packet inside an IPv4 packet by adding an IPv4 header in front of the IPv6 header? In this case, the protocol field in the IPv4 header is set to the value 41.

Could you share more details on what you are trying to achieve and send us a packet capture pcap, so we can investigate on the specific use?

 

Of de packet capture per se via een Connectbox moet of ook via de Ubee mag is mij niet duidelijk (maakt dat uit als het modem in bridge staat?) Edit: packet captures graag via een Connectbox, je kunt deze sturen naar community@vodafoneziggo.com t.a.v. Mark.

Goedemorgen @Mark Ziggo,

Mijn ouders hebben nu ook dezelfde symptonen van een overlijdende Cisco EPC3928AD (zoals ik vertelde in dit topic: https://community.ziggo.nl/thuisnetwerk-software-101/10-15-packetloss-tussen-modem-en-83-83-232-1-52308). Ook zij gebruiken geen WiFi, maar wel 6in4. Zou je een vervangende Ubee UBC1318ZG kunnen toesturen, dan doe ik een modem-swap voor ze.

Ik heb hun adresgegevens toegevoegd aan mijn eigen profiel. We delen natuurlijk een achternaam in jullie klantgegevens.

(ik zou zweren dat ik dit verzoek gisteren ook in dit topic heb gepost, maar de post lijkt verdwenen. Spamfilter?)

Reputatie 3

Wel, ik zeg ook niet ‘wordt bewust afgeknepen’. Ik ga uit van ‘afgeknepen door bugs of misconfiguraties’. Om dan ‘niet ondersteund’ te concluderen is wel erg vrijblijvend. Moet een IP protocol worden ‘ondersteund’ om niet te worden afgeknepen? Het zijn gewoon IP pakketjes met een bepaald protocol nummer in de IP header, die geen betekenis heeft voor het modem. Er valt dus niets te ondersteunen, de pakketten hoeven alleen te worden afgeleverd aan het achterliggende netwerk.

 

Hier is een lijst van alle IP protocollen:

https://en.wikipedia.org/wiki/List_of_IP_protocol_numbers

Het zou wat zijn als die allemaal individueel expliciet ondersteund moesten worden.

 

 

Ik had n.a.v. mijn testen al eerder in deze thread gesteld dat het vrijwel zeker is dat deze modems een aantal protocollen niet in hardware maar in software moeten afhandelen. De processing power is dan veel te zwak om enige throughput te realiseren. Hier zit i.i.g. GRE en 6in4 (proto 41) bij.

UDP wordt wel in hardware afgehandeld (duh) dus iedere vorm van tunneling in UDP zal prima werken.

 

Hi @MasterWayZ en @qqq, een Connectbox Giga kan ik niet zomaar leveren we hebben de voorraad daarvan hard nodig voor de klanten die een Gigabit abonnement afnemen. In plaats daarvan heb ik wel een ander modem (de Ubee UBC1318ZG) waarbij het ook beter zou moeten gaan, maar daar zit geen wifi chip in. Je kunt er natuurlijk wel een router/AP achter plaatsen en daarbij eventueel ook het modem in bridge zetten.

Hebben jullie daar interesse in? Geldt ook voor alle anderen die dit probleem ervaren natuurlijk.

 

Een interessant aanbod, maar voordat ik überhaupt overweeg over te stappen naar een Ubee, hoor ik graag van anderen wat de ervaring is. Iets met regen en drup enzo…

 

Reputatie 1

Ik heb momenteel 0,5-2% packet loss in mijn verbinding sinds 15 dagen. Heb momenteel een connect box giga die geen stabiele internetverbinding kan leveren. De afgelopen 4 maanden heb ik een redelijk stabiele verbinding gehad, 5 maanden geleden heb ik precies hetzelfde probleem gehad als nu alleen dan nog extremer tot wel 40% packet loss.

Gisteren is er een monteur langsgekomen die mijn COAX signaal heeft doorgemeten, dit was perfect. Geen ruis, juiste sterkte en stabiel. Omdat ik al sinds ik een Giga connect box heb het modem amper kan pingen of bij de web interface kan komen om hier de diagnostische gegevens in te zien heeft de monteur gister mijn connect box omgeruild voor hetzelfde type. De klantenservice van Ziggo kon ook al sinds ik mijn gigabit abonnement 6 maanden geleden heb aangeschaft de connectbox niet helemaal goed uitlezen.

Toen de connect box vervangen was is mijn internet 5 uur stabiel gebleven, ook kon ik 192.168.100.1 netjes pingen met wel 2 ms response time. Echter is dit over de nacht heen drastisch verminderd, ik zit nu op 93% packet loss naar het Ziggo modem en kan met geen mogelijkheid op de web interface inloggen.


Zojuist heb ik ruim 2 uur aan de telefoon gezeten met Ziggo om mijn modem om te ruilen voor een Ubee UBC1318ZG, dit is helaas niet gelukt.

Ik heb eerst Gerrit gesproken van de technische support particulier, die heeft mij doorgezet naar Suzanne van retentie, zij kon niets voor mij betekenen hierin. Toen ben ik doorgezet naar Deborah van de technische support particulier, die heeft mij doorgezet naar Zakelijk waar ik iemand gesproken heb van wie ik haar naam niet heb verstaan. Zij begreep mijn verhaal volledig en ging kijken of ze iets voor mij betekenen, heeft mij toen in de wacht gezet en na enige tijd werd de verbinding verbroken.

Ik heb hierna teruggebeld naar de particuliere technische support en Sander gesproken, hij heeft mij vrijwel direct doorgezet naar Taco van de technische support van zakelijk. Taco begreep mijn verhaal compleet en beaamde dat mijn verhaal klopt, hij vond het heel erg leuk om iemand te spreken die er zo veel verstand van had en die precies wist wat hij wilde. Echter kon Taco het modem niet voor mij omruilen, omdat ik een particulier abonnement heb.

Taco heeft mij doorgezet naar iemand van de sales afdeling bij MKB, die wel rechten zouden moeten hebben om mij te helpen, echter kon hij nog niet bij de Internet Pro abonnementen. Hij was net nieuw, maar zijn collega’s wel. Ook hij begreep mijn verhaal volledig en wilde mij graag helpen het modem om te wisselen. Ik heb toen met Leon gesproken, die mij vertelde dat het helaas niet mogelijk is om een zakelijk modem met een particuliere aansluiting te gebruiken. Hij raadde mij aan om een Internet Pro abonnement te nemen.

Dit zou ik ook graag doen, echter heb ik geen KvK nummer en wordt €155,- per maand mij veels te duur voor een stabiele internetverbinding. Weliswaar ben ik een heavy user met ~2,5 TB per maand, off-site backups, hoop virtuele machines etc. Maar zou toch graag een stabiele verbinding willen ook met gamen en video conferencing.

Vooral dat laatste punt is cruciaal in deze tijd, deels omdat bij mij thuis door een professor college’s worden gegeven aan de Universiteit van Utrecht, maar ook meetings van een TU Delft IT’er, een directrice die meetings heeft en ikzelf die support bied aan klanten, maar ook servers en netwerken beheer thuis. Los daarvan vind ik het ook leuk om af- en toe nog een potje League of Legends te spelen.

De arris connectbox heeft 2000 us (micro seconds) response time als ik deze ping, mits deze dan uberhaupt reageert...  Als ik in mijn lokale netwerk van een VM vanaf een server mijn router ping over -> core switch -> router en weer terug duurt 200 us (micro seconds, 0.2 ms). Dit bevestigd mijn vermoeden dat die Arris apparatuur niet voldoende is voor een veeleisende gebruiker.

Ik zou erg graag de Ubee UBC1318ZG ontvangen om te kijken of het hiermee beter gaat. Ik zie namelijk gebruikers in vergelijkbare situaties als ik, zie deze forum posts:

https://community.ziggo.nl/internetverbinding-102/ubee-ubc1318zg-modem-61485

https://community.ziggo.nl/community-archief-226/connectbox-ping-spikes-en-packetloss-58638

https://community.ziggo.nl/internetverbinding-102/packet-loss-tijdens-het-gamen-64347?postid=680146#post680146

https://community.ziggo.nl/community-archief-226/packet-loss-mogelijk-door-coax-versterker-55992?postid=583752#post583752 (Deze is van mij zelf, 5 maanden geleden)

https://community.ziggo.nl/internetverbinding-102/connectbox-omruilen-voor-de-ubee-ubc1318zg-59269

 

Ik zal geen mensen taggen, maar zie met enig regelmaat dat ook zeker in deze post wegens IPv6 tunnels modems vervangen worden. Elke Ziggo medewerker gaf mij compleet gelijk in het feit dat het aan het Arris modem lag. Als het goed is staan alle benodigde gegevens in mijn profiel. Nogmaals, gisteren heeft een monteur het coax signaal gecontroleerd, dit was perfect en dus niet het probleem hier. Het probleem ligt hem echt in de connect box Giga met de Puma 6 chipset.

 

Mochten er nog verdere vragen zijn dan hoor ik deze graag, ik hoop dat ik snel de Ubee UBC1318ZG mag ontvangen!

 

Zie hieronder mijn smokepings:

Ziggo connectbox met een hoop timeouts als ik 192.168.100.1 ping vanaf mijn VM. Ook kan ik de Web UI niet benaderen.
Mijn router vanaf mijn lokale VM, dit is dus gemiddeld maar 184,4 us (micro seconds), ipv 1900 us (micro seconds).
Zie hier mijn verbinding naar een externe server
Of tweakers.net om uit te sluiten dat het probleem bij Google DNS ligt.
Pingplotter tijdens mijn meeting van vanochtend, hele zinnen die compleet wegvallen.

 

Gaan de nieuwe modems voor giganet verandering brengen in langzame 6in4 tunnels?

Hi @mathis, ik heb bij dezen de Ubee voor je aangevraagd. De Connectbox mag in dezelfde doos retourgestuurd worden naar onderstaand adres:

XPO/Ziggo
Antwoordnummer 1070
5800 VB Venray

Perfect! Wanneer zou ik een pakket barcode of bevestigingsmail moeten ontvangen?

@annoniempjuh schreef: “graag ontvang ik een reactie, die connectbox die ik nu heb, maakt mij echt gek! (meerdere keren uitvallende verbindingen, T3 errors, post/pre RS errors etc.)”

Ik zag je eerdere topic met deze afwijkende waarden, maar kan daar niet meer reageren vanwege het gesloten topic.
Kun je een foto hier plaatsen van de eerste plaats waar Ziggo je huis binnenkomt met eventuele splitters en versterkers op de foto?

Ik zag daar ook hoge downstreamwaarden en T3's, mogelijk kan Mark hier ook even naar kijken zodra hij hier langskomt.

Hi @MasterWayZ en @qqq, een Connectbox Giga kan ik niet zomaar leveren we hebben de voorraad daarvan hard nodig voor de klanten die een Gigabit abonnement afnemen. In plaats daarvan heb ik wel een ander modem (de Ubee UBC1318ZG) waarbij het ook beter zou moeten gaan, maar daar zit geen wifi chip in. Je kunt er natuurlijk wel een router/AP achter plaatsen en daarbij eventueel ook het modem in bridge zetten.

Hebben jullie daar interesse in? Geldt ook voor alle anderen die dit probleem ervaren natuurlijk.


Bedankt Mark, die probeer ik graag. Zou je hem kunnen uitleveren met een bridge profiel?

 

@Mark Ziggo indien mogelijk die van mij ook graag in bridge modus leveren, dan scheelt dat weer bellen met Ziggo wanneer deze aankomt.

@Pasi Een bericht dat ik niet helemaal begrijp.

...Ten overvloede misschien: Ik heb hem hier voortreffelijk draaien met eigen OPNsense router in DMZ en ben erg tevreden...

 
 

@Pasi Akkoord, nu is duidelijk wat je met IPv4 bedoelde. Je hebt gelijk dat werkt bij mij ook niet. Dat is dus niet best. DHCPv6 heb ik maar niet meer geprobeerd...


Nu begrijp ik uw eerste logje niet meer. Eerst schrijft u dat de Ubee “...voortreffelijk...” draait en een logje later schrijft u dat IPv4 inderdaad ook niet werkt en dat u daarom IPv6 maar niet geprobeerd hebt. Om e.e.a werkend te krijgen, hebt u zelfs een eigen router erachter gezet. Waarschijnlijk gebruikt u de Ubee nu alleen maar als modem. Om dan te verklaren dat de Ubee voortreffelijk werkt, vind ik een slechte voorstelling van zaken.
U had beter kunnen schrijven, dat u dusdanig teleurgesteld in dit apparaat was, dat u een eigen router hebt moeten plaatsen, om toch een redelijk thuis netwerk te krijgen. Dat is waarschijnlijk dichter bij de waarheid.


V.w.b. de Ubc1318: zowel bij u als bij mij werkt IPv4 dus niet ( goed ). Of dit toeval is of niet, het is in ieder geval zorgwekkend. Je zou van een zakelijk apparaat juist meer degelijkheid mogen verwachten. Als dit het zakelijk niveau is, dat weet ik ook waarom ‘mijn’ klanten-ConnectBox soms zo vreemd doet.

Ubee maakt beslist goede producten, maar iets in dit apparaat ( de Ziggo firmware? ) ‘helpt’ die goede hardware door de knieën.
 


@Pasi Kennelijk begrijpen wij elkaar niet goed!

Ik heb DHCPv4 uitschakelen getest na jouw opmerking en geconstateerd dat de wijziging niet opgeslagen wordt en dat dit niet goed is. Ziggo let U op? DHCPv6 heb ik daarna niet meer geprobeerd uit te schakelen.

Bij mij werkte het vanaf het begin voortreffelijk en ik ben tevreden omdat mijn opstelling met eigen router in DMZ gewoon goed werkt.

Uiteraard ben ik het met je eens dat de Ubee in andere gevallen zoals bij jou ook goed moet werken.

@efok heb jij een idee?

Pfoe, dit is voor mij ook geen dagelijkse kost. Als ik de post van @Ern st zo lees, weet hij heel goed waar hij het over heeft. Hij heeft duidelijk vastgesteld dat de snelheden bij GRE hoger liggen dan Protocol 41.
De enige veranderde factor hierin lijkt de connectbox, als ik het zo lees.

We hebben de connectbox al van veel zaken beschuldigd. maar hoe deze in bridge modus met dergelijke IP protocollen omgaat zou ik niet durven zeggen. Ik ben het met je eens dat je verwacht dat deze volledig transparant zou moeten zijn, zodra je hem bridged. Maar dat lijkt hier dus niet het geval.

@hanh kun jij dit niet bij een moderator neerleggen? Ik ben bang dat wij wat blijven gissen, naar de exacte werking van de connectbox.

@Mark Ziggo Is er al iets meer te melden in dit topic? Ik ben ook HE.net-gebruiker voor IPv6 in bridge modus. Op dit moment op een EPC3928, maar daarmee ervaar ik recent problemen (zie https://community.ziggo.nl/internetverbinding-102/10-15-packetloss-tussen-modem-en-83-83-232-1-52308). Zou er een modemswap plaatsvinden, dan loop ik ook meteen tegen het probleem in deze thread aan.

@Mark Ziggo zou ik ook de Ubee UBC1318ZG mogen krijgen?

gezien ik ook een ipv6 tunnel heb van Hurricane electric en ook niet boven de 15mbit uitkom (vs 600/50 op ipv4 (zakelijke abbo))

enkel lees ik hier de reactie hierboven dat ie in fUPC gebied niet in Bridge kan?? bridge is voor mij echt een harde eis! ik gebruik OPNsense als zijnde master en wil echt geen "nat achter nat" gaan doen ;)

graag ontvang ik een reactie, die connectbox die ik nu heb, maakt mij echt gek! (meerdere keren uitvallende verbindingen, T3 errors, post/pre RS errors etc.)

en die Ubee ziet er qua specs wel kek uit :P

Reputatie 7
Badge +9

...Bij deze wil ik je laten weten dat ik een opdracht heb ingeschoten om jouw Connectbox opnieuw te activeren. Dit is binnen nu en max. 24 uur verwerkt. 

De Ubee verbinding was bijna direct verbroken ( dat was wel ff schrikken ), daarna gelijk de ConnectBox weer geplaatst en deze was binnen 30 min. up en running. 

Cecilia : prima werk :thumbsup: en bedankt :clap:

Behalve de conclusie dat het modem deze tunnels blijkbaar niet ondersteunt heb ik geen nieuws. Je zult na een modemswap inderdaad tegen deze problemen aanlopen vrees ik.


Uit je post van een maand geleden maakte ik juist op dat je dacht dat er een fix in een recente update zat. Kun je toelichten waarom je nu denkt dat dit niet zo is en dat dit bovendien een limitatie zou zijn van dit modem?

Ik heb de setup hierboven in mijn eigen omgeving toegepast (IPv6 tunnel van HE en een IP tunnel van een server van mij voor een /28), en de performance is een stuk beter. IPV 6to4 heb ik GRE gedaan voor beide tunnels, maar voor de rest hetzelfde. (De HE tunnel gaat ook via de andere server)
@efok heb jij een idee?

@Mark Ziggo hallo, wij hebben sinds kort de overstap terug naar Ziggo gemaakt ivm hogere snelheden. Alleen hebben wij de Connect box ontvangen die bar slecht werk met GRE tunnels. Nu zag ik hier dat ik hem kan omwisselen naar de ubee waarmee de performence beter is. Zouden wij deze dan kunnen omruilen zodat wij de ubee krijgen. 

Reputatie 3
Ik heb de setup hierboven in mijn eigen omgeving toegepast (IPv6 tunnel van HE en een IP tunnel van een server van mij voor een /28), en de performance is een stuk beter. IPV 6to4 heb ik GRE gedaan voor beide tunnels, maar voor de rest hetzelfde. (De HE tunnel gaat ook via de andere server)

Als GRE bij jou wel een fatsoenlijke througput geeft dan ben ik benieuwd naar welk modem je hebt. Arris of Compal? Dan zou er nog verschil kunnen zijn tussen die twee.
Ik heb nog geprobeerd bij Compal in Taiwan meer technische info op te vragen maar die reageren kennelijk niet op verzoeken van argeloze eindgebruikers... 😞
Reputatie 2
Badge +1

@Mark Ziggoindien mogelijk die van mij ook graag in bridge modus leveren, dan scheelt dat weer bellen met Ziggo wanneer deze aankomt.

 

Dat geldt voor iedereen die om dit modem vraagt als oplossing voor de problemen die in deze topic worden besproken. Die kun je alleen hebben als bridge modus gebruiker.

 

Ik zal de community op de hoogte houden van mijn ervaringen.

 

Ik gebruik nu een Wireguard VPN om aan IPv6 connectivity te komen, maar zal opnieuw een HE tunnel opzetten als ik het nieuwe modem heb aangesloten.

Reputatie 5
Badge +4

Heb nog even gekeken wat het modem aan de WAN-kant als MTU gebruikt/kan gebruiken. Dus de kabel kant. Online lees ik 1518 voor docsis3.1 Dat betekent dat pakketten van 1500 idd gewoon verstuurd kunnen worden (zelfs nog iets meer).Ja, voor DOCSIS 3.1 zou RFC4638 mogelijk moeten zijn inderdaad. Ik weet niet hoe dat is met DOCSIS 3.0 overigens. Maar zoals @CitizenE zegt, maakt dat voor de Connect Box in principe niet uit. Fragmentatie ontstaat tussen de server waarmee je verbindt en je client device.


Klopt hoor! Maar.. als die bridge op de lan link een mtu heeft van 1500 en op de wan-zijde een kleinere... dan zijn de rapen goed gaar. Maar goed.. dat zou met alle protocollen gedoe geven...
Er is natuurlijk path mtu discovery maar dat schijnt lang niet altijd goed te werken!

ciao,
Jbr
Reputatie 2
@hanh , in bovenstaand testje heb ik een rechtstreeks gekoppelde linux machine aan het modem gebruikt en een machine in de AWS cloud, de endpoints/routing zijn dan exact gelijk enige verschil is de encapsulatie. ( normaal zou GRE marginaal langzamer zijn door de 4 bytes extra overhead).
Reputatie 5
Badge +4
Heb nog even gekeken wat het modem aan de WAN-kant als MTU gebruikt/kan gebruiken. Dus de kabel kant. Online lees ik 1518 voor docsis3.1 Dat betekent dat pakketten van 1500 idd gewoon verstuurd kunnen worden (zelfs nog iets meer).

Een ping van 1472 gaat hier ook netjes over de lijn (Ubee).
Reputatie 3
De test-setup zoals eerder beschreven (fou SIT tunnel naar een VPS en dan van daar een 6in4 tunnel) was gebouwd op een Intel NUC met Ubuntu 18.04 LTS maar werkt ook prima op een Raspberry Pi 4B met Raspbian. Wel even de standaard kernel aanpassen voor fou module support.

Tot er een oplossing is voor het brakke modem draai ik op deze manier nu live. In theorie zou je met een aantal mensen het gebruik en dus de kosten van de VPS kunnen delen waarbij je een aantal /64's uit de gerouteerde /48 zou kunnen reserveren. Het enige is dat er variabele kosten zitten aan de verstookte hoeveelheid MB's (na de eerste TB) en omdat de VPS als router fungeert worden die twee keer geteld (d'r in en d'r uit). Het kan dus behoorlijk uit de klauwen lopen. Bovendien is het echt te triest voor woorden dat je als gebruiker een technische oplossing moet bouwen om de tekortkomingen van je ISP te omzeilen.
@Mark Ziggo ???
Reputatie 7

he.net bedoel je hetnet

Nee, he.net = hurricane electric (.net).

 

...mochten de ziggo techneuten het nog een keer voor elkaar krijgen om ook native ipv6 in bridge mode aan te kunnen bieden, dan zou dat natuurlijk nog mooier zijn - maar voor het moment ben ik geholpen.

Ik weet dat dit wel op de roadmap staat, maar daar is nog geen definitieve planning van.

Reageer