[asterisk-users] Help with MFC/R2

Dae Yeung Um nowtek at gmail.com
Thu Sep 18 09:40:32 CDT 2008


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: asterisk-users-bounces at lists.digium.com
[mailto:asterisk-users-bounces at lists.digium.com] 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 <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




More information about the asterisk-users mailing list