• Let op: Dit is het archief van het Provider Forum. De berichten die je hier ziet zijn gedateerd en er kan niet meer op worden gereageerd.

Is de ipv6 uitrol begonnen?

Status
Niet open voor verdere reacties.
fdboer zei:
Sinds ipv6 (en de nieuwe firmware dus) hier actief is krijg ik de indruk dat mijn uitgaande connecties minder stabiel zijn dan voorheen, met name als het gaat om langdurige VPN sessies. Kon ik voorheen rustig de VPN 16 uur open laten staat, tegenwoordig knalt deze er af en toe uit.

Het is een onderbuik gevoel maar het voelt alsof de laatste firmware hier mee van doen heeft, wellicht in combinatie met hoe ik het thuisnetwerk heb draaien.

Het is niet helemaal duidelijk te traceren maar ik denk dat de onderstaand log entries van het modem (Ubee) er mee van doen hebben.

May 26 15:27:33 2015 SYSLOG[0]: [Host <modem lan>] UDP 8.8.4.4,53 --> 217.121.x.x,27340 DENY: Firewall interface [TCP- or UDP-based Port Scan] attack
May 26 15:32:39 2015 SYSLOG[0]: [Host <modem lan>] UDP 8.8.4.4,53 --> 217.121.x.x,47626 DENY: Firewall interface [TCP- or UDP-based Port Scan] attack
May 26 16:33:35 ubuntu-server named[2791]: success resolving 'clients4.google.com/A' (in 'google.com'?) after disabling EDNS
May 26 16:33:35 ubuntu-server named[2791]: success resolving 'clients4.google.com/AAAA' (in 'google.com'?) after disabling EDNS

Deze onstaan doordat mijn locale DNS server (ja, dus niet die in het modem) een lookup doet. De regels boven lijken te duiden op een brakke DNS forward implementatie in de firewall van het modem als je gaat googelen.

Als dit gebeurt lijkt het er op dat de firewall in de stress schiet en reset of zoiets, in elk geval dat bestaande connecties wegvallen. Niet altijd maar wel geregeld.

Ik weet dat het niet standaard is om zelf DNS en DHCP en weet ik wat te verzorgen, derhalve gooi ik het ook eerst hier in de groep omdat de helpdesk kan hier toch niks mee kan.

Maar ... zijn er meer mensen die dit soort klachten ervaren?

Ubee
Hardware Version 3.12.1
Software Version 9.12.7006

Mvgr.
Feico
Klik om te vergroten...

Feico

ik heb soortgelijke problemen zie hier mijn post op het GoT forum:

Meer mensen met een Ubee 321b die problemen hebben met internet verkeer en dan met name MAC learning wat mis lijkt te gaan op het modem?

Ik kan vanaf mijn macbook gewoon de router pingen dan ineens valt het internet weg maar het lokale LAN gaat door, de router is dus op het interne netwerk benaderbaar.

Dan blijft het internet enkele minuten defect, totdat de MacBook denkt ik verzend een ARP request ter controle en dan moet de Ubee reageren en dan bouwt hij zijn MAC tabel blijkbaar weer goed op.

De tabel van de MAC MacBook is overigens al die tijd niet corrupt geweest in de wireshark trace zie je dat het MAC adres van de router exact dezelfde is als in de ARP reply van de router.

Voor de echte netwerk techneuten is er een wireshark trace beschikbaar, maar dit is wel een nasty bug. Afhankelijk van of je device dus een controle/refresh ARP verstuurd (ondanks dat de entry bestaat) komt je internet weer terug, overigens ook als je een DHCP renew doet (daar komt ook het MAC adres in voor).

Iemand anders deze ervaring, ik kwam erop omdat op mijn Cisco 3928 mijn Homewizard 3 jaar lang online is geweest en sinds de Ubee ineens offline is totdat ik de Homewizard reboot (modem leert MAC adres weer) dan komt hij online.

Al met al (weer) een leuke verassing van de Ubee software, ik dacht dat de 321 stabieler was dan de 320.

Hardware Version 3.12.1
Software Version 9.12.7006

Ziggo heeft het keurig opgelost en zendt mij een Cisco 3928 op zodat het hier weer als vanouds gaat werken.
 
Laatst bewerkt door een moderator:
wopper zei:
Feico

ik heb soortgelijke problemen zie hier mijn post op het GoT forum:

Meer mensen met een Ubee 321b die problemen hebben met internet verkeer en dan met name MAC learning wat mis lijkt te gaan op het modem?
...
Klik om te vergroten...

