[asterisk-bugs] [JIRA] (ASTERISK-24933) T38 fails negotiation
Jonathan Rose (JIRA)
noreply at issues.asterisk.org
Thu Apr 2 14:06:32 CDT 2015
[ https://issues.asterisk.org/jira/browse/ASTERISK-24933?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jonathan Rose updated ASTERISK-24933:
-------------------------------------
Description:
Reproduction:
Two Asterisk boxes each have the other as endpoints with authentication set.
First Asterisk box originates a call to the second using the PJSIP endpoint.
The first Asterisk box uses an extension with sendfax, the second uses
an extension with receivefax.
The session starts fairly normally, but resolution never appears in fax show
session output. After a while (~25 seconds) the call drops and the fax fails.
Error messages shown are as follows:
Sender: The call dropped prematurely
Receiver: Disconnected after permitted retries
Note that when not using authentication, the FAX will complete as expected.
When using chan_sip as the sender to a receiver of chan_pjsip, the FAX will
also complete as expected with authentication, but if chan_pjsip is the sender
it will fail regardless of whether the recipient is chan_sip or chan_pjsip.
The problem is caused by duplication of a framehook in res_pjsip_t38 which
occurs on the second invite sent out when responding to the auth challenge.
was:When using PJSIP to send fax with authentication, FAX sessions never get fully started after negotiation.
> T38 fails negotiation
> ---------------------
>
> Key: ASTERISK-24933
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-24933
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: Channels/chan_pjsip, Resources/res_pjsip_t38
> Affects Versions: SVN, 13.1.0, 13.4.0
> Reporter: Jonathan Rose
> Assignee: Jonathan Rose
>
> Reproduction:
> Two Asterisk boxes each have the other as endpoints with authentication set.
> First Asterisk box originates a call to the second using the PJSIP endpoint.
> The first Asterisk box uses an extension with sendfax, the second uses
> an extension with receivefax.
> The session starts fairly normally, but resolution never appears in fax show
> session output. After a while (~25 seconds) the call drops and the fax fails.
> Error messages shown are as follows:
> Sender: The call dropped prematurely
> Receiver: Disconnected after permitted retries
> Note that when not using authentication, the FAX will complete as expected.
> When using chan_sip as the sender to a receiver of chan_pjsip, the FAX will
> also complete as expected with authentication, but if chan_pjsip is the sender
> it will fail regardless of whether the recipient is chan_sip or chan_pjsip.
> The problem is caused by duplication of a framehook in res_pjsip_t38 which
> occurs on the second invite sent out when responding to the auth challenge.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list