I have set the clock source from MASTER to NORMAL in the sangoma card settings, and I'm still getting 3RD_T2_TIMEOUT error codes:
-- Channel 'DAHDI/i1/-4' FAX session '3' is complete, result: 'FAILED' (FAX_FAILURE_PROTOCOL_ERROR), error: '3RD_T2_TIMEOUT', pages: 0, resolution: 'unknown', transfer rate: '2400', remoteSID: '' -- Auto fallthrough, channel 'DAHDI/i1/-4' status is 'UNKNOWN' -- Executing [h@fax-rx:1] AGI("DAHDI/i1/-4", "receivefax.php,65126150,fax-65126150-1340867263-rx.tif,FAILED,") in new stack -- Launched AGI Script /var/lib/asterisk/agi-bin/receivefax.php -- <DAHDI/i1/-4>AGI Script receivefax.php completed, returning 0 -- Executing [h@fax-rx:2] NoOp("DAHDI/i1/-4", "FAXOPT(ecm) : yes") in new stack -- Executing [h@fax-rx:3] NoOp("DAHDI/i1/-4", "FAXOPT(filename) : /var/spool/asterisk/fax/fax-65126150-1340867263-rx.tif") in new stack -- Executing [h@fax-rx:4] NoOp("DAHDI/i1/-4", "FAXOPT(headerinfo) : MY FAXBACK RX") in new stack -- Executing [h@fax-rx:5] NoOp("DAHDI/i1/-4", "FAXOPT(localstationid) : 1234567890") in new stack -- Executing [h@fax-rx:6] NoOp("DAHDI/i1/-4", "FAXOPT(maxrate) : 14400") in new stack -- Executing [h@fax-rx:7] NoOp("DAHDI/i1/-4", "FAXOPT(minrate) : 2400") in new stack -- Executing [h@fax-rx:8] NoOp("DAHDI/i1/-4", "FAXOPT(pages) : 0") in new stack -- Executing [h@fax-rx:9] NoOp("DAHDI/i1/-4", "FAXOPT(rate) : 2400") in new stack -- Executing [h@fax-rx:10] NoOp("DAHDI/i1/-4", "FAXOPT(remotestationid) : ") in new stack -- Executing [h@fax-rx:11] NoOp("DAHDI/i1/-4", "FAXOPT(resolution) : unknown") in new stack -- Executing [h@fax-rx:12] NoOp("DAHDI/i1/-4", "FAXOPT(status) : FAILED") in new stack -- Executing [h@fax-rx:13] NoOp("DAHDI/i1/-4", "FAXOPT(statusstr) : FAX_FAILURE_PROTOCOL_ERROR") in new stack -- Executing [h@fax-rx:14] NoOp("DAHDI/i1/-4", "FAXOPT(error) : 3RD_T2_TIMEOUT") in new stack Here are the fax settings: FAX For Asterisk Settings: ECM: Enabled Status Events: Off Minimum Bit Rate: 2400 Maximum Bit Rate: 14400 Modem Modulations Allowed: V17,V27,V29 FAX Technology Modules: DIGIUM (Digium FAX Driver) Settings: Maximum T.38 Packet Delay: 800 T.38 Session Packet Capture: On G.711 Session Audio Capture: On And here's the Wanpipe Config: CommPort = PRI AUTO_PCISLOT = NO PCISLOT = 4 PCIBUS = 5 FE_MEDIA = E1 FE_LCODE = HDB3 FE_FRAME = CRC4 FE_LINE = 4 TE_CLOCK = NORMAL TE_REF_CLOCK = 0 TE_SIG_MODE = CCS TE_HIGHIMPEDANCE = NO TE_RX_SLEVEL = 430 HW_RJ45_PORT_MAP = DEFAULT LBO = 120OH FE_TXTRISTATE = NO MTU = 1500 UDPPORT = 9000 TTL = 255 IGNORE_FRONT_END = NO TDMV_SPAN = 1 TDMV_DCHAN = 16 TE_AIS_MAINTENANCE = NO #NO: defualt YES: Start port in AIS Blue Alarm and keep line down #wanpipemon -i w1g1 -c Ttx_ais_off to disable AIS maintenance mode #wanpipemon -i w1g1 -c Ttx_ais_on to enable AIS maintenance mode TDMV_HW_DTMF = YES # YES: receive dtmf events from hardware TDMV_HW_FAX_DETECT = YES # YES: receive fax 1100hz events from hardware HWEC_OPERATION_MODE = OCT_NORMAL # OCT_NORMAL: echo cancelation enabled with nlp (default) # OCT_SPEECH: improves software tone detection by disabling NLP (echo possible) # OCT_NO_ECHO:disables echo cancelation but allows VQE/tone functions. HWEC_DTMF_REMOVAL = NO # NO: default YES: remove dtmf out of incoming media (must have hwdtmf enabled) HWEC_NOISE_REDUCTION = NO # NO: default YES: reduces noise on the line - could break fax HWEC_ACUSTIC_ECHO = NO # NO: default YES: enables acustic echo cancelation HWEC_NLP_DISABLE = NO # NO: default YES: guarantees software tone detection (possible echo) HWEC_TX_AUTO_GAIN = 0 # 0: disable -40-0: default tx audio level to be maintained (-20 default) HWEC_RX_AUTO_GAIN = 0 # 0: disable -40-0: default tx audio level to be maintained (-20 default) HWEC_TX_GAIN = 0 # 0: disable -24-24: db values to be applied to tx signal HWEC_RX_GAIN = 0 # 0: disable -24-24: db values to be applied to tx signal [w1g1] ACTIVE_CH = ALL TDMV_HWEC = YES MTU = 8 On Tue, Jun 26, 2012 at 10:22 PM, Steve Underwood <ste...@coppice.org> wrote: > On 06/26/2012 11:47 AM, Roi Stork wrote: >> >> In what way was my question not meaningful? Not enough details? > > Enoughj? You didn't give any. > >> Here's our current receive fax route: >> sender fax machine -> telco -> E1 line -> sangoma card -> asterisk >> >> We're currently using free fax for asterisk. > > This constitutes a meaningful question. > >> >> I have read that fax over voip is not reliable, but is it the same >> case for faxes going through dahdi channels? >> It's strange because I previously tested using another asterisk server >> to send fax using SIP to the receiving server above, and the >> completion rate is better than using an actual fax machine. > > With a direct PSTN connection like that a success rate of 99% should be > considered very bad. The log below suggests you have hiccups on the audio, > and the single commonest reason for that in a setup like yours is you are > not sourcing the clock for your Sangoma card's E1 interface from the PSTN. > > Steve > >> >> >From the asterisk console I can see the receiving fax session running, >> but halfway it stops due to timeout or hangup. >> Below is a fax session output which was marked as failed: >> >> >> -- Channel 'DAHDI/i1/-4' receiving FAX >> '/var/spool/asterisk/fax/fax-65126150-1340338724-rx.tif' >> >> -- Channel 'DAHDI/i1/-4' FAX session '0' started >> >> -- FAX handle 0: [ 000.000051 ], STAT_EVT_STRT_RX st: IDLE rt: IDLENSRX >> >> -- FAX handle 0: [ 000.000098 ], STAT_EVT_RX_HW_RDY st: WT_RX_HW_RDY >> rt: RRDYNHRY >> >> -- FAX handle 0: [ 000.000129 ], P30EVN_RECEIVE_STARTED >> >> -- FAX handle 0: [ 000.000148 ], STAT_INFO_CSI >> >> -- FAX handle 0: [ 000.000174 ], STAT_INFO_DIS >> >>> Channel 'DAHDI/i1/-4' fax session '0', [ 000.079050 ], channel sent 3 >>> frames (60 ms) of energy. >>> Channel 'DAHDI/i1/-4' fax session '0', [ 000.093757 ], stack sent 4 >>> frames (80 ms) of energy. >>> Channel 'DAHDI/i1/-4' fax session '0', [ 000.153752 ], stack sent 3 >>> frames (60 ms) of silence. >>> Channel 'DAHDI/i1/-4' fax session '0', [ 000.459077 ], channel sent 19 >>> frames (380 ms) of silence. >>> Channel 'DAHDI/i1/-4' fax session '0', [ 003.154772 ], stack sent 150 >>> frames (3000 ms) of energy. >>> Channel 'DAHDI/i1/-4' fax session '0', [ 003.199289 ], channel sent 137 >>> frames (2740 ms) of energy. >>> Channel 'DAHDI/i1/-4' fax session '0', [ 003.211770 ], stack sent 3 >>> frames (60 ms) of silence. >>> Channel 'DAHDI/i1/-4' fax session '0', [ 003.259286 ], channel sent 3 >>> frames (60 ms) of silence. >> >> -- FAX handle 0: [ 005.250881 ], STAT_EVT_TX_V21_DONE st: WT_DIS_RSP >> rt: WDSRNT21 >> >>> Channel 'DAHDI/i1/-4' fax session '0', [ 005.571646 ], stack sent 118 >>> frames (2360 ms) of energy. >>> Channel 'DAHDI/i1/-4' fax session '0', [ 005.599474 ], channel sent 117 >>> frames (2340 ms) of energy. >>> Channel 'DAHDI/i1/-4' fax session '0', [ 005.799493 ], channel sent 10 >>> frames (200 ms) of silence. >> >> -- FAX handle 0: [ 007.213920 ], STAT_INFO_DCS >> >> -- FAX handle 0: [ 007.213946 ], STAT_EVT_DCS st: WT_DIS_RSP rt: WDSRNDCS >> >> -- FAX handle 0: [ 007.213969 ], STAT_NEG_V29_9600 >> >> -- FAX handle 0: [ 007.213983 ], STAT_NEG_MMR >> >> -- FAX handle 0: [ 007.213995 ], STAT_NEG_A4 >> >> -- FAX handle 0: [ 007.214007 ], STAT_NEG_RES_204x98 >> >> -- FAX handle 0: [ 007.214019 ], STAT_NEG_ECM >> >> -- FAX handle 0: [ 007.214031 ], STAT_EVT_SW_ECM st: WT_DIS_RSP rt: >> WDSRNSWE >> >>> Channel 'DAHDI/i1/-4' fax session '0', [ 007.279603 ], channel sent 74 >>> frames (1480 ms) of energy. >>> Channel 'DAHDI/i1/-4' fax session '0', [ 007.439604 ], channel sent 8 >>> frames (160 ms) of silence. >> >> -- FAX handle 0: [ 007.553962 ], STAT_EVT_RX_IMG_STRT st: RCV_ECM_TRN >> rt: UNEXPECT >> >>> Channel 'DAHDI/i1/-4' fax session '0', [ 009.219725 ], channel sent 89 >>> frames (1780 ms) of energy. >> >> -- FAX handle 0: [ 009.253979 ], STAT_EVT_RX_TRN_END st: RCV_ECM_TRN >> rt: RTCFNERT >> >> -- FAX handle 0: [ 009.254005 ], STAT_FRM_CFR >> >>> Channel 'DAHDI/i1/-4' fax session '0', [ 009.414674 ], stack sent 192 >>> frames (3840 ms) of silence. >>> Channel 'DAHDI/i1/-4' fax session '0', [ 009.459747 ], channel sent 12 >>> frames (240 ms) of silence. >> >> -- FAX handle 0: [ 010.439088 ], STAT_EVT_TX_V21_DONE st: RCV_ECM_STRT >> rt: RECMNT21 >> >>> Channel 'DAHDI/i1/-4' fax session '0', [ 010.772670 ], stack sent 68 >>> frames (1360 ms) of energy. >>> Channel 'DAHDI/i1/-4' fax session '0', [ 010.799850 ], channel sent 67 >>> frames (1340 ms) of energy. >>> Channel 'DAHDI/i1/-4' fax session '0', [ 011.019872 ], channel sent 11 >>> frames (220 ms) of silence. >> >> -- FAX handle 0: [ 011.132976 ], STAT_EVT_RX_IMG_STRT st: RCV_ECM_STRT >> rt: RECMNSRI >> >> -- FAX handle 0: [ 011.133002 ], P30EVN_PHASE_C >> >> -- FAX handle 0: [ 011.133018 ], P30EVN_DOC_START >> >> -- FAX handle 0: [ 011.133049 ], P30EVN_PAGE_START >> >>> Channel 'DAHDI/i1/-4' fax session '0', [ 014.740131 ], channel sent 186 >>> frames (3720 ms) of energy. >> >> -- FAX handle 0: [ 014.812946 ], STAT_EVT_RX_IMG_END st: RCV_ECM rt: >> RECMNERI >> >>> Channel 'DAHDI/i1/-4' fax session '0', [ 014.860152 ], channel sent 6 >>> frames (120 ms) of silence. >> >> -- FAX handle 0: [ 016.273967 ], STAT_INFO_PPS_EOP >> >> -- FAX handle 0: [ 016.273993 ], STAT_EVT_PPS_EOP st: F_END_ECM rt: >> FEEMNP_P >> >> -- FAX handle 0: [ 016.274055 ], P30EVN_PAGE_END >> >> -- FAX handle 0: [ 016.274071 ], P30EVN_DOC_END >> >> -- FAX handle 0: [ 016.274086 ], STAT_FRM_MCF >> >>> Channel 'DAHDI/i1/-4' fax session '0', [ 016.340258 ], channel sent 74 >>> frames (1480 ms) of energy. >>> Channel 'DAHDI/i1/-4' fax session '0', [ 016.434711 ], stack sent 283 >>> frames (5660 ms) of silence. >>> Channel 'DAHDI/i1/-4' fax session '0', [ 016.480280 ], channel sent 7 >>> frames (140 ms) of silence. >> >> -- FAX handle 0: [ 017.459594 ], STAT_EVT_TX_V21_DONE st: F_END_ECM rt: >> FECMNFCS >> >>> Channel 'DAHDI/i1/-4' fax session '0', [ 017.793706 ], stack sent 68 >>> frames (1360 ms) of energy. >>> Channel 'DAHDI/i1/-4' fax session '0', [ 017.820355 ], channel sent 67 >>> frames (1340 ms) of energy. >>> Channel 'DAHDI/i1/-4' fax session '0', [ 018.020382 ], channel sent 10 >>> frames (200 ms) of silence. >>> Channel 'DAHDI/i1/-4' fax session '0', [ 019.400471 ], channel sent 69 >>> frames (1380 ms) of energy. >>> Channel 'DAHDI/i1/-4' fax session '0', [ 019.420496 ], channel sent 1 >>> frames (20 ms) of silence. >>> Channel 'DAHDI/i1/-4' fax session '0', [ 019.460489 ], channel sent 2 >>> frames (40 ms) of energy. >>> Channel 'DAHDI/i1/-4' fax session '0', [ 019.780498 ], channel sent 16 >>> frames (320 ms) of silence. >>> Channel 'DAHDI/i1/-4' fax session '0', [ 019.820519 ], channel sent 2 >>> frames (40 ms) of energy. >> >> -- Span 1: Channel 0/7 got hangup request, cause 16 >> >> -- FAX handle 0: [ 019.879779 ], STAT_EVT_TMR_INT_EXP st: F_END_ECM rt: >> XXXXNTIX >> >> -- FAX handle 0: [ 022.382966 ], STAT_EVT_HW_CLOSE st: WT_HW_CLS rt: >> WCLSNCLS >> >> -- FAX handle 0: [ 022.383063 ], STAT_SES_COMPLETE >> >> -- FAX handle 0: [ 022.383083 ], P30EVN_COMPLETE >> >> == Spawn extension (fax-rx, receive, 19) exited non-zero on 'DAHDI/i1/-4' >> >> >> >> On Fri, Jun 22, 2012 at 12:25 PM, Steve Underwood <ste...@coppice.org> >> wrote: >>> >>> On 06/22/2012 11:58 AM, Roi Stork wrote: >>>> >>>> Hi, >>>> >>>> Im able to send faxes with no errors, but the success rate for the >>>> receiving side is less than 50%. >>>> >>>> Asterisk usually returns records these errors as partial fax and fax >>>> protocol error. >>>> >>>> A lot of the error values returned by FAXOPT are 3RD_T2_TIMEOUT and >>>> T2_TIMEOUT. >>>> >>>> Any suggestions on how to improve the fax receiving rate? >>>> >>> "I have a problem. Can you fix it?" is not really a meaningful question. >>> >>> Steve >>> > > > -- > _____________________________________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > New to Asterisk? Join us for a live introductory webinar every Thurs: > http://www.asterisk.org/hello > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users -- _____________________________________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users