Many ACCESS and BRIC-Link users set their codecs to accept incoming SIP calls, which is required for the the system to be compatible with apps like
LinPhone and
WebRTC. But a side effect of opening these ports is that they will also answer calls from other SIP-based sources.
We are finding an increasing number of SIP-based "probes" or robo-callers, attempting to make connections with random IP addresses. When one of these hits your codec, it will attempt to answer the call. This typically results in a "hang" condition of the codec until the bad-call timer runs out, defaulted at 60 seconds. This is annoying but not usually a major concern.
Until recently, when we've started seeing a persistence of these dialers to hang on to a codec. When the codec disconnects, the dialer reconnects, resulting in a Denial-of-Service like condition. The user generally needs to reboot his system (maybe a couple of times) for the call to completely clear.
So we took a look at the incoming parameters of these calls to see if there was some way to reject them out-of-hand. And we found a series of "user agents" (the name of the software used to make the call) that were common among these calls.
We now have a beta-level version of firmware for ACCESS and BRIC-Link that adds a "blacklist" which defaults to the three most common user agents we have found in these dialers. The list can be expanded by the user. If you're experiencing incoming SIP calls on your codecs that tie up your system, ask our support department about an upgrade. You can reach them at techies@comrex.com.
Edit 3/17/15: Firmware 3.0p6, available at our
support page for all models, has this fix. And our UML295s are in stock.