similar to: chan_zap problems

Displaying 20 results from an estimated 11000 matches similar to: "chan_zap problems"

2007 Mar 21
2
Asterisk 1.4.2 chan_zap
Trying to use: Asterisk 1.4.2 Zaptel 1.4.0 chan_zap won't compile in asterisk 1.4.2 when used with zaptel 1.4.0. The changelog has this entry: * channels/chan_zap.c, configure, configure.ac: If we receive ZT_EVENT_REMOVED, destroy the specified channel. (issue #7256, tzafrir) Also, update the configure script to make sure that we don't try to build chan_zap
2007 Mar 19
4
Queue App - Free agent and waiting calls
<asterisk-users@lists.digium.com>Asterisk 1.4 I have strategy= leastrecent and autofill = yes I have 2 agents, one is answering a call and the other is free and have some calls waiting in the queue. Only when the first agent hangup the second agent receive the first call in the queue. It happends some times. This behavior still happend in 1.4.1 version. Thanks a lot. -------------- next
2007 Apr 11
3
missing chan_zap.so
Few days back I installed Asterisk 1.4.2 with Zaptel 1.4.0. All SIP accounts were working fine, today I tried to install a fxs Sangoma A200 card and got the following error. [Apr 12 01:15:17] WARNING[31018]: channel.c:3024 ast_request: No channel type registered for 'Zap' [Apr 12 01:15:17] WARNING[31018]: app_dial.c:1090 dial_exec_full: Unable to create channel of type 'Zap'
2005 Sep 05
0
Re: Asterisk-Users Digest, Vol 14, Issue 22
Hi All I have problem with LIBMFCR2 for once Exchange I using Sangoma card, the firstly. my ssystem run successful with MFCR2, connected to E10 (Acatel Exchange), after that, i move connection connect to EWSD (Siemens), my system don't work. error protocol R2. my system: Asterisk CVS 1.1.X LibMFCR2 pre.005 and unicall-pre.005 this's my setting and my setting wanpipe1.conf
2007 Feb 07
2
Can't get asterisk to compile chan_zap (was "New Issue")
First, I didn't realize I hijacked another thread! Please accept my apologies. Now the problem: Asterisk isn't compiling chan_zap. chan_zap also doesn't appear in the list of channels when you "make menuconfig" I have read all the replies and specifically Cosmin's and Tzafrir's emails. zaptel.h is located in /usr/include/zaptel I also tried "./configure
2005 Sep 12
1
chan_zap.c:8050 pri_dchannel: Ring requested on unconfigured channel 255/255 span 2
I have a serious problem that repeats very often, after 30 - 50 calls and I can only solve it by stopped and restarting * :-( After a while, * seems to loose track of something. When an ISDN call from PBX needs to go to the Telco, I get 'Ring requested on unconfigured channel 255/255 span 2' It's always channel 255/255 ??, the 'span' number is random Setup: * between Local
2005 Oct 12
1
Problem with PRI and Ericsson AXE 10
Hi everyone, I have a PRI conection on an * system running Asterisk 1.0.9, libpri 1.0.9 and zaptel 1.0.9.2 connected to an AXE 10 (APZ 21220 System 64) in the network side. I know the system and the wildcard I´m using are ok because I´ve used them before with other PRI connections (to a Siemens EWSD) without any problem. First the PRI didn´t work (I got the TE110P alarmed with red). After
2008 Mar 11
1
WARNING[4294]: chan_zap.c:8851 zt_pri_error: 1 copying 5 bytes LLC
Hi I have recently upgraded my Asterisk system (from 1.2 to 1.4) and I have started to notice the following messages when I recieve a call on my Zap channel :- [Mar 11 09:20:17] WARNING[4294]: chan_zap.c:8851 zt_pri_error: 1 copying 5 bytes LLC I have a single PRI ISDN 30 link to a Siemens Realitis DX. Here is my zapata.conf :- [channels] echocancel=no echocancelwhenbridged=no rxgain=-5.0
2008 Aug 07
0
Trying to understand Messages from chan_zap.c
Hi friends, Where can I get some information to understand messages like the following ones? *NOTICE[6455] chan_zap.c: PRI got event: HDLC Bad FCS (8) on Primary D-channel of span 1* *NOTICE[6455] chan_zap.c: PRI got event: HDLC Abort (6) on Primary D-channel of span 1* * ERROR[6455] chan_zap.c: !! Got S-frame while link down* *ERROR[6458] chan_zap.c: !! Got reject for frame 27, retransmitting
2007 Jan 05
2
chan_zap.c: Failed to read gains: Invalid argument
I am running Asterisk 1.2.14 and Zaptel 1.2.12 and using a Digium TE110P card in E1 mode. I've recently noticed in my logs the following Jan 5 01:27:11 VERBOSE[22490] logger.c: [chan_zap.so]Jan 5 01:27:11 VERBOSE[22490] logger.c: [chan_zap.so] => (Zapata Telephony w/PRI) Jan 5 01:27:11 VERBOSE[22490] logger.c: == Parsing '/etc/asterisk/zapata.conf': Jan 5 01:27:11
2005 Oct 01
0
chan_zap vs. Panasonic DTMF integration
The Panasonic KX-TA624 series PBXes (and similar models) support a DTMF integration feature that can be enabled for dedicated voice mail ports. What I want to do is connect an X100P FXO port to a jack on the Panasonic and make use of the Panasonic's DTMF call progress tones that it provides in DTMF integration mode. The integration works well when a Panasonic extension is forwarding into
2005 Jun 06
0
D channel initialization
Hi I have an asterisk box with digium hardware connected to a Siemens EWSD version 15 using a crossed E1 cable. The asterisk is serving as a h323 media gateway. When i start asterisk, the Siemens gives me this alarm: REPORTES GENERADOS EN LA EWSD AES/V15SBOL/BOLCBK1V51327079/013 05-06-06 11:25:38 7773 3062/03728 HF.ARCHIVE-80040
2005 Sep 30
1
chan_zap.so ?
Hi, I've a little problem with my asterisk server. I have managed an asterisk server for a few months one. Today, I wanted to restart it and when I did it, my asterisk server didn't want to start again. I looked at the various messages in /var/log and the same thing appears. " [chan_zap.so] => (Zapata Telephony) == Parsing '/etc/asterisk/zapata.conf': Found Sep 30
2013 Jul 11
1
IPcortex: ERROR[23444] chan_zap.c: You cannot use cause 17 number when in state 6
We use an IPcortex PABX running Asterisk 1.2.39-BRIstuffed-0.3.0-PRE-1y-y. We have recently implemented Call Queuing for our main incoming line with hold music. The call queue type is: Ring all - One call at a time (no position announcement). Since implementing this feature we've been receiving the below error daily in the mornings and lunchtime when the queue will jump to the next available
2005 Oct 10
1
[Fwd: Libpri/chan_zap problems?]
What am I doing wrong here? Why is this happening? libpri is version 1.0.7-1 (debian package) asterisk is version 1.0.7.dfsg.1-2 (debian package) zaptel is version 1.0.9.2 -- Executing Dial("SIP/739-5935", "Zap/g1/0916000739") in new stack -- Called g1/0916000739 -- Channel 0/1, span 1 got hangup Oct 10 13:14:45 WARNING[7544]: app_dial.c:412 wait_for_answer:
2003 Sep 22
2
failed to load chan_zap
Suddenly after recompiling my 2.4.22 kernel I can no longer load chan_zap: Sep 22 21:25:08 ERROR[16384]: File chan_zap.c, Line 5145 (mkintf): Unable to get span status: Inappropriate ioctl for device Sep 22 21:25:08 ERROR[16384]: File chan_zap.c, Line 6638 (load_module): Unable to register channel '1' Sep 22 21:25:08 WARNING[16384]: File loader.c, Line 301 (ast_load_resource):
2013 Jul 11
1
FW: IPcortex: ERROR[23444] chan_zap.c: You cannot use cause 17 number when in state 6
Update: I can reproduce the error by putting the reception phone (call queue 0) in Do Not Disturb mode, then call in from outside using a mobile, then pick up the call from the 2nd phone in the queue. It will cause the error only if I hang up _before_ the mobile hangs up. The error doesn't seem to happen if the external call hangs up, or if the call is answered by the reception phone (first
2007 Apr 23
3
chan_zap not compiling.
Hi all. chan_zap not compiling, yes yes I know this sounds trivial but here me out... This morning I decided to upgrade to Asterisk 1.4.2 and Zaptel 1.4.1. I successfully installed zaptel 1.4.1 and the card is picked up and correctly configured. ztcfg shows the following: [root@zion root]# ztcfg -vv Zaptel Version: 1.4.1 Echo Canceller: MG2 Configuration ====================== Channel
2003 Oct 06
1
chan_zap.c - echo cancelation getting in the way of dialing????
It seems consistant after dialing dozens of times that the call that doesn't go through is the one the gets the log message "No echocancellation requested" (chan_zap.c) and the "Scheduleing timer" (channel.c) in the middle of receiving the DTMF tones. I'm now using the T400P card last week very simular problems the the T100P (although I think I was actually loosing
2003 Sep 16
3
problem loading chan_iax2.so and chan_zap.so from latest CVS
I just updated to the new CVS and now I am getting the following error from chan_zap (modprobe wcfxo works fine): WARNING[16384]: File chan_zap.c, Line 577 (zt_open): Unable to specify channel 1: Device or resource busy ERROR[16384]: File chan_zap.c, Line 4781 (mkintf): Unable to open channel 1: Device or resource busy here = 0, tmp->channel = 0, channel = 1 ERROR[16384]: File