Hi all, I re-install everyhting the linux OS, Asterisk, zaptel etc.. but Still the same Problem. Here find the new message : DTMF generation of 3 failed on CIC=14 res=-1 errno=61: No data available. I have alway the error message : Short read on linkset "green" CIC=54 (read only 0 of 160) errno=11 (Resource temporarily unavailable) (supressed 0). I dont know where the problem come from. But I wondered if the E1 connection( transmission) with the MSC could be the problem for short read. In fact the Server is litlle bit far from the switch room. Any idea ? Br, ARix ________________________________ From: Kristian Nielsen <knmeister@xxxxxxxxx> To: asterisk-ss7 at lists.digium.com Cc: Arix koffi <arix_koffi1 at yahoo.com>; chan-ss7 at dicea.dk Sent: Thursday, January 1, 2009 4:31:32 PM Subject: Re: DTMF generation of 1 failed on CIC=36. Arix koffi <arix_koffi1 at yahoo.com> writes: > Am facing a problem with chan_ss7. Am trying to forward a call to another IVR > server through SS7. > I successfully reach the second IVR server but when the server prompt to enter > a Digit I get the folling errors > transport.c:299 io_send_dtmf: DTMF generation of 1 failed on CIC=36. > > His somebody facing this kind of problem. This is an error code from the zaptel driver when it is asked to generate the DTMF digit. We would need to find out why this generates an error in your case/ Can you apply the following patch, which adds more debug output, and post the full message from the new version when the error occurs? ------------------------- cut here ------------------------------------- --- transport.c.orig 2009-01-01 17:11:54.000000000 +0100 +++ transport.c 2009-01-01 17:12:56.000000000 +0100 @@ -296,7 +296,7 @@ zo.dialstr[2] = 0; res = ioctl(fd, ZT_DIAL, &zo); if(res) { - ast_log(LOG_WARNING, "DTMF generation of %c failed on CIC=%d.\n", digit, cic); + ast_log(LOG_WARNING, "DTMF generation of %c failed on CIC=%d res=%d errno=%d: %s.\n", digit, cic, res, errno, strerror(errno)); return res; } else { ast_log(LOG_DEBUG, "Passed on digit %c to CIC=%d.\n", digit, cic); ------------------------- cut here ------------------------------------- Or if you are not used to applying patches, just change line 299 of transport.c to this: ast_log(LOG_WARNING, "DTMF generation of %c failed on CIC=%d res=%d errno=%d: %s.\n", digit, cic, res, errno, strerror(errno)); > Am facing this current problem. I got this message on the console after that > the server accept DTMF input from the mobile phone. I use Chan_ss7 beta 95. > Short read on linkset "green" CIC=44 (read only 0 of 160) errno=11 (Resource > temporarily unavailable) (supressed 0) > there is a way to ignore this notice and allow the server to get input anyway ? This message indicates that chan_ss7 wanted to read 160 bytes (== 20 milliseconds) of audio from the SS7 data link, but not enough data was available for some reason. Given that you get both this message and the above error with DTMF generation failed, it is possible that you have a problem with your driver installation, configuration, or hardware for your zaptel interface. Ie. if there is a driver-level problem with sending and receiving data on the link, this will also cause problems on the ss7 level, which sits above. Your messages do not have enough information to confirm or reject this theory, but you might want to double-check it. On the other hand, this message is not necessarily harmful. Do you get any end-user visible problems when this message occurs, such as missing or broken-up audio? Do you get other messages of this kind with a higher number of suppressions (ie. "(suppressed 1000)") ? If so, please post details, if not you might just ignore the message (and if you want to get rid of it in your logs, just remove the line that prints it, it is line 2163 in the l4isup.c file. Also, it seems there is a Chan_ss7 beta 96 available on http://www.dicea.dk/company/downloads which you might want to try... - Kristian. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-ss7/attachments/20090107/684f8024/attachment.htm