Heads Up :
The post you are writing will appear in a public forum. Please ensure all content is appropriate for public consumption. Review the employee guidelines for the community here.
So I was troubleshooting some failed backups for a customer - figured out eventually that the backup server filled up - and I was attempting to download the DRF logs on RTMT but the Query got stuck. Checking the command line there was over 380,000 fi...
Just putting this out there so people who run across this behavior aren't stuck looking. Below is pattern matching for a REFER from a Unity SIP Trunk doing a Call Transfer. This is the Same DN with CFwdAll to the same destination however in the first...
Having a hard time finding documentation to back up what I am seeing in one customers environment regarding inbound fax.
Simple Topology:
Fax - ???? - Telco - PRI - Gateway - SIP - CUCM - SCCP - VG310 - Fax
Both the Gateway and the VG310 were (incor...
So we have a situation where we have a 3rd party IP PBX integrated with CUCM via a SIP trunk. The IP PBX has it own Voice Mail system it uses, so calls from phones registered to call manager to phones on the IP PBX will reach the Voice Mail that is i...
So I don't think that SAN part is correct. Working with a client using a wildcard cert signed by a Public CA, but the wildcard is only in the SAN and not the CN (afaik not the correct way to do this, will be changed). Cert:CN=domain.comSAN:DNS:*.doma...
Yep tried everything except restarting the server. Checked the LPM logs and it seems to be in line with that bug, just a different trace file this time. Strangely the only logs present are those when the backup issue started happening and not before....
Bumping as I am having problems with registering a SIP trunk with this exact scenario, Outside in VRF Inside in global. Even with correct bindings and using multi-tenant the SIP Registers refuse to use anything but the global routing table. Running 1...
Can you provider scrubbed invites with replacement numbers/names/IPs for us to look at? The Request header should be where destination routing is done.
The providers inbound Invite will likely be UDP. The SIP ALG for UDP and the NAT UDP timers would...
The Invite and 488s you are seeing involving "VaxSIPUserAgent/3.0" appears to be an attack on your router. You should configure tollfraud prevention, permitting only the IP addresses of your routers and phone subnets in your permit list.
Your One-wa...