Hi everybody.
First of: Does not seem that i am able to compile callweaver 1.2.1 or RC
on Centos 5.4 with PAE-Kernel.
Barring that i have compiled 1.2.1 SVN r5600 with the standard kernel
Main Problem:
Faxing does not work properly. Neither in T.38 or Passthrough.
Sending a fax from txfax does work, albeit slow.
My dialplan
[testfax]
exten => _.,1,T38Gateway(ZAP/g0/${EXTEN},300,tr)
Fax initiates
Feb 4 14:18:57 WARNING[3058514832]: chan_zap.c:4816 zt_write: Don't
know what to do with frame type '5'
Got UDPTL packet from 192.168.0.158:16392 (len 14)
Sent UDPTL packet to 192.168.0.158:16392 (seq 0, len 6)
Got UDPTL packet from 192.168.0.158:16392 (len 14)
[lots of udptl packets]
Got UDPTL packet from 192.168.0.158:16392 (len 14)
Got UDPTL packet from 192.168.0.158:16392 (len 14)
Got UDPTL packet from 192.168.0.158:16392 (len 16)
Feb 4 14:19:31 WARNING[3058514832]: app_t38gateway.c:90 span_message:
WARNING T.38G T38_FIELD_NON_ECM_SIG_END received at the end of HDLC data!
Got UDPTL packet from 192.168.0.158:16392 (len 14)
Got UDPTL packet from 192.168.0.158:16392 (len 14)
Got UDPTL packet from 192.168.0.158:16392 (len 14)
Got UDPTL packet from 192.168.0.158:16392 (len 14)
Got UDPTL packet from 192.168.0.158:16392 (len 14)
Got UDPTL packet from 192.168.0.158:16392 (len 14)
NOTICE[3058514832]: app_t38gateway.c:676 t38gateway_exec: T38Gateway
exit with ANSWER
Whats cooking. Tried with 3 Devices: Linksys SPA2102, Planet ATA-150 and
lastly Grandstream HT286
Seems Like T.38 Faxing still doesn't exist, or am i as useless as
previously suspected.
Any help appreciated.
Dieter Smith
______________________________________________________________________________________
Items Used:
Digium PRI: Span 1: WCT1/0 "Wildcard TE122 Card 0" (MASTER) HDB3/CCS on
own interrupt.
Asus P7P55D Mainboard witd Core i5 CPU. (Great zttest results and no
missed irq's)
Centos 5.4 2.6.18-164.11.1.el5 i386
______________________________________________________________________________________
SRC's Used:
libpri-1.4.10.2
zaptel-1.4.12.1
vale-0.0.2.tgz
spandsp-0.0.6pre17
Callweaver 1.2.1 SVN r5600
Compiled and installed as per instruction.
modified /etc/ld.so.conf like this:
include ld.so.conf.d/*.conf
/usr/local/lib (yes spandsp and vale's so's are here)
______________________________________________________________________________________
/etc/callweaver/chan_dahdi.conf
[trunkgroups]
[channels]
language=en
context=from-zaptel
signalling=fxs_ks
rxwink=300 ; Atlas seems to use long (250ms) winks
;
; Whether or not to do distinctive ring detection on FXO lines
;
;usedistinctiveringdetection=yes
usecallerid=yes
hidecallerid=no
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=no
echotraining=800
rxgain=0.0
txgain=0.0
group=0
callgroup=1
pickupgroup=1
immediate=no
busydetect=yes
busycount=4
busypattern=500,500
callprogress=no
faxdetect=both
faxdetect=incoming
faxdetect=outgoing
;faxdetect=no
pridialplan=international
; prilocaldialplan=unknown
; internationalprefix = 00
; nationalprefix = 0
;Include genzaptelconf configs
#include zapata-channels.conf
______________________________________________________________________________________
callweaver*CLI> zap show status
Description Alarms IRQ
bpviol CRC4
Wildcard TE122 Card 0 OK 1 0 0
______________________________________________________________________________________
callweaver*CLI> zap show channels
Chan Extension Context Language MusicOnHold
pseudo default en
1 from-pstn en
2 from-pstn en
3 from-pstn en
4 from-pstn en
5 from-pstn en
6 from-pstn en
7 from-pstn en
8 from-pstn en
9 from-pstn en
10 from-pstn en
11 from-pstn en
12 from-pstn en
13 from-pstn en
14 from-pstn en
15 from-pstn en
17 from-pstn en
18 from-pstn en
19 from-pstn en
20 from-pstn en
21 from-pstn en
22 from-pstn en
23 from-pstn en
24 from-pstn en
25 from-pstn en
26 from-pstn en
27 from-pstn en
28 from-pstn en
29 from-pstn en
30 from-pstn en
31 from-pstn en
______________________________________________________________________________________
On the strange side.
Once a call has been routed in from an PSTN (PRI channel) it seems like
zap show channels does not get updated after channel no longer exists.
callweaver*CLI> zap show channels
Chan Extension Context Language MusicOnHold
pseudo default en
1 from-pstn en
2 6068 from-pstn en
3 6052 from-pstn en
4 6103 from-pstn en
5 6080 from-pstn en
6 6055 from-pstn en
7 6111 from-pstn en
8 6117 from-pstn en
9 6140 from-pstn en
10 6060 from-pstn en
11 6058 from-pstn en
12 6001 from-pstn en
13 6111 from-pstn en
14 6060 from-pstn en
15 6103 from-pstn en
17 6058 from-pstn en
18 6103 from-pstn en
19 6127 from-pstn en
20 6126 from-pstn en
21 6127 from-pstn en
22 6126 from-pstn en
23 6001 from-pstn en
24 from-pstn en
25 from-pstn en
26 from-pstn en
27 from-pstn en
28 from-pstn en
29 from-pstn en
30 6080 from-pstn en
31 6266 from-pstn en
callweaver*CLI> show channels verbose
Channel Context Extension Prio State
Application CallerID Duration Accountcode BridgedTo
SIP/vs-c5d3 vs 1 Up
DAHDI/25-1 6103 DAHDI/25-1
DAHDI/25-1 from-pstn 6103 1 Up
Dial 739294927 00:00:05 SIP/vs-c5d3
DAHDI/2-1 from-pstn 6068 1 Ringing
AppDial (Out 0123036392 (None)
SIP/vs-fa9d vs 0123036392 1 Ring
Dial 338101 00:00:13 (None)
DAHDI/4-1 from-pstn 6103 1 Up
SIP/vs-5bb9 0129971924 SIP/vs-5bb9
SIP/vs-5bb9 vs 0129971924 1 Up
Dial 347101 00:01:10 DAHDI/4-1
DAHDI/1-1 from-pstn s 1 Up
SIP/vs-780c 0119641280 SIP/vs-780c
SIP/vs-780c vs 0119641280 1 Up
Dial 346102 00:01:46 DAHDI/1-1
DAHDI/3-1 from-pstn 6052 1 Up
SIP/vs-297f 0118265879 SIP/vs-297f
SIP/vs-297f vs 0118265879 1 Up
Dial Unknown 00:03:47 DAHDI/3-1
10 active channels
5 active calls>
______________________________________________________________________________________
_______________________________________________
Callweaver-users mailing list
[email protected]
http://lists.callweaver.org/mailman/listinfo/callweaver-users
