Dae, Activate debug full:
asterisk -vvvvvvvvvvvvvvvvvr in other console do: tail -vf /var/log/asterisk/full Try to put call and send us more details about your logs Regards, Luis Morales On Thu, Sep 18, 2008 at 11:49 PM, Dae Yeung Um <[EMAIL PROTECTED]> wrote: > In fact I see 1101 in the rx bits on all channels... > > But I have in parallel one old Panasonic Key Phone system (Actually in > production, to be replaced by asterisk), and it's works perfectly and > immediately once I pass the E1 cables to there... > > So, the problem is not from Telco... > > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Moises Silva > Sent: Wednesday, September 17, 2008 10:57 PM > To: Asterisk Users Mailing List - Non-Commercial Discussion > Subject: Re: [asterisk-users] Help with MFC/R2 > > It seems to me your lines are blocked. > > Execute zttool and if you see 1101 in the rx bits, it means the telco > (or whatever you have in the other end) has blocked their side. If > this is a telco line you need to call them and tell them to unblock > your lines. > > On Wed, Sep 17, 2008 at 10:33 PM, Dae Yeung Um <[EMAIL PROTECTED]> wrote: >> Thank you for the reply >> >> >> I shutdown asterisk and tried again and I have to following logs... >> >> >> >> OUTGOING TEST : >> >> Testcall.conf >> caller yes >> destination-no 6055151 >> originating-no 7309130 >> protocol-class mfcr2 >> protocol-variant ar,20,4 >> circuits 1-2 >> >> Log: >> >> ./testcall >> Chan 1, class 'mfcr2', variant 'ar,20,4', end 2, caller 1, from '7309130' > to >> '6055151' >> Chan 2, class 'mfcr2', variant 'ar,20,4', end 2, caller 1, from '7309131' > to >> '6055152' >> Loading protocol mfcr2 >> Thread for channel 0 >> Thread for channel 1 >> MFC/R2 Chan 1: Call control(9) >> MFC/R2 Chan 1: Unblock >> MFC/R2 Chan 1: 1001 -> [1/BLOCKED /Idle /Idle ] >> MFC/R2 Chan 2: Call control(9) >> MFC/R2 Chan 2: Unblock >> MFC/R2 Chan 2: 1001 -> [1/BLOCKED /Idle /Idle ] >> MFC/R2 Chan 1: local_unblocking_expired >> Chan 1: -- Local end unblocked! :-) >> Chan 1: -- Local end unblocked! :-) >> MFC/R2 Chan 2: local_unblocking_expired >> Chan 2: -- Local end unblocked! :-) >> Chan 2: -- Local end unblocked! :-) >> Main thread >> >> >> ---- >> >> >> Incoming test : >> >> Testcall.conf >> >> caller no >> protocol-class mfcr2 >> protocol-variant ar,20,4 >> on-offered answer >> circuits 1-2 >> >> >> Log: >> >> Chan 1, class 'mfcr2', variant 'ar,20,4', end 2, caller 0, from '' to '' >> Chan 2, class 'mfcr2', variant 'ar,20,4', end 2, caller 0, from '' to '' >> Loading protocol mfcr2 >> Thread for channel 0 >> Thread for channel 1 >> MFC/R2 Chan 1: Call control(9) >> MFC/R2 Chan 1: Unblock >> MFC/R2 Chan 1: 1001 -> [1/BLOCKED /Idle /Idle ] >> MFC/R2 Chan 2: Call control(9) >> MFC/R2 Chan 2: Unblock >> MFC/R2 Chan 2: 1001 -> [1/BLOCKED /Idle /Idle ] >> MFC/R2 Chan 2: local_unblocking_expired >> MFC/R2 Chan 1: local_unblocking_expired >> Chan 2: -- Local end unblocked! :-) >> Chan 1: -- Local end unblocked! :-) >> Chan 1: -- Local end unblocked! :-) >> Chan 2: -- Local end unblocked! :-) >> Main thread >> Main thread >> Main thread >> >> >> Seems no any response from far side... Do you have any ideas?? >> >> >> >> Only one time, I got the following log: >> >> >> #./testcall >> Chan 1, class 'mfcr2', variant 'ar,20,4', end 2, caller 0, from '' to '' >> Chan 2, class 'mfcr2', variant 'ar,20,4', end 2, caller 0, from '' to '' >> Loading protocol mfcr2 >> Thread for channel 0 >> Thread for channel 1 >> MFC/R2 Chan 1: Call control(9) >> MFC/R2 Chan 1: Unblock >> MFC/R2 Chan 1: 1001 -> [1/BLOCKED /Idle /Idle ] >> MFC/R2 Chan 2: Call control(9) >> MFC/R2 Chan 2: Unblock >> MFC/R2 Chan 2: 1001 -> [1/BLOCKED /Idle /Idle ] >> Chan 2: -- Protocol failure on channel 0, cause (32773) Unexpected CAS > bit >> pattern >> Chan 1: -- Protocol failure on channel 0, cause (32773) Unexpected CAS > bit >> pattern >> Chan 2: -- Protocol failure on channel 0, cause (32773) Unexpected CAS > bit >> pattern >> Chan 1: -- Protocol failure on channel 0, cause (32773) Unexpected CAS > bit >> pattern >> MFC/R2 Chan 2: local_unblocking_expired >> MFC/R2 Chan 1: local_unblocking_expired >> Chan 1: -- Local end unblocked! :-) >> Chan 1: -- Local end unblocked! :-) >> Chan 2: -- Local end unblocked! :-) >> Chan 2: -- Local end unblocked! :-) >> Main thread >> MFC/R2 Chan 2: <- 1101 [1/BLOCKED /Idle /Idle ] >> Chan 2: -- Far end blocked! :-( >> Chan 2: -- Far end blocked! :-( >> MFC/R2 Chan 1: <- 1101 [1/BLOCKED /Idle /Idle ] >> Chan 1: -- Far end blocked! :-( >> Chan 1: -- Far end blocked! :-( >> Main thread >> Main thread >> Main thread >> >> >> >> But after rerunning the test, I only get the first log (w/o Far end >> replies.) >> >> >> >> Any help will be really appreciated! >> >> >> >> Thank you! >> >> >> >> -----Original Message----- >> From: [EMAIL PROTECTED] >> [mailto:[EMAIL PROTECTED] On Behalf Of Moises Silva >> Sent: Wednesday, September 17, 2008 8:33 AM >> To: Asterisk Users Mailing List - Non-Commercial Discussion >> Subject: Re: [asterisk-users] Help with MFC/R2 >> >> That means someone else has already open the zap device, most likely >> Asterisk. Just one application at a given time can open a zap device. >> You cannot run testcall and Asterisk at the same time unless you make >> sure they don't try to open the same channels. >> >> Moy >> >> On Wed, Sep 17, 2008 at 1:27 AM, Dae Yeung Um <[EMAIL PROTECTED]> wrote: >>> Hello >>> >>> >>> >>> I'm new in this list, but I have some experience working with asterisk > and >>> we are located in Bogota, Colombia. >>> >>> >>> >>> At now I'm having some problems configuring an E1 MFC/R2. >>> >>> >>> >>> >>> >>> I have configured Unicall as indicated using the following versions, and >>> everything "seems" to be correct, but I can't place or receive the calls >>> (receive CHANUNAVAIL message) >>> >>> >>> >>> asterisk-1.4.21.2 >>> >>> libsupertone-0.0.2 >>> >>> spandsp-0.0.5 >>> >>> chan-unicall-1.4-r01 >>> >>> libunicall-0.0.6 >>> >>> libmfcr2-0.0.6 >>> >>> zaptel-1.4.11 >>> >>> >>> >>> Inside asterisk, I can see the all UC channels active and Idle: >>> >>> >>> >>> asterisk*CLI> UC show channels >>> >>> Channel Extension Context Status Language >>> MusicOnHold >>> >>> 9 from-pstn Idle en >>> default >>> >>> 10 from-pstn Idle en >>> default >>> >>> 11 from-pstn Idle en >>> default >>> >>> (omitted) >>> >>> 34 from-pstn Idle en >>> default >>> >>> 35 from-pstn Idle en >>> default >>> >>> 36 from-pstn Idle en >>> default >>> >>> 37 from-pstn Idle en >>> default >>> >>> 38 from-pstn Idle en >>> default >>> >>> 39 from-pstn Idle en >>> default >>> >>> >>> >>> >>> >>> >>> >>> I configured the testcall.conf to check: >>> >>> >>> >>> destination-no 6055151 >>> >>> protocol-class mfcr2 >>> >>> protocol-variant ar,20,4 >>> >>> protocol-end cpe >>> >>> on-offered accept >>> >>> circuits 9-10 >>> >>> >>> >>> >>> >>> >>> >>> But the system answer with: >>> >>> >>> >>> # ./testcall >>> >>> Chan 9, class 'mfcr2', variant 'ar,20,4', end 1, caller 0, >> from >>> '' to '6055151' >>> >>> Chan 10, class 'mfcr2', variant 'ar,20,4', end 1, caller 0, >>> from '' to '6055152' >>> >>> Loading protocol mfcr2 >>> >>> Failed to open channel: Device or resource busy >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> Anyone has any Idea why I can't place or receive a call? >>> >>> >>> >>> >>> >>> Your help will be really appreciated! >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> DAE YEUNG UM >>> >>> _______________________________________________ >>> -- Bandwidth and Colocation Provided by http://www.api-digital.com -- >>> >>> AstriCon 2008 - September 22 - 25 Phoenix, Arizona >>> Register Now: http://www.astricon.net >>> >>> asterisk-users mailing list >>> To UNSUBSCRIBE or update options visit: >>> http://lists.digium.com/mailman/listinfo/asterisk-users >>> >> >> >> >> -- >> "I do not agree with what you have to say, but I'll defend to the >> death your right to say it." Voltaire >> >> _______________________________________________ >> -- Bandwidth and Colocation Provided by http://www.api-digital.com -- >> >> AstriCon 2008 - September 22 - 25 Phoenix, Arizona >> Register Now: http://www.astricon.net >> >> 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 -- >> >> AstriCon 2008 - September 22 - 25 Phoenix, Arizona >> Register Now: http://www.astricon.net >> >> asterisk-users mailing list >> To UNSUBSCRIBE or update options visit: >> http://lists.digium.com/mailman/listinfo/asterisk-users >> > > > > -- > "I do not agree with what you have to say, but I'll defend to the > death your right to say it." Voltaire > > _______________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > AstriCon 2008 - September 22 - 25 Phoenix, Arizona > Register Now: http://www.astricon.net > > 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 -- > > AstriCon 2008 - September 22 - 25 Phoenix, Arizona > Register Now: http://www.astricon.net > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users > -- --------------------------------------------------------------------------------- Luis Morales Consultor de Tecnologia Cel: +(58)416-4242091 --------------------------------------------------------------------------------- "Empieza por hacer lo necesario, luego lo que es posible... y de pronto estarĂ¡s haciendo lo imposible" Leonardo Da'Vinci --------------------------------------------------------------------------------- _______________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- AstriCon 2008 - September 22 - 25 Phoenix, Arizona Register Now: http://www.astricon.net asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users