Hi
W dniu 03.01.2019 o 21:44, Cong Wang pisze:
On Thu, Jan 3, 2019 at 7:25 AM Bartek Kois wrote:
Hi
1. What exactly caused this change in the kernel?
I don't follow VLAN changes, I guess it must be some change which
inserts the VLAN tag before this ->ndo_start_xmit().
2.
Hi
Is this equally fast as hashing tables?
Best regards
Bartek Kois
W dniu 03.01.2019 o 22:49, Anton Danilov pisze:
Hi.
There is the workaround - classify the packets with iptables+ipset -
it's enough fast and more friendly.
On Fri, 4 Jan 2019 at 00:21, Bartek Kois wrote:
Hi
1. What ex
which is pretty much every slightly
bigger router nowadays especially if we use IFB and hashing filters. Is
there any walkaround for that problem?
Best regards
Bartek Kois
W dniu 03.01.2019 o 04:30, Cong Wang pisze:
On Tue, Jan 1, 2019 at 11:46 AM Bartek Kois wrote:
Hi
Yes it did work since I
add dev $LAN_ETH parent 1:0 protocol ip prio 4 u32 match
u32 0x0a000c10 0x at 20 classid 1:2003 # for 10.0.12.10 ip
address
I`ve changed "at 16" which works without vlan tags to "at 20" to take
vlan tag into account.
Best regards
Bartek Kois
W dniu 01.01.201
I found this notation: "protocol 802.1q", but it
doesn`t work on my system.
Pozdrawiam
Bartek Kois
W dniu 31.12.2018 o 22:47, Jakub Kicinski pisze:
On Sat, 29 Dec 2018 13:52:23 +0100, Bartek Kois wrote:
Hi,
I`ve got problem while queuing with HFSC vlan tagged packets after
migra
Hi,
I tested 4.20 and the problem remains (it is not possible to classify
tagged packets if the root filter is on physical interface).
Best regards
Bartek Kois
W dniu 30.12.2018 o 22:14, Bartek Kois pisze:
Hi
I haven`t tested any newer kernels cause I thought that something
related to
Hi
I haven`t tested any newer kernels cause I thought that something
related to packet classification has been changed permanently and I have
to figure out what. Which one should I test?
Best regards
Bartek Kois
W dniu 30.12.2018 o 19:53, Cong Wang pisze:
Hello,
On Sat, Dec 29, 2018 at 11
16 link
${NETWORK_GROUP_HEX}:
tc filter add dev eth1 parent 1:0 protocol ip prio 4 u32 ht
${NETWORK_GROUP_HEX}:0x${ADDR_Q4_HEX} match ip dst $ADDR classid
1:${MARK_NORMAL}
Best regards
Bartek Kois
Your fix is probably needed too. However, I think the issue that Patrick
was trying to fix is the case where p[0] != PPP_ALLSTATIONS and therefore
we'd still have a problem there.
I tested Paul's patch for last few days and I think everything seems
ok. The system is stable.
Rega
