[asterisk-bugs] [JIRA] (ASTERISK-22870) dialplan entries pointing to SIP peers not defined in sip.conf just hangs the call
Rusty Newton (JIRA)
noreply at issues.asterisk.org
Thu Nov 21 15:30:03 CST 2013
[ https://issues.asterisk.org/jira/browse/ASTERISK-22870?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Rusty Newton updated ASTERISK-22870:
------------------------------------
Assignee: Arno Teigseth
Status: Waiting for Feedback (was: Triage)
It is probably hung up in DNS resolution. A quick little test on my system showed that Asterisk does attempt to resolve the non-existing peer as a hostname. Although I don't get a hang of any kind.
{noformat}
-- Executing [6009 at from-internal:1] Dial("SIP/6001-00000002", "SIP/barneyfief&SIP/6002,10") in new stack
<snip>
[Nov 21 15:18:42] DEBUG[21380][C-00000001]: netsock2.c:138 ast_sockaddr_split_hostport: Splitting 'barneyfief' into...
[Nov 21 15:18:42] DEBUG[21380][C-00000001]: netsock2.c:192 ast_sockaddr_split_hostport: ...host 'barneyfief' and port ''.
[Nov 21 15:18:42] ERROR[21380][C-00000001]: netsock2.c:269 ast_sockaddr_resolve: getaddrinfo("barneyfief", "(null)", ...): No address associated with hostname
[Nov 21 15:18:42] WARNING[21380][C-00000001]: chan_sip.c:6201 create_addr: No such host: barneyfief
{noformat}
Do another test with DEBUG messages turned up to 5 in addition to your VERBOSE messages. (see logger.conf and check "logger show channels" on the CLI) You may find the issue there, but if not, attach the results to the issue.
> dialplan entries pointing to SIP peers not defined in sip.conf just hangs the call
> ----------------------------------------------------------------------------------
>
> Key: ASTERISK-22870
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-22870
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: Applications/app_dial
> Affects Versions: 11.3.0
> Environment: alpine linux 2.5 edge
> Reporter: Arno Teigseth
> Assignee: Arno Teigseth
> Severity: Minor
> Attachments: nonexistantSipbugfeature.txt
>
>
> I had set up in extensions.conf
> exten => 9904,1,Dial(SIP/930&SIP/arno)
> Usually when an extension isn't registered, it's just ignored when dialling 9904.
> Now, I deleted SIP peer "arno" from sip.conf and now dialling 9904 it just hangs. No audio, no ring on SIP peer 930 even if it is registered.
> To make things worse, if calling 9904 from an IAX2 trunk, the trunk hangs (see CLI verbosity 9 output attached). Only way to clear the condition is restarting the asterisk service. Which is bad.
> Of course, I should keep my pbx organized, so I don't know if this is a bug or a feature. But if there aren't negative side effects, wouldn't it be good if non-existant SIP peers were treated as non-registered ones?
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.asterisk.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the asterisk-bugs
mailing list