Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > xs4all.ipv6 > #4076 > unrolled thread

IPv6 woes (again)

Back to article view | Back to xs4all.ipv6

Contents

  IPv6 woes (again) rudi <nomail@xs4all.nl> - 2018-01-06 12:25 +0100
    Re: IPv6 woes (again) Rob <nomail@example.com> - 2018-01-06 12:42 +0000
    Re: IPv6 woes (again) "Miquel van Smoorenburg" <mikevs@xs4all.nederland.invalid> - 2018-01-06 14:03 +0000
      Re: IPv6 woes (again) rudi <nomail@xs4all.nl> - 2018-01-06 16:51 +0100
        Re: IPv6 woes (again) rudi <nomail@xs4all.nl> - 2018-04-18 08:48 +0200
          Re: IPv6 woes (again) "Miquel van Smoorenburg" <mikevs@xs4all.nederland.invalid> - 2018-04-18 09:16 +0000
            Re: IPv6 woes (again) Rudi <nomail@xs4all.nl> - 2018-04-18 12:57 +0200

#4076 — IPv6 woes (again)

Hallo,

Ik heb een soortgelijk probleem eerder gehad, maar re lijkt na
updating van PFsense (achter mijn Fritz 7369 v. 6.32) weer
een probleem met  (ik denk de MTU op) IPv6.
ik hang aan dr14.d12.xs4all.net

Situatie:

xs4all - 7369 - PFsense (2.4.2) - intern netwerk

mijn pfsense krijgt netjes een prefix met dhcpv6 PD van de fritz, deze
prefix verdeel ik met "track interface" over een aantel interne interfaces.
so far so good, dan deel ik met ratvd via slaac de v6 nummers uit..

http://test-ipv6.com geeft mij een 10/10 ;-)
youtube werkt over v6 (only) prima, meeste v6 sites ook.
r.

Het probleem manifesteert zich dat sommige websites "niet werken".
of heel heel langzaam laden. Ook is het vaak (niet altijd) zo dat images
in de facebook (ios) app niet laden. Een typische niet werkende site
over v6 is bijv. www.tilaa.com, mijn vps provider, of
www.restaurantdejonker.nl

Zet ik v6 op de LAN interface van mijn pfsense uit lijkt het probleem
verdwenen. Het zit dus in v6.

NB Ik heb een allow-rule voor alle ICMP v6 types op mijn pfsense WAN
(en ook LAN) interface staan.

Dingen die ik al geprobeerd heb zijn

- verkleinen MTU op de fritz naar 1492 (was een eerdere oplossing)
- verkleinen MTU op pfsense zowel op WAN als op LAN

Ik ben al eens eerder aan het knutselen geweest, en het leek iets met
de PATH MTU discovery voor v6 te maken te hebben tussen mijn client
en de andere "kant", ergens.  Ook had het te maken met de firmware of
settings van de edge-router bij xs.

Hebben mensen een soortgelijke setup (wel) werkend ? en hoe staat
dan eea ingesteld !?

Suggesties zijn van HARTE WELKOM

Rudi

[toc] | [next] | [standalone]

#4077

Ik heb zo'n soort configuratie ergens draaien op het werk, in dit
geval een MikroTik router achter een Fritzbox, en dat werkt goed.

Ik heb daar op de WAN interface (die dus aan de Fritzbox LAN hangt)
de MTU op 1492 gezet, op de LAN gewoon 1500 en in de router de MSS
clipping workaround er in gezet (TCP MSS wordt naar beneden bijgesteld
voor SYN packets die door de router gaan).  Dit zowel voor IPv4 als
voor IPv6.

Dit is wat de Fritzbox zelf ook doet.  Eigenlijk zou het dus niet
nodig moeten zijn.

Hier thuis heb ik geen last van dit probleem omdat ik een Draytek 130
modem gebruik dus gewoon MTU 1500.  (RFC4638)
Het wordt tijd dat ze bij AVM dat ook eens gaan implementeren.

Als je verder niks aan die Fritzbox hebt hangen zou je kunnen overwegen
die truuk te doen die laast op de andere newsgroup stond waardoor het
toch mogelijk is de Fritzbox als PPPoE relay te gebruiken en de PPPoE
verbinding dus vanuit je pfsense op te bouwen, dan sluit je weer wat
gedoe uit.

