[asterisk-users] A problem with IAX2
B.H. Hello! 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. 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: At some point of time, incoming IAX connections begin to get refused by the server and we get the following messages in the logs: WARNING[] chan_iax2.c: Too much delay in IAX2 calltoken timestamp from address X.X.X.X where X.X.X.X is the IP of the PSTN-IAX gateways and all the incoming calls start to be rejected. 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. All the servers are connected to the same LAN segment, with gigabit switch, there is no problems with the network. No packet loss. 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. See: https://issues.asterisk.org/jira/browse/ASTERISK-21762 -- משיח NOW! Moshiach is coming very soon, prepare yourself! יחי אדוננו מורינו ורבינו מלך המשיח לעולם ועד! -- _ -- 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
Re: [asterisk-users] A problem with IAX2
WARNING[] chan_iax2.c: Too much delay in IAX2 calltoken timestamp from address X.X.X.X I don't know if this will help, but I have: requirecalltoken=no In my iax.conf Doug -- _ -- 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
Re: [asterisk-users] A problem with IAX2
B.H. On Tue, Jun 11, 2013 at 3:45 PM, Doug Lytle supp...@drdos.info wrote: WARNING[] chan_iax2.c: Too much delay in IAX2 calltoken timestamp from address X.X.X.X I don't know if this will help, but I have: requirecalltoken=no In my iax.conf Doug Thanks, Doug. I too have it there and this does not help :-( Maybe, it's possible to disable calltokens at the originating end? requirecalltoken=no only tells the receiver to accept calls without a valid calltoken. -- _ -- 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 -- משיח NOW! Moshiach is coming very soon, prepare yourself! יחי אדוננו מורינו ורבינו מלך המשיח לעולם ועד! -- _ -- 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
Re: [asterisk-users] A problem with IAX2
On Tue, Jun 11, 2013 at 8:32 AM, Mordechay Kaganer mkaga...@gmail.comwrote: B.H. Hello! 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. 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: At some point of time, incoming IAX connections begin to get refused by the server and we get the following messages in the logs: WARNING[] chan_iax2.c: Too much delay in IAX2 calltoken timestamp from address X.X.X.X where X.X.X.X is the IP of the PSTN-IAX gateways and all the incoming calls start to be rejected. 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. All the servers are connected to the same LAN segment, with gigabit switch, there is no problems with the network. No packet loss. 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. See: https://issues.asterisk.org/jira/browse/ASTERISK-21762 -- משיח NOW! Use SIP and never look back. Thanks, Steve Totaro -- _ -- 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
Re: [asterisk-users] A problem with IAX2
B.H. On Jun 11, 2013 5:15 PM, Steve Totaro stot...@totarotechnologies.com wrote: On Tue, Jun 11, 2013 at 8:32 AM, Mordechay Kaganer mkaga...@gmail.com wrote: B.H. Hello! 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. 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: At some point of time, incoming IAX connections begin to get refused by the server and we get the following messages in the logs: WARNING[] chan_iax2.c: Too much delay in IAX2 calltoken timestamp from address X.X.X.X where X.X.X.X is the IP of the PSTN-IAX gateways and all the incoming calls start to be rejected. 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. All the servers are connected to the same LAN segment, with gigabit switch, there is no problems with the network. No packet loss. 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. See: https://issues.asterisk.org/jira/browse/ASTERISK-21762 -- משיח NOW! Use SIP and never look back. Thanks, Steve Totaro -- Thanks, that's what i actually going to do. 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... _ -- 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 -- _ -- 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
Re: [asterisk-users] A problem with IAX2
hi, I've solved various iax2 problem mentioning calltoken when I put these lines in the iax configuration: requirecalltoken=no calltokenoptional=0.0.0.0/0.0.0.0 bye Il 11/06/2013 19:25, Mordechay Kaganer scrisse: B.H. On Jun 11, 2013 5:15 PM, "Steve Totaro" stot...@totarotechnologies.com wrote: On Tue, Jun 11, 2013 at 8:32 AM, Mordechay Kaganer mkaga...@gmail.com wrote: B.H. Hello! 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. 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: At some point of time, incoming IAX connections begin to get refused by the server and we get the following messages in the logs: WARNING[] chan_iax2.c: Too much delay in IAX2 calltoken timestamp from address X.X.X.X where X.X.X.X is the IP of the PSTN-IAX gateways and all the incoming calls start to be rejected. 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. All the servers are connected to the same LAN segment, with gigabit switch, there is no problems with the network. No packet loss. 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. See:https://issues.asterisk.org/jira/browse/ASTERISK-21762 -- NOW! Use SIP and never look back. Thanks, Steve Totaro -- Thanks, that's what i actually going to do. 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... _ -- 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 -- _ -- 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 -- Fabio Moretti Gerente de Sistemas www.tecytal.com 0800 8780 (+598) 248 77921 -- _ -- 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
[asterisk-users] Park problem on IAX2 channel
Hi all, I have 2 asterisk box connected with IAX trunk. One box have connected a SIP phone and the second have a TDM card with one analog phone. When from SIP phone I try to park the call from analog phone with #700 the call is correctly parked but in the second asterisk I see this log: -- Executing Dial(Zap/2-1, IAX2/CTM1/STI1|30|rjtT) -- Called CTM1/STI1 -- Call accepted by 172.16.4.1 (format alaw) -- Format for call is alaw -- IAX2/CTM1-2 answered Zap/2-1 -- Started music on hold, class 'default', on IAX2/CTM1-2 -- Zap/2-1 Playing 'pbx-transfer' (language 'en') -- Unable to find extension '77' in context 'from-internal' -- Zap/2-1 Playing 'pbx-invalid' (language 'en') -- Stopped music on hold on IAX2/CTM1-2 The line: -- Unable to find extension '77' in context 'from-internal' appears also with '#', '#7', '', '0'... It seems that the dtmf came across the iax channel and arrive to other asterisk. The are a way to block this dtmf across the IAX trunk? Thanks Enrico. -- Pasqualotto 'Pasqu' Enrico enrico AT pasqualotto DOT org web: http://www.pasqualotto.org http://www.linkedin.com/in/epasqualotto smime.p7s Description: S/MIME Cryptographic Signature ___ Sign up now for AstriCon 2007! September 25-28th. http://www.astricon.net/ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[Asterisk-Users] Phantom problem authenticating IAX2 with RSA
I'm getting exactly the same behavior as was posted about in http://lists.digium.com/pipermail/asterisk-users/2004-March/040380.html I've upgraded (both ends) to CVS stable (CVS-v1-0-06/17/05-13:15:49). Jun 17 13:46:17 NOTICE[15942]: chan_iax2.c:4053 authenticate: No way to send secret to peer 'a.b.c.d' (their methods: 4) Immediately after that, I'll see frames go by with Tx-Frame Retry[000] Subclass: NEW Rx-Frame Retry[ No] Subclass: AUTHREQ Tx-Frame Retry[000] Subclass: AUTHREP Rx-Frame Retry[ No] Subclass: ACCEPT that make it look very much like rsa authentication is being done, and the call is accepted. I noticed this while cleaning up my IAX config...moving away from type=friend entries to a type=user and a type=peer entry for each system I send/receive calls to/from. i.e. on the remote end, I have: [my.system.name] username=my.system.name type=user auth=rsa inkeys=my.system.name context=my.system.name-iax qualify=no disallow=all allow=g729 allow=gsm deny=0.0.0.0/0.0.0.0 permit=[IP of my.system.name] On the end I'm calling from: [remote.system.name] type=peer username=my.system.name auth=rsa outkey=my.system.name qualify=no disallow=all allow=g729 allow=gsm host=remote.system.name The test call is dialed as IAX2/remote.system.name/${EXTEN} Is there a problem with my config, or is this just an iax2 cosmetic bug? Each end does have appropriate rsa keys (readable by asterisk) in /var/lib/asterisk/keys. BTW, if I'm reading the docs correctly, there are multiple errors in the wiki: http://www.voip-info.org/tiki-index.php?page=Asterisk%20IAX%20authentication#comments where allow is incorrectly used [in the context of allowing an IP] where permit was meant. -- Jon Lewis | I route Senior Network Engineer | therefore you are Atlantic Net| _ http://www.lewis.org/~jlewis/pgp for PGP public key_ ___ Asterisk-Users mailing list Asterisk-Users@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users