I'm currently testing with CUCM 7, exchange 2007, and the fax features. My trunk already has the T.38 exchange interoperability box checked in it's sip profile, and my exchange server is detecting the CNG tones inband and issuing the re-invite, with the new image sdp. My CUCM does (eventually) respond to the re-invite with a 200 OK, with an image SDP, but it does so exactly 50 seconds later, and after the test fax machine has given up on the fax. Does anyone know why the response with the image SDP answer is delayed? Does anyone know how to fix/change that?
With a different source fax machine, the delay is exactly 55 seconds. but on further inspection, (removed a filter), it appears that my cucm may be immediatly issuing a BYE after receiving an ACK for the 200 OK that it sends late. Any Ideas?
My cucm takes incoming calls from an internet telephony provider over a different SIP trunk. I hadn't considered the fact that the cucm could be also trying to switch the providers leg of the call to an image session as well. I will explore that possibility tomorrow and post back the results.
Would it be possible to configure the cucm so that the provider's leg of the call could maintain an audio session to the MTP, and the exchange call leg could be an image session on the other side of the MTP? I'm not too familiar with the "image" type of session, so I will have to do some research.
I determined that it is in fact my SIP provider who doesn't support T.38 quite yet. They are working on it though.
My cucm was attempting to renegotiate the call on the provider's leg, and received a "488 Not acceptable here". It would not relay that message back to exchange. This is where I experienced a "delay" because the remaining time is still the fax playing tones over an audio session, waiting for another "fax" to respond. Once the fax machine gives up, my provider sends a BYE, and in order to terminate the exchange leg of the call, my cucm sends a 200 OK response, then immediately relays the providers BYE.
Perhaps future versions of cucm should consider terminating/canceling the exchange leg of the call when it's unable to switch both legs of the call, but there is really no harm either way as both legs do eventually terminate.
1. Introduction Internet security is important with the increasing
attacks that are happening every day. Many internet and browsing
security solutions exist, but some are not very easy to use or maybe the
question is how can I enable them? In this referen...
Cisco Software Manager Server API Guide This document describes the
programmatic interfaces, RESTful APIs, which are supported by Cisco
Software Manager Server (CSM Server). Overview CSM Server supports a set
of finite RESTful APIs. The first step to use ...
If you are using Cisco's new linux-based Cisco Software Manager server,
then you probably want to make sure there is a startup service for
it.I'll assume that you've already installed the CSM server on a
systemd-based linux system. The commands given belo...