[asterisk-users] Help with MFC/R2

Dae Yeung Um nowtek at gmail.com
Wed Sep 17 23:19:14 CDT 2008


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




More information about the asterisk-users mailing list