Hi All, We are using asterisk 16.5 and having an issue with the first re-invite after the call has been established. We can see the call gets up and you see in the logs the bridge type has changed and after that a re-invite is triggered. Is there any possibility to deactivate this kind of reInvite? We have some race conditions while have multiple asterisk in the call flow and the different asterisk systems are sending this reInvites out parallel. While an invite is pending on a system it is not accepting another incoming reInvite from peer. With chan_SIP canreinvite=no solved the issue. But it seems there is nothing similar in PJSIP. any help would be much appreciated! -- Jöran Vinzens - vinzens at sipgate.de sipgate GmbH - Gladbacher Str. 74 - 40219 Düsseldorf HRB Düsseldorf 39841 - Geschäftsführer: Thilo Salmon, Tim Mois Steuernummer: 106/5724/7147, Umsatzsteuer-ID: DE219349391 www.sipgate.de - www.sipgate.co.uk -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20190815/9b6580af/attachment.html>
Le 15/08/2019 à 13:22, Jöran Vinzens a écrit :> Hi All, > > We are using asterisk 16.5 and having an issue with the first re-invite > after the call has been established. > We can see the call gets up and you see in the logs the bridge type has > changed and after that a re-invite is triggered. > > Is there any possibility to deactivate this kind of reInvite? We have > some race conditions while have multiple asterisk in the call flow and > the different asterisk systems are sending this reInvites out parallel. > While an invite is pending on a system it is not accepting another > incoming reInvite from peer. > > With chan_SIP canreinvite=no solved the issue. But it seems there is > nothing similar in PJSIP.As far as I know directmedia is the replacement of canreinvite [...] -- Daniel
Hi, we tried "direct_media=no". this is documented to suppress reInvites but it has no effect. "directmedia" is not known by the config parser and it gives error while reading. direct_media=no is not the same behavior as canreinvite=no, at least as far I can see it. BR Jöran On Thu, Aug 15, 2019 at 2:03 PM Administrator TOOTAI <admin at tootai.net> wrote:> Le 15/08/2019 à 13:22, Jöran Vinzens a écrit : > > Hi All, > > > > We are using asterisk 16.5 and having an issue with the first re-invite > > after the call has been established. > > We can see the call gets up and you see in the logs the bridge type has > > changed and after that a re-invite is triggered. > > > > Is there any possibility to deactivate this kind of reInvite? We have > > some race conditions while have multiple asterisk in the call flow and > > the different asterisk systems are sending this reInvites out parallel. > > While an invite is pending on a system it is not accepting another > > incoming reInvite from peer. > > > > With chan_SIP canreinvite=no solved the issue. But it seems there is > > nothing similar in PJSIP. > > As far as I know directmedia is the replacement of canreinvite > > [...] > > -- > Daniel > > -- > _____________________________________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > Check out the new Asterisk community forum at: > https://community.asterisk.org/ > > New to Asterisk? Start here: > https://wiki.asterisk.org/wiki/display/AST/Getting+Started > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users-- Jöran Vinzens - vinzens at sipgate.de Telefon: +49 211-63 55 56-21 Telefax: +49 211-63 55 55-22 sipgate GmbH - Gladbacher Str. 74 - 40219 Düsseldorf HRB Düsseldorf 39841 - Geschäftsführer: Thilo Salmon, Tim Mois Steuernummer: 106/5724/7147, Umsatzsteuer-ID: DE219349391 www.sipgate.de - www.sipgate.co.uk -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20190815/fc037186/attachment.html>
On Thu, Aug 15, 2019, at 8:23 AM, Jöran Vinzens wrote:> Hi All, > > We are using asterisk 16.5 and having an issue with the first re-invite > after the call has been established. > We can see the call gets up and you see in the logs the bridge type has > changed and after that a re-invite is triggered. > > Is there any possibility to deactivate this kind of reInvite? We have > some race conditions while have multiple asterisk in the call flow and > the different asterisk systems are sending this reInvites out parallel. > While an invite is pending on a system it is not accepting another > incoming reInvite from peer. > > With chan_SIP canreinvite=no solved the issue. But it seems there is > nothing similar in PJSIP.The "direct_media" option controls just that, direct media. A reinvite can occur for other reasons (such as attempting to renegotiate streams to be of better quality or to update connected line information). Have you determined which case is occurring? -- Joshua C. Colp Digium - A Sangoma Company | Senior Software Developer 445 Jan Davis Drive NW - Huntsville, AL 35806 - US Check us out at: www.digium.com & www.asterisk.org
Hi all, So the scenario is: A -> Asterisk -> B after B send back 200 OK Asterisk is answering the call to A. Directly after the Answer Asterisk generates a ReInvite to A and the only difference between the 200 OK sdp and the reInvite sdp are the offered codecs which are forwarded from B to A. Here i do not understand why this could not be done in the 200OK to A? As far as i understood you Josh, there is no way to prohibit this kind of reInvite? It is not about route Optimization just for some more options for the A Party. BR Jöran On Thu, Aug 15, 2019 at 4:07 PM Joshua C. Colp <jcolp at digium.com> wrote:> On Thu, Aug 15, 2019, at 8:23 AM, Jöran Vinzens wrote: > > Hi All, > > > > We are using asterisk 16.5 and having an issue with the first re-invite > > after the call has been established. > > We can see the call gets up and you see in the logs the bridge type has > > changed and after that a re-invite is triggered. > > > > Is there any possibility to deactivate this kind of reInvite? We have > > some race conditions while have multiple asterisk in the call flow and > > the different asterisk systems are sending this reInvites out parallel. > > While an invite is pending on a system it is not accepting another > > incoming reInvite from peer. > > > > With chan_SIP canreinvite=no solved the issue. But it seems there is > > nothing similar in PJSIP. > > The "direct_media" option controls just that, direct media. A reinvite can > occur for other reasons (such as attempting to renegotiate streams to be of > better quality or to update connected line information). Have you > determined which case is occurring? > > -- > Joshua C. Colp > Digium - A Sangoma Company | Senior Software Developer > 445 Jan Davis Drive NW - Huntsville, AL 35806 - US > Check us out at: www.digium.com & www.asterisk.org > > -- > _____________________________________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > Check out the new Asterisk community forum at: > https://community.asterisk.org/ > > New to Asterisk? Start here: > https://wiki.asterisk.org/wiki/display/AST/Getting+Started > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users-- Jöran Vinzens - vinzens at sipgate.de sipgate GmbH - Gladbacher Str. 74 - 40219 Düsseldorf HRB Düsseldorf 39841 - Geschäftsführer: Thilo Salmon, Tim Mois Steuernummer: 106/5724/7147, Umsatzsteuer-ID: DE219349391 www.sipgate.de - www.sipgate.co.uk -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20190816/15c319c2/attachment.html>
Possibly Parallel Threads
- PJSIP reInvite
- With ARI, is it possible to create (originate) a call and pass both the caller id name and number?
- With ARI, is it possible to create (originate) a call and pass both the caller id name and number?
- Load issues using AGI
- Reload dialplan from bash in strict mode