[asterisk-users] Help with MFC/R2
Dae Yeung Um
nowtek at gmail.com
Thu Sep 18 12:16:44 CDT 2008
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: 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 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 <nowtek at gmail.com> 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: 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
>
>
> _______________________________________________
> -- 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