We currently use the DMG stricty for a FOIP solution. However there is an issue we cannot seem to resolve. When our fax server sends a fax to a number where the number dialed is both the voice number and the fax number the system disconnects since it does not think it is a fax.
What happens on the recieving end is that the person picks up the phone, hears the fax tone and then transfers to the fax machine's extension. Stupid i know but that is how some companies still do their faxing and don't want a separate fax line.
How can i or can i have the systme ignore that fax that the call is a fax call versus a voice? Or is this a function of the fax server software itself and not the gateway.
We are using sr1040 boards as well on the fax server.
So its the same number for voice as it is for fax? And they are relying on someone answering and listening to see if they hear CNG tone to know if its a fax or an actual voice call for them? Is it the same system (IP Address) that is placing the voice call as it is the fax call? If not, you can block incoming requests from a particular ip endpoint (Originating VoIP Host Address).
Its almost like you are looking for the DMG to be able to detect CNG tone and allow the call to pass. Or if there is no CNG tone detected, block the call? Very interesting by the way !
Dave
No i think you are thinking the wrong side of things. LOL
We are placing the call via our fax server using the sr1040 and the dmg gateway. The person we are calling picks up the phone then has to transfer the call to an extension. Multiple companies we deal with do their fax reception this way and it is a pain for us because ultimately we have to use a regular fax machine which is cumbersome when you have a fax server to do it from your desktop.
Sounds like a timeout needs to be increased on the fax server software side - the fax server is initiating the outbound call and expecting to hear fax tone with a specified amount of time. The transfer is adding delay to the call therefore the fax server may be timing out. I would recommend checking the settings on the fax server side to see if there is any related outbound fax timeouts.
Good luck
Vince
Your issue is most likely not a gateway-related issue. What happens is that the SR-140 establishes a normal voice (audio) call via the gateway to the receiver and sends its CNG (calling) tone as plain audio. Until here the gateway does not even know that a fax is to be sent.
As soon as the receiver answers with its CED tone, the gateway detects this signal and sends an event to the SR-140 in order to change media to fax transmission; the SR-140 confirms and starts waiting for the fax preamble (with T.30 fax, the receiver starts by sending its identification).
What happens in your case is that the SR-140 does not receive the CED tone within a specified time (or it detects a human speaker on the phone by scanning the audio signal), and disconnects the line since it cannot talk to a person. This is a common feature of fax servers, regardless whether they are IP-based or TDM-based, to not bother people with modem signals. Note that during that time the call is still a plain voice call for the gateway.
So I suggest to check your fax server documentation (and maybe SR-140) how to disable this speaker detection feature.
