[asterisk-users] Help with MFC/R2
Moises Silva
moises.silva at gmail.com
Thu Sep 18 08:49:09 CDT 2008
Do as Luis says, however, I feel that as long you keep getting 1101
Unicall won't work. AFAIK The only IDLE bit pattern recognized by
libmfcr2 as IDLE is 10XX, as long you have 11 in the first 2 bits
(AB), libmfcr2 will report the lines as blocked.
On Thu, Sep 18, 2008 at 8:16 AM, Luis Morales <fastonion at gmail.com> wrote:
> 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 <nowtek at gmail.com> 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: asterisk-users-bounces at lists.digium.com
>> [mailto:asterisk-users-bounces at lists.digium.com] 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 <nowtek at gmail.com> 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: asterisk-users-bounces at lists.digium.com
>>> [mailto:asterisk-users-bounces at lists.digium.com] 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 <nowtek at gmail.com> 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
>
--
"I do not agree with what you have to say, but I'll defend to the
death your right to say it." Voltaire
More information about the asterisk-users
mailing list