We are installing a RouterBoard 1000 at a customers site, to control their network.
The problem is that they are hosting AltiGen phones using H323 with a firmware with a TCP bug.
Only half the time you start a phone call, the call gets set up, the other half the phone aborts. After a lot of wiresharking, I have found out that EACH time you start a new call, the phone tries to connect to port 1720 (h225) to set up the call.
BUT, it uses the same sequence number in the TCP packet EVERY TIME.
I guess that router os sees that the sequence number suddenly is too low, and rejects the packet. Which in all other cases would be a good thing. But in my case, this makes the phones unusable.
Is there any posibility to make RouterOS not automatically reject routing of these packets?
Firmware upgrade of the phones is not an option, as Altigen has stopped using H323. But lisensing costs prevents us from converting all the phones to sip.
It would have cost a fortune!
A linux router was firewalling the network before, and did just let the malformed TCP packets pass.