Connection mark bug in RC1

Hi,

I upgraded my home/test RB800 today and found that the system was unresponsive. After some checks from serial port I found out that my connection marks that I do under Mangle did not work under firewall filter. They trigged under mangle but the rules under filter that previously worked didn’t.
I did a quick test just entering the protocol and port number in the filter rule and all seems to work then so i think it is only connection marks that don’t work.

After this I reversed to beta6 and all seems to work fine.

To mikrotik staff, Have a look at Ticket#2010092066000376
supout.rif attached.

I’ve got same problem.

People with mangle issues, make a full description of the problem, and email support

last rule in the marking of packages for qos mark all packages not classified by
qos-marking rules in the previous version and previous v5b6 the last rule works normal and qos
too, but as of Version v5rc1 the packet marking off only works if the last rule or
add “no-mark” in packages marked … understood that because of this so now I do not know
but that’s how I run the new version of the qos v5rc1 mk …

Flags: X - disabled, I - invalid, D - dynamic
0 ;;; Marcando Pacotes - Link/OI
chain=prerouting action=jump jump-target=chain-qos-linkOI in-interface=ether13_linkOI

1 chain=chain-qos-linkOI action=mark-packet new-packet-mark=download_link_icmp passthrough=no protocol=icmp

2 chain=chain-qos-linkOI action=mark-packet new-packet-mark=download_link_dns passthrough=no protocol=udp src-port=53

3 chain=chain-qos-linkOI action=mark-packet new-packet-mark=download_link_msn_messenger passthrough=no protocol=tcp src-port=1863

4 chain=chain-qos-linkOI action=mark-packet new-packet-mark=download_link_http_pequeno passthrough=no protocol=tcp src-port=80 connection-bytes=0-500000

5 chain=chain-qos-linkOI action=mark-packet new-packet-mark=download_link_http_medio passthrough=no protocol=tcp src-port=80 connection-bytes=500000-2000000

6 chain=chain-qos-linkOI action=mark-packet new-packet-mark=download_link_https passthrough=no protocol=tcp src-port=443

7 chain=chain-qos-linkOI action=mark-packet new-packet-mark=download_link_teamviewer passthrough=no protocol=tcp src-port=5938

8 chain=chain-qos-linkOI action=mark-packet new-packet-mark=download_link_voip passthrough=no protocol=tcp src-port=5060,5061

9 chain=chain-qos-linkOI action=mark-packet new-packet-mark=download_link_voip passthrough=no protocol=udp src-port=5060,5061

10 chain=chain-qos-linkOI action=mark-packet new-packet-mark=download_link_war3 passthrough=no protocol=tcp src-port=6112

11 chain=chain-qos-linkOI action=mark-packet new-packet-mark=download_link_email passthrough=no protocol=tcp src-port=110,995

12 chain=chain-qos-linkOI action=mark-packet new-packet-mark=download_link_skype passthrough=no layer7-protocol=skypeout

13 chain=chain-qos-linkOI action=mark-packet new-packet-mark=download_link_skype passthrough=no layer7-protocol=skypetoskype

14 chain=chain-qos-linkOI action=mark-packet new-packet-mark=download_link_p2p passthrough=no p2p=all-p2p

15 chain=chain-qos-linkOI action=mark-packet new-packet-mark=download_link_geral passthrough=no packet-mark=no-mark