[asterisk-bugs] [JIRA] (ASTERISK-27981) res_fax: Fax session leak with fax gatewaying

pasandev (JIRA) noreply at issues.asterisk.org
Sun Sep 9 21:30:54 CDT 2018


    [ https://issues.asterisk.org/jira/browse/ASTERISK-27981?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=244744#comment-244744 ] 

pasandev commented on ASTERISK-27981:
-------------------------------------

Hi Josh,

I couldn't replicate the original crash, But getting a different crash on simulating following dialplan with sipp dummy calls after applying the provided patch above. I'll try to get the original crash reproduce again.

extensions.conf
[inbound]
exten => _X.,1,NoOp("Incoming CLI: ${CALLERID(num)}")
exten => _X.,n,ExecIf($["${DB_EXISTS(spamcli/${CALLERID(num)})}"="1"]?Hangup())
exten => _X.,n,Set(__CALLID=xxxxxxxxxxxx)
exten => _X.,n,Set(CDR(callid)=${CALLID})
exten => _X.,n,ExecIf($["${CALLERID(num)}"="anonymous"]?Set(CALLERID(num-pres)=prohib))
exten => _X.,n,Set(CDR(remote_hostinfo)=${CUT(CUT(PJSIP_HEADER(read,Via,1), ,2),\;,1)})
exten => _X.,n,Set(CDR(dst_hostinfo)=x.x.x.x:5060)
exten => _X.,n,Dial(PJSIP/${EXTEN}@provider,90,b(callid^addcallid^1))


[callid]
exten => addcallid,1,Set(PJSIP_HEADER(add,X-CALLID)=${CALLID})
exten => addcallid,n,Return()


pjsip.conf

[provider]
type=endpoint
transport=transport-udp
context=outbound
tone_zone=au
;dtmf_mode=auto
disallow=all
allow=alaw
allow=ulaw
allow=g729
timers=no
t38_udptl=yes
t38_udptl_ec=fec
t38_udptl_maxdatagram=400
set_var=FAXOPT(gateway)=yes,20
send_rpid=no
trust_id_inbound=yes
rtp_timeout=60
rtp_timeout_hold=120
aors=provider
force_rport=yes    ;It's a good idea to read the configuration help for each
direct_media=no    ;of these options.
identify_by=ip

[provider]
type=aor
contact=sip:x.x.x.x:5060
qualify_frequency=5

[provider]
type=identify
endpoint=provider
match=x.x.x.x


> res_fax: Fax session leak with fax gatewaying
> ---------------------------------------------
>
>                 Key: ASTERISK-27981
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-27981
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Resources/res_fax
>    Affects Versions: 13.21.1
>         Environment: OS: Debian Stretch 9.4
> CPU Details:
> Architecture:          x86_64
> CPU op-mode(s):        32-bit, 64-bit
> Byte Order:            Little Endian
> CPU(s):                6
> On-line CPU(s) list:   0-5
> Thread(s) per core:    1
> Core(s) per socket:    6
> Socket(s):             1
> NUMA node(s):          1
> Vendor ID:             GenuineIntel
> CPU family:            6
> Model:                 44
> Model name:            Westmere E56xx/L56xx/X56xx (Nehalem-C)
> Stepping:              1
> CPU MHz:               2933.612
> BogoMIPS:              5867.22
> Hypervisor vendor:     KVM
> Virtualization type:   full
> L1d cache:             32K
> L1i cache:             32K
> L2 cache:              4096K
> L3 cache:              16384K
> NUMA node0 CPU(s):     0-5
> Flags:                 fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss ht syscall nx pdpe1gb rdtscp lm constant_tsc rep_good nopl xtopology pni pclmulqdq ssse3 cx16 pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes hypervisor lahf_lm kaiser tsc_adjust arat
>            Reporter: pasandev
>            Assignee: Unassigned
>              Labels: fax, patch, pjsip
>         Attachments: ASTERISK-27981.tar.gz, console, extensions.conf, fax-error-reference.diff, mem_alloc, mem_alloc240718, mem_snap0822, mem_snap0822_2, mem_snap0823, mem_sum, mem_sum240718, messages.xz, mmlog, module_show, pjsip.conf
>
>
> possible memory leak on res_fax_spandsp.c according to "memory show summary" command, mem allocated to res_fax_spandsp.c keeps growing.
> I have a simple gateway setup to terminate calls from/to supplier using PJSIP Channel driver. Currently handling supplier -> Asterisk -> Customer calls.
> Customer <> Asterisk <> Supplier



--
This message was sent by Atlassian JIRA
(v6.2#6252)



More information about the asterisk-bugs mailing list