All channels 1~15, 17~31 is supposed to be double way. To place and receive calls.
The line is supposed be E1-MFC/R2 and works perfect with a Panasonic PBX, actually Exists any variant of MFC/R2? And how can I configure it to get working? Your help will be very appreciated! Thank you! -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Luis Morales Sent: Thursday, September 18, 2008 10:10 AM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] Help with MFC/R2 Ok, in your E1 setup: 1-15: to outgoing calls 16-30: for incomming calls ? Now for make calls your telephone company must be provide MFC-R2 signaling. In your case the logs files show an invalid signal on make call. Regards, Luis Morales On Fri, Sep 19, 2008 at 10:10 AM, Dae Yeung Um <[EMAIL PROTECTED]> wrote: > Hello > > > I got: > > > [Sep 17 19:24:50] DEBUG[4934] chan_unicall.c: unicall_call called - > 'g1/6055151' > [Sep 17 19:24:50] DEBUG[4934] chan_unicall.c: unicall_call caller id - > '1102' > [Sep 17 19:24:50] DEBUG[4934] chan_unicall.c: no UC_CATEGORY specified for > chan UniCall/1-1, using default NATIONAL_SUBSCRIBER > [Sep 17 19:24:50] VERBOSE[4934] logger.c: MFC/R2 UniCall/1 Call control(1) > [Sep 17 19:24:50] VERBOSE[4934] logger.c: MFC/R2 UniCall/1 Make call > [Sep 17 19:24:50] WARNING[4934] chan_unicall.c: Make call failed - Blocked > [Sep 17 19:24:50] VERBOSE[4934] logger.c: -- Couldn't call g1/6055151 > [Sep 17 19:24:50] VERBOSE[4934] logger.c: MFC/R2 UniCall/1 Channel gains > [Sep 17 19:24:50] VERBOSE[4934] logger.c: MFC/R2 UniCall/1 Channel switching > [Sep 17 19:24:50] DEBUG[4934] chan_unicall.c: Hangup: channel: 1 index = 0, > normal = 11, callwait = -1, thirdcall = -1 > [Sep 17 19:24:50] DEBUG[4934] chan_unicall.c: Updated conferencing on 1, > with 0 conference users > [Sep 17 19:24:50] VERBOSE[4934] logger.c: -- Hungup 'UniCall/1-1' > > > > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Luis Morales > Sent: Thursday, September 18, 2008 8:17 AM > To: Asterisk Users Mailing List - Non-Commercial Discussion > Subject: Re: [asterisk-users] Help with MFC/R2 > > 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 > > > _______________________________________________ > -- 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 _______________________________________________ -- 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
