[asterisk-bugs] [JIRA] (ASTERISK-24657) directmedia=no does not work in Asterisk 13.1.0
Matt Jordan (JIRA)
noreply at issues.asterisk.org
Tue Jan 27 12:43:35 CST 2015
[ https://issues.asterisk.org/jira/browse/ASTERISK-24657?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Matt Jordan updated ASTERISK-24657:
-----------------------------------
Description:
I just upgraded from Asterisk 11.14.2 to asterisk 13.1.0, and that caused directmedia=no to stop working. It worked in 11.14, and using the same sip.conf it does not work in 13.1.0. Here is the relevant part of sip.conf:
{noformat}
[yealinkphone]
type=friend
host=dynamic
context=outgoing
secret=xxxxxx
defaultuser=xxxxxxx
insecure=port,invite
directmedia=no
qualify=yes
{noformat}
And here is what happens:
{noformat}
-- SIP/callwithus-00000003 is making progress passing it to SIP/yealinkphone-00000002
> 0x7fa784016470 -- Probation passed - setting RTP source address to 69.85.185.222:21708
-- SIP/callwithus-00000003 answered SIP/yealinkphone-00000002
-- Channel SIP/yealinkphone-00000002 joined 'simple_bridge' basic-bridge <5fb81915-9eaa-4b69-9be8-26f8a1db1fff>
-- Channel SIP/callwithus-00000003 joined 'simple_bridge' basic-bridge <5fb81915-9eaa-4b69-9be8-26f8a1db1fff>
> Bridge 5fb81915-9eaa-4b69-9be8-26f8a1db1fff: switching from simple_bridge technology to native_rtp
> 0x7fa70400afd0 -- Probation passed - setting RTP source address to [2601:8:9181:4800:215:65ff:fe27:ac8e]:11786
{noformat}
Even if I had {{directmedia=yes}}, Asterisk shouldn't issue a reinvite because the yealinkphone is using ipv6 and the service provider, callwithus, is using ipv4. However, as I stated, I have {{directmedia=no}}, so nothing else should matter, but the statement is being ignored.
I have worked around the issue by setting {{,,t}} at the end of all of the Dial statements, and that successfully prevents switching to {{native_rtp}}. Nothing else I tried does.
was:
I just upgraded from Asterisk 11.14.2 to asterisk 13.1.0, and that caused directmedia=no to stop working. It worked in 11.14, and using the same sip.conf it does not work in 13.1.0. Here is the relevant part of sip.conf:
[yealinkphone]
type=friend
host=dynamic
context=outgoing
secret=xxxxxx
defaultuser=xxxxxxx
insecure=port,invite
directmedia=no
qualify=yes
And here is what happens:
-- SIP/callwithus-00000003 is making progress passing it to SIP/yealinkphone-00000002
> 0x7fa784016470 -- Probation passed - setting RTP source address to 69.85.185.222:21708
-- SIP/callwithus-00000003 answered SIP/yealinkphone-00000002
-- Channel SIP/yealinkphone-00000002 joined 'simple_bridge' basic-bridge <5fb81915-9eaa-4b69-9be8-26f8a1db1fff>
-- Channel SIP/callwithus-00000003 joined 'simple_bridge' basic-bridge <5fb81915-9eaa-4b69-9be8-26f8a1db1fff>
> Bridge 5fb81915-9eaa-4b69-9be8-26f8a1db1fff: switching from simple_bridge technology to native_rtp
> 0x7fa70400afd0 -- Probation passed - setting RTP source address to [2601:8:9181:4800:215:65ff:fe27:ac8e]:11786
Even if I had directmedia=yes, Asterisk shouldn't issue a reinvite because the yealinkphone is using ipv6 and the service provider, callwithus, is using ipv4. However, as I stated, I have directmedia=no, so nothing else should matter, but the statement is being ignored.
I have worked around the issue by setting ,,t at the end of all of the Dial statements, and that successfully prevents switching to native_rtp. Nothing else I tried does.
> directmedia=no does not work in Asterisk 13.1.0
> -----------------------------------------------
>
> Key: ASTERISK-24657
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-24657
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: Channels/chan_sip/General
> Affects Versions: 13.1.0
> Environment: The Asterisk server runs under Fedora 20, with static ipv4 addresses and working ipv6.
> The yealinkphone is a sip client of the asterisk server. The yealink phone has a non-routable ipv4 address and a routable ipv6 address, but preferentially uses the ipv6 address.
> The service provider, callwithus, does not have an ipv6 address.
> Reporter: Thomas B. Clark
> Assignee: Matt Jordan
> Attachments: issue_24657_full_log
>
>
> I just upgraded from Asterisk 11.14.2 to asterisk 13.1.0, and that caused directmedia=no to stop working. It worked in 11.14, and using the same sip.conf it does not work in 13.1.0. Here is the relevant part of sip.conf:
> {noformat}
> [yealinkphone]
> type=friend
> host=dynamic
> context=outgoing
> secret=xxxxxx
> defaultuser=xxxxxxx
> insecure=port,invite
> directmedia=no
> qualify=yes
> {noformat}
> And here is what happens:
> {noformat}
> -- SIP/callwithus-00000003 is making progress passing it to SIP/yealinkphone-00000002
> > 0x7fa784016470 -- Probation passed - setting RTP source address to 69.85.185.222:21708
> -- SIP/callwithus-00000003 answered SIP/yealinkphone-00000002
> -- Channel SIP/yealinkphone-00000002 joined 'simple_bridge' basic-bridge <5fb81915-9eaa-4b69-9be8-26f8a1db1fff>
> -- Channel SIP/callwithus-00000003 joined 'simple_bridge' basic-bridge <5fb81915-9eaa-4b69-9be8-26f8a1db1fff>
> > Bridge 5fb81915-9eaa-4b69-9be8-26f8a1db1fff: switching from simple_bridge technology to native_rtp
> > 0x7fa70400afd0 -- Probation passed - setting RTP source address to [2601:8:9181:4800:215:65ff:fe27:ac8e]:11786
> {noformat}
> Even if I had {{directmedia=yes}}, Asterisk shouldn't issue a reinvite because the yealinkphone is using ipv6 and the service provider, callwithus, is using ipv4. However, as I stated, I have {{directmedia=no}}, so nothing else should matter, but the statement is being ignored.
> I have worked around the issue by setting {{,,t}} at the end of all of the Dial statements, and that successfully prevents switching to {{native_rtp}}. Nothing else I tried does.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list