I was able to get a packet trace of this event.... Time 312.353549 -> INVITE to primary 313.222303 -> INVITE to primary ( suspected resend of frame ) 314.289215 -> INVITE to backup 315.397120 -> INVITE to backup ( suspected resend of frame )
So is primary just too slow to answer ? I am not seeing anything in the logs on primary. On Wed, Sep 3, 2014 at 2:39 PM, Stephen More <[email protected]> wrote: > I have two real time asterisk boxes configured to accept incoming or > outgoing calls at any time. > > All the users are configured to send their calls to primary. If primary is > down calls will go to backup. > All incoming SIP calls should be sent to primary. If primary is down > incoming calls will go to backup. > > 99.9% of the time it works as designed. > > Every once in a while my SIP provider will send a sip call to our backup. > primary is working fine. When asked they responded with "it's possible > primary didn't respond fast enough so backup grabbed it. You should lower > the response time on primary and raise it on backup" > > What setting is he referring to ? Can I tweak a setting to make our backup > server respond slower so that the primary answers the call ? > > > -Thanks >
-- _____________________________________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
