ISC vs KEA - KEA always wrong
-
@Vollans said in ISC vs KEA - KEA always wrong:
And usually brings down the power ..
Normally, when you switch a device from DHCP to static for a moment, and then back to DHCP, it will re init the DHCP again.
So no need to put yourself in the dark.For example, set it to static :
10.0.1.200 gateway 10.0.1.1 DNS 10.0.1.1 - wait a moment, check if communications continues (my brothers solaredge does call home every ones in awhile to update stats), and then switch back to DHCP.before you switch back to DHCP : go here : Diagnostics > Packet Capture
and tell it what you want : DHCP details :
This will show you all the DHCP traffic on your lAN : the device requests, the pfSense DHCP server answers;
By the MAC, you will recognize what packets came from, and are send to the solaredge.Remember : kea says it found a ".....V4_DISCOVER_ADDRESS_CONFLICT" so the device asking for "10.0.1.2" was refused that IP as another device already uses it.
Check the already IPv4 allocated leases again.
Check the packet capturing - byte by byte and check what kea received, and had already stored.Probably good news : Solaredge isn't an unknown brand, I imagine it wildly used.
So you're not the only one using Solaredge and pfSense.
That you want to set up a static DHCP lease, I fully agree, and it should work.
The DHCPv4 kea server uses normally (afaik) the MAC as the device ID. This works well for me, as I have about 40 leases like that on my LAN. All devices get the lease/IP I have assigned to them. If there was an issue, it was always 'me' doing things wrong (again ^^).If nothing works, go for plan B right away : set it up with a static IP/gateway/DNS and call it a day.
-
If nothing works, go for plan B right away : set it up with a static IP/gateway/DNS and call it a day.
Believe me, if I could, I would. That would have been the easiest answer, and I’d have moved on, but the inverter only does DHCP, no putting in static IP addresses. :(
-
This may help or give you some insight. https://www.youtube.com/watch?v=hI8lnWF812Y
-
@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?
-
@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. -
@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.
-
@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 ? -
Perhaps you have another DHCP server on your network you are not aware of?
-
@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…
-
@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.
