For hosts with wired and wireless nics, utm does not allow multiple ip addresses to be set. For ipv4, where the unique mac addresses can be used to identify the wired and wireless nics, utm only allows one ipv4. If a laptop is connected to the network using the wired nic, then using the wireless nic, there will be an address collision. The only workaround is to allocate two hosts, one for wired and one for wireless. This is a duplication of effort and also wastes licences. It should be possible to assign as many addresses to a host as there are nics. This bug affects both ipv4 and ipv6, although with the DUID bug, there is no way to uniquely identify multiple nics.
Bimmerdriver, I've myself made a request to product management one day ago to get multiple IPs per host definition being implemented. As far as concerns DHCPv6, we probably wait for next feature release of ISC DHCP ESV and then integrate that into UTM with the new IPv6 features. IPv6 may become more common now and appear as "new" for many users, but it's already more than ten years old and lacks some features that IPv4 got in the meantime. So it's not necessarily more advanced than IPv4 in every aspect as most people would expect. It's time for the protocol to catch up feature-wise. But you cannot declare such lacks as bugs.
Bimmerdriver, I've myself made a request to product management one day ago to get multiple IPs per host definition being implemented. As far as concerns DHCPv6, we probably wait for next feature release of ISC DHCP ESV and then integrate that into UTM with the new IPv6 features. IPv6 may become more common now and appear as "new" for many users, but it's already more than ten years old and lacks some features that IPv4 got in the meantime. So it's not necessarily more advanced than IPv4 in every aspect as most people would expect. It's time for the protocol to catch up feature-wise. But you cannot declare such lacks as bugs.
Thanks for the reply. Agreed, it's time for ipv6 to become more mainstream. I think one of the reasons it's taken so long is because some changes that seem gratuitous were introduced, making it less seamless to support. I think a mechanism is already in dhcpv6 to accomplish what is required, unfortunately it works differently than dhcp and requires more effort to utilize. That's what I meant when I called it a "bug". Using an identifier that is not unique to identify something that is unique doesn't work. Anyway, I think you get the point. Thanks again.
Bimmerdriver, I've myself made a request to product management one day ago to get multiple IPs per host definition being implemented. As far as concerns DHCPv6, we probably wait for next feature release of ISC DHCP ESV and then integrate that into UTM with the new IPv6 features. IPv6 may become more common now and appear as "new" for many users, but it's already more than ten years old and lacks some features that IPv4 got in the meantime. So it's not necessarily more advanced than IPv4 in every aspect as most people would expect. It's time for the protocol to catch up feature-wise. But you cannot declare such lacks as bugs.
Thanks for the reply. Agreed, it's time for ipv6 to become more mainstream. I think one of the reasons it's taken so long is because some changes that seem gratuitous were introduced, making it less seamless to support. I think a mechanism is already in dhcpv6 to accomplish what is required, unfortunately it works differently than dhcp and requires more effort to utilize. That's what I meant when I called it a "bug". Using an identifier that is not unique to identify something that is unique doesn't work. Anyway, I think you get the point. Thanks again.
