[Release] FreshJR Adaptive QOS (Improvements / Custom Rules / and Inner workings)

[FreshJR]

Hi, it looks like the DOS2UNIX program fixed all of the issues. I'm surprised because I pressed the download button directly on the pastebin and didn't resave it or do anything to mess up the original format. Thank you for the help!

admin@RT-AC68U-DC20:/jffs/scripts# /usr/bin/dos2unix FreshJR_QOS
admin@RT-AC68U-DC20:/jffs/scripts# ./FreshJR_QOS
admin@RT-AC68U-DC20:/jffs/scripts#

https://www.koszek.com/blog/2015/10/05/pastebin-adds-dos-newline-on-snippet/

The download button on pastebin is known to appened incompatible windows new line characters on the downloaded instead of the linux new line characters.
That's why on the original post I had the Notepad++ new line conversion process explicitly defined for users who are modifying the script.

I will have some time tomorrow to update my router and see the changes made. From the user's comments here, it seems like a simple IF statement is not matching conditions anymore due to ASUS's mask changes.

Please feel free to continue forking after my update. The more idea's floating around the better.
As for me, I recently got gigabit service available. With this the script is going to be an even lesser priority going forward.
I will release this update, as the script made a big difference when I had slower service.

 

[Vexira]

Hi All,

Just a brief update to let you know that FreshJR has asked me to become the custodian of this project as he is no longer an active Asus user.

I’ve forked the repository and will look at getting a new release sorted soon. I’ve been a bit short of time since 382 came out as we’ve just had a baby!

@charlie2alpha - as you’ve clearly made some good progress here, would you mind PM’ing me so I can steal (and credit) your work [emoji4]

FreshJR will continue to support me in the background as I find my feet with the project but please address any issues towards myself going forwards (or indeed just post in this thread).

And I’ll sign off by just offering a thanks from myself and all the users of this great project to FreshJR for creating and managing it to date.


POSTED IN ERROR - see later post https://r.tapatalk.com/shareLink?share_fid=52425&share_tid=36836&share_pid=369775&url=https://www.snbforums.com/index.php?posts/369775/&share_type=t

Sent from my iPhone using Tapatalk

congrats and goodluck

 

[JDB]

congrats and goodluck

Read the rest... I was having a moment!!!


Sent from my iPhone using Tapatalk

 

[Vexira]

Read the rest... I was having a moment!!!


Sent from my iPhone using Tapatalk

Lol all good.

 

[FreshJR]

Here is an updated version that should work for v382.

https://pastebin.com/5nMP45ev

This version is temporary. I just wanted to push something out for everyone that is waiting. I will release a new version that integrates with the tc command interceptor that Merlin has implemented and scrap the current approach we have used up untill now entirely.

Using the new interposer method means we can edit these values as they are created during runtime, instead of changing them after. It will eliminate the current hacky sleep that waits until ASUS QOS finishes setting up its own values and multiple instances that are sometimes spawned from the firewall-start command.

As for the current version, I implemented that script lock that Jack Yaz took from another script. Full credit @Adamm skynet project. It will eliminate the multiple instances that occur for some users using the current approach. The hacky sleep method has been increased generously, as the QOS initiates quite slow in this latest firmware version.

I also see that ASUS fixed the minimum alloted bandwidth per category, as it is now a more reasonable value. With that partially fixed, I still kept the user definable bandwidth allotments active in the script so power users will have fine control. I also see that ASUS has changed the burst/cburst values as they differ per category. I simply query all their values and keep them as they are.

I would have to look into what an the most appropriate value is for VOIP, as setting it manually may be beneficial for performance.

I have no ETA on whent he improved interposer version of this script will be ready as I am a little busy at the moment. This release had minimal testing, but it does function. The interposer will simply be more efficient but functionality will be the same.

Extensive testing has dropped, as I am not a user of the script anymore, so I will not notice any oddities. I recently got upgraded to gigabit internet, so it makes no sense to take the performance hit of having hardware acceleration disabled to perform unnecessary QOS.

Vexira this portion is for you

        DownCeil="$(printf "%.0f" $(nvram get qos_ibw))"
        UpCeil="$(printf "%.0f" $(nvram get qos_obw))"
   
        DownCeil="$(expr ${DownCeil} \* 95 / 100)"
        UpCeil="$(expr ${UpCeil} \* 95 / 100)"