[toc] | [prev] | [next] | [standalone]

#4078

In article <5a50b233$0$9685$e4fe514c@newszilla.xs4all.nl>,
rudi  <nomail@xs4all.nl> wrote:
>Dingen die ik al geprobeerd heb zijn
>
>- verkleinen MTU op de fritz naar 1492 (was een eerdere oplossing)
>- verkleinen MTU op pfsense zowel op WAN als op LAN

Van belang is dat de MTU op alle *clients* op 1492 staat voor IPv6.
Wat er tussenin zit (routers, switches) mogen best een hogere MTU hebben.

Als je clients rechtstreeks aan de Fritzbox hangen gaat dat vanzelf,
want in de IPv6 route-advertisements die de box uitstuurt zit
namelijk een MTU optie, en die staat op 1492. Clients pikken dat
op et voila.

Als je pfsense doos een prefix aanvraagt via DHCPv6 PD, dan zou
die MTU optie daar ook in moeten zitten (ik kan dat helaas niet
testen) en dan zou die dat ook weer door moeten geven in zn
eigen RA's naar de clients erachter. Ik vermoed dat daar iets
fout zit, of dat het gewoon niet geimplementeerd is.

Hier iemand met een vergelijkbaar probleem (en oplossing):
https://forum.pfsense.org/index.php?topic=127300.0

Mike.

[toc] | [prev] | [next] | [standalone]

#4079

On 2018-01-06 14:03:26 +0000, Miquel van Smoorenburg said:

> In article <5a50b233$0$9685$e4fe514c@newszilla.xs4all.nl>,
> rudi  <nomail@xs4all.nl> wrote:
>> Dingen die ik al geprobeerd heb zijn
>> 
>> - verkleinen MTU op de fritz naar 1492 (was een eerdere oplossing)
>> - verkleinen MTU op pfsense zowel op WAN als op LAN
> 
> Van belang is dat de MTU op alle *clients* op 1492 staat voor IPv6.
> Wat er tussenin zit (routers, switches) mogen best een hogere MTU hebben.
> 
> Als je clients rechtstreeks aan de Fritzbox hangen gaat dat vanzelf,
> want in de IPv6 route-advertisements die de box uitstuurt zit
> namelijk een MTU optie, en die staat op 1492. Clients pikken dat
> op et voila.
> 
> Als je pfsense doos een prefix aanvraagt via DHCPv6 PD, dan zou
> die MTU optie daar ook in moeten zitten (ik kan dat helaas niet
> testen) en dan zou die dat ook weer door moeten geven in zn
> eigen RA's naar de clients erachter. Ik vermoed dat daar iets
> fout zit, of dat het gewoon niet geimplementeerd is.
> 
> Hier iemand met een vergelijkbaar probleem (en oplossing):
> https://forum.pfsense.org/index.php?topic=127300.0
> 
> Mike.

Bedankt voor de tip, ga even spitten.

Zal ook eens kijken of ik de DHCPv6 PD traffic kan "snoopen".
om te zien of er inderdaad 1492 als MTU wordt doorgegeven.

kan best dat inderdaad in pfsense eea niet helemaal volgens de
regeltjes implementeert :-)

R.

[toc] | [prev] | [next] | [standalone]

#4117

On 2018-01-06 15:51:06 +0000, rudi said:

