[asterisk-bugs] [JIRA] (ASTERISK-25794) Chan_sip allocates RTP ports even for rejected calls
Joshua Colp (JIRA)
noreply at issues.asterisk.org
Mon Feb 15 10:48:33 CST 2016
[ https://issues.asterisk.org/jira/browse/ASTERISK-25794?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Joshua Colp closed ASTERISK-25794.
----------------------------------
Resolution: Not A Bug
chan_sip initializes RTP instances when the dialog itself is created, to defer this would require additional work in the module itself. There's no ability to configure that. If you'd like to provide a change to add support for this it could be reviewed and included, but the fact it does this is not a bug itself.
> Chan_sip allocates RTP ports even for rejected calls
> ----------------------------------------------------
>
> Key: ASTERISK-25794
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-25794
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: Channels/chan_sip/General
> Affects Versions: 13.5.0
> Reporter: Stefan Engström
>
> Unwanted sip INVITES to my asterisk 13 go to the default context [default] where I do just Hangup. Asterisk then sends Trying and Decline, but asterisk also temporarily opens rtp ports. As a consequence, if I get N unwanted invites within a short time and I have less than 2N ports available, then for a short time all ports will be blocked, so that the next legitimate invite will get rejected.
> Is there a way around this? I may have misunderstood parts of this process; if so please correct me.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list