It should change bandwidth to 95% of the inputted values into the QOS engine. They way you don't have to lower the number yourself. Try it and see if it works. Just add the two DownCeil/UpCeil commands below the two existing ones. The expr takes the existing value, multiplies by 95 then divides by 100.

Note: 382 has a bug where QOS sometimes does not initiate after a reboot. This is an ASUS bug and not a script bug.

 

[Vexira]

Here is an updated version that should work for v382.

https://pastebin.com/5nMP45ev

This version is temporary. I just wanted to push something out for everyone that is waiting. I will release a new version that integrates with the tc command interceptor that Merlin has implemented and scrap the current approach we have used up untill now entirely.

Using the new interposer method means we can edit these values as they are created during runtime, instead of changing them after. It will eliminate the current hacky sleep that waits until ASUS QOS finishes setting up its own values and multiple instances that are sometimes spawned from the firewall-start command.

As for the current version, I implemented that script lock that Jack Yaz took from another script. It will eliminate the multiple instances that occur for some users using the current approach. The hacky sleep method has been increased generously, as the QOS initiates quite slow in this latest firmware version.

I also see that ASUS fixed the minimum alloted bandwidth per category, as it is now a more reasonable value. With that partially fixed, I still kept the user definable bandwidth allotments active in the script so power users will have fine control. I also see that ASUS has changed the burst/cburst values as they differ per category. I simply query all their values and keep them as they are.

I would have to look into what an the most appropriate value is for VOIP, as setting it manually may be beneficial for performance.

I have no ETA on whent he improved interposer version of this script will be ready as I am a little busy at the moment. This release had minimal testing, but it does function. The interposer will simply be more efficient but functionality will be the same.

Extensive testing has dropped, as I am not a user of the script anymore, so I will not notice any oddities. I recently got upgraded to gigabit internet, so it makes no sense to take the performance hit of having hardware acceleration disabled to perform unnecessary QOS.

Vexira this portion is for you

        DownCeil="$(printf "%.0f" $(nvram get qos_ibw))"
        UpCeil="$(printf "%.0f" $(nvram get qos_obw))"
   
        DownCeil="$(expr ${DownCeil} \* 95 / 100)"
        UpCeil="$(expr ${UpCeil} \* 95 / 100)"

It should change bandwidth to 95% of the inputted values into the QOS engine. They way you don't have to lower the number yourself. Try it and see if it works. Just add the two DownCeil/UpCeil commands below the two existing ones. The expr takes the existing value, multiplies by 95 then divides by 100.

Note: 382 has a bug where QOS sometimes does not initiate after a reboot. This is an ASUS bug and not a script bug.

Thank you that's really sweet of you to do that for me, I'm touched.
I keep reading about dropping the bandwidth to 80-95% of full values.

 

[FreshJR]

I told you I would do it earlier but never got around to it.

I perfer to fine tune the actual value myself. As dropping too low or too high gives worse network performance than finding "golden number" for your configuration.
The 85%-95% is a general range, with each network configuration having a different "golden number".

If you don't want 95%, then change the 95's in the code above into whatever you want.

 

[Vexira]

Thanks again, I noticed that per packet overhead value also reduces the number bandwidth as well, it will be interesting to play with both..

 

[Vexira]

Same install method as normal?

 

[MagikMark]

Can we also address VPN? I also would like to know the bandwith being utilize by VPN. Thanks


Sent from my iPhone using Tapatalk

 

[Vexira]

Got the script up and runing, i set it to 90% plus 27 on the overhead just going to play with it.
Thanks very much.

 

[medwatt]

Here is an updated version that should work for v382.

https://pastebin.com/5nMP45ev

I've been using v1.9 of your script and it has been working well until I updated to Merlin v382. I used the script you provided above, but every download now gets identified as Net Control Packets and so gets the highest priority. Is there something you can do about it ?

 

[deddc23efb]

I've been using v1.9 of your script and it has been working well until I updated to Merlin v382. I used the script you provided above, but every download now gets identified as Net Control Packets and so gets the highest priority. Is there something you can do about it ?

Hi medwatt,
FreshJR's script doesn't map anything to Net Control. It mostly moves traffic from Default to whatever is set for Other. What variant of 382 are you using? I run his script successfully on 382_1.

