User comments on ISPs
  >> Zen Internet


Register (or login) on our website and you will not see this ad.


Pages in this thread: 1 | 2 | [3] | (show all)   Print Thread
Standard User kwillers
(newbie) Tue 23-May-17 11:47:20
Print Post

Re: Static IPv6 using pfSense


[re: David_W] [link to this post]
 
Sounds like my Dual Wan is going to be getting some heavy testing

Standing By smile

Kev
Standard User marjohn56
(newbie) Tue 23-May-17 17:30:32
Print Post

Re: Static IPv6 using pfSense


[re: David_W] [link to this post]
 
Thanks David,

We are having some success with the static variation. I simply added a new flag in the STATIC DHCP OPTIONS to tell pfSense to use the V4 link, which is of course PPPoE; then added that option into interfaces.inc and that solved the dpinger issue. That leaves me with a 'to do' on the gateway possibly changing and I can correct that by enabling accept_rtadv on the PPPoE interface and making rtsold launch the IPv6 WAN update.

As for dhcp6c, it appears to be as solid as a rock now in 2.4 after we did a lot of work adding locks and modifying the client itself, I don't recall seeing any issues on the pfSense forum for some time now.

Dual ( or more ) WAN dhcp6c is a bit of a headache, as it's a case of which comes first, chicken or egg. For example, Sky require dhcp6 solicit before RA, other ISP's want it the other way, my brain gets tired just thinking about that, I think if you have an ISP such as Sky then you are not going to be able to have two dhcp6 WAN's unless they are both Sky!
Standard User David_W
(knowledge is power) Wed 24-May-17 10:27:30
Print Post

Re: Static IPv6 using pfSense


[re: marjohn56] [link to this post]
 
In reply to a post by marjohn56:
We are having some success with the static variation. I simply added a new flag in the STATIC DHCP OPTIONS to tell pfSense to use the V4 link, which is of course PPPoE; then added that option into interfaces.inc and that solved the dpinger issue.
Are you using the existing DHCP "Use IPv4 connectivity as parent interface" option in the UI to trigger this flag (i.e. $config['interfaces'][$interface]['dhcp6usev4iface']), or is another flag needed?

In reply to a post by marjohn56:
That leaves me with a 'to do' on the gateway possibly changing and I can correct that by enabling accept_rtadv on the PPPoE interface and making rtsold launch the IPv6 WAN update.
Is that not covered by the work I did in pfSense Redmine #5297 and the subsequent tidying up in #5621? The code, as it was after that work, was still messy, hence the suggestions for tidying up and refactoring in #5993-15. I've been out of the loop for a bit, so don't know what subsequent changes have happened in this area.

My apologies if I've overlooked something in your design in these comments. The area is ripe for possible races and varying behaviour of different ISPs.

In reply to a post by marjohn56:
As for dhcp6c, it appears to be as solid as a rock now in 2.4 after we did a lot of work adding locks and modifying the client itself, I don't recall seeing any issues on the pfSense forum for some time now.
I was really pleased to see that work being done. dhcp6c was sub-optimal in various ways and it being brought back from pretty much abandonware status after the disbandment of the KAME project to become maintained and (somewhat) actively developed again was very welcome. The lack of locking was particularly frustrating.

In reply to a post by marjohn56:
Dual ( or more ) WAN dhcp6c is a bit of a headache, as it's a case of which comes first, chicken or egg. For example, Sky require dhcp6 solicit before RA, other ISP's want it the other way, my brain gets tired just thinking about that, I think if you have an ISP such as Sky then you are not going to be able to have two dhcp6 WAN's unless they are both Sky!
I remember how my brain got fried when working on #5621, which was eventually committed on the basis that it was better than what was there and nobody, including Chris Buechler who reviewed it, could find anything incorrect in my reasoning.


It's probably better if you can post me to the pfSense forum thread(s) covering your work in progress, and/or a Github repository. If you weren't aware, you can do very powerful things with Github's diff functionality when combined with the pfSense system patches package. In particular, you can download, test and install a patch between a branch of the pfSense repository and a feature branch in a fork of that repository - see the 2.3 recipe in this old pfSense forum post of mine (N.B. this was in the pre 2.3-RELEASE timeframe, so the master branch was 2.3 at the time).



ZeN Unlimited Fibre 2 with native IPv6
thinkbroadband speed test : speedtest.net : thinkbroadband quality monitor IPv4 IPv6


Register (or login) on our website and you will not see this ad.

Standard User timl
(committed) Sun 09-Jul-17 11:04:41
Print Post

Re: IPv6 problems?


[re: rhetherington] [link to this post]
 
Thank you for this post and the subsequent ones. I too had difficulty with native IPV6. I had some experience of running IPV6 using hurricane electric so was surprised when my native IPV6 connection seemingly established a connection (I could ping over the link) but couldn't transfer anything over it.

We did some discovery diagnostics which traced an ECI cabinet as the probable issue. Zen asked BT to investigate and a short time later the issue was resolved.

Very impressed with Zen who kept me informed and fixed the problem.

Tim

Zen FTTC 65Mb load balanced with BT Infinity 2 60Mb and BT TV
Pages in this thread: 1 | 2 | [3] | (show all)   Print Thread

Jump to