Hi Christian,
I thank you too much for your reply.
I think too that it's a Zaptel problem because when i check the log I find out that asterisk stopped because of zaptel driver fault. I will re-install everything today and get back to You.
When I got the problem sometime the server can recognized the User input, for example when the user Press a DTMF the server still continue to play the announcement.
So I change the Card and take a new one, and now I have alway the read function problem but the server can get the DTMF input as well.
I never tried the Chan_ss7 96beta but I will try it today too. But in anycase I will revert to you
Thank and Best Regards,
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/20090103/5832247e/attachment.htm
|