Did you run the new script on a clean reboot or did it try to fix changes from a previous run of the old script (it reads data from the current config to do its work.) It shouldn't really matter but perhaps if you're running 382_2 or later there is something the script doesn't expect.

If you are comfortable with using "tc" in CLI you can examine the filter changes that it has made to diagnose.
For example:
show current Download filters in order. The ones at the top of the list (pref 1 , pref 2) are where the script makes its changes.
tc filter show dev br0
show hit counts for traffic filters. The non-zero success ones will tell you what filters are being applied to your traffic:
tc filter show dev br0 | grep -B1 "success [1-9]"

/dedd

 

[Nodiaque]

Thanks for the 382 release version. Unfortunately for me, it changed nothing. I have removed everything and installed the new version, but everything is still categorize as default instead of other. I'm on 382.1_2. I tried reseting the router with no luck. I did had old 192 version at first, which wasn't working. I used the uninstall procedure on the first page to clear all of the install but still no god

 

[deddc23efb]

Thanks for the 382 release version. Unfortunately for me, it changed nothing. I have removed everything and installed the new version, but everything is still categorize as default instead of other. I'm on 382.1_2. I tried reseting the router with no luck. I did had old 192 version at first, which wasn't working. I used the uninstall procedure on the first page to clear all of the install but still no god

I'm on 382.1_2 and it is working fine. Do you see the log events for "Adaptive QOS" in your systemlog events? Have you enabled Adaptive QOS?

 

[Nodiaque]

Adaptive QOS is enabled, else I wouln'd be able to say that it's Default instead of Other that is used. It also take a lot of time for the tagging to occur. I'm doing bittorent for the last 10minutes and less then 50% of the data is tagged as bittorent, the rest is general, thus default (since I rebooted).

That's my General Log:

Jan 13 09:26:58 miniupnpd[823]: shutting down MiniUPnPd
Jan 13 09:26:58 start_nat_rules: apply the nat_rules(/tmp/nat_rules_eth0_eth0)!
Jan 13 09:26:58 custom_script: Running /jffs/scripts/firewall-start (args: eth0)
Jan 13 09:26:58 miniupnpd[3143]: HTTP listening on port 43747
Jan 13 09:26:58 miniupnpd[3143]: Listening for NAT-PMP/PCP traffic on port 5351
Jan 13 09:26:59 miniupnpd[3143]: upnp_event_send: send(): Connection reset by peer
Jan 13 09:27:06 rc_service: httpd 337:notify_rc restart_qos;restart_firewall
Jan 13 09:27:21 miniupnpd[3143]: shutting down MiniUPnPd
Jan 13 09:27:21 start_nat_rules: apply the nat_rules(/tmp/nat_rules_eth0_eth0)!
Jan 13 09:27:22 custom_script: Running /jffs/scripts/firewall-start (args: eth0)
Jan 13 09:27:22 miniupnpd[3217]: HTTP listening on port 42843
Jan 13 09:27:22 miniupnpd[3217]: Listening for NAT-PMP/PCP traffic on port 5351

I have nat accel off, spanning-tree on and bonding off if that change something

Here's the QOS window

 

[deddc23efb]

Adaptive QOS is enabled, else I wouln'd be able to say that it's Default instead of Other that is used. It also take a lot of time for the tagging to occur. I'm doing bittorent for the last 10minutes and less then 50% of the data is tagged as bittorent, the rest is general, thus default (since I rebooted).

That's my General Log:

Jan 13 09:26:58 miniupnpd[823]: shutting down MiniUPnPd
Jan 13 09:26:58 start_nat_rules: apply the nat_rules(/tmp/nat_rules_eth0_eth0)!
Jan 13 09:26:58 custom_script: Running /jffs/scripts/firewall-start (args: eth0)
Jan 13 09:26:58 miniupnpd[3143]: HTTP listening on port 43747
Jan 13 09:26:58 miniupnpd[3143]: Listening for NAT-PMP/PCP traffic on port 5351
Jan 13 09:26:59 miniupnpd[3143]: upnp_event_send: send(): Connection reset by peer
Jan 13 09:27:06 rc_service: httpd 337:notify_rc restart_qos;restart_firewall
Jan 13 09:27:21 miniupnpd[3143]: shutting down MiniUPnPd
Jan 13 09:27:21 start_nat_rules: apply the nat_rules(/tmp/nat_rules_eth0_eth0)!
Jan 13 09:27:22 custom_script: Running /jffs/scripts/firewall-start (args: eth0)
Jan 13 09:27:22 miniupnpd[3217]: HTTP listening on port 42843
Jan 13 09:27:22 miniupnpd[3217]: Listening for NAT-PMP/PCP traffic on port 5351

