[asterisk-users] Help with MFC/R2

Dae Yeung Um nowtek at gmail.com
Thu Sep 18 20:34:42 CDT 2008


It's a Digium TE121P with Echo Cancellation


Zapata.conf


# Span 1: WCT1/0 "Wildcard TE121 Card 0" HDB3/CCS/CRC4 RED RECOVERING
span=1,1,0,ccs,hdb3
cas=1-15:1101
dchan=16
cas=17-31:1101

# Span 2: WCTDM/0 "Wildcard AEX800 Board 1" (MASTER)
fxsks=32
fxsks=33
fxsks=34
fxsks=35
# channel 36, WCTDM, no module.
# channel 37, WCTDM, no module.
# channel 38, WCTDM, no module.
# channel 39, WCTDM, no module.

# Global data

loadzone        = us
defaultzone     = us




[Channels]
language=en
usecallerid=yes
echocancel=yes
rxgain=0
txgain=0
group=1
callgroup=0
pickupgroup=0
amaflags=default
accountcode=avantel
musiconhold=default
context=from-pstn
group=1
loglevel=0
protocolclass=mfcr2
protocolvariant=ar,20,4
channel => 1-15
channel => 16-31



I cannot receive calls... I cant see any type of logs on the console when I
try to call in.



-----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 12:45 PM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [asterisk-users] Help with MFC/R2

I'm not sure but on E1 setup you can have only one way (in or out). In
my case i have 15 in and 15 out.

Told me more about your hardware:
- E1 cards
- How did you do to connect E1 interface to E1 asterisk's card ?
- You can receive calls ?

Please send us zapata.conf and unicall.conf

Regards,

Luis Morales



On Fri, Sep 19, 2008 at 12:46 PM, Dae Yeung Um <nowtek at gmail.com> wrote:
> 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
>
>
> _______________________________________________
> -- 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