| Summary: | ASTERISK-27308: res_pjsip_t38: Faxing does not work under FreeBSD | ||||
| Reporter: | Anton Bulatov (keenan) | Labels: | fax pjsip | ||
| Date Opened: | 2017-10-03 21:53:38 | Date Closed: | |||
| Priority: | Minor | Regression? | |||
| Status: | Open/New | Components: | Resources/res_pjsip_t38 | ||
| Versions: | 13.17.2 | Frequency of Occurrence | Constant | ||
| Related Issues: |
| ||||
| Environment: | FreeBSD 11.1 amd64 | Attachments: | ( 0) Screenshot_20180713_155546.png ( 1) t38_debug.txt ( 2) t38.pcap ( 3) udpl.txt | ||
| Description: | When using pjsip t.38 fax stops working (with chan_sip it is fine). In console i get this message:
NOTICE[101875][C-00000002]: udptl.c:1189 int ast_udptl_write(struct ast_udptl *, struct ast_frame *): UDPTL (PJSIP/rc_endpoint-00000002): Transmission error to 195.224.28.2:4813: Invalid argument | ||||
| Comments: | By: Asterisk Team (asteriskteam) 2017-10-03 21:53:39.075-0500 Thanks for creating a report! The issue has entered the triage process. That means the issue will wait in this status until a Bug Marshal has an opportunity to review the issue. Once the issue has been reviewed you will receive comments regarding the next steps towards resolution. A good first step is for you to review the [Asterisk Issue Guidelines|https://wiki.asterisk.org/wiki/display/AST/Asterisk+Issue+Guidelines] if you haven't already. The guidelines detail what is expected from an Asterisk issue report. Then, if you are submitting a patch, please review the [Patch Contribution Process|https://wiki.asterisk.org/wiki/display/AST/Patch+Contribution+Process]. By: Rusty Newton (rnewton) 2017-10-11 15:21:09.759-0500 We require additional debug to continue with triage of your issue. Please follow the instructions on the wiki [1] for how to collect debugging information from Asterisk. For expediency, where possible, attach the debug with a '.txt' file extension so that the debug will be usable for further analysis. Thanks! [1] https://wiki.asterisk.org/wiki/display/AST/Collecting+Debug+Information By: Rusty Newton (rnewton) 2017-10-11 15:46:30.760-0500 In addition you may want to turn on "fax set debug on", however I can't remember if that will be relevant if you are only doing passthrough. It has been a while since I worked closely with Fax. Please remember also that FreeBSD is not officially supported, so response times on this issue may be slow unless an interested community developer comes along. Thanks, By: Anton Bulatov (keenan) 2017-10-12 06:23:18.441-0500 added debug info. By: Joshua C. Colp (jcolp) 2017-10-20 11:00:15.181-0500 As Rusty previously stated FreeBSD as a platform is supported by the community for some time. I've also checked our tests and under Linux they appear to be working and confirm T.38 fax under PJSIP is working there. By: Michael Maier (micha) 2018-07-13 08:59:25.643-0500 Same problem happens in Linux using CentOS 6 and asterisk 13.22.rc1 (and probably earlier). It happens, if the following situation takes place (see attached screenshot): - inbound fax - t.38 udptl is activated on the incoming trunk - the fax device sends a t.38 reinivte - but the peer doesn't answer with 488 not accepted - instead the peer sends an INVITE "g711" .... (see screenshot) - fax reception is broken from that point. By: Michael Maier (micha) 2018-07-13 09:02:48.906-0500 Belongs to comment 6 By: Joshua C. Colp (jcolp) 2018-07-13 09:07:46.105-0500 [~micha] Your problem is not the same and you should create a new JIRA issue. | ||||
