[asterisk-users] Help with MFC/R2
Luis Morales
fastonion at gmail.com
Thu Sep 18 08:16:30 CDT 2008
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
---------------------------------------------------------------------------------
More information about the asterisk-users
mailing list