Discover Mikrotik DHCP IP address reservations through SNMPv2

When I use: 
snmpwalk -v2c -cpublic 192.168.88.1 -Ofn
It shows lines like: 
.1.3.6.1.2.1.9999.1.1.6.4.1.4.192.168.88.15 = INTEGER: 3
.1.3.6.1.2.1.9999.1.1.6.4.1.4.192.168.88.22 = INTEGER: 3
.1.3.6.1.2.1.9999.1.1.6.4.1.4.192.168.88.24 = INTEGER: 3
.1.3.6.1.2.1.9999.1.1.6.4.1.4.192.168.88.25 = INTEGER: 3
.1.3.6.1.2.1.9999.1.1.6.4.1.4.192.168.88.26 = INTEGER: 3
.1.3.6.1.2.1.9999.1.1.6.4.1.4.192.168.88.44 = INTEGER: 3
.1.3.6.1.2.1.9999.1.1.6.4.1.4.192.168.88.48 = INTEGER: 3
.1.3.6.1.2.1.9999.1.1.6.4.1.4.192.168.88.50 = INTEGER: 3
.1.3.6.1.2.1.9999.1.1.6.4.1.4.192.168.88.51 = INTEGER: 1
.1.3.6.1.2.1.9999.1.1.6.4.1.4.192.168.88.53 = INTEGER: 3
.1.3.6.1.2.1.9999.1.1.6.4.1.4.192.168.88.54 = INTEGER: 3
.1.3.6.1.2.1.9999.1.1.6.4.1.4.192.168.88.55 = INTEGER: 1
.1.3.6.1.2.1.9999.1.1.6.4.1.4.192.168.88.253 = INTEGER: 3
.1.3.6.1.2.1.9999.1.1.6.4.1.4.192.168.88.254 = INTEGER: 3
.1.3.6.1.2.1.9999.1.1.6.4.1.5.192.168.88.15 = Gauge32: 4294967295
.1.3.6.1.2.1.9999.1.1.6.4.1.5.192.168.88.22 = Gauge32: 4294967295
.1.3.6.1.2.1.9999.1.1.6.4.1.5.192.168.88.24 = Gauge32: 4294967295
.1.3.6.1.2.1.9999.1.1.6.4.1.5.192.168.88.25 = Gauge32: 4294967295
.1.3.6.1.2.1.9999.1.1.6.4.1.5.192.168.88.26 = Gauge32: 4294967295
.1.3.6.1.2.1.9999.1.1.6.4.1.5.192.168.88.44 = Gauge32: 4294967295
.1.3.6.1.2.1.9999.1.1.6.4.1.5.192.168.88.48 = Gauge32: 4294967295
.1.3.6.1.2.1.9999.1.1.6.4.1.5.192.168.88.50 = Gauge32: 4294967295
.1.3.6.1.2.1.9999.1.1.6.4.1.5.192.168.88.51 = Gauge32: 340
.1.3.6.1.2.1.9999.1.1.6.4.1.5.192.168.88.53 = Gauge32: 4294967295
.1.3.6.1.2.1.9999.1.1.6.4.1.5.192.168.88.54 = Gauge32: 4294967295
.1.3.6.1.2.1.9999.1.1.6.4.1.5.192.168.88.55 = Gauge32: 354
.1.3.6.1.2.1.9999.1.1.6.4.1.5.192.168.88.253 = Gauge32: 4294967295
.1.3.6.1.2.1.9999.1.1.6.4.1.5.192.168.88.254 = Gauge32: 4294967295
.1.3.6.1.2.1.9999.1.1.6.4.1.7.192.168.88.15 = INTEGER: 1
.1.3.6.1.2.1.9999.1.1.6.4.1.7.192.168.88.22 = INTEGER: 1
.1.3.6.1.2.1.9999.1.1.6.4.1.7.192.168.88.24 = INTEGER: 1
.1.3.6.1.2.1.9999.1.1.6.4.1.7.192.168.88.25 = INTEGER: 1
.1.3.6.1.2.1.9999.1.1.6.4.1.7.192.168.88.26 = INTEGER: 1
.1.3.6.1.2.1.9999.1.1.6.4.1.7.192.168.88.44 = INTEGER: 1
.1.3.6.1.2.1.9999.1.1.6.4.1.7.192.168.88.48 = INTEGER: 1
.1.3.6.1.2.1.9999.1.1.6.4.1.7.192.168.88.50 = INTEGER: 1
.1.3.6.1.2.1.9999.1.1.6.4.1.7.192.168.88.51 = INTEGER: 3
.1.3.6.1.2.1.9999.1.1.6.4.1.7.192.168.88.53 = INTEGER: 1
.1.3.6.1.2.1.9999.1.1.6.4.1.7.192.168.88.54 = INTEGER: 1
.1.3.6.1.2.1.9999.1.1.6.4.1.7.192.168.88.55 = INTEGER: 3
.1.3.6.1.2.1.9999.1.1.6.4.1.7.192.168.88.253 = INTEGER: 1
.1.3.6.1.2.1.9999.1.1.6.4.1.7.192.168.88.254 = INTEGER: 1
It looks like there are lines which simbolyze DHCP leases and IP address reservation.

There are two main OIDS patterns which provides some information about DHCP lease: 
.1.3.6.1.2.1.9999.1.1.6.4.1.4.
.1.3.6.1.2.1.9999.1.1.6.4.1.7.
The first pattern will show value 1 as an active connection and show value 3 as inactive.
The second pattern (which ends with 7) show 3 as an active connection and 1 as inactive.

Let's create some Low Level Discovery to get the IP adress reservations.

This the discovery rule needed: 
discovery[{#DHCP_LEASE},.1.3.6.1.2.1.9999.1.1.6.4.1.7]
For item prototype use:
Name: 
{#SNMPINDEX}
Key: 
lease[{#SNMPINDEX}]
SNMP OID: 
.1.3.6.1.2.1.9999.1.1.6.4.1.7.{#SNMPINDEX}
Here is the template to do all the job:
Byat