Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    ISC vs KEA - KEA always wrong

    Scheduled Pinned Locked Moved DHCP and DNS
    18 Posts 6 Posters 687 Views 5 Watching
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • S Offline
      SteveITS Rebel Alliance @Vollans
      last edited by

      @Vollans Not sure I'm much help but I'd guess this is one of the more common complains about Kea I see online. I haven't gotten back to testing it again.

      I am curious though when you switch to Kea I assume you are just importing the existing settings...did you try deleting the reservation in ISC, converting, then adding it again?

      Only install packages for your version, or risk breaking it. Select your branch in System/Update/Update Settings.
      When upgrading, allow 10-15 minutes to reboot, or more depending on packages, and device or disk speed.
      Upvote šŸ‘ helpful posts!

      V 1 Reply Last reply Reply Quote 0
      • GertjanG Offline
        Gertjan @Uglybrian
        last edited by

        @Uglybrian said in ISC vs KEA - KEA always wrong:

        This may help or give you some insight. https://www.youtube.com/watch?v=hI8lnWF812Y

        šŸ‘

        Great.
        Seems way more promising as

        @Vollans said in ISC vs KEA - KEA always wrong:

        but the inverter only does DHCP

        which I consider as a huge bug, so a Solar upgrade would handle that situation.
        Btw : My brother living in Holland upgraded his Solaredge inverter a coupe of times.
        That said, Solar has many devices, I don't pretend to know them all.

        @Vollans : can you get a DHCP packet capture of the exchange between your Solar and pfSense ?
        If kea says : "can't give 10.0.1.2" to Solar because some other device is already using it " then this isn't a Solar neither kea bug. Btw : a DHCP will ARP (?) or ping the requested IP first, to check if some device on the LAN isn't already using it. If a ICMP reply comes back, then it will show this message.
        I propose a test :
        Disconnect all LAN devices.
        Power down the Solar (or remove Ethernet connection).
        Stop the kea DHCPv4 server.
        Remove all leases on pfSense (brut force by wiping the leases file).
        Start kea.
        Start packet capturing as shown above.
        Connect the Solar.
        Now, "V4_DISCOVER_ADDRESS_CONFLICT" can't be possible anymore.

        No "help me" PM's please. Use the forum, the community will thank you.
        Edit : and where are the logs ??

        1 Reply Last reply Reply Quote 0
        • V Offline
          Vollans @SteveITS
          last edited by

          @SteveITS said in ISC vs KEA - KEA always wrong:

          @Vollans Not sure I'm much help but I'd guess this is one of the more common complains about Kea I see online. I haven't gotten back to testing it again.

          I am curious though when you switch to Kea I assume you are just importing the existing settings...did you try deleting the reservation in ISC, converting, then adding it again?

          Yes, I’ve tried doing that, and it’s a straight crossover from ISC to KEA via the radio button.

          @Gertjan said in ISC vs KEA - KEA always wrong:

          @Vollans said in ISC vs KEA - KEA always wrong:

          but the inverter only does DHCP

          which I consider as a huge bug, so a Solar upgrade would handle that situation.

          Hmm. Not going to happen. Doing so would also mean having to comply with today’s export regs and electrical regs, rather than as installed in 2018. That would be a very expensive solution.

          GertjanG 1 Reply Last reply Reply Quote 0
          • GertjanG Offline
            Gertjan @Vollans
            last edited by Gertjan

            @Vollans said in ISC vs KEA - KEA always wrong:

            Solar upgrade

            Not the hardware 😊
            Just the the firmware.

            Anyway : I still suspect it isn't a kea issue as it clearly says : 10.0.1.2 can be given as another device is using it.
            Afaik, kea does a network network broadcast for "who has 10.0.1.2") first and no device should answer. Apparently, some one answered.
            What about an ARP packet capture to see who answers ?

            No "help me" PM's please. Use the forum, the community will thank you.
            Edit : and where are the logs ??

            W V 2 Replies Last reply Reply Quote 0
            • W Offline
              WN1X @Gertjan
              last edited by

              Perhaps you have another DHCP server on your network you are not aware of?

              1 Reply Last reply Reply Quote 0
              • V Offline
                Vollans @Gertjan
                last edited by

                @Gertjan said in ISC vs KEA - KEA always wrong:

                @Vollans said in ISC vs KEA - KEA always wrong:

                Solar upgrade

                Not the hardware 😊
                Just the the firmware.

                That happens on a regular basis automatically.

                Afaik, kea does a network network broadcast for "who has 10.0.1.2") first and no device should answer. Apparently, some one answered.
                What about an ARP packet capture to see who answers ?

                The Solaredge inverter…

                GertjanG 1 Reply Last reply Reply Quote 0
                • GertjanG Offline
                  Gertjan @Vollans
                  last edited by

                  @Vollans said in ISC vs KEA - KEA always wrong:

                  The Solaredge inverter…

                  If it (== 00:27:02:16:df:82) was renewing, meaning it was/is already using 10.0.1.2 and it just wants to renew (extend) the lease, then kea would hand over a renewed lease.
                  Your issue happens after a DHCP DISCOVER, where the Solaredge doesn't have an IP (previous lease) yet.
                  Whe kea does its ARP test, it (the solar edge) won't say it has that IP (10.0.1.2) as it wasn't allocated to it yet. Some other device did answer the 'who has 10.0.1.2' ARP request.
                  It couldn't/shouldn't be the Soladeredge (and if it did, it's DHCP stack is broken).

                  https://lists.isc.org/pipermail/kea-users/2017-November/001399.html and follow ups.

                  No "help me" PM's please. Use the forum, the community will thank you.
                  Edit : and where are the logs ??

                  V 1 Reply Last reply Reply Quote 0
                  • V Offline
                    Vollans @Gertjan
                    last edited by

                    @Gertjan Hmm. It’s bloody odd. Friday I tried again, and it did get allocated 10.0.1.2. Hurrah. 9am this morning, with no network downtime or anything, it suddenly decided it was getting 10.0.1.68…

                    I think at this stage I need to stay on the ISC version until I can find time to try and fix the IP address in the Solaredge inverter using the video you linked to.

                    1 Reply Last reply Reply Quote 0
                    • V Offline
                      Vollans @Uglybrian
                      last edited by

                      @Uglybrian said in ISC vs KEA - KEA always wrong:

                      This may help or give you some insight. https://www.youtube.com/watch?v=hI8lnWF812Y

                      That worked - I've managed to set the inverter to manual IP address, but it is still annoying me that at random it would get the wrong IP address with DHCP, which I'm not seeing with any other device on the network. It suggests a problem with the Solaredge DHCP stack, but the chances of getting them to listen and do anything about it is small. Needing a fixed IP address for a MODBUS connection is a fairly edge case for a domestic inverter.

                      U 1 Reply Last reply Reply Quote 0
                      • U Offline
                        Uglybrian @Vollans
                        last edited by

                        @Vollans Nice!

                        1 Reply Last reply Reply Quote 0
                        • First post
                          Last post
                        Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.