I have nat accel off, spanning-tree on and bonding off if that change something

Here's the QOS window
View attachment 11557

I don't see any adaptive qos events in there. Double check that you have added a call to the FreshJR script in your /jffs/scripts/firewall-start file. You need to invoke it there: /jffs/scripts/FreshJR_QOS and make sure that the script is set executable (chmod 755 FreshJR_QOS)

 

[Nodiaque]

Content of firewall-start

content of path

Part of FreshJR_QOS

 

[Nodiaque]

Output of tc hit count

@RT-AC3100-0000:/jffs/scripts# tc filter show dev br0 | grep -B1 "success [1-9]"
filter parent 1: protocol all pref 1 u32 fh 800::800 order 2048 key ht 800 bkt 0 flowid 1:2
  mark 0x0000 0xc0000000 (success 327446)
--
filter parent 1: protocol all pref 2 u32 fh 827::800 order 2048 key ht 827 bkt 0 flowid 1:17
  mark 0x80000000 0xc000ffff (success 1168388)
--
filter parent 1: protocol all pref 3 u32 fh 806::800 order 2048 key ht 806 bkt 0 flowid 1:12
  mark 0x80000000 0xc03f0000 (success 2929)
--
filter parent 1: protocol all pref 4 u32 fh 824::800 order 2048 key ht 824 bkt 0 flowid 1:16
  mark 0x80010000 0xc03f0000 (success 1271058)
--
filter parent 1: protocol all pref 6 u32 fh 825::800 order 2048 key ht 825 bkt 0 flowid 1:16
  mark 0x80030000 0xc03f0000 (success 200)
--
filter parent 1: protocol all pref 7 u32 fh 80b::800 order 2048 key ht 80b bkt 0 flowid 1:13
  mark 0x80040000 0xc03f0000 (success 37848)
--
filter parent 1: protocol all pref 9 u32 fh 808::800 order 2048 key ht 808 bkt 0 flowid 1:12
  mark 0x80060000 0xc03f0000 (success 544)
--
filter parent 1: protocol all pref 11 u32 fh 805::800 order 2048 key ht 805 bkt 0 flowid 1:11
  mark 0x80080000 0xc03f0000 (success 9)
--
filter parent 1: protocol all pref 12 u32 fh 803::800 order 2048 key ht 803 bkt 0 flowid 1:10
  mark 0x80090000 0xc03f0000 (success 4)
--
filter parent 1: protocol all pref 13 u32 fh 820::800 order 2048 key ht 820 bkt 0 flowid 1:15
  mark 0x800a0000 0xc03f0000 (success 102)
--
filter parent 1: protocol all pref 16 u32 fh 81c::800 order 2048 key ht 81c bkt 0 flowid 1:14
  mark 0x800d0000 0xc03f0000 (success 205)
--
filter parent 1: protocol all pref 21 u32 fh 801::800 order 2048 key ht 801 bkt 0 flowid 1:10
  mark 0x80120000 0xc03f0000 (success 17)
--
filter parent 1: protocol all pref 22 u32 fh 802::800 order 2048 key ht 802 bkt 0 flowid 1:10
  mark 0x80130000 0xc03f0000 (success 2562)
--
filter parent 1: protocol all pref 23 u32 fh 804::800 order 2048 key ht 804 bkt 0 flowid 1:10
  mark 0x80140000 0xc03f0000 (success 997)
--
filter parent 1: protocol all pref 27 u32 fh 81d::800 order 2048 key ht 81d bkt 0 flowid 1:14
  mark 0x80180000 0xc03f0000 (success 1260)

 

[Nodiaque]

I do have a lot of tc rules, maybe that's the problem?

