I'm not sure but on E1 setup you can have only one way (in or out). In my case i have 15 in and 15 out.
Told me more about your hardware: - E1 cards - How did you do to connect E1 interface to E1 asterisk's card ? - You can receive calls ? Please send us zapata.conf and unicall.conf Regards, Luis Morales On Fri, Sep 19, 2008 at 12:46 PM, Dae Yeung Um <[EMAIL PROTECTED]> wrote: > 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 > -- --------------------------------------------------------------------------------- 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
