Title is pretty self explanatory
Looking for opinions on how to best configure ECM as there are multiple points to turn it on and off.
If it is of any help:
FreePBX 14.0.1.24
Asterisk 13.18.4
Cisco SPA112 ATA adapter
HP M426fdw printer/fax machine
flowroute trunk
T.38 pass through is setup and functioning
If you are using t38, then using ECM is a really bad idea as T.38 UDPTL/FEC will handle that way better, if the call goes straight to the ATA with g711 then that is set up in the ATA/fax machine
[edit]
Apparently your Machine can’t decode t38 so you need to see if your ATA does
my test faxes are having a fairly high rate of success, but i am still having some comm issues.
I currently have all ECM turned off at fax, ata, pbx
The machine seems to be most sensitive to speed setting, it likes v.34
the fax call is coming in to pbx server and ringing an ata extension as g711 and is then being switched to t38, is this correct?
what points do i need to configure to ensure im using UDPTL and not RTP? ata? udptl_custom.conf? sip.conf?
you will have to excuse me, I am probably a little in over my head here as I would consider myself an above average hobbyist.
I think now you have to examine all the logs available
not 100% sure but looks like a fax call coming in as RTP , rings the extension ATA adapter, is reinvited and estabishes a udptl connection, no?
[2017-12-29 22:09:04] VERBOSE[21456][C-0000004f] netsock2.c: Using SIP RTP TOS bits 184
[2017-12-29 22:09:04] VERBOSE[21456][C-0000004f] netsock2.c: Using SIP RTP CoS mark 5
[2017-12-29 22:09:04] VERBOSE[21456][C-0000004f] app_stack.c: SIP/299-0000006e Internal Gosub(func-apply-sipheaders,s,1) start
[2017-12-29 22:09:04] VERBOSE[21456][C-0000004f] pbx.c: Executing [s@func-apply-sipheaders:1] ExecIf(“SIP/299-0000006e”, “1?Set(CHANNEL(hangup_handler_push)=crm-hangup,s,1)”) in new stack
[2017-12-29 22:09:04] VERBOSE[21456][C-0000004f] pbx.c: Executing [s@func-apply-sipheaders:2] NoOp(“SIP/299-0000006e”, “Applying SIP Headers to channel”) in new stack
[2017-12-29 22:09:04] VERBOSE[21456][C-0000004f] pbx.c: Executing [s@func-apply-sipheaders:3] Set(“SIP/299-0000006e”, “SIPHEADERKEYS=”) in new stack
[2017-12-29 22:09:04] VERBOSE[21456][C-0000004f] pbx.c: Executing [s@func-apply-sipheaders:4] While(“SIP/299-0000006e”, “0”) in new stack
[2017-12-29 22:09:04] VERBOSE[21456][C-0000004f] app_while.c: Jumping to priority 8
[2017-12-29 22:09:04] VERBOSE[21456][C-0000004f] pbx.c: Executing [s@func-apply-sipheaders:9] Return(“SIP/299-0000006e”, “”) in new stack
[2017-12-29 22:09:04] VERBOSE[21456][C-0000004f] app_stack.c: Spawn extension (from-internal, 299, 1) exited non-zero on ‘SIP/299-0000006e’
[2017-12-29 22:09:04] VERBOSE[21456][C-0000004f] app_stack.c: SIP/299-0000006e Internal Gosub(func-apply-sipheaders,s,1) complete GOSUB_RETVAL=
[2017-12-29 22:09:04] VERBOSE[21456][C-0000004f] app_dial.c: Called SIP/299
[2017-12-29 22:09:04] VERBOSE[21456][C-0000004f] app_dial.c: Connected line update to SIP/Flowroute-0000006d prevented.
[2017-12-29 22:09:04] VERBOSE[21456][C-0000004f] app_dial.c: Connected line update to SIP/Flowroute-0000006d prevented.
[2017-12-29 22:09:04] VERBOSE[21456][C-0000004f] app_dial.c: SIP/299-0000006e is ringing
[2017-12-29 22:09:08] VERBOSE[21456][C-0000004f] app_dial.c: Connected line update to SIP/Flowroute-0000006d prevented.
[2017-12-29 22:09:08] VERBOSE[21456][C-0000004f] app_dial.c: SIP/299-0000006e answered SIP/Flowroute-0000006d
[2017-12-29 22:09:08] VERBOSE[21464][C-0000004f] bridge_channel.c: Channel SIP/299-0000006e joined ‘simple_bridge’ basic-bridge
[2017-12-29 22:09:08] VERBOSE[21456][C-0000004f] bridge_channel.c: Channel SIP/Flowroute-0000006d joined ‘simple_bridge’ basic-bridge
[2017-12-29 22:09:13] VERBOSE[2375][C-0000004f] netsock2.c: Using UDPTL TOS bits 184
[2017-12-29 22:09:13] VERBOSE[2375][C-0000004f] netsock2.c: Using UDPTL CoS mark 5
[2017-12-29 22:09:13] VERBOSE[21456][C-0000004f] netsock2.c: Using UDPTL TOS bits 184
[2017-12-29 22:09:13] VERBOSE[21456][C-0000004f] netsock2.c: Using UDPTL CoS mark 5
Looks good, what do the logs on 299 look like?
looks like its using rtp isnt it?
cliffs:
Dec 29 20:40:07 SPA112 kern.info [17212101.496000] voice_request_start_chan audioMode 0
Dec 29 20:40:08 SPA112 user.notice sprvoip: cmd - 5, response 46
Dec 29 20:40:12 SPA112 daemon.notice msgswitchd[164]: MSGSWD RTCP Reqt len 12 Data 2,3523800,1082497600,156
Dec 29 20:40:12 SPA112 user.notice sprvoip: cmd - 5, response 46
Dec 29 20:40:33 SPA112 daemon.notice msgswitchd[164]: MSGSWD RTCP Reqt len 12 Data 2,0,5,156
Dec 29 20:40:33 SPA112 user.notice sprvoip: cmd - 12, response 48
Dec 29 20:40:33 SPA112 kern.warning [17212127.552000] voice_release, chan: 0
Dec 29 20:40:43 SPA112 daemon.notice msgswitchd[164]: MSGSWD RTCP Reqt len 12 Data 2,3524240,1082497600,156
There are lots of answers for SPA112 and t38 on the innertubes,
This topic was automatically closed 365 days after the last reply. New replies are no longer allowed.