@RT-AC3100-0000:/jffs/scripts# tc filter show dev br0
filter parent 1: protocol all pref 1 u32
filter parent 1: protocol all pref 1 u32 fh 800: ht divisor 1
filter parent 1: protocol all pref 1 u32 fh 800::800 order 2048 key ht 800 bkt 0 flowid 1:2
  mark 0x0000 0xc0000000 (success 350927)
filter parent 1: protocol all pref 2 u32
filter parent 1: protocol all pref 2 u32 fh 827: ht divisor 1
filter parent 1: protocol all pref 2 u32 fh 827::800 order 2048 key ht 827 bkt 0 flowid 1:17
  mark 0x80000000 0xc000ffff (success 1182641)
filter parent 1: protocol all pref 3 u32
filter parent 1: protocol all pref 3 u32 fh 806: ht divisor 1
filter parent 1: protocol all pref 3 u32 fh 806::800 order 2048 key ht 806 bkt 0 flowid 1:12
  mark 0x80000000 0xc03f0000 (success 2929)
filter parent 1: protocol all pref 4 u32
filter parent 1: protocol all pref 4 u32 fh 824: ht divisor 1
filter parent 1: protocol all pref 4 u32 fh 824::800 order 2048 key ht 824 bkt 0 flowid 1:16
  mark 0x80010000 0xc03f0000 (success 2042812)
filter parent 1: protocol all pref 6 u32
filter parent 1: protocol all pref 6 u32 fh 825: ht divisor 1
filter parent 1: protocol all pref 6 u32 fh 825::800 order 2048 key ht 825 bkt 0 flowid 1:16
  mark 0x80030000 0xc03f0000 (success 243)
filter parent 1: protocol all pref 7 u32
filter parent 1: protocol all pref 7 u32 fh 80b: ht divisor 1
filter parent 1: protocol all pref 7 u32 fh 80b::800 order 2048 key ht 80b bkt 0 flowid 1:13
  mark 0x80040000 0xc03f0000 (success 37848)
filter parent 1: protocol all pref 8 u32
filter parent 1: protocol all pref 8 u32 fh 807: ht divisor 1
filter parent 1: protocol all pref 8 u32 fh 807::800 order 2048 key ht 807 bkt 0 flowid 1:12
  mark 0x80050000 0xc03f0000 (success 0)
filter parent 1: protocol all pref 9 u32
filter parent 1: protocol all pref 9 u32 fh 808: ht divisor 1
filter parent 1: protocol all pref 9 u32 fh 808::800 order 2048 key ht 808 bkt 0 flowid 1:12
  mark 0x80060000 0xc03f0000 (success 641)
filter parent 1: protocol all pref 10 u32
filter parent 1: protocol all pref 10 u32 fh 81f: ht divisor 1
filter parent 1: protocol all pref 10 u32 fh 81f::800 order 2048 key ht 81f bkt 0 flowid 1:15
  mark 0x80070000 0xc03f0000 (success 0)
filter parent 1: protocol all pref 11 u32
filter parent 1: protocol all pref 11 u32 fh 805: ht divisor 1
filter parent 1: protocol all pref 11 u32 fh 805::800 order 2048 key ht 805 bkt 0 flowid 1:11
  mark 0x80080000 0xc03f0000 (success 9)
filter parent 1: protocol all pref 12 u32
filter parent 1: protocol all pref 12 u32 fh 803: ht divisor 1
filter parent 1: protocol all pref 12 u32 fh 803::800 order 2048 key ht 803 bkt 0 flowid 1:10
  mark 0x80090000 0xc03f0000 (success 8)
filter parent 1: protocol all pref 13 u32
filter parent 1: protocol all pref 13 u32 fh 820: ht divisor 1
filter parent 1: protocol all pref 13 u32 fh 820::800 order 2048 key ht 820 bkt 0 flowid 1:15
  mark 0x800a0000 0xc03f0000 (success 126)
filter parent 1: protocol all pref 14 u32
filter parent 1: protocol all pref 14 u32 fh 821: ht divisor 1
filter parent 1: protocol all pref 14 u32 fh 821::800 order 2048 key ht 821 bkt 0 flowid 1:15
  mark 0x800b0000 0xc03f0000 (success 0)
