[asterisk-bugs] [JIRA] Closed: (ASTERISK-19857) Explore directmedia re-INVITE improvements between multiple Asterisk instances

Matt Jordan (JIRA) noreply at issues.asterisk.org
Thu Aug 23 08:48:07 CDT 2012


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

Matt Jordan closed ASTERISK-19857.
----------------------------------

    Resolution: Fixed

> Explore directmedia re-INVITE improvements between multiple Asterisk instances
> ------------------------------------------------------------------------------
>
>                 Key: ASTERISK-19857
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-19857
>             Project: Asterisk
>          Issue Type: Improvement
>      Security Level: None
>          Components: Channels/chan_sip/General
>    Affects Versions: 1.8.13.0, 10.5.0
>            Reporter: Matt Jordan
>         Attachments: ASTERISK-19857.diff
>
>
> In a setup with multiple Asterisk instances, the directmedia setting can result in a number of re-INVITE collisions between the intermediary Asterisk instances.  For example, consider a scenario where phone P1 initially sends its INVITE request to A1, which sends the INVITE request to A2, which delivers the INVITE request to P2.  
> {noformat}
> Initial invite sequence: 
> P1 => A1 => A2 => P2
> {noformat}
> When the directmedia logic begins, A1 will need to re-INVITE P1 to send its RTP to A2, and will generate re-INVITEs for both UAs.  A2 will do the same, sending re-INVITEs to P2 and A1.
> {noformat}
> First Re-INVITEs:
> P1 <= A1 <=> A2 => P2
> {noformat}
> This results in A1 being removed from the media path for P1, but being in the media path for P2, and vice versa for A2/P1.  A new set of re-INVITEs will then occur to direct P1 to P2 from A2, and P2 to P1 from A1.  
> However, before this, the re-INVITEs between A1 and A2 will most likely collide, resulting in the backoff timers in SIP to kick in, delaying the time it takes for the media path to be set up between P1 and P2.
> Because - in this case - there is knowledge between the Asterisk servers that an additional set of re-INVITEs will occur beyond the first set, it is possible to reduce the number of re-INVITEs by not having one of the Asterisk instances send its re-INVITE to the other Asterisk instance.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira



More information about the asterisk-bugs mailing list