I can not go back there. It has to work hard. All previous RC versions do the same, I doubt that anything will change v6.1.Hapi, do you still have it? Many issues were addressed in v6.1 and also now in v6.2 (not released). If you could try these versions, it would help us improve the situation. Also it would be great if you could send your supout.rif file from v6.1 to support, so we can see what configuration you have
What are you talking about??? I use bridge a lot, everything works fine.
I can not go back there. It has to work hard. All previous RC versions do the same, I doubt that anything will change v6.1.
Have you repaired the problem with the bridge on the CCR and X86? Just create a bridge interface and see what happens.
DDOS in forwarding on servers. CCR is only forwarding. Without rules. ONLY FORWARDING ABOUT 300.000pps. CCR si unavailable. After switching off the QT to CCR was better but was still unavailable.Either something specific in those rules, or some setting you are not aware of. Maybe you are being DDoSed ?I usage only 2 QT and 2 Mangle. Other is default. No filter, no nat, no everything other.
/ip firewall mangle add action=mark-packet chain=forward in-interface="ether1 - wan" new-packet-mark=download out-interface=ether2 passthrough=no /ip firewall mangle add action=mark-packet chain=forward in-interface=ether2 new-packet-mark=upload out-interface="ether1 - wan" passthrough=no
/queue tree add limit-at=290M max-limit=290M name=download packet-mark=download parent=ether2 queue=manual /queue tree add limit-at=290M max-limit=290M name=upload packet-mark=upload parent="ether1 - wan" queue=manual
/interface ethernet set 0 name="ether1 - wan" set 12 auto-negotiation=yes set 13 auto-negotiation=yes set 14 auto-negotiation=yes set 15 auto-negotiation=yes /port set 0 name=serial0 /queue type add kind=sfq name=sfq sfq-perturb=1 /queue tree add limit-at=290M max-limit=290M name=queue1 packet-mark=download parent=global \ queue=sfq add limit-at=290M max-limit=290M name=queue2 packet-mark=upload parent=global \ queue=sfq /snmp community ..... /ip address ..... /ip dns set servers=188.8.131.52,184.108.40.206 /ip firewall connection tracking set enabled=no /ip settings set secure-redirects=no send-redirects=no /ip firewall mangle add action=mark-packet chain=forward disabled=yes in-interface="ether1 - wan" \ new-packet-mark=download out-interface=ether2 passthrough=no add action=mark-packet chain=forward disabled=yes in-interface=ether2 \ new-packet-mark=upload out-interface="ether1 - wan" passthrough=no /ip route ..... /ip service set telnet disabled=yes set ftp disabled=yes set www disabled=yes set ssh disabled=yes /lcd set current-interface="ether1 - wan" read-on /lcd interface set 0 disabled=yes set 1 disabled=yes set 2 disabled=yes set 3 disabled=yes set 5 disabled=yes set 6 disabled=yes set 7 disabled=yes set 8 disabled=yes set 9 disabled=yes set 10 disabled=yes set 11 disabled=yes set 12 disabled=yes set 13 disabled=yes set 14 disabled=yes set 15 disabled=yes /snmp set enabled=yes trap-community=public /system clock set time-zone-name=Europe/Prague /system ntp client set enabled=yes primary-ntp=220.127.116.11 /system routerboard settings set cpu-frequency=1200MHz memory-frequency=1 /tool bandwidth-server set enabled=no /tool graphing interface add /tool graphing resource add
Please do ask he asked, he is right, your config is not correct.this is not bad. On x86 it is used commonly and current x86 is that instead of CCR also goes ok. But to placate you, and there was a FIFO it had no effect. Hell, I'm no novice. I'm in this area is very experienced. This is the basic shaping and CCR can not handle it.