asterisk users - Sep 2014 - Failover / modifying response time

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
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.digium.com/pipermail/asterisk-users/attachments/20140903/43544465/attachment.html>

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 <stephen.more at gmail.com>
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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.digium.com/pipermail/asterisk-users/attachments/20140904/5553843b/attachment.html>