[asterisk-users] Help with MFC/R2
Moises Silva
moises.silva at gmail.com
Fri Sep 19 19:17:01 CDT 2008
Dae,
If you can assist to my session may be we can discuss this issue you
are having. I am about to add Colombia support for OpenR2, and even if
you want to stick with Unicall I'd like to see what's going on there
:-)
Guys, just for your information, as of today, there is now an
asterisk-r2 mailing list, where you may want to move this thread to
(or not) :-)
More and more I focus on Unicall and OpenR2 issues only, which I and
other R2 users can monitor in asterisk-r2 more easily.
Moy
On Fri, Sep 19, 2008 at 1:10 PM, Dae Yeung Um <nowtek at gmail.com> wrote:
> Yes
>
> I can see the channels with UC show channels, and it's says "Idle"
>
>
> -----Original Message-----
> From: asterisk-users-bounces at lists.digium.com
> [mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Luis Morales
> Sent: Friday, September 19, 2008 12:23 PM
> To: Asterisk Users Mailing List - Non-Commercial Discussion
> Subject: Re: [asterisk-users] Help with MFC/R2
>
> Not really the unicall setup must be idem. So you can see the unicall
> channels ?
>
> It's moises are busy i can give you support too....
>
> Regards,
>
> Luis Morales
>
> On Sat, Sep 20, 2008 at 12:15 PM, Dae Yeung Um <nowtek at gmail.com> wrote:
>> Hi Luis,
>>
>> But this E1 has 30 channels, all for both directions...
>> I must differentiate this??
>>
>>
>>
>> -----Original Message-----
>> From: asterisk-users-bounces at lists.digium.com
>> [mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Luis Morales
>> Sent: Friday, September 19, 2008 8:06 AM
>> To: Asterisk Users Mailing List - Non-Commercial Discussion
>> Subject: Re: [asterisk-users] Help with MFC/R2
>>
>> Hi dae,
>>
>>
>> Your zapata.conf must be ok,
>>
>>
>> now inyour unicall.conf
>>
>> [channels]
>> language=es
>> context=from-pstn
>> usecallerid=yes
>> hidecallerid=no
>> immediate=yes
>> callwaitingcallerid=yes
>> threewaycalling=yes
>> transfer=yes
>> cancallforward=yes
>> callreturn=yes
>> echocancel=yes
>> echocancelwhenbridged=yes
>> echotraining=yes
>> rxgain=0.0
>> txgain=0.0
>> loglevel=255
>> callgroup=1
>> pickupgroup=1
>> group=1
>> musiconhold=default
>> relaxdtmf=yes
>> category=NATIONAL_SUBSCRIBER
>> ;
>> protocolclass=mfcr2
>>
> protocolvariant=co,20,4,x,T1=1500,T2=24000,T3=15000,max-seize-wait-ack=3000
>> protocolend=cpe
>> ;
>> ; E1 IN
>> group = 1
>> context = from-pstn
>> channel => 1-15
>> ; E1 OUT
>> group = 2
>> context = from-pstn
>> channel => 17-31
>> -------------------------------------
>>
>> It's very important that you identify:
>>
>> - E1 lines in
>> - E1 lines out
>>
>> Now from your cosole type:
>>
>> asterisk -r
>>
>> now from asterisk cli type:
>> pbx*> UC show channels
>>
>> The result must be an list with your unicall channels, similar to:
>> Channel Extension Context Status Language MusicOnHold
>> 1 from-pstn Idle es default
>> 2 from-pstn Idle es default
>> 3 from-pstn Idle es default
>> 4 from-pstn Idle es default
>> 5 from-pstn Idle es default
>> 6 from-pstn Idle es default
>> 7 from-pstn Idle es default
>> 8 from-pstn Idle es default
>> 9 from-pstn Idle es default
>> 10 from-pstn Idle es default
>> 11 from-pstn Idle es default
>> 12 from-pstn Idle es default
>> 13 from-pstn Idle es default
>> 14 from-pstn Idle es default
>> 15 from-pstn Idle es default
>> 17 6842 from-pstn Idle es default
>> 18 from-pstn Idle es default
>> 19 from-pstn Idle es default
>> 20 from-pstn Idle es default
>> 21 from-pstn Idle es default
>> 22 from-pstn Idle es default
>> 23 from-pstn Idle es default
>> 24 from-pstn Idle es default
>> 25 from-pstn Idle es default
>> 26 from-pstn Idle es default
>> 27 from-pstn Idle es default
>> 28 from-pstn Idle es default
>> 29 from-pstn Idle es default
>> 30 from-pstn Idle es default
>> 31 from-pstn Idle es default
>>
>>
>> Good luck!
>>
>> Luis Morales
>>
>>
>> On Fri, Sep 19, 2008 at 9:04 PM, Dae Yeung Um <nowtek at gmail.com> wrote:
>>> 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
>>>
>>>
>>> _______________________________________________
>>> -- 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
>
--
"I do not agree with what you have to say, but I'll defend to the
death your right to say it." Voltaire
More information about the asterisk-users
mailing list