<p>B.H.</p>
<p>On Jun 11, 2013 5:15 PM, "Steve Totaro" <<a href="mailto:stotaro@totarotechnologies.com">stotaro@totarotechnologies.com</a>> wrote:<br>
><br>
><br>
><br>
><br>
> On Tue, Jun 11, 2013 at 8:32 AM, Mordechay Kaganer <<a href="mailto:mkaganer@gmail.com">mkaganer@gmail.com</a>> wrote:<br>
>><br>
>> B.H.<br>
>><br>
>> Hello!<br>
>><br>
>> We have several Asterik boxes that are connected to PSTN using PRI cards and they are interconnected using IAX2 trunks so that incoming calls are delivered from PSTN to the servers they belong to.<br>
>><br>
>> In past we were using asterisk 1.4 on the server that is receiving IAX connections and everything worked as expected. Recently, we have switched to a newer box with asterisk 1.8.22 and then we began to experience sometimes a strange problem:<br>
>><br>
>> At some point of time, incoming IAX connections begin to get refused by the server and we get the following messages in the logs:<br>
>><br>
>> WARNING[XXXX] chan_iax2.c: Too much delay in IAX2 calltoken timestamp from address X.X.X.X<br>
>><br>
>> where X.X.X.X is the IP of the PSTN->IAX gateways and all the incoming calls start to be rejected.<br>
>><br>
>> Direct PSTN calls (both incoming and outgoing) to the same server work OK. The only solution that helps is to kill the asterisk and restart it.<br>
>><br>
>> All the servers are connected to the same LAN segment, with gigabit switch, there is no problems with the network. No packet loss.<br>
>><br>
>> There's already bug report present with very similar issue, but it is "suspended" and, like stated there, the problem is very hard to reproduce.<br>
>><br>
>> See: <a href="https://issues.asterisk.org/jira/browse/ASTERISK-21762">https://issues.asterisk.org/jira/browse/ASTERISK-21762</a><br>
>><br>
>><br>
>> -- <br>
>> משיח NOW!<br>
><br>
><br>
> Use SIP and never look back.<br>
><br>
> Thanks,<br>
> Steve Totaro <br>
><br>
> --<br>
></p>
<p>Thanks, that's what i actually going to do.</p>
<p>But does this mean that IAX is obsolete? Actually i have selected IAX in the first place because it looks like more "native" for asterisk, so i thought it would be more suitable as a protocol to interconnect asterisk boxes... _____________________________________________________________________<br>
> -- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com">http://www.api-digital.com</a> --<br>
> New to Asterisk? Join us for a live introductory webinar every Thurs:<br>
> <a href="http://www.asterisk.org/hello">http://www.asterisk.org/hello</a><br>
><br>
> asterisk-users mailing list<br>
> To UNSUBSCRIBE or update options visit:<br>
> <a href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>
</p>