thr3ads.net - asterisk users - [Asterisk-Users] Unicall MFRC2 Problems with BrT. [Apr 2006]

If this information is useful, please help other people find it:
Share via:

Jefferson Carvalho

2006-Apr-21 03:18 UTC

[Asterisk-Users] Unicall MFRC2 Problems with BrT.

Hello All,

I'm facing problems with Unicall on this scenario :

CentOS 4.3 - Running on x86_64
Asterisk 1.2.7.1
Zaptel 1.2.5

When running zttool , shows all Spans OK.

But I can't receive and make calls.

I tried to change many parameters and still doesn't work.

Any clues ?

* unicall.conf 

[channels]

language=br

context=incoming-pstn
usecallerid=yes
hidecallerid=no
immediate=no
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
cancellforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=yes

rxgain=0.0
txgain=0.0
faxdetect=both
loglevel=255
protocolclass=mfcr2
protocolvariant=br,20,4
protocolend=cpe
group=1
callgroup=1

channel => 1-15
channel => 17-31
channel => 32-46
channel => 48-62
channel => 63-77
channel => 94-108
channel => 110-124

* zaptel.conf *

loadzone=br
defaultzone=br


span=1,1,0,cas,hdb3
cas=1-15:1101
cas=17-31:1101

span=2,0,0,cas,hdb3
cas=32-46:1101
cas=48-62:1101


span=3,0,0,cas,hdb3
cas=63-77:1101
cas=79-93:1101

span=4,0,0,cas,hdb3
cas=94-108:1101
cas=110-124:1101



* lor error *

    -- Executing Dial("SIP/1000-1de2",
"Unicall/g1/40020022|40|Ttr") in new
stack
Apr 20 19:13:57 WARNING[30676]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/1 Call control(1)
Apr 20 19:13:57 WARNING[30676]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/1 Make call
Apr 20 19:13:57 WARNING[30676]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/1 Making a new call with CRN 32769
Apr 20 19:13:57 WARNING[30676]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/1 0001  ->      [1/       1/Idle          /Idle         ]
    -- Called g1/40020022
Apr 20 19:13:57 WARNING[30676]: chan_unicall.c:2644 handle_uc_event:
Unicall/1 event Dialing
Apr 20 19:13:57 WARNING[30676]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/1      <- 1111  [1/      40/Seize         /Idle         ]
Apr 20 19:13:57 WARNING[30676]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/1 4 on  ->      [2/      40/Group I       /Idle         ]
Apr 20 19:14:02 WARNING[30676]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/1 R2 prot. err. [2/      40/Group I       /DNIS         ] cause
32769 - T1 timed out
Apr 20 19:14:02 WARNING[30676]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/1 4 off ->      [1/       1/Idle          /Idle         ]
Apr 20 19:14:02 WARNING[30676]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/1 1001  ->      [1/       1/Idle          /Idle         ]
Apr 20 19:14:02 WARNING[30676]: chan_unicall.c:2644 handle_uc_event:
Unicall/1 event Protocol failure
    -- Unicall/1 protocol error. Cause 32769
Apr 20 19:14:02 WARNING[30676]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/1 Channel echo cancel
Apr 20 19:14:03 WARNING[30676]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/1 Channel gains
Apr 20 19:14:03 WARNING[30676]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/1 Channel switching
    -- Hungup 'UniCall/1-1'
  == Everyone is busy/congested at this time (1:0/0/1)
  == Auto fallthrough, channel 'SIP/1000-1de2' status is
'CHANUNAVAIL'
Apr 20 19:14:03 WARNING[30664]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/1      <- 1011  [1/       1/Idle          /Idle         ]
Apr 20 19:14:03 WARNING[30664]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/1 1001  ->      [1/       1/Idle          /Idle         ]

Jefferson Carvalho

?

Moises Silva

2006-Apr-21 07:42 UTC

head link

[Asterisk-Users] Unicall MFRC2 Problems with BrT.

A couple of weeks ago, libmfcr2 has a small error in the tone
signaling for the call setup, that was fixed 2 weeks ago or so,
please, wich version of libmfcr2 are you using? if you dont know try
upgrading to the latest version. Im pretty much sure that you have the
very same problem we had.

Regards

