Device.FAST.Line.{i}.AllowedProfiles ==> show only the value allowed by the standard ["106a", "212a"]
Device.FAST.Line.{i}.CurrentProfile ==> change the value to empty if the profile is unknown
- Device.IEEE1905.Version ==> set the default value to '1905.1' if its ubus is empty
- Device.IEEE1905.AL.Status ==> set the default value to 'Disabled' if its ubus is empty
- Device.IEEE1905.AL.RegistrarFreqBand ==> set the default value to '802.11 5 GHz' if its ubus is empty
- Device.IEEE1905.AL.NetworkTopology.Status ==> change the 'available' value to the correct enum name 'Available'
- Device.IEEE1905.AL.NetworkTopology.ChangeLog.{i}.EventType ==> the value is 'NewNeighbor' if its ubus value is 'add' otherwise 'LostNeighbor'
- Fix get/set of LeaseTime, StaticAddressNumberOfEntries parameters
- Fix an issue in add object of DHCPv4.Server.Pool.{i}. object
- enhance get/set of some parameters: Enable, Status, SubnetMask, DomainName, IPRouters. so get the value from data instead of the mapping for all the sections and get the corresponding section based on its section name
- Get: show only hosts that have a name option "_reserved"
- Set: remove hosts that have the name "_reserved" when they are removed from the list value
Fix multiple issues in StaticAddress implementation
- "StaticAddress.{i}.Yiaddr" accepting any IP address -> According to standard, It should accept IP address from DHCP IP pool
- Same IP address can be assigned to multiple MAC address -> According to standard, Once a IP got bind to a MAC, it should not get bind to other MAC
- Able to create multiple entry for same MAC -> According to standard, It should accept only one entry for one MAC
- Able to create multiple object with same Alias -> According to standard, Alias should be unique
- remove unused argument from dmuci_add_section() and dmuci_add_section_bbfdm() functions
- use snprintf instead of dmasptintf
- change function name: add_list_paramameter -> add_list_parameter
According to the standard, each object deletion should have no effect on other objects, so we remove the deletion of Ethernet.Link when calling delete object of the IP.Interface object
if we have an IP.Interface.{i}. links to -> Ethernet.VLANTermination.{i}. which link to -> Ethernet.Link.1. and we need to update Ethernet.VLANTermination.{i}.LowerLayers to Ethernet.Link.2.
the issue is IP.Interface.{i}. was not updated when setting Ethernet.VLANTermination.{i}.LowerLayers to Ethernet.Link.2.
So this commit fixes this issue
- Device.WiFi.AccessPoint.{i}.AssociatedDevice.{i}.LastDataDownlinkRate => should be unsignedInt[1000:] //fixed by multiplying its value * 1000
- Device.WiFi.AccessPoint.{i}.AssociatedDevice.{i}.LastDataUplinkRate => should be unsignedInt[1000:] //fixed by multiplying its value * 1000
- Device.WiFi.AccessPoint.{i}.AssociatedDevice.{i}.Retransmissions => it's not supported for now, comment it out
Currently, RegulatoryDomain only returns the first two characters but it should be 3 characters according to the standard, the solution is to
save the third character under dmmap_wireless
Fix Get/Set value of these parameters which has a hexbinary encoded value according to the TR-181 standard
- Device.DHCPv4.Server.Pool.{i}.Option.{i}.Value
- Device.DHCPv4.Client.{i}.SentOption.{i}.Value
- Device.DHCPv4.Relay.Forwarding.{i}.UserClassID
- Device.DHCPv6.Server.Pool.{i}.VendorClassID
- Device.DHCPv6.Server.Pool.{i}.UserClassID
- Device.DHCPv6.Server.Pool.{i}.Option.{i}.Value
- #3772: IP.Interfaces connected to Ehternet object is transparent
- #3773: TR-181: Not possible to set IP.Interface.LowerLayers to an existing Ethernet.Link object
