My provider switched me to an IP-based line. Now my analog ISDN (G3) Fax does not work anymore.
Is there any way I can use the conventional Fax with a SIP connection? My Router supports T.38 Fax protocol as well as many codecs.
I've setup an IVR to pickup up incoming calls to allow them to enter an extension or press one to be dropped into the ring group for our office. The only issue is Asterisk isn't playing the WAV/MP3/GSM audio file I upload. Using a default recording works , I'm not sure why mine won't. I also know the IVR works because I can enter an extension after it stops ringing. I am using Elastix as a GUI to Asterisk.
Here's a snippet of the "full" log file as contained in /var/log/asterisk:
[Dec 30 22:48:12] VERBOSE[4296] pbx.c: -- Executing [s@from-pstn:1] Set("DAHDI/1-1", "__FROM_DID=s") in new stack
[Dec 30 22:48:12] VERBOSE[4296] pbx.c: -- Executing [s@from-pstn:2] Gosub("DAHDI/1-1", "app-blacklist-check,s,1") in new stack
[Dec 30 22:48:12] VERBOSE[4296] pbx.c: -- Executing [s@app-blacklist-check:1] GotoIf("DAHDI/1-1", "0?blacklisted") in new stack
[Dec 30 22:48:12] VERBOSE[4296] pbx.c: -- Executing [s@app-blacklist-check:2] Set("DAHDI/1-1", "CALLED_BLACKLIST=1") in new stack
[Dec 30 22:48:12] VERBOSE[4296] pbx.c: -- Executing [s@app-blacklist-check:3] Return("DAHDI/1-1", "") in new stack
[Dec 30 22:48:12] VERBOSE[4296] pbx.c: -- Executing [s@from-pstn:3] ExecIf("DAHDI/1-1", "1 ?Set(CALLERID(name)=)") in new stack
[Dec 30 22:48:12] VERBOSE[4296] pbx.c: -- Executing [s@from-pstn:4] Ringing("DAHDI/1-1", "") in new stack
[Dec 30 22:48:12] VERBOSE[4296] pbx.c: -- Executing [s@from-pstn:5] Set("DAHDI/1-1", "__CALLINGPRES_SV=allowed_not_screened") in new stack
[Dec 30 22:48:12] VERBOSE[4296] pbx.c: -- Executing [s@from-pstn:6] Set("DAHDI/1-1", "CALLERPRES()=allowed_not_screened") in new stack
[Dec 30 22:48:12] VERBOSE[4296] pbx.c: -- Executing [s@from-pstn:7] Goto("DAHDI/1-1", "ivr-3,s,1") in new stack
[Dec 30 22:48:12] VERBOSE[4296] pbx.c: -- Goto (ivr-3,s,1)
[Dec 30 22:48:12] VERBOSE[4296] pbx.c: -- Executing [s@ivr-3:1] Set("DAHDI/1-1", "MSG=custom/Untitled24") in new stack
[Dec 30 22:48:12] VERBOSE[4296] pbx.c: -- Executing [s@ivr-3:2] Set("DAHDI/1-1", "LOOPCOUNT=0") in new stack
[Dec 30 22:48:12] VERBOSE[4296] pbx.c: -- Executing [s@ivr-3:3] Set("DAHDI/1-1", "__DIR-CONTEXT=") in new stack
[Dec 30 22:48:12] VERBOSE[4296] pbx.c: -- Executing [s@ivr-3:4] Set("DAHDI/1-1", "_IVR_CONTEXT_ivr-3=") in new stack
[Dec 30 22:48:12] VERBOSE[4296] pbx.c: -- Executing [s@ivr-3:5] Set("DAHDI/1-1", "_IVR_CONTEXT=ivr-3") in new stack
[Dec 30 22:48:12] VERBOSE[4296] pbx.c: -- Executing [s@ivr-3:6] GotoIf("DAHDI/1-1", "0?begin") in new stack
[Dec 30 22:48:12] VERBOSE[4296] pbx.c: -- Executing [s@ivr-3:7] Answer("DAHDI/1-1", "") in new stack
[Dec 30 22:48:12] VERBOSE[4296] pbx.c: -- Executing [s@ivr-3:8] Wait("DAHDI/1-1", "1") in new stack
[Dec 30 22:48:14] VERBOSE[4296] pbx.c: -- Executing [s@ivr-3:9] Set("DAHDI/1-1", "TIMEOUT(digit)=3") in new stack
[Dec 30 22:48:14] VERBOSE[4296] func_timeout.c: -- Digit timeout set to 3.000
[Dec 30 22:48:14] VERBOSE[4296] pbx.c: -- Executing [s@ivr-3:10] Set("DAHDI/1-1", "TIMEOUT(response)=20") in new stack
[Dec 30 22:48:14] VERBOSE[4296] func_timeout.c: -- Response timeout set to 20.000
[Dec 30 22:48:14] VERBOSE[4296] pbx.c: -- Executing [s@ivr-3:11] Set("DAHDI/1-1", "__IVR_RETVM=") in new stack
[Dec 30 22:48:14] VERBOSE[4296] pbx.c: -- Executing [s@ivr-3:12] ExecIf("DAHDI/1-1", "1?Background(custom/Untitled24)") in new stack
[Dec 30 22:48:14] WARNING[4296] format_wav.c: Not a wav file 49
[Dec 30 22:48:14] WARNING[4296] file.c: Unable to open format wav
[Dec 30 22:48:14] WARNING[4296] file.c: Unable to open custom/Untitled24 (format 0x4 (ulaw)): No such file or directory
[Dec 30 22:48:14] WARNING[4296] pbx.c: ast_streamfile failed on DAHDI/1-1 for custom/Untitled24
[Dec 30 22:48:14] VERBOSE[4296] pbx.c: -- Executing [s@ivr-3:13] WaitExten("DAHDI/1-1", ",") in new stack
[Dec 30 22:48:16] VERBOSE[4297] pbx.c: == Spawn extension (ivr-3, s, 13) exited non-zero on 'DAHDI/3-1'
[Dec 30 22:48:16] VERBOSE[4297] pbx.c: -- Executing [h@ivr-3:1] Hangup("DAHDI/3-1", "") in new stack
[Dec 30 22:48:16] VERBOSE[4297] pbx.c: == Spawn extension (ivr-3, h, 1) exited non-zero on 'DAHDI/3-1'
[Dec 30 22:48:16] VERBOSE[4297] sig_analog.c: -- Hanging up on 'DAHDI/3-1'
[Dec 30 22:48:16] VERBOSE[4297] chan_dahdi.c: -- Hungup 'DAHDI/3-1'
I'm not a phone guy at all, but I have a strange problem. One of my clients' staff members has several fax machines on the same line (with staggered answering on number of rings for failover). I believe they dial out on whatever rollover line is available, but I'm not positive. I can certainly clarify this if required.
Anyways, their Windows Fax Service users and their Multi-function Printer fax users are experiencing an intermittent issue where they're manually keying in a number on the fax machine (as well as typing it into Outlook for the Windows fax users) and it's going to a different number, as in the "wrong" number people are calling back and saying, "why did you fax this to us?". Now it's not just any number, it's going to another regularly faxed destination, just not the right one.
So I'm wondering if two machines are trying to fax at the same time and getting "the lines crossed".
Is this possible that there's some sort of cross-talk or "routing" issue? Again, absolute dullard when it comes to POTS.
EDIT
Found out that Sally wants to fax to 555-1234, but it's going to 555-5678. At roughly the same time, Bob has been getting a "failed" fax response when trying to fax to 555-5678, so there's definitely some "cross-over/cross-talk" happening.
I'm not sure this is the right forum for this, but it's not Stackoverflow so...
I'm trying to figure out an architecture to solve the following problem, maybe someone here can help:
I have a T1 with 23 fax lines coming into the building. I have a computer (Macintosh XServe) running Hylafax. If I had one POTS line, I'd be done. However, I have no idea how to get the T1 into the Mac...
Options I've considered:
This has GOT to be a problem that someone has already solved, right?