Open IPv6 Issues / questions

- will the fix for issue NUTM-7187 be included with 9.5?

- is there a fix in the works for IPv6 Connections where the WAN Port is supposed to use an address out of the delegated prefix? Currently users of such ISPs do not get any IPv6 address. (for esxample KPN netherlands)

- what about the ability to change/edit the UID for IPv6 Delegation Requests?

- what about long standing feature requests such as 6tunnel integration, lets encrypt - is that on the roadmap? Users, myself included had high hopes for 9.5 but this seems to be more than a maintance release.

 

thank you in advance.

Parents
  • Hi Ben, please see my answers inline below:

    Ben said:

    - will the fix for issue NUTM-7187 be included with 9.5?

     [BL]: The fix for NUTM-7187 is not included in this current UTM 9.5 beta version. We are actively working on the fix right now though, so as soon as we have a confirmed fix it will be included in a subsequent release.

    - is there a fix in the works for IPv6 Connections where the WAN Port is supposed to use an address out of the delegated prefix? Currently users of such ISPs do not get any IPv6 address. (for esxample KPN netherlands)

    [BL]: This should be supported today, unless the ISP is doing both stateless & stateful. Is that the case for you? If so, we are fixing that as part of NUTM-7187 as well.

    - what about the ability to change/edit the UID for IPv6 Delegation Requests?

    [BL]: Unfortunately this isn't part of this 9.5 release.

    - what about long standing feature requests such as 6tunnel integration, lets encrypt - is that on the roadmap? Users, myself included had high hopes for 9.5 but this seems to be more than a maintance release.

    [BL]: Lets Encrypt is on our current roadmap, but it's mainly planned as a WAF feature. As for 6tunnel integration, it's currently not planned for any specific release.

     

    thank you in advance.

     

  • Hi Bobby,

    Normally the ISPs router will then request /48 prefix and use a /64 from that prefix for the wan interface and a /64for the lan interface. So there are no other global ipv6 addresses than the ones from that /48.

    On the Sophos UTM, in my case I will only receive a link local IPv6 address via PPPoE. Using a tcpdump I have verified the UTM is not sending out a prefix request after the PPPoE has been established. Is it waiting for a advertised IPv6 address for the WAN interface first before it will do this? Because in this case it will never get it... And thus a IPv6 prefix will never be requested.

    If you want to have a look at my Sophos VM, or need some tcpdumps of the PPPoE setup let me know!

    Rene

  • Le has been quite busy yeah :)
    Many many reboots later, I think that he completely solved my problems. IPv6 after a reconnect or reboot takes about a minute before it is working, after that everything is now okay.

    Le is still monitoring my UTM and rebooting it a few times. Maybe some small adjustments or just to see if everything keeps working.

  • Le has been busy on a test sophos i provided. the nightly pppoe auto reconnect breaks ipv6 every time with the latest patch. he is investigating why that does happen.

    two thumbs up, he wants to do a proper patch that fixes all problems and doesn't leave us with any bugs.

    ---

    Sophos UTM 9.3 Certified Engineer

  • Hi All,

       Sorry for not updating the progress since I am busy finalizing all the changes, i.e. making sure it is really well done.

       Thanks for all of your help.

       Quick Summary:

       1) SanderRutten system: everything is good to go

       2) Rklomp system: Same as 1

       3) Ben system: There is one small issue that I just put another newer rpm on it to see if it can resolve this issue (RA is not automatically sent by router - this is the hypothesis: to be confirmed by the reconnect by 4:00AM Ben's time).

       Once Ben system is good to go, then at lease the issue of "reboot and reconnect" is fixed for PPPoE connection.

       Thanks and sorry about the delayed update.

  • looking good, ipv6 still up and working after last nights reboot.

    thanks for the awesome work Le!

    ---

    Sophos UTM 9.3 Certified Engineer

  • Great to hear that it is OK with Ben's system. And I also just checked it now. It looks good.

    Thanks so much for all of you help. It would be almost impossible without your help.

    You fellows (SanderRutten, Ben and Rene) are great to work with. It is much appreciated.

  • likewise ;) glad that this could finally be fixed! looking forward to have this into one of the next up2date patches ;)

    now we only need the ipv6 ip counting removed/softened for home licences ;) (you hit 50 devices very quick with ipv6 enabled windows devices)

    again, thank you Le for the hard work and the throughout fix that adresses all issues we encountered.

    ---

    Sophos UTM 9.3 Certified Engineer

  • Hi Le,

    Thanks for the update. Unfortunately I am still not automatically getting a default route for IPv6

    Regards

    René

  • Hi Rene,

       On your network to which the UTM is connected to on the ppp0, there is no router which will respond to the router Solicitor Request (RS). Hence

       the UTM will not get a route out of that ppp0. There is nothing UTM can do. Upstream router must advertise itself. Thanks.

       Are you sure upstream router will respond to the RS coming from UTM? Please let me know. Thanks Rene.

  • Hi Le,

    Sorry for the late reply. I was on holiday for the last two weeks.

    There is indeed no router that responds to RS messages. Also in the capture I made from the ISP provided CPE I do not see any RS/RA messages and still it is working correctly on this device. I guess the provide CPE is using the remote LL address received via PPP as the default gateway. I think it would be nice if the UTM would use that address as well when no RAs are received.

     You have XS4all right? I thought the implementations of those providers where the same, but apparently you are receiving a RA?

    -René

  • Yeah I got it fully working thanks to Le (And others?) with XS4ALL.

    Could it be that I'm using a managed switch between my fiber NTU and the firewall?  
    In my setup, my NTU is connected to LAN1, tagged with VLAN6. LAN2 is untagged, and going to the WAN port of my Sophos UTM.
    So my Sophos UTM is only setting up a PPPoE connection, and not a PPPoE with VLAN. Not sure if this matters for the IPv6/RA part tho.

Reply
  • Yeah I got it fully working thanks to Le (And others?) with XS4ALL.

    Could it be that I'm using a managed switch between my fiber NTU and the firewall?  
    In my setup, my NTU is connected to LAN1, tagged with VLAN6. LAN2 is untagged, and going to the WAN port of my Sophos UTM.
    So my Sophos UTM is only setting up a PPPoE connection, and not a PPPoE with VLAN. Not sure if this matters for the IPv6/RA part tho.

Children