On 4/21/06, Jefferson Carvalho <jefferson@jeffnetworks.com>
wrote:> Hello All,
>
> I'm facing problems with Unicall on this scenario :
>
> CentOS 4.3 - Running on x86_64
> Asterisk 1.2.7.1
> Zaptel 1.2.5
>
> When running zttool , shows all Spans OK.
>
> But I can't receive and make calls.
>
> I tried to change many parameters and still doesn't work.
>
> Any clues ?
>
> * unicall.conf
>
> [channels]
>
> language=br
>
> context=incoming-pstn
> usecallerid=yes
> hidecallerid=no
> immediate=no
> callwaitingcallerid=yes
> threewaycalling=yes
> transfer=yes
> cancellforward=yes
> callreturn=yes
> echocancel=yes
> echocancelwhenbridged=yes
>
> rxgain=0.0
> txgain=0.0
> faxdetect=both
> loglevel=255
> protocolclass=mfcr2
> protocolvariant=br,20,4
> protocolend=cpe
> group=1
> callgroup=1
>
> channel => 1-15
> channel => 17-31
> channel => 32-46
> channel => 48-62
> channel => 63-77
> channel => 94-108
> channel => 110-124
>
> * zaptel.conf *
>
> loadzone=br
> defaultzone=br
>
>
> span=1,1,0,cas,hdb3
> cas=1-15:1101
> cas=17-31:1101
>
> span=2,0,0,cas,hdb3
> cas=32-46:1101
> cas=48-62:1101
>
>
> span=3,0,0,cas,hdb3
> cas=63-77:1101
> cas=79-93:1101
>
> span=4,0,0,cas,hdb3
> cas=94-108:1101
> cas=110-124:1101
>
>
>
> * lor error *
>
>     -- Executing Dial("SIP/1000-1de2",
"Unicall/g1/40020022|40|Ttr") in new
> stack
> Apr 20 19:13:57 WARNING[30676]: chan_unicall.c:627 unicall_report: MFC/R2
> UniCall/1 Call control(1)
> Apr 20 19:13:57 WARNING[30676]: chan_unicall.c:627 unicall_report: MFC/R2
> UniCall/1 Make call
> Apr 20 19:13:57 WARNING[30676]: chan_unicall.c:627 unicall_report: MFC/R2
> UniCall/1 Making a new call with CRN 32769
> Apr 20 19:13:57 WARNING[30676]: chan_unicall.c:627 unicall_report: MFC/R2
> UniCall/1 0001  ->      [1/       1/Idle          /Idle         ]
>     -- Called g1/40020022
> Apr 20 19:13:57 WARNING[30676]: chan_unicall.c:2644 handle_uc_event:
> Unicall/1 event Dialing
> Apr 20 19:13:57 WARNING[30676]: chan_unicall.c:627 unicall_report: MFC/R2
> UniCall/1      <- 1111  [1/      40/Seize         /Idle         ]
> Apr 20 19:13:57 WARNING[30676]: chan_unicall.c:627 unicall_report: MFC/R2
> UniCall/1 4 on  ->      [2/      40/Group I       /Idle         ]
> Apr 20 19:14:02 WARNING[30676]: chan_unicall.c:627 unicall_report: MFC/R2
> UniCall/1 R2 prot. err. [2/      40/Group I       /DNIS         ] cause
> 32769 - T1 timed out
> Apr 20 19:14:02 WARNING[30676]: chan_unicall.c:627 unicall_report: MFC/R2
> UniCall/1 4 off ->      [1/       1/Idle          /Idle         ]
> Apr 20 19:14:02 WARNING[30676]: chan_unicall.c:627 unicall_report: MFC/R2
> UniCall/1 1001  ->      [1/       1/Idle          /Idle         ]
> Apr 20 19:14:02 WARNING[30676]: chan_unicall.c:2644 handle_uc_event:
> Unicall/1 event Protocol failure
>     -- Unicall/1 protocol error. Cause 32769
> Apr 20 19:14:02 WARNING[30676]: chan_unicall.c:627 unicall_report: MFC/R2
> UniCall/1 Channel echo cancel
> Apr 20 19:14:03 WARNING[30676]: chan_unicall.c:627 unicall_report: MFC/R2
> UniCall/1 Channel gains
> Apr 20 19:14:03 WARNING[30676]: chan_unicall.c:627 unicall_report: MFC/R2
> UniCall/1 Channel switching
>     -- Hungup 'UniCall/1-1'
>   == Everyone is busy/congested at this time (1:0/0/1)
>   == Auto fallthrough, channel 'SIP/1000-1de2' status is
'CHANUNAVAIL'
> Apr 20 19:14:03 WARNING[30664]: chan_unicall.c:627 unicall_report: MFC/R2
> UniCall/1      <- 1011  [1/       1/Idle          /Idle         ]
> Apr 20 19:14:03 WARNING[30664]: chan_unicall.c:627 unicall_report: MFC/R2
> UniCall/1 1001  ->      [1/       1/Idle          /Idle         ]
>
> Jefferson Carvalho
>
>
>
>
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
>
> Asterisk-Users mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-users
>

--
"Su nombre es GNU/Linux, no solamente Linux, mas info en
http://www.gnu.org"

Maybe Matching Threads

Search for more possibly parallel threads

asterisk users - Apr 2006 - Unicall MFRC2 Problems with BrT.

[Asterisk-Users] Unicall MFRC2 Problems with BrT.

[Asterisk-Users] Unicall MFRC2 Problems with BrT.

Maybe Matching Threads