filter parent 1: protocol all pref 15 u32
filter parent 1: protocol all pref 15 u32 fh 81e: ht divisor 1
filter parent 1: protocol all pref 15 u32 fh 81e::800 order 2048 key ht 81e bkt 0 flowid 1:15
  mark 0x800c0000 0xc03f0000 (success 0)
filter parent 1: protocol all pref 16 u32
filter parent 1: protocol all pref 16 u32 fh 81c: ht divisor 1
filter parent 1: protocol all pref 16 u32 fh 81c::800 order 2048 key ht 81c bkt 0 flowid 1:14
  mark 0x800d0000 0xc03f0000 (success 241)
filter parent 1: protocol all pref 17 u32
filter parent 1: protocol all pref 17 u32 fh 826: ht divisor 1
filter parent 1: protocol all pref 17 u32 fh 826::800 order 2048 key ht 826 bkt 0 flowid 1:16
  mark 0x800e0000 0xc03f0000 (success 0)
filter parent 1: protocol all pref 18 u32
filter parent 1: protocol all pref 18 u32 fh 809: ht divisor 1
filter parent 1: protocol all pref 18 u32 fh 809::800 order 2048 key ht 809 bkt 0 flowid 1:12
  mark 0x800f0000 0xc03f0000 (success 0)
filter parent 1: protocol all pref 20 u32
filter parent 1: protocol all pref 20 u32 fh 80a: ht divisor 1
filter parent 1: protocol all pref 20 u32 fh 80a::800 order 2048 key ht 80a bkt 0 flowid 1:12
  mark 0x80110000 0xc03f0000 (success 0)
filter parent 1: protocol all pref 21 u32
filter parent 1: protocol all pref 21 u32 fh 801: ht divisor 1
filter parent 1: protocol all pref 21 u32 fh 801::800 order 2048 key ht 801 bkt 0 flowid 1:10
  mark 0x80120000 0xc03f0000 (success 17)
filter parent 1: protocol all pref 22 u32
filter parent 1: protocol all pref 22 u32 fh 802: ht divisor 1
filter parent 1: protocol all pref 22 u32 fh 802::800 order 2048 key ht 802 bkt 0 flowid 1:10
  mark 0x80130000 0xc03f0000 (success 2833)
filter parent 1: protocol all pref 23 u32
filter parent 1: protocol all pref 23 u32 fh 804: ht divisor 1
filter parent 1: protocol all pref 23 u32 fh 804::800 order 2048 key ht 804 bkt 0 flowid 1:10
  mark 0x80140000 0xc03f0000 (success 1345)
filter parent 1: protocol all pref 24 u32
filter parent 1: protocol all pref 24 u32 fh 822: ht divisor 1
filter parent 1: protocol all pref 24 u32 fh 822::800 order 2048 key ht 822 bkt 0 flowid 1:15
  mark 0x80150000 0xc03f0000 (success 0)
filter parent 1: protocol all pref 26 u32
filter parent 1: protocol all pref 26 u32 fh 823: ht divisor 1
filter parent 1: protocol all pref 26 u32 fh 823::800 order 2048 key ht 823 bkt 0 flowid 1:15
  mark 0x80170000 0xc03f0000 (success 0)
filter parent 1: protocol all pref 27 u32
filter parent 1: protocol all pref 27 u32 fh 81d: ht divisor 1
filter parent 1: protocol all pref 27 u32 fh 81d::800 order 2048 key ht 81d bkt 0 flowid 1:14
  mark 0x80180000 0xc03f0000 (success 1269)
filter parent 1: protocol all pref 31 u32
filter parent 1: protocol all pref 31 u32 fh 80c: ht divisor 1
filter parent 1: protocol all pref 31 u32 fh 80c::800 order 2048 key ht 80c bkt 0 flowid 1:14
  mark 0x801c0000 0xc03f0000 (success 0)
filter parent 1: protocol all pref 32 u32
filter parent 1: protocol all pref 32 u32 fh 80d: ht divisor 1
filter parent 1: protocol all pref 32 u32 fh 80d::800 order 2048 key ht 80d bkt 0 flowid 1:14
  mark 0x801d0000 0xc03f0000 (success 0)
filter parent 1: protocol all pref 33 u32
filter parent 1: protocol all pref 33 u32 fh 80e: ht divisor 1
filter parent 1: protocol all pref 33 u32 fh 80e::800 order 2048 key ht 80e bkt 0 flowid 1:14
  mark 0x801e0000 0xc03f0000 (success 0)
