The strange thing to me is that when you look at the statistics, I noticed that
there are more Mib and more Packets mangled by the Packet rule than that
of the Connection rule. Since the Packet rule depends totally on the Connection
Rule, how come it has more Packets? The difference is sth. like 77 000 packets
for the Packet rule and 44 000 packets for the connection rule.
nothing strange. you mark connection when packet is sent to 192.168.xxx.xxx, port 25. this packet is accounted by packet mark rule too
but packets from 192.168.xxx.xxx, port 25 do not satisfy mark connection rule, although they satisfy packet mark rule: your connection is market in both sides =)
How come that packets from 192.168.xxx.xxx get marked by mark-packet rule when on its side this rule depends totally on the mark connection rule?
You see, in the mark-packet rule I have defined that only those with mark-connection specified pass through this rule, right?
Once a connection is established the connection tracking tracks the connection and any packet that gets transmitted through that connection automatically gets marked with the appropriate marking without having to go through the mangle.
may I put another related issue, ?
After the packets are marked, I created a simple queue rule with the purpose to assign a priority.
So the situation is like this:
/queue simple
dst-address=0.0.0.0/0 interface=all packet-marks=SMTP-in direction=both priority=5 … and so on
First on the queue rule at the interface I established interface=WAN1, but with this configuration I noticed that while the mangle rule was recording a traffic at 40kbps the queue rule was recording at 1600bps.
So i changed that, I put interface=all, after that the queue was recording at the same rate as the mangle rule
This sounds strange to me again, since the mangle is marking packets that come from WAN1 to LAN, why shouldn’t the queue detect those packets. Is it maybe the queue comes before the forward chain of the mangle? Hmm, still don’t get it