Fast Path
Moderator: Moderators
Re: Fast Path
I am actively watching the discussion already.
1. Not until we move to lede
2. Preferably not until it is merged/upstreamed
3. Not until they wipe out the bugs i.e. It currently breaks qos which is undesirable
1. Not until we move to lede
2. Preferably not until it is merged/upstreamed
3. Not until they wipe out the bugs i.e. It currently breaks qos which is undesirable
https://lantisproject.com/downloads/gargoylebuilds for the latest releases
Please be respectful when posting. I do this in my free time on a volunteer basis.
Please be respectful when posting. I do this in my free time on a volunteer basis.
Re: Fast Path
I don't understand a lot of this subject, but it seems that this is apparently in 18.06 (the ones with kernel 4.14). Ones still on the old kernel, however, are numerous: ar7, ar71xx, arc770, at91, brcm2708, brcm63xx, ixp4xx, lantiq, layerscape, mpc85xx, orion, rb532 and uml.
There is some discussion of FastPath in connection with 18.06 here, which in turn links to some lengthy forum threads:
https://www.reddit.com/r/openwrt/commen ... 6_released
Would this tech have any effect on two features (QoS and BWmon) that tend to swamp certain routers? For example, the C7V2 (which is on the old kernel, but let's pretend that it isn't for this question) with both of those features on won't be able to reach 100Mbps on the WAN (assuming the person's Internet is at least that fast, of course).
There is some discussion of FastPath in connection with 18.06 here, which in turn links to some lengthy forum threads:
https://www.reddit.com/r/openwrt/commen ... 6_released
Would this tech have any effect on two features (QoS and BWmon) that tend to swamp certain routers? For example, the C7V2 (which is on the old kernel, but let's pretend that it isn't for this question) with both of those features on won't be able to reach 100Mbps on the WAN (assuming the person's Internet is at least that fast, of course).
Re: Fast Path
Fast path is 18.06 is slightly different. I think if is SFE or Shortcut Forwarding Engine and baked into the kernel.
I don’t know the qos implications yet, but I’m not optimistic. I have a feeling they won’t function.
EDIT: sorry in the kernel it is flow offloading, not SFE
I don’t know the qos implications yet, but I’m not optimistic. I have a feeling they won’t function.
EDIT: sorry in the kernel it is flow offloading, not SFE
https://lantisproject.com/downloads/gargoylebuilds for the latest releases
Please be respectful when posting. I do this in my free time on a volunteer basis.
Please be respectful when posting. I do this in my free time on a volunteer basis.
Re: Fast Path
Per a discusssion on forum.openwrt.org software flow offloading does seem to work with cake, obviously this is not the same as qosmon on gargoyle but it does work. I am using it so far on a wrt1900ac v1 with cake and it works just fine.
Hardware offloading seems to work on only the a specific soc which I am unable to find the name for right now.
Hardware offloading seems to work on only the a specific soc which I am unable to find the name for right now.
Re: Fast Path
Are there any updates to this topic?
What are the chances of SFE or FlowOffload being added to Gargoyle as an option?
[NG]Owner
What are the chances of SFE or FlowOffload being added to Gargoyle as an option?
[NG]Owner
Re: Fast Path
something new, it will have gargoyle 1.12 support for sf flow offload support?
wdr3600 rev1.4 OpenWrt
wrt1900ACS v.2 OpenWrt/DD-WRT
GL-MT6000 OpenWrt/Gargoyle
wrt1900ACS v.2 OpenWrt/DD-WRT
GL-MT6000 OpenWrt/Gargoyle
Re: Fast Path
No, certainly not if you want to keep any Gargoyle functionality.
They're not compatible.
They're not compatible.
https://lantisproject.com/downloads/gargoylebuilds for the latest releases
Please be respectful when posting. I do this in my free time on a volunteer basis.
Please be respectful when posting. I do this in my free time on a volunteer basis.