Adding this line "alwaysauthreject=yes" to sip.conf helped big time.

I can't tell you if it's to block failed registrations, or failed invites? All I can tell is that I get several attemps in a short period of time. Look at the log below. Those attempts can be as high as 70 requests per seconds. All I want is to be able to trigger, tag hacker, drop and ban future att...

I'll give 50$ trough Paypal either!

I've changed my rules to indentify and route traffic UDP 5060-5099. But still nothing seems to be filtered. Bytes and packets counter are at 0. You can look at the picture attached. counter.GIF 4 ;;; Checking for VoIP protectin chain=forward action=jump jump-target=Protect VoIP protocol=udp dst-port...

I'm having the same problem. But cannot find a way to make UDP port 5060-5099 to be recognize by the filter rule. 4 ;;; Drop sip brute force registration chain=forward action=drop protocol=udp src-address-list=Detected VoIP Hack dst-port=5060-5099 5 chain=forward action=accept protocol=udp dst-port=...

It still crash but less often

Found this (http://forum.mikrotik.com/viewtopic.php ... =pppoe+bug). I've removed everything related to PCQ in my queues and all seems to be OK since 24H . Hope this will continue. But PCQ + PPPoE service mixed together will need to be reviewed by MK.

Peer is not responding with tens of PPPoE sessions and sometimes all sessions that disconnect intermittently is still an issue for me. I saw one live once, had about 100 users connected and suddenly everyone got disconnected with mention in log "Terminating... disconnected" the pppoe servi...

Peer is not responding with tens of PPPoE sessions that disconnect intermittently is still an issue for me. Thought it was a bridge problem first, so I separated the PPPoE service trough ether interface but still same issue. Does someone have found a fix or do I have to switch to another solution th...