filter parent 1: protocol all pref 34 u32
filter parent 1: protocol all pref 34 u32 fh 80f: ht divisor 1
filter parent 1: protocol all pref 34 u32 fh 80f::800 order 2048 key ht 80f bkt 0 flowid 1:14
  mark 0x801f0000 0xc03f0000 (success 0)
filter parent 1: protocol all pref 35 u32
filter parent 1: protocol all pref 35 u32 fh 810: ht divisor 1
filter parent 1: protocol all pref 35 u32 fh 810::800 order 2048 key ht 810 bkt 0 flowid 1:14
  mark 0x80200000 0xc03f0000 (success 0)
filter parent 1: protocol all pref 36 u32
filter parent 1: protocol all pref 36 u32 fh 811: ht divisor 1
filter parent 1: protocol all pref 36 u32 fh 811::800 order 2048 key ht 811 bkt 0 flowid 1:14
  mark 0x80210000 0xc03f0000 (success 0)
filter parent 1: protocol all pref 37 u32
filter parent 1: protocol all pref 37 u32 fh 812: ht divisor 1
filter parent 1: protocol all pref 37 u32 fh 812::800 order 2048 key ht 812 bkt 0 flowid 1:14
  mark 0x80220000 0xc03f0000 (success 0)
filter parent 1: protocol all pref 38 u32
filter parent 1: protocol all pref 38 u32 fh 813: ht divisor 1
filter parent 1: protocol all pref 38 u32 fh 813::800 order 2048 key ht 813 bkt 0 flowid 1:14
  mark 0x80230000 0xc03f0000 (success 0)
filter parent 1: protocol all pref 39 u32
filter parent 1: protocol all pref 39 u32 fh 814: ht divisor 1
filter parent 1: protocol all pref 39 u32 fh 814::800 order 2048 key ht 814 bkt 0 flowid 1:14
  mark 0x80240000 0xc03f0000 (success 0)
filter parent 1: protocol all pref 40 u32
filter parent 1: protocol all pref 40 u32 fh 815: ht divisor 1
filter parent 1: protocol all pref 40 u32 fh 815::800 order 2048 key ht 815 bkt 0 flowid 1:14
  mark 0x80250000 0xc03f0000 (success 0)
filter parent 1: protocol all pref 41 u32
filter parent 1: protocol all pref 41 u32 fh 816: ht divisor 1
filter parent 1: protocol all pref 41 u32 fh 816::800 order 2048 key ht 816 bkt 0 flowid 1:14
  mark 0x80260000 0xc03f0000 (success 0)
filter parent 1: protocol all pref 42 u32
filter parent 1: protocol all pref 42 u32 fh 817: ht divisor 1
filter parent 1: protocol all pref 42 u32 fh 817::800 order 2048 key ht 817 bkt 0 flowid 1:14
  mark 0x80270000 0xc03f0000 (success 0)
filter parent 1: protocol all pref 43 u32
filter parent 1: protocol all pref 43 u32 fh 818: ht divisor 1
filter parent 1: protocol all pref 43 u32 fh 818::800 order 2048 key ht 818 bkt 0 flowid 1:14
  mark 0x80280000 0xc03f0000 (success 0)
filter parent 1: protocol all pref 44 u32
filter parent 1: protocol all pref 44 u32 fh 819: ht divisor 1
filter parent 1: protocol all pref 44 u32 fh 819::800 order 2048 key ht 819 bkt 0 flowid 1:14
  mark 0x80290000 0xc03f0000 (success 0)
filter parent 1: protocol all pref 45 u32
filter parent 1: protocol all pref 45 u32 fh 81a: ht divisor 1
filter parent 1: protocol all pref 45 u32 fh 81a::800 order 2048 key ht 81a bkt 0 flowid 1:14
  mark 0x802a0000 0xc03f0000 (success 0)
filter parent 1: protocol all pref 46 u32
filter parent 1: protocol all pref 46 u32 fh 81b: ht divisor 1
filter parent 1: protocol all pref 46 u32 fh 81b::800 order 2048 key ht 81b bkt 0 flowid 1:14
  mark 0x802b0000 0xc03f0000 (success 0)