> On 2018-01-06 14:03:26 +0000, Miquel van Smoorenburg said:
> 
>> In article <5a50b233$0$9685$e4fe514c@newszilla.xs4all.nl>,
>> rudi  <nomail@xs4all.nl> wrote:
>>> Dingen die ik al geprobeerd heb zijn
>>> 
>>> - verkleinen MTU op de fritz naar 1492 (was een eerdere oplossing)
>>> - verkleinen MTU op pfsense zowel op WAN als op LAN
>> 
>> Van belang is dat de MTU op alle *clients* op 1492 staat voor IPv6.
>> Wat er tussenin zit (routers, switches) mogen best een hogere MTU hebben.
>> 
>> Als je clients rechtstreeks aan de Fritzbox hangen gaat dat vanzelf,
>> want in de IPv6 route-advertisements die de box uitstuurt zit
>> namelijk een MTU optie, en die staat op 1492. Clients pikken dat
>> op et voila.
>> 
>> Als je pfsense doos een prefix aanvraagt via DHCPv6 PD, dan zou
>> die MTU optie daar ook in moeten zitten (ik kan dat helaas niet
>> testen) en dan zou die dat ook weer door moeten geven in zn
>> eigen RA's naar de clients erachter. Ik vermoed dat daar iets
>> fout zit, of dat het gewoon niet geimplementeerd is.
>> 
>> Hier iemand met een vergelijkbaar probleem (en oplossing):
>> https://forum.pfsense.org/index.php?topic=127300.0
>> 
>> Mike.
> 
> Bedankt voor de tip, ga even spitten.
> 
> Zal ook eens kijken of ik de DHCPv6 PD traffic kan "snoopen".
> om te zien of er inderdaad 1492 als MTU wordt doorgegeven.
> 
> kan best dat inderdaad in pfsense eea niet helemaal volgens de
> regeltjes implementeert :-)
> 
> R.

Lijkt erop dat als ik de WAN interface op 1492 zet rtavd ook 1492
adverteert naar de v6 clients. Alles lijkt nu te werken behalve een
vraamd gedrag bij het gebruik van facebook of instagram op voor-
namelijk ios devices.

Ik zie hierbij soms de foto's niet laden of maar een aantal foto's, ter-
wijl als ik direct (zonder pfsense) aan de fritz hang eea wel goed
gaat. Ik vremoed dat het een v6 issue is, en wellicht ook iets met
mtu dingen te maken heeft.

Heeft iemand hier (meer) ervaring mee ?

Het lijkt alleen bij instagram en facebook op te treden, en met een
tiener "in tha house" is dat (kennelijk) een must.

Rudi

[toc] | [prev] | [next] | [standalone]

#4118

In article <5ad6ea4a$0$12855$e4fe514c@newszilla.xs4all.nl>,
rudi  <nomail@xs4all.nl> wrote:
>Lijkt erop dat als ik de WAN interface op 1492 zet rtavd ook 1492
>adverteert naar de v6 clients. Alles lijkt nu te werken behalve een
>vraamd gedrag bij het gebruik van facebook of instagram op voor-
>namelijk ios devices.
>
>Ik zie hierbij soms de foto's niet laden of maar een aantal foto's, ter-
>wijl als ik direct (zonder pfsense) aan de fritz hang eea wel goed
>gaat. Ik vremoed dat het een v6 issue is, en wellicht ook iets met
>mtu dingen te maken heeft.

Het kan best zijn dat IPv6 nu goed werkt, en dat dit wordt
veroorzaakt door IPv4 MTU issues. Voor IPv4 moet je pfsense
"TCP MSS clamping" doen. Bijvoorbeeld een MSS van 1452.

Mike.

[toc] | [prev] | [next] | [standalone]

#4119

On 2018-04-18 09:16:13 +0000, Miquel van Smoorenburg said:

> In article <5ad6ea4a$0$12855$e4fe514c@newszilla.xs4all.nl>,
> rudi  <nomail@xs4all.nl> wrote:
>> Lijkt erop dat als ik de WAN interface op 1492 zet rtavd ook 1492
>> adverteert naar de v6 clients. Alles lijkt nu te werken behalve een
>> vraamd gedrag bij het gebruik van facebook of instagram op voor-
>> namelijk ios devices.
>> 
>> Ik zie hierbij soms de foto's niet laden of maar een aantal foto's, ter-
>> wijl als ik direct (zonder pfsense) aan de fritz hang eea wel goed
>> gaat. Ik vremoed dat het een v6 issue is, en wellicht ook iets met
>> mtu dingen te maken heeft.
> 
> Het kan best zijn dat IPv6 nu goed werkt, en dat dit wordt
> veroorzaakt door IPv4 MTU issues. Voor IPv4 moet je pfsense
> "TCP MSS clamping" doen. Bijvoorbeeld een MSS van 1452.
> 
> Mike.


Hmm, goeie !, ik ga dat eens proberen, vanavond.
R.

[toc] | [prev] | [standalone]

Back to top | Article view | xs4all.ipv6

csiph-web