[asterisk-bugs] [JIRA] (ASTERISK-27288) Fax gateway framehook not moved properly upon faxdetect masquerade

Richard Mudgett (JIRA) noreply at issues.asterisk.org
Fri Sep 22 11:36:07 CDT 2017


     [ https://issues.asterisk.org/jira/browse/ASTERISK-27288?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Richard Mudgett updated ASTERISK-27288:
---------------------------------------

    Description: 
When faxdetect is enabled (chan_dahdi faxdetect option or FAXOPT(faxdetect) function) simultaneously with FAXOPT(gateway)=yes, the fax gateway framehook is not moved properly if faxdetect is triggered and the associated masquerade occurs.

Relevant log snippet:
{noformat}
[Sep 20 19:17:48] DEBUG[1913][C-00000000]: dsp.c:624 tone_detect: 1100 Hz tone detected
[Sep 20 19:17:48] DEBUG[1913][C-00000000]: sig_analog.c:1558 analog_handle_dtmf: End DTMF digit: 0x66 'f' on DAHDI/5-1
[Sep 20 19:17:48] DEBUG[1913][C-00000000]: chan_dahdi.c:1723 my_handle_dtmf: End DTMF digit: 0x66 'f' on DAHDI/5-1
[Sep 20 19:17:48] DEBUG[1913][C-00000000]: chan_dahdi.c:1748 my_handle_dtmf: Disabling FAX tone detection on DAHDI/5-1 after tone received
    -- Redirecting DAHDI/5-1 to fax extension
[Sep 20 19:17:48] DEBUG[1913][C-00000000]: chan_dahdi.c:8941 dahdi_indicate: Requested indication 34 on channel DAHDI/5-1
[Sep 20 19:17:48] DEBUG[1913][C-00000000]: channel.c:6792 channel_do_masquerade: Actually Masquerading DAHDI/5-1(1) into the structure of Surrogate/DAHDI/5-1(0)
[Sep 20 19:17:48] DEBUG[1913][C-00000000]: res_fax.c:1284 fax_session_new: Requesting a new FAX session from 'Spandsp FAX Driver'.
[Sep 20 19:17:48] DEBUG[1913][C-00000000]: res_fax.c:1314 fax_session_new: channel 'DAHDI/5-1' using FAX session '1'
[Sep 20 19:17:48] ERROR[1913][C-00000000]: res_fax.c:3346 fax_gateway_framehook: no FAX session details found on chan Surrogate/DAHDI/5-1 for T.38 gateway session, odd
{noformat}

I know this is an oddball setup, but it is required for a badly behaving remote endpoint. This can be worked around by moving FAXOPT(gateway)=yes in to the fax extension so its framehook is only setup post-masquerade.

  was:
When faxdetect is enabled (chan_dahdi faxdetect option or FAXOPT(faxdetect) function) simultaneously with FAXOPT(gateway)=yes, the fax gateway framehook is not moved properly if faxdetect is triggered and the associated masquerade occurs.

Relevant log snippet:
[Sep 20 19:17:48] DEBUG[1913][C-00000000]: dsp.c:624 tone_detect: 1100 Hz tone detected
[Sep 20 19:17:48] DEBUG[1913][C-00000000]: sig_analog.c:1558 analog_handle_dtmf: End DTMF digit: 0x66 'f' on DAHDI/5-1
[Sep 20 19:17:48] DEBUG[1913][C-00000000]: chan_dahdi.c:1723 my_handle_dtmf: End DTMF digit: 0x66 'f' on DAHDI/5-1
[Sep 20 19:17:48] DEBUG[1913][C-00000000]: chan_dahdi.c:1748 my_handle_dtmf: Disabling FAX tone detection on DAHDI/5-1 after tone received
    -- Redirecting DAHDI/5-1 to fax extension
[Sep 20 19:17:48] DEBUG[1913][C-00000000]: chan_dahdi.c:8941 dahdi_indicate: Requested indication 34 on channel DAHDI/5-1
[Sep 20 19:17:48] DEBUG[1913][C-00000000]: channel.c:6792 channel_do_masquerade: Actually Masquerading DAHDI/5-1(1) into the structure of Surrogate/DAHDI/5-1(0)
[Sep 20 19:17:48] DEBUG[1913][C-00000000]: res_fax.c:1284 fax_session_new: Requesting a new FAX session from 'Spandsp FAX Driver'.
[Sep 20 19:17:48] DEBUG[1913][C-00000000]: res_fax.c:1314 fax_session_new: channel 'DAHDI/5-1' using FAX session '1'
[Sep 20 19:17:48] ERROR[1913][C-00000000]: res_fax.c:3346 fax_gateway_framehook: no FAX session details found on chan Surrogate/DAHDI/5-1 for T.38 gateway session, odd

I know this is an oddball setup, but it is required for a badly behaving remote endpoint. This can be worked around by moving FAXOPT(gateway)=yes in to the fax extension so its framehook is only setup post-masquerade.


> Fax gateway framehook not moved properly upon faxdetect masquerade
> ------------------------------------------------------------------
>
>                 Key: ASTERISK-27288
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-27288
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Resources/res_fax, Resources/res_fax_spandsp
>    Affects Versions: 13.16.0
>            Reporter: Kinsey Moore
>            Severity: Minor
>
> When faxdetect is enabled (chan_dahdi faxdetect option or FAXOPT(faxdetect) function) simultaneously with FAXOPT(gateway)=yes, the fax gateway framehook is not moved properly if faxdetect is triggered and the associated masquerade occurs.
> Relevant log snippet:
> {noformat}
> [Sep 20 19:17:48] DEBUG[1913][C-00000000]: dsp.c:624 tone_detect: 1100 Hz tone detected
> [Sep 20 19:17:48] DEBUG[1913][C-00000000]: sig_analog.c:1558 analog_handle_dtmf: End DTMF digit: 0x66 'f' on DAHDI/5-1
> [Sep 20 19:17:48] DEBUG[1913][C-00000000]: chan_dahdi.c:1723 my_handle_dtmf: End DTMF digit: 0x66 'f' on DAHDI/5-1
> [Sep 20 19:17:48] DEBUG[1913][C-00000000]: chan_dahdi.c:1748 my_handle_dtmf: Disabling FAX tone detection on DAHDI/5-1 after tone received
>     -- Redirecting DAHDI/5-1 to fax extension
> [Sep 20 19:17:48] DEBUG[1913][C-00000000]: chan_dahdi.c:8941 dahdi_indicate: Requested indication 34 on channel DAHDI/5-1
> [Sep 20 19:17:48] DEBUG[1913][C-00000000]: channel.c:6792 channel_do_masquerade: Actually Masquerading DAHDI/5-1(1) into the structure of Surrogate/DAHDI/5-1(0)
> [Sep 20 19:17:48] DEBUG[1913][C-00000000]: res_fax.c:1284 fax_session_new: Requesting a new FAX session from 'Spandsp FAX Driver'.
> [Sep 20 19:17:48] DEBUG[1913][C-00000000]: res_fax.c:1314 fax_session_new: channel 'DAHDI/5-1' using FAX session '1'
> [Sep 20 19:17:48] ERROR[1913][C-00000000]: res_fax.c:3346 fax_gateway_framehook: no FAX session details found on chan Surrogate/DAHDI/5-1 for T.38 gateway session, odd
> {noformat}
> I know this is an oddball setup, but it is required for a badly behaving remote endpoint. This can be worked around by moving FAXOPT(gateway)=yes in to the fax extension so its framehook is only setup post-masquerade.



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



More information about the asterisk-bugs mailing list