DTMF generation of 1 failed on CIC=36.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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.



[Index of Archives]     [Asterisk App Development]     [PJ SIP]     [Gnu Gatekeeper]     [IETF Sipping]     [Info Cyrus]     [ALSA User]     [Fedora Linux Users]     [Linux SCTP]     [DCCP]     [Gimp]     [Yosemite Backpacking]     [Deep Creek Hot Springs]     [Yosemite Campsites]     [ISDN Cause Codes]     [Asterisk Books]

  Powered by Linux