Op grond waarvan precies denk je dat het modem de ARP lijst kwijt/overhoop raakt? Volgens mij is kun je dat niet zien in de web interface. Als een systeem voor een IP geen mac adres heeft zal er een ARP bericht uitgaan, maar dat is standaard IP protocol en zou niet minuten mogen duren. Maar goed, het zou kunnen zijn dat je in je wireshark meer ziet.

Ik had zelf het meer gezocht in de hoek van de NAT translatie tabel die kwijt/overhoop raakt.

Ps. Dat vervangen was een idee van de helpdesk?
 
Hi dat is allemaal haarfijn terug te lezen in de wireshark trace (ik ben netwerk consultant voor een integrator).

Het begon ermee dat ik problemen kreeg met een site to site VPN kastje, die had naast zijn ethernet adapter MAC een proxy ARP adres staan en telkens viel dat verkeer weg op dat proxy arp adres,op de seconde af te timen. Dan pingde ik de gateway en zag je in wireshark (in de uplink kabel van het vpn kastje) en zag je dat hij daarna weer op gang kwam.

Ik heb er zelfs een oude 3COM hub voor gekocht om e.a. te kunnen sniffen, zit erg veel tijd in van mijn zijde.

Nog met collega naar de wireshark trace gekeken maar de conclusie is dat het modem niet in staat is om MAC learning op een juiste manier uit te voeren, dan is er altijd ARP nodig om het MAC adres te " onthouden " https://networklessons.com/switching/how-does-a-switch-learn-mac-addresses/

Maar goed ik heb pas sinds een week die UBee (ivm defecte telefoonlijn), dus ik weet niet hoe het hiervoor was...maar de Cisco is hun aanbod om mijn thuis VPN kastje weer op gang te krijgen.
 
wopper zei:
Feico

ik heb soortgelijke problemen zie hier mijn post op het GoT forum:

Meer mensen met een Ubee 321b die problemen hebben met internet verkeer en dan met name MAC learning wat mis lijkt te gaan op het modem?
Klik om te vergroten...
En heb jij ook een 2001:1c00 IPv6 adres? Als jij nog geen IPv6 adres hebt (zoals fdboer wel heeft) dan ligt het dus in ieder geval niet aan het gebruik van IPv6 maar is de nieuwe firmware genoeg om het probleem te ervaren.
 
Hi nee alleen IPv4 :) dat zie je ook in de packetcapture alleen IPv4 communicatie IPv6 staat hier helemaal los van in mijn geval.


Verzonden vanaf mijn iPhone met Tapatalk
 
wopper zei:
Hi nee alleen IPv4 :) dat zie je ook in de packetcapture alleen IPv4 communicatie IPv6 staat hier helemaal los van in mijn geval.
Klik om te vergroten...
Als je problemen hebt met MAC en ARP dan zit je sowieso een niveau lager dan IP maar het is altijd goed om iets uit te sluiten. In dit geval is het dus duidelijk geen bijwerking van het hebben van een IPv6 adres maar waarschijnlijk het gevolg van een bug in de nieuwe firmware (die toevallig ook IPv6 ondersteuning toevoegt).
 
wopper zei:
Dan pingde ik de gateway en zag je in wireshark (in de uplink kabel van het vpn kastje) en zag je dat hij daarna weer op gang kwam.
Klik om te vergroten...

Uit interesse een vraag:
Heb je ook geprobeerd met vaste ip-adressen buiten de dhcp range maar in je subnet ? Valt de link dat ook weg ?
En was er ook niet een probleem met reserved ip-adressen (op mac basis) ? Heb je daar ook nog mee zitten stoeien ?
 
Ter info, ik heb zelf een (ISC) dhcp server draaien op een Linux server.
Wat betreft dat MAC/ARP probleem, ik weet niet waar ik naar moet kijken.
 
CeeS zei:
Uit interesse een vraag:
Heb je ook geprobeerd met vaste ip-adressen buiten de dhcp range maar in je subnet ? Valt de link dat ook weg ?
En was er ook niet een probleem met reserved ip-adressen (op mac basis) ? Heb je daar ook nog mee zitten stoeien ?
Klik om te vergroten...

Jeps de opstelling het het proxy arp mac adres was fixed, macbook was dynamisch via DHCP.

Ja ik heb dat ooit ergens gelezen heb je meer info over die bug, de klantenservice zei dat er een firmware uit ging komen met die bugfix voor duplicate IP's/DHCP. Heb je een link naar meer info omtrent die klachten?
 
Welke firmware versie is nodig voor de Cisco (EPC3928AD) voordat IPv6 gaat werken? Ik draai nu nog:

Firmware Name: epc3928a-E10-5-v302r125572-131030c-ZIG.bin
Firmware Build Time: Oct 30 11:00:08 2013

Lijkt me dat deze enigszins oud is of niet?
 
Status
Niet open voor verdere reacties.
Terug
Bovenaan